Solved 1HCL probing problem with ***video***

[dc42]

@highfreq yes, thanks!

I believe I have found the reason for this behaviour, and I expect to have a new firmware build for you to test later this morning. You were right, it is specific to the 6XD board.

[HighFreq]

@dc42 thank you very much, looking forward to it.

[dc42]

@highfreq please try this build. In my tests, it fixes the problem.
Duet3Firmware_MB6XD.bin

[HighFreq]

@dc42 will test asap and let you know.

Do i have to turn off any of the logging i switched on yesterday?

thanks

[HighFreq]

@dc42 So far everything works as expeced.

Thank you and great customer service!!!!!!

[dc42]

@highfreq I'm sorry it took so long. As it only happened in closed loop node, I assumed it was an issue with the EXP1HC firmware, so I was looking in the wrong place. In fact it was caused by the step generation code on the 6XD being different from other Duets because of the different hardware (the 6XD uses a timer to generate the step pulse so that the CPU doesn't have to hang around until it finishes).

[HighFreq]

@dc42 Thank you very much!!!

[HighFreq]

If a mod could change title to SOLVED would be greatly ppreciated.

[HighFreq]

@dc42 Still working fine. Don't know if it could be related but the 1HCL didn't show any brake issue after we installed the probe patch on the 6XD.
1HCL are running on latest stable release.

[dc42]

@highfreq I'm glad to hear it. I would not expect to see any brake issues when a driver is enabled (assuming you set the current first), but a delay between de-energising the brake solenoid (to turn the brake on again) and disabling the driver is likely to be needed. I'll make that delay configurable in RRF 3.5.

[HighFreq]

@dc42 ok, great

thank you.