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ß

ottelo (Montag, 16 September 2024 17:55)

Hatte es nun nur bei dem Sonoff POW gemacht. Kann ich aber für den anderen auch machen. Ist V14.2 übrigens.

Marcus (Montag, 16 September 2024 14:53)

@ottelo

Danke. In der 1M Variante für die Gosund EP2 auch schon drin?
Hätte aber echt Zeit gehabt.

Gruß

ottelo (Montag, 16 September 2024 14:03)

@Marcus
https://bit.ly/4daKw4R

Marcus (Montag, 16 September 2024 10:04)

@ Ottelo

in den ESP8266 und ESP8285 1M BIN's für die Gosund Steckdose und in der 4M für den Sonoff POW ist die Global Variable nicht aktiviert oder?
Wäre das möglich diese einzubauen wenn Du wieder mal neue Versionen erstellst?
Muss aber nicht sein. Hab ja noch die ESP32 Variante (Sonnoff POW 316 Elite)

Gruß

Marcus (Freitag, 13 September 2024 11:12)

@ Ottelo

danke für die Antwort. Den zitierten Text hatte ich gestern Abend auch schon gefunden. Der Hinweis UDP darin scheint die Erklärung zu sein. Es läuft bei mir jetzt testweise und auf beiden ESPs ist MQTT deaktiviert.
Ich bin immer wieder erstaunt welche Möglichkeiten noch so in Tasmota stecken.
Mittlerweile ist mein Stromzähler ESP auch in den Keller umgezogen und erfolgreich über Powerline mit der Wohnung verbunden.

Gruß

ottelo (Donnerstag, 12 September 2024 23:09)

@Marcus
Für die globalen Variablen brauchst du meines Erachtens kein MQTT. Auf der Script Seite steht jedenfalls nichts davon.

g:vname
specifies global variable which is linked to all global variables with the same definition on all devices in the homenet. when a variable is updated in one device it is instantly updated in all other devices. if a section >G exists it is executed when a variable is updated from another device (this is done via UDP-multicast, so not always reliable) the global variable receiver may be reset by cmd gvr

ottelo (Donnerstag, 12 September 2024 23:07)

Für Tasmota kannst du jeden ESP verwenden.

WF (Donnerstag, 12 September 2024 12:33)

Hallo,
kann man auch folgenden Chip verwenden?
AZ-Delivery: "NodeMCU ESP32 S Dev Kit | Wifi Bluetooth | Dual-Core-CPU-Mikrocontroller"

Link:
https://www.az-delivery.de/products/nodemcu-esp-32s-kit?variant=39436421496928&utm_source=google&utm_medium=cpc&utm_campaign=16964979024&utm_content=166733588295&utm_term=&gad_source=1&gclid=CjwKCAjwooq3BhB3EiwAYqYoErxfvUcWftbb2oa8NLcIW2AIJWygEkeKi38yx0IQC47JdRgF1tZ3FhoCPmMQAvD_BwE
Ich brauche was mit externer Antenne und ein ESP32 sollte es schon sein.

Danke und Gruß

Marcus (Mittwoch, 11 September 2024 10:01)

@ottelo
Ja, das ist mir bewusst, das da haarig ist. Ich werde jetzt mal Powerline probieren und den ESP in de Keller verlegen. Mal sehen ob Powerline klappt. Wenn nicht, RS485 ist eine super Idee. Habe sogar noch 2 Wandler aus einem nicht weiter verfolgten Projekt da.

Nochmal meine Verständnisfrage zu den global Variablen. Das geht ohne MQTT Broker nicht oder?

Hab einem Freund mit BKW an einer Tasmota Steckdose jetzt noch einen Stromsensor für seinen Zähler gebastelt und er würde gerne die aktuelle Leistung des BKW mit auf dem Stromzähler ESP mit angezeigt bekommen.

Gruß

Ottelo (Mittwoch, 11 September 2024 09:45)

Freut mich das es nun bei dir läuft. Allerdings ist das technisch gesehen haarig, TTL Signale (vor allem 3,3V) über einfache (meist ungeschirmte) einfach verdrillte Telefonadern zu führen. Kannst ja mal mit einem DECT Telefon, Funkgerät oder Handy während du telefonierst das Kabel entlang gehen. Das müsste dir schon übel ins Signal rotzen. Besser wäre da ein TTL zu RS232 oder besser noch RS485 Umsetzer (auf beiden Seiten dann). Aber ok, es könnte auch so funktionieren. Falls du wieder Probleme hast kannst du ja darüber nachdenken.

Marcus (Mittwoch, 11 September 2024 09:30)

@ ottelo

Zur Info. Ich habe mein Problem mit den Peaks gelöst. Da ich zwischen Keller und ESP 4 Stockwerke (und somit kein WLAN Empfang) habe, schicke ich die Daten, die vom Fototransistor kommen, nachdem sie im Keller über einen Schmitttrigger in saubere Peaks gewandelt wurden, über ungenutzte Andern in der Telefonleitung der Hausverkabelung an den ESP.
Bisher hatte ich den Schmitttrigger mit 3,3V versorgt aber mit Ozzi festgestellt, das der Pegel im 3. Stock dann sehr schwankte. Nachdem ich den Schmitttrigger nun mit 5 V betreibe habe ich einen sehr stabiles Signal und seit 5 Tagen keinen einzigen Fehler mehr.
Hoffe es bleibt so.

Und noch eine Verständnisfrage zu den globale Variablen. Damit das funktioniert brauche ich zwingend einen MQTT Broker oder?

Gruß

Marcus

ottelo (Montag, 09 September 2024 18:59)

Ja den kenn ich auch �

Marcus (Montag, 09 September 2024 17:53)

@ottelo

Danke für die Info. 14.2 läuft. War etwas kompliziert aber läuft jetzt. Das Problem saß vor dem Rechner ;-)

ottelo (Montag, 09 September 2024 14:28)

@MArcus
Mit der tasmota.bin sollte es klappen. Das bei dir der Haken nach einem Reboot weg ist kann ich mir gerade nicht erklären. Muss ich zuhause mal mit meinem ET32-ETH01 testen. Mit dem ESP um meinem Image kannst du sogar 16384 Zeichen verwenden (siehe https://tasmota.github.io/docs/Scripting-Language/#script-buffer-size).

Marcus (Montag, 09 September 2024 12:35)

@ Ottelo:

Hallo Ottelo, ich verwende den ET32-ETH01 derzeit mit der 13.1.
Kann ich zum update auf die 14.2 einfach die tasmota.bin im ESP32 Downloadbereich verwenden oder muss ich eine spezielle Version (s3, c3...) verwenden?

Zweite Frage: Nachdem der ESP kurz stromlos war ist immer das Häckchen "Script enable" weg und muss von mir neu gesetzt werden. Mein Script hat derzeit 6744 Zeichen. Ich dachte beim ESP32 gehen knapp 8200 Zeichen. Hast Du da einen Tipp?

Gruß

Andreas M. (Samstag, 07 September 2024 13:05)

Hallo,
gibt es ein solches Script:

"Fronius Gen24 Smart Meter Modbus TCP SunSpec Emulation mit ESP32 und Tasmota."

auch für einen
>> SMA Tripower Smart Energy Wechselrichter

Wenn noch nicht, kennt sich da jemand aus? um eines zu erstellen?

ottelo (Freitag, 06 September 2024 10:01)

Wenn du da eine Lösung findest, gerne hier berichten. Dann stelle ich sie oben für alle anderen zur Verfügung :)

Simon (Donnerstag, 05 September 2024 16:52)

@Marcus

Danke für die Hinweise.

Die PIN hatte ich eingegeben und die Infos auch in geschaltet, sonst hätte ich die SMLs nicht bekommen. Die SMLs sind ausführlich, aber etwas unterschiedlich zu den EFR C4.

Danke auch für den Link. Er enthält gute Infos zur Positionierung und Kontrolle LEDs. Tatsächlich habe auch ich viel mit der Positionierung herumspielen müssen.

Leider ist das Format der SMLs noch ungeklärt. Ich hatte auch ein Excel erstellt und denke ich weiss, welche Zeilen was bedeuten. Leider bekomme ich tasmota aber nicht dazu es zu verwerten. Daneben habe ich die syna angeschrieben, mir weitere Infos zum Format zu geben.

Gruß Simon

Marcus (Mittwoch, 04 September 2024 17:47)

@ Simon

Gibt es diesen Punkt im Zählermenue vielleicht auch bei Deinem Zähler:

� EFR SGM-DD
Neues Model von EFR GmbH.
Bei diesem Zähler muss unbedingt erst das SML-Protokoll im Menü eingeschaltet werden! Das ist in dem Punkt SSt auf SST gestellt werden, ansonsten wird ein veraltetes Protokoll verwendet, welches nicht unterstützt wird.
Liefert alle Daten erst nach der Freischaltung. Sonst nur den Zählerstand in Wh, ohne Spannung und Ströme. Zusatzdaten, wie Strom und Spannung werden vom zuständigen Netzbetreiber, die den Zähler liefern festgelegt. Der Eine gibt diese Daten frei, der Andere leider nicht.


Hier gefunden: https://meinzaehler.com/whitelist.html

Marcus (Mittwoch, 04 September 2024 17:40)

@ Simon,

Die Sendeleistung der IR Diode der verschiedenen Zähler scheint sehr unterschiedlich zu sein.
Ich habe bei mir jetzt festgestellt, dass wenn ich den Tesafilmstreifen mit dem bei mir der Phototransistor an den Zähler geklebt ist wieder fest drücke, meine Fehler wesentlich weniger sind. Werde am Wochenende noch eine Verstärkung zwischen dem Signal des Phototransistors und meinem Schmitttrigger bauen.

Probier mal mit der Positionierung des TCRT5000 zu spielen.

Zu deinem Zähler hatte ich schon mal was gelesen und wiedergefunden:
https://www.kodinerds.net/thread/78619-smartmeter-mit-hichi-esp-auslesen-funktioniert-nicht/

Vielleicht hilft es ja

Simon (Mittwoch, 04 September 2024 13:34)

