Thanks, not demanding, just asking. I only found it because I was looking at the build docs to remind myself the process for a levelling.
When I run it (from the FluidTouch incidentally) on the left side it homes after each probe but on the right it only raises about halfway - my guess is that’s where the 45mm offset difference is coming from.
I’m not certain but I think it might be ignoring the homing feed rate - on the raises it was hitting the end stops so hard it moved them. I turned the feed rate down to 300 and it didn’t appear any slower.
It was relatively warm today so I took a look at this. It seems this was broken starting in FluidNC v3.9.5 and fixed very recently in a v4.0.2 pre-release.
The issue is that when it hits this line, which is a comment, it is interpreting the “%” as end of file. That %d is supposed to format the variable that follows as a number with no decimal places. (PRINT, Move to Initial Y Position %d#<probeYPos>)
Maybe there are more issues than that but that is certainly a big one.
I’m not quite sure how to proceed with this. Maybe I’ll try v4.0 again once v4.0.2 is released. I’ve been waiting for it to stabilize a bit. I could also do a v3.9.9 build with that fixed.
It’s all good. I’ve also pondered whether this is the right solution, or if I should revisit the WebUI extension I had for this purpose.
My main problem isn’t whether it’s fun or not, since all of this is interesting to me, it’s deciding what captures my attention the most. Recently, I’ve been pondering a small desktop CNC sand zen garden using NEMA 11 motors with an automatic tool changer for things like a rake and things of varying pointiness. Then I’ve got this coaxial stepper motor I’ve been meaning to play with. All while I should be organizing my workshop and finishing the frame for my pen plotter.
