Yes but I prefer to do it manually. Still use a multimeter depending on what I am doing (cutting or drawing). Thanks for the heads up though.
How exactly do you do this? Metal strip with wire attached and the other end clipped onto the bit then lower until you touch the strip and the machine lets you know it zeroed?? You get a message or it gives you some other signal?
Hi Bryan, Connect one terminal of a ohm meter (or a buzzer etc) to the bit and the other to the metal strip. When the bit hits the strip it closes the circuit and you get an indication buzzer or needle swing on meter. If the metal strip is under the Maslow (which is the conventional way of doing it) the meter indicated the Z home position. I prefer to use the metal on top of the perspex, bring the maslow down until it just touches, set Z home temporarily, then remove strip and lower the bit the distance of the strip depth plus height of sled. And reset Z home.
You can also make it semi-automatic by bring the contacts out of the controller board which is described. Search for:
Instructions - How To Make And Set Up A Z-Probe On The M4
| no need to restart |
|---|
From Config Items menu
| Click “Set” after changing a value to set it |
|---|
| Click “Save” to save any changes you make to maslow.yaml |
| Then click the “restart” icon above, to Restart FluidNC for the changes to take effect |
I’m on firmware 1.11 and the XY scale correction isn’t working as it did in previous FW versions.
I only updated the FW to 1.11 a couple of days ago but wanted to do the calibration or find anchor points again. That was successful and tonight it wanted to check the scale error of the x/y as I have previously done by routing a 300 x 300 mm square and normally they are out, the X is always a 3-4 mm less and Y is always a 2–3 mm more, which I successfully correct with the scale
I did the first square and used the error to correct the scale, I just saved and not restarted fluidNC.
I did the second route and it was exactly the same no change. Hmmm
I when back into config and I noted the scale which previously was 4 digits after the decimal is now rounded to 3.
I restarted, retracted all etc and did a 3rd test and exactly the same with no corrections i.e x = 296 y = 303
I power cycled checked the scale settings, still there. I did a fourth and exactly 296 x 303 no change.
@ Bar,
I only saw FW 1.11.1 was available when I was looking for this topic, is this fixed the scale not working issue?
I can confirm, XY correction is not working (no change) even after a power restart.
in version 1.11.1 with index.html 1.11 the test button doesn’t do the full test, it just says:
Test
Index.html Version: 1.11
I restarted a couple times and test started working (retract-all and extend were also just printing something, not moving???) it was showing idle, not alarm, which was probably the problem
I have noticed this a couple of times. Refreshing the browser seems to fix it
Here is version 1.11.2 which should fix the scaling settings not applying bug, and also fix the issue with the machine failing to find it’s position if the top left and top right belts aren’t the same lengths. This PR also fixes a bug where moving the z-axis after extending the belts but before applying tension would cause erratic behavior.
As always feedback is very much appreciated! These were some good bugs to catch!
firmware.bin (1.9 MB)
Can confirm scaling issue fixed. haven’t had a problem with Z setting either. Thanks and thanks for the explanation on Abundance. I hadn’t tried returning after each value.
Can you put the latest version here so it can be tested prior to a general release? I think a few experienced people giving updates a try before making it a general distribution would increase confidence in each release.
Absolutely!
I was kind of thinking about trying to get that automatic grid size calculations into the next release so that is sort of the milestone that I was thinking we would release at.
We’ve been getting a ton of awesome progress (mostly thanks to you and @dlang)!
That is hitting problems at the moment. I think baby steps and constant improvements is the more practical way of moving forward. Having the ability to power off and restart without doing the RET Dance is a major step.
That’s a good point, that is a big step!
Ian Abbott wrote:
Can you put the latest version here so it can be tested prior to a general
release? I think a few experienced people giving updates a try before making
it a general distribution would increase confidence in each release.
I think we need a place for releases (the current place on github) but also a
place that gets builds nightly from Maslow-Main
(and then there are the builds being tested for specific features that aren’t
yet in Maslow-Main)
having people able to test things before the release will help avoid some of the
worst problems.
(see also the thread on automatic testing)
David Lang
@dlang @ian_ab @bar I’m not sure which category or thread to ask this but is the program change to be able to power off and back on without doing the retract, extend dance ready?? If so where please. For me right now that’s my biggest headache.
Thanks
Bryan
Yes it is
the PR build (which is v1.12 with just this on top) is available at
download and unzip the firmware-package link and install it.
It will save your belt lengths only while in ready-to-cut mode (it’s supposed
to do it while retracted, but it seems something is odd there in my testing)
you will see log messages when the machine stops of it saving your position, and
then when you move of marking it stale
If you run into any issues, please report them.
David Lang
Ok so uploaded the firmware and powered off. Powered back on and it was able to jog but there’s a hop when I tell it to move then it drifts back a little. Logs and video attached
Also machine stayed in idle state after powering back on. Did not have to hit unlock.