Ich habe einen EFR SGM C8 Smart Meter, den ich mit einem TCRT5000 Sensor auslese, der mit einem ESP8266 verbunden ist, auf dem Tasmota läuft. Dieser Setup lief perfekt mit einem Holley Stromzähler, der wegen Defekt gegen den EFR SGM C8 ausgetauscht werden musste. Ich versuche, Daten wie Verbrauch, Leistung, Spannung usw. mit einem Skript zu erfassen, das diesem ähnelt:

>D
>B
->sensor53 r
>M 1
+1,3,s,16,9600,ENERGY
1,77070100010800ff@1000,Comsumption,kWh,Total,4
;for meters measuring feed-in SGM-Cx-xxx2xx
;1,77070100020800ff@1000,Supply,kWh,Supply,4
;next 4 lines for double-tariff meters SGM-Cx-xxxxTx
;1,77070100010801ff@1000,Comsumption_t1,kWh,Total_t1,4
;1,77070100010802ff@1000,Comsumption_t2,kWh,Total_t2,4
;1,77070100020801ff@1000,Supply_t1,kWh,Supply_t1,4
;1,77070100020802ff@1000,Supply_t2,kWh,Supply_t2,4
;all commented lines from here on for 3-phase meter SGM-C4
1,77070100100700ff@1,Actual Power,W,Power,0
1,77070100200700ff@1,Voltage L1,V,Voltage,1
;1,77070100340700ff@1,Voltage L2,V,Voltage_L2,1
;1,77070100480700ff@1,Voltage L3,V,Voltage_L3,1
1,770701001f0700ff@1,Current L1,A,Current,2
....

Ich erhalte SML-Meldungen wie unten gezeigt, aber wenn ich sie in Tasmota oder einem SML-Decoder überprüfe, scheinen sie sich von denen zu unterscheiden, die typischerweise bei den EFR-Modellen SGM-C2/C4/D4 auftreten. Es sieht so aus, als hätte der Netzbetreiber ein neues Format.


12:12:40.591 : 77 07 01 00 10 07 00 ff 20 00 62 1b 52 00 53 00 83 00
12:12:40.640 : 77 07 01 00 24 07 00 ff 20 00 62 1b 52 00 52 1b 01
12:12:40.641 : 77 07 01 00 38 07 00 ff 20 00 62 1b 52 00 52 14 01
12:12:40.642 : 77 07 01 00 4c 07 00 ff 20 00 62 1b 52 00 52 52 01
12:12:40.690 : 77 07 01 00 20 07 00 ff 20 00 62 23 52 ff 16 a8 3f
12:12:40.741 : 77 07 01 00 33 07 00 ff 20 00 62 21 52 fe ac 20 00
12:12:40.791 : 77 07 01 00 47 07 00 ff 20 00 62 21 52 fe 2c 0a
12:12:40.792 : 77 07 01 00 51 07 01 ff 20 00 62 08 52 00 52 fa 00

Insbesondere der Datentyp 20 (nach dem ff) ist laut sml-Decoder unbekannt.

Weiß jemand, wie ich mein Skript in Tasmota anpassen kann, um diese Werte korrekt zu lesen?

JuRo (Samstag, 31 August 2024 13:13)

Hi zusammen,

ich habe das obige Script unter 4h in meinem HA eingespielt. Sporadisch wird jedoch leider für den Tagesverbrauch der Gesamtverbrauch angezeigt. Kriege das nicht heraus, warum und wieso das passiert. Auch ein Umstellen der state class auf nur total bringt nicht. So sind leider kein historischen daten zu messen.

Weiß jemand Rat?
Danke und Gruß
Juro

ottelo (Mittwoch, 28 August 2024 18:02)

Ne keine Ahnung ob es einen Defaultwert gibt.
sml[1] wird ja bereits in eine Variable geschrieben. Die kannst du ja auf Plasuiblität prüfen und nur dann mit sml[1] beschreiben, falls der Wert ok ist.

Marcus (Mittwoch, 28 August 2024 17:35)

@ottelo:
Neuste Erkenntnis:
sml[1] hat mir heute 999999,00 Watt als Peak geliefert. sml[1] sekündlich ausgelesen.
Im 4h Chart habe ich 100090,82 Watt angezeigt bekommen. Vor und nach dem Peak 101 Watt.
Im 24h Chart bekomme ich 10099 Watt.
Der Wert kommt also scheinbar entweder vom Zähler oder meine wilde Kabelführung mit Fototransistorschaltung erzeugt Fehler. Weißt Du ob es einen "Defaultwert" von zufälliger Weise 999999 im sml Code von Tasmota gibt, der bei Fehlern ausgegeben wird?

Als Workaround überlege ich, sekündlich den sml[1] Wert an eine neue Variable zu übergeben aber nur wenn der Wert plausibel ist, und mit diesem Wert dann weiter zu arbeiten.
Trotzdem werde ich mich noch mal um meine Fototransistorschaltung kümmern.

Gruß

Marcus

Marcus (Montag, 26 August 2024 13:45)

@ ottelo
Ergänzung:
ich habe jetzt auch mal ein Max Powerzähler eingebaut in den sekündlichen Bereich.
if (sml[1]>pmax)
{
pmax=sml[1]
}
Damit will ich den Fehler näher eingrenzen.

Marcus (Montag, 26 August 2024 09:47)

@ Ottelo

Zwischenstand: Wenn ich die Mittelung (16) ausschalte bekomme ich Peaks von 232 Billionen Watt. Komischer Weise nur 2 Mal am Tag je ca 5 Peaks.
Ich werde mich jetzt erst mal um die Verbindung zwischen Phototransistor und ESP kümmern. Da ist viel Kabel dazwischen das parallel zur DSL Leitung läuft. Vielleicht bekomme ich dadurch Störungen drauf.
Ich melde mich wenn ich weiter gekommen bin.
Gruß

Marcus (Donnerstag, 22 August 2024 11:11)

@ Ottelo,

habe gestern einen restart gemacht. Bisher nicht wieder aufgetreten.
Gerade habe ich die mittelung ausgechaltet (auf 0 gesetzt).
Mal sehen was passiert.
Deine Erklärung wie die Werte im 4 und 24h Chart berechnet werden macht mich jetzt noch stutziger. Durch die Mittelwertbildung müsste die +10000 je immer für mindestens 60 sek anstehen. Die Idee mit der Print Ausgabe ist gut. vielleicht kommen wir so auf die Ursache. Es kann ja auch ein Fehler vom Stromzähler sein. Jedenfalls habe ich keine Verbraucher die 10000W benötigen.
Ich berichte ob die Fehler jetzt (mit 0) öfter auftreten.
Und ja, ich kann das Scrtipt direkt auf dem ESP anpassen.

Gruß

Marcel (Donnerstag, 22 August 2024 11:07)

bekomme bei meinen diagrammen immer zunächst einen großen balken des gesamtzählerstandes und dann fängt er an bei den diagrammen für 4h und 24h die werte einzutragen. die letzten diagramme bleiben aber unverändert. also die diagramme Tagesverbräuche Monatsansicht, Tageseinspeisung Monatsansicht und Monatliche Verbräuche / Solareinspeisungen Jahresansicht. Eine Idee wo der Fehler liegt? Hab eine einen EMH eHZ-IW8E2A5L0EQ2P Zähler der nur alle Phasen gemeinsam als Bezug oder Einspeisung anbietet. Im Falle der Einspeisung wird der Wert mit einem Minus davor angezeigt.

ottelo (Mittwoch, 21 August 2024 21:36)

@Marcus
Ok, dann hast du ja schon alles perfekt gemacht. Ich habe in der FAQ einen neuen Punkt 12 dazu verfasst. Da erkläre ich auch kurz und knapp wie ich die Werte für die Diagramme erstelle.
Kannst du dein Script über den internen Editor bearbeiten oder spackt der ab? Du könntest das Script um eine Debugfunktion ergänzen. Muss ich mir noch überlegen wie genau. Aber könnte so aussehen: Wenn Rohdaten vom Zähler = 10000W, dann setze schreibe dies in die Console (Print). Wenn die Ausgabe in der Console dann kommt, weiß man, dass tatsächlich ein falscher Wert vom Zähler kommt.
Vielleicht gibt es auch einen internen Fehler mit der Mittelung. Kannst ja mal versuchen auf 0 zu setzen, ob dann der Fehler öfters auftritt…
Ansonsten mal auf ne höhere Tasmota Version updaten.

Marcus (Mittwoch, 21 August 2024 15:13)

@ Ottelo,
Danke für die Rückmeldung.

Die Mittelung (16) hatte ich schon lange drinnen.
Es sind auch immer "echte Leistung" + 10000 Watt.
Daher glaube ich auch nicht an einen Dekodierungsfehler. (Diode verrutscht).
Wenn es ein Dekodierungsfehler wäre, dürfte der Wert m.E. nicht immer gleichmäßig um 10000 erhöht sein.
Netzteil hat 2 A und ich habe auch noch einen 500müF am Eingang.
ESP ca. 1m vom Router entfernt.
Läuft jetzt seit 24 Tagen
Mache mal einen Reboot.

Gruß

ottelo (Mittwoch, 21 August 2024 11:58)

@Marcus
Ich kanns dir auch nicht sagen, wieso du Peaks hast. Könnte mehrere Gründe haben. An einen Fehler im Script glaube ich nicht, da sich sonst niemand anderes beschwert hat und es bei mir auch ohne Probleme läuft. Meistens lag es bei einigen Leuten an der fehlenden Mittelung im SML Deskriptor. Sobald diese aktiviert wurde, hatten diese keine Peaks mehr:

Beispiel (16=mittelung): +1,3,s,16,9600,MT175,1

Beträgt der Peak exakt 10.000 W oder sind es "deine echte Leistung" + 10.000 W?

Ich könnte mir sowas hier vorstellen:
- schlechtes Netzteil (z.B. einfaches Handyladegerät -> ungeeignet)
- ESP zu warm / Bauteile schlecht ... gealtert ... Spannungsversorgung dadurch nicht mehr sauber, siehe auch ersten Punkt.
- Lesekopf verrutscht oder es kommt irgendwie Licht in dein Zählerschrank (Nachmittagssonne scheint drauf ...)
- ESP hat schlechten WLAN Empfang und verbindet sich ab und zu neu -> das hat dann ggf. irgendwelche Einflüsse

Wenn du seit längerem nichts am Script oder Tasmota verändert hast, dann glaube ich, wie gesagt, nicht wirklich an ein Script- oder Tasmotafehler.

Wie lange läuft dein ESP bereits ohne Reboot? Wenn tatsächlich > 3 Monate, dann mal die Kiste neustarten und schauen, ob's dadurch besser wird. Netzteil tauschen.

Marcus (Mittwoch, 21 August 2024 10:23)

Hallo ottelo,
ich benutze noch die 13.1. auf einem WT32-ETH01 (noch über WLAN angebunden).
Das script (ohne PV) ist eins vom letzten Jahr was bis vor 3 Monaten keine Peaks erzeugt hatte.
Mich wundert das die Peaks immer genau um 10000 Watt meine Leistung erhöht, weshalb ich nicht an einen Dokodierungsfehler glaube.

ottelo (Dienstag, 20 August 2024 19:49)

@Marcus
Welche Tasmota Version hast du? Ich nutze noch 13.30.

Marcus (Dienstag, 20 August 2024 15:02)

Ich bekomme jetzt auch 1-2 mal täglich im 4 und 24 Stunden Chart einen unrealistischen Verbrauchspeak.
Es sind bei mir immer 10000 Watt um die der tatsächlichen Verbrauch erhöht wird.
Hat da jemand mittlerweile den Grund dafür gefunden?
Wird das vom Stromzähler gesendet?
Kommt es durch einen nicht sauber gelesenes Datenpaket? (Warum dann immer genau 10000 Watt zusätzlich)
Oder durch ein Problem im Skript oder der Tasmota Version?

Gruß

Marcus

ottelo (Montag, 05 August 2024 20:35)

@alligator_asl
Also ich habe eben mal die Werte (Tagesverbrauch/einspeisung, Monatsverbrauch/einspeisung und dann die Graphen) in Tasmota mit den Werten des Energypanels in Home Assistant verglichen. Bei mir passt alles. Ich verwende das Script "Tasmota SML Script + Chart + PV.txt" vom 07.06.2024 und Tasmota 13.3.0 von meiner Seite auf einem ESP8266 1M. Passt also alles.

"Tasmota SML Script + Chart.txt" ist ohne Einspeisung also nicht für für alle, die keine PV haben.

ottelo (Montag, 05 August 2024 16:45)

Stimmt, aber ich kann kein Problem bei mir feststellen. Die Werte kannst du aber per Hand korrigieren. Siehe FAQ. Schick mir sonst mal eine Mail (via Kontakt). Dann kannst du mir anschließend ein Bild von deinem Problem senden.

alligator_asl (Montag, 05 August 2024 14:33)

Bei mir betrifft es das Script "Tasmota SML Script + Chart + PV.txt", weil ja der Monatswert für die Eispeisung Probleme hatte.
Ich werde versuchen, die Änderung in dem neu hochgeladenen Skript ("Tasmota SML Script + Chart.txt") auch auf die Einspeisung anzuwenden und berichte dann über das Eegebnis.

ottelo (Sonntag, 04 August 2024 11:53)

@alligator_asl & Andreas
Ich habe das Script überarbeitet und hochgeladen. Bitte mal testen! Als Basis habe ich mein aktuellstes Google Chart Script für den Stromzähler genommen und für die Energiemess Steckdosen angepasst.

alligator_asl (Freitag, 02 August 2024 11:57)

Hallo,
ich habe auch ein Prolem mit dem Monatsdaten, bei mit stimmt jedeoch im Gegensdatz zu Andreas die Einspeisung, dafür läuft der Monasverbrauch aus dem Ruder. Die Summe der Tagesverbräuche August ist bei mir z.Z. 4,4 KW, der Monatsverbrauch für August liegt bei 21,2 kW.
Die Tageswerte sehen plausibel aus, der Monatswert eher nicht.

ottelo (Freitag, 02 August 2024 10:26)

@Andreas
Danke für den Hinweis, schaue ich mir mal an.

@Jürgen
Die Frage kannst du direkt an den Entwickler stellen und zwar hier: https://forum.creationx.de/forum/index.php?thread/4242-2-lesek%C3%B6pfe-wollen-nicht-gleichzeitig/ bzw. direkt per PM an gemu2015

@Marcus
Auf die Temperatur würde ich nicht soviel rein interpretieren. Deshalb wurde sie auch per Default deaktiviert. Siehe auch: https://github.com/arendst/Tasmota/discussions/17768

Andreas (Freitag, 02 August 2024 10:08)

Hallo,

ich nutze das Tasmota Version 12.4.0.2 mit dem Script "Google Chart Skript angepasst für den Sonoff Pow R2 / Elite 16A / Gosund EP-2 (nicht SML/Stromzähler!)" um den Ertrag einer Photovoltaikanlage zu loggen.

Am Monatsanfang läuft hier einiges mit der Berechnung der Monatserzeugung falsch. Hier die Anzeige :

Energy Today 0.438 kWh
Energy Yesterday 3.177 kWh
Energy Total 1216.577 kWh
Peak Power: 680 w
Tageserzeugung: 0.436 kWh
Monatserzeugung: 6.947 kWh
Datum: 02.08.2024 - 09:12:24
Uptime: 9837 min
Uptime: 06d 19h 57m

Man kann sehen dass Monatserzeugung normalerweise 3.177 + 0.438 = 3.615 kWh betragen müsste. Der Wert beträgt jedoch 6.947 kWh. Das ist die Erzeugung vom 31.07.2024 von 6.510 kWh + die Erzeugung von heute. Ich benute das "Google Chart Skript angepasst für den Sonoff Pow R2 / Elite 16A / Gosund EP-2 (nicht SML/Stromzähler!)". Ich habe auch schon mal im Script nachgesehen, kann aber keinen Fehler entdecken. Die passiert auch nur am Monatsanfang.

Ich logge jeden Tag um kurz nach Mitternacht die Daten aus dem Tasmota System. Hier die Ausgaben :

01.08.2024 :
{"script":{"mval":0}}
{"EnergyToday":{"Total":1212.963,"Yesterday":6.510,"Today":0.000}}
{"script":{"dcon":[0,3.82,4.08,6,5.73,5.4,7.45,8.32,7.74,4.82,6.12,6.59,6.83,6.21,8.07,7.01,6.7,8.23,7.74,8.35,6.28,5.3,4.84,5.95,6.91,3.67,3.31,7.1,7.66,7.82,6.51]}}
{"script":{"mcon":[22.2,34.88,60.62,118.34,168.1,175.44,184.02,0,98.85,50.5,18.35,10.83]}}

02.08.2024 :
{"script":{"mval":6.51}}
{"EnergyToday":{"Total":1216.139,"Yesterday":3.177,"Today":0.000}}
{"script":{"dcon":[3.18,0,4.08,6,5.73,5.4,7.45,8.32,7.74,4.82,6.12,6.59,6.83,6.21,8.07,7.01,6.7,8.23,7.74,8.35,6.28,5.3,4.84,5.95,6.91,3.67,3.31,7.1,7.66,7.82,6.51]}}
{"script":{"mcon":[22.2,34.88,60.62,118.34,168.1,175.44,184.02,6.51,98.85,50.5,18.35,10.83]}}

Der Totalwert ist ok.

Hat jemand eine Idee woran das liegt ?

Andreas

Jürgen (Dienstag, 30 Juli 2024 08:06)

Hallo,
vielen Dank für diese tolle Seite. Lese meinen Zähler inzwischen erfolgreich auf mit einem Supermini ESP32C3 aus.
Jetzt kam der Wunsch auf, die erzeugte Leistung/ Energie über eine Tasmota Steckdose am Wechselrichter mit in das Diagramm einzubinden. Die PV Leistung wird über eine globale Variable übergeben. Die 8/24 Anzeige geht schon, jetzt gehen mir aber die "permanent arrays" aus.(you only have 50 bytes permanent storage which stands for a maximum of 12 numbers).
Jetzt meine Frage: Kann man die 50 bytes permanent storage beim Compilieren erhöhen?
Inzwischen habe ich auch schon 7 M:p:arrays, in der Doku steht was von "max 5 filters in total m+M" kann man die auch beim Compilieren erhöhen?
Gruß
Jürgen

jkef (Sonntag, 28 Juli 2024 10:16)

Hallo

ich depp habe es gelöst... habe mir einen neuen Benutzer angelegt :)

VG

JKEF

jkef (Sonntag, 28 Juli 2024 10:03)

Hallo dein Tool ist cool, und ich würde es gern nutzen..............

jetzt kommt mein Problem, bei der MQTT Anbindung muss ich min 5 Zeichen eingeben mein Passwort ist aber nur 4 Zeichen!
hast du eine Idee

VG JKEF

Marcus (Donnerstag, 25 Juli 2024 14:01)

@alligator_asl: Danke für den Hinweis mit der ESP32 Temperatur.

@ ESP32-C3 Super Mini Nutzer:
Wird der bei Euch auch so heiß?
71 Grad bei beiden die ich habe wenn ich mit 5V drauf gehe. 63 Grad bei Nutzung mit 3,3V.
Mein WT32-ETH01 (z.Zt. mit WLAN und 5V) hat "nur" 51 Grad.

Gruß

alligator_asl (Sonntag, 21 Juli 2024 17:09)

Hallo, hier noch 2 Anmerkungen für bastelfreudige User:

Wenn man beim ESP32 in der Console den Befehl
SetOption146 1
eingibt, erhält man in der Tasmota-Oberfläche eine Anzeige der ESP32-Temperatur.

MT631 Akt. Verbr. 199 W
MT631 Verbr. ges. 641.0517 KWh
MT631 Einsp. ges. 2618.4010 KWh
ESP32 Temperature 56.7 °C
Tagesverbrauch: 1.15 kWh
Monatsverbrauch: 26.42 kWh
Jahresverbrauch: 518.78 kWh
Tageseinspeisung: 8.59 kWh
Monatseinspeisung: 326.72 kWh
Jahreseinspeisung: 2494.50 kWh
Datum: 21.07.2024 - 16:42:23
Uptime: 00d 00h 10m

Wer eine schnellere Anzeige der altuellen Power-Werte wünscht (auch über MQTT) ändert einfach den
Eintrag im SML-Script von

1,77070100100700ff@1,Akt. Verbr.,W,Power_act,0

in

1,77070100100700ff@1,Akt. Verbr.,W,Power_act,16

(Quelle: https://github.com/helgeerbe/OpenDTU-OnBattery/wiki/Power-Meter)

ottelo (Donnerstag, 18 Juli 2024 11:25)

@Omage13
Dem kann ich auch "fast" zustimmen. Es kommt aber halt immer noch drauf an.

1) Wenn man relativ günstig an ein ESP8266 Lesekopf kommt und in Zukunft nicht mehr an Tasmota rumfummeln will und einem das alles so aktuell reicht, dann würde ich den ESP8266 nehmen.
2) Wenn man sehr gerne mit der Technik rumspielt, ab und zu mal ein Update einspielen will, obwohl alles sauber läuft und zuhause auch noch ein Smart Home System hat (z.B. Home Assistant), dann würde ich unbedingt zum ESP32 Lesekopf raten.

Ich habe mal die Leistungsaufnahme gemessen:
Hichi Lesekopf v1 mit ESP8266 (ESP01s) = 0,05W (Idle), 0,25-0,35W (Stromzähler sendet Daten)
Hichi Lesekopf v2 mit ESP32 C3 mini = 0,4W (Idle), 0,4W (Stromzähler sendet Daten)

Omega13 (Donnerstag, 18 Juli 2024 10:43)

Hallo @ottelo,
wollte noch mal über meine Erfahrung mit der Version 14.1.0 (selbstgebaut in deutsch) berichten. Ich habe meinen ESP8266 gegen einen ESP32 Wemos D1 mini getauscht und betreibe diesen jetzt mit einem Raspi-Netzteil. Mein älterer ESP32 (umgeflashter Powerfox)
läuft mittlerweile seit 26 Tage ohne Probleme. Der ESP32 Wemos D1 mini jetzt auch schon 15 Tage ohne Probleme.
Mein Fazit: Ein ESP32 sollte mittlerweile die erste Wahl sein. Auch ein ordentliches Netzteil, stabilisiert und ohne, oder nur geringe, Restwelligkeit ist auch empfehlenswert. Handyladegeräte sind nicht zu empfehlen.

ottelo (Montag, 15 Juli 2024 23:09)

@Jens
Ich würde auch den C3 dem ESP8266 vorziehen. Aber in einer Sache muss ich dir widersprechen. Man muss nicht das Minimal Image verwenden. Wenn man zuvor mein Image drauf hatte kann man problemlos das neuere Image von mir verwenden.

Jens (Montag, 15 Juli 2024)

Wer die Wahl hat sollte eine ESP32-C3 Mini dem ESP8266/8285 vor ziehen. Der C3 ist mittlerweile billiger als der ESP8266 zu bekommen. Es ist auch deutlich einfacher den C3 upzudaten. Beim ESP8266 geht das nur in dem man zuerst die Minimal FW per Datei aufspielt und dann die SML FW. Beim C3 ist das kein Problem

ronny275 (Samstag, 13 Juli 2024 15:31)

Hallo ottelo.
Vielen Dank für den Update der FW Dateien. Mit dem aktuellen Stand hat sich mein WT32-ETH01 Modul über das "flash_download_tool_3.9.7" mit der Datei tasmota32.factory.bin nun auch laden und korrekt starten lassen. Die vorherige Version lief nach dem Download auf meinem ESP-Modul erst gar nicht an (kein default access point). Damit konnte ich nun die HW fertigstellen. Jetzt fehlt nur noch die PIN Freischaltung am Zähler und etwas SML/OBIS Bastelei.
Nochmals vielen Dank.

ronny275 (Donnerstag, 11 Juli 2024 22:12)

Hallo zusammen.
Hier ein paar Erkenntnisse vom Test mit einem WT32-ETH01 Modul.
Ausgangspunkt: Firmware "tasmota32-scripting.bin", ESP-Modul mit aktivem Wifi und inaktivem LAN, Hichi Lesekopf (TTL).
- RxD liegt bei mir auf GPIO5 -> im Script anzugeben -> LED auf Modul zeigt Datenempfang an (wenn Lesekopf am Smart-Meter gut justiert ist)
- mit sensor53 d1 command in der Console wird der Dump angezeigt -> Hex-Daten kommen rein -> Script zeigt auch die Werte an
- Wenn wired LAN aktiviert wird, dann kommen keine Daten mehr rein. Teilweise hängt sich das Modul sogar auf und muss neu mit Firmware geladen werden.
Wifi und LAN scheinen sich zu beeinflussen -> evtl. passt da die GPIO Zuordnung nicht mehr zum Script -> Lösung bzw. Änderung der Einstellungen noch offen!
- bei den ersten Versuchen wurde der Hichi Lesekopf mit 3,3V betrieben. Dabei ist aufgefallen, dass die Werte die in Tasmota vom Script angezeigt wurden
zum Teil sehr stark schwankten und auch ab und zu unsinnige Größenordnungen annahmen. Das Verhalten hat mich auf einen unsauberen Signalpegel am Eingang der
seriellen Schnittstelle schließen lassen (falsche Werte werden eingelesen). Beheben konnte ich das Problem durch den Betrieb des Lesekopfes an 5V (stabilerer Pegel) und Einbau eines Pegelwandlers 5V -> 3,3V
vor den RxD Eingang des ESP-Moduls. Diese Pegelwandler gibt es ganz billig bei Amazon als kleines Platinchen mit z.B. 4 Kanälen.
Vielleicht können diese Erkenntnisse in manchen Fällen etwas weiter helfen.

ottelo (Donnerstag, 11 Juli 2024 16:52)

@Oer2001
Erstellt und hochgeladen.

Oer2001 (Donnerstag, 11 Juli 2024 16:29)

Hallo,
könntest du bitte für die letzte Version wieder eine S2 Variante zum Download anbieten.
Vielen Dank

Juro (Sonntag, 07 Juli 2024 17:45)

@Johann.

Das ist ist doch relativ logisch und hat nichts mit dem Lesekopf zu tun. Auf alle lokalen Geräte kannst du eben nur lokal sprich zuhause zugreifen. Wenn du eine Fritzbox hast, kannst du ein VPN einrichten. Über das Handy baust du dann unterwegs eine VPN Verbindung auf und bist mit deinem Handy dann wieder Teil deine lokalen Netzes. Damit kannst du auch auf den Tasmota IR Lesekopf zugreifen.
LG
Juro

JuRo (Sonntag, 07 Juli 2024 17:39)

PS ist nutze (nur) HA core, kann also keine Addo ons installieren ....

Juro (Sonntag, 07 Juli 2024 17:35)

Danke otello!
Ich denke mein Zähler von EMH ehz sendet den Tagesverbrauch gar nicht. Wenn ich die Bedienungsanleitung richtig verstanden habe, kann er es auch gar nicht. Gesamtverbrauch, Einspeisung (ist leider immer 0, sprich get gar nicht) und aktueller Verbrauch werden vom Zähler übermittelt. .
Mein Gefühl ist, dass nach jedem Neustart von HA und oder dem bitshake Zähler beim Tagesverbrauch in HA immer der Gesamtzählerstand angezeigt wird, was natürlich doof ist. Morgen ist der Wert dann wieder ok. Das bleibt dann auch im Energie dashboard so und verfälscht die Historie komplett
Ich müsste einen Helfer haben, der im Zweifel den Stand des Gesamtverbrauchs am Vortag vom derzeitigen Gesamtverbrauch (aktueller Zählerstand abzieht), damit hätte ich auch den aktuellen Tagesverbrauch. Wie und wo das HA wegschreibt und ob das überhaupt so geht, ist mir leider nicht bekannt.
LG Juro

Johann (Sonntag, 07 Juli 2024 17:32)

Hallo, wir haben über den IR Lesekopf mit Tasmota Software. Alles wird wunderbar angezeigt halt nur im WLan Bereich Zuhause. Wenn man unterwegs ist kann darauf nicht zugegriffen werden. Gibt es eine möglichkeit sich das trotzdem anzuschauen direkt auf dem Handy ohne Raspberry oder ähnliches?

ottelo (Montag, 01 Juli 2024 14:28)

@JuRo
Falls du das nun wie im Kapitel 10 beschrieben umsetzen willst, wieso nimmst du denn nicht die automatisch erzeugten Tages, Monats, Wochen und Jahresanzeige im Home Assistant Energy Panel? Genau dafür ist es ja da.

ottelo (Montag, 01 Juli 2024 14:26)

@JuRo
Übermittelt dein Zähler überhaupt den Tagesverbrauch an Tasmota (und Tasmota dann via MQTT an dein HA)? Wie sieht dein SML Descriptor im Tasmota Script aus?

Oder willst du vom Script addierten "Tages-, Wochen-, Monats- und Jahresverbrauchswerte" an Home Assistant senden? Das sind Werte, die das Script errechnet und nicht direkt von deinem Zähler kommen! Die werden NICHT automatisch an HA gesendet (Tasmota sendet nur die Werte, die dein Zähler sendet automatisch via MQTT raus). Da musst du dir dann was basteln. Siehe als Beispiel Kapitel 10.

JuRo (Sonntag, 30 Juni 2024 21:47)

Hi zusammen,
zu 1119 und dem Abschnitt 4h
Ich hatte es hinbekommen, indem ich alles direkt in die configuration.yaml gepackt hatte. Das ganze lief jetzt seit 1 Woche recht gut. Jetzt zeigt der daily sensor jedoch einen Wert an, der eher dem Gesamtverbrauch des Zählers und nicht dem kumulierten Tagesverbrauch. Was kann ich hier tun?
Danke! und Gruß
JuRo

Daniel (Sonntag, 30 Juni 2024 14:06)

Hallo zusammen,
ich nutze einen ESP32 C3 Super mini zusammen mit diesem Lesekopf:
https://www.ebay.de/itm/285350331996

Ich habe folgenden Stromzähler: "eBZ DD3 BZ06 ODZ1"
Tasmota ist geflasht RX GPIO20 ist die Photodiode und TX GPIO21 IR LED.
INF steht auf ON und PIN auf OFF.

Ich kriege keine Daten. Was kann ich noch machen?

Marcus (Freitag, 28 Juni 2024 11:41)

Hallo Tobias.

Ergänzend zu Joachim:
Lt. der Anleitung
https://www.rng.de/bedienungsanleitung-iskra-mt631.pdfx
sendet dein Zähler unidirektional auf der rechten Diode der Info Schnittstelle die Daten regelmäßig.
Hast du eventuell das von Ottelo unter (2) beschriebene Problem?
Generell muss bei deinem Zähler INFO auf on und PIN auf off gestellt werden. Sonst bekommst du den erweiterten Datensatz nur für 120 sek.
Viel Erfolg
Gruß

Joachim (Freitag, 28 Juni 2024 10:37)

Ich nutze auch einen WT32-ETH01. Ich nutze die Standard Tasmota FW 13.3.0 von dieser Seite und es läuft mit 2 Leseköpfen. Wenn du das Googlescript auch von dieser Seite nutzt, mus es um etliche Kommentare erleichtert werden, damit es in den Speicher passt. Du musst die definierten Pins mit den richtigen Kontakten vom Lesekopf verbinden. Bei diesem Service von ottelo (ein herzliches Danke dafür) würde ich aufs Selberbauen der Software verzichten. Denn diese läuft. Ich empfehle, diese Version von hier einmal auzuprobieren.

Tobias (Donnerstag, 27 Juni 2024 12:20)

Hallo,

ich hab einen WT32-Eth01 mit selbst erstellter Tasmota Firmware und SML. Ich krieg ums verrecken keine Daten angezeigt. Schon zig unterschiedliche GPIO Ports versucht, Script zig mal überprüft. PIN am MT631 mehrfach eingegeben. Info Anzeige ist kurz an und verschwindet dann wieder. Info auf ON umgestellt ändert auch nix, PIN off hab ich noch nicht geschafft. Mit der Handy Kamera hab ich die IR Schnittstelle am Zähler geprüft um die Ausrichtung vom Lesekopf besser zu finden. Blinkt gleichmäßig, keine Ahnung ob das so sein sollte. Hat jemand noch einen Tipp für mich?

>D
>B
=>sensor53 r
>M 1
+1,14,s,0,9600,MT631
1,77070100010800ff@1000,Total Consumed,KWh,Total,3
1,77070100100700ff@1,Current Consumption,W,Power_cur,0
1,77070100240700ff@1,Current Consumption P1,W,Power_p1,0
1,77070100380700ff@1,Current Consumption P2,W,Power_p2,0
1,770701004c0700ff@1,Current Consumption P3,W,Power_p3,0
1,77070100020800ff@1000,Total Delivered,KWh,Total_out,3
1,77070100000009ff@#,Service ID,,Meter_id,0
#

ottelo (Mittwoch, 19 Juni 2024 20:50)

@Oli
Das ist eig immer, wenn man die PIN nicht eingegeben hat. Sonst haben deine Stadtwerke das nicht aktivieren lassen im Zähler.

Oli (Mittwoch, 19 Juni 2024 18:39)

Super tolle Anleitung! Und es hat auch alles funktioniert - bis heute...
Die Stadt hat den Zähler ausgetauscht und jetzt kommen nicht mehr alle Werte. Den aktuellen Verbrauch scheint der Zähler (ED300L) nicht mehr zu liefern. Kann sowas sein? Ich habe die Hex-Werte schon auf dieser Homepage eingegeben https://tasmota-sml-parser.dicp.net/decode und als Ergebnis das hier als Vorschlag erhalten. Darin ist auch kein aktueller Verbrauch mehr drin.
M 1
+1,3,s,0,9600,
1,77070100000009FF@1,Geräteeinzelidentifikation,Unbekannte Einheit,geräteeinzelidentifikation,0
1,77070100010800FF@1,Zählerstand Total,Wh,zählerstand_total,-3
1,77070100010801FF@1,Zählerstand Tarif 1,Wh,zählerstand_tarif_1,-3
1,77070100010802FF@1,Zählerstand Tarif 2,Wh,zählerstand_tarif_2,-3
1,77070100020800FF@1,Wirkenergie Total,Wh,wirkenergie_total,-3


Gibt es dazu irgendeine Idee?

JuRo (Sonntag, 16 Juni 2024 19:28)

Das Ganze ist schon verzwickt.

Das habe ich in eine customize.yaml Datei eingetragen und das funktioniert:
# Einheiten und Klassen
sensor.bitshake_smartmeterreader_ehz_power:
device_class: power
unit_of_measurement: 'W'
sensor.bitshake_smartmeterreader_ehz_e_in:
device_class: energy
unit_of_measurement: 'kWh'
state_class: total_increasing
sensor.bitshake_smartmeterreader_ehz_e_out:
device_class: energy
unit_of_measurement: 'kWh'
state_class: total_increasing

Ich möchte auch die Tages-, Wochen-, Monats- und Jahresverbrauchsanzeige haben. Ich krige es aber nicht hin.
Wie genau müssen nun die Einträge für Tages-, Wochen-, Monats- und Jahresverbrauchsanzeige aussehen? Wo muss ich die wie eintragen? Es kommt leider wieder ne Fehlermeldung: "Invalid config for 'homeassistant' at customize.yaml, line 16: 'utility_meter' is an invalid option for 'homeassistant', check: customize->utility_meter"
Vielen Dank und viele Grüße
JuRo

JuRo (Sonntag, 16 Juni 2024 18:08)

Danke Omega13!

homeassistant hatte ich nicht drin! ;-) geht jetzt. Jetzt wird auch alles im Energiedashboard angezeigt.

ggroove (Samstag, 15 Juni 2024 10:39)

@ottelo
sml(m 3 hstr) ->hstr ist eine Hexstring variable
serialsend5 funktioniert nur wenn ich GPIO1=SerialTx und GPIO3=SerialRx configuriere, das mag aber der SML-Decoder nicht ...
Bei Configuration mit NONE startet der Decoder fehlerfrei mit "SNS: Hardware Serial"

ottelo (Samstag, 15 Juni 2024 09:56)

@groove
Das sind sehr spezielle Fragen und besser im creationix Forum aufgehoben.

Alles beachtet? Auszug aus der Wiki:
sml(m 3 hstr) = inserts SML Hexstring variable hstr as binary to Meter m in Output stream e.g. for special MODBUS cmds, hstr must be a string variable NO string constant
hstr darf keine Konstante (zb „test123“) sondern muss eine String Variable sein!

Du kannst aber auch den Befehl im Script ausführen:
=>SerialSend5 %xxxx%

ggroove (Samstag, 15 Juni 2024 08:18)

Hallo,
erstmal vielen Dank für hilfreiche Zusammenstellung! Ein paar Fragen habe ich dennoch.

Ich kommuniziere mit einem Modbus-Gerät, wenn ich die Kommandos über die Console mittels "serialsend5" sende, bekomme ich die gewünschte Antwort zurück.
Somit funktioniert die Verschaltung, CRC16-Checksum habe ich individuell berechnet, das ist auch notwendig, sonst reagiert das Gerät nicht.

Wenn ich per Script und sml(1 3 xxxx) die Sequenz sende (mit und ohne CRC), passiert nichts. Wie kann ich überprüfen, ob die Sequenz überhaupt an UART raus geht?

"sensor53 d1" liefert einigermaßen plausible Daten.

Werden beim Decoder die Check-Summen automatisch berrechnet und angehängt?
>M 1
+1,3,m,0,9600,DC,1,2,010300000002, ...

Vorab, vielen Dank!

Omega13 (Freitag, 14 Juni 2024 19:09)

Hi JuRo,
der Eintrag in der configuration.yaml, muss so aussehen.:

homeassistant:
customize: !include customize.yaml

Das wäre der Eintrag bei einer angelegten customize.yaml.
Ich vermute du hast das "homassistant:" vergessen, oder die Einrückung nicht berücksichtigt.
In der "customize.yaml" sollte es dann ungefähr so aussehen.:

## Stromzähler Haushalt Kaifa MB310##
sensor.tasmota_mb310_power_curr:
unit_of_measurement: "W"
device_class: "power"
state_class: "measurement"

sensor.tasmota_mb310_total_in:
unit_of_measurement: "kWh"
device_class: "energy"
state_class: "total_increasing"

sensor.tasmota_mb310_total_out:
unit_of_measurement: "kWh"
device_class: "energy"
state_class: "total_increasing"

JuRo (Freitag, 14 Juni 2024 13:07)

Hi zusammen,

ich habe mir den bitshake wlan Lesekopf bestellt, den ich gestern in Betrieb genommen habe. Ich scheitere leider aktuell an Punkt 4h 6 dieser super Anleitung. Ich bekomme diese Fehlermeldung:
Konfigurationswarnungen
Integration error: customize - Integration 'customize' not found.
Was kann ich tun?
Sowohl direkt in der configuration.yaml als auch in einer ausgelagerten customize.yaml bekomme ich die Meldung. Ich bin noch sehr neu unterwegs im Home assistant....
Danke und Gruß
JuRo

Eckehard (Donnerstag, 13 Juni 2024 12:39)

Hallo Zusammen,
ich nutze als Board ein WT32-ETH01 V1.4 das ausschließlich per LAN angebunden ist.
Gestört hat mich die lausige Performance der Tasmota GUI, wenn man nur über LAN verbunden ist (wifi 0)

Hierzu hat mir folgender Tipp sehr geholfen:

https://github.com/arendst/Tasmota/discussions/19803

Nach Absetzen des Befehls "EthClockMode 0" ist die GUI gewohnt schnell!

Grüße an Alle
Eckehard

ottelo (Freitag, 07 Juni 2024 16:18)

