Adapter "smartmeter"

wendy2702

@thomas-p-0 Dann zitiere ich den Adapter Entwickler:

@apollon77 sagte in Adapter "smartmeter":

Bitte anfangen mit den Standardeinstellungen der Instanz!
Beim "D0 Protokoll" ist an sich im Protokoll jeglicher Baudrate Changeover und kram definiert und passiert ganz automatisch! Hier bei der Baudrate den Anfang einstellen. Der ist bei D0 üblicherwerise 300 baud. Und auch "/?" als Signon Nachricht ist standard, also wenn Ihr das anderen kram eingebt macht Ihr es halt einfach eher schlimmer als besser!

Zusätzlich noch sicherstellen das nichts anderes auf den Port zu greift, kein Cat, kein Minicom oder was auch immer.

Mit den Defaults dann ein Debug log einstellen sollte es immer noch nicht funktionieren.

apollon77

@wendy2702 sagte in Adapter "smartmeter":

Modbus soll er auch können.

Was saber dann nochmal was anderes wäre als das was angegeben wurde

apollon77

@thomas-p-0 So jetzt erstmal.... gehe bitte 3 Schritte zurück ... Nimm vor allem das "0Z0" bei der Signon nachricht und die 300 beim Baudrate-Override raus. Ich nehme an das es das schon war ...

