Sonoff-Adapter: Tasmota Stromzähler spinnt

MartinP

@bananajoe Ich werde dann wohl eher "Nägel mit Köpfen" machen, und mich mit Mosquitto beschäftigen, da ich wie gesagt auch mit dem MQTT Broker/Client schon ähnliche Probleme hatte.
Nutzt man Mosquitto da eher als "Rangierbahnhof" für komplette Topics, oder wird darin z. B. JSON auseinandergepflückt und umgebaut und neu in MQTT Topics verpackt?

BananaJoe

@martinp als Rangierbahnhof. Besser: Als Nachrichtenzentrale. Jeder kann da alles ablegen, und über alles Informiert werden was einen Interessiert.

Den MQTT Broker/Client als Client kann ich aber in Verbindung mit dem Mosquitto empfehlen, läuft bei mir ganz wunderbar, bei 162 aktiven Clients:

MartinP

@bananajoe Habe gerade gesehen, dass mein Zigbee2MQTT Docker-Stack auch bereits einen Mosquitto-Docker-Container hat ... könnte man ggfs. den verwenden?

BananaJoe

@martinp müsste gehen. Kannst ja mal testen ob du dich mit dem ioBroker verbinden kannst per MQTT Broker/Client Adapter

MartinP

@bananajoe Habe gestern mal probiert, konnte mit dem MQTT Explorer topics anlegen, und der Broker/Client hat auch zugefasst ...

Muss man wirklich die Topics, die eine MQTT-Hardware als Eingangsgröße braucht VON HAND in Mosquitto eintragen (z. B. die Switches einer Schaltsteckdose, oder den Sollwert eines Thermostaten) Oder zieht sich das von alleine gerade?

BananaJoe

@martinp Du musst da gar nichts eintragen.
In den Topics erscheint alles automatisch was gesendet wird,
Tasmota legt einige wenige eingehende an, z.B. cmnd/Gerätename/POWER,
die restlichen würde man bei Bedarf erzeugen (für Befehle senden!), unter cmnd/Gerätename/xxx kann man jedes Tasmota Command senden.
Das brauchst du hier aber ja gar nicht.

Der MQTT-Broker/Client als Client abonniert per Default alles und legt für alles was kommt einen entsprechenden Datenpunkt an.

Die MQTT-Hardware sollte von sich aus alles anlegen was es braucht. Tasmota nutzt per Default die Topics stat, cmnd und tele. Man könnte da noch eigene anlegen, das braucht es aber gar nicht.
In den MQTT Einstellungen auf Tasmota sollte der MQTT-Clientname vergeben sein, ich nutze da immer den Gerätenamen:

Wo hier also Tasmota steht, steht bei mir der Gerätename

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

Community Forum

NEWS

Sonoff-Adapter: Tasmota Stromzähler spinnt

Support us

914

32.4k

81.5k

1.3m