@Anna
1. Frage: Schaue nochmal ins Kapitel 10 und gehe da alle Schritte durch. Bei mir sieht es so aus (Code weiter unten). Ich habe aber keine Tageswerte sondern nur die gefilterte LEistung.
2. Frage: Du musst im Energy Panel einfach nur dein Stromzählerwert-Entity (Einheit kWh) angeben. Also z.B. Total_in (wenn du die Variable so im Script genannt hast). Die Werte, die direkt vom Zähler kommen und im Script in der >M Sektion stehen, werden automatisch in HA hinzugefügt (aber ohne Einheit). Diese muss man noch über customize anpassen, damit die Einheiten stimmen. Siehe Kapitel 4h.



{
"name": "Stromzähler Leistung (gefiltert)",
"uniq_id": "mt175_mt175_power2",
"dev_cla": "power",
"stat_t": "stat/tasmota_1AFAD3/RESULT",
"unit_of_meas": "W",
"val_tpl": "{{value_json.script.power2}}",
"sug_dsp_prc": "0",
"dev": {
"connections": [
[
"mac",
"xxxxxxMACxxxxx"
]
]
}
}

@Omega13
Ich habe mir nun ein SML-Simulator zusammengestellt (Kann man mit dem ext. Script Editor Tool machen). Ich könnte jetzt mal die neuste Tasmota Version langzeit testen.

Anna (Dienstag, 04 Juni 2024 13:43)

@ottelo
Danke! In der Anleitung habe ich nur nichts dazu gefunden, dass man das Script sichern muss bzw. es nicht mehr ändern kann. Aber das scheint ja nun egal zu sein :)

Danke auch für den Hinweis bzgl. der publish Zeilen. Ich habe das Script nun geändert und bekomme im MQTT Explorer auch alle vier Werte angezeigt. Wenn ich dann ein neues Topic erstelle, wird mir das ebenfalls in der Tasmota-Integration angezeigt. Nur steht als Wert leider "Unbekannt" drin.

Angepasst habe ich diese Zeile hier:

stat/tasmota_1AFAD3/script/consday in stat/Name-meines-Stromzählers_1XXXX3/script/consday

Dazu noch die MAC-Adresse angepasst.


Muss ich noch was anderes machen oder beachten?


Eine zweite Frage noch: Ich hätte in Home Assistant eigentlich gerne den Tagesverbrauch als Diagramm dargestellt. Dazu kann man im Energy-Panel ja den "Netzverbrauch" angeben. Hier finde ich den neu hinzugefügten Sensor für den Tagesverbrauch aber nicht. Müsste man hier noch was anders machen? Bzw ist das dann damit überhaupt möglich, sich mit diesem Tagesverbrauch den stündlichen Verbrauch im Energypanel anzusehen? Quasi genau so wie im Google Chart auf Tasmota, wo man ja auch den gesamten Tagesverbrauch sieht aber im Google Chart eben auch die letzten 24h Verbrauch sieht.

Sorry für die vielen Fragen. Das Script von dir ist wirklich fantastatisch, ich brauche nur Zeit, mich da einzufinden!

ottelo (Dienstag, 04 Juni 2024 13:04)

@Anna
Das steht in der Anleitung Kapitel 4f: https://ottelo.jimdofree.com/stromz%C3%A4hler-auslesen-tasmota/#4f

Ich habe es aber eben mal auf meinem ESP8266 getestet. Es scheint tatsächlich zu funktionieren. Man kann über den internen Web Editor das Script nachträglich ändern. Das muss also irgendwann mal mit Tasmota Version xyz gefixt wurden sein. Finde ich echt gut, dann kann ich meine Anleitung direkt mal aktualisieren!

Bzgl. dein Thema:
Lade dir mal mein neustes Script herunter und öffne es mit einem Texteditor. Scrolle bis ca. in die Mitte wo die Sektion >S los geht. Dort habe ich die =>publish Zeilen eingefügt. Genau dort musst du auch deine Zeilen einfügen. Das sollte dann klappen. Falls Leerzeichen vor den Befehlen sind musst du diese entfernen.

Anna (Dienstag, 04 Juni 2024 12:06)

@ottelo oh, okay. Danke für den Hinweis! Vielleicht wäre das noch ein Punkt für die FAQ. Ich habe das Script leider nicht mehr und nutze einen ESP8266.

Ich kann unter "Edit Script" allerdings was einfügen bzw. mir wird dort das gesamte Script angezeigt? Geht es dann vielleicht doch über Tasmota? Ich habe mich an dem Kommentar von Karsten gehalten und das hier eingefügt

>T
=>publish stat/%topic%/RESULT {"Tagesverbrauch":%2(EnFrGrid-dval)%}
=>publish stat/%topic%/RESULT {"Monatsverbrauch":%2(EnFrGrid-mval)%}
=>publish stat/%topic%/RESULT {"Tageseinspeisung":%2(EnToGrid-dval2)%}
=>publish stat/%topic%/RESULT {"Monatseinspeisung":%2(EnToGrid-mval2)%}
=>publish stat/%topic%/RESULT {"Gesamteinspeisung":%2(EnToGrid)%}

Das steht jetzt auch drin, wenn ich mir das Script unter Tasmota anschaue. Aber es kommt in HA nichts an. Liegt das dann daran, dass die Zeilen im Script eigentlich gar nicht aktiv sind und ich daher eigentlich auch nichts geändert habe? Oder ist die Änderung schon aktiv, ich muss aber noch mehr machen, um die Daten in HA über MQTT empfangen zu können? Sorry, für mich ist das Thema irgendwie noch etwas undurchsichtig.

Vielen Dank!

ottelo (Dienstag, 04 Juni 2024 11:57)

@Anna
Dein Script, das du an den ESP gesendet hast, solltest du dir immer irgendwo auf dem PC (MAC) sichern. Wenn du Änderungen vornehmen willst, dann an dem Script auf deinem PC (MAC). Danach sendest du es wieder an den ESP. Wenn du ein ESP8266 verwendest, kommst du nicht mehr ans Script, also kannst es nicht auslesen (nach meinem Kenntnisstand). Wenn du aber ein ESP32 verwendest, kannst du das Script via Tasmota downloaden und bearbeiten. Alle Kommentare sind dann aber futsch.

Anna (Dienstag, 04 Juni 2024 11:49)

@otteolo vielen Dank! Ich würde das gerne ausprobieren, scheitere aber schon daran, mein aktuelles Script zu ändern. Ich kann ja nur über den ScriptEditor das Script anpassen - aber wie komme ich an das aktuelle Script ran, um es über den ScriptEditor wieder auf Tasmota zu flashen? Unter "Edit Script" auf Tasmota wird mir ja nicht das ganze Script angezeigt, oder?

ottelo (Dienstag, 04 Juni 2024 08:07)

Hi Anna. Siehe Kapitel 10

Anna (Montag, 03 Juni 2024 20:43)

Integration von Tagesverbräuchen, Tageseinweisung usw in home assistant: so ganz verstehe ich das noch nicht.
Ich habe das Google Chart Script erfolgreich am laufen. Nun möchte ich die aggregierten Verbräuche nach home assistant senden und dort nutzen. Ich hatte gehofft, dass es reicht, wenn ich dazu den Strichpunkt vor Publish I'm script entferne und dann kann ich die Informationen genauso nutzen wie die schon gesendeten Entitäten (bspw aktueller Verbrauch oder Gesamtverbrauch). Verstehe ich das aber richtig, dass ich danach noch den mqtt explorer brauche und Dinge in der configuration.yaml anpassen muss, um die Werte anzeigen zu lassen?

Danke!b

ottelo (Mittwoch, 29 Mai 2024 08:25)

@Herbert Reiners
Ja das ist relativ einfach möglich:

Bearbeite dein Script. Ganz unten in der >W Sektion kannst du das 4h und 24h Chart nach Belieben anpassen.

folgende Zeile:
$vAxis:{format:'# W'},

ändern in (6000 musst du anpassen):
$vAxis:{format:'# W',maxValue:6000,viewWindow:{max: 6000}},

oder mit min und max Angabe:
$vAxis:{format:'# W',minValue:0,maxValue:6000,viewWindow:{min:0,max:6000}},

Info:
https://developers.google.com/chart/interactive/docs/gallery/linechart?hl=de

Witzigerweise hatte da jemand genau die gleiche Frage wie du und hat hier nachgefragt (sieht aus wie mein Script):
https://stackoverflow.com/questions/77862155/google-chart-vaxis-max-value

Herbert Reiners (Dienstag, 28 Mai 2024 19:59)

vielleicht habe ich ja Glück, und der / die Autoren erhören mich .....

.....das mit dem "Zähler auslesen" und den Grafiken ( ich nehme an Google Chart Skript) funktioniert jetzt schon eine ganze Weile sehr gut, Übersichtlich und informativ. Wobei, bei "Übersichtlich" habe ich das Problem, dass es nur einen Verbraucher im Haus gibt mit einer sehr hohen Leistung, sprich Durchlauferhitzer, so mit ca. 18kW. Der wird nur (für´s Duschen) wenige Minuten am Tag verwendet, und in der Grafik wird halt der, der Leistung entsprechende Graf mit aufgenommen. Das geht aber zu ungunsten der Übersichtlichkeit der "kleinen" Leistungen", was zur Folge hat, im 24 Stunden Chart gibt es ein, zwei hohe peaks und alles andere ist (fast) nur eine gerade, horizontale Linie.

Meine Frage, könnte das scipt nich so engepasst werden, dass nur Leistungen (sagen wir bis 5000W) als kurve angezeigt werden, und höherer Leistungen (in der Grafik) "beschnitten" werden, ggf mit einem Symbol oder sonstigem Hinweis, zB. P<5kW ?

Ich hoffe ich konnte mich verständlich ausdrücken, einen screen-shot kann man ja (scheinbar) nicht anfügen?

Wie gesagt, vielleicht habe ich ja Glück.

ottelo (Dienstag, 28 Mai 2024 15:05)

@Omega13
Ich würde es bei mir auch gerne mal testen, aber ich nutze den ESP zur Nulleinspeiseregelung opendtu-onbattery. Wenn da was durchdreht, dreht die Regelung durch ;)

@Andreas M.
Die Seite hatte ich bereits oben unter 1 A) bei v2 Hichi vorgestern hinzugefügt ;)

Andreas M. (Dienstag, 28 Mai 2024 14:30)

Hallo @ottelo

jetzt habe ich zu dem Hichi v2 Lesekopf auch eine zweite Webseite gefunden:

https://sites.google.com/view/hichi-lesekopf/wifi-v2

Omega13 (Montag, 27 Mai 2024 20:35)

Hallo @ottelo.

Hier, wie in #1087, versprochen noch meine Erfahrungen mit der 14.0.0.
Mit einem ESP8266 macht auch Diese Probleme. Hatte alle zwei Tage reboots und mehrmals täglich keine Werte bzw. "0".
Der Lesekopf mit dem ESP32 läuft seit über 12Tagen stabil. Vermute fast, die ESP82xx kommen langsam an ihre Grenzen. Vielleicht mache ich auch irgendetwas falsch. Die 13.3.0 läuft aber ohne Probleme auf dem 8266.

killamilla (Samstag, 25 Mai 2024 18:06)

#1097 ist gelöst: es war der Telemetry Eintrag, stand auf 300, kein Wunder, dass man dann denkt, es kämen keine Datenm wenn nur alle 5 Minuten ein Datensatz eintröpfelt. Hab ihn auf 10 geändert und nun ist alles gut, wobei ich nicht erinnern kann, dass anfangs mal eingestellt zu haben, aber kann mich auch irren.

killamilla (Samstag, 25 Mai 2024 15:12)

Hallo zusammen

Bin am Verzweifeln und hoffe ihr konnt mir helfen, in aller Kürze das setup:
- EDL300 Zähler der über ein Tasmota 13.2.0 auf einem WT32-ETH01 ESP32 board abegfragt wird
- das Ganez lief wochenlang stabil, dann immer wieder kamen Aussetzer, zum Schluss habe alles nochmal neu aufgesetzt und die Einstellungen in Tasmota aus dem früheren Backup wiederhergestellt
- Status nun ist: die Zählerwerte werden übers Web-Ui angezeigt aber MQTT läuft nicht
- im MQTT Explorer sehe ich, dass einmailig beim Start des ESP ein Datensatz ankommt, danach passiert nichts mehr, keine Daten mehr über MQTT

Bin ratlos und weiss nicht mehr wo ich noch suchen soll: wenn ewtas im Skript nicht richtig wäre, würden doch keine Werte im Web-UI ankommen ? Und mehr als MQTT einschalten und das richtige Topic einstellen kann man doch nicht in Tasmota ?

Wo kann ich hier noch ansetzen ?

Schönen Dank im voraus für eure Hilfe.

Andreas M. (Donnerstag, 23 Mai 2024 15:10)

Hallo @Ottello,

sowie ich gerade gelesen habe gibt es jetzt von Hichi auch eine neuere Version2 seines SLM Lesekopfes mit esp32.

Wenn ich das richtig sehe schon bei ebay zu kaufen 34,95€, mal ein Beispiellink:

https://www.ebay.de/itm/315375748332?_trkparms=amclksrc%3DITM%26aid%3D1110006%26algo%3DHOMESPLICE.SIM%26ao%3D1%26asc%3D265907%2C265705%26meid%3De479317d4ee04c31b177174542e4a366%26pid%3D101875%26rk%3D3%26rkt%3D4%26sd%3D315073362947%26itm%3D315375748332%26pmt%3D1%26noa%3D0%26pg%3D4429486%26algv%3DSimplAMLv11WebTrimmedV3MskuWithLambda85KnnRecallV1V2V4ItemNrtInQueryAndCassiniVisualRankerAndBertRecallWithVMEV3EmbeddedAuctionsCPCAutoWithCassiniEmbRecallManual&_trksid=p4429486.c101875.m1851&itmprp=cksum%3A315375748332e479317d4ee04c31b177174542e4a366%7Cenc%3AAQAJAAABgP9d%252BMZSXlztIfYFu3kI%252B7ft0VcQix7rTrUVdiJwc2upzwLfM%252B2UEqu0ZqdXqu2qWe6up6s9MSEY%252BWikIwEh4xLkizL%252BG%252Fyhg6cdW4xfkbb75erVQBYYISNxGN1au%252BE0eJ778JYYSAyLJRupNiZky3B2UHpMsaEp7JRgW9fuueOszPlG9eCPE4mSzJx4EejjZE0v1xx3s4HgKujjhEB3s6lNnpWUmrhVJmqoRMdyN82DPE3NTBBrzvwPJTBMy6le6izio5ixIu0p1rZw%252BNltoEwPoCPbH76kSSornYsA7YAu%252FNv3%252BpeJ4t6Zci%252BwWZ9NFA8xcexIZj%252BeqMrsMNdkl%252BDRjImbNxLsgQtWHwq0%252FkvKRQ0wCMdFV8mfphN7JrTvrD%252FnDqP%252Bp6OeHIrZid0ZK7KnTA%252Fmme9V%252BokG1gFvlpVO9Vik%252BwJ5RE0by9UNCds2H14hoL3a3bFmGm2etMkBw4CSXm%252FMgEt%252FzVZcC9WaIEeIgN%252BA8ykDFC7DabHZws5QuQ%253D%253D%7Campid%3APL_CLK%7Cclp%3A4429486&itmmeta=01HYJRS50J1FXVNTZGFYZG6GP8

Gruß
Andreas

ottelo (Montag, 20 Mai 2024 11:42)

@gonso
Danke für den Tipp.

gonso (Montag, 20 Mai 2024 11:02)

Ich nutze im Jahresskript nicht nur blau grün und rot sondern die unten angegebenen Farben. So lassen sich die Einspeisung und Bezug besser auseinanderhalten.

{
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'],
}

ottelo (Samstag, 18 Mai 2024 10:49)

@HaselNuss
Achso, dann musst du es wie folgt in die Console Eingeben:

Script >EnToGrid=0

Marcus (Donnerstag, 16 Mai 2024 23:15)

Hallo Jo,

Hast du bei deiner Github Tasmota Version diese selbst erstellt und dabei SML aktiviert oder eine fertige Version genommen. Bei den fertigen Versionen ist SML nicht aktiviert. Daher nehmen die meisten eine fertige SML Version von dieser Seite.
Ich bin noch nicht dazu gekommen meinen c3 Mini in Betrieb zu nehmen.
Daher kann ich nicht viel mehr dazu beitragen.

Gruß
Marcus

Jo (Donnerstag, 16 Mai 2024 19:57)

Hallo,

komme leider nicht mit der Anleitung nicht zurecht.

Kennt ihr eine Anleitung, welche einem einfach erklärt wie ich mein bitshake SmartReader UART mit einem ESP C3 super mini verbinden kann?

(geschirmtes Kabel ist passend verlötet; Tasmota 13.4.0 von Github auf ESP32 C3 ist installiert und erfolgreich im Netzwerk angemeldet; Google Charts will ich nicht;)

Vielen Dank,
Jo

Hasel-Nuss (Donnerstag, 16 Mai 2024 09:19)

@otello
Danke Dir. Das hatte ich gemacht und eben noch einmal wieder holt. Sorry, mein Fehler ich meinte den Wert der Zeile "Gesamteinspeisung 22039.03 kWh". Der ist doch eigentlich nicht korrekt, oder?

SML Leistung -126 W
SML Verbrauch 22124.83 KWh
Leistung (gefiltert) -112.39 W
Tagesverbrauch 2.61 kWh
Monatsverbrauch 4.47 kWh
Tageseinspeisung 0.07 kWh
Monatseinspeisung 0.10 kWh
Gesamteinspeisung 22039.03 kWh
Datum 16.05.2024 - 09:16:27
Uptime 00d 16h 45m

ottelo (Donnerstag, 16 Mai 2024 08:32)

@Hasel-Nuss
Du musst den Monatswert einmal korrekt setzen:

Gehe in die Console und dann folgendes eingeben:
script >mval=EnFrGrid
script >svars

Siehe auch FAQ 3

Hasel-Nuss (Donnerstag, 16 Mai 2024 08:19)

Hallo ottelo,

tolles Google script (Tasmota Script Google Chart SML für 1-Richtungszähler und PV (05.05.2024)). Funktioniert prima. Einzig die Monatseinspeisung zeigt noch falsche Werte. Ich bekomme nicht raus, wie ich diesen Wert auf 0 zurücksetzen kann.
Hast Du einen Tipp?

Omega13 (Dienstag, 14 Mai 2024 18:36)

Hallo ottelo,
ich hatte mir die Images selbst, nach Anleitung aus der Tasmota Doku, gebaut. Ich brauche ja nur das kleine Script für Homeassistant. Das hat auch bei allen vorherigen Versionen gut funktioniert. Nur die 13.4.0 macht Probleme. Die 13.3.0 läuft bei beiden Leseköpfen seit 22 Tagen stabil. Die Standartversionen, der 13.4.0, für Sensor, Kamera und Schalter läuft auch stabil, nur Script scheint sie nicht zu mögen. Ich werde übernächste Woche mal die 14.0.0 testen. Bin vorher in Urlaub. Werde dann hier berichten.

ottelo (Dienstag, 14 Mai 2024 08:29)

@Omega13
Danke für dein Hinweis. Hast du das Image von mir für den ESP8266 (1M?) genommen? V13.4.0 für den ESP32 habe ich noch nicht erstellt.

Omega13 (Dienstag, 14 Mai 2024 07:36)

Hallo,
mich würden die Erfahrungen von Anderen mit der Version 13.4.0 interessieren.
Ich hatte mit dieser Version massive Probleme und bin wieder zurück zur 13.3.0
Die Problem äußerten sich mit ständigen Reboots und Datenausfall, also einfach alles
mit "0" angezeigt, was in Homeassistant für ordentliche Ausreißer in der Statistik sorgte.
Ich habe einen Lesekopf mit ESP8266 (Bitshake) und einen mit ESP32 (Modifizierter
Poweropti). Die Probleme tauchten bei beiden Leseköpfe auf.

Marcus (Sonntag, 12 Mai 2024 13:32)

@Ottelo
Daaaaaaanke

Gruß
Marcus

ottelo (Sonntag, 12 Mai 2024 11:26)

