RRF 3.4.0beta7 resume bug when using arcs

[EducatingSavvas]

@jay_s_uk said in RRF 3.4.0beta7 resume bug:

M669

Hi Jay - I have it m669 in the config file already, as such:

M669 K0 S1 T3

The pause occurs pretty instantly but resuming takes a long while with RRF3.3 and even longer with RRF3.4beta7+7

[jay_s_uk]

@educatingsavvas ah, my bad then. I can't say I've had any issues resuming with the last 3.4 betas I've used but I'm not really doing anything complicated

[EducatingSavvas]

@jay_s_uk I'll try adjusting my post processor to not use Arcs and see if that is the issue - I seem to remember that was an issue with older firmware versions. I have slimmed everything down for the current CNC controller, so not sure what is going on.

This is a video of the resume dwell using RRF3.3 https://youtu.be/V2cP_cfPh40 - it is much longer with RRF3.4beta to the point that I normally cancel the job.

[EducatingSavvas]

@jay_s_uk I can confirm the use of arcs in the gcode seems to be the problem. I removed any lines referring to arc moves from the post processor and the long resume time has stopped with RRF3.4. But this now means the Gcode files are really large.

[jay_s_uk]

@educatingsavvas one for @dc42 to take a look at

[dc42]

@educatingsavvas thanks for pinning this down further. This was already on my list to investigate and resolve before we release 3.4.0rc1.

[EducatingSavvas]

@dc42 Please let me know if you want me to test anything.

[dc42]

@educatingsavvas I confirm this issue and I am working on a fix.

[dc42]

@educatingsavvas which Duet do you need a firmware build for?

[EducatingSavvas]

@dc42 Morning, I'm using a Duet 2 Wifi.