Anbindung IR LEsekopf von Volkszähler in Home Assistant

[Felix.Digital]

Ich gehe davon aus, dass du unter “Nulleinspeisung” nicht das selbe wie ein Netzbetreiber verstehst. Für den Netzbetreiber ist die Nulleinspeisung eine Anforderung an ein Betreiber einer netzgekoppelten Solaranlage. Der Betreiber muss gewährleiten, dass zu keinen Zeitpunkt in das öffentliche Netz eingespeist wird. Der Betreiber darf unter Einhaltung dieser Bedingung sich ans öffentliche Netz koppeln. Das Abregeln bei zu viel erzeugter Leistung muss in wenigen Millisekunden erfolgen. Das kannst du mit einer Bastellösung natürlich nicht erreichen.

Was du vermutlich willst, ist, dass du von dir aus möglichst wenig einspeisen willst. D.h. wenn deine Anlage gerade zu viel produziert, dann möchtest du Verbraucher zuschalten um die Energie selbst zu verbrauchen. Dafür must du die momentane Einspeisung überwachen. Ohne es in Moment überprüfen zu können, vermute ich, dass dies der OBIS 2.7.0 Wert ist. Mit OpenDTU (womit ich selbst keine Erfahrungen gemacht habe), könnte das realisiert werden. Auf ein paar Sekunden Verzögerung kommt es dabei nicht an. Verzögerung in Minuten wären bereits ärgerlich, aber noch kein Hindernisgrund.

[ed.fischer]

Exact. Danke für die Hilfe. Ich ahbe ja nur HM600 mit max AC-Ausgnag von 600 Watt. Ich bin jetzt nicht mehr sicher, ob ich die richtiger Paramater benutze:
Laut Manual:
1.7.0: aktuelle Bezugsleistung in kW
2.7.0: aktuelle Einspeiseleistung in kW

Gruss
Ed

2.7.0: aktuelle Einspeiseleistung in kW (bei mir TD3511 Wirkleistung P-) zeigt meisten Null.
Ich verstehe diese Kennzahl leider nicht.

Was könnte diese Werte bedeuten?

[Felix.Digital]

Ich habe in deiner Log-Datei nachgeschaut.
16:00:02.016 : 2.7.0(0.036kvar)4.7.0(0.055kvar)
Der Wert ist also tatsächlich der Falsche. In kvar wird die Blindleistung gemessen.

Der Auszug aus der Dokumentation ist aus dem Zusammenhang gerissen. Was ist ein HM600? Wie stehen die Register-Angaben zum OBIS Standard? Kann man daraus nicht erkennen.

In der Log-Datei wundern mich die {“Total_in”:0,“Total_out”:0} Einträge. Da scheint es ein Problem zu geben. Hast du jemals Werte in OpenDTU gesehen? Ich bin bis jetzt davon ausgegangen, dass nur das Abfrageintervall von 5min zu groß ist, alles andere aber funktioniert.

[ed.fischer]

Servus,
Ich habe in deiner Log-Datei nachgeschaut.
16:00:02.016 : 2.7.0(0.036kvar)4.7.0(0.055kvar)
Der Wert ist also tatsächlich der Falsche. In kvar wird die Blindleistung gemessen.
→ Entschuldigung, was ist eigentlich: momentane Blindleistung Q- 4.7.0 und momentane Wirkleistung P- 2.7.0?

Der Auszug aus der Dokumentation ist aus dem Zusammenhang gerissen.
→ https://nbl-badlangensalza.de/storage/sites/8/2023/01/Benutzerhandbuch_NBL-Smart_Meter_V.1.2_.pdf

Was ist ein HM600?
->Ich benutze Hoymiles HM600 Wechselrichter (Mikroinverter) mit 2 Solarpanele @450Wp.

Wie stehen die Register-Angaben zum OBIS Standard? Kann man daraus nicht erkennen.
→ Ich verstehe die Frage leider nicht.

In der Log-Datei wundern mich die {“Total_in”:0,“Total_out”:0} Einträge. Da scheint es ein Problem zu geben.
→ Das hat der Verkäufer von Hichi IR Lesekopf im Skript für mich erstellt

Hast du jemals Werte in OpenDTU gesehen? Ich bin bis jetzt davon ausgegangen, dass nur das Abfrageintervall von 5min zu groß ist, alles andere aber funktioniert.
→ OpenDTU bekommt den Wert von 1.7.0 via MQTT und spesit nur soviel, was er von MQTT bekommt

Gruss
Ed

[Felix.Digital]

@ed.fischer

Ich habe in deiner Log-Datei nachgeschaut.
16:00:02.016 : 2.7.0(0.036kvar)4.7.0(0.055kvar)
Der Wert ist also tatsächlich der Falsche. In kvar wird die Blindleistung gemessen.
→ Entschuldigung, was ist eigentlich: momentane Blindleistung Q- 4.7.0 und momentane Wirkleistung P- 2.7.0?

Verrückt! Diese Log-Zeile ist verstümmelt und damit unbrauchbar. Das hatte mich irren lassen. Um nicht völlig irre zu werden, müssen wir erstmal festhalten, was ausgelesen werden soll:

• 1.8.1 gesamt Energiebezug T1
• 2.8.1 gesamt Energieeinspeisung T1
• 1.7.0 momentan bezogene Wirkleistung P+
• 2.7.0 momentan eingespeiste Wirkleistung P-

Nur um sicher zu gehen, dass wir vom selben sprechen:

• Die Tasmota Dokumentation zum Energie Meter Interface
• Dort die Beschreibung der Meter Definition Zeile des Skripts
• Und die Beschreibung der Meter Metrics Zeilen des Skripts

Hier mein Vorschlag für ein geordnetes Vorgehen:
Schritt 1: Dieses Skript verwenden:

>D
>B
=>sensor53 r
>M 1
+1,3,o,0,300,STROM,1,600,2F3F210D0A
1,1.8.1(@1,gesamt Energiebezug,KWh,Total_in,3
1,2.8.1(@1,gesamt Energieeinspeisung,KWh,Total_out,3
1,1.7.0(@1000,Wirkleistung P+,W,Total_in,0
1,2.7.0(@1000, Wirkleistung P-,W,Total_in,0
#

Die Meter Definition Zeile sollte so funktionieren, da sie so in der Tasmota Doku steht und auch du schriebst, dass Hichi sein Skript bei dir funktionierte. Später kann man sich immer noch um das Anhängen des ,063030300D0A Strings kümmern.

Schritt 2: In die “Console” gehen und den Befehl
>sensor53 d1

eingeben. Dadurch wird der vom Zähler empfangene Text ausgegeben. Da die Sendeaufforderung nur einmal pro Minute gesendet wird (das bewirkt die 600 * 100ms in der Zeile
+1,3,o,0,300,STROM,1,600,2F3F210D0A
sollte es eine deutliche Pause bis zum nächsten Empfang geben. Dadurch kann man den Beginn und das Ende einer Übertragung erkennen. Und es kann nicht passieren, dass der nächste Anforderungsbefehl gesendet wird, bevor die Übertragung beendet ist. Das scheint bei den von dir in Neues Skript_1.txt hochgeladenen Mitschnitt passiert zu sein.
Schritt 3: Mehrere Minuten mitschneiden und am Ende des Mitschnittes das Loggen der seriellen Schnittstelle mit
>sensor53 d0

wieder ausschalten. Bitte immer daran denken, dass bei eingeschalteten Loggen der seriellen Schnittstelle das Anzeigen der Werte nicht funktioniert. Kann sein, dass du das bisher nicht bedacht hattest und deshalb dachtest, ein Skript funktioniert nicht mehr.

Schritt 4: Das Ergebnis hier hochladen.
Schritt 5: Wenn du nun ins Hauptmenü gehst, sollten dort die 4 Werte angezeigt werde. Wenn ja, kannst du dich um die Ausleseperiode kümmern.
Schritt 6 Dazu würde ich als Erstes das Sendeintervall von 600 auf ein Wert setzen der sich aus der Zeit ergibt, den der Zähler zum senden einer Antwort benötigt. Sagen wir mal, er braucht 1,5 Sekunden, dann wäre 16 ein guter Wert.
Schritt 7: Wenn das funktioniert, würde ich die Telemetry period unter “Configure” | “Configure Logging” auf 300 setzen. Speichern nicht vergessen. Nun sollten die Werte im Hauptmenü nur aller 5 Minuten erneuert werden, obwohl der Zähler (beispielsweise) aller 1600 Millisekunden sendet.
Schritt 8: Wenn du dann im Skript die Zeile
>1,1.7.0(@1000,Wirkleistung P+,W,Total_in,0

auf
>1,1.7.0(@1000,Wirkleistung P+,W,Total_in,16

änderst, also die hintere 0 durch 16 ersetzen, dann sollte die “Wirkleistung P+” sich aller 1,6 Sekunden ändern, also deutlich schneller als die 5min, die laut Telemetry period benötigt werden.

Happy End: Wenn auch das funktioniert, kannst du versuchen die Baudrate deutlich hoch zu setzen. Um MQTT musst du dich dann vermutlich auch noch kümmern…

Wunsche dir viel Erfolg
Felix

[ed.fischer]

1. Skript:
   

   

2. In die “Console” gehen und den Befehl
   >sensor53 d1:
   

   

3. Mehrere Minuten mitschneiden und am Ende des Mitschnittes das Loggen der seriellen Schnittstelle mit
   >sensor53 d0:

4. Ergebnis: Siehe bitte Datei Neues_Skript_13092023.txt
   Neues_Skript_13092023.txt (91,2 KB)

5. sollten dort die 4 Werte angezeigt werde. Wenn ja, kannst du dich um die Ausleseperiode kümmern:
   Keine Werte von 1,1.7.0(@1000,Wirkleistung P+,W,Total_in,0
   und
   1,2.7.0(@1000, Wirkleistung P-,W,Total_in,0

Wenn ja, kannst du dich um die Ausleseperiode kümmern: Das verstehe ich leider nicht genau, was ich machen muss
Sobald ich das weiss, dann machen ich es wieter mit 6, 7 und 8

Gruss
Ed

5. Skript wurde angepasst

6. Sendeintervall von 600 auf 16

Keine Werte:

Anbei die Datei con sensor53 d1:
Neues_Skript_600_auf_16.txt (95,0 KB)

[ed.fischer]

Das alte Skript hat 30. Ich lasse es jetzt mit sensor53 d1 laufen.

Ohne Klammer zu funz nicht.

Sensor53 d1 zeigt keine Daten zwischen 19:42:54.140 und 19:45:46.303.
Neues_Skript_16_auf_30.txt (23,2 KB)

Nochmal die Frage: Wenn ich Strom soviel einspeise wie ich grade verbrauche, dann benötige ich 1.7.0 der?

[ed.fischer]

Danke aber ich bin noch nicht soweit mit Node Red. Könntest du mir es erkären?
Gruss
Ed

[Felix.Digital]

@ed.fischer

Nochmal die Frage: Wenn ich Strom soviel einspeise wie ich grade verbrauche, dann benötige ich 1.7.0 der?

Was du brauchst, hängt davon ab, was du erreichen willst. Du solltest dringend nochmal definieren was dein Ziel ist und was dich am Erreichen hindert! Nicht dass wir dir über die Straße helfen und hinterher stellt sich raus: Du wolltest überhaupt nicht über die Straße.

@Felix.Digital

• 1.8.1 gesamt Energiebezug T1+
• 2.8.1 gesamt Energieeinspeisung T1-
• 1.7.0 momentan bezogene Wirkleistung P+
• 2.7.0 momentan eingespeiste Wirkleistung P-

Wenn du momentan elektrische Leistung aus dem Netzt beziehst, dann ist 1.7.0 >0, sonst 0
Wenn du momentan elektrische Leistung in das öffentliche Netzt einspeist, dann ist 2.7.0 >0, sonst 0
Du musst dir zuerst überlegen, welchen Steuermöglichkeiten deine Geräte besitzen.

• Hast du einen Batteriespeicher? Wenn Ja, Kannst du die Ladung/Entladung steuern?
• Hast du Verbraucher, dessen Verbrauch du steuern kannst? Wenn nicht, kannst du wenigstens Verbraucher gezielt Ein-/Aus-Schalten?
• Solltest du wirklich nur eine “Nulleinspeisung” erreichen wollen, dann brauchst du nur einen Wechselrichter, der sich abregeln lässt. (Warum solltest du das wollen?)

Weil es gesetzlich vorgeschrieben ist, wird der Energiefluss für jede Richtung getrennt gemessen. Es macht Sinn, beide Werte in die Steuerung einzubeziehen, weil eine Überwachung über den Nullwert hinaus deutlich genauer ist. Man will sich mit der Steuerung um den Nullpunkt bewegen, da exakt Null nicht erreichbar ist.

Eigentlich wollte ich über deinen neuen Mitschnitt schreiben, weil der muss natürlich ausgewertet werden, sonst ist alles weitere nur ein kopfloses Herumprobieren. Leider fehlt mir gerade die Zeit dazu. Nur so viel:

• Der Zähler sendet offensichtlich in einer Endlosschleife. Den 2F3F210D0A Befehl braucht er nur zum Starten. Vermutlich sendet er bis zum nächsten Stromausfall. Die 600 könnte meines Erachtens deutlich erhöht werden. Aber sollte der Zähler einmal aufhören zu senden, dann kommt spätestens bei 600 nach 5min die nächste Sendeanforderung.
• Ich habe wieder verstümmelte Zeilen gefunden. Der Lesekopf scheint es nicht zu schaffen, unterbrechungsfrei lesen zu können.
• Hier die relevanten Zeilen herausgefiltert:

15:37:06.702 : 2.8.1(191.831*kWh)
15:38:27.321 : 1.7.0(0.099*kW)
15:38:27.876 : 2.7.0(0.132*kW)
15:39:15.328 : !
15:39:17.859 : <ETX>8/SAT63511D01065000647
15:39:19.981 : <STX>F.F(00000000)
15:40:22.355 : 1.8.1(2851.162*kWh)
15:41:30.172 : 2.8.1(191.831*kWh2.8.1*32(181.953)
15:42:50.689 : 2.7.0(0.064*kW)
15:44:46.291 : 1.8.1(2851.177*kWh)
15:45:54.044 : 2.8.1(191.832*kWh)
15:47:15.306 : 1.7.0(0.127*kW)
15:47:15.860 : 2.7.0(0.161*kW)
15:48:00.857 : !
15:48:05.824 : <ETX>b/SAT63511D01065000647
15:48:07.992 : <STX>F.F(00000000)
15:49:11.055 : 1.8.1(2851.192*kWh)
15:50:19.579 : 2.8.1(191.834*kWh)
15:51:40.151 : 1.7.0(0.466*kW)
15:51:40.705 : 2.7.0(0.062*kW)
15:52:25.150 : !
15:52:29.828 : <ETX>
15:52:31.000 : <STX>F.F(00000000)
15:53:34.324 : 1.8.1(2851.203*kWh)
15:54:42.831 : 2.8.1(191.835*kWh)

Die Steuerzeichen ETX und STX habe ich von Hand editiert.

[ed.fischer]

Servus,
1000 Dank für die ausführliche Antwort.

Mein Ziel : Elektrische Leistung aus dem Netzt (ich gehe von 1.7.0 aus) mit dem Mikroinverter HM1500 und Lifep04-Akku zu kompensieren (gesetzlich max. 600W). AC-Ausgang von Mikroinverter wird im Moment mit OpenDTU und Node Red (zur Zeit mit einfachen Nodes ohne Java) geregelt.

Mein Problem: Ich bekomme den Wert von 1.7.0 in 5 Minutentakt. Als Beispiel, wenn ich um 10.00 Wasser koche (1000W), bekommt Tasmota die Info 1.7.0 = 1000W erst um 10.05 und HM1500 speist dann um 10.05 1000W ein. Dabei ist der Kochvorgang bereits um 10.02 abgeschlossen. Dann ist die 1000W via 2.7.0 verschenkt.

Wie ich verstanden habe, liefert Siemens TD3511 die Info in baud>300, wenn ich PIN/Key habe. Leider weigert sich Siemens Schweiz, mir die PIN zu geben (Mail von Siemens hat mein Netzbetreiber weitergeleitet.

Solange ich die Info nicht in echtzeit lesen kann, mache ich alles umsonst.

Danke und gruss
Ed

[Felix.Digital]

@ed.fischer

Mein Ziel : Elektrische Leistung aus dem Netzt (ich gehe von 1.7.0 aus) mit dem Mikroinverter HM1500 und Lifep04-Akku zu kompensieren (gesetzlich max. 600W). AC-Ausgang von Mikroinverter wird im Moment mit OpenDTU und Node Red (zur Zeit mit einfachen Nodes ohne Java) geregelt.

Gesetzlich geregelt ist nur, dass deine PV Anlage nicht mehr als 600W in das öffentliche Netz einspeisen kann. Betreibst du mehrerer solcher Anlagen, dürfen die zusammen nicht mehr als 600W Leistung erbringen können. Kann ein Wechselrichter mehr als 600W liefern, dann muss er sich abregeln, sobald die angeschlossenen Solarmodule mehr Energie liefern. Für den HM1500 habe ich bei einen Verkäufer gelesen, dass exakt nur ein Solarpanel mit einer Modulleistung von 470 W unterstützt wird. Der erreicht also die 600W nie. Mir ist deshalb unklar was du genau regeln willst.

@ed.fischer

Mein Problem: Ich bekomme den Wert von 1.7.0 in 5 Minutentakt.

Ok, gut zu wissen, dass ich dich da richtig verstanden habe.

@ed.fischer

Wie ich verstanden habe, liefert Siemens TD3511 die Info in baud>300, wenn ich PIN/Key habe. Leider weigert sich Siemens Schweiz, mir die PIN zu geben (Mail von Siemens hat mein Netzbetreiber weitergeleitet.

Da irrst du dich. Du kannst die Baudrate mit dem String 0630ZZ300D0A bestimmen. Das meinte ich mit:

@Felix.Digital

Happy End: Wenn auch das funktioniert, kannst du versuchen die Baudrate deutlich hoch zu setzen.

ZZ ist von 0 bis 6 oder 9.

0 300 Bit/s
1 600 Bit/s
2 1.200 Bit/s
3 2.400 Bit/s
4 4.800 Bit/s
5 9.600 Bit/s
6 19.200 Bit/s
9 115.200 Bit/s

Ob der Siemens TD-3510 alle kann, weiss ich nicht. Aber wenn es nicht bei 300Baud funktioniert, dann hilft auch kein Hochschalten. Zumal es ja nur das 1. Glied in der Übertragungskette ist. Wenn das funktioniert, musst du erreichen, dass der Lesekopf die gelesenen Werte sofort mit MQTT weiter sendet. Bei mir funktioniert die von @anon58637561 genannte 16. Für diese Info bedanke ich mich: Danke Omega3!

Zum jetzigem Zeitpunkt glaube ich, dass du sowohl bei deinen Netzbetreiber, als auch bei Siemens, keinen kompetenten Mitarbeiter angetroffen hast. Ansonsten hätten sie dir die passende Dokumentation geliefert. Kann eigentlich nicht sein, dass es die nicht gibt…

[ed.fischer]

@ed.fischer

Mein Ziel : Elektrische Leistung aus dem Netzt (ich gehe von 1.7.0 aus) mit dem Mikroinverter HM1500 und Lifep04-Akku zu kompensieren (gesetzlich max. 600W). AC-Ausgang von Mikroinverter wird im Moment mit OpenDTU und Node Red (zur Zeit mit einfachen Nodes ohne Java) geregelt.

Servus,

irgendwie bewege ich mich im Kreis

Gesetzlich geregelt ist nur, dass deine PV Anlage nicht mehr als 600W in das öffentliche Netz einspeisen kann. Betreibst du mehrerer solcher Anlagen, dürfen die zusammen nicht mehr als 600W Leistung erbringen können. Kann ein Wechselrichter mehr als 600W liefern, dann muss er sich abregeln, sobald die angeschlossenen Solarmodule mehr Energie liefern. Für den HM1500 habe ich bei einen Verkäufer gelesen, dass exakt nur ein Solarpanel mit einer Modulleistung von 470 W unterstützt wird. Der erreicht also die 600W nie. Mir ist deshalb unklar was du genau regeln willst.
→ Ich habe mit OpenDTU den AC-Ausgang von HM1500 limitiert. Max kann er nur 600W einspeisen.
Ich betreibe HM1500 mit Akku 48V System.

Da irrst du dich. Du kannst die Baudrate mit dem String 0630ZZ300D0A bestimmen. Das meinte ich mit:
→ Ich weiss aber nicht genau wie. Daher bitte ich euch alle um Hilfe. Wenn ich den Wert von 1.7.0 in z.B. 10 Sekundentag bekomme, dann ist mein Ziel erreicht.

Zum jetzigem Zeitpunkt glaube ich, dass du sowohl bei deinen Netzbetreiber, als auch bei Siemens, keinen kompetenten Mitarbeiter angetroffen hast. Ansonsten hätten sie dir die passende Dokumentation geliefert. Kann eigentlich nicht sein, dass es die nicht gibt…
→ Schweizer sind halt anders$

Danke nochmal!!
Ed

Da irrst du dich. Du kannst die Baudrate mit dem String 0630ZZ300D0A bestimmen.
ZZ ist von 0 bis 6 oder 9.

0 300 Bit/s
1 600 Bit/s
2 1.200 Bit/s
3 2.400 Bit/s
4 4.800 Bit/s
5 9.600 Bit/s
6 19.200 Bit/s
9 115.200 Bit/s

Im alten Skript:
063030300D0A = 30 ???

[Felix.Digital]

@ed.fischer

Im alten Skript:
063030300D0A = 30 ???

Das must du Hexadezimal lesen: Die Ziffer 0 ist Hexadezimal 0x30, also ZZ noch mal Hexadezimal

30 300 Bit/s
31 600 Bit/s
32 1.200 Bit/s
33 2.400 Bit/s
34 4.800 Bit/s
35 9.600 Bit/s
36 19.200 Bit/s
39 115.200 Bit/s

063036300D0A für 19.200 Bit/s

@ed.fischer

→ Ich habe mit OpenDTU den AC-Ausgang von HM1500 limitiert. Max kann er nur 600W einspeisen.
Ich betreibe HM1500 mit Akku 48V System.

Eine sehr ungewöhnliche Lösung. Ist der HM1500 für Akku-Einspeisung ausgelegt? Wie wird der Akku den geladen? Der HM1500 kann das doch nicht, oder?

[ed.fischer]

Servus,

Danke für die Erklärung.

Ich lade den Akku mit einem Victron Smartsolarc150/35.

Wenn ich den aktualisierten Wert von 1.7.0 schneller als jede 5 Min lesen kann, wäre es perfekt.

Gruss
Ed

[tuniverse1]

Hallo zusammen und danke für die Infos in dieser Diskussion. Auch ich habe Schwierigkeiten, meinen Stromzähler Landis + Gyr E230 über Tasmota mit dem Sensor von hichi auszulesen und bin am Debuggen meines Skriptes und Setups. Wenn ich in der Konsole

sensor53 d1

eingebe, bekomme ich in regelmäßigen Abständen (20 Sek) die Rückmeldung LGZ5ZMR120AR.K53 (zumindest hoffe ich, dass es eine Rückmeldung ist), leider jedoch keine weiteren (sinnvollen) Infos:

22:43:46.233 : /LGZ5ZMR120AR.K53
22:43:49.455 MQT: tele/tasmota_Exx494/STATE = {"Time":"2023-11-07T22:43:49","Uptime":"0T00:44:10","UptimeSec":2650,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"ON","Wifi":{"AP":1,"SSId":"xxxxx","BSSId":"xxxxx","Channel":7,"Mode":"11n","RSSI":50,"Signal":-75,"LinkCount":1,"Downtime":"0T00:00:05"}}
22:43:49.464 MQT: tele/tasmota_Exx494/SENSOR = {"Time":"2023-11-07T22:43:49","STROM":{"Total_T1":0.000}}
22:43:59.454 MQT: tele/tasmota_Exx494/STATE = {"Time":"2023-11-07T22:43:59","Uptime":"0T00:44:20","UptimeSec":2660,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"ON","Wifi":{"AP":1,"SSId":"xxxxx","BSSId":"xxxxx","Channel":7,"Mode":"11n","RSSI":50,"Signal":-75,"LinkCount":1,"Downtime":"0T00:00:05"}}
22:43:59.461 MQT: tele/tasmota_Exx494/SENSOR = {"Time":"2023-11-07T22:43:59","STROM":{"Total_T1":0.000}}
22:44:06.522 : /LGZ5ZMR120AR.K53
22:44:09.449 MQT: tele/tasmota_Exx494/STATE = {"Time":"2023-11-07T22:44:09","Uptime":"0T00:44:30","UptimeSec":2670,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"ON","Wifi":{"AP":1,"SSId":"xxxxx","BSSId":"xxxxx","Channel":7,"Mode":"11n","RSSI":50,"Signal":-75,"LinkCount":1,"Downtime":"0T00:00:05"}}
22:44:09.455 MQT: tele/tasmota_Exx494/SENSOR = {"Time":"2023-11-07T22:44:09","STROM":{"Total_T1":0.000}}
22:44:19.440 MQT: tele/tasmota_Exx494/STATE = {"Time":"2023-11-07T22:44:19","Uptime":"0T00:44:40","UptimeSec":2680,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"ON","Wifi":{"AP":1,"SSId":"xxxxx","BSSId":"xxxxx","Channel":7,"Mode":"11n","RSSI":50,"Signal":-75,"LinkCount":1,"Downtime":"0T00:00:05"}}
22:44:19.448 MQT: tele/tasmota_Exx494/SENSOR = {"Time":"2023-11-07T22:44:19","STROM":{"Total_T1":0.000}}
22:44:26.711 : /LGZ5ZMR120AR.K53
22:44:29.437 MQT: tele/tasmota_Exx494/STATE = {"Time":"2023-11-07T22:44:29","Uptime":"0T00:44:50","UptimeSec":2690,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"ON","Wifi":{"AP":1,"SSId":"xxxxx","BSSId":"xxxxx","Channel":7,"Mode":"11n","RSSI":50,"Signal":-75,"LinkCount":1,"Downtime":"0T00:00:05"}}
22:44:29.445 MQT: tele/tasmota_Exx494/SENSOR = {"Time":"2023-11-07T22:44:29","STROM":{"Total_T1":0.000}}
22:44:39.424 MQT: tele/tasmota_Exx494/STATE = {"Time":"2023-11-07T22:44:39","Uptime":"0T00:45:00","UptimeSec":2700,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"ON","Wifi":{"AP":1,"SSId":"xxxxx","BSSId":"xxxxx","Channel":7,"Mode":"11n","RSSI":50,"Signal":-75,"LinkCount":1,"Downtime":"0T00:00:05"}}
22:44:39.431 MQT: tele/tasmota_Exx494/SENSOR = {"Time":"2023-11-07T22:44:39","STROM":{"Total_T1":0.000}}
22:44:46.798 : /LGZ5ZMR120AR.K53
22:44:49.466 MQT: tele/tasmota_Exx494/STATE = {"Time":"2023-11-07T22:44:49","Uptime":"0T00:45:10","UptimeSec":2710,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"ON","Wifi":{"AP":1,"SSId":"xxxxx","BSSId":"xxxxx","Channel":7,"Mode":"11n","RSSI":44,"Signal":-78,"LinkCount":1,"Downtime":"0T00:00:05"}}
22:44:49.474 MQT: tele/tasmota_Exx494/SENSOR = {"Time":"2023-11-07T22:44:49","STROM":{"Total_T1":0.000}}
22:44:59.439 MQT: tele/tasmota_Exx494/STATE = {"Time":"2023-11-07T22:44:59","Uptime":"0T00:45:20","UptimeSec":2720,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"ON","Wifi":{"AP":1,"SSId":"xxxxx","BSSId":"xxxxx","Channel":7,"Mode":"11n","RSSI":46,"Signal":-77,"LinkCount":1,"Downtime":"0T00:00:05"}}
22:44:59.446 MQT: tele/tasmota_Exx494/SENSOR = {"Time":"2023-11-07T22:44:59","STROM":{"Total_T1":0.000}}
22:45:07.286 : /LGZ5ZMR120AR.K53
22:45:09.452 MQT: tele/tasmota_Exx494/STATE = {"Time":"2023-11-07T22:45:09","Uptime":"0T00:45:30","UptimeSec":2730,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"ON","Wifi":{"AP":1,"SSId":"xxxxx","BSSId":"xxxxx","Channel":7,"Mode":"11n","RSSI":44,"Signal":-78,"LinkCount":1,"Downtime":"0T00:00:05"}}
22:45:09.459 MQT: tele/tasmota_Exx494/SENSOR = {"Time":"2023-11-07T22:45:09","STROM":{"Total_T1":0.000}}
22:45:19.447 MQT: tele/tasmota_Exx494/STATE = {"Time":"2023-11-07T22:45:19","Uptime":"0T00:45:40","UptimeSec":2740,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"ON","Wifi":{"AP":1,"SSId":"xxxxx","BSSId":"xxxxx","Channel":7,"Mode":"11n","RSSI":46,"Signal":-77,"LinkCount":1,"Downtime":"0T00:00:05"}}
22:45:19.456 MQT: tele/tasmota_Exx494/SENSOR = {"Time":"2023-11-07T22:45:19","STROM":{"Total_T1":0.000}}
22:45:27.474 : /LGZ5ZMR120AR.K53
22:45:29.446 MQT: tele/tasmota_Exx494/STATE = {"Time":"2023-11-07T22:45:29","Uptime":"0T00:45:50","UptimeSec":2750,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"ON","Wifi":{"AP":1,"SSId":"xxxxx","BSSId":"xxxxx","Channel":7,"Mode":"11n","RSSI":44,"Signal":-78,"LinkCount":1,"Downtime":"0T00:00:05"}}
22:45:29.455 MQT: tele/tasmota_Exx494/SENSOR = {"Time":"2023-11-07T22:45:29","STROM":{"Total_T1":0.000}}
22:45:39.467 MQT: tele/tasmota_Exx494/STATE = {"Time":"2023-11-07T22:45:39","Uptime":"0T00:46:00","UptimeSec":2760,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"ON","Wifi":{"AP":1,"SSId":"xxxxx","BSSId":"xxxxx","Channel":7,"Mode":"11n","RSSI":44,"Signal":-78,"LinkCount":1,"Downtime":"0T00:00:05"}}
22:45:39.475 MQT: tele/tasmota_Exx494/SENSOR = {"Time":"2023-11-07T22:45:39","STROM":{"Total_T1":0.000}}

Nun frage ich mich, ob dieser String eine Antwort meines Stromzählers ist, was zumindest ein Hinweis darauf ist, dass die beiden grundsätzlich kommunizieren? Kann mir jemand sagen, warum keine weiteren Daten (OBIS-Kennungen und Sensorwerte) kommen? Auch wenn ich (wie oben beschrieben) länger warte (bspw. 5 Min) kommen bei mir keine Werte.

Hier mein Skript:

>D
>B
=>sensor53 r
>M 1
+1,3,o,0,300,STROM,1,100,2F3F210D0A,063030300D0A
1,1.8.1(@1,T1 aktuell,kWh,Total_T1,3
#

Danke im Voraus für Eure Hilfe!

[tuniverse1]

Hat sich erledigt. Hier die Lösung:
https://community.simon42.com/t/stromzaehler-ueber-obis-auslesen/11748

[Edding]

HI.

Du hast Tasmota 13 auf deinem WT32 und erfolgreich per LAN verbunden oder bist du doch jetzt mit Wlan unterwegs?

Wenn LAN:
Welche Anleitung hast du verwendet?
Woher die Version 13?
Hoffentlich hab ichs nicht überlesen.

Ich bekomme meinen WT32 damit nicht zum laufen.
Siehe: Tasmota v12 auf WT32 ETH01 ist ohne Wlan Access Point!

Kannst gerne in dem verlinkten Beitrag antworten

Viele Grüße

[ed.fischer]

Schick mir mal deine email.

IR-Lesekopf für Stromzähler am ESP8266 mit Tasmota (Wemos D1 Mini / NodeMcu)

Bei mir habe ich eine Zeitverzögerung von ca. 5 Min. Daher schaltet mein Wechselrichter immer 5 Min zu spät an und 5 Min zu spät aus.

by HarryP: Zusammenführung Mehrfachposting (bitte die “bearbeiten” Funktion verwenden).

[Edding]

Oh! Vielen Dank für die Info!
Jetzt hab ich es verstanden.
Werd das am WE gleich nochmal testen.

Schade das sich bei dir das mit der Zeitverzögerung noch nicht gelöst hat.

[Saarlothri]

Die Anzahl der MQTT Aktualisierungen können eingestellt werden.
Im Main Menü → Configuration → Configure Logging den Wert für Telemetry Period von 300 Sekunden auf einen kleineren Wert Stellen.

Ich hab den Wert auf 10 eingestellt. DH alle 10 Sekunden ein neuer Wert. Damit schaltet dein Wechselrichter schon mal erheblich schneller.