NEWS
Adapter "smartmeter"
-
@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. -
-
@thomas-p-0 da müsste jetzt @apollon77 was zu sagen. Das geht mir zu tief.
-
@thomas-p-0 Hatte es eben schon geschrieben aber hast du mal nur Mode A oder C ausgewählt ohne die Baudrate anzugeben?
-
@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 ACKP.S.: Mode A macht das selbe
-
@superda Versuch es doch mal mit mbus ... und ganz ehrlich ... Frag ggf echt beim Hersteller
-
@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
-
@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.
-
@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)
-
@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 -
@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 …
-
@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_enUnd ja, das ist der Grund, warum ich in der IT arbeite. Ein Zeichen und schon geht es
MfG
Thomas PfaffingerP.S.: Issue ist angelegt. Ich hoffe, das ich das richtig gemacht habe. Ist mein erster
-
@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.
-
@thomas-p-0 ich gehe davon aus das mit der Änderung bei dir erstmal alles tut? Oder geht noch irgendetwas nicht?
-
@apollon77
Allo Apollon,
nein, soweit alles perfekt.MfG
Thomas Pfaffinger -
@thomas-p-0 Ok, dann Todo liste
-
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
Handbuch2Meine Settings:
Danke
Mirko -
@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. -
@mirko3107 Im Handbuch 1 Seite 16/17 steht doch genau welche Daten man mit welchem Protokoll abfragen kann.
Mehr geht halt nicht.