I’m Stumped, maybe someone can help point me the right direction.
For whatever reason the G29 probing sequence has started failing on the second touch point. It initially descends, touches the pad, moves up slightly and when I expect it to descend again to fine tune the Z value it doesnt. It fails and returns to the wiper pad.
Here is what I know…
Cura Versions Tested: 3.2.27, 3.6.13, 3.6.18 (caches cleared between installations) It used to work fine with 2.3.27 but not anymore.
Firmware Versions Tested: 126.96.36.199 and 188.8.131.52 (unfortunately I am not sure what version firmware used to work. Probably whatever was shipping when version 2.3.27 of cura was shipping)
Its not a dirty print head. I have cleaned and cleaned the print head. The first touch point works flawlessly. The first stage of the second touch point works flawlessly. Contact is being made and recognized on the second touch point as there is zero plate deflection.
Its not an electrical problem with the second touch pad. I have measured the resistance between all the touch pads and they read 0.3 ohms between each and every one of them. Electrically all the pads are connected through the bed plate.
I really doubt its the start Gcode. Everything works great prior to the G29 command. It is during this firmware driven process that it fails. Never the less, I have used the stock start GCode and some modified GCode that I found in various other posts on this forum. None of it really applied to my case, but I tried it anyway
Its not my print host flaking out. I get exactly the same behavior with Cure LE, Octoprint, PrusaSlicer and just gcode commands sent via console.
Like I said, i am stumped. Anyone have any ideas? I thought about rolling back to an old firmware version but I wasnt able to find an archive on the Lulzbot site. Would I get this from the Marlin firmware Github site? Or is Lulzbot firmware customized?