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

Stefan (Sonntag, 14 April 2024 23:06)

@Markus - Und wen es sonst noch interessiert.

Ich hab den C3 Super-Mini jetzt im 'Volkszählergehäuse' laufen.
Erwartungsgemäß muss die USB Buchse aus dem C3 raus. Diese ist auch mittig unten nochmals verlötet.
Einfach das Gehäuse (Metall) aufheizen, dann vorsichtig hochklappen.
Mit passendem Werkzeug lassen sich die Anschlüsse ablöten. Ansonsten einfach leicht hin und her bewegen.
Dort geht nichts kaputt, da ist nix weiter. Der Spannungsregler kann auch weg.
Die mögen eigendlich keine 'Rückwärtsspannung' . Ich habe aber einen an 3.3 V zu laufen mit eingebautem Regler.
Das macht seit Monaten auch keine Probleme.
Die Ecken vom C3 müssen abgerundet werden. Dann passt das problemlos in das Gehäuse.
Der Spannungsregler vom LeseKopf nimmt den C3 locker.
Man könnte jetzt den Anschluß dort unterbringen wo vorher die USB Buchse war.
Platz wäre dort. Ausdremeln oder so. Dann sähe das so aus wie beim originalen ESP01 (s)
Ich hab die Leitungen an eine doppelte 2.54er Leiste angelötet und die Enden gekürzt.
Dann muss der C3 schräg eingelegt werden, weil die Höhe des Kopfes um knapp 2mm zu niedrig ist.
Spart aber die Arbeit mit dem Dremel.
Auf jeden Fall gibts nach dem Start 'Freudentränen' , die Charts blitzen praktisch auf.
Der Unterschied ist wie Tag und Nacht.
Speziell wer an den Scripten dreht oder öfter was ändert oder aufbläst, hat mit dem C3 seine Freude.
Bemerkungen im Script sind kein Problem mehr. Noch 2800 Zeichen frei.
Mein Script (original von Otello) (Danke nochmals) hat noch zusätzlichen Code, ist also etwas grösser.
Der C3 wird dann später auch Backups ins Filesystem schreiben.
Danke für die Ausführungen dazu nochmals an Gemu.

Ps. Der C3 lässt sich natürlich extern programmieren (auch ohne USB) , genau wie der ESP01 dann.
Allerdings dürfte das mit der Safeboot Partion nicht mehr notwendig sein.
Als Image können beide benutzt werden (also auch das ohne USB Support (ohne CDC) .

Gruss Stefan

Hans (Donnerstag, 11 April 2024 07:48)

@Ottelo
Habe es nun verstanden und in mein Script eingebaut. Es funktioniert und ist eine äußerst kompakte Filterung. Nochmals Danke.

ottelo (Mittwoch, 10 April 2024 22:50)

Das findest du hier unter Downloads.

Hans (Mittwoch, 10 April 2024 22:30)

@Ottelo
Die Filterung sieht ganz gut aus.
Kannst du mir das Script hier direkt einstellen, bzw. den Link wo ich ihn finden kann?
Sorry, ich bin leider in diesen Dingen noch nicht so fit.

ottelo (Dienstag, 09 April 2024 12:05)

@Hans
Du kannst die Filterung einstellen. Aktuell steht sie bei 0,9. D.h. wenn ein neuer Wert vom Stromzähler kommt, dann wird 90% vom vorherigen Wert und 10% vom neuen Wert verwendet. 0.9 ist schon eine ausreichende Filter finde ich.

Hier sieht man den Vergleich beider Leistungen:
https://imgur.com/a/kSezN47

hans (Dienstag, 09 April 2024 11:48)

@ottelo
Vielen Dank für die schnelle Antwort und Hilfe, Prima!!

ottelo (Dienstag, 09 April 2024 11:01)

@Hans
Ich habe im Script dafür eine neue Variable erstellt (Version 28.03.2024):

; simply filtered power for opendtu-onbattery DPL: http://192.168.178.31/cm?user=admin&password=joke&cmnd=script?power2
power2=(0.9*power2)+((1-0.9)*power)

Hans (Montag, 08 April 2024 19:26)

Ich nutze die Leistungswerte (sml[1]) meines ISKRA175 Zählers zum Regeln des PV-Überschusses für einen Warmwasser-Boiler. Gibt es eine Variable die den Minuten-Mittelwert ausgibt?

Volker (Samstag, 06 April 2024 09:26)

@ottelo
Es hat funktioniert. Danke. :-)
Für das die Werte im Energie Dashboard bei Home Assistant angezeigt werden, musste ich noch die Einträge in der configuration.yaml machen.
Jetzt noch den Monat abwarten und schauen ob dann wieder alles von vorne beginnt.

Gibt es hier eine Kaffeekasse?

ottelo (Dienstag, 02 April 2024 21:02)

Ich habe die Beschreibung und meine Scripte korrigiert!

ottelo (Dienstag, 02 April 2024 20:59)

Ihr müsst nur in eurem Script das %, was zuviel ist löschen. Dann sollte alles gehen!

ottelo (Dienstag, 02 April 2024 20:57)

@Volker und KlausP
Ich hatte ein Fehler (ein % zuviel) im Script bei publish!

Korrekt ist z.B.
=>publish stat/%topic%/script/consday %2(dcon[day])%

Dann im Config Template für den MQTT Explorer ebenfalls ein Fehler bei "stat_t". Da muss consday hin, falls ihr mein Script verwendet habt. Muss der gleiche Pfad sein wie bei =>publish in eurem Script!

{
"name": "Stromzähler Tagesverbrauch",
"uniq_id": "mt175_dayconsumption",
"dev_cla": "energy",
"stat_t": "stat/tasmota_1AFAD3/script/consday",
"unit_of_meas": "kWh",
"sug_dsp_prc": "2",
"dev": {
"connections": [
[
"mac",
"A02xxxxAFAD3"
]
]
}
}

Volker (Dienstag, 02 April 2024)

stat
tasmota_XXXXXX
script
tagesverbrauch = tasmota_XXXXXX
tageseinspeisung = tasmota_XXXXXX
monatsverbrauch = tasmota_XXXXXX
monatseinspeisung = tasmota_XXXXXX

Es ist alles zu sehen.
Danach links auf homeassistant --> sensor --> und das unten von mir geschriebene eingeben.

"Tagesverbrauch = xxx kWh" sehe ich nicht.
Im Script habe ich das stehen:


=>publish stat/%topic%/script/tagesverbrauch %2(%dcon[day])%

=>publish stat/%topic%/script/tageseinspeisung %2(%dprod[day])%

=>publish stat/%topic%/script/monatsverbrauch %2(%mcon[month])%

=>publish stat/%topic%/script/monatseinspeisung %2(%mcon[month+12])%

ottelo (Dienstag, 02 April 2024 18:00)

Habt ihr denn den korrekten Wert im MQTT Explorer (siehe Kapitel 10.3)?

Muss ich mir sonst nochmal anschauen und bei mir testen.

Volker (Dienstag, 02 April 2024 17:45)

Diesen Eintrag habe ich im MQTT Explorer gemacht.

Topic:

homeassistant/sensor/Hausstrom/Tagesverbrauch/config

json:

{
"name": "Tagesverbrauch",
"uniq_id": "hausstrom_tagesverbrauch",
"dev_cla": "energy",
"stat_t": "stat/tasmota_XXXXXX/script/Tagesverbrauch",
"unit_of_meas": "kWh",
"sug_dsp_prc": "2",
"dev": {
"connections": [
[
"mac",
"F4CFA2XXXXXX"
]
]
}
}

Der neue Eintrag bei Sensoren wird gemacht. Leider steht kein Wert da sondern Unbekannt.

Volker (Sonntag, 31 März 2024 12:41)

Ich habe auch Probleme mit den Tageswerten.
Für mir den Tagesverbrauch anzeigen zu lassen, habe ich dem MQTT Explorer gearbeitet, und der neue Sensor wird auch bei meinem Hichi in den Tasmota Geräten angezeigt.
Leider steht als Wert nur Unbekannt.
Hat jemand eine Lösung dafür?

Klaus P. (Sonntag, 31 März 2024 10:10)

Die Tages und Monatswerte bekomme ich bei mir nicht angezeigt.
Der Wert steht als "nicht Verfügbar" da.

ottelo (Donnerstag, 28 März 2024 16:52)

@Klaus P.
Ich habe dazu eine neue Anleitung geschrieben. Siehe Kapitel 10 !

Klaus P. (Donnerstag, 28 März 2024 09:11)

Klaus P. (Dienstag, 26 März 2024 11:04)

Kann mir bitte jemand beim hinzufügen der Tageseinspeisung in die configuration.yaml helfen.
Ich bekomme das nicht gebacken.

Bernd (Mittwoch, 27 März 2024 09:08)

ich versuchte ein Restore Configuration mit der gesicherten dmp datei, jedoch bekomme ich die Meldung :
dein Backup Upload Failed Not enough space
Tasmota 13.1.0 (06.10.2023) 4MB ESP 8266

was kann ich den da machen
danke im vorraus
Gruß Bernd

Seyit (Dienstag, 26 März 2024 21:58)

In etwar so

https://www.google.com/search?sca_esv=28795b6719ac1a08&sxsrf=ACQVn0_G-t3PjVAcb5CbDM7ZoE-Y8qpt9Q:1711486364098&q=esp32+smartmeter+3d+model&uds=AMwkrPtesdIO-WE-LTiss4GIfUfMda7c66sQZ4J76snjcLfVYMiq-ig5peRb-8x6RTdyWnL-r8VYP3_eBhhE7_72yNL4PCkkNob71bpB-3GwUMrUU6FQg-NLcwLHxNhUOHtB1QwnPosM70qmx_qtAsjpPiJgHPM0othzW6IPoB0F0haNu1MlKX-KqDKxCNv-EXlP-aR2fDSdlnN1Gq1-CLpb5u_Qekbqt2Bbh_Bu13NsaDHOh0oNi7abBiSua_rIxmz12CWm-Rwcno9I9yl_R-41gvDLKLPODQ&udm=2&prmd=ivnbz&sa=X&ved=2ahUKEwjOh5TG55KFAxWx9gIHHcmgB8AQtKgLegQIDRAB&biw=412&bih=743&dpr=2.63#vhid=UlAI8Ds6U40zFM&vssid=mosaic

Seyit (Dienstag, 26 März 2024 21:57)

Ich ich nutze das System jetzt schon 1 1/2 und es läuft stabil und zuverlässig besten dank dafür erstklassige Arbeit.
Nun meine Frage kann man die ausgelesenen Werte auch gleichzeitig auf einem 3.5 Zoll display wieder geben?

Klaus P. (Dienstag, 26 März 2024 11:04)

Kann mir bitte jemand beim hinzufügen der Tageseinspeisung in die configuration.yaml helfen.
Ich bekomme das nicht gebacken.

ottelo (Montag, 25 März 2024 20:13)

@T.B.
Der Inhalt von "p" Variablen wird fest im Flash gespeichert (svars Befehl im Script 1x um Mitternacht). Wenn du nun z.b. die 2. p-Variable aus meinem Script entfernst, das Script vorher aber schonmal lief, dann rücken alle Variablen im Speicher um 1 Stelle zurück. Die ehemals 3. Variable bekommt nun den Wert der eben entfernten (usw). Ich hoffe ich liege da richtig ^^. Du kannst die p-Variablen aber über die Console mit 0 belegen. Anleitung dazu im Script oder in der FAQ.
Oder du flasht die Firmware über das USB-Seriell Kabel neu und löscht vorher den Speicher. Das geht z.B. mit dem ESP Flash Tool vom Hersteller oder mit Tasmotizer (Haken bei Erase before Flashing). Dann sollten auch alle Tasmota Einstellungen gelöscht werden.

Stefan (Montag, 25 März 2024 19:39)

@Chris O
>Ich würde mir den genaueren Hintergrund über dieses Vorhaben oben in dem entsprechenden Abschnitt (2) - >Unbenutzter TX-Pin (Sendediode) - wünschen.
>- warum auf high
>- warum überhaupt abschalten und nicht nur abklemmen

Kommt auf den benutzten ESP an, und natürlich welcher GPIo.

Wenn die 'Led' mit Low geschaltet wird musst du High setzen, oder halt andersrum.
Damit die halt definiert 'Aus' ist.

Wenn du den 'Steuerpin' für die Led offen lässt, kannst du nicht genau sagen was zwischendurch passiert.
Könnte durch parasitäre Ströme der anderen Leitungen geschaltet/getriggert werden, zum Beispiel.
Sicher ist immer einen definierten Pegel zu haben. Da kannst du auch mit einem Widerstand (z.b. 10 Kohm) nach Ground oder Vcc erreichen.

Bei dem 'Hitchi' mit dem esp01 drin, gibts da eigendlich keine Probleme.
Zumindest hier nicht.

Gruss!

T.B. (Montag, 25 März 2024 15:14)

@Andreas M.

Wenn man eine neue Firmware aufspielt sind dann die P-Variablen immer noch im Speicher oder werden sie gelöscht?
Wenn Ja, wie kann man dann das ganze löschen und mit leeren Speicher und anderer Firmware neu anfangen?

ottelo (Montag, 25 März 2024 13:50)

@Klaus P.
Im neusten Script werden die Daten nun auch gesendet. Der Wert taucht aber nicht in HA automatisch auf (Auto Discovery). Man muss ihn selbst hinzufügen. Musst mal im Internet suchen wie das geht. "Home Assistant Entity MQTT configuration.yaml" suchen.

@Chris O
Habe ich umgesetzt

@All
Funktioniert bei euch die Übermittlung der Tages und Monatsverbrauchswerte? Ich habe es ja aktuell so drin:

=>publish stat/%topic%/RESULT {"Tagesverbrauch":%2(dcon[day])%}
=>publish stat/%topic%/RESULT {"Tageseinspeisung":%2(dprod[day])%}
=>publish stat/%topic%/RESULT {"Monatsverbrauch":%2(mcon[month])%}
=>publish stat/%topic%/RESULT {"Monatseinspeisung":%2(mcon[month+12])%}

Via MQTTExplorer sehe ich aber leider immer nur Monatseinspeisung.

Klaus P. (Montag, 25 März 2024 13:14)

Wie kann man die Tageseinspeisung in HA abgreifen?

Chris O (Sonntag, 24 März 2024 23:17)

#Verbesserungsvorschlag:
Danke für die passenden Beiträge zum Thema "TX Leitung auf HIGH-Pegel (3,3V) setzen".
Ich würde mir den genaueren Hintergrund über dieses Vorhaben oben in dem entsprechenden Abschnitt (2) - Unbenutzter TX-Pin (Sendediode) - wünschen.
- warum auf high
- warum überhaupt abschalten und nicht nur abklemmen

LG Chris

Andreas M. (Samstag, 23 März 2024 21:40)

Hallo,

@T.B. und alle anderen hier

P- Variablen immer am Ende von >D im Script einfügen, wenn vorher dann werden bei Änderungen von p- Variablen alle Variablen mit Werten verschoben, bringt alles durcheinander.
Ganz wichtiger Tipp von einem Tasmota Entwickler!

T.B. (Samstag, 23 März 2024 08:33)

Wieso ist alles verwurschtelt wenn man p: Variablen im "Script" umstellt, oder eine normale Variable löscht, da sie nicht mehr gebraucht wird?

ottelo (Mittwoch, 20 März 2024 20:49)

Vom Tasmota Entwickler:
das ist ein bug im Ardunio Core. Der soll bald behoben werden. (aber wann genau ist nicht bekannt)

bei allen ESP32 Varianten geht zur Zeit nur ein serieller Hardware Serial Zähler weniger als bisher.

du kannst aber mit Software Serial arbeiten. (#define USE_ESP32_SW_SERIAL)

die Pin Nummern dann mit negativem Vorzeichen angeben.

https://forum.creationx.de/forum/index.php?thread/4242-2-lesek%C3%B6pfe-wollen-nicht-gleichzeitig/&pageNo=1

Joachim (Mittwoch, 20 März 2024 20:46)

Ich habe Tasmota 13.3 installiert und lese 2 Zähler (2 x DWS74) mit WT32-ETH01 aus. Leider lassen sich hier keine Bilder einfügen.

KaJo (Mittwoch, 20 März 2024 15:54)

Hallo ottelo,

danke für den Hinweis.

Habe gerade einen Downgrade auf die 13.1.0 probiert mit der "Firmware upgrade" Funktion. Steigt aus mit der Meldung "Upload Failed - Invalid file signature". Eine Idee? Oder muss ich komplett frisch flashen? Ist beim ESP32-ETH01 etwas sep. zu beachten?

ottelo (Mittwoch, 20 März 2024 11:41)

@KaJo
Den Hinweis Text direkt neben dem Download gesehen?

! ab 13.2 funktioniert das Auslesen von 2 Zählern nicht mehr. Bugfix von Tasmota ist von den Devs geplant.

KaJo (Mittwoch, 20 März 2024 10:59)

Hallo zusammen,
ich habe ein ES32-EHT01 erfolgreich mit der aktuellen Version 13.3.0 (tasmota32.factory) geflasht. Connect via WIFI und ETH funktioniert einwandfrei.
Die vier genutzten Hitchi-Köpfe mit Tasmota auf einem Wemos D1 mini funktionieren (alte Installation). Die SML Werte der Zähler kommen perfekt an beim Wemos D1. Diese Hitchi TTL Köpfe habe ich jetzt an den ESP32 angeschlossen. Das Script habe ich mit den neuen GPIOs aktualisiert. Ich bekomme keine Werte. Das Log zeigt Null Werte.
Gibt es irgendeine Idee was fehlen könnte? Gibt es Einschränkungen bei den GPIOs Ich habe die genutzt die Input können und (GPIO 2, 4, 35 und 12 liegen direkt nebeneinander). Die nicht genutzten TX habe ich wie schon im Kommentar beschreiben auf 3V3 gelegt.

ottelo (Dienstag, 19 März 2024 23:21)

@Hans
Nein, beim ESP32 habe ich nichts deaktiviert.

Hans (Dienstag, 19 März 2024 21:10)

Hallo ottelo, ist der DS18B20 Sensor auch in der ESP32-Software deaktiviert?

ottelo (Freitag, 15 März 2024 07:36)

@Christ
Das ist egal. Du brauchst keinen echten TX/RX GPIO verwenden. Aber man darf nicht jeden GPIO nehmen.

@Volker
Ja. Ich arbeite gerade noch an dem Discovery, so dass diese neuen Werte auch automatisch unter der Tasmota Integration in HA auftauchen. Momentan muss man diese per HAnd einbinden.

@Hans
Wenn du ein ESP8266 verwendest, ich hab den Sensor deaktiviert um Speicher zu sparen. Musst du dir sonst selbst kompilieren. Du siehst was ich alles deaktiviert habe hier https://pastebin.com/SPm2mRgn

Chris (Donnerstag, 14 März 2024 23:01)

Tolle Seite, hat mir den Einstieg in das Thema schon sehr erleichtert!
Ist es richtig, dass ich an einem ESP8266 zwei Leseköpfe anschließen kann und dafür beliebige GPIOs wählen kann? Oder sollte ich lieber GPIOs mit echtem UART auswählen (GPIO 3 und 13)?

Volker (Donnerstag, 14 März 2024 18:36)

Mir geht es darum, dass ich die Tages, Wochen, Monats und Jahreseinspeisung nicht abgreifen kann und in Home Assistant anzeigen lassen kann.

Hans (Donnerstag, 14 März 2024 18:14)

Ich habe ein Problem per Script zwei Temperatursensoren DS18B20 an einem GPIO auszulesen, z.B. :
t_P=DS18B20_2#Temperature
t_W=DS18B20_1#Temperature
Mit einem Sensor hat es geklappt, mit:
t_W=DS18B20#Temperature
Liegt das ev. an der reduzierten Firmware?

Volker (Donnerstag, 14 März 2024 17:55)

@ottelo
Ist das schon im neuen Script drin?

>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)%}

ottelo (Mittwoch, 13 März 2024 17:08)

@Marco
Super das es nun bei dir geht. Ich nehme es mal bei mir in die FAQ auf und in die Beschreibung ganz oben, wo man den Lesekopf verdrahten muss. Du hast Recht, man muss die Leitung auf HIGH-Pegel (3,3V) setzen, damit diese nicht leuchtet. Es ist nämlich ein PNP-Transistor vorgeschaltet, kein NPN (siehe Schaltplan: https://wiki.volkszaehler.org/hardware/controllers/ir-schreib-lesekopf-ttl-ausgang)

Marco (Mittwoch, 13 März 2024 14:41)

@ottelo und Stefan
Ich habe die Übeltäter ausfindig machen können bevor ich eure Antworten gelesen habe. Für diejenigen, die in dasselbe Problem laufen hier in ausführlich:
Fertige Leseköpfe haben i.d.R. einen Fototransistor zum Empfang und eine IR-Diode zum Senden der Lichtimpulse.
Bei nicht beschaltetem TX-Pin (zum Senden) kann es vorkommen, dass die Sendedioden ein Eigenleben entwickeln. Das heißt, sobald an dem offenen Pin oder Kabelende die Spannung eine gewisse Schwelle erreicht schaltet die Diode sich ein. Es reicht schon, dass die im Kabel parallel laufende Empfangsleitung Spannung induziert...
In meinem Fall hat das zu wild flackernden Sendedioden (lässt sich mit Handykamera o.ä. gut beobachten) geführt. Selbst ein Abkleben der Sendedioden mit schwarzem Isolierband hat nicht geholfen (!!!).
Letztlich habe ich die ungenutzte Sendeleitung meiner Leseköpfe einfach fest auf 3,3V (HIGH Pegel) gelegt. Danach war "Stille" an den Sendedioden. Bei einem LOW-Pegel würden diese (bei mir) dauerhaft leuchten, was ich dann auch nicht wollte.
Seitdem ist es eine wahre Freude die Werte beider Zähler im Sekundentakt zu sehen ;-)
Ich verwende derzeit v13.3.0 mit dem WT32-ETH01.
Danke nochmals an ottelo mit dem großartigen Artikel und allen Helfenden in den Kommentaren.

Volker (Mittwoch, 13 März 2024 11:32)

Ich habe es mit Helfern gemacht. :-)

Volker (Mittwoch, 13 März 2024 09:17)

@ottelo
Mit deiner Anleitung habe ich es jetzt hin bekommen meine beiden Hichi's mit dem Script zu bespielen. Danke.

Hat jemand von euch zwei separate Hichi's an zwei Zählern am laufen, und lässt diese in Home Assistant mit Power Flow Card Plus auf einer Karte visualisieren?
Ich bekomme es nicht hin das bei "Grid" von beiden Zählern die Einspeisung und der Verbrauch angezeigt wird.

@Karsten
Was genau geschieht genau bei deiner Script Erweiterung?

Stefan (Dienstag, 12 März 2024 23:28)

@Markus

Der passt 100% in das Gehäuse.
Entweder muss das Gehäuse angepasst werden (wegen der usb c) oder halt weg das Ding.
Rein elektrisch geht das nicht, dazu muss ein Adapter gelötet werden.
Also von der 8 Pol Buchse (wo normal der Esp01(s) drinsteckt) , stellt ja kein Problem dar.
Würde dann von dort auch die 5 Volt holen, ev. reicht der Spannungswandler auf der Platine nicht für den Esp32.
Muss ich noch nachschauen.

Es muss übrigens direkte Esp32 auf einer Platine wie dem esp01 geben, hab ich im Netz gesehen.
Allerdings keine Bezugsquelle gefunden. Könnte man auf Lochraster auch selbst bauen.
Dann wäre man komplett frei in der 'Esp findung' ;-)

Gruss!

ottelo (Dienstag, 12 März 2024 21:12)

@Stefan und Marco
Ach das Problem hatte ich auch mal, fällt mir gerade ein. Die Sendediode flackerte anscheinend hin und her und hat das Menü des Stromzählers bedient und total Wirres Zeug anzeigen lassen, ich dachte schon sonstwas. Die Diode war bei mir an ein GPIO Pin angelötet aber in Tasmota nicht konfiguriert gewesen. In Tasmota habe ich dann den entsprechenden GPIO von "User" auf "Output Lo" (oder Hi) gesetzt, dann war Ruhe.

Stefan (Dienstag, 12 März 2024 20:07)

@Marco

Hier ist das so, das der Zähler den Empfänger zu'mumpt`.
Sicherheitsweise Sendediode zukleben und dann den Empfänger vom Zähler entfernen.
Gefaltetes Papier z.b. (Um den Empfänger vom Sender zu entfernen)
Eigendlich war das hier ein Zufallstreffer.
Oder testweise was zum abdunkeln zwischenpacken.
=>sensor53 lx - kennst du aber ? x=Gpiopin einer Led. Für den esp01s wäre das 2

Marco (Dienstag, 12 März 2024 12:31)

@Karsten
Mit dem Oszi hatte ich ja gute Signale an den Leseköpfen messen können. Nur scheint die Verarbeitung mit dem ESP trotzdem irgendwie ein Problem zu sein. Ob es an den gewählten IO-Pins, der ESP-Ausführung oder etwas ganz anderem liegt, da bin ich noch auf der Suche.
Ich hatte auch schon die Sendedioden im Verdacht. Also dass der TX-Anschluss ohne definiertes Potential die Sendedioden irgendwann dauerhaft leuchten lässt und dadurch die Probleme verursacht. Dem muss ich nochmals nachgehen...
Das würde erklären, weshalb es mit den simplen Empfängern tlw. besser funktioniert.
Dazu wäre aber auch eine längere Beobachtung mit dem Oszilloskop erforderlich.

Karsten (Dienstag, 12 März 2024 11:29)

@Marco
ich habe als lese Diode den "TRCT5000 IR" vom großen Fluss im 3er set für 4,83€ inkl. Versand, hiermit funktioniert das auslesen hervorragend.
Allerdings muss der Poti beim ersten mal noch eingestellt werden dh. alles anbauen und in die Konsole schauen und am Poti so lange drehen bis korrekte Werte angezeigt werden.

Marco (Dienstag, 12 März 2024 11:05)

Danke @Joachim und @Marcus für die Anregungen.
Es ist so, dass ich in der Konsole zwar Daten erhalte, diese sehen aber nach meinem Eindruck unvollständig aus. Bei jedem gelesenen Paket sind es unterschiedlich viele und lange Zeilen.
Bei meinem ersten Versuch die beiden Zähler zu konfigurieren hat es eine Zeit lang problemlos geklappt. Ich habe alle gewünschten Werte in der Übersicht bekommen. Dann aber nur noch vereinzelt und dann gar nicht mehr.
Ein Tausch der Leseköpfe von der einfachen Schaltung (Volkszähler) auf eine bessere Variante (Schmitt-Trigger) hat dabei nichts gebracht, im Gegenteil.
Das Verhalten scheint wie von @Stefan in Beitrag #1005 beschrieben.
Macht es einen Unterschied, ob ich IO2 / IO4 oder einen "echten" RX-Pin (IO3) nutze?
Wie kann es sein, dass sich verschiedene ESP-Ausführungen offenbar unterschiedlich beim Empfang der Daten verhalten?
Ist es möglich, dass ESP-seitig Daten "verschluckt" werden?

Karsten (Dienstag, 12 März 2024)

Super wenn ich zu dieser tollen Arbeit etwas beitragen konnte.

Schade nur das ich das hier nicht schon eher gefunden habe, hab mir gerade erst den Shelly pro 3 EM für diese Zwecke zugelegt aber festgestellt das dieser nicht Saldiert,
das Geld hätte ich mir sparen können, gerade da ich den Auslesekopf eh schon am Smartmeter hatte.

ottelo (Dienstag, 12 März 2024 10:31)

@Karsten
Ich wollte mich auch gerade auf die Suche nach einer Lösung machen und tada hast du eine gepostet :)
Deine Lösung werde ich direkt mal ins Script bauen (auskommentiert).

Karsten (Dienstag, 12 März 2024 10:29)

Habe nun eine Lösung gefunden:
Am Ende vom Script einfach
>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)%}

einbauen, auf diese Weise werden die Daten per Mqtt gleich mit übertragen und das ganze ist Plattformunabhängig.
Evt. kann das hier gleich mit ins Script eingebaut werden, so haben es andere Nutzer mal etwas einfacher.

Gruß
Karsten

Marcus (Dienstag, 12 März 2024 07:29)

@Karsten
Den aktuellen Tageswert bekommst du zum Abfrage-/Sendezeitpunkt mit %(EnFrGrid-dval)%, Monatswert mit %(EnFrGrid-mval)%. PV habe ich nicht (Mietswohnung mit Nordbalkon). Der Tagesverbrauch wird dann natürlich um 00:00 auf 0 gesetzt und zählt für den aktuellen Tag wieder neu hoch.
Was du dann in FEHM oder IO Broker damit machen musst kann ich dir nicht sagen. Habe Homeassistant und mir reicht die dort stündliche Aufstellung.

Gruß
Marcus

Karsten (Montag, 11 März 2024 18:45)

Danke Marcus für deine Antwort,
leider kann ich damit nix anfangen, wenn ich das jetzt richtig vertehe hast du noch weiteren code zum berechnen der dpw ?

Was mich schon einmal etwas weiter bringen würde wäre wie ich die eingespeiste Energie (Tages/Monats) über die Console auslesen kann.
Mit script?dval2 kommt die um 0 uhr gespeicherte Monats einspeisung, leider keine Tages Einspeisung.

Übergabe an IO Broker würde mir auch schon langen, könnte von hier dann die Daten an FHEM übergeben.

Marcus (Montag, 11 März 2024 12:46)

@Karsten
Ich kenne FHEM zwar nicht aber lasse mir einige Daten nach Thingspeak per http schicken.
Im Skript habe ich beim "alle 30 sek Teil" die folgende Zeile eingefügt.
=>Websend [184.106.153.149:80]/update?apikey=xxxxxxxxxxx&field1=%dpw%&field2=%dpw%&field3=%EnFrGrid%
dpw ist bei mir die durchschnittliche Leistung über 30 sek
Den Tagesverbrauch bin ich bisher noch nicht angegangen

vielleicht hilft dir das ja weiter

@Stefan
Hichi und ESP32 c3 super mini ist eine gute Idee. passt der wirklich mit in das Gehäuse?
Berichte mal ob's geklappt hat wenn Du soweit bist.

Gruß
Marcus

Karsten (Montag, 11 März 2024 11:06)

Ich suche gerade eine Möglichkeit die Daten für Tages-Monats-Verbrauch sowie Einspeisung ab zu fragen.
Über mqtt werden leider nur die auslesbaren Swartmeter Daten empfangen.
Hat hier jemand eine Lösung dafür?
Würde gerne die Daten in FHEM darstellen.
Gruß
Karsten

Stefan (Sonntag, 10 März 2024 22:11)

Ich würde auch erstmal einen Zähler zum arbeiten bewegen.

Zu den Hitchi Leseköpfen, je nach Esp kommt es da zu komischen Effekten.
Um den Hitchi mit esp01s (aufgesteckt) zum laufen zu bekommen war es notwendig
die Empfangsdiode (5mm) zu dämpfen.
Ich hab das mit UV Schutzfolie für Fenster gemacht (leicht verspiegelt).
Erst kam nach einiger Zeit 'Müll' dann keinerlei Daten mehr.
(Glaub hatte ich auch schon geschrieben).
Versuche mit demselbem Kopf und esp32s2 - läuft nicht anständig.
Als nächstes ist der C3 Super-Mini dran, der passt dann auch in den Kopf.

Marcus (Sonntag, 10 März 2024 08:51)

@Marco
Hast du mal erst mit nur einem Zähler getestet?
Ich habe mittlerweile den gleichen ESP, allerdings nur einen Zähler den ich am GPIO 3 angeschlossen habe. Mit ottelos Version 13.1.0 läuft es problemlos.
Anstelle des Hitchi habe ich einfach einen Phototransistor der mittes Poti gegen 3,3v gezogen wird.

Mein Zähler gibt die Werte nach Eingabe Pin und Einstellung inf=on sowie Pin=off dauerhaft aus.

Gruß
Marcus

Joachim (Samstag, 09 März 2024 20:59)

