smarthub Übersicht Dashboard Parameters Sensoren Aktoren Topics Daten Logs Einstellungen v0.1

← zurück

fritz_guardian/smarthome/11630_0474057/state

Kategorie: discarded · Messages: 175 · Zuletzt: 2026-05-23 03:07:30
Historische Daten importieren

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.

$.timestamp numeric 1779372501
$.ain text 11630 0474057
$.name text baer - free
$.product text FRITZ!Smart Energy 200
$.type text device
$.present bool true
$.tx_busy bool false
$.fwversion text 04.27
$.has.temperature bool true
$.has.humidity bool false
$.has.switch bool true
$.has.powermeter bool true
$.has.thermostat bool false
$.has.alert bool false
$.switch.state bool true
$.switch.state_raw text 1
$.switch.mode text manuell
$.switch.lock bool false
$.switch.device_lock bool false
$.powermeter.voltage_v numeric 229.936
$.powermeter.power_w numeric 5.57
$.powermeter.energy_wh numeric 16540
$.powermeter.energy_kwh numeric 16.54
→ Als Regel speichern (für ähnliche Topics)

2. Konfiguration

Topic-Muster Klicke einzelne Segmente, um sie zu Wildcards zu machen — die Konfiguration kann dann in einem Rutsch auf alle passenden Topics angewendet werden.
Pattern:
passende Topics Haken weg = ausschließen
Topic Wildcard Kurzname nach Save Kategorie

Im Kurznamen-Feld kannst du {0}, {1}, … nutzen — wird pro Treffer durch den entsprechenden Wildcard-Wert ersetzt. In der Tabelle kannst du einzelne Kurznamen bei Bedarf manuell überschreiben. Verfügbar: .

Retention & Limits (pro Topic, optional)
Speicher-Verhalten (Write-Time)

Alle: jede geänderte Nachricht wird gespeichert (mit implizitem Dedup).
15-Minuten-Wert: pro 15-Min-Bucket (fest auf :00/:15/:30/:45) ein Wert mit der gewählten Aggregation.
Tageswert: ein Wert pro Tag.
Pro Extractor kannst du per "storage_mode"/"aggregation"-Key überschreiben (nützlich z.B. um Spannung als mean, Energie als last zu speichern).

Extractors (JSON)

Hinweis: Sobald Extractors gesetzt sind, wird der Topic automatisch auf Konfiguriert gestellt — außer du wählst hier explizit etwas anderes.

Abbrechen

Letzter Payload

{
  "timestamp": 1779372501,
  "ain": "11630 0474057",
  "name": "baer - free",
  "product": "FRITZ!Smart Energy 200",
  "type": "device",
  "present": true,
  "tx_busy": false,
  "fwversion": "04.27",
  "has": {
    "temperature": true,
    "humidity": false,
    "switch": true,
    "powermeter": true,
    "thermostat": false,
    "alert": false
  },
  "switch": {
    "state": true,
    "state_raw": "1",
    "mode": "manuell",
    "lock": false,
    "device_lock": false
  },
  "powermeter": {
    "voltage_v": 229.936,
    "power_w": 5.57,
    "energy_wh": 16540,
    "energy_kwh": 16.54
  }
}

Test-Ergebnis

Ähnliche Topics

3. Daten-Browser

Zeitraum: raw_cache:
Sub-Key Art Einheit Faktor Werte (Roh) 15-Min Erste Letzte
ZeitWert

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.

Keine Roh-Nachrichten im gewählten Zeitraum.
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.

Noch keine Sub-Keys vorhanden. Lege zuerst Extractors an (Abschnitt 2) und speichere — danach kannst du hier pro Sub-Key Labels eintragen.
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.

Detail →
lädt…