-
-
Notifications
You must be signed in to change notification settings - Fork 770
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ugs probe is not in the expected initial state #2673
Comments
ok
ok I tried a bigger #.... |
Now I am getting this:
ok
ok |
Yes, you are probing down 90mm, which will go beneath you machines soft limits. You need to decrease the probe depth. |
My limit was 90 but I guess that the probe is being done relative and not absolute so the machine is seeing 90 - 90 = -180. I had the machine set at 110 which is real but now I have it set at -200 and the probe is working fine. Does not see like a real safe way ot doing this to force set a large soft limit. Can't the measure proble know where it is at and only need to probe down a small limit. Also, why is the sender doing this: G10 L20 P1 Z84.423 Should it just return to a safe Z? Thanks |
I could probably improve the second probe cycle to just probe down the retract amount + a couple percent (instead of the full probe depth) to lower the risk of making the second probe exceed the soft limits. The command |
Shouldn't it be G10 L20 P1 Z1.61 (the thickness of the probe plate)? |
If it is not working as you are expecting, can you instead describe what is happening? Preferably with the console log and your current probe settings. |
I am not sure why the spindle is going all the way back to the top of travel when the work to be done is at Z=0? Should the spindle just go to a safe Z? |
I put a macro in like this and it seems to do the trick: G21 G91 G49;G38.2 Z-10 F50; G10 L20 P1 Z1.61;G4 P0.1;G0 Z5 |
And what is safe Z? If the starting point was considered safe to start probing from, it makes sense to move back there as this will work for all probing scenarios (Z, XY, XYZ and Hole center). Otherwise we would need a setting for a "safe" X, Y and Z in all of these probing scenarios. The algorithm for probing in UGS is like this:
probing.mp4As I mentioned before, if you are using a large probe distance it might trigger a soft limit (if that is activated on the machine) alarm on the second slow probe. I will need to fix that, so that it probes the second time with just the retract distance.
Great, than use that! It does things a little differently though:
|
Ahh...so the trick is to start the probe from what is considered "safe" point, and then that is where it will return? So home, jog to safe position, probe? Let me give that a shot becuase that I think is the step I missed. |
Version
2.1.9
Hardware / Firmware
GRBL 1.1
What happened
I keep getting this error with UGS "probe is not in the expected initial state" which is very confusing becuase I have never had and issue with probing before. I have probed with bCNC and with EASEL with zero issues. With UGS I am getting (ALARM:4) Probe fail. Probe is not in the expected initial state before starting probe cycle when G38.2 and G38.3 is not triggered and G38.4 and G38.5 is triggered. The machine is zeroed with everything hooked up (clip to the bit) and to the touch plate. The machine probes down to the touch plate. Makes contact, backs off, then set the alarm. Probe cycle looks OK until the makes contact (like it should) then it fails? Never had thie problem with any there g code sender.
How to reproduce
See above. Tried multiple times, same issue.
Operating System
Windows 10
Anything else
Every time I probe. I wouldn't make this an issue if I had no probing experience with other applications. But with Easel you can use machine inspector and the machine check out as expected. The limit switches only set when you push them (as expected) and the probe is registered only when the touch plate is manually touching the bit.
The text was updated successfully, but these errors were encountered: