Adapter "smartmeter"

Homoran

@thomas-p-0 in deinem Parallelthread hattest du geschrieben

Auf das senden von /?! kommt das Telegramm.

hier sieht es ähnlich aus

@thomas-p-0 sagte in Adapter "smartmeter":

18:33:48.968 - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE
2023-02-04 18:33:48.970 - debug: smartmeter.0 (2273) TO SEND 1: /?!
2023-02-04 18:33:49.128 - debug: smartmeter.0 (2273) DONE SEND 1
2023-02-04 18:33:49.172 - debug: smartmeter.0 (2273) NEW DATA

dann schreibst du

@thomas-p-0 sagte in Adapter "smartmeter":

erwartet er danach den Befehl <ACK>0Z0<CR><LF> um weiter zu machen.

wo hast du diese Info her?
hab ich auch im Parallelthread nicht gefunden

Thomas P 0

@homoran
Die Request-Message passt. Allerdings erwartet der Zähler gemäß IEC62056-21 nach der Request-Message noch das ACK-Signal und das was er machen soll, in dem Fall den String 0Z0 CR+LF. Dann kommen die Daten. Aber so wie ich das Log lesen, sendet das smarmeter-Adapter nur den Anfang /?! CR+LF

Und da auf Github "Mode baudrate changeover and Ack-Message needed" habe ich auch damals das Überschreiben der Baudrate-Änderung auf 300 gesetzt, und Mode C ausgewäht. Baud-Rate stimmt, nur die "Acknowledgement/option select message" fehlt noch. Die sendet der smartmeter-Adapter nicht.

Thomas P 0

@homoran
Aus https://www.counttec.de/WebRoot/Store26/Shops/17782539/57CE/96DE/FA76/51DB/2B0B/C0A8/2ABA/7B8B/Bedienungsanleitung_Drehstromzaehler_Counttec_Baylan.pdf

Aus dem Thread https://forum.iobroker.net/topic/62395/baylan-drehstromzähler-erfahrung/2

Homoran

@thomas-p-0 da müsste jetzt @apollon77 was zu sagen. Das geht mir zu tief.

wendy2702

@thomas-p-0 Hatte es eben schon geschrieben aber hast du mal nur Mode A oder C ausgewählt ohne die Baudrate anzugeben?

Thomas P 0

@wendy2702
Mode C ja, Mode A nein, teste gerade. Sieht aber genau so aus wie bei Mode C. Mode A sendet wenn ich es richtig gelesen habe ja kein ACK

P.S.: Mode A macht das selbe

apollon77

@superda Versuch es doch mal mit mbus ... und ganz ehrlich ... Frag ggf echt beim Hersteller

apollon77

@thomas-p-0 Muss ichmir später mal anschauen ... An sich sendet der Adapter alles automatisch ... Keine Ahnung was der Zähler wieder spezielles hat

Thomas P 0

@apollon77
Naja, spezielles eigentlich nicht, es steht ja so in der Norm.

Falls du Zugang brauchst zum Livesystem sag bescheid, dann schalte ich ssh frei. Http braucht leider etwas zum Feischalten, das muss ich mir morgen mal anschauen.

apollon77

@thomas-p-0 bitte Screenshot der konfig und vollständiges debug log posten nichts weglassen wie oben (da hast du am Anfang was nicht dabei)

Thomas P 0

@apollon77
Hallo Apollon,

2023-02-04 19:45:51.562  - info: host.zaehlerpi stopInstance system.adapter.smartmeter.0 (force=false, process=true)
2023-02-04 19:45:51.574  - info: smartmeter.0 (3434) Got terminate signal TERMINATE_YOURSELF
2023-02-04 19:45:51.578  - debug: smartmeter.0 (3434) STOP
2023-02-04 19:45:51.580  - debug: smartmeter.0 (3434) CLEAR MESSAGE TIMEOUT TIMER
2023-02-04 19:45:51.582  - info: smartmeter.0 (3434) terminating
2023-02-04 19:45:51.585  - debug: smartmeter.0 (3434) Plugin sentry destroyed
2023-02-04 19:45:51.586  - info: smartmeter.0 (3434) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2023-02-04 19:45:51.613  - info: host.zaehlerpi stopInstance system.adapter.smartmeter.0 send kill signal
2023-02-04 19:45:52.177  - info: host.zaehlerpi instance system.adapter.smartmeter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-02-04 19:45:54.674  - info: host.zaehlerpi instance system.adapter.smartmeter.0 started with pid 5793
2023-02-04 19:45:58.307  - debug: smartmeter.0 (5793) Redis Objects: Use Redis connection: 127.0.0.1:9001
2023-02-04 19:45:58.446  - debug: smartmeter.0 (5793) Objects client ready ... initialize now
2023-02-04 19:45:58.454  - debug: smartmeter.0 (5793) Objects create System PubSub Client
2023-02-04 19:45:58.459  - debug: smartmeter.0 (5793) Objects create User PubSub Client
2023-02-04 19:45:58.550  - debug: smartmeter.0 (5793) Objects client initialize lua scripts
2023-02-04 19:45:58.577  - debug: smartmeter.0 (5793) Objects connected to redis: 127.0.0.1:9001
2023-02-04 19:45:58.628  - debug: smartmeter.0 (5793) Redis States: Use Redis connection: 127.0.0.1:9000
2023-02-04 19:45:58.649  - debug: smartmeter.0 (5793) States create System PubSub Client
2023-02-04 19:45:58.654  - debug: smartmeter.0 (5793) States create User PubSub Client
2023-02-04 19:45:58.681  - debug: smartmeter.0 (5793) States connected to redis: 127.0.0.1:9000
2023-02-04 19:45:58.744  - debug: smartmeter.0 (5793) Plugin sentry Initialize Plugin (enabled=true)
2023-02-04 19:45:59.335  - info: smartmeter.0 (5793) starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v16.19.0, js-controller: 4.0.24
2023-02-04 19:45:59.403  - debug: smartmeter.0 (5793) SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0041-if00-port0","transportSerialBaudrate":null,"transportSerialMessageTimeout":null,"protocolD0WakeupCharacters":0,"protocolD0DeviceAddress":"66002067","obisFallbackMedium":1}
2023-02-04 19:45:59.411  - debug: smartmeter.0 (5793) CREATE SERIALPORT: 300 7 1 even
2023-02-04 19:45:59.431  - debug: smartmeter.0 (5793) SERIALPORT OPEN
2023-02-04 19:45:59.470  - debug: smartmeter.0 (5793) SERIALPORT RESET BAUDRATE TO 300
2023-02-04 19:45:59.479  - debug: smartmeter.0 (5793) INITIAL MESSAGES TO SEND: 2
2023-02-04 19:45:59.482  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE
2023-02-04 19:45:59.484  - debug: smartmeter.0 (5793) TO SEND 2:
2023-02-04 19:45:59.485  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE
2023-02-04 19:45:59.487  - debug: smartmeter.0 (5793) TO SEND 1: /?66002067!

2023-02-04 19:45:59.519  - debug: smartmeter.0 (5793) connected set to false
2023-02-04 19:45:59.896  - debug: smartmeter.0 (5793) DONE SEND 1
2023-02-04 19:45:59.958  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:45:59.963  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:45:59.964  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/" -> null
2023-02-04 19:45:59.988  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:45:59.990  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:45:59.992  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/B" -> null
2023-02-04 19:46:00.022  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.024  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.025  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BY" -> null
2023-02-04 19:46:00.055  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.057  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.058  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL" -> null
2023-02-04 19:46:00.089  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.091  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.093  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6" -> null
2023-02-04 19:46:00.122  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.124  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.126  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<" -> null
2023-02-04 19:46:00.150  - debug: smartmeter.0 (5793) DONE SEND 0
2023-02-04 19:46:00.154  - debug: smartmeter.0 (5793) SET MESSAGE TIMEOUT TIMER2: 120000
2023-02-04 19:46:00.177  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.179  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.181  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1" -> null
2023-02-04 19:46:00.192  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.194  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.195  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>" -> null
2023-02-04 19:46:00.222  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.224  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.225  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>B" -> null
2023-02-04 19:46:00.256  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.257  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.258  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BY" -> null
2023-02-04 19:46:00.288  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.289  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.290  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL" -> null
2023-02-04 19:46:00.322  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.323  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.324  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-" -> null
2023-02-04 19:46:00.355  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.356  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.357  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-C" -> null
2023-02-04 19:46:00.388  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.390  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.391  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CR" -> null
2023-02-04 19:46:00.423  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.424  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.425  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH" -> null
2023-02-04 19:46:00.455  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.456  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.457  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-" -> null
2023-02-04 19:46:00.489  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.490  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.491  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-B" -> null
2023-02-04 19:46:00.521  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.523  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.524  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BT" -> null
2023-02-04 19:46:00.556  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.558  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.559  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK" -> null
2023-02-04 19:46:00.588  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.589  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.590  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK3" -> null
2023-02-04 19:46:00.622  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.623  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.624  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30" -> null
2023-02-04 19:46:00.654  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.657  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.658  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-" -> null
2023-02-04 19:46:00.688  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.690  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.691  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R" -> null
2023-02-04 19:46:00.722  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.723  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.725  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R1" -> null
2023-02-04 19:46:00.755  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.756  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.757  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R1\r" -> null
2023-02-04 19:46:00.789  - debug: smartmeter.0 (5793) NEW DATA
2023-02-04 19:46:00.790  - debug: smartmeter.0 (5793) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 19:46:00.791  - debug: smartmeter.0 (5793) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R1\r\n" -> null
2023-02-04 19:48:00.159  - debug: smartmeter.0 (5793) MESSAGE TIMEOUT TRIGGERED
2023-02-04 19:48:00.162  - debug: smartmeter.0 (5793) Error: No or too long answer from Serial Device after last request.
2023-02-04 19:48:00.167  - warn: smartmeter.0 (5793) No or too long answer from Serial Device after last request.
2023-02-04 19:48:00.169  - debug: smartmeter.0 (5793) Error: No or too long answer from Serial Device after last request.
2023-02-04 19:48:00.170  - debug: smartmeter.0 (5793) Transport Reset!! Restart = true
2023-02-04 19:48:00.173  - debug: smartmeter.0 (5793) STOP
2023-02-04 19:48:00.174  - debug: smartmeter.0 (5793) CLEAR MESSAGE TIMEOUT TIMER
2023-02-04 19:48:00.190  - debug: smartmeter.0 (5793) SERIALPORT CLOSE
2023-02-04 19:48:00.192  - debug: smartmeter.0 (5793) SERIALPORT REMOVE LISTENERS
2023-02-04 19:48:00.198  - debug: smartmeter.0 (5793) CURRENT SIGNON MESSAGE COUNTER 1 OF 1
2023-02-04 19:48:00.200  - debug: smartmeter.0 (5793) DELETE rest of data (0) because new Message start with a new Request Message
2023-02-04 19:48:00.201  - debug: smartmeter.0 (5793) SCHEDULE NEXT RUN IN 300000s

Das ist ein ganzer Abfragezyklus. Ich habe den Adapter eu gestartet, um die Abfrage auszulösen.

MfG
Thomas Pfaffinger

apollon77

@thomas-p-0 warum ist bei Modus override ein C drin? Der Grund ist aktuell das er die signon Nachricht nicht erkennt. Daher geht’s nicht weiter. Mein Tipp liegt an den < Bzw >. Muss schauen was die specs sagen aber solche Zeichen wären mir an sich neu. Dann müsste ich das einbauen. Wenn die Kinderbibel Bett sind schaue ich mal.

Edit aaahhhhhhh tja die signon ist zu lang formal … um ein Zeichen zu lang.

https://github.com/Apollon77/smartmeter-obis/blob/master/lib/protocols/D0Protocol.js Hier zeile 9 das 4,22 heißt „nach dem / kommen vor dem Zeilenende 4 bis 22 Zeichen“. Dein Zähler senden …. Trommelwirbel …. 23 (wenn ich mich nicht verzählt hab) kannst das file mal suchen und nen 23 reinschreiben anstelle der 22. wenn’s dann weitergeht ist’s das. Dann bitte github issue Anlegen. Muss ich wohl das Limit ändern. Hachja. Standards und die Hersteller …

Thomas P 0

@apollon77 said in Adapter "smartmeter":

D0Protocol.js

Guten Morgen Appollon,
ja das war es. Jetzt funktioniert es. Vielen Dank. Kann man dir irgendwie ein Dankeschön zukommen lassen?
In meinen Spec stehen übrigens 32 Zeichen. Welche ist denn nun richtig?
iec62056-21_en

Und ja, das ist der Grund, warum ich in der IT arbeite. Ein Zeichen und schon geht es

MfG
Thomas Pfaffinger

P.S.: Issue ist angelegt. Ich hoffe, das ich das richtig gemacht habe. Ist mein erster

apollon77

@thomas-p-0 na dann lese ich mal deine specs ;-)) vllt gabs ein Update.

Zum „zukommen lassen“ ist Link in meinem footer hier im Forum Oder auch im github bei den Adaptern Seite und oben unter „Sponsor“ als begriff. Danke.

apollon77

@thomas-p-0 ich gehe davon aus das mit der Änderung bei dir erstmal alles tut? Oder geht noch irgendetwas nicht?

Thomas P 0

@apollon77
Allo Apollon,
nein, soweit alles perfekt.

MfG
Thomas Pfaffinger

apollon77

@thomas-p-0 Ok, dann Todo liste

mirko3107

Hallo,

ich habe in meinem Zählerschrank einen "Sagemcom Smarty BZ-Plus" verbaut, einen Zweirichtungszähler.
Aus diesem hatte ich gehofft, die Werte für den aktuellen Verbauch sowie für die einzelnen Phasen per D0
auslesen zu können.
Hab einen USB-IR-Lesekopf an einem Raspberry und einer kleinen Iobroker-Installation als Slave.
Mein erster Erfolg war ein Auslesen per SML, aber da kam nur der aktuelle Verbrauch und ein paar Zählerstände.

Hab dann D0 versucht, da spuckt er mir aber nur Zählerstände aus für jeden Monat des vergangenen Jahres,
keine aktuellen Verbräuche.

Hat noch jemand diesen Zähler erfolgreich auslesen können?
Handbuch1
Handbuch2

Meine Settings:

Danke
Mirko

Homoran

@mirko3107 sagte in Adapter "smartmeter":

Mein erster Erfolg war ein Auslesen per SML, aber da kam nur der aktuelle Verbrauch und ein paar Zählerstände.

das ist dann der richtige Weg gewesen.
Meht gibt es meistens nicht.

wendy2702

@mirko3107 Im Handbuch 1 Seite 16/17 steht doch genau welche Daten man mit welchem Protokoll abfragen kann.

Mehr geht halt nicht.

NEWS

Adapter "smartmeter"

Support us

368

32.4k

81.4k

1.3m