Hichi IR Wifi mqtt Werte auslesen

Die alternative Firmware für ESP8266 based devices

Moderatoren: seppy, udo1toni

Antworten
int5749
Beiträge: 1161
Registriert: 4. Nov 2019 22:08
Answers: 9

Re: Hichi IR Wifi mqtt Werte auslesen

Beitrag von int5749 »

Die Werte werden beim Start des Lesekopfes über MQTT gesendet, aber dann nicht mehr aktualisiert :-/
Tasmota.jpg
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

int5749
Beiträge: 1161
Registriert: 4. Nov 2019 22:08
Answers: 9

Re: Hichi IR Wifi mqtt Werte auslesen

Beitrag von int5749 »

udo1toni hat geschrieben: 13. Jan 2023 10:44 Wenn die Werte in der Webansicht auftauchen, muss es sich um ein Problem in Tasmota handeln. Das gezeigte Script kümmert sich ja genau darum, die Werte in Tasmota "einzulesen", da muss also irgendwas mit der Übergabe in die Topics haken.
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

int5749
Beiträge: 1161
Registriert: 4. Nov 2019 22:08
Answers: 9

Re: Hichi IR Wifi mqtt Werte auslesen

Beitrag von int5749 »

Update: Layer-8 Problem :roll: :mrgreen:

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

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

Benutzeravatar
udo1toni
Beiträge: 13866
Registriert: 11. Apr 2018 18:05
Answers: 222
Wohnort: Darmstadt

Re: Hichi IR Wifi mqtt Werte auslesen

Beitrag von udo1toni »

Super, ich hatte auch gehofft, dass es nur eine Kleinigkeit sein kann...
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.1.5, LXC), mit openHABian eingerichtet

int5749
Beiträge: 1161
Registriert: 4. Nov 2019 22:08
Answers: 9

Re: Hichi IR Wifi mqtt Werte auslesen

Beitrag von int5749 »

udo1toni hat geschrieben: 13. Jan 2023 17:33 Super, ich hatte auch gehofft, dass es nur eine Kleinigkeit sein kann...
Du kennst den Layer-8 hier nicht :mrgreen: der ist keine Kleinigkeit :lol: :lol:
openHAB 4.1.0 Release mit openHABian in einem Debian Bookworm (LXC) unter Proxmox 8.1.3

Benutzeravatar
udo1toni
Beiträge: 13866
Registriert: 11. Apr 2018 18:05
Answers: 222
Wohnort: Darmstadt

Re: Hichi IR Wifi mqtt Werte auslesen

Beitrag von udo1toni »

:D 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.1.5, LXC), mit openHABian eingerichtet

int5749
Beiträge: 1161
Registriert: 4. Nov 2019 22:08
Answers: 9

Re: Hichi IR Wifi mqtt Werte auslesen

Beitrag von int5749 »

Kaum schaue ich auf die Karaf, das nächste ....

OHNE Ende ....
Incoming payload 'NULL' not supported by type 'NumberValue'
Also habe ich erst einmal auf allen 3 Leseköpfen den Default für meinen Zähler wiederhergestellt

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

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
=>
Incoming payload 'NULL' not supported by type 'NumberValue'
Aber schon weniger.

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"
		]
}
Evtl. hat noch jemand etwas in der Lösungskiste?
openHAB 4.1.0 Release mit openHABian in einem Debian Bookworm (LXC) unter Proxmox 8.1.3

int5749
Beiträge: 1161
Registriert: 4. Nov 2019 22:08
Answers: 9

Re: Hichi IR Wifi mqtt Werte auslesen

Beitrag von int5749 »

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
Incoming payload 'NULL' not supported by type 'NumberValue'
Aber es macht jetzt auch wenig Sinn, hier einen String zu nutzen.

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

Benutzeravatar
udo1toni
Beiträge: 13866
Registriert: 11. Apr 2018 18:05
Answers: 222
Wohnort: Darmstadt

Re: Hichi IR Wifi mqtt Werte auslesen

Beitrag von udo1toni »

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.
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.1.5, LXC), mit openHABian eingerichtet

int5749
Beiträge: 1161
Registriert: 4. Nov 2019 22:08
Answers: 9

Re: Hichi IR Wifi mqtt Werte auslesen

Beitrag von int5749 »

udo1toni 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.
Guten Morgen/Tag

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
{"Time":"2023-01-15T14:59:11","":{"Power_curr":-7}}
Der Zählerstand wird gesendet als:
tele/tasmota_F9A39A/SENSOR
mit JSON
{"Time":"2023-01-15Thh:mm:ss,"":{"Total_in":1234}}
Genau in diesem Moment ist dann das Item für Momentanverbrach "NULL", da der JSON Pfad nicht schlüssig ist.

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

Antworten