<gelöst> WiFi IR Kopf für Stromzähler. Mqtt Template

Begonnen von Albi, 04 Februar 2024, 12:26:52

Vorheriges Thema - Nächstes Thema

DasQ

#15
Zitat von: rudolfkoenig am 09 Februar 2024, 12:29:19
ZitatUnd (dauerhaft) entsperrt hast du das Ding?
Ich habe mit dem Zaehler nichts gemacht, nur den Sensor drangehaengt, und in Tasmota ein Skript kopiert.
Es liefert eigentlich auch die Daten, was ich brauche, besser als das EM von ELV, was fuer Ferrari-Zaehler gedacht war.

Ich wundere mich nur, dass ueber die Schnittstelle der Gesamtverbrauch ausgegeben wird, die Zaehlernummer aber nicht.
Die Daten der drei Phasen waere ein Extra, diese werden auf dem Bildschirm aber auch nur mit 0 angezeigt, obwohl laut Doku und Aufdruck auf dem Geraet es in der Lage ist, sie zu messen.
Womoeglich geht das erst nach Pin, auch wenn ich den Sinn der Pin-Sperre dafuer nicht verstehe.
Grundvoraussetzung du hast dein Zähler entsperrt (pin bekommst du vom Netzbetreiber o. Stromanbieter) kannst in tasmota auf der Konsole den Sensor53 mit d0 <-> d1 in Monitoring raw Modus umstellen

Danach schaust hier was an Infos raus kommt.
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

Damian

Zitat von: rudolfkoenig am 09 Februar 2024, 12:29:19
ZitatUnd (dauerhaft) entsperrt hast du das Ding?
Ich habe mit dem Zaehler nichts gemacht, nur den Sensor drangehaengt, und in Tasmota ein Skript kopiert.
Es liefert eigentlich auch die Daten, was ich brauche, besser als das EM von ELV, was fuer Ferrari-Zaehler gedacht war.

Ich wundere mich nur, dass ueber die Schnittstelle der Gesamtverbrauch ausgegeben wird, die Zaehlernummer aber nicht.
Die Daten der drei Phasen waere ein Extra, diese werden auf dem Bildschirm aber auch nur mit 0 angezeigt, obwohl laut Doku und Aufdruck auf dem Geraet es in der Lage ist, sie zu messen.
Womoeglich geht das erst nach Pin, auch wenn ich den Sinn der Pin-Sperre dafuer nicht verstehe.

Erst nach der PIN-Eingabe erhöht sich die Genauigkeit und die Datenmenge.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

rudolfkoenig

ZitatErst nach der PIN-Eingabe erhöht sich die Genauigkeit und die Datenmenge.
Laut Eigentuemer wurde fuer diese Serie kein PIN vergeben. :|
Ich kann aber noch hoffen: der Zaehler soll dieses Jahr planmaessig ausgetauscht werden.

DasQ

Besteht denn die Möglichkeit ein pin einzugeben? Was ist denn das für ein Zähler genau?

Ggf besteht ja die Möglichkeit den zu bruteforcen. Die Pins sind normal numerisch 4 o. 6 stellig
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

rudolfkoenig

ZitatWas ist denn das für ein Zähler genau?
Landis+Gyr e350.

ZitatGgf besteht ja die Möglichkeit den zu bruteforcen. Die Pins sind normal numerisch 4 o. 6 stellig
Angesichts der Eingabemethode ist mir Aufwand/Gewinn zu hoch.

Beta-User

Die Landis+Gyr scheinen auch etwas "speziell" zu sein. Der e350 liefert wohl wirklich eher wenige Werte, siehe https://www.fairnetzgmbh.de/Downloads/PDF/Messstellenbetrieb/Messstellenbetrieb%20-%20Z%C3%A4hleranleitung/2018_04_04_E350_KA_FN.pdf.

Und nach dem, was man bei Tasmota etc. so findet, ist es uU. auch "verschlüsselt", und/oder die Badrate muss umgestellt werden. Komische Sache, das...
Fundstellen: https://ottelo.jimdofree.com/stromz%C3%A4hler-auslesen-tasmota/ (dort: "Wiener Netze Smart Meter verschlüsselt / kodiert (Landis, Siemens, ISKRA AM550")) und die Tasmota-Seiten selbst (ca. https://tasmota.github.io/docs/Smart-Meter-Interface/#landis-gyr-zmr120ares2r2sfcs-obis). Eine einfache PIN-Eingabe ist anscheinend jedenfalls nicht vorgesehen, allenfalls sowas wie ein "Kundenschlüssel" (wo auch immer man den findet)...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

rudolfkoenig

Die in der fairnetgmbh-Link beschriebene Funktionen (Danke fuers Link!) stimmen nur teilweise mit meinem Geraet ueberein, ich kann z.Bsp. Zaehlernummer im Display anzeigen, aber 2.8.X, St X, 24h, 1w fehlt.

Bezueglich Baudrate: soweit ich die Skripte bei Tasmota verstanden habe, muss das bei allen OBIS Geraeten gesetzt werden und nur die auslesbaren Werte sind unterschiedlich. Der Tasmota Skript fuer E350 meint, dass 16.7 (Current Power) ausgelesen werden kann, was bei mir nicht der Fall ist. Vmtl gibt es unterschiedliche Firmware-Staende, noch dazu je nach Netzbetreiber.

Beta-User

Zitat von: rudolfkoenig am 15 Februar 2024, 10:57:11Bezueglich Baudrate: soweit ich die Skripte bei Tasmota verstanden habe, muss das bei allen OBIS Geraeten gesetzt werden und nur die auslesbaren Werte sind unterschiedlich.
Klar, dass man überall _eine_ Baudrate angeben muss. Soweit ich das aber verstanden habe, was da bei Tasmota steht, muss man die - je nach konkretem Zählertyp/firmware/.../?!? ggf. zwischendurch ändern, also - je nach abzufragendem Wert (?) die Badrate hin- und herwechseln...

ZitatDer Tasmota Skript fuer E350 meint, dass 16.7 (Current Power) ausgelesen werden kann, was bei mir nicht der Fall ist. Vmtl gibt es unterschiedliche Firmware-Staende, noch dazu je nach Netzbetreiber.
Ja, und dann scheint es eben welche zu geben, die "normales OBIS" sprechen, und andere, bei denen das irgendwie mit der Kundennummer (?) "verschlüsselt" ist (scheint aber ein spezielles Thema unser österreischischen Nachbarn zu sein?).

Na dann hoffen wir mal, dass die mit dem Zählerwechsel bald in die Pötte kommen.

PS: Bei uns haben die sich auch angekündigt wegen Zählerwechsel, was etwas überraschend kam, weil der erst im Januar 23 (!) eingebaut worden ist, also nicht mal ein Jahr vor der Ankündigung (seitdem ist aber NICHTS mehr passiert, und es sind ein paar Wochen um, seit der betr. Brief da ist. Seltsam, das...).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

DasQ

Mir haben se auch knapp ein Jahr nachdem ich mein ersten Zähler hatte, nach Anmeldung der microPV auch den Zähler gewechselt ... und wollten ihn dann innerhalb von 3 Wochen noch 2 mal tauschen ...


BTW. Der Landis Zähler ist ja echt schlecht als recht dokumentiert. Laut Hersteller gibts mindestens 2 Versionen. Und auf einer andern Anleitung hab ich dann auch was zur Dauer der Tastendrucks 2s o. 5s gelesen. (Das wäre noch ein Ansatz)
Pin hat der scheinbar echt kein. Also macht das bruteforcen auch kein wirklichen Sinn.

Aber was ich ja schon bereits zuvor mal schrieb. Tasmota oder wie sie sonst so heißen, bedient immer nur die Lese led. Die schreib Led hat noch nie wirklich jemand genutzt.

Also mein alten Zähler konnte ich mit der Taschenlampe steuern. Was ich mal zum Spaß zur pineingabe gemacht hab (voll stressig)😩
 Grundsätzlich bringt ja jeder die IR lese Köpfe die schreib led mit.

Ich muß mir das mal nochmals in einer ruhigen Minute anschauen. Hab ja jetzt nenn neuen Zähler.
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

rudolfkoenig

Zitat(seitdem ist aber NICHTS mehr passiert, und es sind ein paar Wochen um, seit der betr. Brief da ist. Seltsam, das...).
Laut Auskunft meines Netzbetreibers ist das normal.
Erst Brief, dass was passiert, dann monatelang nichts, dann eine Woche vor dem Termin noch ein Brief.

ZitatTasmota oder wie sie sonst so heißen, bedient immer nur die Lese led.
Das ist zwar auf "Benutzer-Ebene" richtig, technisch aber nicht, weil das Geraet mit einem String zu Ausgabe der Daten aufgefordert werden muss.
Jedenfalls so interpretiere ich die folgende Zeile aus dem Skript:
res=sml(1 1 "2F3F210D0A")

Beta-User

Zitat von: rudolfkoenig am 15 Februar 2024, 16:34:58Laut Auskunft meines Netzbetreibers ist das normal.
Erst Brief, dass was passiert, dann monatelang nichts, dann eine Woche vor dem Termin noch ein Brief.
So ähnlich hatte ich das auch interpretiert, nachdem ich mich da telefonisch erkundigt hatte, ob das ernst gemeint gewesen wäre. Die freundliche Dame vom Kundenservice, die mir hätte Auskunft geben sollen, hatte selbstredend weder überhaupt irgendeine Ahnung, warum das ggf. so sein muss, noch irgendeine Idee, wie man diesen wirtschaftlichen (und vermutlich auch technischen) Schwachsinn vermeiden könnte, und meinte lapidar: "wenn wir Sie angeschrieben haben, wird das schon so seine Richtigkeit haben". Na dann...
Aber vermutlich habe ich den Unterschied zwischen einem digitalen Zähler und einer "intelligenten Messeinrichtung" noch nicht verstanden?
(Es würde mich nicht wundern, wenn der dann irgendwann mit dem Einbau betraute Mitarbeiter dann einfach nur wieder verbaut, was er grade so im Auto rumliegen hat).

Muss ich halt (hoffentlich) wieder das Tasmota-script anpassen und "gut ist"...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

DasQ

#26
Zitat von: rudolfkoenig am 15 Februar 2024, 16:34:58
ZitatTasmota oder wie sie sonst so heißen, bedient immer nur die Lese led.
Das ist zwar auf "Benutzer-Ebene" richtig, technisch aber nicht, weil das Geraet mit einem String zu Ausgabe der Daten aufgefordert werden muss.
Jedenfalls so interpretiere ich die folgende Zeile aus dem Skript:
res=sml(1 1 "2F3F210D0A")

Theoretisch ja, allerdings fehlt bei den Landis configuration (wie in vielen andern auch) die configuration für die schreib led (also zumindest in der tasmota manual)

Meter Definition~

+<M>,<rxGPIO>,<type>,<flag>,<parameter>,<jsonPrefix>{,<txGPIO>,<txPeriod>,<cmdTelegram>}

https://tasmota.github.io/docs/Smart-Meter-Interface/#meter-definition

Screenshot ist vom SML aber obis schaut genauso aus
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

ph1959de

Zitat von: Beta-User am 15 Februar 2024, 16:51:56Aber vermutlich habe ich den Unterschied zwischen einem digitalen Zähler und einer "intelligenten Messeinrichtung" noch nicht verstanden?
(Es würde mich nicht wundern, wenn der dann irgendwann mit dem Einbau betraute Mitarbeiter dann einfach nur wieder verbaut, was er grade so im Auto rumliegen hat).

Muss ich halt (hoffentlich) wieder das Tasmota-script anpassen und "gut ist"...
Für die EnBW ist das hier einigermaßen verständlich beschrieben. Ich habe (eigentlich seit PV-Installation) eine "Moderne Messeinrichtung" - auf der ich seit ein paar Wochen den hier bereits angesprochenen WiFi IR-Schreiblesekopf (Widmaier & Springer) "installiert" habe - allerdings noch nicht vernünftig in FHEM eingebunden (wäre/ist mein erstes MQTT-Device; da übe ich noch).
Aktives Mitglied des FHEM e.V. | Moderator im Forenbereich "Wiki"

Beta-User

Zitat von: ph1959de am 15 Februar 2024, 17:29:02Für die EnBW ist das hier einigermaßen verständlich beschrieben. Ich habe (eigentlich seit PV-Installation) eine "Moderne Messeinrichtung" - auf der ich seit ein paar Wochen den hier bereits angesprochenen WiFi IR-Schreiblesekopf (Widmaier & Springer) "installiert" habe - allerdings noch nicht vernünftig in FHEM eingebunden (wäre/ist mein erstes MQTT-Device; da übe ich noch).
Aha. Fragt sich nur, warum die Damen und Herren von der NetzeBW mir erst einen digitalen Zähler verpassen - in Kenntnis der Tatsache, dass dahinter eine PV mit über 7kWp werkeln wird bzw. werkelt! - und dann doch merken, dass das falsch war...

Was sind deine Schwierigkeiten mit MQTT(2)? Abgesehen davon, dass es - je nach Zähler - sinnvoll ist, Zwischenwerte (v.a. betr. die aktuelle Leistung) zu senden, ist das doch ein Selbstläufer, oder?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

ph1959de

Zitat von: Beta-User am 15 Februar 2024, 17:47:17Was sind deine Schwierigkeiten mit MQTT(2)? Abgesehen davon, dass es - je nach Zähler - sinnvoll ist, Zwischenwerte (v.a. betr. die aktuelle Leistung) zu senden, ist das doch ein Selbstläufer, oder?
... "nur" die Lernkurve mit MQTT(2), aber die ist hier Off-Topic.
Aktives Mitglied des FHEM e.V. | Moderator im Forenbereich "Wiki"