Adapter "smartmeter"

[Homoran]

@glh-510 sagte in Adapter "smartmeter":

Siehe vorheriger Beitrag

den gab es noch nicht als ich tippte. Kam zeitgleich mit dem Abdrücken

so sollte es funktionieren wenn

• der Zähler SML spricht
• die Schnittstelle wieder für den Adapter zugänglich ist

@glh-510 sagte in Adapter "smartmeter":

Da die Rückmeldung ja funktioniert

tut sie das im Adapter?

@glh-510 sagte in Adapter "smartmeter":

@homoran said in Adapter "smartmeter":

ich hätte aber jetzt sowieso nach dem debug-log gefragt.
es darf nur ein! Gerät auf den Port zugreifen und muss ihn anschließend auch wieder freigeben.

Ja während der Versuche lief nur der Iobroker

und vorher hast dumdie Schnittstelle wieder freigegeben?

[GLH 510]

@homoran said in Adapter "smartmeter":

@glh-510 sagte in Adapter "smartmeter":

Siehe vorheriger Beitrag

den gab es noch nicht als ich tippte. Kam zeitgleich mit dem Abdrücken

so sollte es funktionieren wenn

• der Zähler SML spricht
• die Schnittstelle wieder für den Adapter zugänglich ist

@glh-510 sagte in Adapter "smartmeter":

Da die Rückmeldung ja funktioniert

tut sie das im Adapter?

@glh-510 sagte in Adapter "smartmeter":

@homoran said in Adapter "smartmeter":

ich hätte aber jetzt sowieso nach dem debug-log gefragt.
es darf nur ein! Gerät auf den Port zugreifen und muss ihn anschließend auch wieder freigeben.

Ja während der Versuche lief nur der Iobroker

und vorher hast dumdie Schnittstelle wieder freigegeben?

1. Wie kann ich sehen ob die Rückmeldung im/in den Adapter funktioniert?
2. Jetzt wo du so fragst bin ich mir nicht ganz sicher. Ich hatte gemeint wenn ich meine Putty Session mit Exit verlasse, dass er dann freigibt. Was wäre den ein expliziter Befehl?

[Homoran]

@glh-510 sagte in Adapter "smartmeter":

Wie kann ich sehen ob die Rückmeldung im/in den Adapter funktioniert?

tut sie ja nicht!

@glh-510 sagte in Adapter "smartmeter":

Ich hatte gemeint wenn ich meine Putty Session mit Exit verlasse, dass er dann freigibt.

Nein

@glh-510 sagte in Adapter "smartmeter":

Was wäre den ein expliziter Befehl?

kenne ich leider nicht. reboot hilft immer

[GLH 510]

@homoran Leider hat der Reboot keine Veränderung gebracht

[wendy2702]

Um sicher zu gehen:

Instanz löschen
USB Adapter raus
Reboot
Adapter rein
Instanz neu und nur Adapter und SML einstellen

[Homoran]

@glh-510 sagte in Adapter "smartmeter":

@homoran Leider hat der Reboot keine Veränderung gebracht

zur Ursachenforschung:
hattest du irgendwann mal Werte im Smartmeter Adapter bekommen?

[Homoran]

@glh
@homoran sagte in Adapter "smartmeter":

so sollte es funktionieren wenn

der Zähler SML spricht
die Schnittstelle wieder für den Adapter zugänglich ist

wo hast du diese Info her??

im Volkszähler Wiki f7nde ich nicht das zugehörige Protokoll. Allerdings wird auf einen Elster-Zähler verwiesen, mit dessen Einstellungen der Siemens auch auslesbar (incl.der 19.200 Bd) se7n soll. Dieser nutzt jedoch D0!!

[GLH 510]

@homoran said in Adapter "smartmeter":

@glh
@homoran sagte in Adapter "smartmeter":

so sollte es funktionieren wenn

der Zähler SML spricht
die Schnittstelle wieder für den Adapter zugänglich ist

wo hast du diese Info her??

im Volkszähler Wiki f7nde ich nicht das zugehörige Protokoll. Allerdings wird auf einen Elster-Zähler verwiesen, mit dessen Einstellungen der Siemens auch auslesbar (incl.der 19.200 Bd) se7n soll. Dieser nutzt jedoch D0!!

Danke hast Recht. Im Volkszähler hatte ich auch einen D0 Kanal. Keine Ahnung wie ich auf SML gekommen bin.
Leider klappt es weiterhin noch nicht .

[Homoran]

@glh-510 wake up,signon passt nicht zu nur gelesen

[GLH 510]

@homoran Danke hab ich auch gerade gelesen. Hab ich umgestellt, brachte aber keine Verbesserung

Anhand des Logs kann ich auch nichts erkennen. Er bekommt einfach nichts

smartmeter.0
2219	2023-01-29 16:09:56.186	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2219	2023-01-29 16:09:56.183	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2219	2023-01-29 16:07:55.787	debug	connected set to false

