Sonoff-Adapter: Tasmota Stromzähler spinnt
-
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 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 ...
-
was kommt denn wenn du
SENSORin die Konsole auf dem Tasmota eingibst?
Man kann das nämlich auch antriggern, z.B. per MQTT -
@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 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 einGgf. 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?ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 10 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV APC 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
@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 einGgf. 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?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
Intel(R) Celeron(R) CPU N3000 @1.04GHz 8G RAM 480G SSD * Virtualization : unprivileged lxc container on Proxmox * 6 GByte RAM für den iobroker Container * Remote-Access über Wireguard meiner Fritzbox
-
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
@martinp wenn man dein Script zusammenkürzt sieht es nicht viel anders aus als meines.
Ich habe einen fertig geflashten "Hichi" Lesekopf gekauft,sensor53 d1gestartet um den auf der IR-Schnittstelle auszurichten, dannsensor53 d0um 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-smlBei deinem Skript, hast du das darunter mal probiert? Die Verbindungsparameter sind anders,
statt+1,3,o,0,9600,SM,1ist es
+1,13,s,0,9600,SMLwie 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 ... OptionalMhh, 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
ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 10 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV APC 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
@martinp wenn man dein Script zusammenkürzt sieht es nicht viel anders aus als meines.
Ich habe einen fertig geflashten "Hichi" Lesekopf gekauft,sensor53 d1gestartet um den auf der IR-Schnittstelle auszurichten, dannsensor53 d0um 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-smlBei deinem Skript, hast du das darunter mal probiert? Die Verbindungsparameter sind anders,
statt+1,3,o,0,9600,SM,1ist es
+1,13,s,0,9600,SMLwie 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 ... OptionalMhh, 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
@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 wenn man dein Script zusammenkürzt sieht es nicht viel anders aus als meines.
Ich habe einen fertig geflashten "Hichi" Lesekopf gekauft,sensor53 d1gestartet um den auf der IR-Schnittstelle auszurichten, dannsensor53 d0um 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-smlBei deinem Skript, hast du das darunter mal probiert? Die Verbindungsparameter sind anders,
statt+1,3,o,0,9600,SM,1ist es
+1,13,s,0,9600,SMLwie 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 ... OptionalMhh, 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
Bei mir steht
+1,3,o,0,9600,OP,1Im Template stand
+1,3,o,0,9600,SM,1Die "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 ...
-
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.ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 10 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV APC 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
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.@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 ...
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register LoginSupport us
307
Online32.9k
Users83.2k
Topics1.3m
Posts