shellies/Wohnung D/input_event/0

Kategorie: discarded · Messages: 1 · Zuletzt: 2026-05-22 00:39:26

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.

	$.event	text
	$.event_cnt	numeric	33

nur bei Änderung speichern Faktor Einheit → 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 Filter

	Topic	Wildcard	Kurzname nach Save	Kategorie

Auf alle passenden Topics anwenden beim Speichern

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: .

Kurzname (API-Zugriff) Einheit Beschreibung Faktor (1.23 × Faktor → Integer in values_numeric.value; Faktor steht in topic_keys.factor) Kategorie Eingang: rohe Speicherung 7d, wartet auf Konfiguration · Archiv: Extractors → values_numeric + CAGGs für immer · Live: wie Archiv aber raw 4h + max_items 500 (Default), ideal für Power-Werte mit kurzem Verlauf · Verworfen: gar kein Storage (Dashboard-Pushes funktionieren weiterhin)

Retention & Limits (pro Topic, optional) Raw-Cache Retention (Stunden) — leer = global Minimum 4h. Greift durch den Scheduler-Job. Langzeit-Retention (Tage) — leer = global Wirkt auf die Rohpunkte von values_numeric/values_text. Die 15-Minuten- und Tageswerte (CAGGs) bleiben immer erhalten. Max Items pro Sub-Key — leer / 0 = unbegrenzt Behält pro sub_key die jüngsten N Punkte.

Speicher-Verhalten (Write-Time)

Speicher-Modus Aggregation (nur bei 15min/daily)

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

{
  "event": "",
  "event_cnt": 33
}

Test-Ergebnis

3. Daten-Browser

Zeitraum: raw_cache:

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.

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.