Z-probe commissioning problem
-
Do you have deployprobe.g and/or retractprobe.g Files in your /sys - Folder?
Yes, I had those - I guess from the default SD install. I renamed both with a 'old_' prefix but now when I do a G30 the printer seems to freeze and the web interface says 'Busy'
Should I have left them in place?
-
Did you check the Connections and proofed if you have bad crimped connections as David suggests?
-
Delete those folders.
-
Did you check the Connections and proofed if you have bad crimped connections as David suggests?
I checked them with a multimeter when I installed the cable - it was OK. I'll check again. Thanks.
-
-
Yes, the deploy and retract files. Delete them completely.
-
Yes, the deploy and retract files. Delete them completely.
OK, I've done that, they are deleted.
I've also homed the printer and slowly dropped the nozzle until it just touches the bed. The Z-height readings were:
Homed: 645.0
Touching bed: 212.5And as it touched the bed the Z-probe field went pink and read 1,000 from the normal 0 for a split second.
Going to power it down and check the cable as suggested.
Thanks for the help, I appreciate it!
-
Change the H numbers in M665 to 433. That'll fix the issue.
-
Cable is good, no bad crimps and no crossed wires - they are in the same order on both ends.
-
What type of motors, pulleys and belts are you running? Reason I ask is your M92 numbers are goofy.
-
What type of motors, pulleys and belts are you running? Reason I ask is your M92 numbers are goofy.
Motors are 17HM19-2004S, pulleys 16-tooth GT2, belt GT2
-
Thanks. You're ok then. Just looked off to me having only ran 20 toothed pulleys.
-
Since deleting those two files, issuing a G30 seems to put the printer into a 'frozen' Busy state and only a power reset or emergency stop seems to allow it to move again.
The status near to the Emergency Stop in the top right corner changes to Busy and nothing moves after that.
-
Thanks. You're ok then. Just looked off to me having only ran 20 toothed pulleys.
Phew, thank goodness for that! Thanks for checking and pointing it out anyway!
-
Have you changed the H number yet? Just wonder if it is freaking out because your homed height is greater than what your config is.
-
M665 R246.6 L440.0 B180 H443
Try this and see what happens.
-
Have you changed the H number yet? Just wonder if it is freaking out because your homed height is greater than what your config is.
Yes, if I manually lower the nozzle from homed position it stops at bed height so that seems OK.
-
M665 R246.6 L440.0 B180 H443
Try this and see what happens.
I have that already - after changing it earlier.
In an effort to fix the 'freezing' problem, I replaced deployprobe.g - it now reacts to the G30 command without freezing - but the original problem returns and it ignores a touch on the nozzle during the G30 operation.
-
Notes from the Wiki.
Version 1.19
Upgrade notes from version 1.18.2:
•Recommended DuetWebControl version is 1.19
•Recommended DuetWiFiServer version is 1.19
•Important! If you use an IR Z probe or some other type that does not need to be deployed, delete the files sys/deployprobe and sys/retractprobe.g if they exist, because they are now called automatically. You can do this in the System Files Editor of the web interface.You do need those two files removed, so your issue is somewhere else.
-
So, now when the nozzle is at the bed, the web interface reads 0 for Z height?
