Adapter "smartmeter"
-
Hallo,
ich habe einen Siemens Amis Multifunktionszähler Typ TD-351x. Bisher konnte ich diesen Zähler gut auslesen. Seit einem Monat bekomme ich keine Daten mehr. Ich habe IR Lese/Schreibkopf und Kabel getauscht. Altes Backup eingespielt, Raspberry neu aufgesetzt, alles ohne Erfolg. Kann der Stromanbieter den Zähler sperren? Oder wie kann ich meinen Fehler finden? Ich verwende ein Multihost System. Auf dem slave Raspberry läuft der adapter smartmeter.0. Am USB port ist der Lese/Schreibkopf angeschlossen.
smartmeter.0 2018-12-14 09:24:55.402 warn No or too long answer from Serial Device after last request.smartmeter.0 2018-12-14 09:24:55.402 debug Error: No or too long answer from Serial Device after last request.
smartmeter.0 2018-12-14 09:24:55.402 debug MESSAGE TIMEOUT TRIGGERED
smartmeter.0 2018-12-14 09:22:55.395 debug SET MESSAGE TIMEOUT TIMER2: 120000
smartmeter.0 2018-12-14 09:22:55.394 debug DONE SEND 0
smartmeter.0 2018-12-14 09:22:55.144 debug DONE SEND 1
smartmeter.0 2018-12-14 09:22:55.071 debug TO SEND 1: /?!
smartmeter.0 2018-12-14 09:22:55.071 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE
smartmeter.0 2018-12-14 09:22:55.070 debug TO SEND 2:
smartmeter.0 2018-12-14 09:22:55.070 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE
smartmeter.0 2018-12-14 09:22:55.070 debug INITIAL MESSAGES TO SEND: 2
smartmeter.0 2018-12-14 09:22:55.069 debug SERIALPORT RESET BAUDRATE TO 300
smartmeter.0 2018-12-14 09:22:55.068 debug SERIALPORT OPEN
smartmeter.0 2018-12-14 09:22:55.064 debug CREATE SERIALPORT: 300 7 1 even
smartmeter.0 2018-12-14 09:22:25.057 debug SCHEDULE NEXT RUN IN 30000s
smartmeter.0 2018-12-14 09:22:25.057 debug DELETE rest of data (0) because new Message start with a new Request Message
smartmeter.0 2018-12-14 09:22:25.057 debug CURRENT SIGNON MESSAGE COUNTER 1 OF 1
smartmeter.0 2018-12-14 09:22:25.056 debug SERIALPORT REMOVE LISTENERS
smartmeter.0 2018-12-14 09:22:25.056 debug SERIALPORT CLOSE
smartmeter.0 2018-12-14 09:22:25.054 debug CLEAR MESSAGE TIMEOUT TIMER
smartmeter.0 2018-12-14 09:22:25.054 debug STOP
smartmeter.0 2018-12-14 09:22:25.053 debug Transport Reset!! Restart = true
-
Du könntest versuchen ob Du manuell mit Shell mitteln die Kommunikation hinbekommst. So könntest Du rausfinden ob es der Adapter oder "genereller" ist. Hat sich vllt das USB Device geändert? Das kann beim Booten manchmal passieren
-
Hallo,
ich habe einen Siemens Amis Multifunktionszähler Typ TD-351x. Bisher konnte ich diesen Zähler gut auslesen. Seit einem Monat bekomme ich keine Daten mehr. Ich habe IR Lese/Schreibkopf und Kabel getauscht. `
Schau mal bei https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/siemens_td3511
Hier sind mehrere Möglichkeiten beschrieben die generelle Funktion zu testen.
-
Hallo,
soeben nachgefragt…soetwas wie eine Freischaltung gibt es nicht. Es konnte mir auch keiner sagen ob und wenn ja, was übertragen wird.
Hat hier jemand diesen Zähler und kann ihn Auslesen?
echelon.jpg `
Meines Wissens verwendet Echelon ein eigenes Protokoll was wohl nicht verfügbar ist.
In der Volkszähler Wiki steht zum Thema SML folgendes:
"es existieren weitere Standards, die nur gegen Bezahlung erhältlich sind - die lassen wir mal außen vor:
ANSI C12.18-2006/ANSI C12.19-2008 (Echelon, …)"
Da wird wohl so einfach nichts gehen.
-
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.
Viele Grüße
René
Anbei die Ausgaben:
Der cat Befehl liefert folgende Werte:
root@raspberrypi:/home/pi# cat /dev/ttyUSB1 | od -tx1 0000000 03 7f 0a 30 08 53 42 1e 67 02 08 05 4b 00 7e 0a 0000020 24 24 00 1a 70 1a 60 02 43 00 32 35 43 1a 00 0c 0000040 0a 20 22 0a 30 08 1a 34 00 13 04 7e 0a 24 28 23 0000060 00 7e 1a 02 42 1a 20 0a 00 3a 68 1a 20 0c 03 10 0000100 0a 00 2a 0a 30 0c 0b 38 43 1a 00 44 0a 04 28 1a 0000120 00 02 1a 00 0c 16 5a 68 0a 20 2a 43 0b 0a 30 08 0000140 02 46 1a 34 2c 2b 1e 75 4b 38 7e 0a 24 20 5b 0c 0000160 0b 71 16 66 1a 02 02 1b 38 43 1a 20 00 0a 00 2a 0000200 00 1a 50 05 0c 42 43 00 1a 34 20 13 04 7e 0a 24 0000220 28 43 04 7e 1a 20 02 32 00 1a 20 0c 0a 30 22 0a 0000240 30 08 1b 38 43 7f 32 08 36 18 02 4c 16 1a 68 0a 0000260 24 28 03 10 1a 00 02 1a 02 28 02 7f 02 0a 20 2a 0000300 42 22 02 69 0a 00 08 1a 30 00 0a 24 28 00 3a 68 0000320 1a 00 46 03 10 0b 38 43 1a 20 28 4b 18 7e 0a 20 0000340 2a 5b 0e 5a 62 0a 30 08 1a 34 20 03 04 7e 0a 24Wenn ich den Smartmeter Adapter auf debug setze erhalte ich folgendes im Log:
smartmeter.0 2018-12-18 17:48:41.898 debug NEW DATA smartmeter.0 2018-12-18 17:48:41.869 debug MATCH-RESULT SIGNON: "+?!\r\n\u0003\u0004~\u001a\u0000,\u0002(\n " -> null smartmeter.0 2018-12-18 17:48:41.869 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:41.867 debug NEW DATA smartmeter.0 2018-12-18 17:48:41.852 debug MATCH-RESULT SIGNON: "+?!\r\n\u0003\u0004~\u001a\u0000,\u0002(\n" -> null smartmeter.0 2018-12-18 17:48:41.851 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:41.844 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.981 debug MATCH-RESULT SIGNON: "+?!\r\n\u0003\u0004~\u001a\u0000,\u0002(" -> null smartmeter.0 2018-12-18 17:48:40.981 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.979 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.949 debug MATCH-RESULT SIGNON: "+?!\r\n\u0003\u0004~\u001a\u0000,\u0002" -> null smartmeter.0 2018-12-18 17:48:40.949 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.948 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.808 debug MATCH-RESULT SIGNON: "+?!\r\n\u0003\u0004~\u001a\u0000," -> null smartmeter.0 2018-12-18 17:48:40.808 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.805 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.792 debug MATCH-RESULT SIGNON: "+?!\r\n\u0003\u0004~\u001a\u0000" -> null smartmeter.0 2018-12-18 17:48:40.792 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.790 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.741 debug MATCH-RESULT SIGNON: "+?!\r\n\u0003\u0004~\u001a" -> null smartmeter.0 2018-12-18 17:48:40.740 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.738 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.332 debug MATCH-RESULT SIGNON: "+?!\r\n\u0003\u0004~" -> null smartmeter.0 2018-12-18 17:48:40.331 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.330 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.319 debug MATCH-RESULT SIGNON: "+?!\r\n\u0003\u0004" -> null smartmeter.0 2018-12-18 17:48:40.319 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.319 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.319 debug SET MESSAGE TIMEOUT TIMER2: 120000 smartmeter.0 2018-12-18 17:48:40.317 debug DONE SEND 0 smartmeter.0 2018-12-18 17:48:40.267 debug MATCH-RESULT SIGNON: "+?!\r\n\u0003" -> null smartmeter.0 2018-12-18 17:48:40.266 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.262 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.189 debug MATCH-RESULT SIGNON: "+?!\r\n" -> null smartmeter.0 2018-12-18 17:48:40.189 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.186 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.123 debug MATCH-RESULT SIGNON: "+?!\r" -> null smartmeter.0 2018-12-18 17:48:40.123 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.123 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.090 debug MATCH-RESULT SIGNON: "+?!" -> null smartmeter.0 2018-12-18 17:48:40.090 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.090 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.058 debug MATCH-RESULT SIGNON: "+?" -> null smartmeter.0 2018-12-18 17:48:40.058 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.058 debug NEW DATA smartmeter.0 2018-12-18 17:48:40.054 debug DONE SEND 1 smartmeter.0 2018-12-18 17:48:40.020 debug MATCH-RESULT SIGNON: "+" -> null smartmeter.0 2018-12-18 17:48:40.020 debug CURRENT PROCESS STEP 2 IN CHECKMESSAGE smartmeter.0 2018-12-18 17:48:40.020 debug NEW DATA smartmeter.0 2018-12-18 17:48:39.971 debug TO SEND 1: /?! smartmeter.0 2018-12-18 17:48:39.971 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE smartmeter.0 2018-12-18 17:48:39.971 debug TO SEND 2: smartmeter.0 2018-12-18 17:48:39.971 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE smartmeter.0 2018-12-18 17:48:39.971 debug INITIAL MESSAGES TO SEND: 2 smartmeter.0 2018-12-18 17:48:39.947 debug SERIALPORT RESET BAUDRATE TO 300 smartmeter.0 2018-12-18 17:48:39.947 debug SERIALPORT OPEN smartmeter.0 2018-12-18 17:48:39.947 debug CREATE SERIALPORT: 300 7 1 even smartmeter.0 2018-12-18 17:48:39.947 debug SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/ttyUSB1","transpo smartmeter.0 2018-12-18 17:48:39.946 info starting. Version 1.2.2 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v6.14.1Einstellungen:
Dateianhang
4154_unbenannt.png -
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!?
-
Hallo,
zwischenzeitlich zeigte, iobroker auch schon mal Werte an, ich hatte Smartmeter deinstalliert und danahc wieder neu installiert, da funktionierte es, bis zum Neustart des raspberry, seitdem bekomme ich ex nicht mehr zum laufen.
Passwort ist nicht drauf scheinbar, da ich am Anfang mit cat /dev/ttyUSB1 sogar Klartext die Werte sehen konnte.
Dies klappt jetzt aber auch nicht mehr, nur noch binär.
Gruß
Rene
-
Hallo,
zwischenzeitlich zeigte, iobroker auch schon mal Werte an, ich hatte Smartmeter deinstalliert und danahc wieder neu installiert, da funktionierte es, bis zum Neustart des raspberry, seitdem bekomme ich ex nicht mehr zum laufen.
Passwort ist nicht drauf scheinbar, da ich am Anfang mit cat /dev/ttyUSB1 sogar Klartext die Werte sehen konnte.
Dies klappt jetzt aber auch nicht mehr, nur noch binär.
Gruß
Rene `
Ok, versuch doch mal wie im Link auf Volkszähler den "Test mittels HTerm".
Da kannst du erst mal sicherstellen das die Kommunikation generell funktioniert.
-
-
Hallo,
Fehler gefunden, es war ein USB Port Problem, war nach Neustart des pi ein anderer Port und nicht mehr der konfigurierte.
Danke
-
Hallo,
ich betreibe den Smartmeter Adapter auch mit einem USB IR Lesekopf. Mit Minicom kann der erfolgreiche Datenempfang geprüft werden. Leider funktionert der Smartmeter Adapter aber nicht und im Log gibt es die folgende Fehlermeldung:
undefined2018-12-28 11:51:57.249 - info: smartmeter.0 Error: Error while parsing SML message: Error: Wrong TL-Field 0x00 for Choice!: Message: 1b1b1b1b0101010176059c72b1b56200620072650000010176010107455112510100090101055101000000000000004000100068083872b1b66200620072650000070177010b09014553591195a20701726201650823aeed7a77078100810401940100004000222040408000373939310177070100010800ff0101621e52fc69000000141b054329010100020800ff0101621e52fc6900000019e0ba06ea0177070100010801ff0101621e520165000000840177070100010802ff0101621e520165000d2ca20177070100020801ff0101621e520165000000750177070100020802ff0101621e00070177010b0901455359110395a207ff0101621e52fc69000000141b054329b3c10177070100600505ff010101016302a001010163ac0e0076059c72b1bd620062007265000002017101636abb00001b1b1b1b1a01814e 2018-12-28 11:51:57.253 - warn: smartmeter.0 Error while parsing SML message: Error: Wrong TL-Field 0x00 for Choice!: Message: 1b1b1b1b0101010176059c72b1b56200620072650000010176010107455112510100090101055101000000000000004000100068083872b1b66200620072650000070177010b09014553591195a20701726201650823aeed7a77078100810401940100004000222040408000373939310177070100010800ff0101621e52fc69000000141b054329010100020800ff0101621e52fc6900000019e0ba06ea0177070100010801ff0101621e520165000000840177070100010802ff0101621e520165000d2ca20177070100020801ff0101621e520165000000750177070100020802ff0101621e00070177010b0901455359110395a207ff0101621e52fc69000000141b054329b3c10177070100600505ff010101016302a001010163ac0e0076059c72b1bd620062007265000002017101636abb00001b1b1b1b1a01814e 2018-12-28 11:51:57.270 - error: smartmeter.0 uncaught exception: Cannot read property 'logger' of undefined 2018-12-28 11:51:57.270 - error: smartmeter.0 TypeError: Cannot read property 'logger' of undefined at SerialPort. (/opt/iobroker/node_modules/smartmeter-obis/lib/transports/SerialResponseTransport.js:223:30) at SerialPort._error (/opt/iobroker/node_modules/serialport/lib/serialport.js:199:14) at process.nextTick (/opt/iobroker/node_modules/serialport/lib/serialport.js:206:31) at _combinedTickCallback (internal/process/next_tick.js:132:7) at process._tickCallback (internal/process/next_tick.js:181:9) 2018-12-28 11:51:57.273 - warn: smartmeter.0 Exception: TypeError: Cannot read property 'logger' of undefined 2018-12-28 11:51:57.276 - info: smartmeter.0 ERROR CLOSING SERIALPORT 2018-12-28 11:51:57.276 - info: smartmeter.0 ERROR CLOSING SERIALPORT 2018-12-28 11:51:57.778 - info: smartmeter.0 terminating 2018-12-28 11:51:57.833 - error: Caught by controller[0]: TypeError: Cannot read property 'logger' of undefined 2018-12-28 11:51:57.835 - error: Caught by controller[0]: at SerialPort. (/opt/iobroker/node_modules/smartmeter-obis/lib/transports/SerialResponseTransport.js:223:30) 2018-12-28 11:51:57.835 - error: Caught by controller[0]: at SerialPort._error (/opt/iobroker/node_modules/serialport/lib/serialport.js:199:14) 2018-12-28 11:51:57.835 - error: Caught by controller[0]: at process.nextTick (/opt/iobroker/node_modules/serialport/lib/serialport.js:206:31) 2018-12-28 11:51:57.836 - error: Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:132:7) 2018-12-28 11:51:57.836 - error: Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:181:9) 2018-12-28 11:51:57.836 - error: host.raspberrypi instance system.adapter.smartmeter.0 terminated with code 0 (OK) 2018-12-28 11:51:57.837 - info: host.raspberrypi Restart adapter system.adapter.smartmeter.0 because enabled 2018-12-28 11:52:27.858 - info: host.raspberrypi instance system.adapter.smartmeter.0 started with pid 2019 2018-12-28 11:52:29.863 - info: smartmeter.0 starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v8.12.0Vielen Dank im Voraus für eure Hilfe.
VG Ronny
Edit: Logfile bitte in Code Tags Posten
-
Welcher Zähler?
Screenshot der Adapter Einstellungen?
Minicom hast du vor dem Start der Instanz beendet?
-
EasyMeter Q3B
Minicom ist beendet.
Smartmeter Adapter Einstellungen:
-
Kannst du das mal so einstellen ausser den Namen für den Lesekopf! Der muss natürlich zu deinem System passen.
-
Hi.
Benutze bitte mal diese Einstellungen, diese habe ich erfolgreich seit Monaten an meinem Q3B :
Gruß
Volker
-
Wenn es dann immer noch nicht tut bitte mal sagen ob es immer nicht tut oder manchmal doch? Bitte auf prüfen das der köpft komplett drauf sitzt und so. Ebenso wie lang ist das usb Kabel? Aktiv versorgt an nem usb hub mit Strom? Oder passiv am normalen usb Anschluss?
Gesendet vom Handy …
-
Werte werden sporadisch korrekt eingelesen. Bei SML die Datenübertragung auf Standard Protokoll zu stellen bringt keine Verbesserung.
Mit der Option "D0" Protokoll kommt nur die Fehlermeldung im Log: "Error: No or too long answer from Serial Device after last request."
USB Lesekopf ist direkt an einem RasPi3 USB Port verbunden, ohne aktive USB Verlängerung, Kabel ca. 2m.
-
Mit welchen Einstellungen denn jetzt und hast du ein Logfile davon?
-
Wenn es manchmal ankommt Gehe ich nicht davon aus das der Zähler falsche Daten sendet sondern das es manchmal Übertragungsfehler gibt. Bei mir hat sich das mit nem aktiven usb hub gelöst bzw stelle sicher das das Netzteil am raspi auch wirklich genug liefert. Ich hab aber auch längere Leitungen gehabt
Format ist SML von daher ist D0 falsch.
Gesendet vom Handy …
-
Datenblatt Q3B:
Sorry, ich habe mich vertan, mein Zähler ist der EasyMeter Q3DB
