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

← zurück

baer-meter-heater/status/sys

Kategorie: discarded · Messages: 7 · Zuletzt: 2026-05-23 03:03:11
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.

$.mac text 2CBCBBA71B94
$.restart_required bool false
$.time text 16:02
$.unixtime numeric 1779372173
$.last_sync_ts numeric 1779372173
$.uptime numeric 3841
$.ram_size numeric 247816
$.ram_free numeric 135168
$.ram_min_free numeric 119612
$.fs_size numeric 524288
$.fs_free numeric 176128
$.cfg_rev numeric 14
$.kvs_rev numeric 0
$.schedule_rev numeric 0
$.webhook_rev numeric 0
$.btrelay_rev numeric 0
$.available_updates.beta.version text 2.0.0-beta2
$.available_updates.stable.version text 1.7.5
$.reset_reason numeric 3
$.utc_offset numeric 7200
→ 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

{
  "mac": "2CBCBBA71B94",
  "restart_required": false,
  "time": "16:02",
  "unixtime": 1779372173,
  "last_sync_ts": 1779372173,
  "uptime": 3841,
  "ram_size": 247816,
  "ram_free": 135168,
  "ram_min_free": 119612,
  "fs_size": 524288,
  "fs_free": 176128,
  "cfg_rev": 14,
  "kvs_rev": 0,
  "schedule_rev": 0,
  "webhook_rev": 0,
  "btrelay_rev": 0,
  "available_updates": {
    "beta": {
      "version": "2.0.0-beta2"
    },
    "stable": {
      "version": "1.7.5"
    }
  },
  "reset_reason": 3,
  "utc_offset": 7200
}

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…