Monatsrückblick Januar/Februar 2026 ist online!

[MatzeEscher]

@thomas-braun

Jop, die werden beide über den PI mit Strom versorgt.
Kann das sein, auch wenn die einen Tag funktionieren? Kann ich das irgendwie prüfen?

Könnte dann ein aktiver USB Hub was bringen?

[Thomas Braun]

@matzeescher sagte in Smartmeter: Instanz stürzt nach einer Zeit ab:

Kann das sein, auch wenn die einen Tag funktionieren? Kann ich das irgendwie prüfen?

Natürlich kann das sein. Schau mal in

dmesg -T | grep -i voltage

nach.

Könnte dann ein aktiver USB Hub was bringen?

Möglich.

[Homoran]

@matzeescher sagte in Smartmeter: Instanz stürzt nach einer Zeit ab:

Wie oben bereits beschrieben.

:rage: mei st du ich würde fragen, wenn ich es gefunden hätte?!?! :rage:

[MatzeEscher]

@thomas-braun said in Smartmeter: Instanz stürzt nach einer Zeit ab:

dmesg -T | grep -i voltage

Das liefert keine Ergebnisse. Dann würde ich mal davon ausgehen, dass das nicht das Problem ist.

[MatzeEscher]

@homoran

Sorry. Also im Grunde ist der Stand genauso, wie im initialen Post beschrieben.

Die Instanzen stürzen nach ca. einem Tag ab und man hat keinen Zugriff mehr auf die serielle Schnittstelle.

[Homoran]

@matzeescher sagte in Smartmeter: Instanz stürzt nach einer Zeit ab:

@homoran

Sorry. Also im Grunde ist der Stand genauso, wie im initialen Post beschrieben.

Die Instanzen stürzen nach ca. einem Tag ab und man hat keinen Zugriff mehr auf die serielle Schnittstelle.

das ist aber keine Fehlermeldung (aus dem log)

[MatzeEscher]

@homoran

@matzeescher said in Smartmeter: Instanz stürzt nach einer Zeit ab:

@arteck
Es ist wieder so weit. Die Instanz funktioniert nicht mehr.

Hier mal die EInträge aus dem Log. Ich habe die Instanz mal auf Loglevel "Alles" gestellt:

Spoiler

2022-05-13 09:17:41.133 - info: host.raspberrypi stopInstance system.adapter.smartmeter.1 (force=false, process=true)
2022-05-13 09:17:41.197 - info: host.raspberrypi stopInstance system.adapter.smartmeter.1 send kill signal
2022-05-13 09:17:41.874 - info: host.raspberrypi instance system.adapter.smartmeter.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2022-05-13 09:17:44.311 - info: host.raspberrypi instance system.adapter.smartmeter.1 started with pid 8296
2022-05-13 09:17:48.805 - debug: smartmeter.1 (8296) Redis Objects: Use Redis connection: 127.0.0.1:9001
2022-05-13 09:17:48.931 - debug: smartmeter.1 (8296) Objects client ready ... initialize now
2022-05-13 09:17:48.970 - debug: smartmeter.1 (8296) Objects create System PubSub Client
2022-05-13 09:17:48.974 - debug: smartmeter.1 (8296) Objects create User PubSub Client
2022-05-13 09:17:49.016 - debug: smartmeter.1 (8296) Objects client initialize lua scripts
2022-05-13 09:17:49.034 - debug: smartmeter.1 (8296) Objects connected to redis: 127.0.0.1:9001
2022-05-13 09:17:49.046 - silly: smartmeter.1 (8296) redis psubscribe cfg.o.system.user.*
2022-05-13 09:17:49.069 - silly: smartmeter.1 (8296) redis psubscribe cfg.o.enum.*
2022-05-13 09:17:49.084 - silly: smartmeter.1 (8296) objectDB connected
2022-05-13 09:17:49.091 - debug: smartmeter.1 (8296) Redis States: Use Redis connection: 127.0.0.1:9000
2022-05-13 09:17:49.112 - debug: smartmeter.1 (8296) States create System PubSub Client
2022-05-13 09:17:49.115 - debug: smartmeter.1 (8296) States create User PubSub Client
2022-05-13 09:17:49.136 - debug: smartmeter.1 (8296) States connected to redis: 127.0.0.1:9000
2022-05-13 09:17:49.139 - silly: smartmeter.1 (8296) statesDB connected
2022-05-13 09:17:49.212 - debug: smartmeter.1 (8296) Plugin sentry Initialize Plugin (enabled=true)
2022-05-13 09:17:50.123 - info: smartmeter.1 (8296) starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v12.22.5, js-controller: 4.0.23
2022-05-13 09:17:50.223 - debug: smartmeter.1 (8296) SmartmeterObis options: {"debug":0,"protocol":"SmlProtocol","transport":"SerialResponseTransport","requestInterval":"3","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_5405f62be38fec118435ad8043a0c072-if00-port0","transportSerialBaudrate":9600,"transportSerialDataBits":8,"transportSerialStopBits":1,"transportSerialParity":"none","transportSerialMessageTimeout":null,"protocolSmlIgnoreInvalidCRC":true}
2022-05-13 09:17:50.269 - silly: smartmeter.1 (8296) States system redis pmessage system.adapter.smartmeter.1.logLevel/system.adapter.smartmeter.1.logLevel:{"val":"silly","ack":true,"ts":1652426270240,"q":0,"from":"system.adapter.smartmeter.1","lc":1652426270240}
2022-05-13 09:17:50.317 - debug: smartmeter.1 (8296) connected set to false
2022-05-13 09:19:50.256 - warn: smartmeter.1 (8296) No or too long answer from Serial Device after last request.
2022-05-13 09:19:50.259 - debug: smartmeter.1 (8296) Error: No or too long answer from Serial Device after last request.

Im iobroker Log steht weiterhin keine genauere Fehlermeldung drin, als diese hier, die ich bereits gepostet habe.

Ich denke, aber dass es nicht am Smartmeter Adapter liegt, da ich auf Konsolen-Ebene auch nicht auf die Schnittstelle mit minicom zugreifen kann.

[Thomas Braun]

@matzeescher sagte in Smartmeter: Instanz stürzt nach einer Zeit ab:

Ich denke, aber dass es nicht am Smartmeter Adapter liegt

Nein, die Meldungen kommen vom Kernel. Also eher Hardwarenah.

[Homoran]

@matzeescher sagte in Smartmeter: Instanz stürzt nach einer Zeit ab:

da ich auf Konsolen-Ebene auch nicht auf die Schnittstelle mit minicom zugreifen kann.

der Zugang wird ja auch gesperrt sein, wenn der Adapter (noch) auf die Schnittstelle zugreift.
Da kann (und darf) immer nur eine Verbindung existieren.

[MatzeEscher]

@homoran

Leider gibt es auch keine Möglichkeit auf die Schnittstelle zuzugreifen, wenn ich die Instanz im iobroker stoppe.

[Homoran]

@matzeescher sagte in Smartmeter: Instanz stürzt nach einer Zeit ab:

Im iobroker Log steht weiterhin keine genauere Fehlermeldung drin, als diese hier, die ich bereits gepostet habe.

schade, ich hatte deinen Post so verstanden, dass da jetzt etwas stünde

@matzeescher sagte in Smartmeter: Instanz stürzt nach einer Zeit ab:

als diese hier,

das geht leider erst los, als die Instanz bereits abgeschossen war

[Homoran]

@matzeescher sagte in Smartmeter: Instanz stürzt nach einer Zeit ab:

@homoran

Leider gibt es auch keine Möglichkeit auf die Schnittstelle zuzugreifen, wenn ich die Instanz im iobroker stoppe.

damit ist die Verbindung zur Schnittstelle nicht unbedingt beendet.

[MatzeEscher]

@homoran

Auch nach einem iobroker stop bekommt man folgende Meldungen:

sudo minicom -D /dev/ttyUSB0 -b 9600 --displayhex --wrap
minicom: cannot open /dev/ttyUSB0: Cannot allocate memory

[Thomas Braun]

@matzeescher sagte in Smartmeter: Instanz stürzt nach einer Zeit ab:

/dev/ttyUSB0: Cannot allocate memory

Passt zu den anderen Meldungen.

[Homoran]

@matzeescher wieso sollte das einen eventuell nochh offenen Port schließen?

[MatzeEscher]

@thomas-braun

Also meinst du immer noch, dass es vermutlich an der Stromversorgung liegt?

[Thomas Braun]

@matzeescher
Ich vermute jedenfalls Trouble auf der Hardwareseite.

[MatzeEscher]

@homoran

Also wenn ich den pi nun neu starte und dann die Smartmeter-Instanz läuft, dann kann ich minicom ausführen und minicom übernimmt die Schnittstelle und zeigt Daten an.

Also gehe ich davon aus, dass minicom eigentlich Daten liefen müsste, wenn alles richtig ist.

[apollon77]

@matzeescher sagte in Smartmeter: Instanz stürzt nach einer Zeit ab:

Könnte dann ein aktiver USB Hub was bringen?

Das wäre in jedem Fall mein erster Versuch!

[apollon77]

@matzeescher sagte in Smartmeter: Instanz stürzt nach einer Zeit ab:

Also gehe ich davon aus, dass minicom eigentlich Daten liefen müsste, wenn alles richtig ist.

Aber da dein minicom ja auch "probleme "hat wenn der Fehler auftritt wäre ich auch erstmal dabei "Systemseitig" zu suchen.

Versuch mal mit einem aktiven USB Hub ... oder ner "störkeren Stromversorgung" (aber denke aktiver Hub ist besser)