@Marcus
Danke für den Hinweis! Ich habe nun Tasmota 13.4.0 Images erstellt und hochgeladen. Auch für Gosund und Sonoff. Diesmal sollte man BL0937 CF , HLWBL CF1 , HLWBL SELi auswählen können. Ich hatte vergessen "#undef USE_ENERGY_SENSOR" auszukommentieren. Ich habe den Hinweis in meiner Beschreibung aufgenommen (https://pastebin.com/SPm2mRgn).

Marcus (Samstag, 11 Mai 2024)

@ Ottelo
Hallo Ottelo. könnte es sein, das bei den 1MB Varianten für die Gosund EP2 Steckdose ab der Version 12.5 die Treiber für die Strommessung fehlen?
Ich musste heute mal wieder eine Nous 1AT (entspricht der EP2) flashen und nur bei der 12.4 er Version geht es.
Bei der 12.5, 13.1 und 13.3 konnte ich BL0937 CF , HLWBL CF1 , HLWBL SELi nicht auswählen.

Schau doch bitte mal nach wenn Du dazu kommst. Eilt nicht, die 12.4 läuft super und ich hab eigentlich keine Veranlassung ein Update zu machen.
Danke
Gruß
Marcus

Anna (Samstag, 04 Mai 2024 18:43)

Wunderbar, vielen Dank! Die erneute Eingabe der PIN am Stromzähler schlug zwar fehl und generell kann ich am Stromzähler auch nicht mehr die historischen Verbräuche o.Ä. einsehen - aber dennoch hat das "Lichtspiel" wohl insofern geholfen, als dass die Erfassung über den ESP wieder funktioniert. Vielen Dank daher für den Tipp!

ottelo (Donnerstag, 02 Mai 2024 16:32)

Kann mir folgendes vorstellen:
1) Auslesekopf (IR Empfängerdiode) defekt
2) ESP defekt
3) Du hattest einen Spannungsausfall, dann musst du die PIN neu eingeben

Denke mal 3 könnte es bei dir sein

Ann (Mittwoch, 01 Mai 2024 12:27)

Hallo,

bei mir hat alles seit einem Jahr problemlos funktioniert. Seit gestern werden auf einmal keine Werte mehr angezeigt (bspw kein Momentanverbrauch, auch kein Gesamtverbrauch). Die Charts zeigen alle ins negative. Lediglich das Datum stimmt noch.

Eine Idee, woran das liegen könnte und wie man es beheben könnte? Neu gestartet habe ich natürlich schon :)

Angeschlossen ist der esp an einen Stromzähler der Stadtwerke. Genutzt wird Version 12.4.0. Ich würde es gut finden, wenn ich kein größeres Update fahren müsste bzw Dinge neu einstellen müsste ;)

Jemand eine Idee?

Danke!

Marcus (Donnerstag, 25 April 2024 17:43)

@Ottelo. Danke für den Hinweis. Bin aber noch nicht dazu gekommen es fertig zu machen.

@Alex. Versuche mal eine Elko am D1 zwischen 3.3V und GND zu setzen. 330 oder 470 müF. Einige D1 sollen einen zu schwachen 3.3V Spannungsregler zu haben.
Besser zusätzlich noch ein Elko zwischen 5V und GND.
Mit der Kombination habe ich das gleiche Problem mal lösen können.

Gruß
Marcus

Alex (Mittwoch, 24 April 2024 19:56)

Hallo,
vielen Dank für die tolle Anleitung. Ich habe einen Lesekopf an einem D1 mini erfolgreich zum laufen gebracht (mit PV und Google-Chart). Allerdings startet der D1 mini in unregelmäßigen Abständen neu. Gefühlt macht er das, wenn ich per Handy darauf zugreife. Ich habe schon mehrere USB Netzteile probiert, um zumindest Das auszuschließen.
Woran kann das liegen? Bzw. wo kann ich ansetzten, um das zu beheben?

Gruß Alex

ottelo (Sonntag, 21 April 2024 13:30)

Schau mal unter Kapitel 1.a. Da habe ich den neuen Lesekopf hinzugefügt. Und welche GPIOs verwendet werden. Die kannst du ja auch verwenden.

Marcus (Sonntag, 21 April 2024 13:20)

@ Stefan: Wegen GPIOs ESP32supermini C3
Hallo Stefan,
Welche Pins / GPIOs Verwendest Du für die Sende und Empfangsdiode.
Ist es richtig, das bei dem ESP32 die Hardware RX/TX auf GPIO 20/21 was auch den Pins 20/21 entspricht liegen?

Mein Mini ist angekommen, es ist Sonntag, Aprilwetter und somit Zeit zum Basteln ;-)

Gruß
Marcus

ottelo (Freitag, 19 April 2024 20:26)

@Andreas
Danke für den Hinweis. Ich habe den ESP32 Lesekopf mal oben hinzugefügt. Bitshake empfiehlt auch den Kunden meine Seite bzw. mein Script, passt also :)

Andreas M. (Donnerstag, 18 April 2024 21:43)

Hallo an alle,
Es gibt einen fertigen esp32 c3 in einem SML Kopf von bitshake

https://www.amazon.de/gp/product/B0CCMXSPVX/ref=ppx_od_dt_b_asin_title_s00?ie=UTF8&psc=1

Bei mir läuft der schon eine Zeitlang ohne Probleme,
macht den EVU Zähler und auch Modbus meines SMA Wechselrichters, so ist alles in einem esp.

Soll keine Werbung sein ich habe davon auch nichts!

Die Frage ein paar Beiträge vorher.

Marcus (Donnerstag, 18 April 2024 19:45)

Hallo Minion,

Prima das es klappt. Da ich den Webquery Befehl bisher nicht kannte, kann ich dir das leider nicht beantworten.
Vielleicht kann jemand anderes die Frage beantworten. Würde mich auch interessieren.

Gruß
Marcus

MINION (Donnerstag, 18 April 2024 15:32)

Hallo Marcus,

danke für die schnelle Antwort. Ich habe mich da gestern glaub bisschen in die falsche Richtung verrannt.
Über den Tipp mit Websend bin ich jetzt auf den WebQuerry Befehl gestoßen, mit diesem klappts bisher einwandfrei.
;=>WebQuery http://pvanlage.bplaced.net/test.php/?power=%power%&EnFrGrid=%sml[2]%&EnToGrid=%sml[3]% GET

Was ist denn der Unterschied zwischen Websend und WebQuerry bis auf den anderen Befehlsaufbau? Ist da irgendeins schlechter oder besser?

Danke nochmals und viele Grüße

Minion

Marcus (Mittwoch, 17 April 2024 21:20)

Hallo Minion,
Schau mal in den FAQ (13) 9.
Direkt über diesen Kommentaren.
Da hat ottelo was beschrieben.
Ansonsten in den Kommentaren mal nach dem Befehl Websend suchen. Da hatte ich beschrieben wie ich die Daten an Thingspeak schicke. Bin z.Zt. nicht daheim sonst hätte ich es nochmal eingestellt.

Gruß
Marcus

MINION (Mittwoch, 17 April 2024 20:12)

Hallo @ottelo

erstmal vielen Dank für das tolle Script und die ausführliche Beschreibung. Ich habe den Lesekopf mit dem Google Chart Skript und einem ESP8266 4MB nun seit ein paar Monaten problemlos laufen. Inzwischen versuche ich die Daten von dem ESP irgendwie zu einem Webserver zu bekommen, um diese dort zu verarbeiten/visualisieren. Hier mal die Frage gibt es eine Möglichkeit im Script in Tasmota eine Website aufzurufen und dadurch die Daten über http weiterzugeben.
ca so: http://url.net/?power=sml1&...
Habe dazu nichts gefunden und deshalb versucht die Daten per Mqtt abzufragen, hierfür habe ich mir einen Cloud Mqtt-broker eingerichtet. Wenn ich mich zu diesem verbinden will, bekomme ich in Tasmota eine failed connection, was daran liegt, dass auf der Tasmota Version kein Mqtt mit TLS vorhanden ist. Ich habe mich daran versucht die Firmware nach deiner Anleitung selbst über Gitpod zu kompilieren, wodurch nach dem Einbinden von Mqtt mit TLS dies auch funktioniert hat. Hierfür habe ich nur diese Zeilen zu den von dir vorgeschlagenen hinzugefügt.
#ifndef USE_MQTT_TLS
#define USE_MQTT_TLS
#define USE_MQTT_TLS_CA_CERT
#endif
Jedoch ist der Controller dann fast unbrauchbar, der Aufruf der Weboberfläche dauert ewig und das Öffnen der Einstellungen lädt extrem langsam oder es kommt öfter zu Verbindungsabbrüchen. Wenn ich wieder auf deine Firmware update, läuft wieder alles einwandfrei. Hast du da noch irgendwas geändert, was nicht in der Anleitung steht, bzw. kannst du eventuell eine Firmware mit aktiviertem TLS zur Verfügung stellen.

Vielen Dank schonmal

Grüße
MINION

Stefan (Montag, 15 April 2024 22:28)

Hi, ihr beiden. Es gibt ein Board auf C3 Basis, das hab ich irgendwann mal in den Tiefen des Netzes gefunden.
Allerdings käuflich nicht auftreibbar. Genau wie der Esp01, aber mit 32er.

Okay, wer den Kopf neu druckt, hat ja alle möglichkeiten.
Dann könnte auch die Buchse dran bleiben. Ecken müssen aber rund.

Auf jeden Fall ist der Umbau machbar, sofern man einen Lötkolben hat und nicht 2 linke Hände voller Daumen.
Das Layout vom C3 ist bestens geeignet. Man kann das eigendlich nicht kaputt machen, selbst mit ungeeignetem Werkzeug nicht. Wifi technisch performt der auch viel besser.

Gruss! Stefan

ottelo (Montag, 15 April 2024 12:05)

@Stefan
Super Sache! Vielleicht passt Hichi ja sein Verkaufsschlager auch an, wäre jedenfalls genial.
Ich könnte für meinen bestehenden Hichi sonst mal ein neues Gehäuse drucken, wo dann der C3 Super-Mini reinpasst.

Marcus (Montag, 15 April 2024 11:47)

Hallo Stefan,
Danke für die Rückmeldung.
Hört sich gut an.
Dann werde ich mich mal mal daran versuchen.

Gruß
Marcus