I know this has been asked a bunch of times but I am not seeing the answer to my specific case anywhere. I keep getting the exceed max_temp message mcu shutdown that I have seen many people reference. But in my situation I am sure that nothing is wrong, I am just trying to adjust the parameter slightly because I have installed new hot end. Right now the temp is reading correctly, all that is fine and I have already adjusted the max_temp in the printer-base.cfg Is there somewhere else that i need to adjust this becasue even after save and restart it will still shut down right when it hits 291. I have already set it to 350 thpugh. thx
Hi @B_Loki ,
Please upload your klippy.log
so we can help you!
Here is the log, thx!
klipper.log (8.1 MB)
when I look in the log file that I just uploaded, i see that under verify_heater_extruder, it is showing the max_error is set to 290… When i look in my printer.cfg file though it is set to 350,.. how is that possible? Is it possible its not updating somehow?
here is the printer-base.cfg
printer.base.cfg (6.0 KB)
You shouldn’t be changing the [verify_heater]
section unless Klipper is erroring out with something along the lines of:
Heater 'extruder' not heating at expected rate.
Both my printers use the default max_error: 120
.
- I’m not sure what
printer.base.cfg
is meant to be, but your installation expects the config file to be/root/printer_data/config/printer.cfg
. Also see Klipper’s printer.cfg - Syntax and Parsing Rules - You seem to be running Klipper under the root user. This is strongly discouraged for many reasons.
- There are quite a few settings, including
[verify_heater]
, that reduce Klipper’s sanity checks to the point where they become meaningless, potentially even allowing catastrophic failures. Usually, none of these are necessary and often indicate additional issues. - Your “load cell” is reporting a temperature of 340 °C.
Forgot to mention that your Klipper version is quite outdated.
The printer is a Flashforge AD5M so I believe it is a modified version of klipper that has been ported as some type of workaround. There is no RasPi on it, I think it is only running from the screen… klipper-screen. So no one has really answered mty question yet though, is it possibel to get the temperature to go another 50 or 60c higher without throwing the error??
Here is also the printer.cfg
printer.cfg (2.1 KB)
I cannot see anything in the configuration that would be preventing this.
Given that it seems to be a modified and very outdated version (end of 2022?), I can only speculate:
- Some already fixed Klipper bug (although I’m not aware of anything in this context)
- Some effects from the modifications
- Maybe some hardware limitations, although I’m not sure if it would cause this error message. Overall, the configuration seems “exotic”.
Sorry, I cannot offer any more guidance.
do you have any suggestions on a better way to go about running klipper besides starting an entirely new port? I am assuming that it is the limitations of the hardware that is forcing us to use this “exotic” configuration? If I were to basically install an opensource board (like one of the bigtreetech 32bit boards) and a raspberry pi I would be up to date so to speak? Basically exactly what I did with the Da Vinci 1.0 10+ years ago… crap has it been that long?
My knowledge of this printer and its specifics is not sufficient to meaningfully answer this question.
Basically, it is possible to replace the board with a different one, but if the printer uses special hardware (as the config suggests), it might be challenging to replicate this functionality.
Ultimately, it could also be a matter of the “business case” - how much you need to invest and what you get in return.
This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.