ARC fitting causing MCU TIMER TOO CLOSE

[loutwice]

Is there an existing issue for this problem?

• [X] I have searched the existing issues

OrcaSlicer Version

2.0.0

Operating System (OS)

Windows

OS Version

10

Additional system information

No response

Printer

Flsun v400

How to reproduce

print multimaterial with arc fitting enable

Actual results

crash in MCU TIMER TOO CLOSE always on the prime tower

Expected results

should not crash - issue already reported here https://github.com/SoftFever/OrcaSlicer/issues/1052

Project file & Debug log uploads

klippy (7).log

Checklist of files to include

• [X] Log file
• [ ] Project file

Anything else?

printing without arc fitting enable works , the print is completed

[igiannakas]

Reduce your arc resolution in klipper. Your SBC is too slow to handle higher resolution.

[loutwice]

Reduce your arc resolution in klipper. Your SBC is too slow to handle higher resolution.

@igiannakas already at 0.2 ,

[igiannakas]

Reduce your arc resolution in klipper. Your SBC is too slow to handle higher resolution.

@igiannakas already at 0.2 ,

Prime tower btw shouldn’t be using arc commands. Do you have arc fitting turned off in the quality settings? If not, why not? Klipper has no benefit with it on, as it breaks the arcs down into lines anyway - instead with it on you’re actually loosing print quality as the model gets arc fitted and then broken down again in a lossy process.

the only place for a klipper printer to use arc commands is spiral z hop. For which a resolution of 0.2-0.3 should be sufficient to prevent timer too close errors.

[loutwice]

Reduce your arc resolution in klipper. Your SBC is too slow to handle higher resolution.

@igiannakas already at 0.2 ,

Prime tower btw shouldn’t be using arc commands. Do you have arc fitting turned off in the quality settings? If not, why not? Klipper has no benefit with it on, as it breaks the arcs down into lines anyway - instead with it on you’re actually loosing print quality as the model gets arc fitted and then broken down again in a lossy process.

the only place for a klipper printer to use arc commands is spiral z hop. For which a resolution of 0.2-0.3 should be sufficient to prevent timer too close errors.

oh i didnt know ! thank you for your explanation! so best to deactivate it ... gotcha !

[Ergonomicmike]

Klipper has no benefit with it on, as it breaks the arcs down into lines anyway - instead with it on you’re actually loosing print quality as the model gets arc fitted and then broken down again in a lossy process.

@igiannakas I didn't know this either. It would be helpful if the tooltip said that Arc Fitting is "incompatible" with Klipper.

(I would offer to offer a PR. But I'm not a coder.)

[igiannakas]

It’s not that it’s incompatible, it’s more that it’s pointless as klipper splits the arcs back out to segments (lines) using the resolution setting that you configure in the printer cfg file.

I’ll make a tooltip adjustment, no worries ;)

[Ergonomicmike]

@igiannakas That was fast. Thanks! I was going to ask if you knew of any other settings in Orca that also should be disabled when using Klipper, and if you could update the pop ups for them too.

(Update: Disregard this next suggestion. I see that someone already mentioned this in the PR comments.

For when all the bugs in Orca have been squashed, the final ergonomic solution for this is to have Orca gray out settings like Arc Fitting when Klipper is set as the G-Code flavor for a printer.)

[igiannakas]

No other setting has an adverse effect on Klipper from what I recall. This one specifically is a peculiar one - Marlin and Bambu benefit immensely from this being turned on as their motion planners take advantage of this. Klipper on the other hand doesnt.

Personally I dont have any other material deviation between my BBL profiles and my Voron profiles besides this setting.

[Ergonomicmike]

Thanks!