Adapter "smartmeter"
-
@homoran OK, wieder was gelernt...
Bei mir stehen 9600 drin, kann sein, dass ich die damals eingetragen hatte, ist lange her... -
@mauseb also an sich gelten bei leeren Feldern gewisse Standards je nach gewähltem Protokoll und bei d0 sind das 300 Baus für die initiale Aushandlung. Jetzt ist die frage
In welches Feld du es eingetragen hast… aber naja Hauptsache es tut. -
@amg_666 dann ist es ggf eine konfig die nur ließt weil der Zähler von sich aus sendet.
-
@apollon77 Hi, ich hab hier einen Landis + Gyr in der Unterverteilung den ich gerne auslesen möchte. Da ich zu dem Zähler kaum was brauchbares finde, erst mal die Frage ob der überhaupt funktionieren wird.
Hier noch Info zu Startsequenz etc. Wie sollte das am Adapter dann konfiguriert werden?
Der Zähler erwartet die Initialsequenz mit 300bd, 7E1
/?! (hex: 2F 3F 21) (plus CR LF)
Antwort vom Zähler:LGZ5ZMF100AC.M13
Die 5 in LGZ5ZMF zeigt, das eine Baudrate von max. 9600bd unterstützt wird.Startsequenz für 300bd:
000 (hex: 06 30 30 30) (plus CR LF)
-
@fanatikz sagte in Adapter "smartmeter":
ob der überhaupt funktionieren wird.
probier's aus.
müsste funktionieren.Bei Volkszähler steht auch nicht viel, aber da läuft's anscheinend. Das Datenblatt für den Zähler ist da ja verlinkt
ich würde es erstmal mit der Standardeinstellung beginnen -
@fanatikz D0 Protokoll serial bidirektional alles Standard. Ggf bei denen falls es nicht geht bei wake up ne Zahl zwischen 10-20 eintragen. Mal probieren.
-
@apollon77
OK, hab mehrere Varianten mal durchgespielt, bekomme keine Rückmeldung, bin mir noch nicht sicher, obs an den Einstellungen oder dem Zähler selbst liegt.Den Lesekopf hab ich mal mit
cat /dev/ttyUSB0ausgelesen und mit einer Fernbedienung befeuert, entsprechend kommt was zurück, wenn er auf dem Zähler hängt kommt nix. Gedreht ist er ebenfalls wie bei Volkszähler angemerkt.
Auch die IR-LED ist tot am Zähler, wenn man mit der Handycam mal drauf schaut.
Ich hab das jetzt so interpretiert, dass ich dem die Startsequenz schicken muss, dass der was tut.Anbei das Log:
smartmeter.0 2109 2022-06-15 20:24:55.974 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2109 2022-06-15 20:24:55.973 warn No or too long answer from Serial Device after last request. smartmeter.0 2109 2022-06-15 20:17:54.844 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2109 2022-06-15 20:17:54.843 warn No or too long answer from Serial Device after last request. smartmeter.0 2109 2022-06-15 20:15:53.723 debug connected set to false smartmeter.0 2109 2022-06-15 20:15:53.719 silly States system redis pmessage system.adapter.smartmeter.0.logLevel/system.adapter.smartmeter.0.logLevel:{"val":"silly","ack":true,"ts":1655316953715,"q":0,"from":"system.adapter.smartmeter.0","lc":1655315035947} smartmeter.0 2109 2022-06-15 20:15:53.714 debug SmartmeterObis options: {"debug":0,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":300,"transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_c60c2517e68fec118343a88043a0c072-if00-port0","transportSerialBaudrate":null,"transportSerialMessageTimeout":null,"protocolD0WakeupCharacters":15,"obisFallbackMedium":1} smartmeter.0 2109 2022-06-15 20:15:53.701 info starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.18.2, js-controller: 4.0.23 smartmeter.0 2109 2022-06-15 20:15:53.619 info Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system smartmeter.0 2109 2022-06-15 20:15:53.617 debug Plugin sentry Initialize Plugin (enabled=true) smartmeter.0 2109 2022-06-15 20:15:53.523 silly statesDB connected smartmeter.0 2109 2022-06-15 20:15:53.523 debug States connected to redis: 127.0.0.1:9000 smartmeter.0 2109 2022-06-15 20:15:53.464 debug States create User PubSub Client smartmeter.0 2109 2022-06-15 20:15:53.463 debug States create System PubSub Client smartmeter.0 2109 2022-06-15 20:15:53.453 debug Redis States: Use Redis connection: 127.0.0.1:9000 smartmeter.0 2109 2022-06-15 20:15:53.452 silly objectDB connected smartmeter.0 2109 2022-06-15 20:15:53.450 silly redis psubscribe cfg.o.enum.* smartmeter.0 2109 2022-06-15 20:15:53.349 silly redis psubscribe cfg.o.system.user.* smartmeter.0 2109 2022-06-15 20:15:53.348 debug Objects connected to redis: 127.0.0.1:9001 smartmeter.0 2109 2022-06-15 20:15:53.017 debug Objects client initialize lua scripts smartmeter.0 2109 2022-06-15 20:15:52.740 debug Objects create User PubSub Client smartmeter.0 2109 2022-06-15 20:15:52.740 debug Objects create System PubSub Client smartmeter.0 2109 2022-06-15 20:15:52.739 debug Objects client ready ... initialize now smartmeter.0 2109 2022-06-15 20:15:52.714 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 smartmeter.0 1114 2022-06-15 20:15:49.137 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason smartmeter.0 1114 2022-06-15 20:15:49.137 debug Plugin sentry destroyed smartmeter.0 1114 2022-06-15 20:15:49.137 info terminating smartmeter.0 1114 2022-06-15 20:15:49.135 info Got terminate signal TERMINATE_YOURSELF smartmeter.0 1114 2022-06-15 20:15:49.135 silly States system redis pmessage system.adapter.smartmeter.0.sigKill/system.adapter.smartmeter.0.sigKill:{"val":-1,"ack":false,"ts":1655316949135,"q":0,"from":"system.host.nostromo","lc":1655316949135} -
@fanatikz sagte in Adapter "smartmeter":
Den Lesekopf hab ich mal mit cat /dev/ttyUSB0 ausgelesen
erstens darf nur einer auf den Kopf zugreifen. Die Konsole oder iobroker.
Sieh zu dass die Verbindung von der Konsole definitiv beendet wird.Bei Volkszähler stand etwas, dass der Lesekopf "über Kopf" montiert werden mussIst die Schnittstelle freigeschaltet?
-
@homoran said in Adapter "smartmeter":
@fanatikz sagte in Adapter "smartmeter":
Den Lesekopf hab ich mal mit cat /dev/ttyUSB0 ausgelesen
erstens darf nur einer auf den Kopf zugreifen. Die Konsole oder iobroker.
Sieh zu dass die Verbindung von der Konsole definitiv beendet wird.Bei Volkszähler stand etwas, dass der Lesekopf "über Kopf" montiert werden mussIst die Schnittstelle freigeschaltet?
Konsole ist aus.In der Richtung Freischaltung hab ich nichts gemacht, denke es wird auch nicht funktionieren, da es ja nicht mein Hauptzähler sondern einer in meiner UV ist. Für meinen Hauptzähler hab ich die Freischaltung, ist aber ein anderes Fabrikat.
-
@fanatikz wo der Zähler hängt ist irrelevant
g7bt es da auch ein einzublinkendes Menü mit INF_ON?
-
@fanatikz zeig mal Screenshot der konfig bitte
-
@apollon77
Gestartet bin ich hiermit:
Zuletzt hab ich diese Einstellungen probiert, da die nach meinem Verständnis den Anforderungen entsprechen.
Zusätzlich hab ich auch versucht /?! (hex: 2F 3F 21) (plus CR LF) als SignOn Nachricht mitzugeben.
-
@fanatikz hast du da werte rausgelöscht die als default drin waren?? Kommt mir so vor.
Also ein leeres datenabfrageinterval ist auch mal nicht sinnvoll.
Also am besten instanz nochmal löschen und neu anlegen. Dann nur das obige setzen und ggf die baudrate auf 300 setzen.
Signon ist immer im Standard schon das was du willst. Da musst du nichts eintragen.
Und dann nur Anzahl wake-up Zeichen setzen. Keiner hat was von einem „D0 Modus override auf A“ geschrieben
Und bitte debug log davon dann.
Es wird hier immer wild rumprobiert und am Ende soll ich raten woran es liegt ;-))
-
@apollon77 said in Adapter "smartmeter":
nabfrageinterval ist auch mal nicht sinnvoll.
Also am besten instanz nochmal löschen und neu anlegen. Dann nur das obige setzen und ggf die baudrate auf 300 setzen.
Signon ist immer im Standard schon das was du willst. Da musst du nichts eintragen.Alles klar, hab ich versucht, feedback schaut jetzt etwas anders aus aber noch immer "false".
Auch mit 300bd.smartmeter.0 20992 2022-06-16 19:15:06.574 debug Error: No match for Message "" smartmeter.0 20992 2022-06-16 19:15:06.573 warn No match for Message "" smartmeter.0 20992 2022-06-16 19:15:06.274 debug connected set to false smartmeter.0 20992 2022-06-16 19:15:06.263 debug SmartmeterObis options: {"debug":0,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_c60c2517e68fec118343a88043a0c072-if00-port0","transportSerialBaudrate":300,"transportSerialMessageTimeout":null,"protocolD0WakeupCharacters":15} smartmeter.0 20992 2022-06-16 19:15:06.251 info starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.18.2, js-controller: 4.0.23 smartmeter.0 20992 2022-06-16 19:15:06.201 info Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system smartmeter.0 20992 2022-06-16 19:15:06.199 debug Plugin sentry Initialize Plugin (enabled=true)
Hier aus der Datei:
06-16 22:49:29.916 - ^[[32minfo^[[39m: host.nostromo stopInstance system.adapter.smartmeter.0 (force=false, process=true) 2022-06-16 22:49:29.921 - ^[[35msilly^[[39m: smartmeter.0 (20478) States system redis pmessage system.adapter.smartmeter.0.sigKill/system.adapter.smartmeter.0.sigKill:{"val":-1,"ack":false,"ts":1655412569918,"q":0,"from":"system.host.nostromo","lc":1655412569918} 2022-06-16 22:49:29.922 - ^[[32minfo^[[39m: smartmeter.0 (20478) Got terminate signal TERMINATE_YOURSELF 2022-06-16 22:49:29.926 - ^[[32minfo^[[39m: smartmeter.0 (20478) terminating 2022-06-16 22:49:29.927 - ^[[34mdebug^[[39m: smartmeter.0 (20478) Plugin sentry destroyed 2022-06-16 22:49:29.927 - ^[[32minfo^[[39m: smartmeter.0 (20478) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2022-06-16 22:49:29.974 - ^[[32minfo^[[39m: host.nostromo stopInstance system.adapter.smartmeter.0 send kill signal 2022-06-16 22:49:30.498 - ^[[32minfo^[[39m: host.nostromo instance system.adapter.smartmeter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-06-16 22:49:33.049 - ^[[32minfo^[[39m: host.nostromo instance system.adapter.smartmeter.0 started with pid 20988 2022-06-16 22:49:33.458 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Redis Objects: Use Redis connection: 127.0.0.1:9001 2022-06-16 22:49:33.476 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Objects client ready ... initialize now 2022-06-16 22:49:33.477 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Objects create System PubSub Client 2022-06-16 22:49:33.477 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Objects create User PubSub Client 2022-06-16 22:49:33.510 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Objects client initialize lua scripts 2022-06-16 22:49:33.512 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Objects connected to redis: 127.0.0.1:9001 2022-06-16 22:49:33.513 - ^[[35msilly^[[39m: smartmeter.0 (20988) redis psubscribe cfg.o.system.user.* 2022-06-16 22:49:33.526 - ^[[35msilly^[[39m: smartmeter.0 (20988) redis psubscribe cfg.o.enum.* 2022-06-16 22:49:33.527 - ^[[35msilly^[[39m: smartmeter.0 (20988) objectDB connected 2022-06-16 22:49:33.528 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Redis States: Use Redis connection: 127.0.0.1:9000 2022-06-16 22:49:33.539 - ^[[34mdebug^[[39m: smartmeter.0 (20988) States create System PubSub Client 2022-06-16 22:49:33.539 - ^[[34mdebug^[[39m: smartmeter.0 (20988) States create User PubSub Client 2022-06-16 22:49:33.603 - ^[[34mdebug^[[39m: smartmeter.0 (20988) States connected to redis: 127.0.0.1:9000 2022-06-16 22:49:33.604 - ^[[35msilly^[[39m: smartmeter.0 (20988) statesDB connected 2022-06-16 22:49:33.726 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Plugin sentry Initialize Plugin (enabled=true) 2022-06-16 22:49:33.727 - ^[[32minfo^[[39m: smartmeter.0 (20988) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system 2022-06-16 22:49:33.770 - ^[[32minfo^[[39m: smartmeter.0 (20988) starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.18.2, js-controller: 4.0.23 2022-06-16 22:49:33.783 - ^[[34mdebug^[[39m: smartmeter.0 (20988) SmartmeterObis options: {"debug":0,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_c60c2517e68fec118343a88043a0c072-if00-port0","transportSerialBaudrate":300,"transportSerialMessageTimeout":120000,"protocolD0WakeupCharacters":20,"obisFallbackMedium":1} 2022-06-16 22:49:33.789 - ^[[35msilly^[[39m: smartmeter.0 (20988) States system redis pmessage system.adapter.smartmeter.0.logLevel/system.adapter.smartmeter.0.logLevel:{"val":"silly","ack":true,"ts":1655412573785,"q":0,"from":"system.adapter.smartmeter.0","lc":1655399448678} 2022-06-16 22:49:33.794 - ^[[34mdebug^[[39m: smartmeter.0 (20988) connected set to false 2022-06-16 22:51:35.086 - ^[[33mwarn^[[39m: smartmeter.0 (20988) No or too long answer from Serial Device after last request. 2022-06-16 22:51:35.087 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Error: No or too long answer from Serial Device after last request. 2022-06-16 22:58:36.393 - ^[[33mwarn^[[39m: smartmeter.0 (20988) No or too long answer from Serial Device after last request. 2022-06-16 22:58:36.394 - ^[[34mdebug^[[39m: smartmeter.0 (20988) Error: No or too long answer from Serial Device after last request. -
@fanatikz DIe Instanz steht aber nicht auf Lolevel "debug" oder??? Ich brauche bitte "debug" ... nicht "silly". Sorry aber bitte nochmal ein Log
-
@apollon77 Hi, hat ein paar Tage gedauert, hier das Log.
2022-06-22 21:30:53.606 - info: smartmeter.0 (26156) starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.18.2, js-controller: 4.0.23 2022-06-22 21:30:53.618 - error: smartmeter.0 (26156) Serial port device is undefined, check your configuration! 2022-06-22 21:30:54.636 - info: smartmeter.0 (26156) List of port: [{"path":"/dev/ttyACM0","manufacturer":"dresden elektronik ingenieurtechnik GmbH","serialNumber":"DE2191817","pnpId":"usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2191817-if00","vendorId":"1cf1","productId":"0030"},{"path":"/dev/ttyUSB0","manufacturer":"Silicon Labs","serialNumber":"c60c2517e68fec118343a88043a0c072","pnpId":"usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_c60c2517e68fec118343a88043a0c072-if00-port0","vendorId":"10c4","productId":"ea60"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}] 2022-06-22 21:32:29.339 - info: host.nostromo stopInstance system.adapter.smartmeter.0 (force=false, process=true) 2022-06-22 21:32:29.341 - info: smartmeter.0 (26156) Got terminate signal TERMINATE_YOURSELF 2022-06-22 21:32:29.342 - info: smartmeter.0 (26156) terminating 2022-06-22 21:32:29.342 - info: smartmeter.0 (26156) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2022-06-22 21:32:29.410 - info: host.nostromo stopInstance system.adapter.smartmeter.0 send kill signal 2022-06-22 21:32:29.889 - info: host.nostromo instance system.adapter.smartmeter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-06-22 21:32:32.479 - info: host.nostromo instance system.adapter.smartmeter.0 started with pid 26544 2022-06-22 21:32:33.133 - info: smartmeter.0 (26544) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system 2022-06-22 21:32:33.170 - info: smartmeter.0 (26544) starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.18.2, js-controller: 4.0.23 2022-06-22 21:32:49.899 - info: host.nostromo stopInstance system.adapter.smartmeter.0 (force=false, process=true) 2022-06-22 21:32:49.901 - info: smartmeter.0 (26544) Got terminate signal TERMINATE_YOURSELF 2022-06-22 21:32:49.903 - info: smartmeter.0 (26544) terminating 2022-06-22 21:32:49.904 - info: smartmeter.0 (26544) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2022-06-22 21:32:49.941 - info: host.nostromo stopInstance system.adapter.smartmeter.0 send kill signal 2022-06-22 21:32:50.473 - info: host.nostromo instance system.adapter.smartmeter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-06-22 21:32:53.010 - info: host.nostromo instance system.adapter.smartmeter.0 started with pid 26633 2022-06-22 21:32:53.431 - debug: smartmeter.0 (26633) Redis Objects: Use Redis connection: 127.0.0.1:9001 2022-06-22 21:32:53.450 - debug: smartmeter.0 (26633) Objects client ready ... initialize now 2022-06-22 21:32:53.451 - debug: smartmeter.0 (26633) Objects create System PubSub Client 2022-06-22 21:32:53.451 - debug: smartmeter.0 (26633) Objects create User PubSub Client 2022-06-22 21:32:53.484 - debug: smartmeter.0 (26633) Objects client initialize lua scripts 2022-06-22 21:32:53.486 - debug: smartmeter.0 (26633) Objects connected to redis: 127.0.0.1:9001 2022-06-22 21:32:53.502 - debug: smartmeter.0 (26633) Redis States: Use Redis connection: 127.0.0.1:9000 2022-06-22 21:32:53.512 - debug: smartmeter.0 (26633) States create System PubSub Client 2022-06-22 21:32:53.513 - debug: smartmeter.0 (26633) States create User PubSub Client 2022-06-22 21:32:53.576 - debug: smartmeter.0 (26633) States connected to redis: 127.0.0.1:9000 2022-06-22 21:32:53.680 - debug: smartmeter.0 (26633) Plugin sentry Initialize Plugin (enabled=true) 2022-06-22 21:32:53.681 - info: smartmeter.0 (26633) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system 2022-06-22 21:32:53.764 - info: smartmeter.0 (26633) starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.18.2, js-controller: 4.0.23 2022-06-22 21:32:53.776 - debug: smartmeter.0 (26633) SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_c60c2517e68fec118343a88043a0c072-if00-port0","transportSerialBaudrate":null,"transportSerialMessageTimeout":null,"protocolD0WakeupCharacters":0} 2022-06-22 21:32:53.777 - debug: smartmeter.0 (26633) CREATE SERIALPORT: 300 7 1 even 2022-06-22 21:32:53.780 - debug: smartmeter.0 (26633) SERIALPORT OPEN 2022-06-22 21:32:53.782 - debug: smartmeter.0 (26633) SERIALPORT RESET BAUDRATE TO 300 2022-06-22 21:32:53.784 - debug: smartmeter.0 (26633) INITIAL MESSAGES TO SEND: 2 2022-06-22 21:32:53.784 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE 2022-06-22 21:32:53.785 - debug: smartmeter.0 (26633) TO SEND 2: 2022-06-22 21:32:53.785 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE 2022-06-22 21:32:53.785 - debug: smartmeter.0 (26633) TO SEND 1: /?! 2022-06-22 21:32:53.788 - debug: smartmeter.0 (26633) connected set to false 2022-06-22 21:32:53.930 - debug: smartmeter.0 (26633) DONE SEND 1 2022-06-22 21:32:54.183 - debug: smartmeter.0 (26633) DONE SEND 0 2022-06-22 21:32:54.184 - debug: smartmeter.0 (26633) SET MESSAGE TIMEOUT TIMER2: 120000 2022-06-22 21:32:57.157 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:32:57.159 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:32:57.159 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:33:03.647 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:33:03.648 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:33:03.648 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:33:10.122 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:33:10.122 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:33:10.123 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:33:16.781 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:33:16.782 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:33:16.782 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:33:24.187 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:33:24.187 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:33:24.188 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:33:38.689 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:33:38.690 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:33:38.690 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:33:45.867 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:33:45.868 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:33:45.868 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:00.308 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:34:00.309 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:34:00.309 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:07.474 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:34:07.475 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:34:07.475 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:14.680 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:34:14.681 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:34:14.681 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:21.858 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:34:21.858 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:34:21.859 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:27.942 - info: deconz.0 (2025) State value to set for "deconz.0.sensors.00158d0004447da4.pending" has to be stringified but received type "object" 2022-06-22 21:34:29.043 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:34:29.043 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:34:29.044 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:43.433 - debug: smartmeter.0 (26633) NEW DATA 2022-06-22 21:34:43.434 - debug: smartmeter.0 (26633) CURRENT PROCESS STEP 2 IN CHECKMESSAGE 2022-06-22 21:34:43.434 - debug: smartmeter.0 (26633) MATCH-RESULT SIGNON: "" -> null 2022-06-22 21:34:54.185 - debug: smartmeter.0 (26633) MESSAGE TIMEOUT TRIGGERED 2022-06-22 21:34:54.186 - debug: smartmeter.0 (26633) Error: No or too long answer from Serial Device after last request. 2022-06-22 21:34:54.187 - warn: smartmeter.0 (26633) No or too long answer from Serial Device after last request. 2022-06-22 21:34:54.187 - debug: smartmeter.0 (26633) Error: No or too long answer from Serial Device after last request. 2022-06-22 21:34:54.188 - debug: smartmeter.0 (26633) Transport Reset!! Restart = true 2022-06-22 21:34:54.188 - debug: smartmeter.0 (26633) STOP 2022-06-22 21:34:54.189 - debug: smartmeter.0 (26633) CLEAR MESSAGE TIMEOUT TIMER 2022-06-22 21:34:54.192 - debug: smartmeter.0 (26633) SERIALPORT CLOSE 2022-06-22 21:34:54.192 - debug: smartmeter.0 (26633) SERIALPORT REMOVE LISTENERS 2022-06-22 21:34:54.193 - debug: smartmeter.0 (26633) CURRENT SIGNON MESSAGE COUNTER 1 OF 1 2022-06-22 21:34:54.194 - debug: smartmeter.0 (26633) DELETE rest of data (0) because new Message start with a new Request Message 2022-06-22 21:34:54.194 - debug: smartmeter.0 (26633) SCHEDULE NEXT RUN IN 300000s -
@fanatikz Ok, also am Ende antwortet das gerät aktuell nichts .. aber das kann ja sein weil Du oben noch was von ner besonderen Logon Message geschrieben hattest. Diese "000" ... jetzt ist nur die Frage was das ist.
Du kannst mal versuchen in Wake up Zeichen eine 3 zu schreiben das sollte 3x0 sein was er dann sendet. Dann Debug zeigen nochmal.
Alternativ schreib die 000 in "Device address". Leider sind da die Volksaehler infos alles andere als eindeutig
-
Hallo Zusammen,
kurze Frage gibt es auch eine Möglichkeit den Smart Meter Interface von Tasmota mit dem Adapter auszulesen?
Grüße
Stoffel
-
@stoffel Ich kenne die Tasmota Smartmeter-Geschichte nicht aus eigener Ansicht. Aber so weit ich das bisher gelesen habe, wird dort auf MQTT ausgegeben. Dann sind die Daten ja auch im ioBroker und der Smartmeter Adapter wird in dieser Konfiguration nicht gebraucht.
Es gibt wohl auch die Möglichkeiten ser2net auf ESPEasy oder auch Tasmota zu betreiben. Damit könnte man auch via TCP an den smartmeter-Adapter einzuliefern. Bei der ESPEasy-Lösung steht ein Stabilitätsvorbehalt in den Unterlagen.
So ähnlich mache ich das, aber mit Geräten von USRIOT und über LAN. Das ist sehr stabil. -
Danke für deine Rückmeldung, ja ich habe die Daten bereits per MQTT im IOBroker.
Was mir aktuell nur sehr schwer fällt ist das parsen um den String in einzelne Daten Objekte zu bekommen, da würde mir der Adapter die Arbeit abnehmen :).
Grüße
Stoffel
