(Solved) Klipper problem? Slow button response and initializing after homing button clicked.
Yesterday printer was working fine.
Switched of printer by browser first.
Then switched off manually.
Today a drama.
When the printer is on and web browser is connected all seems OK although initializing takes more time then before.
When I click for example the button to heat the heater is has a delay of 4 seconds before the command is executed and the temp start to rise and the heater fan switches ON. So far so good although not as it was before. You see the browser screen for the temp also update in 4 seconds periods.
Slow browser response.
Hum.
Now if I click the button for homing the 4 seconds delay is there too.
But if the execution of the command is done. First Z goes down which is correct.
Then X should move but it does not. I get the initialize screen.
This error pops up:
MCU 'mcu' shutdown: Timer too close
This often indicates the host computer is overloaded. Check
for other processes consuming excessive CPU time, high swap
usage, disk errors, overheating, unstable voltage, or
similar system problems on the host computer.
Once the underlying issue is corrected, use the
"FIRMWARE_RESTART" command to reset the firmware, reload the
config, and restart the host software.
Printer is shutdown
I can restart but it all repeat its behaviour once the X motor should start.
So what I did?
New card with new ratos config.
Other Pi with new card with new ratos config and old card with ratos config.
Put new firmware from the firmware-binaries folder to the Octopus V1.1
remove webcam
different USB cable
All firmware entries like klipper ratos, moonraker are updated.
I am out of options.
Any one a guiding in the correct direction?
Paco
Problem solved.
Instead of RATOS V1.21 image I downloaded V1.24 and that is working again.
Strange....but that is 3D life.
Can not change title to solved!
0 Replies