Adapter "smartmeter"
-
Hallo,
ich will hier nur meine Erfahrung mit Smartmeter und meinem Stromzähler teilen. Vielleicht hilft es ja dem einen oder anderen weiter.
Und zwar geht es um den ISKRA MT 681 -D4A51-K0p dieser sendet jede Sekunde ein Datenpaket mit dem aktuellen Zählerstand ohne Nachkommastellen. Und das wars dann auch schon.
Um weitere Datenpunkte zu erhalten kommt man um den PIN Code leider nicht drumrum. Aber wenn dieser beim EVU angefordert dann spuckt der Zähler mehr aus.
Nach dem "einleuchten" der Pin mit der Taschenlampe kommen automatisch folgende Datenpunkte im Smartmeter / ioBroker an:
- Aktueller Zählerstand bis auf die 4. Nachkommastelle in kWh
- Momentanverbrauch je einzelner Phase (L1, L2, und L3) in Watt
- Momentanverbrauch gesamt (L1+L2+L3) ebenfalls in Watt
Der Zähler bleibt freigeschaltet, außer bei einem Stromausfall, dann muss der Pin erneut eingeleuchtet werden.
Ich habe euch noch ein Screenshot von den Einstellungen und den Objekten gemacht.
Viel Erfolg !!!
-
@Matthias-I said in Adapter "smartmeter":
Meine Situation:
- Stromzähler: 2 Zweirichtungszähler (EMH eHZ-IW8E2A5L0EQ2P) und einen Einrichtungszähler (EMH eHZ-IW8E2A5L0EL2P)
Vielen Dank für Eure Meinung / Hilfe!!!!
Gruß
Matthias
Hi Matthias, hab auch den ehz-iw8e2a5l0eq2p, hast du ihn alsn Laufen bekommen ? Welche Parameter hast du im Smartmeter Adapter eingetragen ?
-
Hi,
hab wie @Matthias-I einen ehz-iw8e2a5l0eq2p Zähler. Als Lesekopf habe ich einen Volkszähler mit RS232 Schnittstelle. Ich hab mir einen USB Konverter (Datasheet) geholt und damit an einen Raspberry angeschlossen.
Stehe jetzt vor zwei Fragen, a) wie muß ich den Smartmeter Adapter konfigurieren bzw wo kann ich die Infos finden und b) wie kann ich testen ob die Hardware richtig funktioniert?
Achso, bisher kommt nur das im Log
smartmeter.0 2019-07-27 23:45:35.013 debug SCHEDULE NEXT RUN IN 300s smartmeter.0 2019-07-27 23:45:35.011 debug SERIALPORT CLOSE smartmeter.0 2019-07-27 23:45:34.955 debug Transport Reset!! Restart = true smartmeter.0 2019-07-27 23:45:34.954 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-07-27 23:45:34.954 warn No or too long answer from Serial Device after last request. smartmeter.0 2019-07-27 23:45:34.953 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-07-27 23:45:34.951 debug MESSAGE TIMEOUT TRIGGERED smartmeter.0 2019-07-27 23:45:32.943 debug SET MESSAGE TIMEOUT TIMER: 2000 smartmeter.0 2019-07-27 23:45:32.934 debug SERIALPORT OPEN smartmeter.0 2019-07-27 23:45:32.928 debug CREATE SERIALPORT: 9600 8 1 none smartmeter.0 2019-07-27 23:45:32.928 debug SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/ttyUSB0","transportSeria smartmeter.0 2019-07-27 23:45:32.928 info starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v8.16.0Wenn ich SML wähle kommt das gleiche. Hatte damals von Netzbetreiber noch ein Pin bekommen, wo/wie gebe ich den eigentlich ein ?
Ciao
Martin -
@martinschm said in Adapter "smartmeter":
Hi,
hab wie @Matthias-I einen ehz-iw8e2a5l0eq2p Zähler. Als Lesekopf habe ich einen Volkszähler mit RS232 Schnittstelle. Ich hab mir einen [USB Konverter](https://www.ebay.de/itm/3-3V-5V-Typ-A-USB-to-TTL-
Wenn ich SML wähle kommt das gleiche. Hatte damals von Netzbetreiber noch ein Pin bekommen, wo/wie gebe ich den eigentlich ein ?Ciao
MartinDas schreibt doch elektroniker86 in seinem post:
"Nach dem "einleuchten" der Pin mit der Taschenlampe kommen automatisch folgende Datenpunkte im Smartmeter / ioBroker an:" -
@toki1973 ok, Pin ist eingegeben. Aber wie schaut's mit der Konfiguration des Adapters aus?
Lese mich gerne ein, bräuchte idealerweise ein Hinweis wo ich ansetzen.
-
Ok, bin wieder ein Schritt weiter. Hab die Hardware mal unter Windows getestet und sie funktioniert, also wieder an den Raspi angeschlossen.
Mein ehz-iw8e2a5l0eq2p verwendet auch SML und ist 9600 baud schnell und ist bidirektional.
Jetzt bekommt der Adapter auch Daten raus. Evtl hab ich den Lesekopf auch jetzt anders (richtiger) drauf sitzen fällt mir grade ein.
Zwei Sachen sind mir noch aufgefallen- Zum einen kommt eine Fehlermeldung und zum anderen wird im Log die Zeit bis zum nächsten Lauf falsch angegeben @apollon77 . Da steht next run in 10000s, obwohl nur 10 Sekunden eingestellt sind.
Der andere Fehler den ich hab ist
Error: Error while parsing SML message: Error: Unknown TL-Field 0x53 for OctetString [Offset: 312]!: Message: 1b1b1b1b010101017607000c06004147620062007263010176010107000c0c58156d0b06454d480104456c2a67Hier das komplette Log.
smartmeter.0 2019-08-03 00:10:02.460 debug SCHEDULE NEXT RUN IN 10000s smartmeter.0 2019-08-03 00:10:02.460 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.0 2019-08-03 00:10:02.460 debug SERIALPORT REMOVE LISTENERS smartmeter.0 2019-08-03 00:10:02.458 debug SERIALPORT CLOSE smartmeter.0 2019-08-03 00:10:02.408 debug ERROR CLOSING SERIALPORT smartmeter.0 2019-08-03 00:10:02.407 debug END FINALIZE smartmeter.0 2019-08-03 00:10:02.407 debug REMAINING DATA AFTER MESSAGE HANDLING: smartmeter.0 2019-08-03 00:10:02.407 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-08-03 00:10:02.407 debug SET MESSAGE TIMEOUT TIMER: 2000 smartmeter.0 2019-08-03 00:10:02.407 debug RESUME READING SERIALPORT IN FINALIZE smartmeter.0 2019-08-03 00:10:02.406 debug LEFT AFTER HANDLE-MESSAGE 0 smartmeter.0 2019-08-03 00:10:02.406 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-08-03 00:10:02.406 debug STOP smartmeter.0 2019-08-03 00:10:02.406 debug Transport Reset!! Restart = true smartmeter.0 2019-08-03 00:10:02.405 debug Error: Error while parsing SML message: Error: Unknown TL-Field 0x53 for OctetString [Offset: 312]!: Message: 1b1b1b1b010101017607000c06004147620062007263010176010107000c0c58156d0b06454d480104456c2a67 smartmeter.0 2019-08-03 00:10:02.405 warn Error while parsing SML message: Error: Unknown TL-Field 0x53 for OctetString [Offset: 312]!: Message: 1b1b1b1b010101017607000c06004147620062007263010176010107000c0c58156d0b06454d480104456c2a670101637 smartmeter.0 2019-08-03 00:10:02.405 debug Error: Error while parsing SML message: Error: Unknown TL-Field 0x53 for OctetString [Offset: 312]!: Message: 1b1b1b1b010101017607000c06004147620062007263010176010107000c0c58156d0b06454d480104456c2a67 smartmeter.0 2019-08-03 00:10:02.405 debug MSG IDX 0 smartmeter.0 2019-08-03 00:10:02.405 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-08-03 00:10:02.404 debug PAUSE READING SERIALPORT TO HANDLE MESSAGE smartmeter.0 2019-08-03 00:10:02.404 debug MATCH-RESULT MESSAGE: "1b1b1b1b010101017607000c06004147620062007263010176010107000c0c58156d0b06454d480104456c2a670101637526007607000c06004148620062007263070177010b06454d480104456c2a67070100620a7f7f726 smartmeter.0 2019-08-03 00:10:02.404 debug NEW DATAKann/darf ich den Adapter normal über den ioBroker Admin installieren oder muß er über git installiert werden?
So und jetzt letzter Edit: Unter Objekten taucht der smartmeter Adapter leider nicht auf. Woran liegt das ?
-
Aaaaalso.
Installieren ganz normal. Kein Adapter MUSS per GitHub installiert werden es sei denn der Entwickler sagt es explizit im Einzelfall oder zum Test.
Ist der Fehler immer der gleiche? Wenn ja brauche ich so eine komplette Zeile mit dem empfangenem Kram aus dem iobroker logfile Weil Admin es abschneidet. So ein Fehler kann aber auch ein Übertragungsfehler sein wenn usb Kabel zu lang ist oder der Kopf nicht per aktivem usb hub dran ist bei längeren Kabel. Versuch das ggf nochmal.
Die Objekte werden erst angelegt wenn eine Nachricht erfolgreich verarbeitet werden konnte. Weil ja jeder Zähler anders ist.
-
Hab das log mal runter geladen und eine Zeile raus kopiert:
2019-08-05 00:02:10.023 - info: smartmeter.0 Error: Error while parsing SML message: Error: Unknown TL-Field 0x53 for OctetString [Offset: 312]!: Message: 1b1b1b1b010101017607000c0608272f620062007263010176010107000c0c5b62650b06454d480104456c2a67010163167b007607000c06082730620062007263070177010b06454d480104456c2a67070100620a7f7f726201650c5b56067a770701014702037f0101010104454d4801770701000000097f010101010b06454d480104456c2a6701770701000108007f6401010201621e527f56000620433201770701000208007f6401010201621e527f56002619563501770701000108017f0101621e527f56000620433201770701000208017f0101621e527f56002619563501770701000108027f0101621e527f56000000000001770701000208027f0101621e527f56000000000001770701001007007f0101621b527f550000067d01770701014702057f01726201650c5b56060101030247532b6b15594c1e52206a0c77054c201b0068176a5b652a347b105e74106d4f37794e306e6b73130d245a6c32660818010101637459007607000c0608273362006200726302017101632c2e00001b1b1b1b1a014539 2019-08-05 00:02:10.024 - warn: smartmeter.0 Error while parsing SML message: Error: Unknown TL-Field 0x53 for OctetString [Offset: 312]!: Message: 1b1b1b1b010101017607000c0608272f620062007263010176010107000c0c5b62650b06454d480104456c2a67010163167b007607000c06082730620062007263070177010b06454d480104456c2a67070100620a7f7f726201650c5b56067a770701014702037f0101010104454d4801770701000000097f010101010b06454d480104456c2a6701770701000108007f6401010201621e527f56000620433201770701000208007f6401010201621e527f56002619563501770701000108017f0101621e527f56000620433201770701000208017f0101621e527f56002619563501770701000108027f0101621e527f56000000000001770701000208027f0101621e527f56000000000001770701001007007f0101621b527f550000067d01770701014702057f01726201650c5b56060101030247532b6b15594c1e52206a0c77054c201b0068176a5b652a347b105e74106d4f37794e306e6b73130d245a6c32660818010101637459007607000c0608273362006200726302017101632c2e00001b1b1b1b1a014539 2019-08-05 00:02:10.025 - info: smartmeter.0 ERROR CLOSING SERIALPORTDas Kabel ist knapp 1m lang und hängt direkt am Raspberry. Ich hab einen Volkszähler Lesekopf mit RS232 Anschluß. Den hab ich über einen Konverter auf USB umgemodelt.
Unter Windows hab ich mit hterm gecheckt ob überhaupt etwas übermittelt wird. Was da genau kommt hab ich aber nicht gesehen.
So sieht meine Konfig aus:
-
@martinschm sagte in Adapter "smartmeter":
Ich hab einen Volkszähler Lesekopf mit RS232 Anschluß. Den hab ich über einen Konverter auf USB umgemodelt.
Unter Windows hab ich mit hterm gechecktwenn der unter WIN funktioniert muss so eion Konverter unter Linux noch lange nicht funktionieren
-
@Homoran said in Adapter "smartmeter":
@martinschm sagte in Adapter "smartmeter":
Ich hab einen Volkszähler Lesekopf mit RS232 Anschluß. Den hab ich über einen Konverter auf USB umgemodelt.
Unter Windows hab ich mit hterm gechecktwenn der unter WIN funktioniert muss so eion Konverter unter Linux noch lange nicht funktionieren
Klar verstehe ich. Kann ich das irgendwie testen ?
Ist Neuland für mich, daher taste ich mich da grade ran. -
@martinschm sagte in Adapter "smartmeter":
@Homoran said in Adapter "smartmeter":
@martinschm sagte in Adapter "smartmeter":
Ich hab einen Volkszähler Lesekopf mit RS232 Anschluß. Den hab ich über einen Konverter auf USB umgemodelt.
Unter Windows hab ich mit hterm gechecktwenn der unter WIN funktioniert muss so eion Konverter unter Linux noch lange nicht funktionieren
Klar verstehe ich. Kann ich das irgendwie testen ?
Ist Neuland für mich, daher taste ich mich da grade ran.Es scheint ja etwas zu kommen.
Allerdings unverständliches.Stelle mal auf D0 um und sieh was dann im log steht
-
@martinschm sagte in Adapter "smartmeter":
ehz-iw8e2a5l0eq2p
Nehme alles zurück!
Der Zähler verfügt über 2 optische Datenschnittstellen, die in Anlehnung
an die IEC 62056-21 ausgeführt sind.
Auf der Vorderseite befindet sich eine unidirektionale Schnittstelle
(INFO-Schnittstelle), die dem Endkunden zugänglich ist und per Konfiguration
freigegeben wird.
Auf der Rückseite befindet sich eine bidirektionale D0-Schnittstelle, die
durch eine Betriebsplombe schützbar ist und dem MSB als Kommunikationsschnittstelle
dient.
Auf beiden Schnittstellen wird ein identischer Datensatz ausgegeben,
der durch den MSB konfigurierbar ist.
Als Kommunikationsprotokoll wird SML verwendet. Die Baudrate
beträgt 9600 Baud fest. Die maximale Übertragungszeit eines Datentelegramms
beträgt ca. 400 msLaut Foto sind da die beiden optischen Schnittstellen direkt nebeneinander, einmal zum Programmieren, einmal zum auslesen (rechts)
SML ist also korrekt - ist es auch die richtige LED?
Habe auf die Schnelle jetzt nicht deinen Zähler gefunden. Nur den ehz-K nicht den eHZ-I - hat der überhaupt eine Datenschnittstelle oder nur eine Impuslschnittstelle?
-
@martinschm Du hast doch schon auf GitHub ein Issue angelegt oder ?! Dann jetzt bitte Geduld bis ich Zeit finde mir das anzusehen. Wenn es immer das gleiche und der gleiche Offset ist dann muss ich ganz tief in die Message und die SML-Specs reinschauen was da wieder abgeht.
Also geduld bitte. Es sieht generell alles ok aus.
-
@martinschm Ok, hier stimmt irgendwas denke ich beim lesen nicht. Die Message ist die ersten grob 310 bytes ok und dann komisch/kaputt. Ist der "Offset" mit dem Fehler immer der gleiche? Schau mal ob der Kopf korrekt sitzt. Es ist schon ungewöhnlich das es generell klappt von daher kann es gut auch eine Kommunikationsstörung sein. Versuchs mal mit nem aktiven USB Hub anzuschliessen.
-
@martinschm Achja zur onfig nich: SML is "read only". Da brauchst Du nichts bidirektionales. Versuch mal, nicht das sich senden und lesen irgendwie in die Quere kommen
-
@Homoran said in Adapter "smartmeter":
@martinschm sagte in Adapter "smartmeter":
ehz-iw8e2a5l0eq2p
Nehme alles zurück!
Laut Foto sind da die beiden optischen Schnittstellen direkt nebeneinander, einmal zum Programmieren, einmal zum auslesen (rechts)
SML ist also korrekt - ist es auch die richtige LED?
Habe auf die Schnelle jetzt nicht deinen Zähler gefunden. Nur den ehz-K nicht den eHZ-I - hat der überhaupt eine Datenschnittstelle oder nur eine Impuslschnittstelle?
Hi, so sieht mein Zähler aus. Oben rechts hab ich den Lesekopf drauf
Dort hab ich auch die Pin eingeleuchtet und danach den Lesekopf drauf platziert.
-
@apollon77 said in Adapter "smartmeter":
@martinschm Du hast doch schon auf GitHub ein Issue angelegt oder ?! Dann jetzt bitte Geduld bis ich Zeit finde mir das anzusehen. Wenn es immer das gleiche und der gleiche Offset ist dann muss ich ganz tief in die Message und die SML-Specs reinschauen was da wieder abgeht.
Also geduld bitte. Es sieht generell alles ok aus.
Nein bisher noch nicht. Würde ich machen wenn klar ist, das es ein Bug ist. Bin bisher noch von einem Fehler in meinem Setup ausgegangen.
-
@apollon77 said in Adapter "smartmeter":
@martinschm Ok, hier stimmt irgendwas denke ich beim lesen nicht. Die Message ist die ersten grob 310 bytes ok und dann komisch/kaputt. Ist der "Offset" mit dem Fehler immer der gleiche? Schau mal ob der Kopf korrekt sitzt. Es ist schon ungewöhnlich das es generell klappt von daher kann es gut auch eine Kommunikationsstörung sein. Versuchs mal mit nem aktiven USB Hub anzuschliessen.
Ich meine es war immer der gleiche Offset. Muss ich aber heute abend mal überprüfen. Komme von unterwegs nicht auf den Raspberry.
Ist der aktive USB Hub für mehr Versorgungsspannung oder hat es damit eine besondere Bewandtnis ?
Hab aktuell keinen da, könnte es aber mal mit einem stärkeren Netzteil probieren. Glaube aktuell sind es 2A bei einem Rasberry3. Da hängt außer dem Lesekopf nichts weiter dran.@apollon77 said in Adapter "smartmeter":
@martinschm Achja zur onfig nich: SML is "read only". Da brauchst Du nichts bidirektionales. Versuch mal, nicht das sich senden und lesen irgendwie in die Quere kommen
Probiere ich heute abend auch mal aus.
-
@martinschm Ja mehr Spannung, damit stärkere Signale und damit weniger Chance auf Übertragungsfehler.
-
@apollon77 said in Adapter "smartmeter":
@martinschm Ja mehr Spannung, damit stärkere Signale und damit weniger Chance auf Übertragungsfehler.
Hi,
ich probiere es heute mal mit einem anderen Netzteil. Würde es aber nicht Sinn machen, das der Fehler variiert anstatt immer gleich zu sein ?Es wäre doch extremer Zufall wenn die Spannung immer an der gleichen Stelle zu gering wäre und dadurch den identischen Fehler produziert.
