Sonoff-Adapter: Tasmota Stromzähler spinnt

MartinP

@bananajoe Werde den Tasmota Stromzähler am Wochenende mal probeweise umkonfigurieren auf den Mosquitto im zigbee2mqtt Docker Container...
Derzeit ist er am Sonoff-Adapter so oft indisponiert, dass er pro Tag 30...40 Impulse vom Gaszähler verpasst ... macht ca 0,4 m³ Fehler ...

Hier die Grafana-Kurve von heute ... eine Linie sind 0,5 m³, gegen 7:42 habe ich anhand des realen Zählerstandes korrigiert ...

EDIT - Es scheint AUCH ein WIFI-Problem zu sein... was merkwürdig ist.
Im Wifi Logging der Fritzbox gibt es für heute einen Verbindungsverlust des Devices ...

Fritzbox meldet vom Endgerät -71 dBm (vielleicht 3 Meter entfernt...)
Tasmota selber meldet 74%, -63 dBm

Ein ESP01, der noch einmal deutlich näher an der Fritzbox ist, kommt mit -40 dB an ...

BananaJoe

@martinp Viel Erfolg.

Ich lese meinen Gaszähler ja mit dem Wasserzähler-Projekt aus: https://forum.iobroker.net/topic/36622/wasserzähler-version-2-all-in-device
Hab ein 3D-gedrucktes Gehäuse per Magnet da dran,
die Kamera und der ESP liefern immer direkt die Werte.

Geht auch mal "schief", aber eine halbe Umdrehung passt es dann wieder:

Wert wird direkt per MQTT gesendet:

Per Skript rechne ich den dann um in kWh gemäß der Formel meiner Stadtwerke,

Ich zähle nur ganze m³, die Nachkommastellen gingen auch noch. Aber da hab ich eine Spiegelung und keine Lust gehabt noch etwas anzupassen.
Ich habe hier auch noch irgendwo in der Bastelkiste den passenden Reed-Kontakt für den Zähler, teuer gekauft.
Aber ich bin kein Freund von Impulse zählen, so muss ich eigentlich nie etwas korrigieren.

MartinP

@bananajoe Das Umstellen des Tasmota - Stromzähler-Lesekopfes von Sonoff auf Mosquitto -> MQTT Client/Broker Adapter ist wahrscheinlich kniffelig ...

Es scheint zwar JSON zu sein, aber die Messwerte kommen Portionsweise ...

Es gibt nur einen Datenpunkt "SENSOR", und da rattern die verschiedenen Messwerte durch - z.B.:

{"Time":"2024-11-16T16:25:17","OP":{"56_7_0":271.34}}

oder ...

{"Time":"2024-11-16T16:27:59","OP":{"76_7_0":174.58}}

Das geht wohl nicht ohne Blockly und Userdata Datenpunkte aus ....

Das alleine in den vorhandenen Aliases zurechtzubiegen ist wahrscheinlich aussichtslos ...

BananaJoe

@martinp poste mal dein Skript was auf dem Tasmota-Gerät läuft + ein Screenshot von der normalen Anzeige der Werte auf dem Startbildschirm des Gerätes.
Das geht auch anders. Bei mir kommen alle Werte in einem Rutsch:

{"Time":"2024-11-16T17:11:17","SML":{"Verbrauch_T1":9721.9356231,"Verbrauch_T2":0.2737477,"Verbrauch_Summe":9722.2093709,"Einspeisung_Summe":4054.3632684,"Watt_L1":171.26,"Watt_L2":967.63,"Watt_L3":436.83,"Watt_Summe":1575.73,"Volt_L1":233.9,"Volt_L2":234.7,"Volt_L3":233.8}}

Was ziemlich genau meiner Anzeige entspricht:

Man kann im Skript aber auch noch extra MQTT-Senden einbauen, ich lasse mir den aktuellen Verbrauch/Bezug so z.B. bei jeder Änderung senden / quasi im Sekundentakt.

MartinP

@bananajoe
Ist das Copy & Paste von der Tasmota Webseite für eBZ DD3

