NEWS
Adapter "smartmeter"
-
@apollon77 sagte in Adapter "smartmeter":
@superda Ääähhmm ... DU hattest aber schon meine letzte Antwort gesehen??
Da hatte ich schon geschrieben das das eher nach MBus aussieht und das ist ein anderer Adapter und ein ganz anderes Protokoll
Ich hatte das oben schon geschrieben.
Laut Beschreibung nix D0 und wie du richtig erkannt hast MBUS.
Modbus soll er auch können.
-
@apollon77
Hallo Apollon,
ich kämpfe seit gestern mit einem Bylan BTK.30 Strömzähler. Eigentlich sollte er machen was erwartet wird. Ich habe den Smartmeter Adapter wie folgt eingestellt:
Wenn ich den Zähler manuell auslese, bekommeich auch die passenden Daten. Ich habe die Einstellungen in HTerm unter Windows getestet.
- 300BD 7E1 als Serielle Einstellungen
- /?!<CR><LF> zum Starten der Kommunikation
- Der Zähler sendet seine Identifikation
- <ACK>0Z0<CR><LF>
und schon kommen die Daten vom zähler. Hier als Ausschnitt:
<2>0.0.0(66002067)<\r><\n> 0.9.1(16:38:26)<\r><\n> 0.9.2(23-02-04)<\r><\n> 0.9.5(6)<\r><\n> 1.8.0(001019.804*kWh)<\r><\n> 1.8.0*1(000964.283*kWh)<\r><\n> 1.8.0*2(000702.654*kWh)<\r><\n> 1.8.1(000559.354*kWh)<\r><\n>
So sollte es doch für den SMartmeter-Adapter sein, oder habe ich da noch einen Denkfelher drinnen? Ich habe mich durch die Spezifikationen mal durchgearbeitet, und eigentlich sollte er genau das erwarten. Allerdings sind meine Erfahrungen mit Serieller Kommunikation auch gut in viertel Jahrhundert her.
Vielen Dank schon mal im Vorraus, und ein großes Dankeschön für die Arbeit.
MfG
Thomas Pfaffinger -
-
@wendy2702
Hallo, das ich die Tastenkombination gefunden habe, um den Post sofort zu senden, ohne was reinzuschreiben. Und es leider nur eine Edit-Taste und keine Löschtaste gibt.Mea Culpa.
MfG
Thomas Pfaffinger -
@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.
-
@wendy2702 sagte in Adapter "smartmeter":
Modbus soll er auch können.
Was saber dann nochmal was anderes wäre als das was angegeben wurde
-
@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 -
Ok, hab es jetzt verstanden. Trotzdem vielen Dank.
-
@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 -
@thomas-p-0 Hast du denn alles auf Default gestellt?
-
@wendy2702
Hallo Wendy,
ja ausser die beiden Parameter, die Default nicht passen: Datenübertragung und Datenprotokoll
MfG
Thomas Pfaffinger -
@thomas-p-0 und du hast vorher wirklich den USB Port wieder freigegeben?
-
@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ß
-
@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 -
@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/923662Hab damals lange für @michael_4358 nach diesem Zähler gegoogelt.
sonst hätte ich mich nicht so schnell daran erinnert -
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.
-
@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
-
@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. -
@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 DATAdann 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 -
@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.