"Lost connection with MCU" - wegen zu hoher Geschwindigkeit?

Hatte in der letzten Zeit mehrfach den Fehler: "Lost connection with MCU" mit meinem CR10V2 und einem RasPi 4, mitten im laufenden Druck.
Erst hatte ich es auf das USB Kabel geschoben. Daher ein hochwertiges mit Ferritkern besorgt, aber damit kommt der Fehler jedoch erneut.

Es scheint mir aber auch so zu sein, dass der Fehler nur auftritt, wenn ich die Druckgeschwindigkeit in Klipperscreen auf 120% erhöhe.
Drucke ich mit 100% Geschwindigkeit, dann laufen die Drucke problemlos durch.

Eingestellte Geschwindigkeiten in Cura sind:
Druck: 160 mm/s

Wände: 80 mm/s

Beschleunigung: 2500 mm/s

Kann es sein, dass das 8 Bit Mainboard bei 120% Speed nicht nachkommt?

Das Klipper Logfile hat 13 MB, zu gross zum hier anhängen.
Wonach müsste ich suchen? Bin erst seit ein paar Wochen Klipper Nutzer...

Angehängt das Logfile als ZIP.
Die letzten Fehlermeldungen kommen daher, dass ich nur den RasPi gestartet hatte, ohne den Drucker anzuschliessen, um das Logfile runterzuladen.

klippy.log.zip

Und nun ist auch mehrfach bei langsamen Drucken (TPU) das genau gleiche Problem aufgetreten:
"Lost connection with MCU"

Nochmals diverse USB Kabel durchgetestet, kein Erfolg.

Irgendwann erscheint immer diese Fehlermeldung.

Was ist hier nur los?

Ein Problem mit dem RasPi, bzw. dem Klipper Setup?

Das Klipper Log:

klippy (3).log.zip

Bei mir trat der Fehler zuerst nach 1-2 Stunden im Druck auf, bei einem etwa dreistündigen Druck.
Dann jedoch in immer kürzerer Zeit.
Später lief ein Druck gerade noch 10-20 Minuten und Klipper stoppte mit dem Fehler.
Zuletzt konnte Klipper den Drucker, gleich nach dem Start, schon gar nicht mehr finden.

Habe in der Zwischenzeit den RasPi 4 mit welchem das Problem auftrat noch an einem zweiten CR10V2 getestet und dort genau das gleiche Problem.
Liegt wohl nicht am Board oder USB Anschluss des Druckers, sondern am RasPi, bzw. Klipper.

Habe nun in der printer.cfg testweise die /dev/serial/by-id testweise ersetzt durch serial/ttyUSB0 und das scheint zu funktionieren. Der Drucker wird wieder gesehen und es gibt keine Abbrüche im Druck mehr. (serial/by-id Soll nach meinen Recherchen generell ein Problem sein, in der neusten Debian Version.)

Aber keine wirkliche Ahnung, was der Eintrag von ttyUSB0 sonst für (negative?) Auswirkungen haben könnte.Ob der RasPi dann den RasPi Pico für die Resonanzmessung nicht mehr erkennt...?
Dafür bin ich viel zu sehr Klipper und Linux Anfänger...

Das mit der Stromversorgung über USB kann hier nicht das Problem sein.
Denn ich hatte gleich zu Beginn schon an meinen USB Kabeln den Pluspol im Stecker mit Kapton Band abgeklebt.
In der Zwischenzeit hatte ich mir auch Zwischenstecker gelötet, bei welchen der Pluspol nicht verbunden ist.

Derzeit scheint es mit dem Eintrag serial/ttyUSB0 in der printer.cfg zu funktionieren.
Habe jedoch damit erst kleine Drucke gemacht und noch keine mehrstündigen Drucke.

Original Pi Netzteil verwendet (keine Undervoltage Warnungen)

Kühlkörper verbaut

Quote from JSE

Derzeit scheint es mit dem Eintrag serial/ttyUSB0 in der printer.cfg zu funktionieren.
Habe jedoch damit erst kleine Drucke gemacht und noch keine mehrstündigen Drucke.

Hatte einige Zeit nicht mehr mit dem CR10V2 gedruckt (der Ender 2 Pro mit Klipper war stattdessen im Einsatz).
Nun wollte ich wieder für einen Druck den CR10V2 nutzen und bekomme erneut den "Lost connection with MCU" Fehler.

War es zuvor, ohne den Eintrag serial/ttyUSB0 in der printer.cfg, so dass der RasPi den Drucker nicht mehr finden konnte, ohne dass beide neu gestartet wurden, wird der Drucker aktuell sofort und ohne Neustart wieder gefunden, nach der Fehlermeldung.

Die Fehlermeldung erscheint derzeit auch nur, in der Zeit des Aufheizens, wenn ich einen Druck starten will. Dann auch immer etwa nach der gleichen Zeit.

Läuft der Drucker im Leerlauf und druckt nichts, kommt auch keine Fehlermeldung.
Wenn ich den Drucker manuell ansteuere, z.B. für Bed Leveling an den vier Punkten, dann läuft auch alles bestens, ohne dass je der Fehler erscheint.

Hier nochmals das aktuelle Klippy Log im Anhang.
Verstehe echt nicht, was hier los ist.  

klippy (5).log.zip

Hmm, Thermistor...
Das könnte in meinen Fall ein Tipp sein, da im Leerlauf offensichtlich kein Abbruch der Verbindung erfolgt.

Werde heute abend mal testen, was passiert, wenn ich entweder Bett oder Düse heize, ohne Druckauftrag.

Jup, das Heizbett scheint in diesem Fall tatsächlich den Fehler MCU Fehler auszulösen.
Alles gut, bis das Bett aufgeheizt wird.

Nachtrag:
Etwas seltsam ist, dass ich bei zwei CR10V2 das MCU Problem mit Klipper hatte.
Der Ender 2 Pro hingegen läuft ohne jegliche Probleme unter Klipper.

Habe nun den RasPi4, der am CR10V2 hing durch einen RasPi 3B, mit neu aufgespieltem Klipper ersetzt.

Und der Drucker läuft wieder.

Also doch kein gebrochenes Heizbettkabel.
Sondern ein Problem mit dem RasPi, der SD Karte oder dem OS.