Ich mag es immer(ja sarkastisch, ich mag es nämlich gar nicht mehr) wenn user Annahmen treffen, blind irgendwelche Felder ausfüllen und sich dann wundern das es nicht tut.
(Sorry no offense, bist nur in den letzten Tagen nicht der erste und ich hatte erst vor paar Tagen (https://forum.iobroker.net/post/937391) meinen Frust darüber Luft gemacht in netten Worten. Also bitte das lesen, dann danach handeln. Danke

SuperDa

Ok, hab es jetzt verstanden. Trotzdem vielen Dank.

Thomas P 0

@apollon77
Hallo,
kein Problem, mich darf man auch anpflaumen wenn ich was falsch gemacht habe. Bin in der IT tätig und da einiges gewöhnt Ich bin froh über jeden Tipp udn auch unendlich dAnkabr, da ich weiss, was da für eien Arbeit dahinter steckt. Das mit dem Debug war ein super Tipp, auch wenn er mir nichts sagt:

So fängt es an:

smartmeter.0 
2023-02-04 17:51:27.189	debug	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}
smartmeter.0
2023-02-04 17:51:27.122	info	starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v16.19.0, js-controller: 4.0.24
smartmeter.0
2023-02-04 17:51:26.469	debug	Plugin sentry Initialize Plugin (enabled=true)
smartmeter.0
2023-02-04 17:51:26.403	debug	States connected to redis: 127.0.0.1:9000
smartmeter.0
2023-02-04 17:51:26.377	debug	States create User PubSub Client
smartmeter.0
2023-02-04 17:51:26.373	debug	States create System PubSub Client

smartmeter.0
2023-02-04 17:51:26.352	debug	Redis States: Use Redis connection: 127.0.0.1:9000

smartmeter.0
2023-02-04 17:51:26.307	debug	Objects connected to redis: 127.0.0.1:9001

smartmeter.0
2023-02-04 17:51:26.291	debug	Objects client initialize lua scripts

smartmeter.0
2023-02-04 17:51:26.222	debug	Objects create User PubSub Client

smartmeter.0
2023-02-04 17:51:26.218	debug	Objects create System PubSub Client

smartmeter.0
2023-02-04 17:51:26.210	debug	Objects client ready ... initialize now

smartmeter.0
2023-02-04 17:51:26.120	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001

smartmeter.0
2023-02-04 17:51:19.419	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

smartmeter.0
2023-02-04 17:51:19.418	debug	Plugin sentry destroyed

smartmeter.0
2023-02-04 17:51:19.415	info	terminating

smartmeter.0
2023-02-04 17:51:19.411	info	Got terminate signal TERMINATE_YOURSELF

smartmeter.0
2023-02-04 17:51:06.303	debug	connected set to false

Dann meldet er Buchstabenweise

smartmeter.0
2023-02-04 17:51:28.319	debug	MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R1\r\n" -> null

Dabei baut sich das ""/BYL6<1>BYL-CRH-BTK30-R1\r\n" Buchstabenweise auf, ich hoffe der Schnipsel reich, ansonsten kann ich gerne auch die restlichen 200 Zeilen Posten

Und dann leider

smartmeter.0
2023-02-04 17:53:27.713	debug	Transport Reset!! Restart = true

smartmeter.0
2023-02-04 17:53:27.711	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-02-04 17:53:27.710	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2023-02-04 17:53:27.705	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-02-04 17:53:27.701	debug	MESSAGE TIMEOUT TRIGGERED

Für die Gesamtausgabe der Daten braucht er ca 60 Sekunden bei 300 BD. Ich hoffe dir sagt das mehr wie mir. Anscheinend scheitert es an dem Datenrequest nach der Initialen Datenanforderung.

MfG
Thomas Pfaffinger

wendy2702

@thomas-p-0 Hast du denn alles auf Default gestellt?

Thomas P 0

@wendy2702
Hallo Wendy,
ja ausser die beiden Parameter, die Default nicht passen: Datenübertragung und Datenprotokoll

MfG
Thomas Pfaffinger

Homoran

@thomas-p-0 und du hast vorher wirklich den USB Port wieder freigegeben?

fliegema

@homoran

@apollon77 said in Adapter "smartmeter":

@fliegema Also senn da "1b 1b 1b 1b" (wichtig 4 mal!) kommt dann ist das SML und nicht D0 ... Das wäre damit schonmal falsches protokoll in der gezeigten Konfig. Auch generell sehen die Daten nicht nach D0 aus, also mal SML versuchen. Damit tippe ich Du hast ein "SM" Modell? Dann ggf auch die anderen Seriellen einstellungen nutzen 9600,8, none, 1

Danke Euch! Das war der Fehler, an sich peinlich...

Falls Jemand anders den Zähler eBZ DD3 BZ06 DTA - SMZ1 hat anbei die Smartmeter config:

Angeschlossen ist der USB IR Lesekopf EHZ Lese-Schreib-Kopf Volkszähler Hichi Smartmeter an der MSB Schnittstelle:

Danke Euch und Gruß

Thomas P 0

@homoran
Hallo Homoran, Ähmm, Vielleicht. Allerdings empfängt er lt. Log die "Willkommensnachricht" /BYL6<1>BYL-CRH-BTK30-R1 alle 5 Minuten, kann den Port öffnen, und zum schluss sagt er, das er nichts empfängt. Soweit ich das verstanden habe, erwartet er danach den Befehl <ACK>0Z0<CR><LF> um weiter zu machen.

MfG
Thomas Pfaffinger

Homoran

@fliegema sagte in Adapter "smartmeter":

Danke Euch! Das war der Fehler, an sich peinlich...
Falls Jemand anders den Zähler eBZ DD3 BZ06 DTA - SMZ1 hat anbei die Smartmeter config:

den Thread gab es schon
https://forum.iobroker.net/post/923662

Hab damals lange für @michael_4358 nach diesem Zähler gegoogelt.
sonst hätte ich mich nicht so schnell daran erinnert

wendy2702

@thomas-p-0

Vielleicht unterstützt der Zähler den automatischen Wechsel nicht.

Dann wàhle mal Mode A oder C, das soll er laut Anleitung ja können.

Thomas P 0

@homoran
Hallo Homoran,

so sieht das Log alle 5 Minuten aus. Also würde ich sagen ja.

2023-02-04 18:33:48.942  - debug: smartmeter.0 (2273) CREATE SERIALPORT: 300 7 1 even
2023-02-04 18:33:48.952  - debug: smartmeter.0 (2273) SERIALPORT OPEN
2023-02-04 18:33:48.957  - debug: smartmeter.0 (2273) SERIALPORT RESET BAUDRATE TO 300
2023-02-04 18:33:48.962  - debug: smartmeter.0 (2273) INITIAL MESSAGES TO SEND: 2
2023-02-04 18:33:48.965  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE
2023-02-04 18:33:48.967  - debug: smartmeter.0 (2273) TO SEND 2:
2023-02-04 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
2023-02-04 18:33:49.174  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.176  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/" -> null
2023-02-04 18:33:49.205  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.207  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.208  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/B" -> null
2023-02-04 18:33:49.239  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.240  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.242  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BY" -> null
2023-02-04 18:33:49.271  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.273  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.274  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL" -> null
2023-02-04 18:33:49.305  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.307  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.308  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6" -> null
2023-02-04 18:33:49.341  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.344  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.345  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<" -> null
2023-02-04 18:33:49.372  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.375  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.377  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1" -> null
2023-02-04 18:33:49.382  - debug: smartmeter.0 (2273) DONE SEND 0
2023-02-04 18:33:49.384  - debug: smartmeter.0 (2273) SET MESSAGE TIMEOUT TIMER2: 120000
2023-02-04 18:33:49.406  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.408  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.409  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>" -> null
2023-02-04 18:33:49.438  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.441  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.443  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>B" -> null
2023-02-04 18:33:49.472  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.473  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.474  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BY" -> null
2023-02-04 18:33:49.504  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.506  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.507  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL" -> null
2023-02-04 18:33:49.538  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.540  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.541  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-" -> null
2023-02-04 18:33:49.572  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.573  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.574  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-C" -> null
2023-02-04 18:33:49.605  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.606  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.607  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CR" -> null
2023-02-04 18:33:49.639  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.640  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.641  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH" -> null
2023-02-04 18:33:49.671  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.678  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.679  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-" -> null
2023-02-04 18:33:49.705  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.707  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.708  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-B" -> null
2023-02-04 18:33:49.738  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.739  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.740  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BT" -> null
2023-02-04 18:33:49.772  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.773  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.774  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK" -> null
2023-02-04 18:33:49.804  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.805  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.806  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK3" -> null
2023-02-04 18:33:49.838  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.839  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.840  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30" -> null
2023-02-04 18:33:49.872  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.873  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.874  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-" -> null
2023-02-04 18:33:49.905  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.906  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.907  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R" -> null
2023-02-04 18:33:49.938  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.940  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.941  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R1" -> null
2023-02-04 18:33:49.971  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:49.972  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:49.973  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R1\r" -> null
2023-02-04 18:33:50.005  - debug: smartmeter.0 (2273) NEW DATA
2023-02-04 18:33:50.006  - debug: smartmeter.0 (2273) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-02-04 18:33:50.007  - debug: smartmeter.0 (2273) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R1\r\n" -> null
2023-02-04 18:35:49.386  - debug: smartmeter.0 (2273) MESSAGE TIMEOUT TRIGGERED
2023-02-04 18:35:49.390  - debug: smartmeter.0 (2273) Error: No or too long answer from Serial Device after last request.
2023-02-04 18:35:49.391  - warn: smartmeter.0 (2273) No or too long answer from Serial Device after last request.
2023-02-04 18:35:49.393  - debug: smartmeter.0 (2273) Error: No or too long answer from Serial Device after last request.
2023-02-04 18:35:49.395  - debug: smartmeter.0 (2273) Transport Reset!! Restart = true
2023-02-04 18:35:49.396  - debug: smartmeter.0 (2273) STOP
2023-02-04 18:35:49.398  - debug: smartmeter.0 (2273) CLEAR MESSAGE TIMEOUT TIMER
2023-02-04 18:35:49.410  - debug: smartmeter.0 (2273) SERIALPORT CLOSE
2023-02-04 18:35:49.413  - debug: smartmeter.0 (2273) SERIALPORT REMOVE LISTENERS
2023-02-04 18:35:49.416  - debug: smartmeter.0 (2273) CURRENT SIGNON MESSAGE COUNTER 1 OF 1
2023-02-04 18:35:49.417  - debug: smartmeter.0 (2273) DELETE rest of data (0) because new Message start with a new Request Message
2023-02-04 18:35:49.419  - debug: smartmeter.0 (2273) SCHEDULE NEXT RUN IN 300000s

Homoran

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

Also würde ich sagen ja.

ich auch

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

.0 (2273) SERIALPORT OPEN

passt!

Dann versucht der Adapter alle bekannten Signons.
keine passt.

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

NEWS

Adapter "smartmeter"

Support us

672
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

Adapter "smartmeter"

Support us

672Online

31.9kUsers

80.1kTopics

1.3mPosts

672
Online

31.9k
Users

80.1k
Topics

1.3m
Posts