ottelo (Donnerstag, 24 April 2025 10:28)

Ja korrekt. Du brauchst eine smarte Energiemess-Steckdose and dem Ausgang deines Wechselrichters. Manche kann man mit Tasmota flashen und dann kannst du dir die Leistung deines Balkonkraftwerks an deinen ESP am Stromzähler senden (via globale Variablen) und dort dann auch anzeigen lassen. Oder natürlich in Home Assistant anzeigen lassen, so mache ich es.

Manche Wechselrichter haben aber WLAN oder eine andere Schnittstelle, über die Home Assistant die Daten abgreifen kann ohne das du eine Steckdose brauchst. Da gibt es auch noch andere Projekte: https://github.com/tbnobody/OpenDTU

Hier habe ich ein Link zu ebay mit Steckdosen mit Tasmota.
https://ottelo.jimdofree.com/stromz%C3%A4hler-auslesen-tasmota/#9

Lucky0077 (Donnerstag, 24 April 2025 10:21)

Ottelo,
Danke für die Rückmeldung.

Die Leistung Des Balkonkraftwerk kann ich nur über Homeassistent und smart Steckdose anzeigen lassen oder?

Würde ja über den zähler nicht funktionieren wenn der strom im Netz schon bei mir verbraucht wird richtig?

Sorry für die ganzen Fragen.
Habe gestern endlich wieder mein wemos d1 neu aufgesetzt usw. War längere Zeit kaputt.
Muss mich da erst wieder rein lesen.

Vielen Dank für deine Geduld und für deine Zeit die du in dieses Projekt steckst.

Weiter so...

ottelo (Mittwoch, 23 April 2025 18:57)

Lucky:
Steht oben: Gefilterter Leistungswert z.B. für Regelung Nulleinspeisung (openDTU-onbattery). Vergleich Leistung gefiltert und ungefiltert siehe Bild unten. Abrufbar via http://eure-ip/cm?user=admin&password=joke&cmnd=script?power2

oder hier:
https://github.com/ottelo9/tasmota-sml-script/blob/main/2_Tasmota_SML_Script_Chart_PV.tas
; Optional: gemittelte Leistung fuer opendtu-onbattery DPL: http://192.168.178.31/cm?user=admin&password=joke&cmnd=script?power2
power2=(0.9*power2)+((1-0.9)*power)

Das ist einfach nur die aktuelle Leistung des Zählers (negativ/positiv) in Watt, aber stark gemittelt, also schwankt nicht so stark.

Lucky0077 (Mittwoch, 23 April 2025 18:44)

Warum steht da gefiltert Leistung und warum ist die anders wie die normale Leistung?

Kann ich daran tagsüber sehen wieviel die Balkon pv einspeist? An dem Unterschied? Oder wie sehe ich das ...

SaschaMike (Mittwoch, 23 April 2025 17:09)

@Ottelo
Super, danke. Habe jetzt nen neuen ESP8266 bestellt bei dem die Pins bereits gelötet sind. Beim bisherigen hab ich die Dupont Kabel nur gesteckt, was eine wackelige Angelegenheit ist.

Hawe (Dienstag, 22 April 2025 22:33)

Ich wollte mal erster sein... ;-) Ne im Ernst ich hatte mich mit der Sicherung der Daten und Backup beschäftigt und da kam eins zum anderen. Aber irgendwie will mir das mit der Sicherung bzw die wiederherstellung nicht ganz gelingen

ottelo (Dienstag, 22 April 2025 22:25)

Danke für deine Mühe.
Habe die 14.6.0 Images auch zufällig vorhin erstellt. Lade ich morgen hoch. Ethernet Support für Solo1, Generic und S3.

Hawe (Dienstag, 22 April 2025 20:03)

Ich hab mir jetzt endlich mal ne neue ESP32 Solo1 Version der 14.6.0.1 erstellt WT32Eth01 S1 und auch ne ESP32 Version zb für den WT32Eth01

https://1drv.ms/f/c/c4b1ddd478eb26a6/EhtvCiJxZ4tBoWsjGfpDH20BWwvecEeUGt35eOiuCFifwA?e=VUqU1s
Wer sie testen möchte kann sich diese hier laden. Aber ohne jede Garantie alles auf eigene gefahr versteht sich
Gruß

ottelo (Dienstag, 22 April 2025 07:43)

@Marcus & Roland
Ja, die globalen Variablen sind aktiv. Siehe auch Feature Liste (3): https://github.com/ottelo9/tasmota-sml-images/releases/tag/V14.4.1_250223

@SaschaMike
Der Script Entwickler gemu2015 hat das Script um mehrere DeepSleep Funktionen erweitert, nachdem ich ihm von meinem Vorhaben (Wasser Leckage Sensor) erzählt habe. Netterweise hat er es sofort eingebaut und auf einem C6-Zero getestet. Ich teste es gerade auf einem C3. Er hat die Änderung auf seiner github Repo veröffentlicht. Diese wird er aber nicht mehr mit der Tasmota Repo mergen! Ich habe seine Version aber in meinem neusten Image 14.6.0 eingebaut und werde die Images bald hier veröffentlichen. Ich teste aktuell noch die DeepSleep Funktionen.

https://github.com/gemu2015/Sonoff-Tasmota/commit/4aad9f3c5b89e8ad3e0cd8e1f55b3ca49a443ae9

Hier die Beschreibung der neuen Funktionen:
ds(-1) zeigt den Status des letzen Wakeups.
ds(x) geht für x Sekunden in Deepsleep
ds(x pin level) wenn x = 0 dann nur pin level
Pin = RTC Pin 0-7
level = 1 pullup verlässt mit LOW den deepsleep
level = 0 pulldown verlässt mit HIGH den deepsleep

Ein Scriptbeispiel werde ich dann auch veröffentlichen (extra Blogseite).

Marcus (Sonntag, 20 April 2025 13:28)

@Roland
Du könntest die global vars verwenden.
Da wird UDP verwendet
Bei ottelos bin’s sind die Global Vars glaube ich noch aktiviert.
Erklärung hier: https://tasmota.github.io/docs/Scripting-Language/#features
Dort nach g:vname suchen.

Frohe Ostern

Roland (Donnerstag, 17 April 2025 15:55)

Hallo
wie kann ich von einem anderen Tasmota Device via Script die aktuelle Leistung abfragen und dann einer Variablen zurordnen, aber nicht via MQTT, also via HTTP. Ich möchte auf einen MQTT Broker verzichten,
Gruß Roland

ottelo (Dienstag, 15 April 2025 22:37)

Ahh das Script sieht gut aus. Was alles so machbar ist :). Werde ich definitiv hier mit aufnehmen.

Ich spiele aktuell auch mit Deep Sleep und einem ESP32-C6-Zero rum. Aber ich will damit einen Wasser Leckage-Sensor bauen, Batteriebetrieben. Anders als in der Tasmota Deep Sleep Beschreibung muss man beim ESP32 übrigens anscheinend nicht den Reset PIN mit GPIO16 verbinden. Schlafen legen nach Zeit klappt und frisst kaum Strom. Habe das Board dafür mit 3,3V versorgt. Wenn man 5V verwendet, dann wird um einiges mehr gebraucht (0,5mA), bedingt durch den LDO.

Ich brauche allerdings das Aufwachen via GPIO PIN. Das ist leider noch nicht in Tasmota. Aber via Berry und ULP dann doch möglich. Ich frag mich ob man das auch ins Scripting einbauen kann.

SaschaMike (Dienstag, 15 April 2025 19:06)

Werde mal das Skript hier probieren, um Sonnenaufgang / -untergang als Auslöser für DeepSleep einzubinden: https://github.com/arendst/Tasmota/discussions/22183

Roland (Sonntag, 13 April 2025 16:55)

@Ottelo,
Ich habe noch eine gute Ergänzung zu Kapitel 9 gefunden und zwar von Arno.
https://akkudoktor.net/t/wattgenaue-leistungssteuerung-von-heizern-mit-esp32-tasmota-iobroker/25554/4
Er steuert mittels SSR stufenlos und wattgenau einen Heizstab um den erzeugten PV Überschuss zu verwenden. Vielleicht ist das ein Ansatz um da in deinem Script zu implementieren. Sein Script ist hier https://github.com/ArnoNym1234/Heater-Control

Gruß Roland

SaschaMike (Samstag, 12 April 2025 11:21)

Merci!

ottelo (Samstag, 12 April 2025 10:39)

@SaschaMike

Hier hat jemand genau das gleiche vor:
https://forum.iobroker.net/topic/74770/tasmota-deepsleep-nur-%C3%BCber-nacht-mit-einem-script

ottelo (Freitag, 11 April 2025 10:55)

@mike
Ich habe heute meinen S2 bekommen. Wenn ich noch was testen/fixen soll sag Bescheid.

ottelo (Donnerstag, 10 April 2025 14:52)

Rules sind nicht verwendbar/aus dem Image entfernt, da Scripting verwendet wird für SML.

Via Script könnte man was versuchen:
slp(time) = sleep time in seconds, pos values => light sleep, neg values => deep sleep

sunrise = sunrise minutes since midnight
sunset = sunset minutes since midnight

Quelle:
https://tasmota.github.io/docs/Scripting-Language/

SaschaMike (Donnerstag, 10 April 2025 14:41)

https://tasmota.github.io/docs/DeepSleep/#deepsleep-wakeup-based-on-timer-events

Wie bau ich das ein?
Rule2
on time#minute==%sunset% do rule1 5 endon

SaschaMike (Donnerstag, 10 April 2025 14:38)

Hallo, habe jetzt vom ESP32 auf den ESP8266 umgestellt. Kann man den Energieverbrauch noch weiter reduzieren? Zum Beispiel nur dann den Stromzähler auslesen, wenn die Sonne scheint? (aber mit einer Lösung die intelligenter ist als eine Zeitschaltuhe). Würde nicht mal deep sleep angesprochen?

mike (Sonntag, 06 April 2025 22:21)

Hi,
WEBQUERY mit clever-pv funktioniert jetzt, hatte es mit mehreren Zeitintervallen 5s, 30s 1m versucht, alles erfolglos, heute mit 10s und auf Anhieb mit Erfolg!
Danke für das Feedback und Hilfe!!!

franc (Mittwoch, 02 April 2025 15:38)

@Marcus
Danke, aber das hat mein Zähler offenbar nicht. Also weder 2.8.0 noch 16.7.0, die Ausgabe bleibt dann bei 0.000, der gibt ja noch nicht mal die Zählernummer aus, da hab ich mir auch schon die Zähne dran ausgebissen. Ich muss wohl warten bis der Netzbetreiber mir einen neuen Zähler montiert, aber die antworten ja noch nicht mal und wenn, dann nach Wochen erst.

ottelo (Mittwoch, 02 April 2025 14:08)

@Thorsten
Hier meine Antworten, aber wie immer ohne Gewähr ;):

was kann die neue SW besser und sind ggf. Sicherheitslücken behoben, was mit am Wichtigsten ist
=> https://github.com/arendst/Tasmota/releases <- dort kannst du bei jedem Release nachlesen, was sich geändert hat. Was die Sicherheit betrifft, die Geräte hängen bei dir hinter deiner Firewall des Routers und sind somit geschützt. Tasmota sollte auch nicht via Portfreigabe aus dem Internet erreichbar gemacht werden! Jedenfalls ist das mein aktueller Kenntnisstand. Die Frage ist, was man eigentlich mit dem Lesekopf/Tasmota sonst noch alles so machen will. Möchte man ein neues Feature haben, was erst ab Tasmota 14.x enthalten ist, sollte man natürlich upgraden. Ich aktualisiere mein Lesekopf regelmäßig, weil ich natürlich meine Images Langzeit testen will. Ansonsten lohnt es sich für die meisten nicht, zu aktualisieren!

Kann ich auf Deine neueste Version updaten?
=> ja

Kann ich ggf. zurück auf die Tasmota 13.1.0 , falls es Probleme gibt?
=> ja

Wird die ganze Partition dann neu geflasht oder geht ggf. das Downgrade nicht, weil nur in eine Richtung geflashed werden kann?
=> nein, es wird nur die Firmware Partition geflasht. Die Safeboot Partition wird nur beim Flashen via Kabel und dem Image tasmotaxx_factory.bin aktualisiert. Die ESP32 Partitionen haben sich bei Tasmota v12 geändert. Siehe auch https://tasmota.github.io/docs/Safeboot/. Wenn via OTA was fehl schlägt, dann landest du "eigentlich" immer bei der vorherigen Tasmota Version. Ansonsten überträgst du notfalls via Kabel neu.

Grundsätzlich: Was ist der Unterschied zwischen "Deiner" Version
=> In erster Linie ist bei mir SML und Script Support enthalten (und noch Google Chart usw). Das ist bei der Standard Tasmota Version nämlich nicht drin! Und das brauchst du zum Auslesen deines Zählers. Was ich alles aktiviert habe, siehst du hier: https://github.com/ottelo9/tasmota-sml-images/releases/tag/V14.4.1_250223

Thorsten (Mittwoch, 02 April 2025 09:32)

Hallo ottelo,
danke für diese tolle Seite, ich habe schon einige neue Anregungen mitnehmen können!
Folgende Frage:
Ich habe den Lesekopf von SolarZero.org erworben (Lesekopf Pro 3 mit Tasmota). Dort ist die Version Tasmota 13.1.0 by Theo Arends installiert.
In der Anleitung steht, man solle auf keinen Fall eine neue "Firmware" installieren. Es wäre bereits die neueste SW installiert.
Grundsätzlich geht der Kopf auch, aber ich als langjähriger IT-ler fragt sich natürlich, was kann die neue SW besser und sind ggf. Sicherheitslücken behoben, was mit am Wichtigsten ist.
Kann ich auf Deine neueste Version updaten? Kann ich ggf. zurück auf die Tasmota 13.1.0 , falls es Probleme gibt? Wird die ganze Partition dann neu geflasht oder geht ggf. das Downgrade nicht, weil nur in eine Richtung geflashed werden kann? Habe auch Herrn Förster angeschrieben, kriege aber leider keine Antwort.

Grundsätzlich: Was ist der Unterschied zwischen "Deiner" Version
https://github.com/ottelo9/tasmota-sml-images/releases
und der
https://github.com/arendst/Tasmota/releases/tag/v14.5.0
?
Im Coding bin ich leider nicht der Experte, daher die Fragen.

Danke schön für Deine Hilfe!
Thorsten

Marcus (Dienstag, 01 April 2025 09:09)

@ottelo,

ja, stimmt. Hatte da wohl länger nicht mehr reingesehen.

Du gibst Dir da echt viel Mühe mit der Dokumentation.

Gruß
Marcus

ottelo (Montag, 31 März 2025 13:06)

@Marcus / franc
So stehts auch in meinem Scriptbeispiel für den MT174 :)
https://ottelo.jimdofree.com/stromz%C3%A4hler-auslesen-tasmota/#4c

Marcus (Montag, 31 März 2025 10:02)

@franc
gerade das:

>D
>B
->sensor53 r
>M 1
+1,3,o,0,300,STROM,1,100,2F3F210D0A
1,1-0:1.8.0*255(@1,Total Consumed,KWh,Total_in,3
1,1-0:2.8.0*255(@1,Total Delivered,KWh,Total_out,3
1,1-0:16.7.0*255(@1,Current Consumption,KWh,Power_cur,3
1,0-0:C.1.0*255(@#),Meter Number,,Meter_number,0
#

hier gefunden:
https://github.com/arendst/Tasmota/discussions/18725#discussioncomment-6011242

Vielleicht hilft es ja

Marcus (Montag, 31 März 2025 09:56)

@franc
Wie sieht denn dein Script (der >M Abschnitt) aus?

Hast Du mal probiert ob du die OBIS Kennzahl 16.7.0 (Summe Momentan Wirkenergie) vom Zähler geliefert bekommst?
Scheint aber davon abhängig zu sein wie dein Zähler konfiguriert wurde.
Wenn ich die Anleitung richtig interpretiere ist die 1.7.0 nur die positive, die 2.7.0 die negative und die 16.7.0 die Summe Momentan Wirkenergie.
https://www.manualslib.de/manual/417563/Iskraemeco-Mt174.html?page=47#manual

Gruß
Marcus

ottelo (Sonntag, 30 März 2025 13:11)

@franc
Das ist ja nicht so schön. Vielleicht bist du mit deiner Frage im photovoltaikforum besser aufgehoben. Z.b.:

https://www.photovoltaikforum.com/thread/116587-habe-ich-den-richtigen-z%C3%A4hler-iskra-mt174/

franc (Samstag, 29 März 2025 19:42)

Ich hab gerade versucht, per Skript meinen tatsächlichen, aktuellen Verbrauch (mit eingerechnetem PV-Ertrag) zu errechnen, damit ich OpenDTU-OnBattery verwenden kann.
Ich hab nämlich einen alten Iskra MT174 Zähler, der im aktuellen Verbrauch (1.7.0) nicht über die Phasen hinweg saldiert, nur der Gesamtverbrauch (1.8.0) stimmt wieder und 2.8.0 hat der Zähler ja nicht.
Also hab ich im 3 Sek. Loop den vorigen sml[2] Wert vom akt. sml[2] Wert abgezogen und mit 1200 multipliziert (also hochgerechnet von 3 Sek. auf eine Stunde), aber das ist bei weitem zu ungenau, kommt meist 0.000 raus oder ganz viel, ist also nicht zu verwenden.

Ich speise in L3 ein, aber 1.7.0 zeigt immer nur den Verbrauch von L1 + L2 + (Betrag von (Verbrauch von L3 - PV-Ertrag)). Auf Deutsch: der PV-Ertrag wird nur auf einer Phase von deren Verbrauch abgezogen, aber was darüber geht wird nicht mit dem Verbrauch der anderen Phasen verrechnet, sondern verpufft scheinbar. Aber in der Gesamtverbrauchsansicht (sml[2]) stimmt es wieder.

Gibt es da vielleicht irgendeinen Trick, dass man in so einem Zähler die tatsächlich saldierten Werte alle Phasen kriegen kann?

Ghina (Samstag, 29 März 2025 19:12)

Jetzt funktioniert es :-) Es muss heißen:

>S
if (sml[8]<-200) {
=>WebSend [192.168.178.77]/relay/0?turn=on
}

if (sml[8]>-50) {
=>WebSend [192.168.178.77]/relay/0?turn=off
}

Ghina (Samstag, 29 März 2025 16:34)

Hallo,

ich versuche meine neue Shelly plus plug S über den Tasmota IR Lesekopf zu schalten.
Ich habe das Script vom Lesekopf erweitert - funktioniert aber nicht. Hab schon einige Stunden damit verbracht.
Also wenn mehr als 200 W eingespeist werden, soll die Shelly anschalten; Unter 50 W Einspeisung wieder ausschalten.
Geht das? Wo steckt der Fehler?

Über die Konsole vom Lesekopf kann ich die Steckdose über webSend schalten.

Ich hänge mal das script an.


Vielen Dank für die Hilfe!



>D
>B
=>sensor53 r
>M 1
+1,3,s,0,9600,SML
1,77070100010801ff@1000,Verbrauch_Tarif_1,kWh,Verbrauch_T1,7
1,77070100010802ff@1000,Verbrauch_Tarif_2,kWh,Verbrauch_T2,7
1,77070100010800ff@1000,Verbrauch_Summe,kWh,Verbrauch_Summe,7
1,77070100020800ff@1000,Einspeisung,kWh,Einspeisung,7
1,=h--
1,77070100240700ff@1,Leistung_L1,W,Watt_L1,2
1,77070100380700ff@1,Leistung_L2,W,Watt_L2,2
1,770701004c0700ff@1,Leistung_L3,W,Watt_L3,2
1,77070100100700ff@1,Leistung_Summe,W,Watt_Summe,2
1,=h--
1,77070100200700ff@1,Spannung_L1,V,Volt_L1,1
1,77070100340700ff@1,Spannung_L2,V,Volt_L2,1
1,77070100480700ff@1,Spannung_L3,V,Volt_L3,1
>A
if SML#Watt_Summe < -200
then WebSend [192.168.178.77] /relay/0?turn=on
endif
if SML#Watt_Summe > -50
then WebSend [192.168.178.77] /relay/0?turn=off
endif

Jan (Freitag, 28 März 2025 10:25)

Vilen Dank für die schnelle Antwort das Pobiere ich das gleich mal aus.

ottelo (Freitag, 28 März 2025 10:07)

Hi Jan,

alle Scripte sind so geschrieben, dass sie auch auf dem ESP8266 laufen, wenn man sie mit dem externen Script Editor überträgt.

Script nur mit Tages und Monat gibts es schon:
https://github.com/ottelo9/tasmota-sml-script/blob/main/4_Tasmota_SML_Script_Chart_PV_ohne_4h24h_Diagramme.tas

Jan (Freitag, 28 März 2025 09:10)

Vielen Dank für den ganzen Aufwand :D sehr HIlfreich :D

ich wollte mal fragen ob der ESP8266 es schaffen würde mit einem Chart script das nur Tages und Monatsverbrauch anzeigt?
Wenn ja wie müsste ich es anpassen das es nur das Anzeigt?

Vielen Dank

Ralf Schenk (Montag, 24 März 2025 22:25)

Ich möchte mich einfach für die gut zusammengestellten Informationen auf dieser Website bedanken. Sie haben mir mit Ihren aktuellen Tasmota Images sehr geholfen, auf Basis eines winzigen ESP32 SuperMini CE den Gaszähler unserer Ferienwohnung in Jurmala, Bucht von Riga in Lettland zu überwachen. Es hilft mir sehr als Baustein, die Energieeffizienz dieser aussergewöhnlichen Wohnung mit 2 Turmzimmern in aufwändigen einer denkmalkonformen Rekonstruktion des Holzhauses von 1904 zu steigern und ebenso die hier in Lettland üblichen monatlichen Meldungen des aktuellen Zählerstandes überhaupt zu realisieren ohne ständig auf eine Ablesung in Präsenz angewiesen zu sein. Die gesamte Heizungssteuerung wurde mit einer Vielzahl Sensoren, Thermostaten und dem phantastischen OpenTherm 3 https://diyless.com/product/opentherm-thermostat3 eines ukrainischen Entwicklers eingebunden in HomeAssistant optimiert.
Vielen Dank, Ralf Schenk aus Köln, rsATaix.de

ottelo (Montag, 24 März 2025 09:45)

Bei mir kommt wohl MQT, da ich MQTT bzw. HomeAssistant Support aktiviert habe.
Ich habe leider (noch) kein S2, von daher kann ich das selbst nicht testen. Wie gesagt habe ich das aktuelle Image auf meinem C3 und da läufts 1A mit https.

Hast du den Befehl auch mal im Script eingefügt oder immer nur in der Console getestet?

mike (Sonntag, 23 März 2025 21:53)

Bi mir kommt:
21:50:16.010 RSL: RESULT = {"WebQuery":"Done"}

ottelo (Sonntag, 23 März 2025 20:10)

@mike
Wenn ich den Websend Befehl (ohne ->) in die Console eingebe, bekomme ich "20:07:53.826 MQT: stat/tasmota_31F8D4/RESULT = {"WebQuery":"Done"}". Dauert bisschen, wird dann aber bei clever-pv angezeigt.

mike (Sonntag, 23 März 2025 18:28)

Ich habe einen ESP32-S2 mit folgendem Image Tasmota 14.4.1 (ottelo.jimdo.de)
In der ESP Konsole kommt folgender output ($$$$ = meine Daten):
18:25:40.871 CMD: Grp 0, Cmd 'WEBQUERY', Idx 1, Len 213, Pld -99, Data 'https://push.clever-pv.com/api/v1/$$$$ POST [Content-Type:application/json] {"watt": 0}'
18:25:41.906 RSL: RESULT = {"WebQuery":"Done"}

Danke für die Hilfe!!!

ottelo (Sonntag, 23 März 2025 16:41)

@mike
Bei mir funktioniert es hervorragend auf meinem ESP32C3 mit https. Welches Image verwendest du denn?

So muss das aussehen:
->WebQuery https://push.clever-pv.com/api/v1/xxxxxxxxxxxxxx/electricMeters/xxxxxxxxxxxxxxx?code=xxxxxxxxxxxxx POST [Content-Type:application/json] {"watt": %0power%}

mike (Sonntag, 23 März 2025 16:22)

Hallo, das senden der Stromzähler Daten an www.clever-pv.com funktioniert leider nicht. Der ESP32 schickt nur bei http und nicht bei https JSON Daten raus, dies konnte ich in Wireshark sehen. Dummer weise akzeptiert www.clever-pv.com kein http... Hast du dazu eine Lösung?
Gruß Mike

franc (Dienstag, 04 März 2025 16:45)

Vielen Dank für das Reparieren des Reboot-Bugs :)
Ich habe die neue Firmware erst gestern entdeckt und heute morgen gleich ohne Probleme OTA aufgespielt (die esp32c3), scheint bisher anstandslos zu funktionieren, kein Reboot bisher, danke!

Simon Grimm (Montag, 24 Februar 2025 10:19)

@Marcus,
das Kabel zwischen ESp und dem Zähler ist ca 50cm lang. Der Fototransistor war in einem 3D-Druck gehäuse. es fehlte halt noch ein ESP32 und das Kabel.
Habe dann unter 11 den Punkt für Home-Assistant gemacht mit der "glättung" der Werte und den Fototransistor um 180° gedreht.
Seit 3 Tagen habe ich keine Probleme mehr, wie eine Rückspeisung von 120.000 kWh am Tag, toi toi toi

Gru Simon

ottelo (Sonntag, 23 Februar 2025 19:18)

Im Kapitel 4c findest du auch noch ein Beispielscript für verschlüsselte Stromzähler (Landis). Kommt von einem Leser hier aus den Kommentaren.

ottelo (Sonntag, 23 Februar 2025 19:13)

@s.pieler
Vielleicht hilft dir das hier weiter:
https://github.com/arendst/Tasmota/discussions/14610

Hast du die Zeilen aus der Console mal hier eingegeben?
https://tasmota-sml-parser.dicp.net/

s.pieler (Sonntag, 23 Februar 2025 18:48)

Hallo,
kennt jemand evtl. ein Script für Tasmota und einen Landis+Gyr E450 Smartmeter?
Ich bin in Österreich beim Netz Burgenland, hier sind die Daten verschlüsselt.
Den Key habe ich eingetragen, jedoch werden keine Werte gesendet, diese bleiben auf 0.

Da ich nicht selbst kompilieren kann habe ich mir von ottelo.jimdo.de die bin Version geholt und eingespielt.
Version: Tasmota 14.4.1 (ESP32-C3 ottelo.jimdo.de) by Theo Arends
Läuft auf einem ESP32 C3 (habe ich auch fertig gekauft).

Mein Script:
>D
>B
smlj=0
=>sensor53 r
>R
smlj=0
>S
if upsecs>22
then
smlj|=1
endif
>M 1
+1,3,r,0,9600,Home,1
1,=so3,512
1,=so4,MEIN KEY
1,=so5,MEIN Authentication Key
1,pm(1.8.0)@1000,kWh_IN,kWh,kWh_IN,3;Wirkenergie Lieferung (+A)
1,pm(1.7.0)@1000,kW_IN,kW,kW_IN,3;Momentane Wirkleistung Lieferung (+A)
1,pm(2.8.0)@1000,kWh_OUT,kWh,kWh_OUT,3;Wirkenergie Bezug (-A)
1,pm(.2.7.0)@1000,kW_OUT,kW,kW_OUT,3;Momentane Wirkleistung Bezug (-A)
1,pm(3.8.0)@1000,kvarh_IN,kvarh,kvarh_IN,3;Blindenergie Lieferung (+R)
1,pm(.3.7.0)@1000,kvar_IN,kvar,kvar_IN,3;Momentane Blindleistung Lieferung (+R)
1,pm(4.8.0)@1000,kvarh_OUT,kvarh,kvarh_OUT,3;Blindenergie Bezug (-R)
1,pm(.4.7.0)@1000,kvar_OUT,kvar,kvar_OUT,3;Momentane Blindleistung Bezug (-R)
#

Das Ergebnis lt. Console:
20:46:39.155 SML: decrypted block: 50 bytes
20:46:39.157 :>02 0b 12 00 e7 12 00 e8 12 00 e4 12 01 8a 12 01
20:46:39.158 :>36 12 03 ec 06 00 00 0d c2 06 00 00 00 00 06 02
20:46:39.160 :>65 0c 08 06 00 00 00 00 09 08 33 30 30 35 32 30
20:46:39.161 :>30 32
20:46:39.204 :>30 32
20:46:44.106 SML: decrypted block: 50 bytes
20:46:44.107 :>02 0b 12 00 e7 12 00 e8 12 00 e4 12 01 9a 12 01
20:46:44.109 :>34 12 03 e6 06 00 00 0d d9 06 00 00 00 00 06 02
20:46:44.110 :>65 0c 0d 06 00 00 00 00 09 08 33 30 30 35 32 30
20:46:44.112 :>30 32
20:46:44.155 :>30 32
20:46:48.000 SML: decrypted block: 50 bytes
20:46:49.002 :>02 0b 12 00 e6 12 00 e8 12 00 e6 12 01 95 12 01
20:46:49.003 :>23 12 00 ef 06 00 00 06 31 06 00 00 00 00 06 02
20:46:49.005 :>65 0c 10 06 00 00 00 00 09 08 33 30 30 35 32 30
20:46:49.006 :>30 32
20:46:49.049 :>30 32

was läuft hier schief?
Ich möchte die Werte via MQTT an ioBroker senden und weitervearbeiten.

Kann mir jemand helfen?

Dirk (Freitag, 21 Februar 2025 20:10)

@Marcus

vielen Dank, es sind die Zeilen die damit ausgelesen werden.
Da der Tages- und Wochenzähler sowieso nicht funktionieren lasse ich mir nur den aktuellen Wert anzeigen und lese ihn somit mit sml[1-4] aus .
Für die Web-Anzeige reicht mir das aus, ich muss nicht mehr in den Keller und ich sehe ob alles läuft. Der Rest wird sowieso im IO-Brocker berechnet und angezeigt.
Eure Hilfe hat mir sehr weiter geholfen und ich verabschiede mich erst ein Mal.
Gruß Dirk

Marcus (Freitag, 21 Februar 2025 16:23)

@otello

Gelesen, gleich kopiert, getestet, perfekt. So wollte ich das haben.
Danke Dir

Schönes Wochenende
Marcus

ottelo (Freitag, 21 Februar 2025 16:00)

@Marcus
Das alte Script hatte beide Daten auf eine Y-Achse bezogen. Das findest du bequem vor dem Release vom 17.12 hier:

https://github.com/ottelo9/tasmota-sml-script/blob/11.11.2024 <- Release vom 11.11.2024:

Zeile im Script:
https://github.com/ottelo9/tasmota-sml-script/blob/f92b4d7bc5d2a79ff2255c41fdbfbe7467e1859f/Tasmota%20SML%20Script%20%2B%20Chart%20%2B%20PV.txt#L150

Die subroutine "#monthsub" geht von Zeile 150 - 178, die kopierst du und überschreibst es in deinem Script. Oder

Marcus (Freitag, 21 Februar 2025 14:08)

@ Simon
Hast Du in den FAQ alles was Ottelo da unter 12. geschrieben hat schon geprüft?
Ich hatte das Problem auch. Meiner Meinung nach kommt es zustande wenn ein Datensatz nicht vollständig richtig dekodiert werden kann. Bei mir lag es an meiner wilden selbstgebauten Hardware (Fototransistor mit Tesa auf die Sendediode des Stromzählers geklebt und sehr langes Kabel bis zum ESP). Nachdem ich die Kabellänge reduziert hatte und das Signal mit einem Schmittrigger aufbereitet hatte war das Problem weg.

Simon Grimm (Freitag, 21 Februar 2025 13:50)

Hallo,

erstmal lob für deine ganzen Mühen.
Ich habe beim Auslesen von meinem LK13BE606739 ein Problem, ich bekomme zwischendurch 0 Werte oder habe einen Verbrauch von 99.999W (was ich bei einem normalen Hausanschluss mal ausschließen würde, das dies wirklich passiert) Das habe ich bei verschiedenen Werten, auch die beiden Summenzähler springen manchmal auf 999.999 oder auf 0, was in HA dann blöde Statistiken erzeugt.
Kann ich da etwas machen/einstellen?

Gruß Simon

Marcus (Freitag, 21 Februar 2025 13:40)

@ Ottelo
Danke für die schnelle Antwort. Bei mir sieht es im Prinzip genauso aus.
Ich habe auch nur Testdaten drin. Ich hätte aber gerne, dass (bei deinem Beispiel) die Scala der Einspeisung gleich der des Bezugs ist. Also rechts die Achse auch 600 anzeigt.
Ist Einspeisebalken sind dann zwar ganz klein, aber dadurch die Relation auch schon auf den ersten Blick zu sehen.
Den Code der GC verstehe ich einfach nicht (soweit reicht es mit meinen Programmierkenntnissen nicht), und weiß nicht wo ich da ansetzen soll.
Bei einem Bezug von 500-600 kWh und einem Balkonkraftwerk als Einspeisequelle ist es natürlich sinnvoll da getrennte Auflösungen zu machen.

ottelo (Freitag, 21 Februar 2025 13:20)

@Marcus
Wenn das bei dir komisch aussieht, dann ist im Array (mcon) für die Monate wohl irgendwo eine negative Zahl drin!
Bei mir sieht das so aus:
https://imgur.com/gFQEmx4

@Herbert
Nutze einfach den ext. Script Editor um das Script entweder direkt auf den ESP zu übertragen oder um das Script zu konvertieren (ohne Kommentare und Leerzeichen). Siehe dazu FAQ Nr 11.

Marcus (Freitag, 21 Februar 2025 12:43)

Kann mir jemand sagen wie ich beim aktuellen Script mit PV (2 Richtungszähler) im Monatschart die Scala der Einspeisung so anpassen kann, dass sie der Bezugsscala entspricht? Ich persönlich finde es unübersichtlich das die Bezugs- und Einspeisescala voneinander abweichen.

@Herbert: Du kannst auch probieren alle Zeilen die ein ; am Anfang haben in einem Texteditor zu löschen bevor Du es in Edit Script einfügst. Das habe ich aber bisher erst mit einem älteren Script und ohne PV erfolgreich bei einem ESP8266 hinbekommen. Auch das funktionierte aber nicht immer beim ersten mal. Mit dem unter 4f erwähnten Script Editor hat es aber immer geklappt.
Ich verwende jetzt aber nur noch ESP32 weil man da Problemlos auch direkt auf dem ESP32 Änderungen vornehmen kann.

Thomas Fu (Donnerstag, 20 Februar 2025 21:01)

Hallo Herbert,
kann es sein, dass Du versuchst das Script direkt über die Browserseite Edit Script einzufügen? Dann ist das Script einfach zu groß dafür. Gehe nach Punkt 4f vor.
Viel Erfolg
Thomas

Herbert (Donnerstag, 20 Februar 2025 17:51)

habe das "Tasmota 14.4.1 (ESP8266-1M (+Energie) ottelo.ji by Theo Arends" geflashed, und versuche das "script tasmota-sml-script
/2_Tasmota_SML_Script_Chart_PV.txt" im Scriptfenster zu speichern (haken enable script ist gesetzt). Aber es wird nicht gespeichert. Wenn "Edit Script" wieder aufgerufen wird, steht nur der default Hinweis wieder drin. Wie muss ich vorgehen, dass das script angenommen wird ?

Karsten (Mittwoch, 19 Februar 2025)

Guten Tag und erst mal vielen Dank für deine Arbeit hier. Es hat mir wirklich viel geholfen. Nun stehe ich aber vor einem Problem wo ich nicht weiter komme.
Ich möchte dein Script für das "Überschussschalten" einer Tasmotasteckdose nutzen. Doch leider schaltet es nicht. Manuelles schalten geht und wenn ich die Testzeile
(letzte Zeile) aktiviere wird auch ein korrekter Wert ausgegeben. Könntest du mir bitte mal einen Tip geben wo der Fehler sein könnte ?
MfG Karsten

>D 40
rssi=0
; -- VARS --
swesp=0
swespflg=0
power=0
power2=0
; optional!!
p:btn=0
btnstate=2

>T
rssi=Wifi#RSSI

>B
->sensor53 r

>M 1
+1,3,s,16,9600,SGM
1,77070100010800ff@1000,Zählerstand,kWh,Total_in,2
1,77070100020800ff@1000,Verschenkt,kWh,Total_out,2
1,77070100100700ff@1,Verbrauch akt.,W,Power_curr,2
1,77070100200700ff@1,Spannung L1,V,Volt_p1,1
1,77070100340700ff@1,Spannung L2,V,Volt_p2,1
1,77070100480700ff@1,Spannung L3,V,Volt_p3,1
1,770701001f0700ff@1,Strom L1,A,Ampere_p1,2
1,77070100330700ff@1,Strom L2,A,Ampere_p2,2
1,77070100470700ff@1,Strom L3,A,Ampere_p3,2
;1,77070100510704ff@1,Phaseangle I-L1/U-L1,deg,phase_angle_p1,1
;1,7707010051070fff@1,Phaseangle I-L27I-L2,deg,phase_angle_p2,1
;1,7707010051071aff@1,Phaseangle I-L3/I-L3,deg,phase_angle_p3,1
1,770701000e0700ff@1,Frequenz,Hz,frequency,1
;1,77070100600100ff@#,Zaehler-ID,,ID,0

>F
if (btnstate!=btn)
{
=>websend [192.168.1.84] power %btn%
print power %btn%
btnstate=btn
}

; -- EVERY SECOND --
>S
; every 3s
if (secs%3==0)
{
; copy SML value
power=sml[3]
; simply filtered power
power2=(0.9*power2)+((1-0.9)*power)

; switch second ESP if power flows to grid, see >W section
if (swesp==1)
{
if ((power2<-800) and (swespflg==0))
{
=>websend [192.168.1.84] power ON
print power ON %power2%W
swespflg=1
btn=1 ;optional
}
if ((power>100) and (swespflg==1))
{
=>websend [192.168.1.84] power OFF
print power OFF %power2%W
swespflg=0
btn=0 ;optional
}
}
}

; WEB INTERFACE
>W
; web button
; switch second ESP if power flows to grid, see >S section
bu(swesp "PV Steckdose aktivieren" "PV Steckdose deaktivieren")
; optional
bu(btn "Steckdose manuell ausschalten" "Steckdose manuell einschalten")

==============
WLAN Empfang: {m}%rssi% dBµV
==============

;sml[3]:{m}%2(sml[3])% W

Marcus (Dienstag, 18 Februar 2025 12:10)

@ Dirk
die Frage kann ich Dir nicht beantworten. Könnte auch sein, das sml[2] die zweite Zeile von deinem Script ist. Dann müsste der zweite Zähler sml[7] sein.

+1,18,c,1,-10,Whg1
1,1-0:1.8.0*255(@1000,Gesamtverbrauch, kWh, Pges, 2)
1,1-0:1.8.0*255(@1000, Tagesverbrauch, kWh, Total_day, 2)
1,1-0:1.8.0*255(@1000, Wochenverbrauch, kWh, Total_week, 2)
1,1-0:1.8.0*255(@1000, Monatsverbrauch, kWh, Total_month, 2)
1,1-0:1.8.0*255(@1000, Jahresverbrauch, kWh, Total_year, 2)
1,1-0:1.7.0*255(@16.67, Leistung, kW, Power_actual,3)
... den Block ab +1 habe ich vier Mal bis +4...

Das müsstest du ausprobieren.
Einfach mal in der >W Sektion die folgenden Zeile einfügen und vergleichen welchen wert das ist:
sml[2]:{m}%2(sml[2])% kWh
sml[7]:{m}%2(sml[7])% kWh

Dirk (Sonntag, 16 Februar 2025 17:48)

@Markus

Vielen Dank für das Skript, dass hätte ich so nicht hin bekommen (habe ich mich noch nicht genug mit der Programmierung von Tasmota beschäftigt).
Musste mir auch erstmal klar werden was 1000 Imp./kWh für eine Minute bedeutet, auch wenn die Zahl ja schon im Skript steht. (1 kWh=16,67 Imp. / Minute) Wollte ja nur mal schnell die Zähler auslesen ;)

Die Impulse werden korrekt gezählt, aber besonders im Bereich unter 1 kWh kommt die Anzeige von der aktuellen Leistung nicht klar. Da ist die Berechnung der letzten Minute viel genau.

Im Prinzip habe ich das gleich im IO Brocker schon umgesetzt und werde es dort auch weiter verwenden. Die "Ø Leistung letzte Min:" auf alle vier Zähler zu erweitern habe ich einfach noch nicht hin bekommen. Habe die Variablen schon entsprechen erweitert aber irgendwo habe ich da ein Fehler drin, wahrscheinlich bei der übernahme der aktuellen Zählerstände. Müsste ja sml[1-4] sein?

Gruß Dirk

Alligator_ASL (Sonntag, 16 Februar 2025 10:38)

@ottelo
Hallo und guten Morgen, ich habe jetzt seit fast 7 Tagen die neue Firmware für den ESP32-c3 installiert und seitdem keinen Reboot mehr erlebt. Das Problem scheint nun doch endgültig behoben zu sein. Vielen Dank nochmal für die hervorragende Arbeit!

ottelo (Samstag, 15 Februar 2025 07:34)

Moin. Die wollte ich auch noch erstellen. Hatte wochenlang mit den ESP32 Images und dem Rebootproblem zu kämpfen, das ist ja nun endlich gelöst.
Ich lade auch gleich neue ESP32 Images hoch, in denen die Energiemess ICs Treiber inkludiert sind (zb für Shelly).

Stefan (Samstag, 15 Februar 2025 06:30)

Guten Morgen!
Aktualisierst du eigentlich auch noch die Version für den ESP8266?

Oder kann man sich die Firmware einfach selber zusammen bauen das die identisch dann zu deinen ist?

ottelo (Donnerstag, 13 Februar 2025 08:54)

@Harald
Super! Dann prüfe ich, ob ich das für alle ESP32 Varianten freischalte.

Harald (Donnerstag, 13 Februar 2025 08:28)

@Otello

Shelly Plug Plus S: Verbauchsanzeige ist wieder da. Funktioniert!

DANKE!

ottelo (Mittwoch, 12 Februar 2025 20:05)

@Harald
Bitte mal das neu erstellte ESP32 Image testen:
https://drive.google.com/open?id=1yPFkop5CwWYGoSsJsjTdRTGnQOVwYcir&usp=drive_fs

Marcus (Mittwoch, 12 Februar 2025 15:17)

@ Dirk
Ich meinte das in etwa so.
Da aber erst mal MQTT ausschalten, sonst haust Du Dir vielleicht deine Daten im IO Broker kaputt.
Nach jeder vollen Minute wird die Durchschnittsleistung der Minute angezeigt.
Den Wert gleich nach dem Start erst mal ignorieren.

>D
;Power
pw=0
;Impulse volle Minute
s01=0
;Impulse/min
imin=0

>B
=>sensor53 r

>M 1
+1,17,c,1,-10,Whg1
1,1-0:1.8.0*255(@1000,Gesamtverbrauch,kWh,Pges,3
1,1-0:1.7.0*255(@16.67,Leistung Counter, kW, Power_actual,3
#

>W
Ø Leistung letzte Min:{m}%3(pw)% kW
Zählerstand letzte Min:{m}%0(s01)%
Impulse/min:{m}%0(imin)%
Datum:{m}%s(2.0day)%.%s(2.0month)%.%s(2.0year)% - %s(2.0hours)%:%s(2.0mins)%:%s(2.0secs)%

>F
imin=(sml[1]*1000)-s01

>S

if (secs%60==0)
{
pw=imin/16.67
imin=0
s01=(sml[1]*1000)
}

ottelo (Mittwoch, 12 Februar 2025 12:29)

@Harald
Ja, da hat Marcus Recht. Ich baue dir nachher eine Version bzw. ich nehme die Features wieder rein.
Ich sag dir Bescheid.

Marcus (Mittwoch, 12 Februar 2025 12:16)

@Harald,

ottelo hat wegen Problemen mit den ESP32 C3 und C6 Varianten viele Funktionen aus den ESP32 Images raus genommen. Wahrscheinlich sind davon auch die Sensoren im Shelly dabei. Einfach wieder zurück auf die funktionierende Version gehen.

ottelo (Mittwoch, 12 Februar 2025 12:06)

@Thomas Fu
Danke für die Tipps mit ThingSpeak. Damit habe ich früher mal gearbeitet. Ich werde die anderen Anbieter auch unter Punkt 8 einfügen.
Es ist aber unbedingt mein Hinweis bei Punkt 8 zu beachten!

Generell ist das mit allen Leseköpfen möglich, also auch mit Hichi und Co.

Marcus (Mittwoch, 12 Februar 2025 12:05)

@Thomas Fu, @ottelo
wcs [%tmp%,%3dcon[tmp]%,'red'],
Die 3 ist die Lösung.
Danke

Zu dem kostenlosen Thingspeakaccount: Die angegeben 15 Sekunden kürzestes Sendeintervall sollte nicht ausgereizt werden. Bei 15 Sekunden werden ab und mal Daten "verschluckt".
20 Sekundenintervall funktioniert bei mir sehr zuverlässig.

Marcus (Mittwoch, 12 Februar 2025 11:32)

@otello
dp2 ist im Script nicht vorhanden
Wenn ich mir in der >W Sektion dcon[12]:{m}%3(dcon[12])% m³ anzeigen lasse bekomme ich 0,013 m³ angezeigt. Was auch richtig ist.
Und hier aus der Console:
11:21:57.770 CMD: script?dcon
11:21:57.775 RSL: RESULT = {"script":{"dcon":[0,0,0,0,0,0,0,0,0,0,0,0.01,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]}}
11:23:13.412 CMD: script?dcon[12]
11:23:13.415 RSL: RESULT = {"script":{"dcon[12]":0.01}}

Scheint wohl für GC auf 2 Nachkommastellen gekürzt zu sein.
Aber steck keine Mühe rein. Die 2 Nachkommastellen reichen mir.
Gruß

Thomas Fu (Mittwoch, 12 Februar 2025 11:30)

Korrektur meines Eintrages #1512:
Nicht 2.3 sondern nur 3 nehmen:
falsch: wcs [%tmp%,%2.3dcon[tmp]%,'red'],
richtig: wcs [%tmp%,%3dcon[tmp]%,'red'],

Thomas Fu (Mittwoch, 12 Februar 2025)

Wer auch außerhalb seines LANs Zugriff auf die Daten haben möchte, kann dies auch über ThingSpeak realisieren. Es gibt eine kostenlose Version, die für diesen Fall vollkommen ausreicht.
Es gibt auch eine App Thingview, die aber nicht von ThingSpeak kommt.
Einfach unter >S z.B. alle 60 Sekunden die zuletzt ermittelten SML-Daten (im folgenden Fall sind es 6 Messwerte) an ThingSpeak senden:
if upsecs%60==0 {
=>WebSend [api.thingspeak.com] /update.json?api_key=DeinWriteAPIKey=%sml[3]%&field2=%sml[2]%&field3=%sml[1]%&field4=%sml[4]%&field5=%sml[5]%&field6=%sml[6]%
}
Noch einfacher geht es mit dem bitShake SmartMeterReader-Air. Diese All-In-One Lösung bietet gleich 3 Anbieter zum Hochladen der Messdaten an (zaehlerfreunde.de, clever-pv.com und thingspeak.com). Da der Stromzähler sich sehr häufig in einem geschlossenen Zählerschrank aus Metall befindet, empfiehlt es sich vorher den WLAN-Empfang bei geschlossenem Schrank zu prüfen. Die Scripte von Ottelo laufen auch direkt auf dem SMR-Air. Es ist kein angepasstes Image erforderlich.

Harald (Mittwoch, 12 Februar 2025 10:58)

@otello:
Hallo,

frühere Versionen konnte ich mit einem Shelly Plus Plug S benutzen und alles hat funktioniert, Live-Anzeige der Daten, Script, GoolgeCharts.
Was fehlt bei der aktuellen Version (Tasmota v14.4.1)(11.02.25), weil die Live Daten nicht mehr im WebIF angezeigt werden.

ALT: Tasmota 14.3.0 (ottelo.jimdo.de) by Theo Arends

Shelly Plus Plug S
Tasmota
ADC1 Temperature 6.0 °C
Voltage 239 V
Current 0.000 A
Active Power 0 W
Apparent Power 0 VA
Reactive Power 0 VAr
Power Factor 0.00
Energy Today 0.000 kWh
Energy Yesterday 0.000 kWh
Energy Total 0.000 kWh

Tagesverbrauch 0.00 kWh
Monatsverbrauch 0.00 kWh
Datum 12.02.2025 - 10:56:42
Uptime 00d 00h 56m

Neu: Tasmota 14.4.1 (ESP32 ottelo.jimdo.de) by Theo Arends

Shelly Plus Plug S
Tasmota
Daten sofort speichern
Tagesverbrauch 0.00 kWh
Monatsverbrauch 0.00 kWh
Jahresverbrauch 0.00 kWh
Datum 12.02.2025 - 10:55:44
Uptime 00d 00h 17m

Thomas Fu (Mittwoch, 12 Februar 2025 10:50)

@Markus:
nimm in #daysub einfach mal bei
if (tmp==day) {
wcs [%tmp%,%2.3dcon[tmp]%,'red'],
Dann sollte bei aktuellem Tag der Wert mit 3 Dezimalstellen (2.3) angezeigt werden. So kannst Du es auch dann bei vorherigen und zukünftigen Tagen machen.
Wenn Du im Chart den Wert immer anzeigen lassen willst, dann schau Dir mal diesen Forumsbeitrag an: https://forum.creationx.de/forum/index.php?thread/4477-script-google-charts-x-achse-mit-24-stunden-einteilung-und-sauberer-anzeige-der/

ottelo (Mittwoch, 12 Februar 2025 10:41)

@Marcus
Hast du in deinem Script irgendwo "dp2" drin? Das würde nämlich alle Dezimalstellen per Default auf 2 setzen.

Ansonsten versuch mal bitte folgendes zum Test in der >W Sektion einzugeben:

Test{m}%3(dcon[1])%

Hast du dann korrekte 3 Nachkommastellen? Gut möglich (müsste man im Sourcecode nachschauen), dass eine Arrayabfrage immer nur 2 Dezimalstellen ausgibt. Arrays waren eigentlich mal als Moving Average Filter gedacht, vielleicht ist das ja der Grund.

Du kannst in Chrome z.B. auch mal die Entwickler Tools Ansicht öffnen. Dann siehst du, welche Daten an Google Charts übergeben werden.

Marcus (Mittwoch, 12 Februar 2025 09:35)

@ottelo,

das ist ja genau das das was mich wundert. Ich Anzeige von Tagesverbrauch usw. hat 3 Nachkommastellen. Das in der >W Sektion mit
Tagesverbrauch{m}%2(EnFrGrid-dval)% kWh
habe ich einfach in
Tagesverbrauch{m}%3(EnFrGrid-dval)% kWh geändert.
Das klappt.
Nur im Google Chart werden bei den dcon und mcon (wenn man mit der Maus auf den jeweiligen Tag/Monat geht) immer nur mit 2 Nachkommastellen angezeigt. Auch wenn ich mir einen Wert über die Console mit script?dcon[11] hole, habe ich auch nur 2 Nachkommastellen. Und hier habe ich keinen Ansatz gefunden. Aber wenn Du das auch nicht direkt weist, ist nicht schlimm.

ottelo (Dienstag, 11 Februar 2025 20:58)

@Marcus
Alle Variablen sind immer floats oder strings (Fließkomma)! Bei der Ausgabe in der >W Sektion zeige ich aber nur 2 Dezimalstellen an. Bei der Uhrzeit z.b. garkeine Dezimalstelle sonst würde da statt 16:13 16.00:13.00 stehen ;)

; Verbrauch
Tagesverbrauch{m}%2(EnFrGrid-dval)% kWh

2(ZAHL) <- nur 2 Dezimalstellen anzeigen

Siehe:
https://tasmota.github.io/docs/Scripting-Language/#variable-substitution

Optionally, the decimal places precision for numeric values may be specified by placing a digit (%Nvarname%, N = 0..9) in front of the substitution variable (e.g., Humidity: %3hum%%% will output Humidity: 43.271%)



Achja, neue 14.4.1 Images sind da! Ohne Reboot Bug

Dirk (Dienstag, 11 Februar 2025 20:30)

@Markus
nur habe ich keine Ahnung wie ich das machen muss? Richtig zu zählen scheint er ja, da der Gesamtverbrauch keine Abweichungen vom Zähler zeigt. Ich werde wohl im IO Brocker jede Minute die Divergenz zum Vorherigen Wert bilden, mal sehen ob ich das hin bekomme.

@ottelo
wenn du Erfolg hast und eine Idee lass es mich wissen �

Marcus (Dienstag, 11 Februar 2025 09:52)

@ottelo,
werden die Tages und Monatswerte (dcon/mcon) immer nur mit 2 Nachkommastellen abgespeichert?
Bei meinem Wasseruhrprojekt bekomme ich 1 Impuls/Liter und will mir die Tageswerte und Monatswerte in m³ anzeigen lassen mit 3 Nachkommastellen. In den Tages und Monats Charts habe ich aber nur 2 Nachkommastellen. Das würde ich gerne ändern. Stehe aber total auf dem Schlauch.
Die Werte werden scheinbar "nur" mit 2 Nachkommastelle gespeichert.
Ich vermute, dass das bei der Definition der Arrays gemacht wird. Finde aber keinen Ansatz ob und wie man das anpassen kann.

ottelo (Montag, 10 Februar 2025 18:45)

Betrifft nur C3 und C6. Aber zur Sicherheit würde ich tatsächlich 14.1 nehmen. Die Images bis 14.30 habe ich aber immer komplett so mit den Features gelassen, sprich Berry, Matter usw ist alles drin. Ab 14.4.1 habe ich das alles raus genommen

Marcus (Montag, 10 Februar 2025 18:32)

@Otello
Danke für die Rückmeldung. Wenn das Fehler im C3 auch noch nicht sicher behoben ist gehe ich wohl bei meinem Wasserzählerprojekt für einen Freund auf die 14.1. zurück.
Das ist dann sicherer für den Fernsupport ;-)

@Dirk
Ich würde Dir empfehlen testweise für einen S0 auch die Impulse über eine eine Minute zu zählen und Dir darüber die "vergangene" Durchschnittsleistung über den Zeitraum zu errechnen und zumindest mal in der Weboberfläche anzuzeigen. Dann kannst Du mal die Werte vergleichen

ottelo (Montag, 10 Februar 2025 17:46)

@Marcus
Ah okay, dann hast du wohl recht ;).

Bzgl. 14.4.1 Image für C3, C6. Da ist immernoch ein Bug drin, der zu einem Reboot führen kann (nach x Stunden). Den Workaround versuche ich gerade auf meinem C6. Siehe hier:
https://github.com/arendst/Tasmota/discussions/22833#discussioncomment-12117817

@Dirk
Mhhh das müsste ich mal hier bei mir nachstellen. Einen SML Simulator Script habe ich bereits, fehlt noch ein S0. Das sollte aber schnell machbar sein.

Dirk (Montag, 10 Februar 2025 17:10)

@Marcus / @ottelo

Danke für eure Rückmeldung.
Die Einstellungen im Skript sind relativ klar und einfach:
>D
>B
=>sensor53 r
>W
;<style>form button{display:none}</style>
>M 4
+1,18,c,1,-10,Whg1
1,1-0:1.8.0*255(@1000,Gesamtverbrauch, kWh, Pges, 2)
1,1-0:1.8.0*255(@1000, Tagesverbrauch, kWh, Total_day, 2)
1,1-0:1.8.0*255(@1000, Wochenverbrauch, kWh, Total_week, 2)
1,1-0:1.8.0*255(@1000, Monatsverbrauch, kWh, Total_month, 2)
1,1-0:1.8.0*255(@1000, Jahresverbrauch, kWh, Total_year, 2)
1,1-0:1.7.0*255(@16.67, Leistung, kW, Power_actual,3)
... den Block ab +1 habe ich vier Mal bis +4...

Die Anzeige auf der html-Seite scheint sich aller par Sek. zu aktualisieren. Dabei wird lange (Minuten) die Leistung angezeigt, dann kommt wieder ein Abschnitt wo nur 0 kW steht und gelegentlich kurz eine Zahl angezeigt wird die aber viel höher ist als der momentane Verbrauch.
Per MQTT schicke ich alle 60 s ein Telegramm: hier sind zwei Bilder vom Diagramm der letzten Stunde und Tag meiner Wärmepumpe. 0 kW könne da nicht vorkommen und 160kW erst recht nicht ;).

24 Stunden: https://photos.app.goo.gl/Q1SebejNVU8nTFcj9
1 Stunde: https://photos.app.goo.gl/DnSrpRGk8bkoARuSA

(Ich hoffe die Bilder sind öffentlich sichtbar)

Gruß Dirk

Marcus (Montag, 10 Februar 2025 16:35)

@ottelo
Ich hatte es so verstanden, dass beim Counter für die Leistung nicht die Zeit zwischen zwei Impulsen, sondern die Anzahl der Impulse innerhalb einer Minute gezählt werden.
Und das immer für eine Minute. Diese Zeit scheint nicht einstellbar.
Wenn die Zeit zwischen zwei Impulsen gemessen würde, dann würde wenn man von einer hohen Leistung (kurzer Zeitraum) auf eine niedrige Leistung geht, der nächste Impuls recht lange auf sich warten lassen und solange würde, die nicht mehr anstehende, hohe Leistung noch angezeigt.
Darum gibt die Messung der Impulse über einen festen Zeitraum in einem Verlaufsdiagramm das bessere Ergebnis.
Hab da mal lange experimentiert als ich noch einen Ferrariszähler mit 75U/kWh hatte.
Bei 75U/kWh kam es zu oft vor, dass nicht ein Impuls in einer Minute gezählt wurde. Meine Lösung war damals, dass ich über 5min die Impulse gezählt hatte und mir so die Durchschnittsleistung der vergangenen 5 min errechnet habe.

Ps: Habe deine neue C3 BIN drauf gemacht. Bisher (5h) keinen Fehler feststellen können.

ottelo (Montag, 10 Februar 2025 13:48)

@Marcus / Dirk
So habe ich es auch verstanden. Jeder Impuls bei der S0 Schnittstelle bedeutet ja z.B. 1Wh (Hersteller bedingt, schätze ich). Die aktuelle Leistung wird dann aus gemessenen Zeit zwischen den Impulsen errechnet. Genaueres steht im Source Code, bzw. man könnte es ja mal selbst testen und Impulse vorgeben ;)

Aus Tasmota SML Wiki:
Counter: 1,1-0:1.8.0*255(@1000,consumption,kWh,Total_in,3) precision of 3, scale for 1000 pulses/kWh
1,1-0:1.7.0*255(@0.01667, power,W,Power_actual,0) actual power from pulse rate (in pulses/min) of counter meter, scale for 1 pulse/Wh (1 pulse/min => 60W; 1/60(=0.01667) (pulses/min)/W)

Marcus (Montag, 10 Februar 2025 09:32)

@Dirk
Ich nehme an, das Du für den S0 die Counterfunktion im SML Script verwendest. Die Leistung wird dabei mittels Impulsrate , wenn ich es richtig verstanden habe, über einen festen Zeitraum von 1 min ermittelt. Sie wird nach der Minute nur kurz im Script angezeigt und springt dann wieder auf 0. Beobachte mal eine Minute lang die Anzeige. Das kann aber nur vernünftig funktionieren, wenn in der Minute auch einige Impulse kommen.
Dieser kurz angezeigte Wert müsste dann per MQTT übertragen werden.
Schau mal in der Console, ob der in der Nachricht enthalten ist, und ob in der nächsten Nachricht dann immer automatisch eine 0 folgt, weil die Leistung nur kurz angezeigt wird.

Dirk (Sonntag, 09 Februar 2025 22:29)

Hallo

Erstmal danke für die Arbeit und die ausführlichen Infos.
Ich benutze einen ESP32-WROOM und habe 4 Stromzähler mit optischen S0-Schaltausgang die ich direkt mit 4 Pins verbunden habe. Die Einstellungen und das Skript habe ich angepasst und es funktioniert auch soweit gut. Es werden alle Verbrauche richtig angezeigt und per MQTT an meinen IO-Broker geschickt.

Was leider nicht richtig funktioniert ist die Anzeige und Ausgabe der aktuellen Leistung. Hier steht überwiegend 0 kW, wenn eine Ausgabe erfolgt anscheinend als gesammelte Werte der letzten nicht angezeigten. So kann ich zwar den Zähler ablesen aber ein mitschneiden und darstellen der aktuellen Leistung funktioniert leider nicht.

Eine Idee wo ich den Fehler suchen kann oder wie ich es abändern kann. Reicht die Leistung nicht aus um alle vier Zähler richtig anzuzeigen?

Gruß Dirk

ottelo (Sonntag, 09 Februar 2025 14:10)

Naja der ESP32 ist viel schneller (80 zu 160 MHz) und hat viel mehr RAM.

Wenn du einfach nur den Stromzähler auslesen willst und ggf. noch die Daten mit meinem Script visualisieren willst, reicht der ESP8266 also braucht man nicht upgraden. Hat man noch keinen ESP würde ich zum ESP32 greifen.

Will man aber mehr machen, zb noch Modbus integrieren oder was auch immer, dann ist der ESP32 Pflicht. Der ESP32 halt neuer und bietet mehr Features.

Stefan (Sonntag, 09 Februar 2025 13:43)

Gibt es eigentlich irgendwelche Vorteile einen LILYGO® TTGO T-01C3 ESP32-C3 anstatt einen ESP8266 ESP-01 (wenn der auch 4MB Speicher hat) zu nehmen?

Jens (Samstag, 08 Februar 2025 11:53)

Mein Stromzähler gibt mir pro Phase die Wirkleistung, den Strom und die Spannung. Mit Strom und Spannung lässt sich die Blindleistung VA errechnen. Mit der Wirkleistung geteilt durch die Blindleistung der Powerfaktor. Das lässt sich alles min Script berechnen: va=sml[5]*sml[6] und pf=sml[4]/va. Wo die Werte stehen hängt vom SML Script ab

Marcus (Mittwoch, 05 Februar 2025 20:02)

@ ottelo,

Ne, ist nicht wichtig. War mir nur aufgefallen und dachte ich hab da das Script vielleicht "verbogen".

Übrigens, der esp32-c6 super Mini wird bei mir im Gegensatz zum C3 überhaupt nicht heiß.

Gruß
Marcus

Stefan (Mittwoch, 05 Februar 2025 19:32)

@Jens -
Danke für die Info ...

@Otello -

Kannst du dazu noch was sagen ?, betrifft das nur die Charts ?

Gruss!

ottelo (Mittwoch, 05 Februar 2025 18:05)

Ja ist bei mir auch so. Hab's noch nicht als wichtiges Problem angesehen. Man sieht ja den markierten Punkt der Kurve.

Marcus (Mittwoch, 05 Februar 2025 17:50)

@ottelo
bei mir passt im 4 und 24h Chart der Mauszeiger nicht mit dem eigentlichen Punkt auf dem Chart überein (geschätzt ca 30px zu weit links und ca. 10 px zu hoch)
Ist das bei Dir auch so?
Aktuelles Script von Dir aus github und mit 14.2 und 14.3 probiert.
Bei den Balkendiagrammen passt es überein.
Gibt es da eine Lösung?

Gruß
Marcus

Hans (Mittwoch, 05 Februar 2025 12:01)

Wow, super Erklärung und Infos. Hat prima geklappt. Dankeschön!

ottelo (Montag, 03 Februar 2025 20:31)

@Jens
Mega! Danke für dein Hinweis. Werde ich mit aufnehmen!

Bald lade ich auch die Tasmota 14.4.1 Images hoch. Ab 14.3 - 14.4.1 gabs noch bei den C3 und C6 ESP32 Varianten Reboot Problemen, die ich nun endlich behoben habe. Aktuell teste ich die Images aber noch...

Jens (Montag, 03 Februar 2025 16:02)

Alle die ein Hichi Lesekopf V1 mit einem ESP8266 ESP-01 haben. Es gibt für unter 10€ den "LILYGO® TTGO T-01C3 ESP32-C3 Entwicklung Bord". Das ist ein ESP32-C3 auf einem ESP-01 Board. Damit lässt sich der Lesekopf updaten. Zum erstmaligen programmieren wird ein USB-TTL-serial-Adapter verwendet. IO8 High, IO9 Low. Es werden auch die RX/TX Pins verwendet. Das ist aber nicht 3 und 1 sondern: 20 und 21.

ottelo (Donnerstag, 16 Januar 2025 20:49)

@Andreas (Frage vom Dezember 2024 => Tasmota/ESP als Modbus Slave)
Etwas spät, aber besser als nie. Ich habe mich geirrt. Man kann doch einen Modbus TCP Slave realisieren via Tasmota Script. Sowas in der Art habe ich sogar als Script hier angeboten: https://ottelo.jimdofree.com/stromz%C3%A4hler-auslesen-tasmota/#SkriptDownloadUser -> Fronius Gen24 Smart Meter Modbus TCP SunSpec Emulation mit ESP32 und Tasmota. Das Script kommt vom fleißigen CherAlban, der das hier mal in den Kommentaren erwähnt hatte. Das ganze ist nun auch auf github (siehe mein Link).

Marcus (Mittwoch, 15 Januar 2025 10:15)

@ottelo, @Lötnase
das mit dem sensor53 l2 (oder anderer GPIO) hab ich auch nur zufällig mal gelesen und fand es ganz hilfreich zur Positionierung einer IR LED.
Es gibt aber nur ein Blinken aus. Hab mir ein einfaches Oszilloskop besorgt und gerade mal nachgesehen. Es wird NICHT das empfangene Signal ausgegeben.
Ich habe jetzt auch meinen Hichi Lesekopf dazu gebracht bei meinem Q3D1024 die Daten zu empfangen. Es lag wohl an der Positionierung. Der Q3D1024 hat keinen Metallplatte und somit hält der Magnet damit nicht. Auch scheint die IR Sendediode recht schwach zu sein und schielt schräg aus dem Gehäuse. Wenn die IR LED sehr genau positioniert ist, schafft es der Hichi TTL Lesekopf auch den RX GPIO an der NodeMCU auf 0,36 Volt runter zu ziehen. An GPIO 14 geht es sauber auf 0V runter. Erklären kann ich mir das allerdings nicht.
@Thomas mit dem MT174
Mein Q3D1024 hat auch 7E1. Ich brauche es allerdings nicht von 8N1 auf 7E1 umzustellen. Es geht auch so.
Wenn Du eine einzelne LED zur Verfügung hast, halte sie doch einfach mal zwischen zwischen RX und GND. Die müsste dann, wenn ein Datenpaket ankommt kurz ausgehen, bzw. dunkler werden.

So, jetzt muss ich an den Gaszähler. Der Reedkontakt scheint zu prellen. Ich zähle fast das doppelte von dem was ich verbrauche.
Hat da jemand einen Tipp? Externe Schaltung, welcher GPIO, welche Meterdefinition funktioniert gut?

Gruß
Marcus

ottelo (Dienstag, 14 Januar 2025 13:24)

@Loetnase
Ja, es geht nur 1 GPIO-Pin, man muss sich da entscheiden. Via Script das Signal verdoppeln geht nicht (jedenfalls wüsste ich nicht wie). Aber wieso sollte man dies auch machen wollen? Wenn ich den Sourcecode richtig verstehe, blinkt die LED tatsächlich nur, es wird kein Signal ausgegeben. So stehts auch in der Beschreibung.

https://tasmota.github.io/docs/Scripting-Language/#commands
=> <command> Execute cmd with MQTT output enabled
-> <command> Execute cmd with MQTT output disabled, recursion disabled. Do not send MQTT or log messages (i.e., silent execute - useful to reduce traffic)
+> <command> Execute cmd with MQTT output enabled, recursion enabled.

Loetnase (Montag, 13 Januar 2025 16:30)

Ja, die blaue LED (GPIO2) am ESP blinkt dann, ich kann da auch einen anderen GPIO z.B. 15 eingeben, 2 mal diese Zeile eingeben lässt trotzdem nur einen (den letzten) blinken
->sensor53 l15
->sensor53 l2
du schriebst ->s..., in Kommentar #1477 steht =>s... ist das egal oder was ist da der Unterschied, ich habe keinen bemerkt, beides Mal blinkt es optisch gleich.
Ob das dann nur blinkt oder seriell sendet konnte ich nicht testen, seriell senden wäre aber bestimmt für manche andere auch nützlich.
Danke

ottelo (Montag, 13 Januar 2025 13:13)

@Loetnase
Das geht mit ->sensor53 l2 im Script (>B). Siehe auch Kommentar #1477.
Aber ich denke mal die LED blinkt nur, das Signal vom RX-Pin wird damit nicht vervielfältigt. Müsste ich mal im Sourcecode vom Tasmota nachschauen...

Loetnase (Montag, 13 Januar 2025 11:03)

In dem tasmota script gebe ich ja den Eingangs GPIO z.B. 3 vom ESP an.
Gibt es irgendwie im script eine Möglichkeit diesen GPIO auch gleich wieder auf einen GPIO XX als Ausgang zu spiegeln �
Ich würde mir gerne den Datenfluss auf einer LED am ESP direkt anzeigen lassen.
Ich denke so eine Ausgabe ev. auf eine oder mehrere LEDs könnte bei Verwendung von irLEDs auch als Sinalvervielfacher verwendet werden.

gunthe (Sonntag, 12 Januar 2025 22:36)

Hallo zusammen. Ich habe einen Hichi Lesekopf implementiert und dieser zeigt die Werte. Ich möchte die Daten in eine Txt-Datei auf meinem PC übertragen. Hierzu nutze ich das sml Websend
Command in der Art: Websend [xxx.xxx.xxx.xx] /dev/datei.txt ....... Leider erhalte ich die Meldung "websend":"connect failed" . Kann mir jemand einen Tip geben oder die komplette syntax, die sicher einen <user>:<password> braucht.
Thanks g.

SaschaMike (Sonntag, 12 Januar 2025 21:24)

https://www.photovoltaikforum.com/thread/187091-netze-bw-itron-2-8-0-anzeigen/

Ok, der Messstellenbetreiber hat es wohl in der Hand...

ottelo (Sonntag, 12 Januar 2025 20:29)

@Marcus
Auf dem ESP01s ist garkein externer Widerstand verbaut und RX/TX sind direkt zu den IR LEDs/Dioden geführt. Da ist auch kein USB-UART-Chip vorhanden. Also ist beim Hichi v1 Lesekopf alles i.O.
Beim Hichi V2 Lesekopf kann ich es nicht sagen, wie es da aussieht, da die Pins unter dem ESP32-C3mini Board verlötet sind.

SaschaMike (Sonntag, 12 Januar 2025 19:14)

Hallo, hat schon jemand die Stromerzeugung mit dem Itron OpenWay 3.HZ ausgelesen?

ottelo (Sonntag, 12 Januar 2025 13:48)

@Marcus
Danke für deinen Hinweis, war mir noch nicht bekannt!! Das werde ich hier im Blog direkt mal hinzufügen.

Marcus (Freitag, 10 Januar 2025 18:20)

@ Andreas
@Thomas
Was ich gerade schrieben hatte, galt Thomas.
Hab die Namen verwechselt. Sorry

@ Thomas
Trag in deinem Script für den ESP 01s in der Zeile unter
=>sensor53 r
noch die Zeile
=>sensor53 l2
ein.
Das bewirkt, das die blaue LED aus geht, wenn am definierten RX (bei Dir Gpio3) das Signal detektiert wird. (Wenn der Pegel am RX soweit runtergezogen wird, dass der RX eine negative Flanke erkennt)
Bei dem Spiegeltest, müsste die Blaue LED dann immer ausgehen, wenn der Hichi sein eigenes Signal empfängt.

Marcus (Freitag, 10 Januar 2025 17:39)

@ottelo
Ist dir was bekannt, das der RX (Gpio3) beim ESP01s und der NodeMCU mit einem relativ kleinen Pullup versehen ist?
gemu2015 beschreibt das für den Wemos D1 hier unter #1915
https://forum.creationx.de/forum/index.php?thread/1095-d0-z%C3%A4hler-sml-auslesen-mit-tasmota/&postID=42203#post42203
Ich bin jetzt nämlich auf das gleiche Problem wie Andreas mit seinem MT174 gestoßen.
Wollte jetzt einen Q3D1024 auslesen mit einem Hichi TTL Lesekopf an einer NodeMCU am Gpio3.
Ergebnis wie bei Andreas: Nix geht.
Dann das Script von meinem Homezähler rein, an den Homezähler angeschlossen; funktioniert.
Wieder an den Q3D1024, nix geht. Dann den Eintrag von gemu2015 gefunden und die folgenden Abschnitte gelesen. Photodiode, Widerstand und das ganze an Gpio 12; funktioniert am Q3D1024 einwandfrei.
Zurück mit der gleichen Schaltung an Gpio 3; nix geht.
Ich vermute das der Hichi den Gpio 3 nicht weit genug runterziehen kann, wenn die IR Sendediode vom Zähler recht schwach ist, was zumindest beim Q3D1024 öfter berichtet wird.

@ Andreas, hast du mal ausprobiert, den Lesekopf mit deinem script ca. 3cm vor einen Spiegel zu halten und den Dump in der console mit sensor53 d1 beobachtet?
Da müsstest du dann das sehen können, was du eigentlich zum Zähler schickst.
Damit wüsstest du wenigstens, das der Lesekopf generell sendet und empfängt.

Gruß
Marcus

Joachim (Montag, 06 Januar 2025 20:11)

Ich konnte das Datenübertragungsproblem lösen. Mir ist unverständlich, warum nur das alte Script läuft.

Joachim (Montag, 06 Januar 2025 14:08)

Ich hatte gestern Tasmota 14.3 auf einen neuen WT32-ETH01 geflasht, und das aktuelle angepasste Google Script vom 1.1.2025 mit meinen SML-Daten von meinem vorherigen Script in die Scriptkonsole kopiert.
Als Ergebnis bekam ich von meinen beiden Zählern 4 mal den Wert Null, und 2 weitere Werte waren negativ. Diese Kombination lief gar nicht. Dann kopierte ich mein vorheriges Script von "2023.02.28 (PV) ottelo<br>" in die Konsole und damit lief dann das System, mit einer Ausnahme: Ich kann nicht den aktuellen Leistungswert nach openDTU übertragen. Ich kann mir das Jasonfile anzeigen lassen, aber erst nach Eingabe User und Passwort. Da steht dann auch Power_curr drin, aber das war es dann auch. Power_curr benötige ich aber, um eine Nulleinspeisung zu realisieren.
Kann irgendwie automatisch User und PW übergeben werden? Beim Test auf Funktion bekomme ich diese Fehlerausschrift: Value 1: Bad HTTP code: 401. Hier wird normalerweise die aktuell aus dem Stromnetz bezogene Leistung angezeigt.

Volker (Montag, 06 Januar 2025 12:14)

@huaak
@Thomas Fu
@ottelo

Danke!
Es hat alles funktioniert. :-)

Joachim (Sonntag, 05 Januar 2025 11:17)

Ein Update via OTA von Tasmota 14.2 auf 14.3 von dieser Seite hat nicht funktioniert und es ist kein Zugang mehr zur Oberfläche möglich. Ich las am sehr Ende kurz nur etwas von Safeboot, habe aber meinen WT32-ETH01 auch nach Anleitungen aus dem Netz (Strom an/aus, verschiedene Zeitabstände) nicht mehr beleben können. Was kann da schief gelaufen sein?
Ich nahm einen neuen WT32-ETH01 und habe 14.3 mit der Factory geflasht. Nun habe ich im Home Assistant neue Entitäten, auch JSON in HA (für Balkonkraftwerk mit Nulleinspeisung) will nicht mehr.

Jürgen T. (Freitag, 03 Januar 2025 16:21)

Eine Super-Beschreibung, umfangreich und ungemein hilfreich - vielen Dank für diese Mühe!
LG Jürgen

Jens (Donnerstag, 02 Januar 2025 18:09)

Ich habe einen Sonoff Mini R4 per USB-zu-TTL-serial mit Tasmota SML geflasht. Der Lesekopf kommt an RX, TX, GND. 3,3V ist auf der Unterseite der Platine zu finden. Die Anschlüsse sind sehr klein. ACHTUNG: der Anschluss L ist GND. !! Das heißt den Neutralleiter schließe ich auf L an und die Phase auf N !! Dadurch lege ich GND auf den Neutralleiter bei Festanschluss. Das hat zur Folge dass das Relay den N schaltet und ein Schalter auch gegen N sein müsste. Nur so ist gewährleistet das am Lesekopf keine Phase anliegt sondern Neutral. Also nur etwas für den Elektriker. Der Sonoff Mini R4 hat einen vollwertigen ESP32 mit 2 Kernen, 4 MB Flash und das nötige "Netzteil" eingebaut. Dazu ein Relay und einen eingebauten Taster.

Thomas Fu (Mittwoch, 01 Januar 2025)

@ottelo
Danke für die schnelle Korrektur.
Und DANKE auch für diese informative Seite und deine tolle Arbeit.

ottelo (Mittwoch, 01 Januar 2025 18:08)

@Thomas Fu
Danke für die Anleitung.

Ich habe den Fehler im Script eben korrigiert und bei github aktualisiert. Um das Script nachträglich bei euch zu ändern müsst ihr in eurem Script oben nach hour=0, yr=0 einfügen (neue Variable). Dann weiter unten, unter hour=hours, yr=year hinzufügen. Dann etwas weiter unten chg[year] in chg[yr] ändern. Die Änderung könnt ihr auch hier anschauen:

https://github.com/ottelo9/tasmota-sml-script/commit/4c70c167db36aba7679dbd64ec56b4b4ca4d4016

Thomas Fu (Mittwoch, 01 Januar 2025 15:54)

Hallo Volker,
um die beiden Werte für Jahresverbrauch und Jahreseinspeisung am Anfang des Jahres wieder auf "0" zu setzen, müssen von deinem Stromzähler die beiden Zählerstände für Verbrauch (1.8.0) und Einspeisung (2.8.0) zum Jahreswechsel entweder abgelesen oder ermittelt werden.
Diese beiden Werte trägst Du dann wie folgt über die Console ein (Achtung: anstelle Komma muss Punkt eingegeben werden):
backlog script >yval=Zählerstand Verbrauch zum Jahreswechsel (z.B. 2347.3)
backlog script >yval2=Zählerstand Einspeisung zum Jahreswechsel

Du kannst die beiden Werte auch ermitteln.
Einfach den Wert von dem Monatsverbrauch vom aktuellen Wert des Stromzählers für den Verbrauch abziehen und mit
backlog script >yval=ermittelter Wert (z.B. 2347.3)
über die Console eingeben.
Gleiche Vorgehensweise für die Einspeisung. Einfach den Wert von der Monatseinspeisung vom aktuellen Wert des Stromzählers für die Einspeisung abziehen und mit
backlog script >yval2=ermittelter Wert (z.B. 2347.3)
über die Console eingeben.

Viele Erfolg.

Volker (Mittwoch, 01 Januar 2025 15:16)

Das sind meine Ausgaben in der Konsole:


{"script":{"mval":4386.27}}

{"mval2":1494.71}}


{"script":{"dval":4386.27}}

{"script":{"dval2 ":1494.71}}


Müsste ich das eingeben, damit die Jahreswerte wieder auf "0" gehen?

backlog script >yval=4386.27; script >yval2=1494.71;

huaak (Mittwoch, 01 Januar 2025 13:14)

Hatte beim Balkonkraftwerksscipt auch die Issues mit dem Jahreswechsel, konnte sie aber recht easy fixen:

ich habe um zumindest den Jahresverbrauch anzupassen den Wert von mval oder dval (kommt heute am 1.1. gleich..) ausgelesen und per Backlog als Wert für yval eingetragen:

backlog script<yval=1234.567

..bei der Jahreseinspeisung habe ich den yval2-Wert angepasst:

backlog script >yval2=123.731

nun stimmen die Zahlen wieder.. :)

ottelo (Mittwoch, 01 Januar 2025 12:07)

Frohes Neues.
Das mit dem Jahresverbrauch scheint nicht zu klappen. Muss ich mir mal anschauen wieso.
Die Balken im Jahresdiagramm werden erst überschrieben, wenn der Monat dran ist. Somit hat man noch ein Vergleich/Historie zum Vorjahr. Korrekt müsste im Titel dann 2024/2025 stehen.

Volker (Mittwoch, 01 Januar 2025 12:02)

Frohes neues Jahr euch allen. :-)

Heute hat ein neues Jahr begonnen. Leider wird das bei mir nicht angezeigt. Es steht bei Jahresverbrauch noch genau der selbe wert wie bei Gesamtverbrauch.
Und auf dem Diagramm "Verbräuche / Einspeisungen (Jahr 2025.00)" sind noch die Diagrammbalken der Monate von 2024 zu sehen.
Wie kann man das ändern?

volker (Dienstag, 31 Dezember 2024 14:29)

Außer dem 4h Wert ist alles erhalten geblieben. Danke!
Jetzt sind meine Sensoren wieder auf dem neusten Stand.

ottelo (Dienstag, 31 Dezember 2024 12:45)

Nicht unbedingt. Die Daten sollten erhalten bleiben. Kann aber trotzdem passieren. Deshalb Daten lieber sichern. Siehe FAQ 1

Volker (Dienstag, 31 Dezember 2024 11:44)

@ottelo
Danke für die Info.
Bei einem Wechsel des Scripts wären auch alle "alten" Daten weg. Oder?

ottelo (Dienstag, 31 Dezember 2024 10:22)

Das Changelog findest du hier
https://drive.google.com/file/d/11ZFC4P3YXaHNX63vjtGe4Vh8-FMDjw3T/view?usp=drivesdk

Brauchst nicht wechseln, ist nicht viel geändert wurden. Jetzt ist das Script auf GitHub und nicht mehr auf Google Drive.

Volker (Dienstag, 31 Dezember 2024 08:40)

Hallo,
ich habe noch die Script Version 28.03.2024 auf meinem WiFi IR- Schreib-/Lesekopf mit ESP01S am laufen.
Sollte man auf die neuste Script Version 11.11.2024 wechseln?
Gibt es damit Vorteile?

Marcus (Montag, 30 Dezember 2024 16:17)

@Thomas,
Ich würde auf die Antwort des Verkäufers warten. Es kann eigentlich nur eine defekte oder falsch eingelötete Diode sein.
Ich hab jedenfalls keine andere Idee.
Viel Erfolg.
Berichte wenn du es gelöst hast.
Viel Erfolg

ottelo (Montag, 30 Dezember 2024 09:50)

Ich glaub es wäre besser dein Problem nochmal in diesem Forum/Thread zu stellen. Das Gästebuch ist für sowas eher ungeeignet. Vielleicht hat dort noch jemand eine Idee was das Problem sein könnte.

https://forum.creationx.de/forum/index.php?thread/1095-d0-z%C3%A4hler-sml-auslesen-mit-tasmota/

Thomas (Montag, 30 Dezember 2024 08:33)

So und jetzt meine hoffentlich letzte Frage. Ich habe jetzt meinen zweiten Lesekopf vom MT631 nochmals an den MT174 ran gebaut. Das Script natürlich geändert. Serialconfig 7e1 eingegeben und Kopf neu gebootet. Es kommen wie schon mehrmals getestet keine Werte vom Zähler. Dann wieder zurückgebaut an dem MT631. Script wieder angepasst und Kopf neu gebootet. Die Serialconfig steht nach dem Booten aber immer noch auf 7e1 und der Kopf sendet trotzdem Werte. ???? Wie kann das denn sein? Der MT631 benötigt doch 9600 Baud 8n1.
Die baudrate wurde selbstständig nach dem Booten von 300 auf 9600 Baud geändert. Das kann ich mir noch erklären weil das ja in dem Script für den MT631 so drin steht aber die Parameter der seriellen Schnittstelle stehen da ja nirgends. Ich kann in der Konsole auch Serialconfig 6n2 eingeben und es kommen immer noch Werte vom Zähler. Das verstehe ich jetzt nicht.

Thomas (Montag, 30 Dezember 2024 08:05)

@Marcus Ein Oszilloskop besitze ich nicht. Ein Multimeter ist alles was ich habe. Bin nur normaler User. An der Diode selber ist messen schwierig. Ich sehe halt dass alle 10 sec. Die Spannung kurz auf 0 geht und dann wieder ansteigt aber nur im mV Bereich. Leuchten tut an meiner Sendediode gar nichts. Also entweder falsch herum eingelötet oder kaputt. Aber dann in beiden Leseköpfen. Eventuell die ganze Serie? Denke mal nicht dass die das selber löten. Leider habe ich immer noch keine Antwort von dem Verkäufer erhalten. Hab den ja schon mehrmals angeschrieben aber antwortet nicht.

Marcus (Sonntag, 29 Dezember 2024 22:37)

@Thomas,
Direkt am ESP TX gegen GND Messe ich das gleiche. An der Diode auf meinem Hichi TTL Lesekopf ist es mit dem Multimeter kaum zu Messen.
Auch nur bis ca. O,4 V. An ein Oszilloskop komme ich z.Zt. nicht dran.
Aber mit meinem Samsung Smartphone sehe ich die Sendediode im 10 sek. Takt deutlich aufleuchten.

Thomas (Sonntag, 29 Dezember 2024 20:17)

@Marcus wenn ich an der ESP Platine an den Pins TX und Gnd messe sind da dauerhaft 3,29V, alle 10 Sekunden geht die Spannung dort kurz auf 0V und dann wieder auf 3,29V. Ändere ich den Wert 100 in dem Script auf 25 ändert sich der Wert entsprechend schneller alle 2,5 sec. Aber direkt an der Sendediode messe ich nur mV die alle 10 sec auf 0 geht.

Marcus (Sonntag, 29 Dezember 2024 19:31)

@Thomas,
Ca. 2Volt, kommt auf die verwendete Diode an.
Ich hätte aber vermutet, das du 0v misst und alle 10 sek. Die Spannung kurz steigt.
Ich probiere später bzw. morgen mal wie das bei meinem Hichi TTL ist.

Thomas (Sonntag, 29 Dezember 2024 18:56)

@ottelo Auch das habe ich gemacht. 9600 und 8n1. Wenn ich jetzt messe geht die Spannung auf 280mV hoch und dann kurz auf 0 und steigt dann wieder an. Also direkt an der Sendediode gemessen.
Config Module steht auf Generic alles auf none. Serial logging ist off

Thomas (Sonntag, 29 Dezember 2024 18:47)

@Marcus boah, jetzt wirds aber sehr eng. Wie soll ich denn da was messen. Direkt an der Sendediode? Musste erstmal in den Untiefen meines Kellers kleinen prüfspitzen suchen gehen damit ich da messen kann. Wieviel mV müsste ich denn da messen? alle 10sec. Geht die Anzeige auf 0 und steigt dann wieder an. Ist aber kein fester Wert.

Marcus (Sonntag, 29 Dezember 2024 17:23)

@Thomas,
Hast du ein Messgerät und kannst mal messen ob die Sendediode alle 10 Sek. Spannung bekommt. Ich tippe mittlerweile auf einen Hardwaredefekt oder falsch rum reingelötete Sendediode.

ottelo (Sonntag, 29 Dezember 2024 16:12)

Interessant. Stell mal im Script auf 9600 Baud um. Und in der Console auf 8N1. Teste dann nochmal.

Unter Configure Module steht alles auf None?
Unter Logging ist Serial Log aus?

Thomas (Sonntag, 29 Dezember 2024 15:45)

@ottelo später ist jetzt. Hab die bessere Hälfte mit dem Hund alleine rausgeschickt. Hab auf einmal Rückenschmerzen bekommen. .-)
Komm mir vor wie der letzte DAU. Aber deine Idee ist gut. Darauf wäre ich jetzt nicht gekommen. Habe ich gerade ausprobiert. Den USB Lesekopf an den Laptop ran und mit hterm 300, 7e1 eingestellt und connected und den anderen WLAN Lesekopf verdreht gegeneinander. Es kommt weder in hterm noch mit putty die zeichenfolge /?! an, also sendet der wLAN Kopf auf der Diode nichts.

Thomas (Sonntag, 29 Dezember 2024 15:24)

@Marcus Ja, das gibt’s nur eine blaue LED keine rote. Also, wenn ich dort eine 2 eintrage blinkt die blaue Diode. Wenn ich den Wert 100 auf 25 ändere blinkt sie schneller, also das funktioniert. Jetzt geht nur das senden nicht.
@ottelo dein Vorschlag probiere ich später. Fortsetzung folgt.

ottelo (Sonntag, 29 Dezember 2024 13:17)

@Marcus
Ja ist invertiert bzw Pullup. Das kann ich bei mir beim ESP32 Board auch feststellen.

@Thomas
Du kannst deinen USB Lesekopf zum Test auch an den ESP Lesekopf hängen (die durchsichtige Diode muss an die schwarze, also beide Köpfe um 180 Grad zueinander verdreht.

Dann mit hterm (oder putty) mit den korrekten Einstellungen öffnen. Dann solltest du die Zeichenfolge alle 10s auf deinen PC sehen können.

Marcus (Sonntag, 29 Dezember 2024 12:46)

@Thomas
Der ESP der auf dem Lesekopf Steckt ist eine ESP-01s (Hat nur eine Blaue LED)? Oder brennt wenn er Spannung hat auch eine Rote?
Wenn er nur eine Blaue LED hat, dann trag doch mal testweise im Script in der Zeile +1,3,o,0,300,MT174,1,100,2F3F210D0A nach dem MT174 anstelle der 1 eine 2 ein. Dann sollte die Blaue LED im 10 Sekunden Takt blinken. Nur um sehen, ob das Script generell geht.
@Ottelo
Ist es richtig das der TX Pin invertiert ist ist? Ich habe eben mal einen ESP01s mit der 14.1.0 von Dir geflasht und mal den TX gegen GND gemessen. Mit +1,3,o,0,300,MT174,1,100,2F3F210D0A habe ich 3,3V die alle 10 sek auf 0V fallen.

Thomas (Sonntag, 29 Dezember 2024 07:23)

@ottelo Ich habe die Version 14.1.0 genommen. Was ist denn das +RS232+Globalvar im gleichen Ordner für ein Image?
Den Lesekopf hier https://www.ebay.de/itm/205029304818 habe ich ja. Ich habe den Shop auch mal angeschrieben aber es kommt keine Antwort auf meine Frage. Keine Ahnung ob die Sendediode an GPIO1 geht. Bis vor ein paar Tagen wusste ich nicht mal was GPIO überhaupt ist. Das müsste dann aber ein generelles Problem mit diesem Teil sein weil der zweite Lesekopf an dem MT174 ja auch nicht funktioniert.
Auf jeden Fall sieht die Platine genau so aus wie du sie oben unter ESP8266 abgebildet hast.
Ich glaub ich bestell mir jetzt einfach nochmals nen anderen Lesekopf und hoffe das der einfach funktioniert. https://www.ebay.de/itm/315834669323
Das ganze ist für einen alten Mann zu kompliziert.

ottelo (Samstag, 28 Dezember 2024 22:46)

Ja er sendet alle 100*100ms = 10s die Zeichenfolge. Das sollte man definitiv dann sehen können. Kann es sein, dass die Sendediode garnicht an GPIO1 ist? Laut dem eBay Link bzw. die Seite des Shops mit den vielen Beispielskripten sollte es aber so sein.

So langsam gehen mir auch die Ideen aus. Welches Image hast du dir von meiner Seite geladen? Welche Tasmota Version?

Thomas (Samstag, 28 Dezember 2024 22:40)

@ottelo
Also, ich habe jetzt mal den Lesekopf in seine Einzelteile zerlegt und das ganze ohne Gehäuse probiert ? Wenn ich den Lesekopf neu boote müsste doch die Sendediode kurz aufleuchten oder? Ich sehe aber auf dem Handydisplay nichts. Sendet er mit dieser Zeile im Script +1,3,o,0,300,MT174,1,100,2F3F210D0A. dieses 2F3F210D0A fortlaufend bis eine Antwort kommt oder nur einmal? So wie es aussieht sendet da nichts.
Ich habe ja jetzt noch nen anderen Hichi Lesekopf ohne das WLAN Modul. Wenn ich mit dem in dem Terminalprogramm hterm die serielle Schnittstelle connecte und dort auf Autosend klicke und mehrmals eine Zeichenfolge schicke sehe ich auf dem Handydisplay wie die Sendediode leuchtet. Das sehe ich mit den anderen beiden Leseköpfen mit WLAN nie. Die Sendediode leuchtet da bei keinem.

Thomas (Samstag, 28 Dezember 2024 20:00)

Das mit der handykamera funktioniert schon. Zumindest mal mit meinem IPhone SE.
@Markus ich habe das ganz normale Script drin das man von der Tasmotaseite kopieren kann. Ottelo hat dasselbe hier auf seiner Seite drin.
@ottelo was soll denn dann bei mir anderes sein? Ich habe ja nichts besonderes. Beide Leseköpfe die ich habe funktionieren ja an dem MT631 aber beide gehen nicht an dem MT174. Eigentlich zähle ich mich nicht zu den DAU‘s und hab bisher noch alles hinbekommen das ich wollte, aber das schafft mich.

ottelo (Samstag, 28 Dezember 2024 16:54)

@Thomas
Ich habe eben mal mit meinem Smartmeter Simulator eine Baudrate von 300 und 7E1 simuliert. Mit einem Hichi v1 Lesekopf (mit ESP01s) habe ich die Daten empfangen, dieser war auch auf 300 baud und 7E1 eingestellt. Es funktioniert! Wenn ich Serialconfig eingebe erscheint auch 7E1. Also das funktioniert wohl. Bei dir muss es wohl an was anderem liegen ...

ottelo (Samstag, 28 Dezember 2024 15:17)

Das mit der Handykamera wird nicht funktionieren, da diese ein IR Filter haben und man die Diode nicht leuchten sieht (oder evtl. klapps mit der Frontkamera?). Bei mir hats aber mit der Laptopkamera funktioniert.

Marcus (Samstag, 28 Dezember 2024 15:15)

@ Thomas,
Das meine ich ja, müsste der ESP/Lesekopf nicht erst mal senden, damit der MT174 „antwortet“?
Vielleicht liegt der Hund ja da begraben.
Schau doch mal mit der Handykamera, ob dein USB Lesekopf auf seiner Sendediode was ausgibt, wenn du Sendesequenz sendest.
Was hast Du denn im Script für den MT174 stehen?

Thomas (Samstag, 28 Dezember 2024 07:15)

@Markus guten Morgen, hm was soll,ich da denn sehen? An meinem MT631 sehe ich mit der handykamera dass der zähler fortlaufend sendet. Die rechte IR Diode am Zähler sendet. Am Lesekopf sehe ich da nichts.
Aber der MT174 sendet ja nicht ständig. Der benötigt doch diese /?! Sequenz dass er sendet. Aber wenn ich mit der handykamera am Lesekopf schaue, sehe ich nicht dass eine IR Diode vom Lesekopf nach dem booten irgendwas macht.
Der Lesekopf funktioniert aber sofort wenn ich den an den MT631 ranmache und das Script für den MT631 hinterlege.

Marcus (Freitag, 27 Dezember 2024 17:30)

@ Thomas,

Hast du mal mit der Handykamera geschaut ob der ESP überhaupt was sendet nach dem Booten?
Und das serial logging hast du aus!

Thomas (Freitag, 27 Dezember 2024 12:32)

So, ich habe es jetzt gewagt dein Download Script 14.1.0 zu nehmen. Hat wohl auch geklappt, aber ändert nichts an der Tatsache. Keine Werte vom Zähler weiterhin. Auch sensor53 d1 bringt ausser dieser Zeile hier nichts.
stat/tasmota_20D1F7/RESULT = {"Time":"2024-12-27T12:31:22","SML":{"CMD":"dump: 1"}}

Thomas (Freitag, 27 Dezember 2024 09:58)

Hier mal die komplette Ausgabe aus der Konsole nach dem booten. WLAn habe ich mal ausgexxxxxxt. Bin leider noch kompletter Anfänger in dem Thema. Aber geht nicht gibt's nicht. Bestimmt ist das nur ne Kleinigkeit.
00:00:00.002 HDW: ESP8266EX
00:00:00.050 CFG: Loaded from flash at F8, Count 148
00:00:00.055 SER: Set to 7E1 300 bit/s
00:00:00.835 QPC: Count 1
00:00:00.842 SCR: nv=0, tv=0, vns=0, vmem=16, smem=8192
00:00:00.847 Project tasmota - Tasmota Version 13.1.0(tasmota)-2_7_4_9(2023-10-06T13:58:26)
00:00:00.923 SNS: Hardware Serial
00:00:00.923 meters: 1 , decode lines: 3, memory used: 1295 bytes
00:00:00.925 RSL: RESULT = {"Time":"1970-01-01T00:00:00","SML":{"CMD":"restart"}}
00:00:00.994 SNS: Hardware Serial
00:00:00.994 meters: 1 , decode lines: 3, memory used: 1295 bytes
00:00:00.633 WIF: Connecting to AP1 xxxxx Channel 11 BSSId 2C:91:AB:F7:03:44 in mode 11n as tasmota-20D1F7-4599...
00:00:01.751 WIF: Connected
00:00:02.004 HTP: Web server active on tasmota-20D1F7-4599 with IP address 192.168.13.91
09:51:49.016 MQT: Attempting connection...
09:51:49.032 MQT: Connected
09:51:49.035 MQT: tele/tasmota_20D1F7/LWT = Online (retained)
09:51:49.037 MQT: cmnd/tasmota_20D1F7/POWER =
09:51:49.042 MQT: tele/tasmota_20D1F7/INFO1 = {"Info1":{"Module":"Generic","Version":"13.1.0(tasmota)","FallbackTopic":"cmnd/DVES_20D1F7_fb/","GroupTopic":"cmnd/tasmotas/"}}
09:51:49.044 MQT: tele/tasmota_20D1F7/INFO2 = {"Info2":{"WebServerMode":"Admin","Hostname":"tasmota-20D1F7-4599","IPAddress":"192.168.13.91"}}
09:51:49.046 MQT: tele/tasmota_20D1F7/INFO3 = {"Info3":{"RestartReason":"Software/System restart","BootCount":144}}
09:51:50.123 MQT: stat/tasmota_20D1F7/STATUS1 = {"StatusPRM":{"Baudrate":300,"SerialConfig":"7E1","GroupTopic":"tasmotas","OtaUrl":"http://ota.tasmota.com/tasmota/release/tasmota.bin.gz","RestartReason":"Software/System restart","Uptime":"0T00:00:05","StartupUTC":"2024-12-27T08:51:45","Sleep":50,"CfgHolder":4617,"BootCount":143,"BCResetTime":"2024-12-06T18:50:38","SaveCount":148,"SaveAddress":"F8000"}}
09:51:50.173 MQT: stat/tasmota_20D1F7/STATUS11 = {"StatusSTS":{"Time":"2024-12-27T09:51:50","Uptime":"0T00:00:05","UptimeSec":5,"Heap":21,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":20,"MqttCount":1,"Wifi":{"AP":1,"SSId":"ZengerHomeWLAN","BSSId":"2C:91:AB:F7:03:44","Channel":11,"Mode":"11n","RSSI":100,"Signal":-50,"LinkCount":1,"Downtime":"0T00:00:03"}}}
09:51:50.221 MQT: stat/tasmota_20D1F7/STATUS10 = {"StatusSNS":{"Time":"2024-12-27T09:51:50","STROM":{"Total_in":0.000,"Total_out":0.000,"Meter_number":""}}}
09:51:52.406 QPC: Reset
09:51:53.383 MQT: tele/tasmota_20D1F7/STATE = {"Time":"2024-12-27T09:51:53","Uptime":"0T00:00:08","UptimeSec":8,"Heap":20,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"Wifi":{"AP":1,"SSId":"XXX","BSSId":"2C:91:AB:F7:03:44","Channel":11,"Mode":"11n","RSSI":100,"Signal":-49,"LinkCount":1,"Downtime":"0T00:00:03"}}
09:51:53.391 MQT: tele/tasmota_20D1F7/SENSOR = {"Time":"2024-12-27T09:51:53","STROM":{"Total_in":0.000,"Total_out":0.000,"Meter_number":""}}
09:52:34.620 CMD: sensort53 d1
09:52:34.626 MQT: stat/tasmota_20D1F7/RESULT = {"Command":"Unknown"}
09:52:40.085 CMD: sensor53 d1
09:52:40.092 MQT: stat/tasmota_20D1F7/RESULT = {"Time":"2024-12-27T09:52:40","SML":{"CMD":"dump: 1"}}

Thomas (Freitag, 27 Dezember 2024 09:43)

Hallo, also ich habe 2 dieser Leseköpfe hier. Die funktionieren beide an meinem Imsys Zähler MT631 einwandfrei, aber beide nicht an dem MT174. NTürlich mit dem entsprechenden Script von der Tasmotaseite.
https://www.ebay.de/itm/205029304818
Nach 2 Tagen probieren habe ich den Hersteller KDK angeschrieben. Der Support hat mir gesagt dass 7n1 und 300baud eingestellt werden muss und ein Defekt der Schnittstelle zu 95% unwahrscheinlich ist.
Daraufhin habe ich mir noch diesen hier bestellt.
https://www.ebay.de/itm/315022714074
Den habe ich rangebaut und per USB mit meinem Laptop verbunden. Hterm runtergeladen und die Schnittstelle auf 7n1 und 300 baue eingestellt. Dann /?! und CR LF gesendet, nichts.
Dann einfach mal testweise 7e1 eingestellt und siehe da auf einmal kamen Daten vom Zähler. Dann wieder den ersten WLAN Lesekopf angeschlossen. Weiterhin keine Daten von Zähler. Dann in der Konsole Serialconfig 7e1 eingegeben. Lesekopf neu gebootet. In der Konsole steht jetzt auch das hier
stat/tasmota_20D1F7/STATUS1 = {"StatusPRM":{"Baudrate":300,"SerialConfig":"7E1","GroupTopic":"tasmotas","OtaUrl":"http://ota.tasmota.com/tasmota/release/tasmota

Also 7e1, aber das scheint den Zähler nicht zu interessieren. Es kommen keine Daten.
stat/tasmota_20D1F7/STATUS10 = {"StatusSNS":{"Time":"2024-12-27T09:39:34","STROM":{"Total_in":0.000,"Total_out":0.000,"Meter_number":""}}}
09:39:36.478 QPC: Reset
09:39:37.436 MQT: tele/tasmota_20D1F7/STATE = {"Time":"2024-12-27T09:39:37","Uptime":"0T00:00:09","UptimeSec":9,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":32,"MqttCount":1,"POWER":"OFF","Wifi":{"AP":1,"SSId":"xxxxxxxxxxx","BSSId":"2C:91:AB:F7:03:44","Channel":11,"Mode":"11n","RSSI":100,"Signal":-49,"LinkCount":1,"Downtime":"0T00:00:03"}}
09:39:37.444 MQT: tele/tasmota_20D1F7/SENSOR = {"Time":"2024-12-27T09:39:37","STROM":{"Total_in":0.000,"Total_out":0.000,"Meter_number":""}}

Mit dem neuen Lesekopf ohne Tasmota kommen soft Werte wenn ich 7e1 eingebe. So, ich weiß das Problem sitzt zu 99% vor dem Bildschirm aber ich komm einfach nciht drauf.

ottelo (Freitag, 27 Dezember 2024 08:47)

@Thomas
Du hast da wohl echt eine Zicke erwischt ;)
Also fassen wir mal kurz alles zusammen:

Du hast ein MT174 und ein Hichi V1? Lesekopf also mit ESP01s (ESP8266). D.h. Rx Pin = GPIO3, Tx Pin = GPIO1.
Das sind echte Hardware RX/TX Pins, also sollte 7E1 oder 7N1 möglich sein. Verwendest du mein Image von dieser Seite? Welche Version?
Du verwendest das Script von weiter unten? Ich habe es direkt mal in meine Scriptsammlung + Beschreibung eingefügt (Kapitel 4c)
Du hast jetzt herausgefunden, dass es 7E1 sein muss und hast es via SerialConfig 7E1 eingestellt.
Den ESP mal rebootet und mit sensor53 d1 kommen trotzdem weiterhin keine Werte?

Unter Configuration -> Configure Modul sollte Generic stehen und alle Pins müssen auf None stehen! Configure Logging -> Serial log level = None.

Thomas (Donnerstag, 26 Dezember 2024 11:01)

Ich habe jetzt gerade mal den Lesekopf mit dem Script für den MT631 konfiguriert und den Kopf dann an den anderen Zähler hingebaut. Es kommen sofort Werte obwohl nach dem Booten des Kopfes weiterhin 7e1 in der Konsole zu lesen ist und das definitiv für den MT631 falsch ist. So wie ich das sehe nimmt er diese Einstellung für die serielle Konfig überhaupt nicht. Ich kann da auch 6n1 eintragen und es geht immer noch.
Wie stelle ich denn die serielle Konfig auf 7e1 so dass mir Tasmota Lesekopf die Werte von dem MT174 ausgibt?

Thomas (Donnerstag, 26 Dezember 2024 10:43)

@ottelo. Erstmal noch schöne Weihnachten. Die Sache mit meinem MT174 lies mir keine Ruhe und ich habe mit jetzt noch einen anderen Lesekopf ohne WLAN bestellt. Per USB an mein Laptop angeschlossen und versucht per Hterm die Initilasierungssequenz /?! und CR LF an den Zähler zu senden. Nichts, es kommen weiterhin keine Werte.
Dann habe ich mal testweise die Verbindung in hterm von 7n1 auf 7e1 umgestellt und siehe da der Zähler antwortet auf einmal. Super habe ich gedacht, Lösung gefunden. Pustekuchen. Dann wieder den Lesekopf mit Tasmota angeschlossen und in der Konsole Serialconfig 7e1 eingetragen. Lesekopf neu gestartet. 7e1 und 300baud kann ich jetzt in der Konsole lesen, das offizielle Tasmotascript ist auch hinterlegt und natürlich auch aktiv, aber es kommen weiterhin keine Werte vom Zähler. Was könnte denn jetzt noch falsch sein?
Sorry, aber bin Anfänger in dem Thema. Dachte das wäre ganz einfach mit dem auslesen. Mach da jetzt schon Tage rum aber ich bekomme das wohl nicht hin.

ottelo (Donnerstag, 26 Dezember 2024 10:10)

Ja das ist ModbusBridge.
Aber ich glaube das ist nur Modbus Master also du kannst Daten von einem externen Gerät (Slave) abfragen via Modbus Commands oder MQTT (deshalb Bridge genannt). Du willst es ja genau andersherum. Falls du was findest, lass es mich wissen. Ist ein spannendes Thema.
Ansonsten müsste man evtl ein externen Converter dazwischen hängen. Aber das wäre ja nicht so schön.

Andreas (Donnerstag, 26 Dezember 2024 08:27)

@ottelo

Die genannten commands gibt es irgendwie schon.
Ich vermute es könnte mit modbus bridge funktionieren.

The Modbus Bridge driver features 2 kind of bridges.
USE_MODBUS_BRIDGE: The bridge can be used by commands in the console and via MQTT messages.
USE_MODBUS_BRIDGE_TCP: The bridge can be used by commands in the console and via MQTT messages but also as Modbus TCP/IP bridge

https://tasmota.github.io/docs/Modbus-Bridge/

ottelo (Dienstag, 24 Dezember 2024 14:57)

Mhhh ich hatte zu Modbus Slave (oder Server) nichts in der Tasmota Doku gefunden. Die Aussage von ChatGPT hatte mich jetzt echt umgehauen. Aber wenn ich nach den ganzen Sachen suche, finde ich nichts darüber.

z.B. tasmota-modbus.bin -> finde ich im aktuellen release nicht
Genau so die Commands existieren nicht (finde ich jedenfalls nicht):
ModbusEnable oder ModbusMode

Dann das Beispiel Tasmota Script. Dort wird # als Kommentar verwendet anstatt ;
Und "ModbusSend" gibt es nicht.


Man sollte der KI nicht immer alles glauben ;) Vielleicht hat sich die KI das irgendwie verwechselt.


- Frohe Weihnachten -

Andreas (Dienstag, 24 Dezember 2024 13:14)

@ottello

Zunächst herzlichen Dank für das freundliche Angebot und die Rückmeldung.
Das von Dir geschilderte ist eigentlich auch mein Kenntnisstand.
Werde das demnächst mal bei Gelegenheit mit einem esp32 mit Bosch bme680 (Tasmota Sensors) testen...
Wenn das klappt komme ich dann nochmal auf dein Angebot zurück.
Frohe Weihnachten und ein paar ruhige und besinnliche Tage.

Allerdings laut chatgpt :

Ja, Tasmota kann als Modbus Slave agieren, was genau das richtige Szenario für dein Setup ist, da das CMI von Technische Alternative als Modbus Master arbeitet. Somit ist die Kombination kompatibel. Hier sind die relevanten Details:


---

1. Tasmota als Modbus Slave

Tasmota unterstützt die Modbus-Slave-Funktionalität sowohl für Modbus RTU (RS485) als auch Modbus TCP (Netzwerk). Als Slave stellt Tasmota Werte in Modbus-Registers bereit, die von einem Master (in deinem Fall das CMI) abgefragt werden können.


---

2. Voraussetzungen

1. Tasmota-Firmware:

Stelle sicher, dass du eine Firmware mit Modbus-Unterstützung installiert hast, z. B.:

tasmota-sensors.bin (für Sensoren und Modbus).

tasmota-modbus.bin (speziell für Modbus).

Falls du dir nicht sicher bist, prüfe die Firmware über die Konsole:

Status 0




2. CMI-Konfiguration:

Das CMI muss als Modbus Master agieren und die IP-Adresse (bei TCP) oder die physische Verbindung (bei RTU) zu deinem Tasmota-Gerät kennen.





---

3. Modbus TCP in Tasmota aktivieren

Um Tasmota als Modbus TCP Slave einzurichten, folge diesen Schritten:

1. Modbus aktivieren:

ModbusEnable 1


2. TCP-Modus aktivieren:

ModbusMode 0


3. Slave-ID festlegen (z. B. ID 1):

ModbusId 1


4. TCP-Port konfigurieren (Standard: 502):

ModbusTCPPort 502


5. Überprüfen, ob Modbus aktiviert ist: Gib den Befehl ein:

Status 0

Stelle sicher, dass die Konfiguration übernommen wurde.




---

4. Modbus-Register beschreiben

Du kannst mit einem Tasmota-Skript oder einem Berry-Skript Werte auslesen (z. B. Zählerstände) und in Modbus-Register schreiben. Ein Beispiel für ein Tasmota-Skript:

Beispielskript für Zählerstand:

Angenommen, der Zählerstand wird im SML-Skript unter var1 gespeichert:

>D
M1 # Modbus aktivieren
>B
# Modbus-TCP aktivieren
TasmotaConfig["ModbusMode"]=0
>S
# SML-Daten verarbeiten und in Modbus-Register schreiben
if var1 != 0
ModbusSend 0x06, 10, var1 # Schreibe Zählerstand in Register 10
endif

Erklärung:

ModbusSend 0x06: Schreibt einen Wert in ein Modbus-Register.

10: Modbus-Register-Adresse (frei wählbar).

var1: Wert, der in das Register geschrieben wird (z. B. Zählerstand).



---

5. CMI als Master konfigurieren

Im CMI richtest du den Modbus Master wie folgt ein:

1. Modbus TCP hinzufügen:

Gib die IP-Adresse deines Tasmota-Geräts ein.

Stelle den Port auf 502.



2. Register abfragen:

Füge die gewünschten Modbus-Register hinzu (z. B. Register 10 für den Zählerstand).

Wähle das Datenformat, das zu deinem Tasmota-Skript passt (z. B. 32-bit Integer oder Float).



3. Abfrage testen:

Lass das CMI die Register regelmäßig abfragen (z. B. alle 10 Sekunden) und überprüfe die empfangenen Daten.





---

6. Test der Modbus-Verbindung

Tasmota testen:

Gib in der Konsole ein:

ModbusDump

Dadurch siehst du, welche Modbus-Register beschrieben oder abgefragt werden.


CMI testen:

Überprüfe, ob die Werte im CMI angezeigt werden. Falls nicht:

Stelle sicher, dass die Registeradressen übereinstimmen.

Überprüfe, ob die Modbus-ID korrekt ist.





---

Fazit

Tasmota kann problemlos als Modbus Slave agieren, was die Voraussetzung ist, damit das CMI als Modbus Master die Daten abfragen kann. Wenn du weitere Details oder Beispiele für dein spezifisches Setup benötigst, lass es mich wissen!

ottelo (Dienstag, 24 Dezember 2024)

Jetzt verstehe ich erst was du vorhast. Das geht leider nicht. Tasmota kann (noch) nicht als Modbus Slave eingestellt werden. Nur aktiv als Modbus Master andere Slaves abfragen. Jedenfalls ist das mein Kenntnissstand. Hier hatte jemand genau das gleiche vor:
https://github.com/arendst/Tasmota/issues/8841

Trotzdem Frohe Weihnachten :)

Andreas (Dienstag, 24 Dezember 2024 06:16)

@ottello
Ich habe mich wohl auch etwas von chatgpt in die Irre führen lassen.
SetOption142 hat wohl etwas mit dem WLAN und fritzbox zu tun.
Unabhängig davon ist ja modbus nicht drin.
Ich habe bisher keinerlei Erfahrung mit Modbus.
Das TA cmi kann wohl nur als Master fungieren und würde die Werte aktiv abfragen.
https://help.ta.co.at/DE/CMIHELP/modbus_1.htm
Wenn das kein Problem ist wäre das ganz toll wenn du mir mal bei Gelegenheit ein Image (Esp8266 1M, richtig) erstellen würdest.
Mach dir da bitte keinen Stress mit...

ottelo (Montag, 23 Dezember 2024 23:08)

@Andreas
Modbus TCP (USE_SML_TCP) ist nicht im ESP8266 Image enthalten, korrekt, außer ich habe es mal für jemand extra inkludiert, da müsstest du mal im Download Ordner suchen.

Ansonsten könnte ich dir das Image erstellen. Vielleicht schaffe ich es morgen. Für 1M Flash ESP?

Andreas (Montag, 23 Dezember 2024 22:53)

Hallo,
ich würde gerne die Zählerstände und den aktuellen Verbrauch von einem Technische Alternative CMI per Modbus TCP abfragen und in die per Can Bus verbundene UVR16X2 übernehmen.
Modbus kann ich wohl mit SetOption142 mit 1 einschalten.
Ich kann allerdings den Modus nicht mit ModbusMode 0 auf TCP oder die id mit ModbusId 15 einstellen.
Sind die dazu benötigten Funktionen nicht im bereitgestellten Image (esp8266 1m) nicht verfügbar?
Für Hinweise und Tipps zur Umsetzung besten Dank.

Thomas (Sonntag, 22 Dezember 2024 15:18)

@Marcus Die ganzen Einträge unten über den MT174 habe ich schon alle gelesen und mit dem anderen User hatte ich schon im Photovoltaikforum Kontakt. Mein Zähler will nicht mit mir reden.

Thomas (Sonntag, 22 Dezember 2024 14:42)

@Marcus Das mit dem 7e1 habe ich schon gelesen in der Anleitung. Aber ich hatte Kontakt mit dem Support von KDK Dornscheidt. Und der hat mit das hier gemailt.

die Parität des MT174 für den Großhandel ist standardmäßig auf „None“ eingestellt – das sollten Sie in dem Terminalprogramm berücksichtigen.

Ich weiß jetzt nichts mehr der Zähler sendet mir keine Werte.

Marcus (Sonntag, 22 Dezember 2024 12:02)

@Thomas
Welche GPIOs verwendest du? Hast du bei logging: serial logging auf none gestellt? Nicht das ESP auf GPIO 1 logging Daten sendet und dein Zähler dann nicht das bekommt, was er erwartet.

Wenn du ganz unten in den Kommentaren auf alle Anzeigen gehst und nach den MT174 suchst, gibt es noch ältere Einträge zu dem Zähler.

Ich bin jedenfalls mit meinen Ideen am Ende.

Viel Erfolg und poste bitte wie es geklappt hat, falls es klappt.

Marcus (Sonntag, 22 Dezember 2024 10:40)

@
Thomas

Hier steht jetzt 7E1.

https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/iskraemeco_mt174

Marcus (Sonntag, 22 Dezember 2024 10:30)

@Thomas,

Ich bin hab da selbst ich viel Ahnung davon. Hatte nur noch im Hinterkopf das das ein Konsolenbefehl war.

https://tasmota.github.io/docs/Commands/#serial-bridge

Das 7n1 die 2 ist hatte ich durch testen rausbekommen.

Ich hoffe es hilft dir weiter.

Gruß
Marcus

Thomas (Samstag, 21 Dezember 2024 20:49)

@Marcus wo findet man denn die Einstellungen von diesem Befehl Serialconfig. Ich finde bei Google dazu leider nichts.
Ich hatte auch schon mit dem Hersteller des Zählers Kontakt. 7n1 und 300 baud ist die richtige Konfig. Das mit dem /?! CR LF steht ja so im Script drin, aber der Zähler sendet nichts. So langsam glaube ich echt dass die optische Schnittstelle an dem Zähler defekt ist.

Thomas (Samstag, 21 Dezember 2024 20:35)

@Marcus

Okay, Serialconfig 2 hab ich gemacht auch das Script kopiert. Lesekopf neu gestartet. Jetzt kommt in der Console bei Serialconfig das 7n1 aber es kommen weiterhin keine Werte vom Zähler. Egal wie ich den Lesekopf drehe.
Auch mit sensor53 d1 kommt nur die Unterste Zeile.
Sobald ich den Lesekopf an meinen MT631 ran mache und das Script von dem Zähler verwende kommen sofort Daten. Es liegt also nicht am Lesekopf.

576 MQT: stat/tasmota_20D1F7/RESULT = {"Time":"2024-12-21T20:29:22","Uptime":"0T00:00:43","UptimeSec":43,"Heap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":31,"MqttCount":1,"POWER":"OFF","Wifi":{"AP":1,"SSId":"xxxxxxxxxxxx","BSSId":"0C:72:74:3F:6C:C8","Channel":11,"Mode":"11n","RSSI":50,"Signal":-75,"LinkCount":2,"Downtime":"0T00:00:28"}}
20:29:22.625 MQT: stat/tasmota_20D1F7/STATUS1 = {"StatusPRM":{"Baudrate":300,"SerialConfig":"7N1","GroupTopic":"tasmotas","OtaUrl":"http://ota.tasmota.com/tasmota/release/tasmota.bin.gz","RestartReason":"External System","Uptime":"0T00:00:43","StartupUTC":"2024-12-21T19:28:39","Sleep":50,"CfgHolder":4617,"BootCount":114,"BCResetTime":"2024-12-06T18:50:38","SaveCount":118,"SaveAddress":"F6000"}}
20:29:22.677 MQT: stat/tasmota_20D1F7/STATUS11 = {"StatusSTS":{"Time":"2024-12-21T20:29:22","Uptime":"0T00:00:43","UptimeSec":43,"Heap":15,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":30,"MqttCount":1,"POWER":"OFF","Wifi":{"AP":1,"SSId":"ZengerHomeWLAN","BSSId":"0C:72:74:3F:6C:C8","Channel":11,"Mode":"11n","RSSI":50,"Signal":-75,"LinkCount":2,"Downtime":"0T00:00:28"}}}
20:29:22.725 MQT: stat/tasmota_20D1F7/STATUS10 = {"StatusSNS":{"Time":"2024-12-21T20:29:22","STROM":{"Total_in":0.000,"Total_out":0.000,"Power_cur":0.000,"Meter_number":""}}}
20:29:25.083 MQT: tele/tasmota_20D1F7/STATE = {"Time":"2024-12-21T20:29:25","Uptime":"0T00:00:46","UptimeSec":46,"Heap":18,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":31,"MqttCount":1,"POWER":"OFF","Wifi":{"AP":1,"SSId":"ZengerHomeWLAN","BSSId":"0C:72:74:3F:6C:C8","Channel":11,"Mode":"11n","RSSI":46,"Signal":-77,"LinkCount":2,"Downtime":"0T00:00:28"}}
20:29:25.088 MQT: tele/tasmota_20D1F7/SENSOR = {"Time":"2024-12-21T20:29:25","STROM":{"Total_in":0.000,"Total_out":0.000,"Power_cur":0.000,"Meter_number":""}}
20:29:40.933 CMD: Sensor53 d1
20:29:40.939 MQT: stat/tasmota_20D1F7/RESULT = {"Time":"2024-12-21T20:29:40","SML":{"CMD":"dump: 1"}}

Marcus (Samstag, 21 Dezember 2024 18:28)

@Thomas
In der Konsole : serialconfig 2

Marcus (Samstag, 21 Dezember 2024 13:19)

@Thomas
Probier mal dieses aus.
Gpio's musst du eventuell noch anpassen. Hatte ich mir mal für einen Freund rausgesucht, der jetzt aber doch einen anderen Zähler bekommen hat.
Vielleicht geht es ja damit bei Dir.

>D
>B
->sensor53 r
>M 1
+1,3,o,0,300,STROM,1,100,2F3F210D0A
1,1-0:1.8.0*255(@1,Total Consumed,KWh,Total_in,3
1,1-0:2.8.0*255(@1,Total Delivered,KWh,Total_out,3
1,1-0:16.7.0*255(@1,Current Consumption,KWh,Power_cur,3
1,0-0:C.1.0*255(@#),Meter Number,,Meter_number,0
#

Thomas (Freitag, 20 Dezember 2024 12:30)

Hallo, ich habe einen MT174 und versuche seit einigen Tagen mit dem Hichi Lesekopf den Zähler auszulesen. Aber es funktioniert mit dem Tasmota Script für den MT174 einfach nicht. Hatte auch schon Kontakt mit dem Hersteller KDK Dornscheidt des Zählers. Der Zähler benötigt wohl in der seriellen Konfig 7n1 und eine Baudrater von 300. Wenn ich den Lesekopf neu boote sehe ich in der Konsole bei serial config immer 8n1 stehen.
stat/tasmota_20D1F7/STATUS1 = {"StatusPRM":{"Baudrate":300,"SerialConfig":"8N1","GroupTopic":"tasmotas","OtaUrl":
Wo lässt sich das denn umstellen auf 7n1? Im Photovoltaikforum hat einer geschrieben man muss unter Config Module Generic (18) einstellen. Da stand bisher Sonoff Basic (1). Okay, und dann? Unter Generic (18) gibts die GPIO1-17 Einstellungen mit widerum 20 verschiedenen Parametern zum anklicken. Im Moment sthet da alles auf none. Welchen muss man da ja jetzt anklicken damit der Lesekopf mit 300 baud und 7n1 sendet.

franc (Dienstag, 17 Dezember 2024 11:02)

OK, danke :)
Habs sogleich eingebaut.
Scheint zu funktionieren, weil vorher wäre der ESP längst schon neu gestartet, wenn ich in der WebUI unterwegs war.

ottelo (Montag, 16 Dezember 2024 13:27)

Einfach bei den subs (#daysub, #monthsub #dayprod) folgende of abfrage einbauen:

if wm>0 {
….
}

Ansonsten werden die Diagramme sehr häufig neu geladen.

franc (Montag, 16 Dezember 2024 13:17)

Hallo ottelo,
du schreibst: "Der Rebootfix via Skript ist aber noch nicht die finale Lösung. Der ESP rebootet trotzdem ab und zu mal, wenn man auf der Weboberfläche bleibt...."
Was hattest du denn da konkret geändert? Ich hab vielleicht noch ein älteres Script (ca. Oktober 24) im Einsatz (aber schon ziemlich angepasst, daher ist der Vergleich mit dem aktuellen schwierig geworden), da kommt noch ein Reboot sobald ich die WebUI aufrufe und dann zB was anklicke (zB Console).
Sonst lauft es völlig ohne Reboot.
Oder gibt es mittlerweile eine dauerhafte Korrektur, also dass auch nicht nur gelegentlich Reboots kommen?
Danke!

Jens H (Montag, 16 Dezember 2024 11:06)

... und schon ist der Blutdruck wieder da, wo er hingehört :-)
Danke!

ottelo (Sonntag, 15 Dezember 2024 20:37)

Ja das hab ich auch. Das passiert wenn die Werte sehr klein sind. Dann wird keine Skala angezeigt. Das ist jedenfalls aktuell meine Vermutung.

Jens H (Sonntag, 15 Dezember 2024 18:51)

Hi ottelo,
tut mir wirklich leid, dass ich nochmal stören muss: Im Diagramm "Tageseinspeisung Monatsansicht" fehlt die Beschriftung/Skalierung der y-Achse. An deinem Skript ist (außer SML) nichts verändert.
Was mache ich falsch?
-Jens

Jens H (Mittwoch, 11 Dezember 2024 14:15)

@ottelo

Uff, mit so schneller Antwort habe ich nicht gerechnet - so wie in deiner rechtsseitigen Fassung sah es bei mir auch aus, und jetzt wollte ich gerade schreiben, dass schon nach dem (gefühlt) 57. Neustart die Statistik-Prüfung gemerkt hat, dass "die Maßeinheit geändert" wurde. Nach "berichtigen" war dann endlich alles fein.

ottelo (Mittwoch, 11 Dezember 2024 13:18)

@Jens
Danke für das viele Lob :) Die Anleitung wird stets noch weiter ausgebaut und verbessert. Ich hatte das nur einfach schnell runtergeschrieben, wie es oft mal so ist und dann über die Jahre an vielen Stellen verbessert.

Mir fällt gerade auf, dass der Inhalt/Formatierung in den grauen Boxen hier teilweise zerstückelt ist. Liegt wohl wieder an jimdo.

Hier mal die customize.yaml und configuration.yaml von mir als Vergleich. Evtl. hilft es dir weiter:
https://imgur.com/a/jWhfmaN

Jens H (Mittwoch, 11 Dezember 2024 10:10)

Moin Ottelo!
Erstmal auch von mir das Riesen-Kompliment, dass das die bei weitem beste Anleitung ist, die ich bisher gesehen habe (und mein erster Kontakt zu Computern, eine IBM 1401, war 1969). Kann man dir ein Kilo Kaffee zukommen lassen? :-)
Mein Problem:
Übernehme ich die Einträge für die configuration.yaml so, wie sie hier beschrieben sind, beschwert sich schon FileEdit über "bad indentation".
Schreibe ich es so:
"homeassistant:
customize:
sensor.1isk0078612909_z1_power_curr:
device_class: power
unit_of_measurement: 'W'
sensor.1isk0078612909_z1_total_in:
device_class: energy
unit_of_measurement: 'kWh'
state_class: total_increasing
sensor.1isk0078612909_z1_total_out:
device_class: energy
unit_of_measurement: 'kWh'
state_class: total_increasing"
ist der FileEditor einverstanden, aber "Konfiguration prüfen" in den Entwicklerwerkzeugen reklamiert "Integration error: customize - Integration 'customize' not found."
Entwicklerwerkzeuge-Statistik zeigt in beiden Fällen die drei Statistiken und findet keine Fehler.

Aber ich kann unter Dashboards-Energie nichts einbinden, weil es angeblich keine Statistiken gibt. Was mache ich falsch? Das Tasmota-Interface zeigt perfekt die Grafiken an.

Das mit dem Kaffee war ernst gemeint, du verdienst mehr als ein geschriebenes "Danke"

-Jens

Klaus (Dienstag, 10 Dezember 2024 19:47)

Ich hab einen DWS DZG20 Zähler hier hängen, daher habe ich die Version mit Fehlerbeseitigung für negative Werte genutzt, allerdings tritt der Fehler trotzdem auf. Was kann ich da tun?
Kannst du evtl. nochmal die Syntax hinter deinem Bugfix erklären?

ottelo (Dienstag, 10 Dezember 2024 17:55)

Er meint das fertige Kit, ESP und externen Lesekopf, das ist aktuell nicht mehr verfügbar (oder meintest du was anderes?)

Siehe Kapitel 1A) Ready2Use Lesekopf + ESP außerhalb vom Sicherungskasten

Natürlich kannst du auch jeden X-beliebigen ESP nehmen und da ein TTL Lesekopf anschließen. Das habe ich auch unter 1)Was braucht ihr, beschrieben.

Marcus (Dienstag, 10 Dezember 2024 16:25)

@ Stephan:
meinst Du die Variante?
https://www.ebay.de/itm/314349991664?itmmeta=01JERJQ7F5SDCEKH3BNGKJ3M22&hash=item4930b836f0:g:jPkAAOSwTGtj0hia

ottelo (Dienstag, 10 Dezember 2024)

Wenn du damit aus deinem Zähler(Metall)Kasten raus kommst könnte es klappen. Die Stabantenne bringen schon einiges aber nur ein Test wird zeigen ob’s klappt. Aber wenn du mit deinem Handy dort Empfang hast wird es bestimmt klappen.

Stephan (Dienstag, 10 Dezember 2024 13:17)

Würde so einer ESP32-WROOM-32U mit WiFi 2.4 GHz Antenne
funktionieren?
Das Problem ist, dass ich 2 Beton decken dazwischen habe.
Meine Kamera in meinem Keller raum hat empfang, aber ohne externe Antenne sehe ich da schwarz.

ottelo (Dienstag, 10 Dezember 2024 11:05)

Mhh stimmt, das Angebot ist nicht mehr vorhanden. Ich habe auch nichts vergleichbares gefunden. Scheint eine Marktlücke zu sein :). Dann bleibt dir leider aktuell nur der Selbstbau (direkt unter dem Link oben).

Stephan (Dienstag, 10 Dezember 2024 08:23)

Gibt es noch eine Quelle, für die Variante mit externem ESP als Fertiggerät? Bei dem Ebay link bekomme ich nichts passendes angezeigt.

Sascha Mike (Sonntag, 08 Dezember 2024 18:26)

@Lucky
Ich habe den WROOM, Du kannst unten in den Kommentaren mal schauen über was ich so gestolpert bin.
Kannst ja mal Dein Skript posten. Tx und Rx konnte ich auch nicht verwenden, aber 18/19. Man muss dann die GPIOs im Skript auf 18/19 einstellen. (18 für die Übertragung der Daten des Stromzählers und 19 damit der nicht sendet)

ottelo (Sonntag, 08 Dezember 2024 17:33)

@Stephan
Ich glaub in einer Firmware Version ging das nicht mit der Abfrage. Script ist egal. Versuch mal zu updaten.
Was man hinter Status anhängt wird hier erklärt:
https://tasmota.github.io/docs/Commands/#status

%20 = Leerzeichen
10 = show connected sensor information (replaces 'Status 8')

@Max
Ich nutze auch ein rpi für Home Assistant. Wäre eine gute Idee. Vielen reicht aber die Anzeige auf dem ESP mit Google Charts. Muss aber jeder selbst wissen :)

@Lucky
Beim ESP32 kann man eigentlich nichts falsch machen. Dein Wroom ist ein gängiger Typ. Versuche mal meine neue Firmware mit swserial (im Dateinamen). Um Software Serial mit einem PIN zu verwenden wie gesagt ein Minus - vor den PIN einfügen im Script. Wenn du die Sendediode nicht brauchst, dann auch nicht an den ESP (TX Pin) anschließen. Sparst du dir Pins und ärger.

Max (Sonntag, 08 Dezember 2024)

Hallo,
ich bin durch meine Recherche auf Deine sehr informative Seite zum Thema Zähler auslesen gekommen.

Ich habe seit gestern einen bitshake air in Betrieb, der soweit auch funktioniert. Allerdings bekomme ich derzeit den WLAN-Empfang auf einem etwas umständlichen Weg zustande.

D.h. die Anbindung an meine Fritzbox läuft derzeit über Devolo Powerline Verbindung in den Keller und dort über einen Netzgear WLAN Repeater zum Bitshake Smartreader.

Kannst Du mir bitte einen Tipp geben, wie das einfacher zu gestalten wäre ?

Meine Idee wäre, an das im Keller vorhandene LAN-Kabel einen Switch zu hängen und daran zB einen Raspberry PI. Hätte den Vorteil, die ausgelesenen Werte auch grafisch zB über Home Assistent darstellen zu können.

Liege ich da richtig ?

Vielen Dank !

Dennis (Sonntag, 08 Dezember 2024 11:17)

@ottelo
Genial! Firmware upgrade durchgeführt und es kamen direkt die korrekten Werte für alle drei Zähler an. Via MQTT sind diese auch sofort in Home Assistant verfügbar.
Vielen, vielen Dank für das schnelle Update.

Lucky0077 (Sonntag, 08 Dezember 2024 11:13)

Vielen Dank,
Ich melde mich zurück wenn es läuft.

@Ottelo ist das esp32 Teil von mir nicht so gut gewählt worden?

Der wemos d1 mini hat sich leider verabschiedet, ich kann ihn nicht mehr flashen, immer Fehler.. hab schon alles versucht. Daher jetzt der esp32

Du bist der beste. Vielen Dank für deine Hilfe

ottelo (Sonntag, 08 Dezember 2024 10:00)

@Dennis
Ich habe tasmota32c3 mit SW Serial kompiliert und hochgeladen. Ich habe nun auch meine Beschreibung angepasst, siehe Kapitel 4d. Vor dem Pin muss dann ein - eingefügt werden, damit der SML-Treiber Software Serial verwendet. Zu beachten ist, dass dann nur noch 8N1 (8 Datenbits, kein Paritätsbit, ein Stoppbit) unterstützt wird (Tasmota SML Seite Hinweis "Software serial only supports 8N1 serial format. Must use hardware serial for e.g. 8E1!").

Stephan (Sonntag, 08 Dezember 2024 00:18)

Hi ottelo,

hat leider nicht funktioniert...bekomme auch wie gesagt wenn ich " http://-meine-IP-/cm?cmnd=status%2010 " im Browser eintippe lediglich

{"StatusSNS":{"Time":"2024-12-07T17:26:27"}} das als Antwort. Benutze aktuell noch Tasmota 12.2.x und eine ältere Version deines Skripts - kann es ggf. liegen?

Wie gesagt in der Weboberfläche erscheint alles einwandfrei mit richtigen Graphen usw....

Lucky0077 (Samstag, 07 Dezember 2024 20:12)

Vielen Dank Ottelo, sag mir bitte bescheid wenn du es gemacht hast. Ich bin dir sehr dankbar

ottelo (Samstag, 07 Dezember 2024 17:44)

Bei mir ist das opendtu so eingestellt:

Stromzähler:
URL Get (json + http)
http://192.168.178.31/cm?cmnd=status%208
mit Uswrname und Passwort

Json Pfad bei mir
StatusSNS/MT175/Power_curr


Ich nutze das +PV Skript 1:1 so wie ich das zum Download hier anbiete.

Stephan (Samstag, 07 Dezember 2024 17:39)

Hi ottelo,
besten Dank für deine Arbeit nutze den Tasmota schon seit fast 2 Jahren zur Visualisierung meines Stromverbrauchs (inklusive Google Charts) - funktioniert auch wunderbar; allerdings will ich nun das Projekt mit OpenDTU on Battery erwitern um einen Akku bzw. Wechselrichter des Balkonkraftwerks dynamisch zu steuern.
Aktuell scheitere ich aber noch an der Eingabe des JSON-Pfads... wenn ich (wie du in FAQ unter Frage 9 beschrieben hast) den entsprechenden Request im Browser eingebe, erscheint lediglich

{"StatusSNS":{"Time":"2024-12-07T17:26:27"}}

dies. Wo liegt der Haken? Ggf am Skript? Nutze einen ESP32 mit 4 MB Flash. Die Anzeige über Tasmota im Browser funktioniert einwandfrei....
Über Tipps oder Anregungen würde ich mich freuen ;)

ottelo (Samstag, 07 Dezember 2024 14:19)

Ich gucke nachher mal und erstelle dir ggf. eine angepasste Version.

Dennis (Samstag, 07 Dezember 2024 14:11)

Hi ottelo,
erst mal großes Lob für die sehr informative Website und die ganzen Firmwares. Allerdings bekomme ich bei meinem ESP32C3 mit deiner 14.3.0 Firmware den 3. Stromleser nicht zum laufen. Ich habe schon gelesen, dass der ESP32C3 nur zwei UARTS hat und man einen SW_SERIAL verwenden muss.
Mein Skript sieht (gekürzt) gerade so aus:
+1,3,s,16,9600,Z1,1
+2,7,s,16,9600,Z2,6
+3,-21,s,16,9600,Z3
GPIO21 für den Zähler Nummer 3 stimmt auf jeden Fall und funktioniert auch wenn ich bspw. Zähler 2 wie folgt ersetze:
+2,21,s,16,9600,Z3,20
Brauche ich für den SW_SERIAL eine angepasste Firmware oder sollte das mit deiner 14.3.0 für den ESP32 funktionieren?

Haris (Donnerstag, 05 Dezember 2024 18:14)

Hat deine Esp32 wroom Devkit rx pin nicht auf gpio 3!?
Warum 18/19

https://lastminuteengineers.com/esp32-pinout-reference/

ottelo (Donnerstag, 05 Dezember 2024 08:28)

Sensor d1 zeigt nur was an, wenn auch wirklich Daten reinkommen. Sonst wird nichts angezeigt.

Lucky0077 (Donnerstag, 05 Dezember 2024 00:37)

Hey,
Ich hatte es an GPIO16 und 17
18 und 19
5 und 4
Alles probiert und immer cmod 1
Der muss doch zum test wenn ich sensor53 d1 eingebe was anzeigen ohne das er auf dem Stromzähler sitzt der lesekopf richtig?
Ja der Zähler funktioniert, hatte vorher den ESP8266 wemos d1 mini und das lief. Aber mit dem großen Board habe ich jetzt so meine Probleme. Oder ich hab einen Denkfehler?

In der config unter Configure Module habe ich nicht Generic (0). Sondern devkit 1 und 0 und irgendwas anderes. Heißt das dann bei dem von mit devkit 0 anstatt Generic (0).

Ich war gestern echt am verzweifeln. Ich hab bestimmt 10x umgelötet und nichts tat sich.

Ich hätte das ganze ja gerne für unseren Verein, damit man Gas, Strom und Wasser ablesen kann im Vereinsheim. Daher teste ich jetzt den großen ob der noch besser läuft als der ESP8266

Danke ottelo für deine Hilfe

Sorry wenn ich euch so nerve.

ottelo (Mittwoch, 04 Dezember 2024 08:07)

@Lucky0077
Welchen GPIO du frei verwenden kannst findest du hier:
https://randomnerdtutorials.com/esp32-pinout-reference-gpios/

Du brauchst nicht unbedingt die Hardware RX/TX GPIOs verwenden, nur so als Hinweis. Möglicherweise ist an diesen Pins ja der USB-Controller dran. Deshalb einmal auf die Seite schauen.

Sendet dein Stromzähler denn überhaupt? Kann man mit Laptopkamera gut sehen. Lesekopf richtig herum dran?

Lucky0077 (Dienstag, 03 Dezember 2024 23:53)

Mein esp32 devkit habe ich rx und tx an 18 und 19 , usw alles probiert und immer dump1
Was macht ich falsch? Habe ich die rx und tx an den falschen Pins? Ich verzweifel seit Tagen...

Lucky0077 (Dienstag, 03 Dezember 2024 21:42)

Guten abend, ich habe den ESP 32 wroom 32 esp32 devkit, ist da der falsche? Ich wollte nachdem der wemos d1 abgeraucht ist ein besseren benutzen. Aber irgendwie weiß ich nicht wie und wo ich rx und tx anschließen soll, ich hab die rx und tx Pins schon probiert aber läuft nichts. Wenn das dass falsche Board ist welches ist das richtige?

Manfred (Sonntag, 01 Dezember 2024 17:48)

Ganz herzlichen Dank für deine tollen Informationen! Kompliment!
Die Erläuterung, wie man PV-Überschuß durch eine Tasmota-Steckose abnehmen kann, finde ich besonders toll.
Ich werde mal versuchen , das zu realisieren.
Leider sind meine Kenntnisse sehr begenzt.
So habe ich den Lesekopf und die Tasmota-Dose bereits fertig gekauft.

Haris (Montag, 25 November 2024 16:49)

Seltsamerweise habe ich hier mit demselben PV-Skript ohne 24-Stunden-Diagramm beim BitShake Air ESP-C3 v0.4 seit 3 Tagen keinen Neustart mehr. Tasmota 14.1
Bei ESP-C6 Tasmota 14.3 und ESP8266 EX Tasmota 14.2 mit demselben Skript gibt es hin und wieder einen Neustart.
Stören tut mich das weniger, wollte nur Bescheid geben.

Sascha Mike (Samstag, 23 November 2024 21:20)

Es, läuft, danke für eure Unterstützung.

ottelo (Samstag, 23 November 2024 19:44)

Sehe ich genau so.
Beachte Kapitel 4d
https://ottelo.jimdofree.com/stromz%C3%A4hler-auslesen-tasmota/#4d

Beispiel:
+1,3,s,16,9600,MT175,1

1 = 1. Zähler (Smartmeter) Meter Definition
3 = GPIO 3 . Hier könnt ihr den Pin ändern, an dem ihr das RX Signal (irgendein freier GPIO pin) des Lesekopfes angeschlossen habt. Ihr könnt nicht einfach jeden Pin verwenden, sondern müsst erstmal nachschauen, welche Pins euer ESP Modul frei zur Verfügung stellt: ESP8266, ESP32. Hier gibt es noch eine Infoseite. Wenn euer ESP Modul nicht dabei ist, googelt einfach nach "ESP-xxxx + pinout". Generell solltet ihr die Finger von GPIO0, 2 und 15 lassen, da sie zum Booten des ESPs wichtig sind.

s = SML binary coding
16 = 16 = Werte werden Median gefiltert = geglättet. Könnt ihr auch auf 0 ändern
9600 = Baudrate eures Stromzählers. Beim MT175 ist dieser auf 9600baud eingestellt
MT175 = Name des Stromzählers. Wird später in HA angezeigt (nur 6 Zeichen!)
1 = GPIO 1 - Sendediode, wenn ihr eine habt. Wenn nicht kann ,1 entfallen. Auch bei Nichtbenutzung solltet ihr den GPIO angeben (siehe Kapitel 2).

# = Put at the end to terminate M section of the script
; = Use to comment lines in the script

Haris (Samstag, 23 November 2024 19:21)

Ich würde an deine Stelle zu erst dafür sorgen,
Das der nackte Tasmota Script sauber läuft.
Und erst danach kannst du Googel script etappe Weise integrieren, sonst ist es zuviel Baustellen auf einmal, ist schwierig zu helfen.
Fängst du damit an:
>B
=>sensor53 r
>M 1
+1,5,s,0,9600,EMH4.0,1,10
1,77070100100700ff@1,akt. Leistung,W,Power,0
1,77070100010800ff@1000,Verbrauch,kWh,E_in,3
1,77070100020800ff@1000,Einspeisung,kWh,E_out,3
1,77070100600100ff@#,Zählernummer,Wert,0

#

Sascha Mike (Samstag, 23 November 2024 18:52)

Danke.

Hmmm...wie lange dauert es, bis die Werte aktualisiert werden? Habe den Fernseher eingeschaltet und bleibe bei 60 Watt. Ach, der Tx muss noch anders eingestellt werden, habe ich oben gelesen.

Haris (Samstag, 23 November 2024 18:31)

Eigentlich dann nur die IP-Adresse an deine Tasmota-Steckdose anpassen.
Ottelo hat hier gute Arbeit geleistet und es beschrieben.
Es funktioniert bei mir seit ein paar Monaten.
Bei aktuellem Wetter kannst du es nur manuell testen.
Achte darauf, dass Tasmota eine feste IP hat oder im Router an eine bestimmte IP gebunden ist.

Sascha Mike (Samstag, 23 November 2024 18:25)

Jetzt muss ich nur noch die Tasmota Steckdose NOUS A8T angesteuert bekommen, wenn Strom eingespeist würde

Sascha Mike (Samstag, 23 November 2024 18:10)

Hatte Rx auf Rx des ESP32 Wroom. Habe jetzt auf GPIO 19 umgesteckt und in der Console kommen jetzt massenweise Daten...

Haris (Samstag, 23 November 2024 17:53)

Welche RX pin hat deine Esp32 Wroom!?
2 oder 3!?

Sascha Mike (Samstag, 23 November 2024 17:48)

Es will einfach nicht...

17:45:52.029 SCR: performs "sensor53 r"
17:45:52.033 SML: uart used: 2
17:45:52.036 meters: 1 , decode lines: 4, memory used: 1546 bytes
17:45:52.037 RSL: RESULT = {"Time":"2024-11-23T17:45:52","SML":{"CMD":"restart"}}
17:46:12.757 CMD: sensor53 d1
17:46:12.761 RSL: RESULT = {"Time":"2024-11-23T17:46:12","SML":{"CMD":"dump: 1"}}



>D 40
; -- VARS --
swesp=0
swespflg=0
power=0
power2=0
; optional!!
p:btn=0
btnstate=2

;-- SML --
>B
=>sensor53 r
>M 1
+1,2,s,20,9600,E320
1,77070100020800ff@1000,Total Delivered,kWh,Total_out,3
1,77070100010800ff@1000,Total Consumed,kWh,Total_in,3
1,77070100100700ff@1,Current power,W,Power_in,3
1,77070100600100ff@#,Server-ID,,Meter_Number,0   
#
;Euer SML DESCRIPTOR .....

; -- EVERY 100MS -- optional!!
>F
if (btnstate!=btn)
{
  =>websend [192.168.178.36] power %btn%
  print power %btn%
  btnstate=btn
}

; -- EVERY SECOND --
>S
; every 3s
if (secs%3==0)
{
  ; copy SML value
  power=sml[1]
  ; simply filtered power
  power2=(0.9*power2)+((1-0.9)*power)

  ; switch second ESP if power flows to grid, see >W section
  if (swesp==1)
  {
    if ((power2<-300) and (swespflg==0))
    {
      =>websend [192.168.178.36] power ON
      print power ON %power2%W
      swespflg=1
      btn=1 ;optional
    }
    if ((power>100) and (swespflg==1))
    {
      =>websend [192.168.178.36] power OFF
      print power OFF %power2%W
      swespflg=0
      btn=0 ;optional
    }
  }
}

; WEB INTERFACE
>W
; web button
; switch second ESP if power flows to grid, see >S section
bu(swesp "PV Steckdose aktivieren" "PV Steckdose deaktivieren")
; optional
bu(btn "Steckdose manuell ausschalten" "Steckdose manuell einschalten")

Haris (Samstag, 23 November 2024 17:37)

Ja
>D
am anfangs von script
Und....
>B
>M
=>sensor53
Für die Kommunikation
Wenn eins davon fehlt, ist der script nicht funktionsfähig

Sascha Mike (Samstag, 23 November 2024 17:35)

So?

>D 40
; -- VARS --
swesp=0
swespflg=0
power=0
power2=0
; optional!!
p:btn=0
btnstate=2

;-- SML --
>D
>B
=>sensor53 r
>M 1
+1,3,s,20,9600,E320
1,77070100020800ff@1000,Total Delivered,kWh,Total_out,3
1,77070100010800ff@1000,Total Consumed,kWh,Total_in,3
1,77070100100700ff@1,Current power,W,Power_in,3
1,77070100600100ff@#,Server-ID,,Meter_Number,0   
#
;Euer SML DESCRIPTOR .....

; -- EVERY 100MS -- optional!!
>F
if (btnstate!=btn)
{
  =>websend [192.168.178.36] power %btn%
  print power %btn%
  btnstate=btn
}

; -- EVERY SECOND --
>S
; every 3s
if (secs%3==0)
{
  ; copy SML value
  power=sml[1]
  ; simply filtered power
  power2=(0.9*power2)+((1-0.9)*power)

  ; switch second ESP if power flows to grid, see >W section
  if (swesp==1)
  {
    if ((power2<-300) and (swespflg==0))
    {
      =>websend [192.168.178.36] power ON
      print power ON %power2%W
      swespflg=1
      btn=1 ;optional
    }
    if ((power>100) and (swespflg==1))
    {
      =>websend [192.168.178.36] power OFF
      print power OFF %power2%W
      swespflg=0
      btn=0 ;optional
    }
  }
}

; WEB INTERFACE
>W
; web button
; switch second ESP if power flows to grid, see >S section
bu(swesp "PV Steckdose aktivieren" "PV Steckdose deaktivieren")
; optional
bu(btn "Steckdose manuell ausschalten" "Steckdose manuell einschalten")

Sascha Mike (Samstag, 23 November 2024 17:28)

Danke Haris.

Brauche ich
"...
>D
>B
=>sensor53 r
..."?

Haris (Samstag, 23 November 2024 17:17)

Ich vermisse den Eintrag in =SML=
>B
In deinem Skript

Sascha Mike (Samstag, 23 November 2024 17:08)

Mir geht es darum, Punkt "(9) Bei PV-Stromüberschuss Verbraucher einschalten (via WLAN Tasmota Steckdose)" umzusetzen. Charts brauche ich nicht

Sascha Mike (Samstag, 23 November 2024 17:05)

sensor53 d1 liefert:


RESULT = {"Time":"2024-11-23T17:04:39","SML":{"CMD":"dump: 1"}}

Sascha Mike (Samstag, 23 November 2024 16:41)

PIN = off, Ingo = on

Sascha Mike (Samstag, 23 November 2024 16:36)

Leider erhalte ich 0 Watt mit dem Skript:

>D 40
; -- VARS --
swesp=0
swespflg=0
power=0
power2=0
; optional!!
p:btn=0
btnstate=2

;-- SML --
>M 1
+1,3,s,20,9600,E320
1,77070100020800ff@1000,Total Delivered,kWh,Total_out,3
1,77070100010800ff@1000,Total Consumed,kWh,Total_in,3
1,77070100100700ff@1,Current power,W,Power_in,3
1,77070100600100ff@#,Server-ID,,Meter_Number,0   
#
;Euer SML DESCRIPTOR .....

; -- EVERY 100MS -- optional!!
>F
if (btnstate!=btn)
{
  =>websend [192.168.178.36] power %btn%
  print power %btn%
  btnstate=btn
}

; -- EVERY SECOND --
>S
; every 3s
if (secs%3==0)
{
  ; copy SML value
  power=sml[1]
  ; simply filtered power
  power2=(0.9*power2)+((1-0.9)*power)

  ; switch second ESP if power flows to grid, see >W section
  if (swesp==1)
  {
    if ((power2<-300) and (swespflg==0))
    {
      =>websend [192.168.178.36] power ON
      print power ON %power2%W
      swespflg=1
      btn=1 ;optional
    }
    if ((power>100) and (swespflg==1))
    {
      =>websend [192.168.178.36] power OFF
      print power OFF %power2%W
      swespflg=0
      btn=0 ;optional
    }
  }
}

; WEB INTERFACE
>W
; web button
; switch second ESP if power flows to grid, see >S section
bu(swesp "PV Steckdose aktivieren" "PV Steckdose deaktivieren")
; optional
bu(btn "Steckdose manuell ausschalten" "Steckdose manuell einschalten")

Sascha Mike (Samstag, 23 November 2024 13:07)

Perfekt, danke.
Dann bring ich noch die Abfrage
>D
>B
=>sensor53 r
>M 1
+1,3,s,20,9600,E320
1,77070100020800ff@1000,Total Delivered,kWh,Total_out,3
1,77070100010800ff@1000,Total Consumed,kWh,Total_in,3
1,77070100100700ff@1,Current power,W,Power_in,3
1,77070100600100ff@#,Server-ID,,Meter_Number,0
#

für den Landis + Gyr E320 zum laufen

ottelo (Samstag, 23 November 2024 12:56)

Im Dropdown lässt du alles so. Da stellst du nix ein. Die Pins stellst du ja im SML Deskriptor ein also im Skript. Bei >M. Siehe meine Beschreibung.

Sascha Mike (Samstag, 23 November 2024 12:35)

Habe bei den GPIOs (configure module, configure Template) mal nichts eingetragen, jetzt kann ich den Befehl Sensor53 D1 eingeben

Sascha Mike (Samstag, 23 November 2024 12:24)

Serial Log Level = 2/ Info

Sascha Mike (Samstag, 23 November 2024 12:17)

Laut console ist Serial Log disabled

Sascha Mike (Samstag, 23 November 2024 12:11)

Danke. Serial Log hab ich nicht gefunden. Was nehme ich denn bei den GPIOs aus der Dropdown? Output Hi, Low, Serial Tx...?

ottelo (Samstag, 23 November 2024 11:55)

Du kannst jeden beliebigen GPIO verwenden. Hast du Serial Log unter Logging ausgeschaltet? Prüfe welcher GPIO PIN auf deinem Board unbenutzt ist. Manche werden zb zum Anschluss an SPI Flash Speicher oder für die LED verwendet.

Bzgl. Module. Das ist eigentlich egal was du da wählst.

Sascha Mike (Samstag, 23 November 2024 10:24)

Ich habe RX vom Hichi TTL an RX des ESP32-WROOM angeschlossen sowie TX vom Hichi TTL an TX des ESP32-WROOM. Sollte ich statt dessen an einem der GPIOs anschließen?

Sascha Mike (Freitag, 22 November 2024 20:06)

@opafatzo: Du scheinst ja einen ESP32 WROOM zu verwenden.

Sascha Mike (Freitag, 22 November 2024 20:04)

Hallo,
mir wird im Schritt "Configure Module" nicht Generic (0) angeboten sondern ESP32-DevKit (0) bzw. ESP32-DevKit (1) bzw. WT32-Eth01 (5). Ich habe einen ESP32 WROOM mit der tasmota32.factory.bin geflasht.
(TTL Hichi angeschlossen an externen ESP32)
Tasmota 14.3.0

Nehme ich ESP32-DevKit (0) oder ESP32-DevKit (1)? Gebe ich dann an, an welchen GPIOs der Hichi Lesekopf verbunden ist?
Danke.
Gruß, Sascha

opafatzo (Mittwoch, 20 November 2024 17:54)

Moin
Kann man den Lesekopf an einem ESP32 Wroom auch mit einem oled betreiben, so das man im Zählerschrank die aktuellen werte ablesen kann?

gruß fatzo

Haris (Sonntag, 17 November 2024 16:08)

Kleine Ergänzung:
Ich kann gut damit leben. Mit ESP8266EX waren die Reboots viel intensiver. Das sehe ich am OpenDTU Client Display. Dort bekommt man die Meldung „Smartmeter keine Daten“.
Deswegen wollte ich den ungenutzten C6 mit 16 MB Speicher testen.
Die Performance ist deutlich besser. Das bilde ich mir zumindest ein. :-)

Haris (Sonntag, 17 November 2024 15:56)

Genau, von zb.10 x Tasmota web Seite besuch, kommt der Reboot 1- 2 mal, sehe ich auch an uptime anzeige.

Hier ist meine Esp-C6 script mit Emh Stromzähler und mqqt Anpassung.
Wlan empfang ist sehr gut, Netzteil kann ich noch versuchen zum tauchen, 3A von Rpi4 hab ich noch zum testen über.


>D 40
M:p:dcon=0 31
M:p:dprod=0 31
M:p:mcon=0 24
EnFrGrid=0
EnToGrid=0
power=0
p:mval=0
p:dval=0
p:mval2=0
p:dval2=0
p:yval=0
p:yval2=0
tmp=0
utm="00d 00h 00m"
avgv2=0
avgvc2=0
hour=0
da=1
swesp=0
swespflg=0
power2=0
>B
=>otaurl !!NEVER UPGRADE VIA WEB SERVER!!
=>sensor53 r
is(0 "Jan|Feb|Mär|Apr|Mai|Jun|Jul|Aug|Sep|Okt|Nov|Dez|")
smlj=0
#daysub
if wm>0 {
wcs <div id="day" style="text-align:center;width:400px"></div>
wcs <script language="JavaScript">function drawChart(){
wcs var cssc={'headerRow':'hRow','rowNumberCell':'hCol','tableCell':'tCell'};
wcs var data=google.visualization.arrayToDataTable([['Tag','Energie [kWh]',{role: 'style'}],
for tmp 1 dcon[-1] 1
if (tmp==day)
{
wcs [%tmp%,%dcon[tmp]%,'red'],
}
if (tmp<day)
{
wcs [%tmp%,%dcon[tmp]%,'green'],
}
if (tmp>day)
{
wcs [%tmp%,%dcon[tmp]%,''],
}
next
wcs ]);
wcs var options={chartArea:{left:40,width:'86%%'},legend:'none',title:'Tagesverbräuche Monatsansicht',vAxis:{format:'# kWh'},hAxis:{title:'Tag',ticks:[1,5,10,15,20,25,30]}};
wcs var chart=new google.visualization.ColumnChart(document.getElementById('day'));
wcs chart.draw(data,options);}google.charts.setOnLoadCallback(drawChart);</script>
}
#dayprod
if wm>0 {
wcs <div id="dayp" style="text-align:center;width:400px"></div>
wcs <script language="JavaScript">function drawChart(){
wcs var cssc={'headerRow':'hRow','rowNumberCell':'hCol','tableCell':'tCell'};
wcs var data=google.visualization.arrayToDataTable([['Tag','Energie [kWh]',{role: 'style'}],
for tmp 1 dprod[-1] 1
if (tmp==day)
{
wcs [%tmp%,%dprod[tmp]%,'red'],
}
if (tmp<day)
{
wcs [%tmp%,%dprod[tmp]%,'green'],
}
if (tmp>day)
{
wcs [%tmp%,%dprod[tmp]%,''],
}
next
wcs ]);
wcs var options={chartArea:{left:40,width:'86%%'},legend:'none',title:'Tageseinspeisung Monatsansicht',vAxis:{format:'# kWh'},hAxis:{title:'Tag',ticks:[1,5,10,15,20,25,30]}};
wcs var chart=new google.visualization.ColumnChart(document.getElementById('dayp'));
wcs chart.draw(data,options);}google.charts.setOnLoadCallback(drawChart);</script>
}
#monthsub
if wm>0 {
wcs <div id="month" style="text-align:center;width:400px"></div>
wcs <script language="JavaScript">function drawChart(){
wcs var cssc={'headerRow':'hRow','rowNumberCell':'hCol','tableCell':'tCell'};
wcs var data=google.visualization.arrayToDataTable([['Monat','Energie [kWh]',{role: 'style'}],
for tmp 1 12 1
if (tmp<month)
{
wcs ['%is[tmp]%',%mcon[tmp]%,'green'],
wcs ['%is[tmp]% (PV)',%mcon[tmp+12]%,'orange'],
}
if (tmp==month)
{
wcs ['%is[tmp]%',%mcon[tmp]%,'red'],
wcs ['%is[tmp]% (PV)',%mcon[tmp+12]%,'red'],
}
if (tmp>month)
{
wcs ['%is[tmp]%',%mcon[tmp]%,'blue'],
wcs ['%is[tmp]% (PV)',%mcon[tmp+12]%,'gold'],
}
next
wcs ]);
wcs var options={chartArea:{left:40,width:'86%%'},legend:'none',title:'Monatliche Verbräuche / Solareinspeisungen Jahresansicht',vAxis:{format:'# kWh'}};
wcs var chart=new google.visualization.ColumnChart(document.getElementById('month'));
wcs chart.draw(data,options);}google.charts.setOnLoadCallback(drawChart);</script>
}
>M 1
+1,17,s,16,9600,EMH4.0,1,10
1,77070100100700FF@1,Leistung,W,power,0
1,77070100010800FF@1000,Verbrauch,kWh,counter_pos,3
1,77070100020800FF@1000,Netzeinspeisung,kWh,counter_neg,3
1,77070100600100FF@#,StromzählerI_ID,0
#
>S
if (sml[2]>0)
{
smlj=1
}
if (year<2020)
{
print NTP not ready
break
}
if (secs%3==0)
{
power=sml[1]
power2=(0.9*power2)+((1-0.9)*power)
if (swesp==1)
{
if ((power2<-300) and (swespflg==0))
{
swespflg=1
}
if ((power2>100) and (swespflg==1))
{
swespflg=0
}
}
}
if (secs%60==0)
{
hour=hours
utm=s(2.0(int(uptime/1440)))+"d "+s(2.0(int(uptime/60)%24))+"h "+s(2.0(uptime%60))+"m"
EnFrGrid=sml[2]
EnToGrid=sml[3]
dcon[day]=EnFrGrid-dval

ottelo (Sonntag, 17 November 2024 15:39)

Alles klar. Dann hast du das Script ohne 4h / 24h Diagramm genommen? Und die Reboots kommen bei dir trotzdem (selten) wenn du die Seite öffnest oder länger offen hast?

Haris (Sonntag, 17 November 2024 15:36)

Ich habe das letzte Skript vom 11.11.2024 von deiner Seite genommen.
Einziges, was ich angepasst habe, sind die Stromzählerwerte für den EMH-Zähler und die MQTT-Anpassung für das HA.

ottelo (Sonntag, 17 November 2024 14:09)

Ah danke für deine Rückmeldung. Welches Script hast du genau verwendet und welche Änderungen hast du vorgenommen? Hattest du das neuste Skript mit dem Bootfix verwendet?

Ich frage, weil ich zusammen mit dem Tasmota Script Programmierer das immernoch vorhandene Rebootproblem, das ab und zu kommt, fixen wollen.

Haris (Sonntag, 17 November 2024 13:16)

Kürze Rückmeldung wegen ESP32-C6
( RX pin17) Software, läuft hier seit 4 Tagen problemlos mit Google Script mit PV ohne 24h-Diagramm.
Reboot kommt auch hin und wieder, wenn man die Weboberfläche aufruft.

Sascha Mike (Sonntag, 17 November 2024 12:16)

ah.. Habt ihr den ESP32-WROOM könnt ihr das normale ESP32 Image verwenden.

Sascha Mike (Sonntag, 17 November 2024 10:59)

Hallo, welches Image nehme ich denn für den ESP32-WROOM?

ottelo (Dienstag, 12 November 2024 18:13)

Danke für das Lob :)
Der Rebootfix via Skript ist aber noch nicht die finale Lösung. Der ESP rebootet trotzdem ab und zu mal, wenn man auf der Weboberfläche bleibt.

alligator_asl (Dienstag, 12 November 2024 17:02)

@ottello
Vielen Dank für die gestrige erneute Anpassung des Skriptes, seitdem sind keine Reboots beim Aufruf der Webseite mehr aufgetreten.
Klasse Arbeit

Haris (Dienstag, 12 November 2024 15:41)

Danke dir.

Was das Selbstkomprimieren betrifft, sagen wir mal so, ich habe es versucht. :-)

Es ist aber dabei geblieben. Da bin ich talentfrei.

HA und andere Spielereien sind kein Problem, aber beim Selbstkompilieren ist noch Luft nach oben.

ottelo (Dienstag, 12 November 2024 13:17)

Das Tasmota 14.3.0 ESP32-C6 Image habe ich eben hochgeladen.

ottelo (Dienstag, 12 November 2024 09:28)

Image für den ESP32-C6 habe ich nicht erstellt, da es bislang niemand brauchte. Kann ich dir sonst nachher kurz kompilieren und hochladen. Ansonsten kann jeder via zb gitpot selbst Images generieren (siehe Kapitel 6).

Haris (Montag, 11 November 2024 21:52)

Hallo Otello, vielen Dank zunächst für die großartige Arbeit. Ich verwende dein angepasstes Google-Skript seit fast zwei Jahren mit ESP8266 und der angepassten Tasmota-Firmware. Jetzt habe ich hier noch einen ESP32-C6 liegen, der ja viel leistungsfähiger als der ESP8266 ist. Auf der Tasmota-Seite steht, dass er auch unterstützt wird, aber wo finde ich die angepasste Firmware dafür?

ottelo (Sonntag, 10 November 2024 20:23)

@opafatzo
Schau mal in die FAQ Nr1. Da kannst du die Diagramme per Hand nachträglich befüllen.

Sascha Mike (Sonntag, 10 November 2024 18:05)

Probier es mal mit der:
https://www.amazon.de/gp/product/B0D2CTTLSL/ref=ox_sc_act_title_1?smid=A3JWKAKR8XB7XF&th=1

Sascha Mike (Sonntag, 10 November 2024 17:56)

hat jemand nen Tipp für ne WLAN Steckdose auf der Tasmota vorinstalliert ist?
Habe bei ebay und Amazon gesucht

opafatzo (Sonntag, 10 November 2024 17:53)

#Ottelo
Vielen Dank für die super Arbeit die du hier erbracht hast !
Durch deine Anleitungen/Anregungen habe ich fast alles bei mir sauber hinbekommen.
trotzdem habe ich eine Frage zu den Google Charts.
kann man historische daten hinzufügen, wie zb anfangszählerstand des Jahres oder der vergangenen Monate?

gruß fatzo

Sascha Mike (Sonntag, 10 November 2024)

ok, die Steckdose unterstützt Tasmota, es ist jedoch noch nicht vorinstalliert. Daher die Frage, wie ich ohne Raspi Tasmota flashen kann.

ottelo (Sonntag, 10 November 2024 17:49)

Mhh, dann musst du erstmal Tasmota drauf flashen. Dachte das wäre bereits drauf. Anleitung gibt es bestimmt bei Amazon oder so. Bzw hier
https://m.youtube.com/watch?v=xKHZILKtMP4

Sascha Mike (Sonntag, 10 November 2024 17:30)

Über die IP Adresse im Netzwerk erreiche ich keine Web Seite

Sascha Mike (Sonntag, 10 November 2024 17:25)

Hmmm.. Ich habe die Steckdose via Gosund App ins Netz gebracht, aber wie erreiche ich die Web Oberfläche?

ottelo (Sonntag, 10 November 2024 16:46)

Was meinst du ohne Raspi einspielen? Das Template einfach mit einem Webbrowser kopieren und in Tasmota einfügen (auf der Template Seite).

Sascha Mike (Sonntag, 10 November 2024 16:41)

Hallo,
die oben verlinkte WLAN Steckdose habe ich gekauft: https://www.amazon.de/GHome-Smart-Unterst%C3%BCtzung-Stromverbrauch-T%C3%9CV-Zertifiziert/dp/B09Q5K34NV/ref=cm_cr_arp_mb_bdcrb_top?ie=UTF8

Kann ich das Template auch ohne raspi einspielen?

Tasmota soll ja schon drauf sein.

Danke.

Marcus (Mittwoch, 06 November 2024 18:25)

@cat
Ich hatte beim einstellen des Poti mir die Rohdaten ( in console sensor53 d1 eingeben) angesehen und am Poti so lange gedreht bis die Daten kamen und wieder weg waren. Dann auf die Mittelstellung des Bereichs gestellt.
Viel Erfolg

ottelo (Mittwoch, 06 November 2024 12:50)

@Robotto
Da kann ich dir leider nicht helfen, da ich nur Tasmota nutze.

@Tasmota 14.3.0
Habe mal ein Hinweis oben bei den Downloads hinzugefügt.
Ich habe meinen Lesekopf mit ESP8266 gegen ESP32-C3 getauscht und Tasmota 14.3.0 geflasht. Mein Script läuft eigentlich unverändert 1a, solange ich die Tasmota Startpage nicht dauerhaft geöffnet lasse. Weil sonst rebootet der ESP einfach immer sporadisch (mal nach 1min, mal nach 3min). Problem wird untersucht ...

Robotto (Mittwoch, 06 November 2024 10:01)

Hallo otello und wer sonst so mit liest :) ,
ich muss doch nochmal nachhaken trotz diverser Anpassungen in meinem ESP Home Script scheint der ESP nicht mit den Daten klar zukommen. Der Fehler "Checksum error in received SML data" habe ich auch nur einmal gesehen in dem ESPHome Logs, meistens ist es so das der direkt wegschmiert. Kann der vielleicht die Menge an Daten nicht wuppen? Vielleicht hat ja noch jemand Erfahrungen mit dem Zähler (eHZB von EMH).

Hier mal mein aktuelles Script:


esphome:
name: stromzaehler

esp8266:
board: d1_mini

# Enable logging
logger:
baud_rate: 0
level: DEBUG # Setze auf DEBUG, um detaillierte Ausgabe zu sehen
# Enable Home Assistant API
api:
encryption:
key: "iiiiiiiiiiiiiiiiiiiiiiiiiiii"

ota:
password: "oooooooooooooooo"
platform: esphome

external_components:
- source:
type: git
url: https://github.com/alengwenus/esphome_components
components: [ sml ]

wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password

# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Stromzaehler Fallback Hotspot"
password: "pppppppppppppppp"

captive_portal:

# Example configuration entry
uart:
id: uart_bus
rx_pin: GPIO3
baud_rate: 9600
data_bits: 8
parity: NONE
stop_bits: 1
rx_buffer_size: 2048

sml:
id: mysml
uart_id: uart_bus

sensor:
- platform: sml
name: "Energie Bezug"
sml_id: mysml
# server_id: "0123456789abcdef"
obis_code: "1-0:1.8.0"
unit_of_measurement: kWh
accuracy_decimals: 1
device_class: energy
state_class: total_increasing
filters:
- multiply: 0.0001

- platform: sml
name: "Energie Einspeisung"
sml_id: mysml
# server_id: "0123456789abcdef"
obis_code: "1-0:2.8.0"
unit_of_measurement: kWh
accuracy_decimals: 1
device_class: energy
state_class: total_increasing
filters:
- multiply: 0.0001

- platform: sml
name: "Momentanleistung"
sml_id: mysml
obis_code: "1-0:16.7.0"
unit_of_measurement: W
accuracy_decimals: 1
device_class: energy
filters:
- multiply: 0.1

text_sensor:
- platform: sml
name: "Manufacturer"
sml_id: mysml
# server_id: "0123456789abcdef"
obis_code: "129-129:199.130.3"
format: text

Cat (Dienstag, 05 November 2024 15:07)

Dankeschön, Marcus. Schön, dass es ohne weitere Modifikationen läuft.
Dann suche ich mal eine Fotodiode raus und hänge die direkt an den ESP32.
Die Position der Diode sollte nicht zu schwierig sein. Ich habe einfach den Zähler fotografiert um die IR-LED zu sehen:
https://ibb.co/1MQzzmR
Das Bild bleibt nicht lange da und darf gerne kopiert werden

Marcus (Dienstag, 05 November 2024 14:51)

@Cat:
Ich habe diese Variante leicht abgeändert in Betrieb
https://wiki.volkszaehler.org/howto/simpler_ir_leser?redirect=1
Ist das gleiche wie dein Beispiel
Ich habe anstelle des 1k einen 10k Spindeltrimmer genommen (bin bei ca. 3,5k) gelandet bei denen ich saubere Signale bekommen habe.
Der Widerstand ist vom verwendeten Fototransistor und der Sendeleistung der ID-Diode des Zählers abhängig.
Auch ist es wichtig, dass die Kabel zwischen Fototransistor und ESP nicht zu lange sein sollten. (Ich hatte immer unerklärliche Peaks die durch Verkürzung des Kabels jetzt endlich weg sind).
Ich würde jetzt aber eher eine fertige Sende/Empfangsplatine mit Gehäuse und Magnet kaufen. Bis der Fototransistor an der richtigen Stelle gehalten hat, hat viel Nerven gekostet. Es sei denn, du hast noch einen Fototransistor und ein Poti/Trimmer rumfliegen.

Gruß
Marcus

Cat (Dienstag, 05 November 2024 02:03)

Vielwn Dank für deine Zusammenstellungen! Hast du auch Erfahrungen mit dem Minimal Lesekopf an einem ESP32?
https://wiki.volkszaehler.org/hardware/controllers/ir-schreib-lesekopf-pi-ausgang

Omega13 (Montag, 04 November 2024 20:53)

Hallo @ottelo
Ich habe auch zwei Leseköpfe mit ESP32 (ESP32-D0WD-V3 v3.0 und ESP32-D0WD v1.0).
Diese liefen beide 11Tage stabil. Dann machte ich vor 4 Tagen bei meiner Fritzbox ein Firmware-Update.
Dadurch war Diese ca. 10 Minuten nicht erreichbar. Danach habe ich gemerkt das beide Leseköpfe einen
Neustart gemacht haben. Es könnte also auch am Netzwerk liegen. Also wenn der Router nicht erreichbar ist.
Meine anderen Tasmota-Geräte, wie Thermometer, Wetterstation, Schalter und Kamera, hat das nicht beeindruckt.
Ich habe auch die 14.3.0 auf allen meinen Geräten.
Ist vielleicht ein Anhaltspunkt.

ottelo (Sonntag, 03 November 2024 23:11)

Rückmeldung zu dem Reboot Problem mit 14.3.0 und ESP32-C3. Seit dem ich mein Lesekopf Hichi V1 gegen einen ESP32 Lesekopf getauscht habe, bekomme ich auch die Reboots. Aber nur wenn ich auf die Weboberfläche gehe. Die Kiste lief nun 4 Tage und meldete die Werte via MQTT an Home Assistant. Aber sobald ich direkt auf den ESP gehe, gibts nach ein paar Sekunden den Reboot. Netzteil habe ich auch schon getauscht…

huaak (Sonntag, 03 November 2024 15:54)

@Turkel are you sure your gasmeter got IR as I could find only gasmeters by zenner giving Data via reedcontacts, but anyways according to the description of your module the settings in Tasmota should be GPIO1 for TX and GPIO3 for RX (if assignment does't work, try to swap settings to GPIO3 TX & GPIO1 RX..)..hope that helps you to receive something with your IR-diode

Turkel (Samstag, 02 November 2024 20:17)

Hello, Thanks for grate tutorial, I bough this (https://www.ebay.com/itm/354359025520) module and want to get it work with Gas meter which is Zenner G4-T.
I am not sure if the communication is SML or DSML, I have mailed that too tried to contact but could not get any info.
My problem first is on device that I am not able to make it work. At least when I point generic TV remote to it it should show some sign of life in console, but it doesn't. I have enabled save script, but may be it is in another port. If you are familiar with the product which I have sent to you, could you please advise me which startup script or console code should I test.

(I am sorry if linking to product page is not allowed here, just delete it and sorry)

Best Regards!

Oposum (Freitag, 01 November 2024 17:38)

Auch wenn du es schon aufgenommen hast, dass das Problem beim WT32-ETH mit v14.3 gefixt ist: wollte nur ebenso die Rückmeldung geben, bei meinem WT32 mit Chip-Id ESP32-D0WD v1.1 funktioniert das Auslesen des Zählers per SML-Script auch wieder einwandfrei!

Marcus (Freitag, 01 November 2024 10:50)

@flop
Ich hatte bis Anfang des Jahres noch einen Ferrariszähler, den ich mit einer IR Lichtschranke abgefragt hatte.
Da hatte ich das gleiche Problem. Bei mir wurde mit
1,1-0:1.7.0*255(@0.01667, power,W,Power_actual,0) ganz kurz eine Leistung angezeigt, die danach sofort auf 0 sprang. (die 0.01667 hatte von 1000 Impuslen/kWh auf meine 75 Impulse angepasst)
Ich hatte das dann so gelöst, dass ich die Zeit zwischen 2 Impulsen gemessen habe und mir somit die durchschnittliche Leistung zwischen den beiden Impulsen errechnet habe.
Die obige Zeile mit der Leistung hatte ich dann in der Meterdefinition gar nicht mehr verwendet.

Mein altes Script habe ich bisher noch nicht wiedergefunden. Wenn ich es noch finde Poste ich es noch.

Andreas (Freitag, 01 November 2024 02:02)

@franc

Die Schnittstelle solltest du wie in der Anleitung beschrieben einstellen können.

https://www.manualslib.de/manual/417563/Iskraemeco-Mt174.html?page=27#manual

Laut Anleitung wäre 9600 wohl Standard.

https://www.manualslib.de/manual/417563/Iskraemeco-Mt174.html?page=32#manual

In der Anleitung stehen auch hier sämtliche Register drin.

https://www.manualslib.de/manual/417563/Iskraemeco-Mt174.html?page=44#manual

Scheint ja ein ganz schönes Gurkenteil zu sein... aber immerhin viele Werte.

Welche Zähler sind betroffen?

Ein Messverfahren mit potenziell deutlich zu viel messenden Rogowskispulen kommt nach den ProsumerNEWS vorliegenden Informationen bei den Zählern der Typen MT171, MT174, MT175, MT371, MT372, MT382 und MT681 des Herstellers Iskraemeco (Iskra) sowie den elektronischen Haushaltszählern von Hager zum Einsatz.

https://www.bhkw-forum.de/prosumernews/artikel/26-rollout-moderner-messeinrichtungen-fehlende-smart-meter-gateways-und-messfehler/

franc (Donnerstag, 31 Oktober 2024 14:51)

Also ich bin wieder zurückgerudert auf den Standardwert:
1,1-0:1.7.0*255(@1,Aktueller Verbrauch,kW,Power_cur,3
1,1-0:1.8.0*255(@1,Gesamtverbrauch,kWh,Total_in,3
Mit 19 (3+16) hatte der ESP nicht mehr richtig gesendet, jedenfalls war in meiner Grafana Oberfläche (die MQTT Daten mit Pythonscript in eine InfluxDB geschickt) das Zählerstand Diagramm leer geblieben. @Andreas der MT174 fangt mit 300 Baud an zu kommunizieren, dem kann man nicht einfach 9600 vorsetzen, das müsste man aushandeln und wie und ob überhaupt das mit Skript ginge weiß ich nicht. Außerdem ist die Einheit nicht W sondern kW, wenn ich die 3 Nachkommastellen weg lasse, kriege ich nur noch ganze kW angezeigt.

Thorsten (Donnerstag, 31 Oktober 2024 13:01)

ich kriege auf TX/RX einfach kein Signal.
Ich habe sowohl mit einem NodeMCU als auch mit einem ESP D1 getestet, diverse builds (14.01 14.02. 12,01)
Ich habe mir eine SML-Platine bei ebay gekauft.
Getestet habe ich sowohl mit der Platine (ich bekomme aber kein IR Signal, geprüft mit einer IR-tauglichen Handycam) als auch TX/RX mit einem Jumperkable überbrückt.
Tasmota EInstellungen:
Configure Module: Generic(0)>alle auf None belassen
Wifi & MqTT: Wlan Netzwerk eingestellt, Nutzername hinterlegt (den ich dann später für HA benötige)
Ansonsten keine weiteren Configuration vorgenommen.

Mein Zähler ist ein MT176 von Iskra. Skript:
>D
B
->sensor53 r
M 1
+1,5,s,16,9600,MT176
1,77070100010800ff@1000,Gesamtverbrauch,kWh,E_in,3
1,77070100020800ff@1000,Gesamteinspeisung,kWh,E_out,3
1,77070100100700ff@1,Aktueller Verbrauch,W,P,18
#
Ebenfalls mehrfach mit RX/TX 3/1 bzw. 16/14 getestet und dabei die Jumper immer wieder vertauscht um zu prüfen ob ich RX mit TX verauscht habe.
Spannung habe ich an 3v angelegt.

Folgende Infos aus der COnsole bisher zurückerhalten:
00:00:00.001 HDW: ESP8266EX
00:00:00.020 UFS: FlashFS mounted with 1984 kB free
00:00:00.058 CFG: Loaded from File, Count 18
00:00:00.061 QPC: Count 1
00:00:00.068 Project tasmota - Tasmota Version 12.5.0(tasmota)-2_7_4_9(2023-05-25T08:07:36)
00:00:00.068 UFILESYSTEM OK!
00:00:00.078 Script: nv=0, tv=0, vns=0, vmem=16, smem=8192
00:00:00.138 SNS: Hardware Serial
00:00:00.139 meters: 1 , decode lines: 7, memory used: 1604 bytes
00:00:00.140 RSL: RESULT = {"Time":"1970-01-01T00:00:00","SML":{"CMD":"restart"}}
00:00:00.144 SNS: Hardware Serial
00:00:00.144 meters: 1 , decode lines: 7, memory used: 1604 bytes
00:00:00.530 WIF: Connecting to AP1 Fibre_TNT Channel 5 BSSId 50:E6:36:6E:B1:D7 in mode 11n as tasmota-D5ED5C-3420...
00:00:01.752 WIF: Connected
00:00:02.004 HTP: Web server active on tasmota-D5ED5C-3420 with IP address 192.168.0.118
11:52:31.005 RSL: INFO1 = {"Info1":{"Module":"Generic","Version":"12.5.0(tasmota)","FallbackTopic":"cmnd/DVES_D5ED5C_fb/","GroupTopic":"cmnd/tasmotas/"}}
11:52:31.006 RSL: INFO2 = {"Info2":{"WebServerMode":"Admin","Hostname":"tasmota-D5ED5C-3420","IPAddress":"192.168.0.118"}}
11:52:31.007 RSL: INFO3 = {"Info3":{"RestartReason":"Software/System restart","BootCount":9}}
11:52:34.494 QPC: Reset
11:52:35.428 RSL: STATE = {"Time":"2024-10-31T11:52:35","Uptime":"0T00:00:09","UptimeSec":9,"Heap":18,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":24,"MqttCount":0,"Wifi":{"AP":1,"SSId":"Fibre_TNT","BSSId":"50:E6:36:6E:B1:D7","Channel":5,"Mode":"11n","RSSI":100,"Signal":-40,"LinkCount":1,"Downtime":"0T00:00:03"}}
11:52:35.430 RSL: SENSOR = {"Time":"2024-10-31T11:52:35","MT175":{"E_in":0.0,"E_out":0.0,"P":0.00,"L1":0.00,"L2":0.00,"L3":0.00,"Server_ID":""}}
11:57:35.417 RSL: STATE = {"Time":"2024-10-31T11:57:35","Uptime":"0T00:05:09","UptimeSec":309,"Heap":16,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":0,"Wifi":{"AP":1,"SSId":"Fibre_TNT","BSSId":"50:E6:36:6E:B1:D7","Channel":5,"Mode":"11n","RSSI":100,"Signal":-39,"LinkCount":1,"Downtime":"0T00:00:03"}}
11:57:35.419 RSL: SENSOR = {"Time":"2024-10-31T11:57:35","MT175":{"E_in":0.0,"E_out":0.0,"P":0.00,"L1":0.00,"L2":0.00,"L3":0.00,"Server_ID":""}}
11:59:23.772 CMD: sensor53 d1
11:59:23.775 RSL: RESULT = {"Time":"2024-10-31T11:59:23","SML":{"CMD":"dump: 1"}}

Ich finde einfach nicht den Fehler....hoffe hier hat jemand eine Idee.

Vielen Dank

flop (Donnerstag, 31 Oktober 2024 10:22)

Bzgl. S0 habe ich folgendes herausgefunden:
Laut https://tasmota.github.io/docs/Smart-Meter-Interface/#meter-metrics soll man sich mit
>D
>B
->sensor53 r
>M 1
+1,2,c,1,-20,Energy
1,1-0:1.8.0*255(@1000,consumption,kWh,Total_in,3)
1,1-0:1.7.0*255(@0.01667, power,W,Power_actual,0)
#
Verbrauch und Leistung anzeigen lassen können. Der Verbrauch funktioniert bei mir, Leistung zeigt aber immer 0.
Kann das am Image liegen? Unter https://github.com/arendst/Tasmota/discussions/18171 steht etwas von einem #define CNT_PULSE_TIMEOUT was wohl zu niedrig gesetzt war. Wird das in diesem Image genutzt?

flop (Donnerstag, 31 Oktober 2024 09:11)

Hallo Zusammen!
Hat jemand Erfahrungen damit, ob das Ganze auch mit einem (Zwischen-)Zähler mit einer S0 Schnittstelle funktioniert, also einem Pulse-Counter? Diese liefern ja meistens 1000 Imp/kWh. Man müsste daraus daraus dann wahrscheinlich noch die Leistung in W berechnen. Hat jemand eine Idee wie man das einbauen kann?

Vorteil davon ist ja, dass man sich den Lesekopf sparen kann und den Zähler direkt an den GPIOs anschließen kann.

Andreas (Donnerstag, 31 Oktober 2024 01:05)

@franc

Wenn Du
+1,3,o,0,300,WW45A,1,100,2F3F210D0A
auf
+1,3,o,0,9600,WW45A,1,100,2F3F210D0A
änderst = sollte die Kommunikation mit 9600 Baudrate erolgen.

wenn ich da kleiner als 100 stelle, kommen gar keine Werte mehr.
Das müssten 100 Millisekunden sein (senden).

Im Netz finde ich dazu nichts.
https://tasmota.github.io/docs/Smart-Meter-Interface/#meter-definition

Laut Anleitung MT174 müsste
15.7.0 Absolute Momentan-Wirkenergie (|A|) [kW]
sein.

@ottelo

kann es sein das im script die Zeile
=>publish stat/%topic%/script/consyear %2(yval)%

gegen
=>publish stat/%topic%/script/consyear %2(EnFrGrid-yval)%
geändert werden sollte?
dito
=>publish stat/%topic%/script/yielyear %2(EnToGrid-yval2)%

da würde auch noch das d (yieldyear) fehlen?

Andreas (Mittwoch, 30 Oktober 2024 16:33)

@franc

Du benötigst doch zur Nulleinspeisung die aktuelle Wirkleistung.
Die Einheit ist Watt, da kannst du auch komplett auf die Nachkommastellen verzichten und mit ", 16" arbeiten.

Den Zählerstand und ggfs einige Nachkommastellen mit kWh würde ich dazu nicht nutzen.

Sollte mit TelePeriod 300 und ", 16" bei der Wirkleistung (sofort - unabhängig der TelePeriod veröffentlichen) funktionieren.
TelePeriod würde ich irgendwie auf 30, 60 oder 300 stellen)
Die anderen Werte benötigst du ja nicht alle paar Sekunden.
Zumindest nicht zur Nulleinspeisung.

Sollte so dann funktionieren, ohne http Abfrage.

ottelo (Mittwoch, 30 Oktober 2024 13:06)

Du musst dran denken, dass dein Zähler die Werte auch nur alle x Sekunden (je nach Zähler unterschiedlich) als SML Paket sendet. Das wird vom Script dekodiert und nun sofort bei dir gesendet. Hier geschieht nichts in Echtzeit. Aber zum groben Null-Einspeisung reicht es.

franc (Mittwoch, 30 Oktober 2024 12:53)

Habe ich jetzt eingetragen, also (von vorher je 3 auf je 19):

+1,3,o,0,300,WW45A,1,100,2F3F210D0A
1,1-0:1.7.0*255(@1,Aktueller Verbrauch,KWh,Power_cur,19
1,1-0:1.8.0*255(@1,Gesamtverbrauch,KWh,Total_in,19

und in Configure Logging wollte ich bei Telemetry period (300) 1 eintragen, aber da ist ja 10 der Mindestwert, also kann ich sowieso nicht jede Sekunde die aktuellen Werte senden und in der Tasmota WebUI im Sekundentakt anzeigen lassen.
Mit der HTTP API (.../cm?cmnd=status 10) geht es immerhin. Aber im Log sehe ich, wie der ESP hinterherholpert und gar nicht schafft, sekündlich auszugeben, sondern so zwischen 1 und 6 Sekunden.

ottelo (Mittwoch, 30 Oktober 2024 11:18)

@franc
Siehe FAQ14

bzgl. Reboots, meine Kiste hat sich nun heute morgen auch rebootet um 11 Uhr (nach ca. 19h), Ich muss mal in meine Fritzbox gucken, ob da irgendwas war. Ansonsten muss ich mal ein paar Features zum Test wieder rausschmeissen. Ich werde es mal weiter beobachten.

franc (Mittwoch, 30 Oktober 2024 10:56)

Hat jemand eine Idee, wie ich meinen ISKRA MT174 im Sekundentakt auslesen kann?
Im Moment schaffe ich nur alle 10 Sekunden, ich dachte das liegt am "100" (=10sec) in der Zeile:
+1,3,o,0,300,WW45A,1,100,2F3F210D0A
wenn ich da kleiner als 100 stelle, kommen gar keine Werte mehr. Im Netz finde ich dazu nichts. Angeblich würde der MT174 anfangs fragen, ob er auf 9600 Baud umstellen soll, vielleicht könnte er dann schneller antworten, aber wie ich das im Skript beantworten könnte, ist mir schleierhaft.

franc (Mittwoch, 30 Oktober 2024 06:23)

Jetzt hat der ESP32 sich aber beruhigt, lauft seit 18h durch :)
Habe aber sicherheitshalber noch WifiConfig auf 5 (war auf 4, also default). 5 heißt: keine anderen APs suchen (habe ja nur einer), und 4 heißt aber auch nicht reboot bei AP Abbruch, erklärt es also nicht. Egal, Hauptsache geht :)

Andreas (Mittwoch, 30 Oktober 2024 00:04)

Hallo,

heute kam mein vorsorglich bestellter hichi v2 (C3 4mb).
Mein alter hichi hatte ja bereits mehr als 11.000 Schreibvorgänge hinter sich.
Eingerichtet mit der neusten 14.3.0, script direkt über das webinterface, mqtt usw alles händisch eingerichtet, Daten Diagramme über backlog.
Zufällig auf reboots und schreibzyklen aufmerksam geworden.

Kann benannte Probleme also bestätigen.
Per webinterface auf 14.2.0 - seit 6 Stunden Ruhe..., vorher reboot innerhalb 2-5 Minuten.

Program Version 14.2.0 (ottelo.jimdo.de)
Build Date & Time 2024-09-02T14:45:35
Core/SDK Version 3_0_4/5.1.4.240801
Uptime 0T06:10:56
Flash Write Count 73
Boot Count 38
Restart Reason Software reset CPU

ottelo (Dienstag, 29 Oktober 2024 13:08)

Meiner lief seit gestern Abend einwandfrei durch. Verbindung via MQTT steht auch 1a. Habe 14.3.0 und das +PV Script. Zähler MT175. ESP32-C3. FAQ Nr 12 evtl. relevant? Netzteil usw.

franc (Dienstag, 29 Oktober 2024 11:37)

Allerdings habe ich jetzt ständige Reboots:

Program Version 14.3.0 (ottelo.jimdo.de)
Build Date & Time 2024-10-26T15:32:03
Core/SDK Version 3_1_0/5.3.1.240924
Uptime 0T00:04:02
Flash Write Count 79
Boot Count 54
Restart Reason Software reset CPU

Ich weiß aber nicht, ob das am neuen Skript oder am neuen ESP32 liegt, vorher war das jedenfalls nicht.

franc (Montag, 28 Oktober 2024 21:56)

Ah ja, das hat sich jetzt überschnitten mit den Kommentaren hier :)
Ja, jetzt gehts, Danke :)

ottelo (Montag, 28 Oktober 2024 21:52)

Oh Mist. Irgendwie hatte ich genau das Script nicht aktualisiert. Schau dir bitte mal das eben neu hochgeladene an. Ich habe es an 3 Stellen überarbeitet. Suche einfach nach yval im neuen Script und du wirst sehen, wo ich es geändert habe. Dann sollte es auch wieder gehen.

franc (Montag, 28 Oktober 2024 21:45)

Ja, 14.3.0 aktuell.
Im Skript (Tasmota SML Script + Chart.txt) wird alle 60 Sek. (secs%60==0) ausgeführt:
yval+=EnFrGrid-mval
Also nach jeder Minute wird der bisherige Verbrauch im Monat (also ab dem Stand mval bis zum aktuellen Zählerstand) dazu gezählt (+=). Das wird dann immer mehr.
Da fehlte sozusagen die Variable ycon, weil yval ja der Zählerstand und nicht der Verbrauch ist.
Also yval darf nur am 1.1. zurückgesetzt werden, sonst darf es nicht geändert werden.
Der Verbrauch im Jahr ist dann EnFrGrid-yval. Ich hab die Zeile mit dem += jetzt einfach raus geworfen und noch mal manuell yval gesetzt und bei der Anzeige hab ich dann:
Jahresverbrauch{m}%2(EnFrGrid-yval)% kWh
gemacht. Jetzt scheints zu gehen. Den ycon (sozusagen) würde man ja, wenn man nicht manuell initialisieren will, bekommen mit mcon[1]+mcon[2]+...+mcon[aktueller_monat].

Aber die Monats- und Tagesdaten hatten dann auch bei mir gestimmt und die Historie wurde auch nicht immer wieder zurück gesetzt, da hab ich vermutlich was falsch beobachtet.

ottelo (Montag, 28 Oktober 2024 21:35)

Ich bin heute auch mal auf einen ESP32-C3 umgezogen. Habe alle meine Daten übertragen (siehe FAQ 1). Das Script habe ich via externen Script Editor übertragen. Bei mir wird alles momentan korrekt berechnet.

Hast du Tasmota 14.3.0?
Schau mal ins Script und suche nach yval. Sieht das an den Stellen so aus?

...
if (chg[year]>0)
{
yval=EnFrGrid
yval2=EnToGrid
}
...

...
Jahresverbrauch{m}%2(EnFrGrid-yval)% kWh
...

ottelo (Montag, 28 Oktober 2024 18:00)

Mhhh du hast Recht. Bei mir spinnt der Jahreswert. Aber der Rest passt bei mir. Ich verwende aber ein ESP8266.
Muss ich mir nachher nochmal anschauen.

franc (Montag, 28 Oktober 2024 17:54)

Das Skript ist die aktuelle Version, gerade verglichen. Also die vom 20.10.2024 im Download (Tasmota SML Script + Chart.txt).
yval habe ich also eingegeben, auch die richtigen Werte für Monat und Tag, auch die Arrays, also:
script >dval=18067
script >mval=17849
script >yval=17464
script >dcon={8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 8.38 4.71 6.06 4.43 3.3 0 0 0};
script >mcon={0 0 0 0 0 52.5 52.5 52.5 228 221 0 0};
Aber der Jahresverbrauch steht dann erst auf 17464, jetzt aber schon auf 18350.44 kWh und nach einer Weile stimmt dann auch der Tages- und Monatswert nicht mehr und dann fliegen auch noch die Werte aus dem Array raus. Ich weiß nicht, was da los ist. Ich hab alles noch mal resettet wie in der FAQ beschrieben, aber der Jahreswert steht dann auf 17464 und es geht von vorne los.
Ich weiß nicht, wie man da fehlerfrei von vorne anfängt.

ottelo (Montag, 28 Oktober 2024 13:12)

@franc
Du musst das so eintragen:

script >yval=17464

Das gleiche gilt für Monats- und Tageswerte.

ottelo (Montag, 28 Oktober 2024 12:45)

@franc
Wann hattest du mein Script geladen? Ich hatte da noch einen Fehler drin. script>yval=ZÄHLERSTAND BEIM JAHRESWECHSEL!

franc (Montag, 28 Oktober 2024 12:20)

Ich habe den ESP8266 gegen einen ESP32 gewechselt, das Skript zurückgesetzt und meine vorigen Monats- und Tageswerte aus den zuvor ausgelesenen Arrays zurück geschrieben. Aber der dann errechnete Jahreswert ist ein Mondwert, nämlich im Moment 325245.06 kWh.
Wie kann ich denn den korrigieren? Mit script>yval=605; (Das ist der aktuelle Zählerstand 18069 minus dem Startwert 17464) komme ich nicht weiter.
Auch fliegen die Monats- und Tageswerte ziemlich bald wieder raus.
Ich kann nirgends den echten Startwert des Zählers (17464) eingeben, ich glaube das ist die Ursache. Der Zählerstand ist ja nicht seit Jahresanfang, sondern der seit vielen Jahren.

opafatzo (Sonntag, 27 Oktober 2024 08:33)

moin
<ich möchte einen Lesekopf mit ESP32 C3 mini bauen, sind die Kabel der Dioden auch an Tx und Rx angelötet?
Das Image von Tasmota habe ich schon auf dem Mini geflasht.
danach kommt der ESP mit Lan dran, den habe ich aber erst dei Ali bestellt.

Du hast nur
2. ESP8266 mit IR-Lesekopf verbinden (altes Beispiel) in deiner Anleitung, habe ich das Wirering mit dem Esp übersehen oder hast du es nicht in der Anleitung verlinkt?

gruß
opafatzo

ottelo (Samstag, 26 Oktober 2024 17:45)

Ich habe nun noch die restlichen ESP32 V14.3.0 Images kompiliert und hochgeladen. ESP8266 folgt...

franc (Freitag, 25 Oktober 2024 18:05)

Ahh! Danke!! Unter
Configuration > Configure Module
stand bei mir Module Type nicht auf Generic (0) sondern auf Sonoff Basic (1), ich vermute das ist Default.
Bei Template standen schon alle GPIOs auf User.
Jetzt ist der unnötige Schalter weg, also mit Module Type = Generic (0), das hab ich sicher irgendwann überlesen :)

ottelo (Freitag, 25 Oktober 2024 17:50)

Und Configure -> Module

ottelo (Freitag, 25 Oktober 2024 17:49)

@franc
Dann hast du noch ein GPIO über Tasmota konfiguriert. Schau unter Configuration -> Template ob da alles auf User steht.

Omega13 (Freitag, 25 Oktober 2024 17:45)

@franc
Also bei mir wird das nicht angezeigt. Da hasst du in der Konfig. etwas falsch gemacht.

franc (Freitag, 25 Oktober 2024 15:02)

Noch was: Ist es kompliziert, auf der Main Seite den 'Toggle' Button und das Textfeld dazu ("ON" oder "OFF") weg zu kompilieren? Das ist ja für Smart-Meter-Nutzung nicht nötig (nimmt nur Platz weg). Das ist aber auch in der normalen Smart Meter Tasmota Firmware drin, wundert mich, warum das niemand raus macht.

Robotto (Donnerstag, 24 Oktober 2024 23:03)

Hallo @otello,
danke für den Hinweis :) - hatte ich glatt übersehen. Nun gibt es keine Probleme mehr mit flackernden Zählern aber esphome kommt nicht damit klar, wenn ich bei dem Zähler aktiviere, dass er den vollen Datensatz senden soll. Also sobald ich den hichi mit dieser Einstellung des Zählers dran halte schmiert esphome weg. Ich konnte aber noch im log folgende Meldung sehen: "Checksum error in received SML data." Werde mich aber mal in die Recherche begeben woran das liegt. Danke erstmal für den 3,3V Tipp :D

ottelo (Donnerstag, 24 Oktober 2024 09:09)

@Robotto
Bzgl. deinem Zähler: Siehe Kapitel 2 "Unbenutzer TX-Pin (Sendediode)".

Robotto (Mittwoch, 23 Oktober 2024 15:34)

Hallo, ich habe eine kleine Problem und hoffe mir kann geholfen werden:
Ich habe einen Hitchi (IR Lesekopf) an einem D1 Mini angeschlossen. Nutze ESPHome in Homeassistant und habe dort ein Script für die SML Daten. Alles lief gut. Nun habe ich einen neun Zähler (wegen Smartmeter Vorschrift) bekommen --> https://emh-metering.com/wp-content/uploads/2024/09/eHZB-BIA-D-1.16.pdf.
Habe gleich direkt wieder den Code eingegeben und tatsächlich kamen auch Werte über die IR Schnittstelle - leider zu wenig --> keine Momentanleistung etc.. Ich habe dann in dem verlinkten PDF-Dokument gelesen, dass ich einen vollständigen Datensatz aktivieren kann (S. 14). Das habe ich dann natürlich gemacht. Als ich mir im ESPHome dann die Logs angesehen habe schien der ESP abgestürzt zu sein und auch der Zähler sprang wie verrückt durch die ganzen Menüs (wenn der IR Kopf am Zähler war, sonst nicht). Es scheint das der Zähler und das ESP-Projekt nicht harmonieren. Ist sowas schon bekannt? Wo könnte mein Fehler liegen? Hoffe jemand kann mir helfen. LG Robotto

Code Auszug (Credentials habe ich mal rausgenommen und nur die aktuell noch aktiven Sensoren drin gelassen)

esphome:
name: stromzaehler

esp8266:
board: d1_mini

# Enable logging
logger:
baud_rate: 0
#level: DEBUG # Setze auf DEBUG, um detaillierte Ausgabe zu sehen

# Enable Home Assistant API
api:
encryption:
key: "---/****"

ota:
password: "----"
platform: esphome

wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password

captive_portal:

# Example configuration entry
uart:
id: uart_bus
rx_pin: GPIO3
baud_rate: 9600
data_bits: 8
parity: NONE
stop_bits: 1

sml:
id: mysml
uart_id: uart_bus

sensor:
- platform: sml
name: "Energie Bezug"
sml_id: mysml
# server_id: "0123456789abcdef"
obis_code: "1-0:1.8.0"
unit_of_measurement: kWh
accuracy_decimals: 1
device_class: energy
state_class: total_increasing
filters:
- multiply: 0.0001

- platform: sml
name: "Momentanleistung"
sml_id: mysml
obis_code: "1-0:16.7.0"
unit_of_measurement: W
accuracy_decimals: 1
device_class: energy
filters:
- multiply: 0.1

text_sensor:
- platform: sml
name: "Manufacturer"
sml_id: mysml
# server_id: "0123456789abcdef"
obis_code: "129-129:199.130.3"
format: text

ottelo (Dienstag, 22 Oktober 2024 16:23)

Sehr interessant :D
Das kann man easy peasy mit dem Tasmota Script nachbauen. Einfach nur das normale Script mit der >M Sektion und dann halt das PIN Bruteforce Script. Sobald dann was in sml[1] (Leistung) steht, war die zuletzt eingegeben pin korrekt und man könnte sie speichern mit script >svars und auch direkt ausgeben.

Eule01x (Dienstag, 22 Oktober 2024 16:16)

Ich bin beim Akkudoktor auf ein Arduino Projekt gestoßen. Der poltert einfach durch die Pins durch. Ist halt komplett ohne Rückmeldung oder Netzanbindung. Aber es läuft solala gerade. https://www.akkudoktor.net/forum/postid/231569/ Meine Timings fürden MT631 sind:

int blinkDuration = 300; // in Millisekunden
int blinkPauseDuration = 300; // in Millisekunden
int digitSpaceBetweenDuration = 4000; // in Millisekunden
int wordSpaceDuration = 3500; // in Millisekunden
int wordStartDuration = 1500; // in Millisekunden

Bin gespannt, was passiert, wenn er tatsächlich mal an der richtigen PIN vorbei kommt...

ottelo (Dienstag, 22 Oktober 2024 16:07)

@franc
Das freut mich, dass es geklappt hat. Zum Glück klappt das Einfügen über den internen Script Editor neuerdings einwandfrei (beim kleinen ESP8266). Vorher konnte man das große Google Chart Script nicht so einfach einfügen, sondern musste es immer über den externen Script Editor machen. Bei jeder Änderung musste man es wieder darüber machen, weil das Script nicht dargestellt werden konnte.

@Eule01x
Klar könnte man das mit einem Script bauen. Zeit+Aufwand wären aber verrückt :)

Eule01x (Dienstag, 22 Oktober 2024 11:26)

Hallo, ich habe hier einen MT631 und kann den auch dank deinen vielen Infos auslesen (ESP8266 am Hichi TTL). Danke fdafür :)
Leider fehlt mir noch die PIN (dauert wohl länger bis die kommt) und so bekomme ich keine Leistung ausgegeben.
Laut Anleitung kann man aber die 4-stellige PIN unendlich oft versuchen einzugeben. Kann man das nicht über die Tasmoat Script engine machen? Einfach durchprobieren, bei der richtigen anhalten und ausgeben? Ob's die richtige war, würde man ja dann bspw. erkennen, wenn plötzlich eine Leistung ausgespuckt würde.
Hier wird erklärt, wie man die PIN eingibt: https://www.syna.de/content/dam/syna-de/dokumente/smart-meter-roll-out/kurzanleitung-fuer-die-moderne-messeinrichtung.pdf
Gruß, Eule01x

franc (Dienstag, 22 Oktober 2024 11:13)

Die Frage hat sich erübrigt, ich habs einfach gewagt und es geht :)
Ich hab vorher noch ein Backup der Einstellungen gemacht, aber war nicht nötig, war alles noch da. Dann erst die minimal FW drauf, dann die 1M FW (vs14.2.0) und dann konnte ich das abgespeckte (ohne Kommentare und Leerzeichen) und für meinen MT174 angepasste Skript eingefügen, da hatte ich sogar noch 4000 Zeichen frei. Ging gleich :)
Vielen Dank noch mal, wie gesagt, tolle Arbeit!

franc (Dienstag, 22 Oktober 2024 10:00)

Ach so! Ich verstehe. Dann kann man auch nicht in die genauen Werte der vergangenen Tage etc hineinsehen, sondern über nur die Summen betrachten. Dennoch sehr interessant :)
Ich habe gerade versucht, dein Chart Script zu laden, natürlich vorher alles an Kommentaren und Leerzeichen raus gemacht aber nach 2560 Zeichen wird es abgeschnitten. Da müsste ich also deine Firmware flashen, damit ich mehr ins Script Fenster reinschreiben kann. Kann ich das tun ohne meine bisherige Konfiguration (MQTT Werte) zu verlieren, also meine bisherige Lösung weiter funktioniert? Diese Information habe ich vielleicht bisher überlesen.
Danke!

ottelo (Dienstag, 22 Oktober 2024 09:09)

Freut mich zu hören :) . Der 1MB Flash reicht aus um die paar Werte zu speichern. Aber es sind ja nur die letzten 4 Stunden fein (nur im RAM) aufgelöst und die letzten 24h grob (die werden gespeichert). Der Rest aus den Balkendiagrammen gilt nur pro Monat bzw. Jahr.

franc (Dienstag, 22 Oktober 2024 08:27)

Hallo, danke erstmal für die grandiose und ausführliche Dokumentation! Große Klasse!
Meine Frage: ich habe einen ESP01S für meinen MT174 Stromzähler im Einsatz. Die Historie speichere ich umständlich auf einem RPi3B mit Mosquitto, Python, InfluxDB und zeige sie auf dem RPi mit Grafana an. Jetzt (erst) habe ich dein Skript entdeckt, da hätte ich mir das alles ja sparen können :) aber wo speichert der ESP01S (=ESP8266) denn die Werte? Der hat doch kaum Speicher (nur 1MB Flash), läuft der da nicht irgendwann voll?
Danke für eine Antwort. Gruß franc

hawe (Montag, 21 Oktober 2024 13:56)

Hab die 14.3.0 gerade auf dem WT32-ETH01 mit ESP32 wroom getestet und funktioniert, ich musste aber über template die das Wt-32-ETH01 (5) auswählen

https://1drv.ms/f/c/c4b1ddd478eb26a6/Einu0HKNBHBAtqW3-kMvFk4BXMoRLSMoYsGD9Y9az8QFKA?e=DsAFG5

ottelo (Montag, 21 Oktober 2024 11:21)

@hawe
Danke fürs Testen. Dann hatten die wohl irgendein Bug in der 14.2.0 drin.

Hier findest du V14.3.0 für den ESP32(wroom) "tasmota32.bin".
https://drive.google.com/drive/folders/1-AXazg1bctTluigcH44lfNFrW2UxLodq?usp=sharing

Laut Tasmota hat dein ESP32 folgende Eigenschaften: Max 240MHz, Dual core, QFN 5*5, ESP32-WROOM-32E, ESP32_WROVER-E, ESP32-DevKitC).
Quelle: https://github.com/arendst/Tasmota/blob/development/tasmota/tasmota_support/support_esp32.ino

Auch ne wichtige Info: Tasmota32 is initially developed and tested with the dual core ESP32-D0WD-V3...
Quelle: https://tasmota.github.io/docs/ESP32/#esp32_1

hawe (Montag, 21 Oktober 2024 09:21)

https://1drv.ms/i/c/c4b1ddd478eb26a6/EfmZwaEdhYBCgo6XANshXdUBBt44exOnFojFGpY5nvjzTA?e=vfekf3
14.3.0 auf dem WT32 ETH01 ESP32 S1
Per "Tasmota32 Solo1.bin" (Testimage) geflasht über die 14.1.0

hawe (Montag, 21 Oktober 2024 00:56)

@Wolfi
Könntest du die sml Version für den ESP32wroom (ESP Chip Id 15617560 (ESP32-D0WD-V3 v3.1)
Flash Chip Id 0x17405E (DIO)
Flash Size 8192 KB )
evtl. zur Verfügung stellen..?
Danke
Hawe

hawe (Montag, 21 Oktober 2024 00:52)

Ich hab das 14.3.0 Testimage mal drafuf geflasht und zunächst läuft es auf Anhieb alles andere braucht ja erstmal ein wenig Zeit zur Beobachtung

ottelo (Sonntag, 20 Oktober 2024 20:08)

@Wolfi
Interessant. Ich habe auch mal Tasmota 14.3.0 für den ESP32-S1 Single Core erstellt. Welche #defines hast du denn verwendet (ich habe viele beim ESP32 aktiviert)? Hier ist meine user_config_override.h, die ich verwendet habe. Kannst ja mal mit deiner vergleichen.
https://drive.google.com/file/d/1-6vrn7esktesYgRC-Lv9cP5JyaXZF3FW/view?usp=sharing

Hier ist das Testimage 14.3.0 für WT32-ETH01 mit ESP32-S1. Bitte mal testen.
https://drive.google.com/file/d/11IfH--uGrQtiyrs3Dz_IpuocaSNmrcSt/view?usp=sharing
factory: https://drive.google.com/file/d/11HDKz2978ZB0-WLjjOUaFGkZX9_G6mQ9/view?usp=sharing

Wolfi (Sonntag, 20 Oktober 2024 00:47)

Ich kann bzgl. des W32-ETH01 das Problem bestätigen. Sobald ich ein Skript für einen SML-Lesekopf aktiviere, stürzt der ESP ab.
Mein Skript funktioniert auf einem ESP8266, mit dem W32-WTH01 nicht.
>D
>B
->sensor53 r
>M 1
+1,3,s,0,9600,SML
1,77070100010800ff@1000,Total_in,KWh,Total_in,4
1,77070100020800ff@1000,Total_out,KWh,Total_out,4
1,77070100100700ff@1,Power_act,W,Power_act,0
1,77070100000009ff@#,Meter_Nr.,,Meter_id,0
#

Interessanterweise funktioniert das mit einem Modbus-Zähler mit folgendem Skript:
>D
>B
->sensor53 r
>M 1
+1,3,m,0,9600,SML,1,1,0104000C,0104000E,01040010,01040034,01040048,01040000,01040002,01040004
1,010404ffffffff@i0:1,L1_Power_curr,W,L1_Power_curr,0
1,010404ffffffff@i1:1,L2_Power_curr,W,L2_Power_curr,0
1,010404ffffffff@i2:1,L3_Power_curr,W,L3_Power_curr,0
1,010404ffffffff@i3:1,Power_curr,W,Power_curr,0
1,010404ffffffff@i4:1,Total_in,kWh,Total_in,3
1,010404ffffffff@i5:1,L1-N_Voltage,V,L1-N_Voltage,0
1,010404ffffffff@i6:1,L2-N_Voltage,V,L2-N_Voltage,0
1,010404ffffffff@i7:1,L3-N_Voltage,V,L3-N_Voltage,0


Die Fehlermeldung ist
22:07:03.824 MQT: tele/tasmota_A85184/INFO3 = {"Info3":{"RestartReason":{"Exception":28,"Reason":"LoadProhibited","EPC":"40157cd9","EXCVADDR":"00000000","CallChain":["40157cd6","40157ce5","40172226","40172aa0","40172d4c","40173464","40180169","4013efc2","4013f5b3","4013bffb","400def28","400d89c1","40175d62"]},"BootCount":34}}

mit der V14.3.0 habe ich mir eine eigene SML-Firmware geflasht und die läuft auf diesem Chip:
Program Version 14.3.0 (tasmota32)
Build Date & Time 2024-10-19T22:15:13
Core/SDK Version 3_1_0/5.3.1.240924
ESP Chip Id 15617560 (ESP32-D0WD-V3 v3.1)
Flash Chip Id 0x17405E (DIO)
Flash Size 8192 KB

ottelo (Samstag, 19 Oktober 2024 08:55)

02:00 Uhr . Gute Zeit zum Basteln ;)

Ich habe mir den S1 über AliExpress bestellt. Dann Angebot nur 99ct

hawe (Samstag, 19 Oktober 2024 02:06)

@ottelo, ich seh gerade erst das du nach dem S1 gefragt hast den hatte ich bei Amazon geholt
https://www.amazon.de/dp/B0CW3DDWZ4?ref=ppx_yo2ov_dt_b_fed_asin_title

hawe (Samstag, 19 Oktober 2024)

Nabend, heute abend wollte ich dann den ESP32 wroom als WT32 ETH01 testen aber ging per Lan nix .Er bekommt keine IP Adresse in der Webui steht dann nur die(0.0.0.0) mehr geht nicht.

Andreas (Freitag, 18 Oktober 2024 20:50)

@ottelo
Skript läuft, auch Anpassung Y-Achse.
Hatte das Kommentar innerhalb der Zeile übersehen bzw. nicht entfernt.

Danke!

hawe (Donnerstag, 17 Oktober 2024 23:00)

Hier der Link zu dem Wt32 ETH01 mit dem ESP Wroom32

https://de.aliexpress.com/item/1005007216543503.html?spm=a2g0o.order_list.order_list_main.5.53a65c5f7fbK9X&gatewayAdapt=glo2deu

ottelo (Donnerstag, 17 Oktober 2024 17:52)

@hawe
Woher hast du den WT32 S1 ETH01? Kannst du mir ein Link schicken.

ottelo (Donnerstag, 17 Oktober 2024 17:48)

Ich besorge mir mal das neuste Ethernet Modul und werde es selbst mal testen.

ottelo (Donnerstag, 17 Oktober 2024 17:39)

@Andreas
... Typical Flash memories can perform about 10000 writes cycles ....
https://docs.arduino.cc/tutorials/portenta-h7/reading-writing-flash-memory/

Skript an der richtigen Stelle angepasst um die Y-Achse zu begrenzen? (Beispiel 4h Diagramm):

; 4h Leistung Diagramm
$<div id="chart1" style="text-align:center;width:400px"></div>
$gc(lt s4h "wr" "Leistung [W]" cstr2)
$var options = {
$chartArea:{left:60,width:'83%%'},
$legend:'none',
$vAxis:{format:'# W',viewWindow:{max:5000}},
$explorer:{actions:['dragToZoom', 'rightClickToReset']},
$series: {0: {type: 'area'}},
$title:'Verbrauch 4 Stunden [Watt]'
$};
$gc(e)

So gehts bei mir.

Die Statistiken kannst du via mqtt senden. Beispiele habe ich im Script:
;=>publish stat/%topic%/script/consday %2(dcon[day])%
;=>publish stat/%topic%/script/yieldday %2(dprod[day])%
...

Siehe dazu auch Kapitel 10


@hawe
Das ist echt mist :(
Ich gebe diese Infos mal weiter an den Script Entwickler gemu2015.

Andreas (Mittwoch, 16 Oktober 2024 22:58)

@ottello

habe das angepasste Skript nun getestet.
Perfekt.
Jahreswerte funktionieren.

Anpassung der Y-Achse hat bei mir jedoch zum fehlen der beiden Diagramme (4/24h)geführt.

Das probiere ich aber noch einmal aus - hab zum Test noch einen Lesekopf für Allgemeinstrom fertig gemacht.

Mir sind die "vielen" Schreibvorgänge auf dem esp8266 aufgefallen - wieviele hält so ein Ding denn aus?

Flash Write Count 11003 at 0xFB000

Vielleicht möchtest du bei Gelegenheit noch den Strompreis und entsprechend die Kosten in dein Script einfügen?

Vielleicht analog wie hier
https://wiki.gorjup.de/doku.php?id=public:stromzaehler

Könnten vielleicht irgendwie auch die arrays mit den Statistiken als mqtt json published werden?
Mit retain hätte man ja dann regelmäßig ein Backup.

Super Sache!
Vielen Dank für deine Mühe und stetigen Support und Updates.

hawe (Mittwoch, 16 Oktober 2024 20:44)

So ich hab die Tage die tasmota32 solo1 getestet mit dem WT32 ETH S1 aber auch hier funktionierte die 14.2.0 nicht. Heute hab ich dann einen weiteren WT32 ETH01 mit einem ESP32 wroom bekommen auch dieser funktioniert mit der Tasmota32 14.2.0 nicht

Hier die Info daten des ESP32 wroom (WT32 ETH01):

ESP Chip Id 15325548 (ESP32-D0WD-V3 v3.1)
Flash Chip Id 0x17405E (DIO)
Flash Size 8192 KB
Program Flash Size 8192 KB
Program Size 2118 KB
Free Program Space 761 KB
Free Memory 104.4 KB (frag. 9%)
Partition safeboot 832 KB (used 98%)
Partition app0* 2880 KB (used 73%)
Partition fs 4416 KB

ottelo (Montag, 14 Oktober 2024 08:05)

Habe es in meinem Skript "Tasmota SML Script + Chart + PV" korrigiert. Die anderen mache ich später.

Es gibt zwei Variablen yval und yval2. Die erste speichert beim Jahreswechsel den Zählerstand, die zweite die Einspeisung. Die Anzeige sieht nun wie folgt aus:

; Verbrauch
Jahresverbrauch{m}%2(EnFrGrid-yval)% kWh

; Einspeisung (PV)
Jahreseinspeisung{m}%2(EnToGrid-yval2)% kWh

EnFrGrid = Aktueller Zählerstand Verbrauch
EnToGrid = Aktueller Zählerstand eingespeist

Am Anfang muss man also seinen Zählerstand in die Variablen schreiben via:
;backlog script >yval=EnFrGrid; script >yval2=EnToGrid;

oder man trägt dort seinen Zählerstand beim Jahreswechsel ein, falls man diesen notiert hat (was die meisten von uns bestimmt machen :D )

ottelo (Montag, 14 Oktober 2024 07:19)

@Andreas
Oh da hab ich Denkfehler gehabt. Werde ich korrigieren.

hawe (Sonntag, 13 Oktober 2024 23:55)

@ottelo
Danke werde ich die Tage testen

Andreas (Sonntag, 13 Oktober 2024 23:21)

@ottelo

Jahreswerte steigen auch ohne reboot...

Andreas (Sonntag, 13 Oktober 2024 23:14)

@otello
Perfekt!
Allerdings ist mir aufgefallen:
bei jeden reboot wird der aktuelle Monatsverbrauch erneut zum Jahresverbrauch hinzuaddiert?!?

Wenn ich die Y-Achse wie beschrieben limitiere, fehlen die 4 und 24h Diagramme.

ottelo (Sonntag, 13 Oktober 2024 12:13)

@Andreas
Ich habe deine Punkte mal in mein aktuellstes Skript (13.10.2024) eingebaut (auskommentiert mit ";"). Schau dir mal das Skript an.

1. Ganz unten in der >W Sektion beim 4h und 24h Diagramm folgende Zeilen nach Bedarf auskommentieren / Kommentar setzen:
$vAxis:{format:'# W',viewWindow:{max:5000}}, (optional um Y-Achse Werte auf 5kW zu begrenzen)
;$vAxis:{format:'# W'}, <- auskommentieren ";"
2. In meinem neuen Skript wird nun der Jahresverbrauch/Einspeisung mit angezeigt. Beim Jahreswechsel wird dieser auf 0 zurück gesetzt. Berechnungen oder Stichtag habe ich (noch) nicht drin.

Andreas (Sonntag, 13 Oktober 2024 02:07)

@ ottelo

Zunächst danke für die ganze Mühe und stetige Verbesserung.
Wie könnte ich noch folgende Anpassungen umsetzen?

1. bedingt duch einen Durchlauferhitzer (21kw) ist auch die negative Skala im chart entsprechend bis -20.000
Kann dieser Bereich irgendwie angepasst werden? Macht ja keinen Sinn bei einem Balkonkraftwerk.
2. Wie erhalte ich auch einen Eintrag für den Jahresverbrauch/Einspeisung im webinterface ? Möglichst mit Stichtag?
Bestenfalls mit Berechnung der Kosten.

Grüße
Andreas

ottelo (Freitag, 11 Oktober 2024 20:29)

Da hat jemand ein besseres Gedächtnis als ich :)

Marcus (Freitag, 11 Oktober 2024 16:44)

@ Atratus

Schau mal in den Kommentaren nach dem Kommentar #1007 bzw. such mal nach den Begriffen Websend, Thingspeak.
So hatte ich das gelöst.
Gruß
Marcus

ottelo (Freitag, 11 Oktober 2024 13:05)

@Atratus
Freut mich das es bei dir geht.
Die Idee, die Daten irgendwo in die Cloud zu laden hatte ich und andere Leser auch bereits. Hatte bislang nur keine Lust/Zeit nach einer Lösung zu suchen.
Unterwegs auf den Zähler zugreifen geht aber ganz einfach, wenn man eine FritzBox hat. Dort kann man den VPN (WireGuard) aktivieren und die WireGuard App auf dem Handy installieren. Dann kurz die Verbindung aufbauen und es klappt. Werde ich mal hier auf meiner Seite mit aufnehmen.

Atratus (Freitag, 11 Oktober 2024 12:42)

Hi ottelo,
sieht gut aus und hat im ERSTEN Anlauf mit dem ebz DD3 SML Zähler geklappt:
Die PIN einzugeben was etwas tricky, aber auch das klappte.
Dann das Script auf den ESP32-ETH01 kopiert und simsalabim: Die Anzeige wird aufgebaut :-)

Jetzt würde mich noch interessieren, ob man den Output vielleicht irgendwo hochladen kann, damit die Statistiken (Diagramme) dann auch vom Handy mobil abgerufen werden können.
Einen eigenen Web-Server würde ich dafür jetzt nicht aufsetzen wollen
Vielleicht können wir da mal Ideen sammeln?

Viele Grüße
Atratus

ottelo (Donnerstag, 10 Oktober 2024 12:51)

@Volker
Du kannst deine >F Sektion direkt hinter der >B Sektion einfügen. Aber an sich ist es egal.

Wenn du mein Google Chart Script verwenden solltest wäre das z.B. davor:

;-- SML --
>M 1

Marcus (Donnerstag, 10 Oktober 2024 10:06)

@ Volker
Ich bin da nicht der Experte, aber die >F Sektion ist ja die 100ms Sektion.
Daher würde ich es probieren, sie vor die >S Sektion zu setzen.

Gruß

Volker (Mittwoch, 09 Oktober 2024 14:19)

@ottelo

Leider ist alles "0".
Ich habe vergessen die Baudrate und die Initialisierung des AS1440 zu schicken.
In meinem Script ist das im "F" Block:

>F
; count 100ms
scnt+=1
switch scnt

;300ms after start: set sml driver to 300 baud and send /?! as HEX to trigger the Meter
case 3
res=sml(1 0 300)
res=sml(1 1 "2F3F210D0A")

;1700ms later: Ack and ask for switching to 9600 baud
case 20
res=sml(1 1 "063035300D0A")

;300ms later: switch sml driver to 9600 baud
case 23
res=sml(1 0 9600)

;6000ms after start: Restart sequence
case 60
scnt=0

ends

Kannst du mir sagen wo ich das in Deinem Script eintragen kann/muss?

Vielen Dank!
Gruß
Volker

ottelo (Mittwoch, 09 Oktober 2024 13:45)

@hawe
Ich habe nun eine spezielle Version für den ESP32-S1 Single Core erstellt. Du findest diese im ESP32 Download Ordner.

@Volker
Genau. Damit mein Script funktioniert, muss die Reihenfolge stimmen: 1. Leistung 2.Netzbezug 3.Netzeinspeisung (optional)

Volker (Mittwoch, 09 Oktober 2024 13:19)

@ottelo

ok, so wie ich das verstehe ist die Zeilennummer das entscheidende in welcher Variable was geschrieben wird.

Dann werde ich mal diese Zeilen aus meinem Script einsetzen und schauen was passiert.

+1,3,o,0,9600,AS1440,1
1,1-1:1.7.0(@0.001,Power In,W,power_in,16 --> in sml[0]
1,1-1:1.8.0(@1,Total In,kWh,Total_in,1 --> in sml[1]

Danke!

ottelo (Mittwoch, 09 Oktober 2024 13:19)

@hawe
Ich hatte überlesen, dass du unten erwähnt hast, dass du den WT32 S1 (ESP32 Single Core) hast. Da kannst du nicht meine hochgeladenen Images verwenden. Ich muss dafür ein extra Image erstellen. Nur komisch, dass es bei dir mit 14.1.0 funktioniert....

Hinweis hier:
https://tasmota.github.io/docs/ESP32/#esp32_1
Single core SoCs do not work with standard binaries, for those use only tasmota32solo1.bin or compile your own binary using the tasmota32solo1 environment.

ottelo (Mittwoch, 09 Oktober 2024 13:08)

@Volker
Sollte funktionieren, ja. Der Wert wird aber nicht in power_in geschrieben, sondern sml[1]. Suche mal hier auf der Seite nach "sml[x]" für eine genauere Beschreibung wie das funktioniert.

Volker (Mittwoch, 09 Oktober 2024 11:00)

Hallo, funktioniert Dein Script auch mit einem AS1440 der OBIS Kennzahlen rausgibt?

Theoretisch müsste das doch funktionieren weil der Wert in "power_in" geschrieben wird, oder liege ich da falsch?
1,1-1:1.7.0(@0.001,Power In,W,power_in,16

Vielen Dank und Grüße
Volker

ottelo (Mittwoch, 09 Oktober 2024 07:12)

Ich habe gestern mal den Entwickler von Tasmota Script angeschrieben ob er das Problem bereits kennt. Aber bei euch rebootet die Kiste schon sobald man das Module auswählt oder erst wenn der Haken beim Script aktiviert wird?

hawe (Dienstag, 08 Oktober 2024 21:50)

@ottelo wo könnte der Unterschied liegen müsste ja in der Software etwas anders sein da ja bis zur 14.1.0 alles geht, obwohl ich das natürlich auch probiert habe mit der 14.1 als factory auch da lief kein Lan mit der software nur beim Update von der 13.2 bis 14.1 da ging es dann

ottelo (Dienstag, 08 Oktober 2024 21:07)

Mein WT32-ETH01 hat folgenden Chip:

ESP Chip Id 16763500 (ESP32-D0WD v1.0)

Damit läuft es 1A mit Tasmota 14.2.0.

Schätz mal v1.1 hat Probleme

hawe (Dienstag, 08 Oktober 2024 20:27)

Ich seh aber gerade das mein ESP chip eine neuere Version ist als bei dir @markus. Ich hab mir jetzt auch noch einen bestellt, derzeit ist ja der ESP32 S1 drauf und ich hab jetzt noch einen bestellt als ESP32 wroom mal schauen ob das evtl. einen Unterschied macht.
Danke im übrigen für eure Hilfe

hawe (Dienstag, 08 Oktober 2024 20:23)

@markus @Oposum

Ich hab die unten genannten Möglichkeiten gut 2 Tage lang alle ausgetestet und keine hat funktioniert ob mit angeschlossenem Hitchi V1.1 Lesekopf oder ohne. Jegliche Config ausgetestet Wlan funktionierte auch mit der 14.2 auf dem WT32 mit ausgewähltem "ESP32 Devkit" Sobald aber "WT32-ETH01" ausgewählt wir war beim Beboot der haken im script aktivieren weg und der ESP brauchte einige zeit zum neustart (deutlich länger als normal) erst die 13.2 brachte mich zum Erfolg und dann hab ich die 13.4 bis 14.1 geflasht und es funktioniert und wenn ich die 14.2 geflasht habe stürzte der WT32 wieder ab wie vorher auch also geh ich mal davon aus das es an der Software liegt

Oposum (Dienstag, 08 Oktober 2024 18:09)

@Marcus Ich verwende als Modul-Type in "Configure Module" WT32-ETH01 (0). Die (5) gibts bei mir auch, mit dem gleichen Namen, keinen Plan. In Configuration -> Configure Template steht allerdings bei "Based on: WT32-Eth01 (5). Als Rx-Pin verwende ich GPIO 15, den ich damals so frei gewählt hatte (dementsprechend ist mein SML-Script natürlich angepasst. WLAN ist bei mir auch komplett abgeschalten. Als Lesekopf kommt ein Hichi IR v1.1 bei mir zum Einsatz.
Es war nicht so das es mit v14.2.0 gar nicht lief - zumindest tat es das am Anwendungsort mit angeschlossenem Lesekopf nicht. Auf Arbeit ohne Lesekopf war er per TCP/IP mit v14.2 wunderbar erreichbar. Ich hatte eher die Vermutung, dass irgendwas "blockiert" sobald der Lesekopf angeschlossen war und das Script aktiv ist?!

Marcus (Dienstag, 08 Oktober 2024 10:25)

@ Hawe
Als Ergänzung:
Es ist auch ein WT32-ETH01.
Als Modul habe ich unter Config Modul: WTH32-Eth01 (5) ausgewählt
Unter Config Template steht bei mir bei Name: ESP32-DevKit
Bei Based on: ESP32-DevKit (1)
Zum Lesen der Daten verwende ich den RX Pin
Was ich immer mache wenn ich den RX Pin Verwende ist unter Config Logging: Serial Log Level auf None zu stellen. Keine Ahnung ob das nötig ist aber ich dachte RX wird zum serialen Flashen auch verwendet, dann werden dort vielleicht auch serial Log Daten ausgegeben/Empfangen und das könnte ein Konflikt sein.
Viel Erfolg

Marcus (Dienstag, 08 Oktober 2024 10:12)

@ Hawe,

doch, ich mache nur noch LAN. -eth beim Hostname ist die LAN Schnittstelle und wird automatisch an den Hostnamen angehängt. WLAN habe ich komplett abgeschaltet da mein WLAN nicht in den Keller reicht, ich aber eine Fastethernetverbindung über 4 Freie Adern im ungenutzen Telefonkabel hinbekommen habe.
Daher wird hier nur noch die LAN Schnittstelle aufgeführt.
Habe genau die Befehle, die ottelo unter 12e beschrieben hat, genommen. Wobei die Ethernetschnittstelle schon aktiviert war.
Ich weiß allerdings nicht mehr, ob ich direkt auf die 14.02 gegangen war oder per Upgrade.
Ich bekomme die Tage noch so ein Board und probiere es dann nochmal aus.

Hawe (Montag, 07 Oktober 2024 22:16)

@Markus du machst aber kein Lan sondern Wlan, mit Wlan läuft es bei uns auch wir haben aber den WT32 ETH01

Marcus (Montag, 07 Oktober 2024 15:49)

@Oposum, hawa, ottelo

Zur Info: Bei mir läuft es seit 15 Tagen ohne Probleme mit der 14.2.0

Strom
Program Version 14.2.0 (ottelo.jimdo.de)
Build Date & Time 2024-09-05T05:57:49
Core/SDK Version 3_0_4/5.1.4.240801
Uptime 15T06:12:39
Flash Write Count 99
Boot Count 29
Restart Reason Software reset CPU
Hostname Strom-eth
IPv6 Global (eth) 2003:c0:4f1c:5f00:9238:cff:feb1:6817
IPv6 Local (eth) fe80::9238:cff:feb1:6817%en1
MAC Address 90:38:0C:B1:68:17
IP Address (eth) 192.168.1.80
Gateway 192.168.1.1
Subnet Mask 255.255.255.0
DNS Server1 192.168.1.1
DNS Server2 2003:c0:4f1c:5f00:464e:6dff:fe3e:b947
HTTP API Enabled
MQTT Disabled
Emulation None
mDNS Discovery Disabled
ESP Chip Id 11626516 (ESP32-D0WD v1.0)
Flash Chip Id 0x16405E (DIO)
Flash Size 4096 KB
Program Flash Size 4096 KB
Program Size 2086 KB
Free Program Space 793 KB
Free Memory 135.5 KB (frag. 20%)
Partition safeboot 832 KB (used 96%)
Partition app0* 2880 KB (used 72%)
Partition fs 320 KB
Main Menu
Tasmota 14.2.0 (ottelo.jimdo.de) by Theo Arends

Oposum (Samstag, 05 Oktober 2024 17:51)

Hallo, ich hab ebenso mit dem WT32-ETH01 Probleme nach dem Upgrade auf 14.2 gehabt. Ich hab gesehen das er sich noch ein DHCP Lease holt, war anschließend aber überhaupt nicht mehr per TCP/IP erreichbar. Bin aktuell auf 14.1 zurückgegangen und konnte auch nach nochmaligen flashen von 14.2 das Problem reproduzieren. ESP Chip Id: 518236 (ESP32-D0WD v1.1)

hawa (Samstag, 05 Oktober 2024 16:50)

Nachdem ich die 13.2.0 am laufen hatte konnte ich die Upgrades machen nach der Reihe 13.3, 13.4, 14.1 bis 14.1.0 bei jeder version lief das Teil bei der 14.2.0 war das Problem wieder da. Konnte aber zurück auf die 14.1.0 und die läuft derzeit auch im test

ottelo (Samstag, 05 Oktober 2024 16:20)

Merkwürdig. Mit meinem lief es 1A. Ich muss mal die Infos von dir mit meinem vergleichen, bin aber erst wieder nächste Woche da.

hawe (Samstag, 05 Oktober 2024 16:14)

So, ich habe jetzt eigentlich alles getestet und mit der 13.2.0 endlich einen Erfolg es läuft per lan und Wlan

hawe (Samstag, 05 Oktober 2024 14:50)

@ottelo

Ich bin jetzt gerade mal auf den Tasmocompiler gestoßen weil ich darauf gestoßen bin das mein WT32 ETH01 ein WT32 S1 ist was wohl für ESP32 solo1 steht und versuche mir jetzt gerade mal einen entsprechenden File zu compilieren was ich aber gesehen habe das man in verbindung mit dem ESP S1 kein ethernet einfügen kann. Bin mal gespannt was ich da jetzt tut alles andere hat bisher zu keinem Ergebnis geführt

hawe (Freitag, 04 Oktober 2024 20:57)

Ja und wenn ich dann auf script enabled gehe stürzt der WT32 ab

Hawe (Freitag, 04 Oktober 2024 20:55)

So sehen die Infos aus mit Lan angeschlossen aber ohne den Haken bei "Script enabled"

WT32-Eth01
Tasmota_LG_e320
Stromzaehler-LG-E320-4956 (192.168.178.160)
Stromzaehler-LG-E320-4956-eth (192.168.178.162)
Program Version 14.2.0 (ottelo.jimdo.de)
Build Date & Time 2024-09-05T05:57:49
Core/SDK Version 3_0_4/5.1.4.240801
Uptime 0T00:01:02
Flash Write Count 222
Boot Count 109
Restart Reason Software reset CPU
AP1 Information SSId FRITZ!Box 7590
RSSI 60%, -70 dBm
Mode HT40
Channel 1
BSSId F0:B0:14:89:28:21
Hostname Stromzaehler-LG-E320-4956
IPv6 Global (WiFi) 2003:c7:1f45:a300:af9:e0ff:fea8:335c
IPv6 Local (WiFi) fe80::af9:e0ff:fea8:335c%st2
MAC Address 08:F9:E0:A8:33:5C
IP Address (WiFi) 192.168.178.160
Gateway 192.168.178.1
Subnet Mask 255.255.255.0
DNS Server1 192.168.178.1
DNS Server2 2003:c7:1f45:a300:9a9b:cbff:fe72:5fd6
Hostname Stromzaehler-LG-E320-4956-eth
IPv6 Global (eth) 2003:c7:1f45:a300:af9:e0ff:fea8:335f
IPv6 Local (eth) fe80::af9:e0ff:fea8:335f%en1
MAC Address 08:F9:E0:A8:33:5F
IP Address (eth) 192.168.178.162
Gateway 192.168.178.1
Subnet Mask 255.255.255.0
DNS Server1 192.168.178.1
DNS Server2 2003:c7:1f45:a300:9a9b:cbff:fe72:5fd6
HTTP API Enabled
MQTT Host 192.168.178.82
MQTT Port 1886
MQTT TLS Disabled
MQTT User mqttuser
MQTT Client Stromzaehler_LG_E320
MQTT Topic Stromzaehler_LG_E320
MQTT Group Topic 1 cmnd/tasmotas/
MQTT Full Topic cmnd/Stromzaehler_LG_E320/
MQTT Fallback Topic cmnd/Stromzaehler_LG_E320_fb/
MQTT No Retain Disabled
Emulation None
mDNS Discovery Disabled
ESP Chip Id 11023196 (ESP32-D0WD v1.1)
Flash Chip Id 0x16405E (DIO)
Flash Size 4096 KB
Program Flash Size 4096 KB
Program Size 2086 KB
Free Program Space 793 KB
Free Memory 109.1 KB (frag. 4%)
Partition safeboot 832 KB (used 96%)
Partition app0* 2880 KB (used 72%)
Partition fs 320 KB

Hawe (Freitag, 04 Oktober 2024 20:51)

ESP32-DevKit
Tasmota_LG_e320
Stromzaehler-LG-E320-4956 (192.168.178.160)
Program Version 14.2.0 (ottelo.jimdo.de)
Build Date & Time 2024-09-05T05:57:49
Core/SDK Version 3_0_4/5.1.4.240801
Uptime 0T00:00:11
Flash Write Count 218
Boot Count 107
Restart Reason Vbat power on reset
AP1 Information SSId FRITZ!Box 7590
RSSI 58%, -71 dBm
Mode HT40
Channel 1
BSSId F0:B0:14:89:28:21
Hostname Stromzaehler-LG-E320-4956
IPv6 Global (WiFi) 2003:c7:1f45:a300:af9:e0ff:fea8:335c
IPv6 Local (WiFi) fe80::af9:e0ff:fea8:335c%st1
MAC Address 08:F9:E0:A8:33:5C
IP Address (WiFi) 192.168.178.160
Gateway 192.168.178.1
Subnet Mask 255.255.255.0
DNS Server1 192.168.178.1
DNS Server2 2003:c7:1f45:a300:9a9b:cbff:fe72:5fd6
HTTP API Enabled
MQTT Host 192.168.178.82
MQTT Port 1886
MQTT TLS Disabled
MQTT User mqttuser
MQTT Client Stromzaehler_LG_E320
MQTT Topic Stromzaehler_LG_E320
MQTT Group Topic 1 cmnd/tasmotas/
MQTT Full Topic cmnd/Stromzaehler_LG_E320/
MQTT Fallback Topic cmnd/Stromzaehler_LG_E320_fb/
MQTT No Retain Disabled
Emulation None
mDNS Discovery Disabled
ESP Chip Id 11023196 (ESP32-D0WD v1.1)
Flash Chip Id 0x16405E (DIO)
Flash Size 4096 KB
Program Flash Size 4096 KB
Program Size 2086 KB
Free Program Space 793 KB
Free Memory 121.3 KB (frag. 8%)
Partition safeboot 832 KB (used 96%)
Partition app0* 2880 KB (used 72%)
Partition fs 320 KB

ottelo (Freitag, 04 Oktober 2024 20:15)

Vielleicht ist das eine neue Version vom WT32 ETH01 ... poste mal hier die Systeminfos die du unter "information" ganz unten ab ESP Chip Id erhältst.

Hast du "WT32 ETH01" mal als erstes ausgewählt ohne den Haken beim Script reinzunehmen? Stürzt es dann auch sofort ab, sobald du auf Save drückst?

Hawe (Freitag, 04 Oktober 2024 19:16)

Das unten ist eine ältere Version nicht wundern und sollte heißen "ESP32 mit Wlan"
Die neue Version ist zu lang um hier zu posten

Hawe (Freitag, 04 Oktober 2024 19:15)

@ottelo
Das script nutze ich derzeit auf meinem ESP32 ohne Wlan.
Funktioniert auf dem WT32 ETH01 auch aber nur wenn ich eben Devkit auswähle

>D
>B
=>sensor53 r
>M 1
+1,3,s,20,9600,E320
1,77070100020800ff@1000,Netzeinspeisung,KWh,Total_out,3
1,77070100010800ff@1000,Netz Bezug,KWh,Total_in,2
1,77070100100700ff@1,Moment Verbrauch,W,Power_in,16
1,77070100600100ff@#,Server-ID,,Meter_Number,0
#

Hawe (Freitag, 04 Oktober 2024 19:11)

@ottelo
Ja ich hab verschiedene probiert standartmäßig hatte ich immer Gpio 3 so auch hier aber habe auch 12,14,5 probiert aber bei allen das gleiche nutze ich als Cofiguration den Devkit dann funktioniert auch alles aber sobald ich das WT32 ETH01 auswähle stürzt der ESP ab und kurze Zeit später kann ich ihn wieder aufrufen dann ist das Häckchen bei Script enabled wieder weg

ottelo (Freitag, 04 Oktober 2024 13:52)

@hawe
Ich habe eben mal die neuste Firmware "tasmota32.factory.bin" via "flash_download_tool_3.9.5" geflasht. Danach alle Kabel entfernt und nur die Versorgung dran gelassen. Danach via WiFi Hotspot mit meinem WLAN verbunden. Danach einfach Anleitung Kapitel 12 befolgt. Ich habe testweise mein komplettes Google Chart Script (ohne Kommentare) in den Editor eingefügt und gespeichert. Haken gesetzt, läuft alles einwandfrei. Ich habe allerdings kein Lesekopf zum Testen dran gehabt.

Hast du dein GPIO im SML Deskriptor korrekt eingegeben? Nicht das du einen verbotenen GPIO verwendest. Bei mir hatte ich zum Test 14 genommen:

>M 1
+1,14,s,16,9600,MT175
1,77070100100700ff@1,Leistung,W,Power_curr,0
1,77070100010800ff@1000,Verbrauch,KWh,Total_in,2
1,77070100020800ff@1000,Netzeinspeisung,KWh,Total_out,2

hawe (Freitag, 04 Oktober 2024 11:07)

Hallo, gestern hab ich mich mal versucht mit dem WT32 ETH01 V.1.4 und habe die 14.2.0 auf den ESP geschrieben nach deiner Anleitung. Wlan und Lan funktionieren dann auch aber sobald ich versuche mein Script für den LG E320 Stzromzähler zu speichern (Einfügen und Haken setzen zum aktivieren) stürzt der WT32 ETH01 ab. Ich kann zwar nach krzer Zeit wieder drauf zugreifen aber es passiert jedesmal wieder was. mach ich hier was falsch, übersehe ich was...? Kannst du mir da evtl. mal unter die Arme greifen..? Danke Hawe

Tom (Donnerstag, 03 Oktober 2024 17:23)

wollte nur mitteilen das das Script der Gosund EP-2 ohne Änderung auch auf Gosund SP112 läuft falls jemand da noch welche rumliegen hat.
Tolles Projekt ottelo, benutze es auch zur Anzeige der Daten von meinem Solis S5 Wechselrichter über MODBUS.

ottelo (Donnerstag, 03 Oktober 2024)

@bierma1996

Schau mal ins Kapitel 4h

Carsten (Donnerstag, 03 Oktober 2024 00:01)

@ottelo
Kurze Rückmeldung: Mittlerweile läuft es wieder, aber keine Ahnung warum. Habe jetzt wieder vollständige Grafiken.
Noch mal Danke für die Unterstützung!

bierma1966 (Mittwoch, 02 Oktober 2024 13:20)

@ottelo
ich benutze einen Hitchi Wife V2 im TasmotaWeb browser bekomme ich alle daten korrekt angezeigt mit W / KWh/ Volt.
Ausgabe der Werte in der Konsole.
13:14:13.718 MQT: tele/tasmota_D534D0/SENSOR = {"Time":"2024-10-02T13:14:13","ESYM60A":{"Energy_in":1233.589,"Energy":1153.151,"Power":-5,"Power_L1":3.32,"Power_L2":0.00,"Power_L3":-8.75,"Power_Summe":-5.43,"Volt_L1":223.8,"Volt_L2":223.4,"Volt_L3":224.1}}

mein Script:
>B
=>sensor53 r
>M 1
+1,3,s,0,9600,ESYM60A,4
1,77070100010800ff@1000,Verbrauch,KWh,Energy_in,3
1,77070100020800ff@1000,Netzeinspeisung,KWh,Energy,3
1,77070100100700ff@1,akt_Leistung,W,Power,0
1,=h---
1,77070100240700ff@1,Leistung_L1,W,Power_L1,2
1,77070100380700ff@1,Leistung_L2,W,Power_L2,2
1,770701004c0700ff@1,Leistung_L3,W,Power_L3,2
1,77070100100700ff@1,Leistung_Summe,W,Power_Summe,2
1,=h---
1,77070100200700ff@1,Spannung_L1,V,Volt_L1,1
1,77070100340700ff@1,Spannung_L2,V,Volt_L2,1
1,77070100480700ff@1,Spannung_L3,V,Volt_L3,1
#
Im HA Home Assitent bekomme ich aber nur für diese beiden
1,77070100020800ff@1000,Netzeinspeisung,KWh,Energy,3
1,77070100100700ff@1,akt_Leistung,W,Power,0

mit der Maßeinheit angezeigt.
beiden anderen werden nur die Dezimalwerte angezeigt.

kannst du mir einen Tip geben was falsch ist !

Jens (Samstag, 28 September 2024 23:50)

"Phasenabweichung Strom zu Spannung L#" Manche digitalen Zähler geben die Phasenabweichung A/V in einer Gradzahl 0-360° an. Eine andere Darstellungsform ist eine Zahl von 0 bis 1. Das ist nur eine andere Darstellungsform. Wenn man cos(295°) nimmt er hält man 0,95 als Phasenwinkel.
Der ESP32 könnte die Cosinus Funktion rechnen, wenn man USE_ANGLE_FUNC beim compalieren einschaltet. Wenn das BIN dadurch nicht zu groß wird Bitte beim nächstenmal aktivieren. Danke

ottelo (Freitag, 27 September 2024 23:41)

Das mit dem Befehl hast du falsch verstanden ;)

Für das x in der Klammer musst du eine Zahl von 0 bis 479 eingeben. Dann wird dir die Leistung für einen gewissen 30s Zeitraum ausgegeben. Wie gesagt speichert das Script alle 30s die Leistung ins Array s4h.

Zb
script?s4h[9]

Gibt die Leistung vor 300s ((9+1) * 30s) zurück. Ins Array passen 480 * 30s =14.400s =240 Min. = 4 Stunden.

Kommen denn überhaupt aktuelle Werte vom Zähler rein? Stimmt die Uhrzeit und Datum?

Carsten (Freitag, 27 September 2024 23:30)

@ottelo

Nein, es zeigt auch positive Werte an, nur mit der PV hab ich die quasi nicht.

Die 24h Grafik sieht heut eimmer noch genauso wie gestern aus. Das Ergbenis von deinem Scirpt ist einmalig:

23:23:09.650 CMD: script?s4h[x] x=Index 0-479
23:23:09.655 RSL: RESULT = {"script":{"s4h[x] x=Index 0-479":"�F�."}}

Hab auch gerade tierisch Probleme mit der WLAN Verbindung in Keller, aber die Daten sollte er ja unabhängig speichern. Habe zwar das Script für Thingspeak Export aktiv, aber auch das läuft schon nen Jahr.

Und er scheint von sich aus neu gestartet zu haben, Uptime 27min.

ottelo (Freitag, 27 September 2024 08:09)

@Carsten
Deine Diagramme sehen komisch aus, hast du das 24h Diagramm begrenzt auf nur negative Leistungen? Bei deinem 4h Diagramm sieht es so aus, als ob da vorher einfach keine Daten reingekommen sind. Du kannst dir die einzelnen Werte des Arrays mal via Console ausgeben lassen und selbst schauen ob was drin steht:

script?s4h[x] x=Index 0-479. Leistungwert wird alle 30s in das Array geschrieben und der Index dann um 1 erhöht.
Falls du vorhast dir das gesamte Array ausgeben zu lassen via script?s4h, da gibt's direkt ein reboot :)

@Arnd
Danke, füge ich mal oben ein.

Arnd (Freitag, 27 September 2024 05:19)

Hier einmal eine Hilfe für alle, die wie ich noch einen älteren Zähler von EHM eHZ-HW (H-Serie) haben.
Das man die PIN benötigt sollte klar sein, aber die Firmware hat kein INFO Feld, d.h. man hat sofort den vollen Datensatz zur Verfügung.

Hier das passende Script:

>D
>B
=>sensor53 r
>M 1
+1,3,s,0,9600,eHZ-HW
1,77070100000009ff@#,Service ID,,Meter_id,0
1,77070100010800FF@1000,Zählerstand,kWh,total_in,4
1,770701000F0700FF@1,Akt Wirkleistung,W,power_curr,1
1,=so1,00010800,63,5,63,5,000F0700
#

Mit der vorletzten Scriptzeile wird das Vorzeichen lesbar gemacht. Positive Werte sind Bezug und negative Werte Einspeisung.

Ich hoffe ich kann dem ein oder anderen damit ein paar Stunden SML Einarbeitung sparen.

Viele Grüße, Arnd

Carsten (Donnerstag, 26 September 2024 23:06)

das doof :-( hatte nur gelesen '#rst24h' und dachte genau das suche ich :-) Ja rückblickend betrachtet machen die 31 Nullen da jetzt Sinn.... Danke fürs bearbeiten der FAQ!

nee leider nicht, hab da mal mit Thingspeak angefangen aber nicht weiter verfolgt da mir die Darstellung nicht so gut gefiel, und bin mir da nicht sicher ob die Tages / Monatsverbräuche da korrekt gelandet sind. Zur Not habe ich aber noch die gute alte Zettelwirtschaft, da ich vorher den Zähler händisch ausgelesen habe und das zusammen mit Gas und Wasser beibehalten habe. Sprich Monatswerte bekomme ich wieder zusammengerechnet. Kann ich ja denke ich statt der Nullen mit dem gleichen Script wieder reinladen?

Was mich wundert ist, das das momentan teils gar keine Daten speichert, die aber vorher mal da waren? Sieht z.B. so aus aktuell: https://www.mrwoofa.de/sonstiges/pv_scheune/tasmota.gif

In der 4h Übersicht ist da von 19-20.20h ne saubere 0, obwohl da vorher mal Daten waren? Werde morgen noch mal den Sitz des Sensors genau prüfen, aber dann sollten ja gar keine Daten kommen?

Vielleicht update ich mal auf die neueste Version, mal schauen was die so bringt.

Schöne Grüße, Carsten

ottelo (Donnerstag, 26 September 2024 20:05)

Ich habe den Eintrag in der FAQ mal überarbeitet.

ottelo (Donnerstag, 26 September 2024 18:38)

Mit FAQ Nr 3 löscht man natürlich seine ganze History. Hätte ich evtl deutlicher schreiben sollen, sorry :(. Das ist eher was für den Anfang wenn man den Lesekopf frisch installiert hat. Aber nun ist natürlich alles leider futsch. Hast du mal ein Backup der Daten gemacht?

Carsten (Donnerstag, 26 September 2024 17:40)

Hat nicht funktioniert :-( Habe im 4h und 24h Diagramm erst seit 16.45h und meine gesamten Monats- und Jahresübersichten sind weg bzw. auf 0 :-(

Carsten (Mittwoch, 25 September 2024 20:14)

FAQ gefunden und befolgt ^^

Mal schauen was passiert.

Carsten (Mittwoch, 25 September 2024 20:05)

Moin!

Ich habe meinen ESP jetzt seit nem guten Jahr laufen, und es hat immer super funktioniert. Letzte Woche musste ich den vom Netz trennen (nicht das erste mal), jetzt zeigt mir der 4h Chart nur etwa die letzte Stunde an, und der 24h Chart wird gar nicht mehr aktualisiert. Alle anderen Daten werden gelesen, täglicher Verbrauch / Einspeisung etc. passt alles. Hab schon mehrfach nen Restart gemacht, und auch nochmals vom Netz getrennt, keine Änderung.

Program Version 12.5.0(tasmota32)
Build Date & Time 2023-05-25T08:13:28
Core/SDK Version 2_0_7/4.4.4.20230310

ESP Chip Id 10635096 (ESP32-D0WD-V3 rev.3)
Flash Chip Id 0x1640EF (DIO)
Flash Size 4096 KB
Program Flash Size 4096 KB
Program Size 1541 KB
Free Program Space 1856 KB
Free Memory 142.9 KB (frag. 21%)

Thomas M. (Dienstag, 24 September 2024 20:16)

Danke Ottelo und Marcus, werde ich mal checken :)

Marcus (Dienstag, 24 September 2024 14:55)

@ Ottelo,
Danke nochmal für das schnelle anpassen der BINs. Ich bin aber noch nicht dazu gekommen alles zu testen. Update der Gosund EP2 hat geklappt. Sonoff Pow(R2) seht noch aus.

@ Thomas M:
Ich hatte das Problem bei der Leistung. Allerdings sehr vereinfachter selbstgebauter Lesekopf. Bei mir lag es an der sehr langen Leitung zwischen Lesekopf und ESP. Der Fehler war erst weg, als ich den Lesekopf mit 5V betrieben habe anstelle von 3,3V. (Prüfen was Dein Lesekopf verträgt).
Mittlerweile habe ich den ESP auch noch näher an den Lesekopf gebracht.

Gruß
Marcus

ottelo (Montag, 23 September 2024 21:37)

Schau mal in die FAQ Punkt 12:
https://ottelo.jimdofree.com/stromz%C3%A4hler-auslesen-tasmota/#13

Thomas M. (Montag, 23 September 2024 20:38)

Hallo, erstmal vielen Dank für die Anleitung, ohne die hätte ich das wohl nicht hinbekommen.

Jetzt zu meiner frage, sind Probleme bekannt, die zb. utopische werte erzeugen? zb. Strombezug waren über 50.000A ähnlich bei der Spannung und der Leistungsaufnahme.
hatte bisher die 13.2.0 drauf und habe eben auf 14.2.0 das update gemacht.

Ich benutze einen bitShake IR Reader (https://www.amazon.de/dp/B09XRC6VYW?ref=ppx_yo2ov_dt_b_fed_asin_title) um meine Holey DTZ541-ZEBA auszulesen.

Vielen Dank im Voraus

ottelo (Dienstag, 17 September 2024 13:56)

@Marcus
erledigt :)

Marcus (Dienstag, 17 September 2024 08:56)

@ ottelo

Das wäre super wenn Du es auch für die 1M Variante (Gosund EP2) machen könntest.
Aber wie gesagt hat Zeit.

Den Sonnoff POW werden ich heute oder morgen testen.

Danke Dir

Gruß