Monatsrückblick Januar/Februar 2026 ist online!

[arteck]

@matzeescher

npm -v

hast du das sauber gezogen .... version 7 ist verkehrt

[MatzeEscher]

@arteck

Jop. npm habe ich auf die latest Version aktualisiert.

npm -v
8.10.0

[Thomas Braun]

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

Jop. npm habe ich auf die latest Version aktualisiert.

Du solltest nodejs sauber auf Version 14 bringen, die richtige npm-Version dafür wäre dann 6. Kommt aber eh richtig mit, wenn gescheit installiert wird.

Dann würdest du auch mit dem nodesource-Paket unterwegs sein und nicht mit der dfsg-Variante.

OK:4 https://download.docker.com/linux/raspbian bullseye InRelease
OK:5 https://archive.raspbian.org/raspbian buster InRelease

Du fährst einen gefährlichen Mix aus 'Bullseye' und 'Buster'.
Ändern!

[apollon77]

@matzeescher Ich glaube das ist auch alles in /var/log/syslog drin?

[Homoran]

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

Jop. npm habe ich auf die latest Version aktualisiert.

npm8 bei node 12 ist auch nicht besser

spätestens mit der package-lock.json bekommst du bei korrektem downgrade auf v6 Probleme.

[MatzeEscher]

Danke @Homoran für den Hinweis.

Das Upgrade von NodeJS und das Downgraden von NPM auf 6 hat jetzt dafür gesorgt, dass einige Adapter gar nicht mehr funktionieren.
Ich werde nun wohl erstmal einen neuen PI aufsetzen.

Melde mich wieder.

[Homoran]

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

dass einige Adapter gar nicht mehr funktionieren.

das wird möglicherweise an der package-lock.json liegen.

die musst du jetzt löschen, weil npmv6 die nicht lesen kann und die Adapter nicht neu für npm v6 bauen kann.

Sollte aber auch entsprechend im log stehen.

[MatzeEscher]

Hallo zusammen,

so ich habe den PI komplett neu aufgesetzt.

iobrober neu installiert usw.

Nun liefen die Smartmeter Instanzen (2 Stück) ca. einen Tag und haben beide den gleichen Fehler.
Ich könnte jetzt natürlich neu starten, leider hält die Instanz dann wieder nur einen Tag.

Ich hoffe, dass von der Installation jetzt alles passt.

uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs 

Spoiler

armv7l
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v14.19.2
v14.19.2
6.14.17
pi
/home/pi
Hit:1 http://archive.raspberrypi.org/debian bullseye InRelease
Hit:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:3 https://repos.influxdata.com/debian bullseye InRelease
Hit:4 https://download.docker.com/linux/raspbian bullseye InRelease
Hit:5 https://deb.nodesource.com/node_14.x bullseye InRelease
Hit:6 https://archive.raspbian.org/raspbian bullseye InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
2 packages can be upgraded. Run 'apt list --upgradable' to see them.
nodejs:
 Installed: 14.19.2-deb-1nodesource1
 Candidate: 14.19.2-deb-1nodesource1
 Version table:
*** 14.19.2-deb-1nodesource1 500
       500 https://deb.nodesource.com/node_14.x bullseye/main armhf Packages
       100 /var/lib/dpkg/status
    12.22.5~dfsg-2~11u1 500
       500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages
       500 https://archive.raspbian.org/raspbian bullseye/main armhf Packages

Zum Zeitpunkt des Ausfalls finde ich nur Folgendes im Log ( /var/log/syslog):

Spoiler

May 15 10:10:54 raspberrypi kernel: [154518.756603] xhci_hcd 0000:01:00.0: Ring expansion failed
May 15 10:10:54 raspberrypi kernel: [154518.756615] cp210x ttyUSB0: usb_serial_generic_submit_read_urb - usb_submit_urb failed: -12
May 15 10:10:54 raspberrypi kernel: [154518.904557] raspberrypi-clk soc:firmware:clocks: Failed to change fw-clk-arm frequency: -12

Hat noch jemand eine Idee?

[Homoran]

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

haben beide den gleichen Fehler.

und zwar welchen?

[Glasfaser]

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

Zum Zeitpunkt des Ausfalls

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

Ich denke dmesg ist interessant zu dem "Zeitpunkt wo es kaputt geht reinzuschauen ... also wenn du das mnoch weisst bzw rebooten und laufenlassen und ddann schauen

[Thomas Braun]

@matzeescher

Ich habe 2 USB Leseköpfe an einem Raspberry PI und lese diese mit dem iobroker aus.

Werden beide über den Raspberry mit Strom versorgt? Könnte sein, dass die zu viel Saft ziehen.

[MatzeEscher]

@homoran

Wie oben bereits beschrieben.

Die Instanzen steigen nach ca. einem Tag aus und man kann nicht mehr auf die serielle Schnittstelle zugreifen. Weder über die iobroker Smartmeter Instanz noch über minicom oder ähnliches.

[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.