>D
>B
TelePeriod 30
=>sensor53 r
>M 1
; Device: eBZ DD3 2R06 ODZ1
; protocol is D0 OBIS ASCII
; 9600@7E1 for OP-type devices, 9600@8N1 for SM-type devices
+1,3,o,0,9600,OP,1
; Zählerstand zu +A, tariflos, 
; Zählerstände Auflösung 10 µW*h (6 Vorkomma- und 8 Nachkommastellen)
1,1-0:1.8.0*255(@0.001,Energie Bezug,Wh,1_8_0,8
; Zählerstand zu +A, Tarif 1
; 1,1-0:1.8.1*255(@0.001,Energie Bezug T1,Wh,1_8_1,8
; Zählerstand zu +A, Tarif 2
; 1,1-0:1.8.2*255(@0.001,Energie Bezug T2,Wh,1_8_2,8
; Zählerstand zu -A, tariflos
; 1,1-0:2.8.0*255(@0.001,Energie Export,Wh,2_8_0,8
; Summe der Momentan-Leistungen in allen Phasen, Auflösung 0,01W (5 Vorkomma- und 2 Nachkommastellen)
1,1-0:16.7.0*255(@1,Leistung,W,16_7_0,18
; Momentane Leistung in Phase Lx, Auflösung 0,01W (5 Vorkomma- und 2 Nachkommastellen)
1,1-0:36.7.0*255(@1,Leistung L1,W,36_7_0,18
1,1-0:56.7.0*255(@1,Leistung L2,W,56_7_0,18
1,1-0:76.7.0*255(@1,Leistung L3,W,76_7_0,18
; Spannung in Phase Lx, Auflösung 0,1V (nur über MSB)
1,1-0:32.7.0*255(@1,Spannung L1,V,32_7_0,1
1,1-0:52.7.0*255(@1,Spannung L2,V,52_7_0,1
1,1-0:72.7.0*255(@1,Spannung L3,V,72_7_0,1
; Statuswort, 4 Byte Information über den Betriebszustand, HEX string
; tasmota can decode one string per device only!
;1,1-0:96.5.0*255(@#),Status1,,96_5_0,0
;1,1-0:96.8.0*255(@#),Status2,,96_8_0,0
; Geräte-Identifikation, Nach DIN 43863-5 
1,1-0:96.1.0*255(@#),Identifikation,,96_1_0,0
;1,1-0:0.0.0*255(@#),Identifikation,,0_0_0,0
#

BananaJoe

@martinp also:

Die Zeile 3

Teleperiod 30

muss da raus, das ist kein gültiger SML Befehl. Den Befehl musst du einmalig(!) in der normalen Konsole eingeben, dann gilt der Wert.
Der Rest sieht ok aus, wenn auch viele Kommentare.
Das würde ich zuerst testen, dann sollten alle 30 Sekunden alle Werte in einem JSON auf dem MQTT-Broker reinkommen.

Alternativ (aber erst das andere Testen):

>D
>B
=>sensor53 r
>M 1
+1,3,o,0,9600,OP,1
1,1-0:1.8.0*255(@0.001,Energie Bezug,Wh,1_8_0,8
1,1-0:16.7.0*255(@1,Leistung,W,16_7_0,18
1,1-0:36.7.0*255(@1,Leistung L1,W,36_7_0,18
1,1-0:56.7.0*255(@1,Leistung L2,W,56_7_0,18
1,1-0:76.7.0*255(@1,Leistung L3,W,76_7_0,18
1,1-0:32.7.0*255(@1,Spannung L1,V,32_7_0,1
1,1-0:52.7.0*255(@1,Spannung L2,V,52_7_0,1
1,1-0:72.7.0*255(@1,Spannung L3,V,72_7_0,1
1,1-0:96.1.0*255(@#),Identifikation,,96_1_0,0
#
>S
=>Publish stromzaehler/tasmota/Energie-Bezug %sml[1]%
=>Publish stromzaehler/tasmota/Leistung-Summe %sml[2]%
=>Publish stromzaehler/tasmota/Leistung-L1 %sml[3]%
=>Publish stromzaehler/tasmota/Leistung-L2 %sml[4]%
=>Publish stromzaehler/tasmota/Leistung-L3 %sml[5]%
=>Publish stromzaehler/tasmota/Spannung-L1 %sml[6]%
=>Publish stromzaehler/tasmota/Spannung-L2 %sml[7]%
=>Publish stromzaehler/tasmota/Spannung-L3 %sml[8]%

Man beachte die zusätzlichen Zeilen unter dem #
%sml[1]% steht schlicht "für den ersten Wert den du per SML ermittelt hast", 2,3,4 usw. entsprechend die anderen Werte.
die Befehle senden diese an das angebenene MQTT-Topic, den Pfad kannst du dir also anpassen.
Aber(!) die senden bei jeder Änderung, also vermutlich im Sekundentakt. Dafür dann in einzelnen Topics.
Ich nutze das bei mir nur für die Gesamtleistung, an dem Datenpunkt hängt meine Solarsteuerung für Akku laden und Einspeisung, da will ich den Wert so oft haben.

MartinP

@bananajoe Prinzipiell scheint es zu funktionieren, Gibt aber nur eine Message, und dann Funkstille

MQTT Explorer über Mosquitto

{
  "sn": {
    "Time": "2024-11-17T13:09:27",
    "Switch1": "OFF",
    "OP": {
      "1_8_0": 16246407.10444,
      "16_7_0": 818.66,
      "36_7_0": 370.8,
      "56_7_0": 320.28,
      "76_7_0": 127.58,
      "32_7_0": 226.6,
      "52_7_0": 226.4,
      "72_7_0": 227.6,
      "96_1_0": "1EBZ......................."
    }
  },
  "ver": 1
}

tasmota/discovery/308398B5F63F/sensors

MartinP

Gibt zwei "Materialisierungen"

Obiges, unter "discovery" da passiert nach dem Ersten Durchlauf nichts mehr ..

Und dann noch /tele/Stromzaehler..../SENSOR

Und da rollen sukzessive einzelne Werte durch ...

{"Time":"2024-11-17T14:04:59","OP":{"16_7_0":739.16}}

Das ist wirklich nicht schön zu verarbeiten ...

Habe es mal so per Alias probiert ...

Funktioniert nicht

MartinP

@martinp Noch einmal umgebaut ...

Bei "tele" kommen immer nur die Einzelwerte, die geändert wurden ... das aber SOFORT bei Änderung...

Bei "discovery" gibt es ein Gesamtbild, das wird aber anscheinend gar nicht, oder nur sporadisch aktualisiert ...

MartinP

Erstes Analyse Blockly ...

BananaJoe

was kommt denn wenn du SENSOR in die Konsole auf dem Tasmota eingibst?
Man kann das nämlich auch antriggern, z.B. per MQTT

BananaJoe

@martinp sagte in Sonoff-Adapter: Tasmota Stromzähler spinnt:

@martinp Noch einmal umgebaut ...

Bei "tele" kommen immer nur die Einzelwerte, die geändert wurden ... das aber SOFORT bei Änderung...

Bei "discovery" gibt es ein Gesamtbild, das wird aber anscheinend gar nicht, oder nur sporadisch aktualisiert ...

Tja, da müsste man mal schauen, ist bestimmt ein Konfiguartionsbefehl der den Unterschied macht.
Hast du Rules aktiv?
Gib mal nacheinander Rule1, Rule2 etc. in der Konsole ein

Ggf. müsste man mit so etwas wie https://github.com/tasmota/decode-config mal die bestehende Konfiguration auseinander nehmen. Normal ist das Verhalten nicht, ich nehme an das ist so eingestellt.
Hast du noch die Anleitung nach der du das gebaut hast?

MartinP

@bananajoe

Da kommt nichts

18:17:47.258 CMD: rule 1
18:17:47.265 MQT: stat/Stromzaehler_B5F63F/RESULT = {"Command":"Unknown"}

18:23:00.228 CMD: rule1
18:23:00.236 MQT: stat/Stromzaehler_B5F63F/RESULT = {"Command":"Unknown"}

Anscheinend werden einzelne Werte bei jeder Änderung geschickt, und zwischendurch gibt es summarisch noch einmal "alles"...

javascript.0
	2024-11-17 18:08:40.627	info	script.js.Energiezaehler.Stromzaehler: Entry 1_8_0,16_7_0,36_7_0,56_7_0,76_7_0,32_7_0,52_7_0,72_7_0,96_1_0 =
javascript.0
	2024-11-17 18:08:40.627	info	script.js.Energiezaehler.Stromzaehler: Entry 1_8_0,16_7_0,36_7_0,56_7_0,76_7_0,32_7_0,52_7_0,72_7_0,96_1_0 =
javascript.0
	2024-11-17 18:08:40.626	info	script.js.Energiezaehler.Stromzaehler: Entry 1_8_0,16_7_0,36_7_0,56_7_0,76_7_0,32_7_0,52_7_0,72_7_0,96_1_0 =
javascript.0
	2024-11-17 18:08:40.625	info	script.js.Energiezaehler.Stromzaehler: Entry 1_8_0,16_7_0,36_7_0,56_7_0,76_7_0,32_7_0,52_7_0,72_7_0,96_1_0 =
javascript.0
	2024-11-17 18:08:40.425	info	script.js.Energiezaehler.Stromzaehler: Entry 76_7_0 =
javascript.0
	2024-11-17 18:08:40.357	info	script.js.Energiezaehler.Stromzaehler: Entry 56_7_0 =
javascript.0
	2024-11-17 18:08:40.352	info	script.js.Energiezaehler.Stromzaehler: Entry 36_7_0 =

Derzeit bastele ich noch am Blockly und kriege nur die Attribute, und nicht die zugehörigen Werte ... JSONATA ist böse über führende Ziffen in Pfad-Knoten-Namen ...

Hast du noch die Anleitung nach der du das gebaut hast?

Ich habe hier einfach die Konfiguration (view Script aufklappen) per Zwischenablage kopiert und auf meinen Node-MCU kopiert ..

https://tasmota.github.io/docs/Smart-Meter-Interface/#ebz-dd3-obissml

BananaJoe

@martinp wenn man dein Script zusammenkürzt sieht es nicht viel anders aus als meines.
Ich habe einen fertig geflashten "Hichi" Lesekopf gekauft, sensor53 d1 gestartet um den auf der IR-Schnittstelle auszurichten, dann sensor53 d0 um den Modus wieder zu beenden, das Skript reinkopiert, aktiviert und fertig war die Wurst. Alle Daten die das Skript ermittelt kommen gemäß der Teleperiod regelmäßig in einem String.
Meines ist das Skript hier: https://tasmota.github.io/docs/Smart-Meter-Interface/#easymeter-q3a-apator-apox-sml

Bei deinem Skript, hast du das darunter mal probiert? Die Verbindungsparameter sind anders,
statt

+1,3,o,0,9600,SM,1

ist es

+1,13,s,0,9600,SML

wie bei mir.

+1   = Erster Zähler
3    = GPIO Pin-Nummer für RX
o    = Typ "OBIS ASCII type of coding"
s    = Typ "SML binary smart message coding"
0    = Flag 0 = counter without pullup
9600 = Baudrate
SM   = JSON Prefix. Also ein beliebiger Begriff, Wenn man meine Vorschlag nimmt müsste man das anpassen, SM statt SML
1    = GPIO Nummer für das Senden ... Optional

Mhh, muss dein Zähler immer "befeuert" werden damit der was liefert?

Diese Seite hast du bestimmt auch mal ausprobiert:
https://tasmota-sml-parser.dicp.net/

Kannst ja mal testen ob dort ein anderes Skript herauskommt

MartinP

@bananajoe Vielleicht liegt es daran, dass ich am der zweiten Schnittstelle hänge.
Die ist eig. für ein Smart Meter Gateway.

An der anderen Schnittstelle konnte man kaum mehr, als den aktuellen Zählerstand abfragen.
Und die Magnethalterung hielt nicht richtig

MartinP

@bananajoe

Bei mir steht

+1,3,o,0,9600,OP,1

Im Template stand

+1,3,o,0,9600,SM,1

Die "OP" statt der SM Präfik tauchen dann auch wieder auf ...

Den Sendepin habe ich verdrahtet, ich glaube aber nicht, dass aktiv abgefragt werden muss. Die Smartphone Kamera nimmt permanent ein Geblitze von der Sendediode am Zähler auf, auch ohne dass ein Lesekopf dranhängt ..

Scheine da in Details doch etwas modifiziert zu haben teleperiod habe ich erstmal herausgenommen ...
Aktuell hängt der Lesekopf wieder am Sonoff...

>D
>B
; TelePeriod 30
=>sensor53 r
>M 1
; Device: eBZ DD3 2R06 ODZ1
; protocol is D0 OBIS ASCII
; 9600@7E1 for OP-type devices, 9600@8N1 for SM-type devices
+1,3,o,0,9600,OP,1
; Zählerstand zu +A, tariflos, 
; Zählerstände Auflösung 10 µW*h (6 Vorkomma- und 8 Nachkommastellen)
1,1-0:1.8.0*255(@0.001,Energie Bezug,Wh,1_8_0,8
; Zählerstand zu +A, Tarif 1
; 1,1-0:1.8.1*255(@0.001,Energie Bezug T1,Wh,1_8_1,8
; Zählerstand zu +A, Tarif 2
; 1,1-0:1.8.2*255(@0.001,Energie Bezug T2,Wh,1_8_2,8
; Zählerstand zu -A, tariflos
; 1,1-0:2.8.0*255(@0.001,Energie Export,Wh,2_8_0,8
; Summe der Momentan-Leistungen in allen Phasen, Auflösung 0,01W (5 Vorkomma- und 2 Nachkommastellen)
1,1-0:16.7.0*255(@1,Leistung,W,16_7_0,18
; Momentane Leistung in Phase Lx, Auflösung 0,01W (5 Vorkomma- und 2 Nachkommastellen)
1,1-0:36.7.0*255(@1,Leistung L1,W,36_7_0,18
1,1-0:56.7.0*255(@1,Leistung L2,W,56_7_0,18
1,1-0:76.7.0*255(@1,Leistung L3,W,76_7_0,18
; Spannung in Phase Lx, Auflösung 0,1V (nur über MSB)
1,1-0:32.7.0*255(@1,Spannung L1,V,32_7_0,1
1,1-0:52.7.0*255(@1,Spannung L2,V,52_7_0,1
1,1-0:72.7.0*255(@1,Spannung L3,V,72_7_0,1
; Statuswort, 4 Byte Information über den Betriebszustand, HEX string
; tasmota can decode one string per device only!
;1,1-0:96.5.0*255(@#),Status1,,96_5_0,0
;1,1-0:96.8.0*255(@#),Status2,,96_8_0,0
; Geräte-Identifikation, Nach DIN 43863-5 
1,1-0:96.1.0*255(@#),Identifikation,,96_1_0,0
;1,1-0:0.0.0*255(@#),Identifikation,,0_0_0,0
#

Das sind zwei Durchläufe der Telegramme, die einzelne Messwerte enthalten:

21:23:32.980 MQT: tele/Stromzaehler_B5F63F/SENSOR = {"Time":"2024-11-17T21:23:32","OP":{"16_7_0":814.22}}
21:23:33.010 MQT: tele/Stromzaehler_B5F63F/SENSOR = {"Time":"2024-11-17T21:23:33","OP":{"36_7_0":366.58}}
21:23:33.042 MQT: tele/Stromzaehler_B5F63F/SENSOR = {"Time":"2024-11-17T21:23:33","OP":{"56_7_0":385.31}}
21:23:33.071 MQT: tele/Stromzaehler_B5F63F/SENSOR = {"Time":"2024-11-17T21:23:33","OP":{"76_7_0":62.33}}
21:23:33.981 MQT: tele/Stromzaehler_B5F63F/SENSOR = {"Time":"2024-11-17T21:23:33","OP":{"16_7_0":804.33}}
21:23:34.011 MQT: tele/Stromzaehler_B5F63F/SENSOR = {"Time":"2024-11-17T21:23:34","OP":{"36_7_0":356.58}}
21:23:34.041 MQT: tele/Stromzaehler_B5F63F/SENSOR = {"Time":"2024-11-17T21:23:34","OP":{"56_7_0":384.88}}
21:23:34.070 MQT: tele/Stromzaehler_B5F63F/SENSOR = {"Time":"2024-11-17T21:23:34","OP":{"76_7_0":62.87}}

Die Telegramme, die größere JSON-Strukturen enthalten habe ich im Console - Logging des Node-MCU nicht gesehen...
EDIT:

{
	"Time":"2024-11-17T21:37:04",
	"Switch1":"ON",
	"OP":{
		"1_8_0":16253901.49112000,
		"16_7_0":874.46,
		"36_7_0":425.37,
		"56_7_0":386.08,
		"76_7_0":63.01,
		"32_7_0":230.1,
		"52_7_0":229.2,
		"72_7_0":231.2,
		"96_1_0":"1EBZ0..........."
	}
}

Da müsste ich dann auch wohl den Switch für die Impulse vom Gaszähler ausleiten ...

Ich vermutet, das Chaos rührt von meinem Zähler her, der da die Werte in verschiedenen Taktungen von sich gibt ...

BananaJoe

Naja, ich gönne mir den Luxus für jede Sache einen eigene ESP zu verwenden. Einen für Strom. Einen für Gas.
So kann sich auch nichts gegenseitig beeinflussen.

MartinP

@bananajoe Das ist ja die einfachste Übung, den Switch auszuleiten ...

mit dem Blockly oder Javascript bzgl JSON Zerlegung tue ich mich da deutlich schwerer...
Womöglich lasse ich den ESP erstmal unter Sonoff ...

NEWS

Sonoff-Adapter: Tasmota Stromzähler spinnt

Support us

966
Online

31.6k
Users

79.5k
Topics

1.3m
Posts

NEWS

Sonoff-Adapter: Tasmota Stromzähler spinnt

Support us

966Online

31.6kUsers

79.5kTopics

1.3mPosts

966
Online

31.6k
Users

79.5k
Topics

1.3m
Posts