NEWS
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?
@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 istwo 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!!
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@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 istwo 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!!
@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 istwo 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 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 istwo 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 .@glh-510 wake up,signon passt nicht zu nur gelesen
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@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 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 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.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@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.
-
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
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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! -
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
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.
-
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.
@glh-510 Dbeug log und posten bzw als File attachen
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
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. -
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.
@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? -
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.@glh-510 baudrate bitte eintragen mit 300. und die selbst angegebene signon Nachricht rauslöschen.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@glh-510 baudrate bitte eintragen mit 300. und die selbst angegebene signon Nachricht rauslöschen.
-
@apollon77 Die Signon Nachricht hatte ich schon vorher rausgelöscht. Aber mit der 300 funktioniert es nun. Vielen Dank für die Hilfe.
@glh-510 sagte in Adapter "smartmeter":
Die Signon Nachricht hatte ich schon vorher rausgelöscht.
@glh-510 warum kommen diese Informationen immer erst, wenn man mit der Fehlersuche schon/noch woanders ist?
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1
-
@glh-510 baudrate bitte eintragen mit 300. und die selbst angegebene signon Nachricht rauslöschen.
@apollon77 said in Adapter "smartmeter":
@glh-510 baudrate bitte eintragen mit 300. und die selbst angegebene signon Nachricht rauslöschen.
Es funktioniert jetzt auch die Baudratenerhöhung auf 19200baud. Leider aber nicht auf die "nicht standardkonforme" Baudrate von 115200. Würde das der Adapter eigentlich auch können oder sind die erlaubten Baudraten gemäß Standard programmiert?
-
@apollon77 said in Adapter "smartmeter":
@glh-510 baudrate bitte eintragen mit 300. und die selbst angegebene signon Nachricht rauslöschen.
Es funktioniert jetzt auch die Baudratenerhöhung auf 19200baud. Leider aber nicht auf die "nicht standardkonforme" Baudrate von 115200. Würde das der Adapter eigentlich auch können oder sind die erlaubten Baudraten gemäß Standard programmiert?
-
@apollon77 Danke. Dann spiel ich mal ein wenig mit D0Protocol.js rum
-
Hat niemand einen Vorschlag wie ich die folgenden Werte im Adapter einstellen muss, damit mein SensoStar U Daten ausspuckt?
WakeUp: 0x55 für 2,2Sek bzw. 53x 55555555555555555555 > 8N1,2400Baud
Antwortpause: 350ms
gefolgt von: 105BFE5916 >8E1,2400BaudDer WMZ ist dann 4 Sekunden lang erreichbar, wenn keine weiteren Anfragen folgen, ansonsten muss dieser wie oben beschrieben wieder aufgeweckt werden.
Ansonsten liefert der SensoStar optisch 4x am Tag Daten.
Egal wie ich den Adapter einstelle, erscheint im LOG die Warnung "No or too long answer from Serial Device after last request."
Mit dem PC Programm "LorusFree" habe ich direkt auf Kopfdruck sämtliche Daten fehlerfrei erhalten, dann muss es doch auch mit dem Adapter funktionieren!?
Könnt Ihr mir bitte Helfen, ich komme an der Stelle einfach nicht weiter.
Vielen Dank!
DanielMeine aktuellen Einstellungen:
-
Hat niemand einen Vorschlag wie ich die folgenden Werte im Adapter einstellen muss, damit mein SensoStar U Daten ausspuckt?
WakeUp: 0x55 für 2,2Sek bzw. 53x 55555555555555555555 > 8N1,2400Baud
Antwortpause: 350ms
gefolgt von: 105BFE5916 >8E1,2400BaudDer WMZ ist dann 4 Sekunden lang erreichbar, wenn keine weiteren Anfragen folgen, ansonsten muss dieser wie oben beschrieben wieder aufgeweckt werden.
Ansonsten liefert der SensoStar optisch 4x am Tag Daten.
Egal wie ich den Adapter einstelle, erscheint im LOG die Warnung "No or too long answer from Serial Device after last request."
Mit dem PC Programm "LorusFree" habe ich direkt auf Kopfdruck sämtliche Daten fehlerfrei erhalten, dann muss es doch auch mit dem Adapter funktionieren!?
Könnt Ihr mir bitte Helfen, ich komme an der Stelle einfach nicht weiter.
Vielen Dank!
DanielMeine aktuellen Einstellungen:
@superda Keine Ahnung ob ich das Richtige Datenblatt gefunden habe, aber in dem welches ich gefunden habe steht bei den Schnittstellen nichts von dem was der Smartmeter Adapter kann:
optische Schnittstelle (M-Bus-Protokoll); optional: wireless M-Bus; wireless M-Bus + 3 Impulseingänge; M-Bus; M-Bus + 3 Impulseingänge; Modbus RTU; LoRaWAN + 3 Impulseingänge; 1 Impulsausgang; 2 ImpulsausgängeIst das denn das Teil hier:
https://www.engelmann.de/wp-content/uploads/2022/09/Datenblatt_SensoStar_U_2022_09_14_de.pdf
735
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge