baer-meter-grid/status/em:0
1. Werte aus dem Payload auswählen
Klicke einzelne Felder an, die du als Extractor übernehmen möchtest. Mehrfachauswahl möglich. Schon konfigurierte Pfade sind grün markiert.
| $.id | numeric | 0 | |
| $.a_current | numeric | 0.87 | |
| $.a_voltage | numeric | 231.4 | |
| $.a_act_power | numeric | -10.8 | |
| $.a_aprt_power | numeric | 201.2 | |
| $.a_pf | numeric | 0.06 | |
| $.a_freq | numeric | 50.0 | |
| $.b_current | numeric | 1.045 | |
| $.b_voltage | numeric | 231.8 | |
| $.b_act_power | numeric | 8.9 | |
| $.b_aprt_power | numeric | 241.8 | |
| $.b_pf | numeric | 0.01 | |
| $.b_freq | numeric | 50.0 | |
| $.c_current | numeric | 1.587 | |
| $.c_voltage | numeric | 232.0 | |
| $.c_act_power | numeric | 18.0 | |
| $.c_aprt_power | numeric | 367.3 | |
| $.c_pf | numeric | 0.05 | |
| $.c_freq | numeric | 50.0 | |
| $.n_current | null | null | |
| $.total_current | numeric | 3.502 | |
| $.total_act_power | numeric | 16.116 | |
| $.total_aprt_power | numeric | 810.311 |
2. Konfiguration
Letzter Payload
{
"id": 0,
"a_current": 0.87,
"a_voltage": 231.4,
"a_act_power": -10.8,
"a_aprt_power": 201.2,
"a_pf": 0.06,
"a_freq": 50.0,
"b_current": 1.045,
"b_voltage": 231.8,
"b_act_power": 8.9,
"b_aprt_power": 241.8,
"b_pf": 0.01,
"b_freq": 50.0,
"c_current": 1.587,
"c_voltage": 232.0,
"c_act_power": 18.0,
"c_aprt_power": 367.3,
"c_pf": 0.05,
"c_freq": 50.0,
"n_current": null,
"total_current": 3.502,
"total_act_power": 16.116,
"total_aprt_power": 810.311,
"user_calibrated_phase": []
}
Test-Ergebnis
Ähnliche Topics
3. Daten-Browser
| Sub-Key | Art | Einheit | Faktor | Werte (Roh) | 15-Min | Erste | Letzte | |
|---|---|---|---|---|---|---|---|---|
| numeric | ||||||||
| text | – | – |
| Zeit | Wert |
|---|---|
Keine Daten im gewählten Zeitraum.
Letzte Roh-Nachrichten
Direkter Blick in raw_cache für dieses Topic. Klick auf eine
Zeile öffnet den vollen Payload im Viewer.
| Zeit | QoS | Status | Payload |
|---|---|---|---|
4. Wert-Labels
Optional: ordne gespeicherten Zahlen lesbare Texte zu (z.B. 161 → "Bereit").
Die Labels werden in der Daten-Tabelle & Charts angezeigt — die Speicherung selbst bleibt
rein numerisch.
| Wert | Label | |
|---|---|---|
Extractor-Schema & Tricks
Pfad-Syntax
$ · $.foo.bar · $.arr[0] · $.arr[*] (nur in iter)
value_map — Text in 0/1 (oder beliebig) umwandeln
Für Statuswerte wie "online"/"offline" oder true/false:
[
{
"path": "$.presence_state",
"sub_key": "",
"kind": "numeric",
"factor": 1,
"on_change": true,
"value_map": { "online": 1, "offline": 0 }
}
]
Lookup case-insensitive. Für Boolean-Payloads kannst du auch {"true":1,"false":0} nutzen
(direkte true/false-Werte werden ohnehin automatisch zu 1/0 gemappt).
Mehrere Topics → ein Kurzname (logisches Mergen)
Zwei oder mehr physische MQTT-Topics dürfen denselben Kurznamen haben.
Die Werte landen in values_numeric/values_text mit jeweils eigener
topic_id, aber die spätere Data-API kann sie zu einer Zeitserie vereinen
(SELECT … WHERE topic_id IN (SELECT id FROM topics WHERE short_name=…)).
Beispiel: fritz_guardian/device/<MAC>/online und .../offline beide auf
Kurzname baer_iphone_presence mit obigem value_map → eine durchgehende 0/1-Linie.
Pro-Extractor Storage-Override
[
{ "path": "$.power", "sub_key": "power",
"kind": "numeric", "factor": 100,
"storage_mode": "15min", "aggregation": "mean" },
{ "path": "$.energy_total", "sub_key": "energy_total",
"kind": "numeric", "factor": 1,
"storage_mode": "all" }
]
Power als Mittelwert pro 15-Min-Bucket, Energie als jeder geänderte Zählerstand.
Iteration über Listen
[
{ "iter": "$.devices[*]", "iter_key": "$.mac",
"path": "$.presence_state", "sub_key": "{iter_key}.status",
"kind": "numeric", "value_map":{"online":1,"offline":0},
"on_change": true }
]
Für jeden Eintrag in devices[] wird ein Sub-Key wie
C6:99:0D:F0:6F:C6.status angelegt.