We use cookies to personalize content, interact with our analytics companies, advertising networks and cooperatives, and demographic companies, provide social media features, and to analyze our traffic. Our social media, advertising and analytics partners may combine it with other information that you’ve provided to them or that they’ve collected from your use of their services. Learn more.
I recently downloaded version 1.09 I think it is. If you run though the Xcarve set up prior to using Easel, it should make the necessary changes to your X controller. It did for me. I only have been using UGS.
I also found this really useful to understand what the various things do:
I downloaded UGS 2.0 Platform (Nightly build) and am encountering the same problem with the probe alarm. is anyone else getting this or did you get an older stable version. Did you resolve the alarm issue?
Please post the version of grbl that you are running (did you compile it or load in a .hex file or was it just on the machine when you started using it) and the grbl parameter settings:
($$ command)
Someone recently had an issue with GRBL version that was installed. You may need to either reflash the existing version or upgrade it, depending on what you’re running.
Are you sure you need to leave the probe in? If so, use a different sender or different version. The probe shouldn’t impede motion unless you are probing.
Inventables Z probe socket with the probe disconnected registers as the probe is closed/touching. It’s a NC socket as I mentioned earlier in this thread. I know this because I have one. They made that design decision most likely due to Easel integration (they look for a transition to know you plugged the probe in is my thought on that).
But again, I’ve never had that stop my machine from running when I had the probe socket connected. That’s why I asked about if it actually stops the machine.
The next steps are to post what version of GRBL and your GRBL settings. Version is printed after a “$I” (upper case i) command (or when you boot) and GRBL settings are after a “$$” command.
Your default sequence on power up, with homing enabled, is you must do a homing cycle first and then you can jog the machine. If you follow that cycle and it works, then the probe means nothing.
I can move the X,Y,Z, evan with the alarm i guess i can just ignore it but I’m encountering a new problem going from Fusion 360 to UGS. I set the post to the standard grbl and it loads fine in UGS but when I start it gives me this message
This is a screenshot of my UGS trying to run my gcode
I’m not sure how to turn off option for tool change M6 from a post i can’t seem to find a how to anywhere. I can’t be the only one having this much trouble trying to use UGS and fusion 360 without Easel. I’m using the standard grbl post included with Fusion 360 and it keeps giving me T7M6 error.
When you export the gcode, do you get a window that pops up with the actual code?
That is what happens for me. I delete the line that has the M6 code, then I save and close that window. Also, in the post process (the window that opens to export the gcode via grbl) in the program settings section, I have the g28 safe retracts set to no.