Hichi IR Wifi mqtt Werte auslesen
-
- Beiträge: 1163
- Registriert: 4. Nov 2019 22:08
Re: Hichi IR Wifi mqtt Werte auslesen
Die Werte werden beim Start des Lesekopfes über MQTT gesendet, aber dann nicht mehr aktualisiert :-/
Die Zusatzinfos (1-3) stehen nach einem Start für einen gewissen Zeitraum zur Verfügung und verschwinden dann. Daher nur bei dem kürzlich gestarteten Lesekopf sichtbar.
Die Zusatzinfos (1-3) stehen nach einem Start für einen gewissen Zeitraum zur Verfügung und verschwinden dann. Daher nur bei dem kürzlich gestarteten Lesekopf sichtbar.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
openHAB 4.1.0 Release mit openHABian in einem Debian Bookworm (LXC) unter Proxmox 8.1.3
-
- Beiträge: 1163
- Registriert: 4. Nov 2019 22:08
Re: Hichi IR Wifi mqtt Werte auslesen
Kennst Du eine Möglichkeit die Werte in Tasmota anzuschauen? Evtl. heißen diese dort schlicht anders als im Script?
EDIT:
Wahrscheinlich heißen sie schon korrekt, wie im Script angegeben, denn derzeit steht in der WebUI
Gesamtverbrauch 7050 KWh
Gesamteinspeisung 843 KWh
Verbrauch 2451 W
openHAB 4.1.0 Release mit openHABian in einem Debian Bookworm (LXC) unter Proxmox 8.1.3
-
- Beiträge: 1163
- Registriert: 4. Nov 2019 22:08
Re: Hichi IR Wifi mqtt Werte auslesen
Update: Layer-8 Problem
Ich hatte fürdie beiden "fehlenden" Werte schlicht den falschen MQTT Pfad (Discovery) genutzt, da unter Tele keine Werte für In/Out aufgeführt waren, da dies immer sofort durch Current überschrieben wurden. Ich hatte noch den Hersteller der Leseköpfe kontaktiert und da ist der unterschiedliche Pfad aufgefallen. Bei genauerem Beobachten sieht man es im MQTT-Explorer auch einmal kurz flackern
Die Werte wurden dort gemäß Tele-Paramter (300 Sekunden) aktualisiert. Daher habe ich im Script an der Stelle 16 (für sofort) zzgl. 2 für entsprechende Dezimalstellen => 18 eingetragen und was soll ich sagen?? Flackert im Explorer wie Bolle = Werte werden aktualisiert.
Next step: in der influx DB in "Stein" klopfen um Auswertungen machen zu können.
Ich hatte fürdie beiden "fehlenden" Werte schlicht den falschen MQTT Pfad (Discovery) genutzt, da unter Tele keine Werte für In/Out aufgeführt waren, da dies immer sofort durch Current überschrieben wurden. Ich hatte noch den Hersteller der Leseköpfe kontaktiert und da ist der unterschiedliche Pfad aufgefallen. Bei genauerem Beobachten sieht man es im MQTT-Explorer auch einmal kurz flackern
Die Werte wurden dort gemäß Tele-Paramter (300 Sekunden) aktualisiert. Daher habe ich im Script an der Stelle 16 (für sofort) zzgl. 2 für entsprechende Dezimalstellen => 18 eingetragen und was soll ich sagen?? Flackert im Explorer wie Bolle = Werte werden aktualisiert.
Next step: in der influx DB in "Stein" klopfen um Auswertungen machen zu können.
openHAB 4.1.0 Release mit openHABian in einem Debian Bookworm (LXC) unter Proxmox 8.1.3
- udo1toni
- Beiträge: 14069
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Hichi IR Wifi mqtt Werte auslesen
Super, ich hatte auch gehofft, dass es nur eine Kleinigkeit sein kann...
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.2.2, LXC), mit openHABian eingerichtet
-
- Beiträge: 1163
- Registriert: 4. Nov 2019 22:08
Re: Hichi IR Wifi mqtt Werte auslesen
Du kennst den Layer-8 hier nicht der ist keine Kleinigkeit
openHAB 4.1.0 Release mit openHABian in einem Debian Bookworm (LXC) unter Proxmox 8.1.3
- udo1toni
- Beiträge: 14069
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Hichi IR Wifi mqtt Werte auslesen
Ich habe auch einen Layer 8. Die Kleinigkeit bezog sich eher darauf, wie das Problem zu fixen ist, nicht darauf, wie die eigentliche Ursache erkannt wird...
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.2.2, LXC), mit openHABian eingerichtet
-
- Beiträge: 1163
- Registriert: 4. Nov 2019 22:08
Re: Hichi IR Wifi mqtt Werte auslesen
Kaum schaue ich auf die Karaf, das nächste ....
OHNE Ende ....
Und? Ruhe ist im Log!! OK, Gute Ausgangslage für die weiteren Schritte.
Die Werte für 1.8.0 und 2.8.0 werden im tele Intervall (300 sek.) aktualisiert.
=>
=>
Nun der Schlauch auf dem ich stehe => Warum, denn 16 heißt doch nur => schnelle Aktualisierung und hat nichts mit der Payload zu tun
Mein Thing für diesen Lesekopf
Evtl. hat noch jemand etwas in der Lösungskiste?
OHNE Ende ....
Also habe ich erst einmal auf allen 3 Leseköpfen den Default für meinen Zähler wiederhergestelltIncoming payload 'NULL' not supported by type 'NumberValue'
Code: Alles auswählen
>D
>B
=>sensor53 r
>M 1
+1,3,s,0,9600,
1,77070100010800ff@1000,Gesamtverbrauch,KWh,Total_in,2
1,77070100020800ff@1000,Gesamteinspeisung,KWh,Total_out,2
1,77070100100700ff@1,Verbrauch,W,Power_curr,1
#
Die Werte für 1.8.0 und 2.8.0 werden im tele Intervall (300 sek.) aktualisiert.
Code: Alles auswählen
1,77070100010800ff@1000,Gesamtverbrauch,KWh,Total_in,18
1,77070100020800ff@1000,Gesamteinspeisung,KWh,Total_out,18
1,77070100100700ff@1,Verbrauch,W,Power_curr,16
Incoming payload 'NULL' not supported by type 'NumberValue'
Code: Alles auswählen
1,77070100010800ff@1000,Gesamtverbrauch,KWh,Total_in,2
1,77070100020800ff@1000,Gesamteinspeisung,KWh,Total_out,2
1,77070100100700ff@1,Verbrauch,W,Power_curr,16
Aber schon weniger.Incoming payload 'NULL' not supported by type 'NumberValue'
Nun der Schlauch auf dem ich stehe => Warum, denn 16 heißt doch nur => schnelle Aktualisierung und hat nichts mit der Payload zu tun
Mein Thing für diesen Lesekopf
Code: Alles auswählen
Thing topic 1EMH12345678 "Z1 Hauptzähler" @ "MQTT" {
Channels:
Type string : z1_Power_curr "Z1 Power Current" [
stateTopic="tele/tasmota_F9A39A/SENSOR"
transformationPattern="JSONPATH:$..Power_curr"
]
Type number : z1_180 "Z1 Zählwerk 1.8.0 (in)" [
stateTopic="tele/tasmota_F9A39A/SENSOR",
transformationPattern="JSONPATH:$..Total_in"
]
Type number : z1_280 "Z1 Zählwerk 2.8.0 (out)" [
stateTopic="tele/tasmota_F9A39A/SENSOR",
transformationPattern="JSONPATH:$..Total_out"
]
}
openHAB 4.1.0 Release mit openHABian in einem Debian Bookworm (LXC) unter Proxmox 8.1.3
-
- Beiträge: 1163
- Registriert: 4. Nov 2019 22:08
Re: Hichi IR Wifi mqtt Werte auslesen
Ich habe jetzt noch einmal weiter probiert und auch wie in einem Thread im Internet beschrieben einmal neue Items mit anderem Namen angelegt.
Nichts hilft Sobald ich 16 für "fast MQTT push" addiere, bekomme ich den Fehler
Da dies viele hier schon im Einsatz haben, wie habt ihr dies gelöst??
Viele Grüße
Ergänzung: Ich habe das mal in einen String gepackt und tatsächlich kommt manchmal von dem Lesekopf (von allen 3) ein Wert NULL übertragen.
Nun bin ich baff, woran könnte dies denn liegen. Da dies bei allen 3 Leseköpfen erfolgt, schliesse ich mal ein Hardware Problem aus.
Immer wenn ein neuer Wert übertragen wird, wird der vorherige NULL
Nichts hilft Sobald ich 16 für "fast MQTT push" addiere, bekomme ich den Fehler
Aber es macht jetzt auch wenig Sinn, hier einen String zu nutzen.Incoming payload 'NULL' not supported by type 'NumberValue'
Da dies viele hier schon im Einsatz haben, wie habt ihr dies gelöst??
Viele Grüße
Ergänzung: Ich habe das mal in einen String gepackt und tatsächlich kommt manchmal von dem Lesekopf (von allen 3) ein Wert NULL übertragen.
Nun bin ich baff, woran könnte dies denn liegen. Da dies bei allen 3 Leseköpfen erfolgt, schliesse ich mal ein Hardware Problem aus.
Immer wenn ein neuer Wert übertragen wird, wird der vorherige NULL
15:42:34.747 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_Power_curr' changed from 375 to NULL
15:42:34.748 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_180' changed from NULL to 3641.94
15:42:34.848 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_280' changed from NULL to 4165.99
15:42:34.849 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_180' changed from 3641.94 to NULL
15:42:34.945 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_Power_curr' changed from NULL to 380
15:42:34.946 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_280' changed from 4165.99 to NULL
15:42:35.732 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_Power_curr' changed from 380 to NULL
15:42:35.733 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_180' changed from NULL to 3641.94
15:42:35.833 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_280' changed from NULL to 4165.99
15:42:35.834 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_180' changed from 3641.94 to NULL
15:42:35.930 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_Power_curr' changed from NULL to 384
15:42:35.931 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_280' changed from 4165.99 to NULL
15:42:36.749 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_Power_curr' changed from 384 to NULL
15:42:36.749 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_180' changed from NULL to 3641.94
15:42:36.847 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_280' changed from NULL to 4165.99
15:42:36.848 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_180' changed from 3641.94 to NULL
15:42:36.945 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_Power_curr' changed from NULL to 374
15:42:36.945 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'z1_280' changed from 4165.99 to NULL
openHAB 4.1.0 Release mit openHABian in einem Debian Bookworm (LXC) unter Proxmox 8.1.3
- udo1toni
- Beiträge: 14069
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Hichi IR Wifi mqtt Werte auslesen
Meine Vermutung wäre, dass noch keine neuen Werte für den Lesekopf anstehen. Was passiert, wenn Du die Push-Frequenz etwas verringerst (/also nicht 18, sondern z.B. 28)?
Nach Deinem Log kommen ja pro Lesekopf zwei Messwerte pro Sekunde rein. Ich habe einen recht schnellen Zähler, aber auch der liefert nur alle zwei Sekunden einen Datensatz.
Nach Deinem Log kommen ja pro Lesekopf zwei Messwerte pro Sekunde rein. Ich habe einen recht schnellen Zähler, aber auch der liefert nur alle zwei Sekunden einen Datensatz.
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.2.2, LXC), mit openHABian eingerichtet
-
- Beiträge: 1163
- Registriert: 4. Nov 2019 22:08
Re: Hichi IR Wifi mqtt Werte auslesen
Guten Morgen/Tagudo1toni hat geschrieben: ↑14. Jan 2023 16:14 Meine Vermutung wäre, dass noch keine neuen Werte für den Lesekopf anstehen. Was passiert, wenn Du die Push-Frequenz etwas verringerst (/also nicht 18, sondern z.B. 28)?
Nach Deinem Log kommen ja pro Lesekopf zwei Messwerte pro Sekunde rein. Ich habe einen recht schnellen Zähler, aber auch der liefert nur alle zwei Sekunden einen Datensatz.
Also dann kommt der Fehler leider immer noch, halt nur seltener da die Zyklen geringer sind.
Ich vermute, das es am "falschen" MQTT Topic bzw Value liegt.
Denn wenn der Momentanverbrauch gesendet wird, erfolgt dies unter
tele/tasmota_F9A39A/SENSOR
mit JSON
Der Zählerstand wird gesendet als:{"Time":"2023-01-15T14:59:11","":{"Power_curr":-7}}
tele/tasmota_F9A39A/SENSOR
mit JSON
Genau in diesem Moment ist dann das Item für Momentanverbrach "NULL", da der JSON Pfad nicht schlüssig ist.{"Time":"2023-01-15Thh:mm:ss,"":{"Total_in":1234}}
Da die Werte in der UI des Lesekopfes korrekt angezeigt werden, vermute ich eben einen Fehler beim senden.
Hier fehlt mir eine Idee, was ich dort einstellen sollte :-/
openHAB 4.1.0 Release mit openHABian in einem Debian Bookworm (LXC) unter Proxmox 8.1.3