@Marco:
Beim Hitchi IR TTL Lesekopf wird gemäß Punkt (4e) TX an TX und RX an RX angeschlossen. Die Pins z. B. 2 bzw. 4 (WT32) hast du in der SML-Definition für die Zähler festgelegt. Bei mir geht ein Zähler RX-Pin auf Pin IO4, der zweite Zähler an Pin IO2. Es ist doch gut erkennbar, ob in der Hexausgabe Daten ankommen (4e).

Marco (Freitag, 08 März 2024 23:49)

@Joachim
Ich finde im regulären Text nur wenig Hinweise. Bei der TX-Leitung steht in der Abbildung "optional".
Es findet sich auch kein Hinweis, ob/dass in v13.3 das Problem mit zwei Zählern gefixt wurde.

Ansonsten werde ich wohl die 1000 Kommentare auf Hinweise durchgehen...

Joachim (Freitag, 08 März 2024 21:42)

@Marco:
Ich nutze auch einen WT32 ETH01 mit Tasmota 13.3 und Google Chart Script und 2 Zählern. Alles läuft sehr stabil.
Deine Fragen sind bereits alle in den Kommentaren bzw. im Text zum Programm beantwortet. Du müsstest Dir die Mühe machen, viele Kommentare zu lesen. Es ist halt kein Forum mit Ordnungssystem.
Empfehlenswert: Ersatz WT32 ETH01 bereitlegen, und neu mit *factory.bin flashen (Tasmota 13.3 wegen Neuaufteilung der Partitionen)

Marco (Freitag, 08 März 2024 17:31)

Ich kämpfe gerade mit einem W32 ETH01 und zwei Zählern.
Installiert ist v13.1 aber es kommen nach dem Gerätestart an beiden IR-Schnittstellen immer nur ein paar Pakete an Daten, danach scheint es als würden die Signalleitungen auf 0V liegen. Ich habe es bereits mit zwei Paar unterschiedlichen TTL-Leseköpfen probiert (Ergebnis identisch) und mit dem Oszi nachgemessen. Anschlusskabel gegen geschirmte getauscht. Die Signale sehen sehr sauber aus, bleiben dann aber nach kurzer Zeit aus.
Bei den Zählern handelt es sich um einen efr SGM C4 und um einen Holley DTZ541. Beide Zähler lassen sich mit Hichi USB-Leseköpfen an einem Raspi und vzlogger dauerhaft erfolgreich lesen.
Ich würde nun gerne auf Tasmota umsteigen. Bisher hatte ich die Zähler an IO2 und IO4 angeschlossen. Die Zähler senden von sich aus im Sekundentakt jeweils ihre Werte. Ist es in dem Fall erforderlich die TX-Leitungen irgendwie anzuschließen (Pins?, GND, 3,3V)?
Besteht irgendwo noch eine Möglichkeit, dass es sich um ein Hardwareproblem handelt oder muss ich in der Software suchen?
Gibt es bereits neuere Versionen (nach 13.2) die mit zwei Zählern umgehen können?
Gruß

Roland (Donnerstag, 07 März 2024 13:48)

@Frank
Ne konkrete anleitung habe jetzt nicht aber in groben zügen sieht das so aus. Ich habe eine Wemos D1 (ESP8266) per I2C an ein LCD (HD44780 1602) verbunden. Auf dem ESP läuft ESPHome, da ich eine Homeassistant laufen habe. Das Display ist aber in einem vollkommen anderen Ort und hat dann später nichts mehr mit der Homeassistant instanz zu tun.
Die wichtigste Zeile im Quellcode ist dann wohl die Abfrag, hier mal zwei Beispiel (Shelly und Tasmota):

interval:
- interval: 30sec
then:
- http_request.get:
url: http://192.168.178.253/rpc/Shelly.GetStatus
headers:
Content-Type: application/json
on_response:
then:
- lambda: |-
json::parse_json(id(http_request_data).get_string(), [](JsonObject root) {
id(ertrag2).publish_state(root ["switch:0"]["apower"]);
});

- interval: 5sec
then:
- http_request.get:
url: http://192.168.178.250/cm?cmnd=status%200
headers:
Content-Type: application/json
on_response:
then:
- lambda: |-
json::parse_json(id(http_request_data).get_string(), [](JsonObject root) {
id(Verbrauch).publish_state(root ["StatusSNS"]["SML"]["Power_curr"]);
});

Dann per lambda einfach auf dem Display ertrag2 bzw. Verbrach auf dem Display ausgeben. So in der Richtung...man muss halt immer mal probieren.

display:
- platform: lcd_pcf8574
dimensions: 16x2
address: 0x27
lambda: |-
it.printf(0, 0, "H: %.0fW", id(ertrag2).state);
it.printf(0, 1, "V: %.0fW", id(Verbrauch).state);
if (id(ertrag2).state < 5) {
it.no_backlight();
} else {
it.backlight();
}

Frank (Donnerstag, 07 März 2024 13:12)

@Roland

Bitet beschreibe mal genau wie du das machst Ich habe genau sowas vor!
Wie lautet der request den du da über den ESP mit Display an den Smartmeter-Tasmota sendest?
Hast du den Display-ESP auch mit Tasmota geflasht? Erzähl doch mal !

ottelo (Mittwoch, 06 März 2024 20:02)

@Volker
Ich habe eben mal eine Kurzanleitung für den ScriptEditor unter Kapitel 4f erstellt. Das sollte dir weiterhelfen.

Stefan (Mittwoch, 06 März 2024 19:53)

:-)
Kenne ich, wenn man mit Fenstern nichts am Hut hat ...
In ein Verzeichnis kopieren/entpacken.
Dann auf dem Desktop eine Verknüpfung zur Exe.

Steht auch dabei, zur Not über Tante G und translate laufen lassen.
Das funktioniert inzwischen 'brauchbar'

Volker (Mittwoch, 06 März 2024 11:07)

@ottelo
Ich scheitere schon daran den Tasmota ScriptEditor mit Windows 11 zu öffnen.
Mein Englisch ist leider nicht so gut. .-(

Roland (Mittwoch, 06 März 2024 09:26)

Hallo zusammen,
danke ottelo für deine Grandiose Arbeit und Dokumentation!
Ich frage derzeit über einen anderen ESP mit Display die json werte des Tasmota über http://192.168.178.250/cm?cmnd=status%200 ab, gefiltert auf ["StatusSNS"]["SML"]["Power_curr"] und stelle diese einfach auf einem Display da. Das klappt auch wunderbar. Jetzt gibt es ja noch den Wert Tagesverbrauch in deinem Script. Gibt es eine möglichkeit diese Variable/Wert in irgendeiner Form über cmnd abzufragen? Muss man den Wert in eine Globale Variable schreiben oder eine rule anlegen oder so was?
Danke und Gruß
Roland

Volker (Mittwoch, 06 März 2024 08:28)

@ottelo
Danke, ich schaue es mir mal an und versuche es hin zu bekommen.

ottelo (Montag, 04 März 2024 20:26)

@Volker
Mit dem Google Script bekommst du ja die Tages und Monatswerte errechnet dargestellt, das ist bereits im Script mit drin.

@Tomas
Also es gibt nur den einen Filter, den du nutzen kannst. Das geht ohne HA.
+1,3,s,16,9600,MT175

Die 16 = Werte werden gemittelt. Kapitel 4d. Alles andere ist leider nicht möglich, da der Speicher bereits durch das Script komplett voll ist.

Tomas Urban (Montag, 04 März 2024 20:21)

Hallo ottelo,

erst nochmal danke für die super Dokumentation!

Ich habe letzten Herbst einen ESP mit Tasmota 13 geflasht und mittels deiner Anleitung das Smartmeter eingerichtet.
Ich greife die Daten nicht über HA oder sonstige externe Software ab, ich nutze nur die Anzeige auf dem Tasmota-Webinterface.

Immer wieder ist mir aufgefallen, dass kurze peaks bis ca. 2000kwh vorkommen. Das ganze passiert vielleicht so 3-4x die Woche, allerdings ist es schon bissel nervig wenn man dann im Graph die nächsten 12 Stunden nur noch den peak und eine nahezu waagrechte Linie hat.

Du schreibts oben dass man den Wert filtern kann (soviel ich verstehe wird aber das Signal erst in HA gefiltert).

Gibt es keine Möglichkeit im Script direkt einen Filter einzubauen?
Also so ne Art "Tiefpass", der nur Werte bis 15kw oder so durchlässt und Werte die höher sind einfach mit "0" in den Graph beschreibt?

Danke und Gruß
Tomas

Stefan (Montag, 04 März 2024 14:46)

Hallo.
Dafür gibt es keine Lösung,
die Historienwerte welche du meinst sind nicht optisch auslesbar.
Du musst dir die selbst ausrechnen.
Ich hatte Henry einen Teil des Scriptes gepostet. - Da kannst du schauen.
Erstmal das Script vo hier und dann anpassen.

Gruss!

Volker (Montag, 04 März 2024 12:29)

Hallo,
ich habe den Logarex LK13BE606739 und einen eHZB-W22E8-0LHPG-D6-A5Q1 Zähler mit je einem Hichi SML
WLAN IR Schreib-Lesekopf verbaut.
Auf beiden Hichi's habe ich die gleichen Einstellungen im Skript laufen und es werden die richtigen Werte angezeigt..

>D
>B

=>sensor53 r
>M 1
+1,3,s,0,9600,
1,77070100600100ff@#,Zählernummer,,server_id,0
1,=h===================
1,77070100100700ff@1,Aktueller Verbrauch,W,power_curr,16
1,77070100010800ff@1000,Gesamtverbrauch,kWh,total_in,2
1,77070100020800ff@1000,Netzeinspeisung,kWh,total_out,2
1,=h===================
1,770701000E0700FF@1,Frequenz,Hz,Hz,2
1,=h===================
1,77070100240700FF@1,Wirkleistung L1,W,wirkleistung_l1,0
1,77070100380700FF@1,Wirkleistung L2,W,wirkleistung_l2,0
1,770701004C0700FF@1,Wirkleistung L3,W,wirkleistung_l3,0
1,=h===================
1,770701001F0700FF@1,Strom L1,A,I_l1,2
1,77070100330700FF@1,Strom L2,A,I_l2,2
1,77070100470700FF@1,Strom L3,A,I_l3,2
1,=h===================
1,77070100200700FF@1,Spannung L1,V,V_l1,2
1,77070100200700FF@1,Spannung L2,V,V_l2,2
1,77070100480700FF@1,Spannung L3,V,V_l3,2
1,=h===================

#

# D5 RX 14, D7 TX 13

Nur leider bekomme ich es nicht hin die Tages, Wochen oder Monatswerte in Tasmota anzeigen zu lassen.
In den Zählern werden diese angezeigt.
Hat jemand dafür schon eine Lösung gefunden?

Marcus (Sonntag, 03 März 2024 17:44)

@Henry
Prima das es jetzt klappt.
Denk dran ihn die Messgenauigkeit am besten vor dem Einbau zu prüfen und ggf. anzupassen.
Meiner war allerdings schon sehr genau.
Gruß
Marcus