Adapter "smartmeter"

[Homoran]

@digitalnaive

@wendy2702 sagte in Adapter "smartmeter":

Wurden sonst irgendwelche Upgrades am PI gemacht?

Wendy meint den pi selber (denke ich), nicht iobroker

@digitalnaive sagte in Adapter "smartmeter":

Beeinflusst JavaScript die Veränderung evtl?

nein!

@wendy2702 sagte in Adapter "smartmeter":

Den PI mal neu gestartet?

Das hast du aber inzwischen gemacht?

[digitalnaive]

@Homoran Ja, hab ihn sicherheitshalber jetzt ein zweites mal restartet.

Folgende Meldung:

smartmeter.0	2019-03-13 09:54:07.177	debug	SCHEDULE NEXT RUN IN 30000s
smartmeter.0	2019-03-13 09:54:07.177	debug	DELETE rest of data (0) because new Message start with a new Request Message
smartmeter.0	2019-03-13 09:54:07.176	debug	CURRENT SIGNON MESSAGE COUNTER 1 OF 1
smartmeter.0	2019-03-13 09:54:07.176	debug	ERROR CLOSING SERIALPORT: Error: Port is not open
smartmeter.0	2019-03-13 09:54:07.176	debug	TO SEND 1: /?!
smartmeter.0	2019-03-13 09:54:07.176	debug	CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE
smartmeter.0	2019-03-13 09:54:07.176	debug	TO SEND 2:
smartmeter.0	2019-03-13 09:54:07.176	debug	CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE
smartmeter.0	2019-03-13 09:54:07.176	debug	INITIAL MESSAGES TO SEND: 2
smartmeter.0	2019-03-13 09:54:07.176	debug	CLEAR MESSAGE TIMEOUT TIMER
smartmeter.0	2019-03-13 09:54:07.176	debug	STOP
smartmeter.0	2019-03-13 09:54:07.176	debug	Transport Reset!! Restart = true
smartmeter.0	2019-03-13 09:54:07.176	debug	Error: Error on Baudrate changeover: Error: Port is not open
smartmeter.0	2019-03-13 09:54:07.176	warn	Error on Baudrate changeover: Error: Port is not open

Ergänzung. Mir wirft ls l /dev/ttyUSB* folgendes aus?! Auch daran habe ich nichts verändert. Heißt das auf gut deutsch, dass mein USB Gerät nicht mehr "eingehängt" ist?

digitalnaive@asrock:~$ ls -l /dev/ttyUSB*
ls: cannot access '/dev/ttyUSB*': No such file or directory

[wendy2702]

Was kommt denn hier:

sudo dmesg | grep tty

Um festzustellen ob es etwas mit den Updates zu tun hat, könntest du mal downgrades machen... einem nach dem anderen und dazwischen immer schauen ob sich etwas geändert hat.

Node/NPM hast du nicht zufällig auch upgedated?

[digitalnaive]

@wendy2702

digitalnaive@asrock:/dev$ sudo dmesg | grep tty
[    0.000000] console [tty0] enabled

Nein da hab ich keine Updates gemacht. Ich hatte lediglich eine zusätzliche USB Festplatte angeschlossen. Das dürfte doch aber die bestehende Konfiguration nicht beeinträchtigen. Oder denke ich da zu naiv?

[wendy2702]

Pauschal würde ich sagen das deine USB Device nicht erkannt werden.

Mal alle USB Device abstecken.

Dann

dmesg

Lesekopf anstecken und erneut dmesg, ist der jetzt sichtbar in der Ausgabe?

[digitalnaive]

Kann ich leider erst heute Abend machen.

Aktuelles DMESG liefert keinerlei Werte zu FTDI. Das ist schon mal kein gutes Zeichen.

[uschi08]

@jedo said in Adapter "smartmeter":

Hast du schon mal bei Volkszähler die https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/elster_as1440 studiert?

Hi,

ich habe auch die Kombi aus Weidmann IR Leser und AS1440, komme nicht weiter.

• Lesekopf wird erkannt mit grep ....und als ich es schrieb sehe ich, dass es nicht mehr /dev/ttyUSB1 sondern wieder 0 ist..4 Stunden später...
  läuft danke für die Einstellungen - die funktionieren !

[steini87]

@Stabilostick Hallo zusammen und danke für eure Hilfe. Ich kann nun endlich Erfolg vermelden und der Adapter liest nach Aktivierung des langen Datentelegramms sauber Daten aus.

Ich bin durch einen anderen Nutzer noch einmal an eine aktuellere Bedienanleitung vom Zähler gekommen. Darin kam dann zum Vorschein, dass für Zähler vom Typ OD: 7, even, 1 gilt und für Zähler vom Typ SM (meiner): 8, none, 1 gilt. Das Ganze mit einer Baudrate von 9600 Baud. Damit lief es bei mir auf Anhieb.

@Appollon: Kannst du eBZ mit in die Liste der unterstützten Zähler aufnehmen?

[Elektroniker86]

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 !!!

[martinschm]

@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 ?

[martinschm]

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.0

Wenn ich SML wähle kommt das gleiche. Hatte damals von Netzbetreiber noch ein Pin bekommen, wo/wie gebe ich den eigentlich ein ?

Ciao
Martin

[toki1973]

@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
Martin

Das schreibt doch elektroniker86 in seinem post:
"Nach dem "einleuchten" der Pin mit der Taschenlampe kommen automatisch folgende Datenpunkte im Smartmeter / ioBroker an:"

[martinschm]

@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.

[martinschm]

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: 1b1b1b1b010101017607000c06004147620062007263010176010107000c0c58156d0b06454d480104456c2a67

Hier 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 DATA

Kann/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 ?

[apollon77]

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.

[martinschm]

@apollon77

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 SERIALPORT

Das 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:

[Homoran]

@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 gecheckt

wenn der unter WIN funktioniert muss so eion Konverter unter Linux noch lange nicht funktionieren

[martinschm]

@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 gecheckt

wenn 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.

[Homoran]

@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 gecheckt

wenn 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

[Homoran]

@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 ms

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?