Stromzähler per Sonoff ESP8266 auslesen
-
Es ist ein Easymeter Q3AA2274. Wenn ich das in der Anleitung richtig verstanden habe kann der Netzbetreiber bei der Bestellung der Zähler wählen ob er die Pin "vergisst" oder nicht und ist dann nicht mehr so einfach änderbar. Schon gar nicht durch den Endbenutzer. Evtl. vom "Profi" über die infrarote Eingabeschnittstelle die verplombt ist.
-
@da_ba_bw sagte in Stromzähler per Sonoff ESP8266 auslesen:
Easymeter Q3AA2274
https://www.easymeter.com/downloads/products/zaehler/Q3M/EDL12/BA_Easymeter_Q3M_603_2017-06-17.pdf
Seite 10 letzter Punkt "Schutzstatus" ist Standard auf ON. Wenn auf OFF ist der Spuk vorbei.Wenn nicht würde ich den Messtellenbetreiber kontaktieren und um Austausch bitte. Du zahlst ja auch einen nicht ganz geringen Beitrag für den smarten Zähler den du so nicht nutzen kannst.
Übrigens kannst du auch den Messtellenbetreiber frei wählen. Nur als Hinweis falls der sich bisschen blöd anstellen sollte. -
Danke für die Recherche! In dieser Anleitung fehlt leider der Hinweis dass das optional ist.
https://www.easymeter.com/downloads/products/zaehler/Q3A/Kurzanleitung-Q3A-Drehstrom-Zweirichtungszaehler.pdf
Hier auf Seite 2 steht " * Sofern Vorhanden". Und das ist es leider nicht. Diese beiden Menüpunkte fehlen.Werde mal nachfragen ob da eine Änderung möglich ist. Ich zahle direkt gar nichts für den Zähler, geht ja über den Stromanbieter. Ist auch nicht speziell als smarter Zähler bestellt sondern wurde kürzlich wegen den gesetzlichen Vorgaben getauscht. Deswegen sind die glaube auch nicht teurer geworden als mit dem alten Ferraris Zähler.
Aber mal unabhängig davon zurück zu meiner eigentlichen Frage.
Ist es generell möglich dort im Script noch solche Sachen wie LED blinken oder Ähnliches zu machen?Habe auch ein NodeMCU mit Magnetkontakt am Gaszähler hängen und würde dort gerne den Magnetstatus per Onboard-LED darstellen.
-
@da_ba_bw sagte in Stromzähler per Sonoff ESP8266 auslesen:
Werde mal nachfragen ob da eine Änderung möglich ist. Ich zahle direkt gar nichts für den Zähler, geht ja über den Stromanbieter. Ist auch nicht speziell als smarter Zähler bestellt sondern wurde kürzlich wegen den gesetzlichen Vorgaben getauscht. Deswegen sind die glaube auch nicht teurer geworden als mit dem alten Ferraris Zähler.
Kleiner Tip: Nö! Du wirst zum Wechsel gezwungen und ganz klein auf dem Brief den du bekommen hats steht dann das sich die jährlichen Betreiberkosten erhöhen werden. Anders gesagt wird deine Grundgebühr angehoben. Und das nicht zu knapp. Bei mir sind das immerhin 57€ im Jahr.
https://www.verbraucherzentrale.de/wissen/energie/preise-tarife-anbieterwechsel/smart-meter-die-neuen-stromzaehler-kommen-13275 -
Hallo an alle Tasmota script-checker hier!
Habe die Sache mit einem D1 mini realisiert, Zähler mit PIN vom Netzbetreiber gefüttert und es funktioniert auch alles soweit einwandfrei. Daten landen korrekt im MQTT.Womit ich kämpfe und bis jetzt leider überhaupt nicht weitergekommen bin: Der aktuelle Verbrauch wird im Webinterface ziemlich sekundengenau angezeigt, im MQTT landet aber nur alle 10 Sekunden ein aktualisierter Wert. Man kann die teleperiod ja nicht kleiner einstellen...
Den aktuellen Verbrauch (nur den, die anderen Werte würden auch jede Stunde reichen) bräuchte ich allerdings möglichst jede Sekunde bzw. bei Änderung sofort. Ich habe schon rumprobiert mit einem >S Bereich im Script komme aber mit dem Syntax und der Doku auf keinen grünen Zeig. Wie kommt man an die "Variable" (oder was auch immer das in Tasmota ist) ran die den aktuellen Wert hält (Power_curr im >M Teil vom Skript) und wie genau krieg ich das dann gepulished, wenns nicht anders geht kann das auch ein neues Topic sein.
Warum? Weil der aktuelle Verbrauch vom Zähler das Feedback für eine Nulleinspeiseregelung einer PV/Akku Anlage ist. Funktioniert zwar auch mit den Werten alle 10 Sek. allerdings halt mit entsprechender Verzögerung, unschön.
Tasmota 9.5 Kompiliert mit folgenden Settings:#ifndef USE_SCRIPT #define USE_SCRIPT #endif #ifndef USE_SML_M #define USE_SML_M #endif #ifndef USE_SML_SCRIPT_CMD #define USE_SML_SCRIPT_CMD #endif #ifdef USE_RULES #undef USE_RULES #endifUnd hier noch mein Script:
>D >B ->sensor53 r >M 1 +1,3,s,0,9600,SML 1,77070100010800ff@1000,Verbrauch,KWh,Total_in,4 1,77070100020800ff@1000,Einspeisung,KWh,Total_out,4 1,77070100100700ff@1,Leistung gesamt,W,Power_curr,0 1,77070100240700ff@1,Leistung L1,W,Power_p1,0 1,77070100380700ff@1,Leistung L2,W,Power_p2,0 1,770701004c0700ff@1,Leistung L3,W,Power_p3,0 1,77070100200700ff@1,Spannung L1,V,Volt_p1,1 1,77070100340700ff@1,Spannung L2,V,Volt_p2,1 1,77070100480700ff@1,Spannung L3,V,Volt_p3,1 #Wär für einen guten Tip dankbar.
-
Hallo zusammen,
ich habe das Problem das genau mein aktueller Stromverbrauch nicht geparsed werden kann. Ich sehe mit debug, dass die Meldungen korrekt reinkommen aber das Parsing scheint nicht zu funktionieren. Bei allen anderen Meldungen aber schon.
zum Beispiel lese ich folgendes:1,=h=========== 1,21.7.0(@1,Leistung L1,kW,Leistung_L1,2 1,41.7.0(@1,Leistung L2,kW,Leistung_L2,2 1,61.7.0(@1,Leistung L3,kW,Leistung_L3,2 1,=h=========== 1,=m 10+11+12*#1000 @1,Leistung errechnet,W,Leistung_avg,0 1,1.7.0(@1,Leistung ausgelesen,kW,current_actual,2
Die 1.7.0 gibt mir den aktuellen Verbrauch zurück und kommt auch in der Konsole korrekt an... erkennt jemand das Problem? Die andern Werte wie die 21.7 sind ja identisch vom Aufbau und werden korrekt ausgelesen...
Manchmal kommen dort Zahlen rein und stimmt auch mal aber die Meiste Zeit bleibt es entweder leer (0) oder stimmt nicht
Update: ich habe herausgefunden dass der Parser die 71.7.0 nimmt anstatt die 1.7.0 warum weiss ich auch nicht
Update2: ich habe mir jetzt beholfen in dem ich die Zeile davor auslese und dann bis zur Zeile danach springe in die zweiten Brackets das klappt ganz gut. Aber auch nur weil die Zeile davor generisch ist interne fixe Nummer... -
Vielen Dank nochmal hab mein Fehler erkannt. Läuft jetzt auch bei mir prima danke
-
Ich habe vor 2 Tagen begonnen meine Leistung mit Grafana darzustellen. Das ist übrigens für alle interessant, die eine Photovoltaik mit Batterie planen. Man kann sehr gut die Spitzenlastzeiten ermitteln. Dabei fielen mir allerdings grobe Ausreiser auf, wie Leistungswerte im 6-stelligen Bereich. Die konnte ich durch eine entsprechende Abfrage eliminieren. Aber meine Neugier war geweckt und ich schaute bei dem aktuellen Zählerstand auf Entsprechungen. Ich konnte zwar noch keine direkt finden, allerdings fand ich Zählerstandswerte, die unterhalb des letzten Wertes lagen. Ich frage mich jetzt, wo diese Werte herkommen.
Meine Hard- und Softwarekonfiguration:
- Zähler eHZ-HW8e
- Volkszähler
- ESP 8266 mit Tasmota 8.1.0.4
- SONOFF-Adapter
Hat jemand ähnliche Beobachtunge gemacht, bzw. hat dafür evtl. eine Erklärung?
-
@ralfth ich kann mir nur vorstellen, dass diese beim fehlerhaften Parsen zustande kommen. Man müsste erstmal die Rohdaten auslesen mit sensors d1 Dann kannst du schauen ob du auch nachden korrekten Daten schaust und vll nicht doch noch eine andere Zahl mit drin hast.
-
@danielbroker86 Danke für die Info. Der Fehler kommt mir zu selten und größeren Abständen vor, als dass ich jetzt diesen Aufwand investieren möchte. Ich filtere diese unplausiblen Werte einfach aus.
-
@ralfth auch ne Möglichkeit
-
@chaot
Hey ich hab den selben Zähler "EFR SGM-C4 4A920L", PIN eingegeben und PIN Sperre entfernt, der Zähler zeigt jetzt analog die aktuelle Watt Leistung an.Zum Problem ich habe auch die fertige Platine aus ebay, soweit alles zusammengelötet und an den WT32-ETH01 (da kein WLAN am Zähler) angeschlossen, dein Script kopiert:
>D >B ->sensor53 r >M 1 +1,12,s,1,9600,SML 1,77070100010800ff@1000,Zählerstand,KWh,Total_in,3 1,77070100020800ff@1000,Einspeisung,KWh,Total_out,3 1,77070100100700ff@1,Stromverbrauch,W,Power_curr,0 1,=h=================| 1,77070100200700ff@1,Spannung L1,V,Volt_p1,1 1,77070100340700ff@1,Spannung L2,V,Volt_p2,1 1,77070100480700ff@1,Spannung L3,V,Volt_p3,1 1,=h=================| 1,770701001f0700ff@1,Strom L1,A,Ampere_p1,1 1,77070100330700ff@1,Strom L2,A,Ampere_p2,1 1,77070100470700ff@1,Strom L3,A,Ampere_p3,1 1,=h=================| 1,770701000e0700ff@1,Netzfrquenz,Hz,Freq,0 1,=h=================| #Allerdings werden keine Werte angezeigt, bei der Fehlersuche wollte ich starten, ob überhaupt was vom Sensor via Serial (TX/RX) ankommt? Unter Console fand ich folgenden Eintrag:
APP: Serial logging disabledich hab den folgenden Befehl abgesendet:
CMD: SerialLog 4 RSL: RESULT = {"SerialLog":{"4":{"Active":"4"}}}Leider ohne Ergebnis.
Sollten hier Daten auftauchen oder muss ich auch was am Script ändern?
Könnte es auch sein, dass der Sensor zu ungenau am Zähler positioniert ist?
Kann man hier etwas hin und herschieben, dann sollte man ja unmittelbar was im Log bzw. unter Console sehen?
Oder muss ich die IR Schnittstelle am Zähler erst aktivieren?Vielen Dank.
-
@m4 Die Positionierung muss recht genau sein.
Bei mir kam am Anfang dazu dass ich scheinbar die Ein- und Ausgangsleitungen verwechselt hatte. -
@chaot
super danke für die Info scho mal.Sensor <-> ESP
RX <-> TX
TX <-> RXsoweit hätt ich's, allerdings hat der WT32-ETH01 einmal RX0 und TX0 sowie RXD und TXD da bin ich mir noch nicht sicher welcher Anschluss der Richtige ist. zumindest hat über RX0/TX0 das flashen schon mal geklappt.
Dann schieb ich den Sensor mal hin und her und schau parallel in die Console ab sich was "rührt".
-
@m4 Ich denke da liegt dein Fehler.
Laut deinem Script kommen die Daten über den GPIO12 rein. Zeile 5, zweite Position.
Also solltest du mal mit dem RX auf den GPIO 12 gehen und dann schauen was kommt.
https://wolf-u.li/6181/pinout-des-wt32-eth01-esp32-modul-mit-ethernet/Wenn das nicht geht dann mit dem TX, je nachdem wie korrekt die Beschriftung auf dem Bausatz ist.....
-
verdammt, dann hab ich mir das Script falsch "zusammengeklaut".
aktuell hab ich den Sensor an den beiden oberen linken Pins angeschlossen:
nun hab ich auch folgendes nach etwas ruckeln am Sensor in der Console (ohne Änderung am Script):
17:09:30.227 CMD: zz 17:09:30.236 RSL: RESULT = {"Command":"Unknown"} 17:09:30.304 CMD: 17:09:30.352 CMD: RTGz UTG rprq=qr=rxTq~zpyzwp< DWT rprq=pw=rxTprzppzpp< WTD rprq=qp=wqTpwzppzpp 17:09:30.372 RSL: RESULT = {"Command":"Unknown"} 17:09:30.399 CMD: zz 17:09:30.409 RSL: RESULT = {"Command":"Unknown"} 17:09:30.473 CMD: G]Dz 17:09:30.482 RSL: RESULT = {"Command":"Unknown"} 17:09:30.527 CMD: 17:09:31.205 CMD: zz ... 17:10:00.174 CMD: z 17:10:00.183 RSL: RESULT = {"Command":"Unknown"} 17:10:00.227 CMD: zz 17:10:00.236 RSL: RESULT = {"Command":"Unknown"} 17:10:00.297 CMD: G]Dz 17:10:00.306 RSL: RESULT = {"Command":"Unknown"} 17:10:00.454 CMD: zz 17:10:00.464 RSL: RESULT = {"Command":"Unknown"} 17:10:00.854 CMD: zz 17:10:00.864 RSL: RESULT = {"Command":"Unknown"} 17:10:00.998 CMD: zz 17:10:01.008 RSL: RESULT = {"Command":"Unknown"} 17:10:01.121 CMD: zz 17:10:01.131 RSL: RESULT = {"Command":"Unknown"} 17:10:01.230 CMD: 17:10:01.276 CMD: zz 17:10:01.284 RSL: RESULT = {"Command":"Unknown"} 17:10:01.350 CMD: G]Dz 17:10:01.358 RSL: RESULT = {"Command":"Unknown"} 17:10:01.480 CMD: zz 17:10:01.488 RSL: RESULT = {"Command":"Unknown"} 17:10:01.747 CMD: zz 17:10:01.755 RSL: RESULT = {"Command":"Unknown"} 17:10:01.826 CMD: z 17:10:01.834 RSL: RESULT = {"Command":"Unknown"} 17:10:01.883 CMD: zz 17:10:01.891 RSL: RESULT = {"Command":"Unknown"} 17:10:02.017 CMD: zz 17:10:02.025 RSL: RESULT = {"Command":"Unknown"} 17:10:02.142 CMD: zz 17:10:02.150 RSL: RESULT = {"Command":"Unknown"} 17:10:02.266 CMD: zz 17:10:02.274 RSL: RESULT = {"Command":"Unknown"} 17:10:02.412 CMD: zz 17:10:02.420 RSL: RESULT = {"Command":"Unknown"} 17:10:02.545 CMD: zz 17:10:02.553 RSL: RESULT = {"Command":"Unknown"} 17:10:02.672 CMD: zz 17:10:02.680 RSL: RESULT = {"Command":"Unknown"} 17:10:02.804 CMD: zz 17:10:02.812 RSL: RESULT = {"Command":"Unknown"} 17:10:02.953 CMD: zz 17:10:02.961 RSL: RESULT = {"Command":"Unknown"} 17:10:03.071 CMD: zz 17:10:03.079 RSL: RESULT = {"Command":"Unknown"} 17:10:03.209 CMD: zz 17:10:03.217 RSL: RESULT = {"Command":"Unknown"} 17:10:03.355 CMD: zz 17:10:03.363 RSL: RESULT = {"Command":"Unknown"} 17:10:03.502 CMD: zz 17:10:03.510 RSL: RESULT = {"Command":"Unknown"} 17:10:03.633 CMD: zz 17:10:03.641 RSL: RESULT = {"Command":"Unknown"} 17:10:03.761 CMD: zz 17:10:03.769 RSL: RESULT = {"Command":"Unknown"} 17:10:03.907 CMD: zz 17:10:03.915 RSL: RESULT = {"Command":"Unknown"} 17:10:04.001 CMD: 17:10:04.047 CMD: zz 17:10:04.056 RSL: RESULT = {"Command":"Unknown"} 17:10:04.130 CMD: 17:10:04.177 CMD: zz 17:10:04.186 RSL: RESULT = {"Command":"Unknown"} 17:10:04.252 CMD: G]Dz 17:10:04.261 RSL: RESULT = {"Command":"Unknown"} 17:10:04.301 CMD: z 17:10:04.310 RSL: RESULT = {"Command":"Unknown"} 17:10:04.382 CMD: z 17:10:04.391 RSL: RESULT = {"Command":"Unknown"} 17:10:04.443 CMD: zz 17:10:04.453 RSL: RESULT = {"Command":"Unknown"} 17:10:04.509 CMD: G]Dz 17:10:04.518 RSL: RESULT = {"Command":"Unknown"} 17:10:04.959 CMD: zz 17:10:04.969 RSL: RESULT = {"Command":"Unknown"} 17:10:05.234 CMD: zz 17:10:05.243 RSL: RESULT = {"Command":"Unknown"} 17:10:05.480 CMD: zz 17:10:05.490 RSL: RESULT = {"Command":"Unknown"} 17:10:05.632 CMD: zz 17:10:05.642 RSL: RESULT = {"Command":"Unknown"} 17:10:05.779 CMD: zz 17:10:05.788 RSL: RESULT = {"Command":"Unknown"} 17:10:05.930 CMD: zz 17:10:05.940 RSL: RESULT = {"Command":"Unknown"} 17:10:06.075 CMD: zz 17:10:06.085 RSL: RESULT = {"Command":"Unknown"} 17:10:06.203 CMD: zz 17:10:06.213 RSL: RESULT = {"Command":"Unknown"} 17:10:06.351 CMD: zz 17:10:06.359 RSL: RESULT = {"Command":"Unknown"} 17:10:06.498 CMD: zz 17:10:06.506 RSL: RESULT = {"Command":"Unknown"} 17:10:06.645 CMD: zz 17:10:06.653 RSL: RESULT = {"Command":"Unknown"} 17:10:06.772 CMD: zz 17:10:06.780 RSL: RESULT = {"Command":"Unknown"} 17:10:06.912 CMD: zz 17:10:06.920 RSL: RESULT = {"Command":"Unknown"} 17:10:06.981 CMD: z 17:10:06.989 RSL: RESULT = {"Command":"Unknown"} 17:10:07.035 CMD: zz 17:10:07.043 RSL: RESULT = {"Command":"Unknown"} 17:10:07.132 CMD: 17:10:07.179 CMD: zz 17:10:07.188 RSL: RESULT = {"Command":"Unknown"} 17:10:07.433 CMD: zz 17:10:07.443 RSL: RESULT = {"Command":"Unknown"} 17:10:07.537 CMD: z 17:10:07.546 RSL: RESULT = {"Command":"Unknown"} 17:10:07.599 CMD: zz 17:10:07.609 RSL: RESULT = {"Command":"Unknown"} 17:10:07.670 CMD: G]Dz 17:10:07.679 RSL: RESULT = {"Command":"Unknown"} 17:10:07.823 CMD: zz 17:10:07.832 RSL: RESULT = {"Command":"Unknown"} 17:10:07.974 CMD: zz 17:10:07.984 RSL: RESULT = {"Command":"Unknown"} 17:10:08.120 CMD: zz 17:10:08.130 RSL: RESULT = {"Command":"Unknown"} 17:10:08.269 CMD: zz 17:10:08.278 RSL: RESULT = {"Command":"Unknown"} 17:10:08.415 CMD: zz 17:10:08.425 RSL: RESULT = {"Command":"Unknown"} 17:10:08.564 CMD: zz 17:10:08.574 RSL: RESULT = {"Command":"Unknown"} 17:10:08.713 CMD: zz 17:10:08.721 RSL: RESULT = {"Command":"Unknown"} 17:10:08.800 CMD: z 17:10:08.809 RSL: RESULT = {"Command":"Unknown"} 17:10:08.861 CMD: zz 17:10:08.869 RSL: RESULT = {"Command":"Unknown"} 17:10:08.936 CMD: z 17:10:08.944 RSL: RESULT = {"Command":"Unknown"} 17:10:08.999 CMD: zz 17:10:09.007 RSL: RESULT = {"Command":"Unknown"} 17:10:09.133 CMD: zz 17:10:09.141 RSL: RESULT = {"Command":"Unknown"} 17:10:09.229 CMD: 17:10:09.272 CMD: zz 17:10:09.281 RSL: RESULT = {"Command":"Unknown"} 17:10:09.336 CMD: z 17:10:09.345 RSL: RESULT = {"Command":"Unknown"} 17:10:09.390 CMD: zz 17:10:09.400 RSL: RESULT = {"Command":"Unknown"} 17:10:09.535 CMD: zz 17:10:09.545 RSL: RESULT = {"Command":"Unknown"} 17:10:09.613 CMD: G]Dz 17:10:09.623 RSL: RESULT = {"Command":"Unknown"} 17:10:09.766 CMD: zz 17:10:09.777 RSL: RESULT = {"Command":"Unknown"}Ich hätte gesagt, jetzt kommt schon mal was an, aber es kann nicht interpretiert werden?
-
@m4
Zwei Einstellungen noch ändern:
In der Einstellung das serielle logging abschalten.
in den Einstellungen die Belegung der GPIOs abschalten (wird über das Script gemacht)Im Script die "12" gegen die "3 "austauschen.
Den GPIO 0 solltest du nicht nutzen. Im Zweifelsfall die beiden Kabel austauschen. Besser wäre aber wirklich den GPIO12 zu nutzen. Weil GPIO3 und 0 haben noch ein paar Sonderfunktionen die eventuell stören könnten. -
Dank dir, leider hatte ich keinen Erfolg.
Einstellungen abgeändert:
PIN 0 (TX), PIN 3 (RX) sowie PIN 12 getestet und jeweils im Script dementsprechend angepasst.
Danach hab ich den Sensor direkt am MAC angeschlossen via:
sudo minicom -D /dev/tty.usbserial-0001 -b 9600 --displayhex --wrapmit dem Ergebnis das nichts ankommt, daher denke ich ist wohl den Sensor defekt.
Oder braucht der Zähler einen "Start-Impuls"? -
@m4 Hast du auch die richtige Diode aufliegen?
Eine Seite ist Sende- die andere Seite die Empfangsdiode.
Sendediode siehst du wenn du mit dem Handy (kein IPhone) mal mit der Kamera auf die Dioden schaust. Die Sendediode leuchtet dann leicht bläulich.
Oder du drehst den Empfangskopf einfach mal auf Verdacht um.Hast du am Pin 12 beide Leitungen getestet? Ich hatte ganz zu Beginn mal die RX und TX Kabel vertauscht.
Du musst auch nicht beide Leitungen anklemmen. Es reicht die Empfangsdiode. Die Sendediode ist an dem Zähler sinnlos. -
komisch warums am Mac nicht klappt, aber via Raspberry:
Was auch dubios ist - kurzzeitig gings:
nun alles wieder auf 0 - hab jetzt wie du sagst alles mal hin und her getauscht ... aber es bleibt alles auf 0... vll. ist es jetzt an der Zeit erst mal eine Nacht darüber zu schlafen...
Vielen Dank schon mal für deine Hilfe
