Tuning Jerk/Accel/Speed settings

arhi

@bot can't say really, visually and sound to me seem 100% identical between M566Z0 and M566Z50. I cannot differentiate them. What I can say is that Orion does differentiate them as it reads 775-779 when idling and trigger is set to 850. I move to 0,0 wait 5 seconds and do G30 so the bed starts going up if the M566Z50 the second bed starts to go up I get trigger and if M566Z0 the trigger happens only when the bed hits the nozzle. Looking at the movement, listening to a motor, no difference between the two, but there definitely is something different.

arhi

@Phaedrux I did read the manual, but the behavior I'm seeing does not verify what I read there. During first few layers I don't notice any stuttering with M566Z0 but in any case I did change my script to setup M566Z50 normally and I do M566Z0 only during homing and probing. But again, audio/visuals do not show difference between M566Z50 and M566Z0. I never set P to 1 so whatever is default (0 by documentation).

I run now the M566 without parameters and I set Z0 again and looks like I cannot set zero ?! Maybe it has to do with point that it's printing now but again, nothing set M566 to any value but 0 since the machine was turned on today.

2/20/2020, 8:42:50 PM 	M566Z0
2/20/2020, 8:42:52 PM 	M566
Maximum jerk rates (mm/min): X: 500.0, Y: 500.0, Z: 6.0, E: 6.0, jerk policy: 0

Seems that lowest value for Z is 6.0 ?

Phaedrux

@arhi yes. Right below the section I quoted from the wiki it states the minimum as 0.6mm/s

deckingman

@Phaedrux said in Tuning Jerk/Accel/Speed settings:

.................. Yes, my understanding of it was only between moves. I wasn't aware of it being applied from a resting start. @dc42 would have to clarify.

That's two of us then I wrote "Jerk" doesn't work like that in RRF firmware. Jerk is never applied at the start of a move." To which DC replied "It does in recent versions of RRF if you set the jerk policy to 1 in M566."

bot

@arhi are you positive the Z axis is only moving in one direction when it triggers the piezo? Is the probe command moving the z axis a tiny bit in one direction first? Is any other type of Z compensation enabled when this occurs?

arhi

@bot I'm not sure of anything not easy to see things clearly with all this glass and acrylic. It does look like the bed is put into position and then sits still 3sec as configured and then goes up towards the nozzle. If I set jerk to 0 it works ok, if I set jerk to 60 the start of the movement triggers the piezo.

In any case, none of this is a problem for me, I made it work with analog output and I'm happy with it. It's just confusion about what I'm reading and what I'm seeing first hand. It would be cool to properly understand the behavior that's all.

bot

@arhi I'm glad you got it sorted out!

It's still puzzling that the Jerk value would affect anything in that scenario.

I wish I myself was capable of understanding the source code. I would love to check things over myself but I'm not able to. Not that I don't trust or love the firmware, but there have been a few instances where errant behaviour has gone undetected so I like to highlight problems, no matter how small, when they arise, so they can get attention if they need it.

jens55

I had an Orion sensor for a while. For probing I would set jerk to zero and acceleration to very low (don't recall actual number) in order to not cause false triggers on the Orion. It is extremely sensitive in some respects and not so much in others which is why I eventually reverted back to a BLTouch.

arhi

@bot said in Tuning Jerk/Accel/Speed settings:

@arhi I'm glad you got it sorted out!

It's still puzzling that the Jerk value would affect anything in that scenario.

No clue, it would never occur to me to try to change it. I contacted precise piezo guys with "what am I doing wrong it is all over the place", the first thing they said was you are using duet, set Z jerk to 0 and you should use analog output it works great with duet, much easier to configure than using the fiddly trimmer. Changed Z jerk to zero - issue went away, returned Z jerk to 60, issue came back, so behavior confirmed. What is weird I can usually hear if not see these changes in speed but I can't hear any difference?!?! Have not tried P=1

Phaedrux

I reduce my acceleration and jerk during probing with a BLTouch as well just to be a little gentler on the repetitive up and down movements during a detailed heightmap probing. I boost it back up during printing for fast layer changes.

RyanP

@Phaedrux said in Tuning Jerk/Accel/Speed settings:

To find this speed/accel combo for travel moves, I would do a dry run of a larger model to get a feel for what travel moves would actually look like. Adjust the speed factor and travel acceleration during the print. You'll be able to tell the difference between sluggish movement and rough jerky movement. (for my coreXY travel is 175mm/s and 2500 accel and 1500mm/min jerk. Anything more is too rough and may skip steps if it catches a curled edge.)

I'm reviving this topic as @Phaedrux did a great run through on tuning accell and jerk, something I have having to redo after changing my cooling duct system and moving from Bowden to DD. But that does leave me with a very basic clarification question about the quoted section.

If you are tuning Jerk after travel acceleration, do you have a starting jerk value to use during the dry run print?

Phaedrux

@RyanP said in Tuning Jerk/Accel/Speed settings:

If you are tuning Jerk after travel acceleration, do you have a starting jerk value to use during the dry run print?

600mm/min (or 10mm/s) seems like a good floor.

RyanP

@Phaedrux said in Tuning Jerk/Accel/Speed settings:

@RyanP said in Tuning Jerk/Accel/Speed settings:

If you are tuning Jerk after travel acceleration, do you have a starting jerk value to use during the dry run print?

600mm/min (or 10mm/s) seems like a good floor.

Well, its good to know that my mind is in the right place. I was in my config.g file changing my M566 for X and Y to 600, and as I hit save, I got the notification of your reply.

Much appreciated for the confirmation of my own thoughts. Youre the best.

Phaedrux

@RyanP I figure 10mm/s is a pretty slow print speed. You don't want it to slow down too much at corners because that causes its own issues.