Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MCU overload #9

Open
Moicraphy opened this issue Mar 26, 2023 · 2 comments
Open

MCU overload #9

Moicraphy opened this issue Mar 26, 2023 · 2 comments

Comments

@Moicraphy
Copy link

Hello, i tried the script, that is fonctionnal, but i was facing à random error:

When i try to increase over around 30mm/s the square corner velocity, my klipper speeder-pad crash randomly saying : overload CPU.

I tried with a big print and 40% infill and 300 mm/s global speed so i think he has to calculate too much angles in too short time and the CPU can't follow.
ps: I,m working on a Flsun-V400

So i'm using ZigZag infill now :'(

i,m gooing to the limits of the machine :D

If anyone have suggestion except replacing my speeder-pad XD

@codefaux
Copy link

This is a limitation of your equipment, as indicated by your own message. According to the not-a-log-message information provided, your CPU cannot handle a faster SQV because it's overloaded.

(Side note, the Speeder Pad uses a modified version of Klipper with known issues, so this may be an FLSun-caused issue, not even an actual issue with your hardware being unable to keep up. Contact FLSun, it's their thing now, they modified it before shipping it.)

Also, SQV of 30mm/sec means your hardware must turn at a 90 degree angle, while moving no less than 30mm/sec throughout. That is pretty violent on anything beyond ultra-lightweight carriages. SQV beyond 5 on visual surfaces can cause print artifacts. SQV beyond ~10-15 or so is unneccessary, and may in some cases cause hardware wear and/or damage.

It's not recommended to set SQV past 5 when using any form of input shaping due to smoothing artifacts it causes. It is broadly recommended to use higher acceleration instead. High SQV = lower quality corners and fine details.

I'd suggest rethinking your intent, or perhaps understanding the knobs better before playing with them if that's the cause here. If you can't use higher acceleration due to ringing artifacts, I suggest to tune your input shaping. Look into resonance measurement and compensation. It's all documented on Klipper's site, but I'm not sure if FLSun left that stuff working -- I know their delta calibration stuff is trashed.

This project turns a knob in Klipper during infill to sacrifice visual quality and slowdowns caused by low SQV and fine curves. This project has nothing to do with the cause of the problem. The problem is, in order of liklihood;

  • expectations/understanding of parameters
  • your CPU isn't fast enough (as indicated by the error you parphrased)
  • FLSun's changes to Klipper
  • Klipper

@RomRider
Copy link
Owner

There's also one last thing to try: if you are using gcode arcs (G2 / G3), disable them.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants