NEWS
Adapter "smartmeter"
-
Kannst du bitte mal in der SignOnMessage anstelle von /?! nur das ? eintragen?
Und kannst du uns mal deine Adapter Versionsnummer nennen?
@Röstkartoffel said in Adapter "smartmeter":
Kannst du bitte mal in der SignOnMessage anstelle von /?! nur das ? eintragen?
Und kannst du uns mal deine Adapter Versionsnummer nennen?
Es geht!!! Sorry für die Ausrufezeichen aber das war der entscheidende Tipp!!!!
-
Du kannst ja dann noch mit den Zeiten probieren, wie oft und wie schnell du auslesen kannst.
Wenn es dann zufriedenstellend funktioniert, stelle doch bitte nochmal einen Screenshot von deinen Einstellungen mit dem kompletten Namen deines Zählers rein, damit es für die Nachwelt erhalten bleibt!
Enrico
-
Hallo zusammen,
ich habe mir jetzt auch den Adapter installiert und einen selbstgebauten Lesekopf mit Bauteilen für unter 5€ angeschlossen (siehe hier).
Der Lesekopf arbeitet tatsächlich einwandfrei nur hat mein Stromzähler (DZG DVS74) wohl leider einen Bug bei der Kodierung von manchen positiven Verbrauchswerten. D.h. teilweise wird meine SML-Nachricht einwandfrei empfangen, zwischendurch habe ich jedoch z.B. folgende Fehlermeldung:Error while parsing SML message: Error: Wrong TL-Field (7) for Unsigned!: Message: 1b1b1b1b010101017605e9128c02620062007263010176010102310b0a01445a470002829d5d72620164dc3845620263894a007605ea128c0262
Den Hinweiß bzgl. dem Bug habe ich bei Volkszähler gefunden. Hier wird auch ein Workaround für den Bug beschrieben: Link zum Workaround
Nun meine Frage:
Habe ich denn eine Möglichkeit dieses Workaround auch bei Verwendung des iobroker-Adapters einzusetzen?DANKE,
Grüße
Markus -
Ich bin auch gerade durch Zufall auf diese Logzeilen gestoßen:
host.pi-iobroker 2019-02-20 15:39:09.433 error instance system.adapter.smartmeter.0 terminated with code 0 (OK) host.pi-iobroker 2019-02-20 15:39:09.433 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:104:9) host.pi-iobroker 2019-02-20 15:39:09.433 error Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:73:7) host.pi-iobroker 2019-02-20 15:39:09.429 error Caught by controller[0]: at process.nextTick (/opt/iobroker/node_modules/iobroker.smartmeter/node_modules/serialport/lib/serialport.js:206:31) host.pi-iobroker 2019-02-20 15:39:09.429 error Caught by controller[0]: at SerialPort._error (/opt/iobroker/node_modules/iobroker.smartmeter/node_modules/serialport/lib/serialport.js:199:14) host.pi-iobroker 2019-02-20 15:39:09.429 error Caught by controller[0]: at SerialPort.<anonymous> (/opt/iobroker/node_modules/iobroker.smartmeter/node_modules/smartmeter-obis/lib/transports/SerialResponseTransport.js:223:29) host.pi-iobroker 2019-02-20 15:39:09.427 error Caught by controller[0]: TypeError: Cannot read property 'logger' of undefined smartmeter.0 2019-02-20 15:39:08.890 warn ERROR CLOSING SERIALPORT smartmeter.0 2019-02-20 15:39:08.890 warn ERROR CLOSING SERIALPORT smartmeter.0 2019-02-20 15:39:08.890 warn Exception: TypeError: Cannot read property 'logger' of undefined smartmeter.0 2019-02-20 15:39:08.890 error TypeError: Cannot read property 'logger' of undefined at SerialPort.<anonymous> (/opt/iobroker/node_modules/iobroker.smartmeter/node_modules/smartmeter-obis/lib/transports/SerialResponseTransport. smartmeter.0 2019-02-20 15:39:08.889 error uncaught exception: Cannot read property 'logger' of undefined smartmeter.0 2019-02-20 15:39:08.886 warn Error while parsing SML message: Error: Wrong TL-Field (7) for Unsigned!: Message: 1b1b1b1b010101017607000fc3bc620062007263010176010107000f032196940b0901454d4800006544b301016348c5007607000f0ab1c3bd62Mein Zähler ist der EMH ED300L
Einstellungen:
Jemand eine Idee oder gleiches Problem wie beim Post davor?
-
Hallo,
ich habe heute meinen Adapter von Weidmann Elektronik bekommen und angeschlossen.
Als Stromzähler habe ich einen MT175 und folgendes habe ich im Smartmeter eingestellt:
wenn ich den Adapter starte kommt folgendes im LOG:
host.rock64 2019-02-20 20:41:12.062 info Restart adapter system.adapter.smartmeter.0 because enabled host.rock64 2019-02-20 20:41:12.062 error instance system.adapter.smartmeter.0 terminated with code 1 () Caught 2019-02-20 20:41:12.061 error by controller[0]: at Object.Module._extensions..js (module.js:664:10) Caught 2019-02-20 20:41:12.061 error by controller[0]: at Module._compile (module.js:653:30) Caught 2019-02-20 20:41:12.061 error by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/serialport/lib/bindings/linux.js:2:36) Caught 2019-02-20 20:41:12.061 error by controller[0]: at bindings (/opt/iobroker/node_modules/serialport/node_modules/bindings/bindings.js:81:44) Caught 2019-02-20 20:41:12.061 error by controller[0]: at require (internal/module.js:11:18) Caught 2019-02-20 20:41:12.061 error by controller[0]: at Module.require (module.js:597:17) Caught 2019-02-20 20:41:12.060 error by controller[0]: at Function.Module._load (module.js:498:3) Caught 2019-02-20 20:41:12.060 error by controller[0]: at tryModuleLoad (module.js:506:12) Caught 2019-02-20 20:41:12.060 error by controller[0]: at Module.load (module.js:566:32) Caught 2019-02-20 20:41:12.060 error by controller[0]: at Object.Module._extensions..node (module.js:682:18) Caught 2019-02-20 20:41:12.060 error by controller[0]: Error: /opt/iobroker/node_modules/serialport/build/Release/serialport.node: wrong ELF class: ELFCLASS32 Caught 2019-02-20 20:41:12.060 error by controller[0]: ^ Caught 2019-02-20 20:41:12.059 error by controller[0]: throw e Caught 2019-02-20 20:41:12.059 error by controller[0]: /opt/iobroker/node_modules/serialport/node_modules/bindings/bindings.js:88 host.rock64 2019-02-20 20:41:10.699 info instance system.adapter.smartmeter.0 started with pid 9496Kann mir jemand sagen was den Fehler auslöst ?
-
warum hast du unter Datenprotokoll: D0 angegeben?
Der MT175 nutzt die SML (SmartMeterLanguage)
Dann ist schon mal die Hälfte der Settings weg.Dann trägst du den USb Port ein. Am besten als "/dev/serial/by-id/id_bzw_port_des_Adapters"
-
Jetzt muss ich den Thread leider doch wieder aufgreifen. Aus dem nichts bekomme ich plötzlich keine Werte mehr von meinem Smartmeter. Und die Logfile wirft alt bekannte Probleme aus. Was kann denn dafür der Grund sein, dass ein vorher funktionierendes Setting plötzlich nicht mehr die gewünschten Daten liefert?
smartmeter.0 2019-03-13 09:22:12.929 debug SCHEDULE NEXT RUN IN 30000s smartmeter.0 2019-03-13 09:22:12.929 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.0 2019-03-13 09:22:12.929 debug CURRENT SIGNON MESSAGE COUNTER 1 OF 1 smartmeter.0 2019-03-13 09:22:12.929 debug SERIALPORT REMOVE LISTENERS smartmeter.0 2019-03-13 09:22:12.929 debug SERIALPORT CLOSE smartmeter.0 2019-03-13 09:22:12.929 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-03-13 09:22:12.928 debug STOP smartmeter.0 2019-03-13 09:22:12.928 debug Transport Reset!! Restart = true smartmeter.0 2019-03-13 09:22:12.928 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-03-13 09:22:12.928 warn No or too long answer from Serial Device after last request. smartmeter.0 2019-03-13 09:22:12.928 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-03-13 09:22:12.927 debug MESSAGE TIMEOUT TRIGGERED smartmeter.0 2019-03-13 09:21:42.916 debug SET MESSAGE TIMEOUT TIMER2: 30000 smartmeter.0 2019-03-13 09:21:42.915 debug DONE SEND 0 smartmeter.0 2019-03-13 09:21:42.664 debug DONE SEND 1 smartmeter.0 2019-03-13 09:21:42.658 debug TO SEND 1: /?! smartmeter.0 2019-03-13 09:21:42.657 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE smartmeter.0 2019-03-13 09:21:42.657 debug TO SEND 2: smartmeter.0 2019-03-13 09:21:42.656 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE smartmeter.0 2019-03-13 09:21:42.655 debug INITIAL MESSAGES TO SEND: 2 smartmeter.0 2019-03-13 09:21:42.652 debug SERIALPORT RESET BAUDRATE TO 300 smartmeter.0 2019-03-13 09:21:42.644 debug SERIALPORT OPEN smartmeter.0 2019-03-13 09:21:42.624 debug CREATE SERIALPORT: 300 7 1 even smartmeter.0 2019-03-13 09:21:42.619 debug SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"30","transportSerialPort":"/dev/ttyUSB0","transportSerialB
-
Pauschal würde ich sagen du hast das wieder geändert....
@digitalnaive sagte in Adapter "smartmeter":
@Röstkartoffel said in Adapter "smartmeter":
Kannst du bitte mal in der SignOnMessage anstelle von /?! nur das ? eintragen?
Und kannst du uns mal deine Adapter Versionsnummer nennen?
Es geht!!! Sorry für die Ausrufezeichen aber das war der entscheidende Tipp!!!!
zumindest laut deinem Logfile:
@digitalnaive sagte in Adapter "smartmeter":
smartmeter.0 2019-03-13 09:21:42.658 debug TO SEND 1: /?!
-
Pauschal würde ich sagen du hast das wieder geändert....
@digitalnaive sagte in Adapter "smartmeter":
@Röstkartoffel said in Adapter "smartmeter":
Kannst du bitte mal in der SignOnMessage anstelle von /?! nur das ? eintragen?
Und kannst du uns mal deine Adapter Versionsnummer nennen?
Es geht!!! Sorry für die Ausrufezeichen aber das war der entscheidende Tipp!!!!
zumindest laut deinem Logfile:
@digitalnaive sagte in Adapter "smartmeter":
smartmeter.0 2019-03-13 09:21:42.658 debug TO SEND 1: /?!
@wendy2702 said in Adapter "smartmeter":
Pauschal würde ich sagen du hast das wieder geändert....
@digitalnaive sagte in Adapter "smartmeter":
@Röstkartoffel said in Adapter "smartmeter":
Kannst du bitte mal in der SignOnMessage anstelle von /?! nur das ? eintragen?
Und kannst du uns mal deine Adapter Versionsnummer nennen?
Es geht!!! Sorry für die Ausrufezeichen aber das war der entscheidende Tipp!!!!
zumindest laut deinem Logfile:
@digitalnaive sagte in Adapter "smartmeter":
smartmeter.0 2019-03-13 09:21:42.658 debug TO SEND 1: /?!
Siehe meinen Screenshot. Das ist der Screenshot von heute. Ich habe diese Config nicht eine Sekunde angefasst. Mir ist diese Zeile auch schon aufgefallen. Aber ich habe hier immernoch nur ein Fragezeichen drinnen stehen.
-
Das / und das ! trägt der Adapter selbstständig ein, so dass im Log das dann so steht: /?!
-
@wendy2702 said in Adapter "smartmeter":
Wurden sonst irgendwelche Upgrades am PI gemacht?
Den PI mal neu gestartet?
Es gab ein Upgrade von JavaScript, Vis und Mobile. Beeinflusst JavaScript die Veränderung evtl?
Update javascript from @3.6.5 to @4.1.12
NPM version: 6.4.1 -
@wendy2702 said in Adapter "smartmeter":
Wurden sonst irgendwelche Upgrades am PI gemacht?
Den PI mal neu gestartet?
Es gab ein Upgrade von JavaScript, Vis und Mobile. Beeinflusst JavaScript die Veränderung evtl?
Update javascript from @3.6.5 to @4.1.12
NPM version: 6.4.1@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?
-
@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?
@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 openErgä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 -
Was kommt denn hier:
sudo dmesg | grep ttyUm 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?
-
Was kommt denn hier:
sudo dmesg | grep ttyUm 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@asrock:/dev$ sudo dmesg | grep tty [ 0.000000] console [tty0] enabledNein 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?
-
Pauschal würde ich sagen das deine USB Device nicht erkannt werden.
Mal alle USB Device abstecken.
Dann
dmesgLesekopf anstecken und erneut dmesg, ist der jetzt sichtbar in der Ausgabe?
Kann ich leider erst heute Abend machen.
Aktuelles DMESG liefert keinerlei Werte zu FTDI. Das ist schon mal kein gutes Zeichen.
-
Hallo,
sorry muss jetzt doch mal nachfragen, da ich irgendwie nicht weiter komme.
Habe einen AS1440 Zähler von elster und einen USB Schreib lesekopf von Weidmann.
Leider bekomme ich in iobroker keine Werte angezeigt, es wird nur "No or too long answer from Serial Device after last request." angezeigt.
Wo könnte das Problem liegen?
Es werden scheinbar auch Werte vom Zähler gelesen.
Ich hoffe jemand kann mir weiterhelfen. `
Hast du schon mal bei Volkszähler die https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/elster_as1440 studiert?
Eventuell trifft das mit dem Passwort bei dir zu!?
@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 !
- 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...
-
Deine Zählerbezeichnung lautet also eBZ DD3 2R06 DTA - SMZ1
Das bedeutet:
1. Der Zählergrundtyp den Du hast ist DD3.
2. Du hast einen Zweirichtungszähler mit einem Maximalstrom von 60A.
3. Der Zähler ist ein Doppeltarifzähler der Genauigkeitsklasse A.
Zusammengefasst: Die Anleitung des eBZ DD3-Zählers passt auch für Deinen Zähler.
Telegramm Mode
nach DIN EN 625056-21Baudrate: 9600 Baud (Z=5)
Byte-Format: (7,even,1)
Wenn das gar nicht geht, versuche auch 2400Baud.
@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?
700
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge