Datenaustausch zwischen Solectrus und HomeAssistant

[Zeppelin-PV]

          Ist, oder wäre es auch denkbar bzw. machbar, wenn einzelne der "Klein"-Verbraucher schon in HomeAssistant vorhanden sind, diese auf den Solectrus PI zu bringen ???

Das wäre natürlich eine grandiose Sache !!!

Originally posted by @Zeppelin-PV in #3396 (comment)

[Zeppelin-PV]

habe es nicht geschafft dies direkt in Diskussion zu verschieben

[Zeppelin-PV]

mit diesen .env Einträgen läuft der mqtt-collector

MQTT_INTERVAL=5
MQTT_HOST=192.168.1.90
MQTT_PORT=1883
MQTT_USERNAME=Ernst
MQTT_PASSWORD=15103662
INFLUX_ORG=solectrus
INFLUX_HOST=influxdb
INFLUX_SCHEMA=http
INFLUX_PORT=8086
INFLUX_TOKEN=my-super-secret-admin-token

MAPPING_0_TOPIC=zigbee2mqtt/Gefrierschrank
MAPPING_0_MEASUREMENT=Gefrierschrank
MAPPING_0_FIELD=power
MAPPING_0_TYPE=float

aber Daten kommen noch keine an

das Topic wird vom MQTT Explorer so angegeben
zigbee2mqtt/Gefrierschrank
dann steht da alles in geschwefter Klammer, - muss dann das Field power auch in Klammern ???
{"child_lock":"UNLOCK","countdown":0,"current":0.26,"energy":42.66,"indicator_mode":"off/on","linkquality":39,"power":33,"power_outage_memory":"restore","state":"ON","update":{"installed_version":192,"latest_version":192,"state":"idle"},"update_available":null,"voltage":233}

root@raspberrypi:/home/pi/solectrus# docker compose logs mqtt-collector
mqtt-collector-1 | MQTT collector for SOLECTRUS, Version 0.4.1, built at 2024-11-09T06:42:39.089Z
mqtt-collector-1 | https://github.com/solectrus/mqtt-collector
mqtt-collector-1 | Copyright (c) 2023-2024 Georg Ledermann and contributors, released under the MIT License
mqtt-collector-1 |
mqtt-collector-1 | Using Ruby 3.3.6 on platform aarch64-linux-musl
mqtt-collector-1 | Subscribing from MQTT broker at mqtt://192.168.1.90:1883
mqtt-collector-1 | Pushing to InfluxDB at http://influxdb:8086, bucket my-solectrus-bucket
mqtt-collector-1 |
mqtt-collector-1 | Subscribing to 1 topics:
mqtt-collector-1 | - zigbee2mqtt/ => Gefrierschrank:{"power"} (float)
mqtt-collector-1 |

[ledermann]

Es ist offenbar so, dass über dieses Topic JSON-Daten ankommen und du den Verbrauchswert (ich vermute, die Zahl bei "power") daraus extrahieren musst. In der Doku steht das hier: https://docs.solectrus.de/referenz/mqtt-collector/topics#mapping_x_json_key-optional

Also so:

MAPPING_0_JSON_KEY=power

Außerdem muss natürlich diese neue Variable im docker-compose.yml unter environment des MQTT-Collectors ergänzt werden.

[Zeppelin-PV]

hallo Georg, darf ich Dich nochmals bemühen ...

mit einem, so denke ich, "außergewöhnlichen Konstrukt komme ich bis hierher - aber nicht weiter
in der .env ist der komplette string

{"child_lock":"UNLOCK","countdown":0,"current":0.26,"energy":42.66,"indicator_mode":"off/on","linkquality":39,"power":33,"power_outage_memory":"restore","state":"ON","update":{"installed_version":192,"latest_version":192,"state":"idle"},"update_available":null,"voltage":233}

im Log sieht man, dass der String ausgelesen wird, mit Werten, aber irgendwie nicht ins "Field" interpretiert

[ledermann]

Eigentlich bist du bereits sehr weit gekommen. Du hast eine funktionierenden Verbindung zum MQTT-Broker und hast korrekt ein Topic abonniert. Dein MQTT-Broker liefert für das angegebene Topic einen JSON-String zurück, der die Daten enthält.

Somit ist eigentlich alles gut, die Probleme sind lösbar, es geht nur noch um die Extraktion des Messwertes.

Um aus dem JSON das Attribut "power" zu extrahieren (alles andere aus dem JSON wird nicht benötigt), brauchst du keinen JSONPath, du kannst das einfach über JSON_KEY erledigen, also wie bereits erwähnt:

MAPPING_0_JSON_KEY=power

JSONPath ist nur für komplexere Strukturen nötig (verschachtelt oder mit Arrays), das zu deinem Topic gelieferte JSON ist aber nicht komplex. Wenn du unbedingt JSONPath verwenden möchtest, kannst du das auch tun, dann aber wie folgt:

MAPPING_0_JSON_PATH=$.power

Du hast stattdessen einen ganzen JSON-String in der .env aufgeführt, das ist völlig verkehrt. Der JSON-String wird ja vom MQTT-Broker geliefert und ändert sich ständig. Die Variablen JSON_KEY oder JSON_PATH sind dazu da, aus einem JSON-String jedes Mal ein Attribut zu extrahieren.

Ein anderer Fehler ist die Angabe von MAPPING_0_FIELD="power": - der abschließende Doppelpunkt ist falsch und muss entfernt werden, die Anführungszeichen sind unnötig. Die korrekte Angabe ist:

MAPPING_0_FIELD=power

Insgesamt sollte das Mapping in der .env so aussehen:

# Abonniere dieses Topic vom MQTT-Broker, d.h. empfange Messwerte
MAPPING_0_TOPIC=zigbee2mqtt/Gefrierschrank

# Wenn ein JSON-String ankommt, dann extrahiere daraus den Wert für das Attribut "power"
MAPPING_0_JSON_KEY=power

# Schreibe das Resultat in die InfluxDB ins Measurement "Gefrierschrank" und dort ins Field "power" (als Dezimalzahl)
MAPPING_0_MEASUREMENT=Gefrierschrank
MAPPING_0_FIELD=power
MAPPING_0_TYPE=float

Diese vier Variablen müssen auch in der docker-compose.yml aufgeführt werden, aber das ist vermutlich bereits so.

Noch eine Anmerkung: Lass die Screenshots weg, insbesondere die von InfluxDB und SOLECTRUS sind unnötig, wenn im Log des MQTT-Collectors bereits erkennbar ist, dass etwas nicht funktioniert. Diese Zeile hier nämlich besagt, dass nur ein 0-Wert geschrieben wurde, obwohl im JSON ein Wert von 32 steht:

=> Gefrierschrank:power = 0.0

Was du erreichen musst, wäre eine solche Ausgabe:

# Message from 2024-12-09 12:34:56 +01:00
  topic = zigbee2mqtt/Gefrierschrank
  message = {"child_lock":"UNLOCK","countdown":0,"current":0.26,"energy":42.66,"indicator_mode":"off/on","linkquality":39,"power":33,"power_outage_memory":"restore","state":"ON","update":{"installed_version":192,"latest_version":192,"state":"idle"},"update_available":null,"voltage":233}
  => Gefrierschrank:power = 33.0

[Zeppelin-PV]

... ich bin sprachlos - Georg
ich habe alle .env Varianten die ich probiert habe in einem Worddokument zwischengespeichert
war mit einer knapp dabei, aber eben nur knapp
nimmt man den richtigen Legostein, wird ein Haus draus
herzlichen Dank, an dieser Stelle