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

[Bug]: Jerk & acceleration value change after Resume APF #971

Closed
2 of 25 tasks
ButalaRishita opened this issue Apr 6, 2024 · 3 comments
Closed
2 of 25 tasks

[Bug]: Jerk & acceleration value change after Resume APF #971

ButalaRishita opened this issue Apr 6, 2024 · 3 comments
Assignees
Labels
bug Bug that has been reproduced
Milestone

Comments

@ButalaRishita
Copy link

Duet Forum Discussion Thread

https://forum.duet3d.com/topic/35334/jerk-acceleration-value-change-after-resume-apf?_=1712377194339

Which Duet products are you using?

  • Duet2-Wifi
  • Duet2-Ethernet
  • Duet Expansion Breakout Board
  • Duex2
  • Duex5
  • Duet2-Maestro
  • Maestro Dual Driver Expansion
  • Duet3-6HC
  • Duet3-3HC
  • Duet3-1XD
  • Duet3-1LC
  • Duet3-Tool Distribution Board
  • Duet3-Mini5+
  • Duet3-Mini2+
  • Raspberry Pi or other SBC
  • SmartEffector
  • Magnetic Filament Sensor
  • Laser Filament Sensor
  • PT100 Daughterboard
  • Thermocouple Daughterboard
  • PanelDue
  • Other
  • None

Firmware Version

RRF 3.5.0 rc3

Duet Web Control Version

DWC3.2.2

Are you using a Single Board Computer (RaspberryPi) with your Duet?

  • Yes I use a SBC.
  • No I do not use a SBC.

Please upload the results of sending M122 in the gcode console.

M122 Report

Please upload the content of your config.g file.

Config.g

Please upload the content of any other releveant macro files.

No response

Details specific to your printer.

No response

Links to additional info.

No response

What happened?

I am using Duet 2 wifi with RRF 3.5.0 rc3.

sudden change in jerk and acceleration after resume APF, it's set random value which is not in config and not in gcode.

gcode in which jerk is 300 mm/sec & acceleration 500 mm/s2, when i run the power failure sequence and after resume the print there is sudden vibration in X Y axis, so i am rum M204 to check it's acceleration and the result of it is 50000 mm/s2 and jerk is 600mm/s but gcode generated on jerk 300mm/s and acceleration 500 mm/s2.

@ButalaRishita ButalaRishita added the bug Bug that has been reproduced label Apr 6, 2024
@dc42
Copy link
Collaborator

dc42 commented Apr 7, 2024

Restoration of M204 settings is now implemented in 3.5.0-rc.4. Restoration of jerk settings has not been done because it is not clear that it is a good idea. The original reason for jerk settings was to specify the limits that the machine is capable of. Unfortunately some slicers now generate commands to set jerk limits. One possibility is in future to treat M566 as setting machine limits (just as M201 sets machine acceleration limits) but treat M205 as setting possibly lower limits for the current print only (just as M204 sets travel and printing acceleration limits for the current print only).

@T3P3 T3P3 added this to the After 3.6 milestone May 20, 2024
@dc42 dc42 assigned dc42 and unassigned x0rtrunks Oct 8, 2024
@T3P3 T3P3 modified the milestones: After 3.6, 3.6.0 Jan 18, 2025
@T3P3
Copy link
Contributor

T3P3 commented Jan 19, 2025

Now that the following change has been made to Jerk in 3.6beta2 the restoration of M205 settings will be safer as they are not permitted to be higher than the M566 settings in the machine config.g.

From the release notes:

In previous firmware versions, M566 and M205 both adjusted a single set of jerk limits with the only difference being the units that were provided (mm/min for M566 and mm/sec for M205). In this release, RRF maintains separate machine jerk limits and jerk limits for the current job. M566 sets both jerk limits, whereas M205 sets only the jerk limits for the current job. The current job jerk limits are constrained to be no higher than the machine jerk limits. This allows slicers to user M205 to change the allowed jerk without exceeding machine limits.

@dc42
Copy link
Collaborator

dc42 commented Jan 20, 2025

Fixed in 3.6-dev branch.

@dc42 dc42 closed this as completed Jan 20, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Bug that has been reproduced
Projects
None yet
Development

No branches or pull requests

4 participants