Adapter "smartmeter"

amg_666

@homoran OK, wieder was gelernt...
Bei mir stehen 9600 drin, kann sein, dass ich die damals eingetragen hatte, ist lange her...

apollon77

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

apollon77

@amg_666 dann ist es ggf eine konfig die nur ließt weil der Zähler von sich aus sendet.

Fanatikz

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

Quelle:
https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/landisgyr_zmf120?s[]=landis&s[]=gyr

Homoran

@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

apollon77

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

Fanatikz

@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/ttyUSB0 ausgelesen 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}

Homoran

@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 muss~~

Ist die Schnittstelle freigeschaltet?

Fanatikz

@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 muss~~

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

Homoran

@fanatikz wo der Zähler hängt ist irrelevant

g7bt es da auch ein einzublinkendes Menü mit INF_ON?

apollon77

@fanatikz zeig mal Screenshot der konfig bitte

Fanatikz

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

apollon77

@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 ;-))

Fanatikz

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

apollon77

@fanatikz DIe Instanz steht aber nicht auf Lolevel "debug" oder??? Ich brauche bitte "debug" ... nicht "silly". Sorry aber bitte nochmal ein Log

Fanatikz

@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

apollon77

@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

Stoffel

Hallo Zusammen,

kurze Frage gibt es auch eine Möglichkeit den Smart Meter Interface von Tasmota mit dem Adapter auszulesen?

Grüße

Stoffel

klassisch

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

Stoffel

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

NEWS

Adapter "smartmeter"

Support us

444

32.4k

81.4k

1.3m