System Absturz Neustart?

ahtdf · April 11, 2026, 12:51pm

Ich habe da auch mal ne Denksport Aufgabe.

Ich bin jetzt seit 4 Wochen unterwegs, und das System startet sich alle 2-3 Tage neu. Ich bekomme das eigentlich nur mit weil sich die ganzen Störungen die ich mir per Telegram schicke sich melden. Es stürzt aber nicht das ganze System ab, vermutlich nur Node Red.?

Weil die Betriebszeit 3 Wochen 6 Tage anzeigt.

Hardware die am Relayboard angeschlossen ist:

Modbus via USB > UART> Temperatur Feuchte Druck Sensor, Heltec BMS

I2C> Temperatur Feuchte Sensor, 2 Stück 8 Eingangs Module,

Votronic Tanksensor

Zigbee2mqtt> ein paar Taster und Sensoren

Bluetooth Dongle> Gok4Senor, victron MPPT, 2 victron Orion

Wifi> Dimmy, WLED controller, INetbox Pico für die Truma

Hat einer ne Idee warum das so ist??

Gruß Arno

Ich habe noch den 500A pekaway smart shunt an Bluetooth vergessen

Nightman · April 12, 2026, 3:06pm

wenn es node red sein sollte müsstet mal mit ssh auf den raspi gehen und rode-red Status dir anzeigen lassen dann müsste stehen wann er gestartet wurde

unter der unix cmdline

ahtdf · April 12, 2026, 3:39pm

Danke Mario, aber dan müsste man wissen wie und wo man das macht. SSH komm ich hin. Aber Befehle??? ???

Gruß Arno

Nightman · April 12, 2026, 4:05pm

versuch mal

sudo systemctl status nodered.service

und

sudo journalctl -f -u nodered -o cat

hab leider grad kein live system hier zum testen (und das einzige was ich grad am laufen hab ist ned erreichbar )

ahtdf · April 12, 2026, 4:42pm

Ok bei den Befehlen wird was angzeigt, aber das spielt sich im hier und jetzt ab.

Eigentlich bräuchte ich dann was, mit Datum und Uhrzeit, wo ich dann nachschauen kann wass passiert ist bevor meine Störmeldungen gekommen sind.

Ich habe irgendwo gelesen das die ganzen BLE Dinger wenn sie nicht erreicht werden zu einem Neustart führen.

kann auch sein das ich das falsch verstanden habe

WulleOnTour · April 13, 2026, 12:35pm

Moin,

es wird nur den BLE treiber neu gestartet nicht das System.

Ich hatte das Problem, das der i2c wegfliegt, wenn ich den Wechselrichter anmachen, nicht immer aber oft. Habe eine von Ective und der scheint ganz schön zu strahlen. Bei mir stand in den logs das es von dem i2c Display kommt. Mit einer Catch Node war das probleme mehr oder weniger weg.

Sonst mit WinSCP mal auf den PI und gucken was so in den systemlogs steht.

Gruß Wulle

ahtdf · April 13, 2026, 1:09pm

Moin Wulle
Den Ective habe ich auch der zerschiesst kurzfristig mein Modbus. Meinstens passiert es nachts oder ganz früh morgens. Ohne Wechselrichter
Und log Datei und soweiter. Ich habe von den internas des pi 0,0 Ahnung. Da mach ich nur copy and paste. Und wenn ich das System zerschossen habe muss ich es neu aufsetzen

ahtdf · April 13, 2026, 1:19pm

Ok WinSCP ist sowas wie Filezila, das habe ich, wo finde ich denn diese log Datei???

WulleOnTour · April 14, 2026, 9:00am

/var/log

da guckste einfach mal in der Kern.log und suchst nach “node-red”

Gruß Wulle

ahtdf · April 15, 2026, 5:48am

Moin Wulle,
obwohl die Aktualisierung der Dateien frisch sind. Gehen die Einträge in der Datei nur bis September 25. das fängt am 31.08 an und geht bis zum 02.09.2025.

chrispr742 · April 15, 2026, 6:29am

Moin Arno,

mach mal ein

sudo journalctl -u nodered

da bekommst das log seit dem booten

bei “-u” → Show logs from the specified unit ( wenn du “mit ohne” -u nodered, bekommst alle logs vom pi )

wenn du dann noch ein “–since=2026-04-09” anhängst, listet er nur ab DA auf

sudo journalctl  -u nodered --since=2026-04-09

bei “-f” → Follow the journal

grüße Chris

ahtdf · April 15, 2026, 7:29am

Top versuche ich heute Abend
Danke!!

chrispr742 · April 15, 2026, 7:36am

sollte nix “raus kommen”, kannst den log-level vom NR erhöhen

vim ~/.node-red/settings.js +302

level: “error”,

in den Zeilen darüber findest du die möglichen Optionen ( restart des NR nicht vergessen )

bedenke, die Erhöhung der Last wenn alles mit geschrieben wird.

grüße

Chris

WulleOnTour · April 15, 2026, 9:25am

Es könnte sein dass das Verzeichnis voll ist, Die logs werden in den ram geschrieben, ist aber auf 200 mb begrenzt. eigentlich läuft eine routine die große dateien löscht.

Stoß das mal von Hand an mit:
”sudo rm -rf /var/log/*”

dann muss du nochmal warten bis der Fehler auftaucht

Gruß Wulle

chrispr742 · April 15, 2026, 9:50am

nur löschen ist “schwierig”,

falls prozesse auf die files noch zugreifen bleiben offene filehandles zurück, dadurch werden die dateien nur entfernt der platz bleibt aber weiterhin belegt, bis der prozess beendet ist.

aber du kannst dir mit

df -h /var/log # disk-free
sudo du -sh /var/log/ # disk-usage

das volume anschauen

grüße

Nightman · April 15, 2026, 4:16pm

kann man die 200mb vergrössern? da ich den 16GB Pi5 habe habe ich genug frei

Tristan · April 15, 2026, 5:23pm

Die Ective Dinger sind echt nicht das Ware, fand die damals echt Klasse von Preis Leistung. Aber mir ist ne Rätsel wie die ihre ECE R10 bekommen.
Hab neulich beim Kumpel einen eingebaut und sobald der an war, war das radio in der Werkstatt nur noch auf Rauschen

@Nightman 16gb Pi5? Der Rest doch inzwischen teuerer als der Core

Nightman · April 15, 2026, 6:09pm

Ka hab glaub ich 160€ dafür gezahlt

ahtdf · April 30, 2026, 4:36pm

Moin @WulleOnTour
ist bei mir vermutlich auch das OLED

Apr 30 18:14:46 pekaway sudo[3211715]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Apr 30 18:14:46 pekaway sudo[3211716]:       pi : PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/timeout -s SIGINT 5s /usr/local/bin/victron-ble read d0:87:a7:c2:8d:c0@d9e73eb2740c6d3de212352>
Apr 30 18:14:46 pekaway sudo[3211716]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Apr 30 18:14:46 pekaway sudo[3211719]:       pi : PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/timeout -s SIGINT 5s /usr/local/bin/victron-ble read d5:10:62:2c:5b:f7@10af08a9168bc7471a4da24>
Apr 30 18:14:46 pekaway sudo[3211719]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Apr 30 18:14:46 pekaway sudo[3211722]:       pi : PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/timeout -s SIGINT 5s /usr/local/bin/victron-ble read db:7e:47:1c:46:b1@5364c2cb2e29a0a783b628f>
Apr 30 18:14:46 pekaway sudo[3211722]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Apr 30 18:14:48 pekaway Node-RED[3091675]: 30 Apr 18:14:48 - [error] [json:parse] Unexpected non-whitespace character after JSON at position 368 (line 2 column 1)
Apr 30 18:14:52 pekaway sudo[3211715]: pam_unix(sudo:session): session closed for user root
Apr 30 18:14:52 pekaway sudo[3211716]: pam_unix(sudo:session): session closed for user root
Apr 30 18:14:56 pekaway sudo[3211778]:       pi : PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/timeout -s SIGINT 5s /usr/local/bin/victron-ble read d3:31:33:f0:96:30@77d7043b0162268159f394c>
Apr 30 18:14:56 pekaway sudo[3211778]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Apr 30 18:14:56 pekaway sudo[3211779]:       pi : PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/timeout -s SIGINT 5s /usr/local/bin/victron-ble read d0:87:a7:c2:8d:c0@d9e73eb2740c6d3de212352>
Apr 30 18:14:56 pekaway sudo[3211779]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Apr 30 18:14:56 pekaway sudo[3211782]:       pi : PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/timeout -s SIGINT 5s /usr/local/bin/victron-ble read d5:10:62:2c:5b:f7@10af08a9168bc7471a4da24>
Apr 30 18:14:56 pekaway sudo[3211782]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Apr 30 18:14:56 pekaway sudo[3211785]:       pi : PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/timeout -s SIGINT 5s /usr/local/bin/victron-ble read db:7e:47:1c:46:b1@5364c2cb2e29a0a783b628f>
Apr 30 18:14:56 pekaway sudo[3211785]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Apr 30 18:15:02 pekaway sudo[3211778]: pam_unix(sudo:session): session closed for user root
Apr 30 18:15:02 pekaway Node-RED[3091675]: 30 Apr 18:15:02 - [red] Uncaught Exception:
Apr 30 18:15:02 pekaway Node-RED[3091675]: 30 Apr 18:15:02 - [error] Error: EIO: i/o error, write
Apr 30 18:15:02 pekaway Node-RED[3091675]:     at Object.writeSync (node:fs:923:3)
Apr 30 18:15:02 pekaway Node-RED[3091675]:     at Bus.i2cWriteSync (/home/pi/.node-red/node_modules/i2c-bus/i2c-bus.js:567:15)
Apr 30 18:15:02 pekaway Node-RED[3091675]:     at SH1106._transfer (/home/pi/.node-red/node_modules/oled-rpi-i2c-bus/drivers/sh1106.js:511:15)
Apr 30 18:15:02 pekaway Node-RED[3091675]:     at SH1106.<anonymous> (/home/pi/.node-red/node_modules/oled-rpi-i2c-bus/drivers/sh1106.js:150:22)
Apr 30 18:15:02 pekaway Node-RED[3091675]:     at /home/pi/.node-red/node_modules/oled-rpi-i2c-bus/drivers/sh1106.js:649:17
Apr 30 18:15:02 pekaway Node-RED[3091675]:     at SH1106._readI2C (/home/pi/.node-red/node_modules/oled-rpi-i2c-bus/drivers/sh1106.js:535:9)
Apr 30 18:15:02 pekaway Node-RED[3091675]:     at tick (/home/pi/.node-red/node_modules/oled-rpi-i2c-bus/drivers/sh1106.js:644:14)
Apr 30 18:15:02 pekaway Node-RED[3091675]:     at Timeout._onTimeout (/home/pi/.node-red/node_modules/oled-rpi-i2c-bus/drivers/sh1106.js:655:30)
Apr 30 18:15:02 pekaway Node-RED[3091675]:     at listOnTimeout (node:internal/timers:588:17)
Apr 30 18:15:02 pekaway Node-RED[3091675]:     at processTimers (node:internal/timers:523:7)
Apr 30 18:15:02 pekaway systemd[1]: nodered.service: Main process exited, code=exited, status=1/FAILURE
Apr 30 18:16:13 pekaway systemd[1]: nodered.service: Failed with result 'exit-code'.
Apr 30 18:16:13 pekaway systemd[1]: nodered.service: Consumed 3h 33min 59.116s CPU time.
Apr 30 18:16:33 pekaway systemd[1]: nodered.service: Scheduled restart job, restart counter is at 1.
Apr 30 18:16:33 pekaway systemd[1]: Stopped nodered.service - Node-RED graphical event wiring tool.
Apr 30 18:16:33 pekaway systemd[1]: nodered.service: Consumed 3h 33min 59.116s CPU time.
Apr 30 18:16:33 pekaway systemd[1]: Started nodered.service - Node-RED graphical event wiring tool.
Apr 30 18:16:39 pekaway sudo[3211836]:       pi : PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/systemctl status RGB_Cooling_HAT_C_1
Apr 30 18:16:39 pekaway sudo[3211836]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Apr 30 18:16:39 pekaway sudo[3211840]:       pi : PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/systemctl status RGB_Cooling_HAT_C
Apr 30 18:16:39 pekaway sudo[3211840]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Apr 30 18:16:39 pekaway sudo[3211836]: pam_unix(sudo:session): session closed for user root
Apr 30 18:16:39 pekaway sudo[3211845]:       pi : PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/systemctl status RGB_Cooling_HAT
Apr 30 18:16:39 pekaway sudo[3211845]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Apr 30 18:16:39 pekaway sudo[3211849]:       pi : PWD=/home/pi ; USER=root ; COMMAND=/usr/bin/ps -ef
Apr 30 18:16:39 pekaway sudo[3211849]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Apr 30 18:16:39 pekaway sudo[3211840]: pam_unix(sudo:session): session closed for user root

ich habe es endlich erwischt.
wie hast du den Fehler beseitigt ??
mit der catch Node das habe ich nicht verstanden
Gruß Arno

WulleOnTour · May 5, 2026, 8:23am

Moin Arno,

in der catch note habe ich die ganzen Oled Nodes hinzugefügt. Damit werden Fehler ignoriert.
Die Catch Note muss nur im Flow sein, verbunden werden muss nichts, nur öffnen und die Nodes auswählen.
Du kannst auf einfach den Ganz FLow Catchen

Gruß Wulle

PS. bei mir schein es seitdem zu laufen, ich werde aber warscheinlich mal ein CAT7 Kabel opfern. Außer ich finde mal ein CAT6 Kabel das wirklich geschirmt ist