Ethernetport "stürzt" all paar Tage ab

Hallo,

Ich bin jetzt schon ein paar Monate auf der Suche nach einer Lösung für mein Problem mit dem Pi3. Dieses ist irgendwann einfach nicht mehr ansprechbar via Lan.

Das ganze läuft headless und steuert diverse Elektronik 24/7.

jetzt bin ich dahinter gekommen dass, das OS eigentlich durchläuft und nur die NIC nicht mehr arbeitet. Das Symthom ist immer gleich:

Der USB-Treiber wirft diesen "Fehler":
dwc2 3f980000.usb: dwc2_hc_start_transfer: chdis set, channel 2, hcchar 0xe1fc8808

(Keine weiteren Meldungen im dmesg.)

Ab dann sendet die interne NIC (lan78xx) keine Pakete mehr. Ping geht nicht raus und nicht rein. Device bleibt unverändert im lsusb. Interface wird vom Kernel weiter als online und verfügbar gezeigt. Ein networking restart bringt nix. Ich hab inzwischen auch alle anderen USB-Geräte vom gesharten Host-Port entfernt, Fehler zeigt sich unbeeindruckt.

Ich habe keine Undervolage-Meldungen.

Hat jemand eine Idee? Mir würde auch reichen wenn ich die NIC irgendwie resette. Derzeit boote ich das OS sobald ich den Fehler erkenne, das hilft dann wieder für Tage oder Wochen.

Kann man die interne NIC per USB stromlos machen (unbound)? Ich denke ich muss aber den dwc2 entladen und neu laden. Aber dazu müsste ich alle USB-Geräte trennen. Dann kann ich auch gleich booten.

Das sind die letzten 15 "uptimes" bis zum Fehler, auch keine Logik drin. Aber kann schon mal 2 Wochen durchhalten wie ich sehe...

224.51h
362.45h
48.63h
78.00h
98.40h
119.83h
254.98h
280.06h
341.26h
17.91h
27.55h
111.77h
141.09h
147.22h
153.40h

Quote from Der_Imperator

Laut https://forums.raspberrypi.com/viewtopic.php?t=310765 hilft ein otg_mode=1 in der config.txt

Hmm, den Link kenne ich schon. OTG bedeutet doch das der Raspberry als Client arbeiten kann (im Gegensatz zu Host).
Das will ich eigentlich nicht, aber evtl. funktioniert es trotzdem ... ?

Quote from Urs-1956

Hast du mal das Netzteil überprüft? Auch die altern und können das "Mysterium" erzeugen.

Ja, Netzteil. Da bin ich ständig am rumpopeln weil es der häufigste Treffer auf das Fehlerbild ist. Das PI hängt an einem 5V-5A Buck-converter der direkt den GPIO speist. Ich hab inzwischen 2x5V und 2xGND verkabelt incl. Stützkondensatoren ein paar cm vor der Einspeisung.

Ich gebe ein wenig über 5V drauf, um Stromspitzen (welche die Spannung runter ziehen) zu "puffern". Da reden wir aber max um die 0.2V.

Quote from rpi444

BTW: Mit einem cronjob oder besser mit einer timer-unit (... als vorläufiger workaround) kannst Du minütlich oder alle 30 Sekunden testen lassen, ob der arping (arp-Protokoll) zum Router (gateway) noch funktioniert und wenn das nicht mehr der Fall ist, den PI rebooten lassen.

ja genau so mach ich das. Von außen kommt man ja nicht mehr drauf zum booten.

Schick wäre wenn der Job das Interface wieder hinbiegen könnte.