smartmeter.0
2219	2023-01-29 16:07:55.697	debug	SmartmeterObis options: {"debug":0,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"60","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_0061CBBF-if00-port0","transportSerialBaudrate":null,"transportSerialMessageTimeout":null,"protocolD0WakeupCharacters":0,"protocolD0SignOnMessage":"/?!","protocolD0BaudrateChangeoverOverwrite":115200,"obisFallbackMedium":1}

smartmeter.0
2219	2023-01-29 16:07:55.666	info	starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.19.0, js-controller: 4.0.24

smartmeter.0
2219	2023-01-29 16:07:55.276	debug	Plugin sentry Initialize Plugin (enabled=true)

smartmeter.0
2219	2023-01-29 16:07:55.149	debug	States connected to redis: 127.0.0.1:9000

smartmeter.0
2219	2023-01-29 16:07:55.120	debug	States create User PubSub Client

smartmeter.0
2219	2023-01-29 16:07:55.119	debug	States create System PubSub Client

smartmeter.0
2219	2023-01-29 16:07:55.101	debug	Redis States: Use Redis connection: 127.0.0.1:9000

smartmeter.0
2219	2023-01-29 16:07:55.069	debug	Objects connected to redis: 127.0.0.1:9001

smartmeter.0
2219	2023-01-29 16:07:55.061	debug	Objects client initialize lua scripts

smartmeter.0
2219	2023-01-29 16:07:55.009	debug	Objects create User PubSub Client

smartmeter.0
2219	2023-01-29 16:07:55.008	debug	Objects create System PubSub Client

smartmeter.0
2219	2023-01-29 16:07:55.006	debug	Objects client ready ... initialize now

smartmeter.0
2219	2023-01-29 16:07:54.957	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001

smartmeter.0
2069	2023-01-29 16:07:50.343	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

smartmeter.0
2069	2023-01-29 16:07:50.340	info	terminating

smartmeter.0
2069	2023-01-29 16:07:50.332	info	Got terminate signal TERMINATE_YOURSELF

smartmeter.0
2069	2023-01-29 16:06:29.445	warn	No or too long answer from Serial Device after last request.

[Homoran]

@glh-510

@homoran sagte in Adapter "smartmeter":

wo hast du diese Info her??

du hast 0 Wakeups?

bei D0 weiß ich nicht was da in die Felder muss.

[GLH 510]

@homoran Hab ich von da: https://digitaldad.de/2022/03/13/iobroker-stromzaehler-auslesen/

[apollon77]

Also generell, vor allem für @SuperDa und @GLH-510

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!

Die Sonderanforderungen bei @SuperDa, das zb 0x55 zum wakeup gesendet werden muss (wobei das für wakeup mal komplett egal sein SOLLTE weil der ja eh schläft) sprecvhen gerade eher für mich dafür das es kein offizielles D0 Protokoll ist sondern irgendwas Herstellerspezifisches. Ob der Adapter da überhaupt eine chance hat (weil er halt nicht so spezifisch funktioniert) weiss ich nicht. ber auch 0,350s anzugeben bei der Zeit fpr die Serielle Antwort ist blödsinn weil das die gesamtzeit ist. Da sind wir wieder bei" nicht annehmen sondern durch versuch annähern!)

Generell gilt: Instanz auf Debug log stellen, Settings machen mit SO WENIG WIE MÖGLICH Änderungen (siehe oben), dann ins Log schauen. Dann sehr Ihr (bzw könnt es posten) was rein kommt an Daten und seht auch was der adapter tut. Wenn nur ein "Timeout weil keine Antwott kommt) dann ist generell was falsch und das gerät antwortet nicht oder der Kopf sitzt nicht korrekt.

@SuperDa Also wenn ich mir Deinen Link ansehe dann, no chance aktuell. Da ist ein parity change drin und alles sehr speziell. Sorry das kann der Adapter aktuell nicht und wenn sowas nicht mehr brauchen hab ich keine Ahnung ob ich zeit habe sowas umzusetzen. generell gehört der Hersteller geschlagen den Usern solche Steine in den Weg zu legen. Wenn du kannst zurückgeben und was nach Standard kaufen Weiterhin wenn ich https://github.com/arendst/Tasmota/discussions/17283 lese geht es da um Modbus und nicht um D0??? Auch das was gesendet werden muss (105BFE5916) ist eher Modbus oder sogar MBus? und nicht D0 /SML ... also bitte prüfe nochmal genau ob du im richtigen Thema bist!

@GLH-510 Am Ende ist das auch eine Thematik fürs Log ... Wenn es "nu der gesate Datensatz" ist dann ist ja die Frage ob der serielle Timeout nicht einfach nur zu kurz für die Größe der Daten ist ... dann stell den doch mal höher. Aber ja effektiv mit Standardeinstellungen anfangen. Und ja dabei kann das Debug log sehr schnell sehr groß werden

