Printer Model: Single Extruder Sovol SV04
MCU / Printerboard: BTT Octopus V1.1
Host / SBC BTT Pi klippy.log (551.8 KB)
Fill out above information andin all cases attach yourklippy.logfile (use zip to compress it, if too big). Pasting yourprinter.cfgis not needed Be sure to check our “Knowledge Base” Category first. Most relevant items, e.g. error messages, are covered there
Describe your issue:
…
I have been having this mcu.error: Can not update MCU 'mcu' config as it is shutdown error popping up at random times during a print. Sometimes it happens 10 hours in to a print other time 2 hours or even 10 minutes. It happens on several different print files also. I have tried to reflash the MCU firmware multiple times using the manual from BTT as a guide, I have swapped the Mainboard with a new BTT Octopus V1.1 board. I have tried a new power outlet along with a new power bar. Nothing I have done seems to make a difference. I have rolled back the log files and used the FIRMWARE_RESTART command prior to starting my last test print when the error presented itself again. The Klippy.log file I included is from immediately after the error showed up.
Could it be a problem with the BTT Pi that is causing this issue?
I have ran out of ideas on how to fix this persistent error any help would be appreciated.
You’re running a modified version of Klipper. It looks like you have a lot of untracked “addon” files related to a MMU and “dynamic macros.” Try again with a clean codebase and see if the problem persists.
@theophile
I have Reinstalled a clean version of klipper but unfortunately the error is persisting. I have included the new Klippy.log file klippy_Clean.log (238 KB)
@Sineos
This is an unhelpful answer I have repeatedly ran the FIRMWARE_RESTART command after this notification and it still continues to produce this. I understand that it is not necessarily and error more of a notification of the disconnect, But what would cause the disconnect without reporting anything in the klippy.log file? There has to be a reason for the disconnect. Its not like I’m purposely unplugging the USB cable 10 hours into a print.
I’m not positive, but my money is on connection problem between the host and the MCU. In both logs the error shows up while trying to process the MCU config.
On your host, ssh into the system after an error like this and check your dmesg output for any signs of USB connection/reconnection or any other messages that might have been generated around the same time.
Unfortunately, the log does not contain information on what caused that external restart. Make sure you aren’t clicking on any web page buttons that could be causing a restart (if applicable) and make sure there aren’t any loose wires, loose touchscreen installations, or similar that could be accidentally commanding a restart (if applicable). Otherwise, another option may be to perform a full OS reinstall of the host computer.