[Homoran]

@glh-510 sagte in Adapter "smartmeter":

@homoran Hab ich von da: https://digitaldad.de/2022/03/13/iobroker-stromzaehler-auslesen/

und wo stehen da die Daten für deinen Zähler?
Fast jeder Zählertyp brauch andere Einstellungen.

Aber erst einmal machen was jetzt auch noch @apollon77 sagt un @wendy2702 und ich bereits vorher:
erst einmal Standardeinstellungen!

[GLH 510]

Da bei mir /?! das Ansprechzeichen ist, ist es wohl leider nicht D0 Standardkonform

@apollon77 said in Adapter "smartmeter":

Generell gilt: Instanz auf Debug log stellen, Settings machen mit SO WENIG WIE MÖGLICH Änderungen (siehe oben), dann ins Log schauen. Dann sehr Ihr (bzw könnt es posten) was rein kommt an Daten und seht auch was der adapter tut. Wenn nur ein "Timeout weil keine Antwott kommt) dann ist generell was falsch und das gerät antwortet nicht oder der Kopf sitzt nicht korrekt.

Die Frage ist was halt noch falsch sein kann. Der Timeout "Wartezeit auf serielle Antwort" steht auf 250 sec (Die Antwort dauert kürzer). Der Kopf sitzt richtig, sonst könnte ich nicht per Befehle von der Console aus senden die Antwort sehen.

[apollon77]

@glh-510 Dbeug log und posten bzw als File attachen

[GLH 510]

@apollon77

smartmeter.0
1785	2023-01-29 20:54:42.448	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
1785	2023-01-29 20:54:42.446	warn	No or too long answer from Serial Device after last request.

smartmeter.0
1785	2023-01-29 20:50:31.994	debug	connected set to false

smartmeter.0
1785	2023-01-29 20:50:31.976	silly	States system redis pmessage system.adapter.smartmeter.0.logLevel/system.adapter.smartmeter.0.logLevel:{"val":"silly","ack":true,"ts":1675021831953,"q":0,"from":"system.adapter.smartmeter.0","lc":1675004875703}

smartmeter.0
1785	2023-01-29 20:50:31.947	debug	SmartmeterObis options: {"debug":0,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":300,"transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_0061CBBF-if00-port0","transportSerialBaudrate":null,"transportSerialMessageTimeout":250000,"protocolD0WakeupCharacters":0,"protocolD0SignOnMessage":"?!","obisFallbackMedium":1}

smartmeter.0
1785	2023-01-29 20:50:31.918	info	starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.19.0, js-controller: 4.0.24

smartmeter.0
1785	2023-01-29 20:50:31.484	debug	Plugin sentry Initialize Plugin (enabled=true)

smartmeter.0
11728	2023-01-29 20:49:01.516	info	Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason

smartmeter.0
11728	2023-01-29 20:49:01.515	debug	Plugin sentry destroyed

smartmeter.0
11728	2023-01-29 20:49:01.428	info	Got terminate signal TERMINATE_YOURSELF

smartmeter.0
11728	2023-01-29 20:49:01.427	silly	States system redis pmessage system.adapter.smartmeter.0.sigKill/system.adapter.smartmeter.0.sigKill:{"val":-1,"ack":false,"ts":1675021741354,"q":0,"from":"system.host.raspberrypi","lc":1675021741354}

smartmeter.0
11728	2023-01-29 20:40:44.731	debug	Error: No or too long answer from Serial Device after last request.

[Homoran]

@glh-510 sagte in Adapter "smartmeter":

Da bei mir /?! das Ansprechzeichen ist,

nochmals: Wo hast du diese Info her?

@glh-510 sagte in Adapter "smartmeter":

@homoran Hab ich von da: https://digitaldad.de/2022/03/13/iobroker-stromzaehler-auslesen/

dort habe ich nichts über deinen Zählertyp gefunden.

@homoran sagte in Adapter "smartmeter":

@glh-510 sagte in Adapter "smartmeter":

@homoran Hab ich von da: https://digitaldad.de/2022/03/13/iobroker-stromzaehler-auslesen/

und wo stehen da die Daten für deinen Zähler?
Fast jeder Zählertyp brauch andere Einstellungen.

Aber erst einmal machen was jetzt auch noch @apollon77 sagt un @wendy2702 und ich bereits vorher:
erst einmal Standardeinstellungen!

hast du das inzwischen gemacht?
Ist das log mit default Einstellungen vom Adapter?

[apollon77]

@glh-510 baudrate bitte eintragen mit 300. und die selbst angegebene signon Nachricht rauslöschen.

[GLH 510]

@apollon77 Die Signon Nachricht hatte ich schon vorher rausgelöscht. Aber mit der 300 funktioniert es nun. Vielen Dank für die Hilfe.