pulling my hair out

[snarejdv01]

ok so i just got my m3 assembled and created a simple box with my name in fusion. i run through the simulation and everything looks fine. ive set everything to MM as far as i can tell. i am using grbl panel since i cant get ugs to load on my computer for some reason. when i upload the g code into grbl panel and home the machine to the front left corner, i hit play and the machine jogs to the back left corner and the bit dives way to far into the material and starts going crazy moving way to fast and gets stuck until i hit the stop button. I watched a bunch of videos on settings and i have set all the feed rates and everything to about half of what they show on the videos because if they are conservative on the video then half that should be really slow and still no luck.

[Derek the Admin]

I'm sure we can help you. This is probably just a matter of zeroing procedures. To best help you, we need the following:

1) To see your g code (attach it here please)
2) A screen shot or copy and paste of your settings in Grbl. You can type $$ and enter into the command line and it should show you your settings.
3) A description of how you zero'd the coordinates before you began. I know you said said you "homed to the front left corner" but that's a bit of a misused term. I think I know what you meant, but homing is actually a different concept than work zeroing. Did you use G92 to zero the work position? If so, was the end mill right on top of the stock?
4) Does it move as expected when you jog the machine: IE: When you job X+ 10mm does it move to the right 10mm? If you jog Y+ 10mm does the table come towards the front by 10mm? When you jog Z+ 10mm does it move up by that amount?

Let us know those things and we can iron it out.

[snarejdv01]

new.nc (646 KB)


it looks like when I manually jog the machine that it is moving the proper direction and distance. for the zeroing I moved it manually to the front left corner and typed g92 x0 y0 z0 and hit enter. I tried the $$ but it didn't do anything. I added an attachment for my settings tab in grbl panel as well as the g code file from fusion. thanks again for the help

[Derek the Admin]

Based on the settings, I don't think it's moving the proper distance in Z. I bet it's moving 4 times what is should be. It appears that you've become a victim of Easel and it hass reflashed all of your settings. You can avoid that by not connecting to the machine using Easel. They send the settings for their machine to yours and it screws everything up. Just generate G Code with it and connect to the machine with something like Grbl pane as you are doing now.

Please take a look at the assembly instructions and change each one of the settings back to what we had.

Also note that your work is starting a couple inches from the origin. Not sure if you intended that. Visualize the code and check out what I mean.

I hope that's helpful. Please let me know if you have any other questions.

[snarejdv01]

That makes sense since I did connect to easel before I saw that you weren't supposed to. I will try and reset the settings and report back if that works

[aforww]

You've been Easeled... :/

[snarejdv01]

it looks like that's exactly what it was the 102 setting was set to 360 when it should be 80 the only problem is I cant figure out how to save the settings after I change them. it says that it saves when you exit and I tried that and went back in but it goes back to the old incorrect settings.

[Derek the Admin]

I'm afraid I can't be of much help there not being a grbl panel guy. What happens if you just type $102=80 and enter in the command line? If that won't work, you might try to hit them up on their github asking why it won't work.

Also, I'm not sure what version of UGS you tried but it should work if you have an updated version of Java. Not that there is a 32bit version and 64bit version. If, for instance, you have 32 bit java and click "ugsplatform64.exe" it's not going to run.

[snarejdv01]

I can get the ugs program to load but then when I go to connect it gives me this errorerror.txt (49.04 KB)

[snarejdv01]

ignore previous post I didn't have the updated version of java. I got ugs to work. so ill give this a try and see if I'm in business

[snarejdv01]

that was not it. the settings are back to the factory settings but its still doing the same thing it was before. i cannot for the life of me figure out what I'm doing wrong unless its something in the g code coming from fusion

[Derek the Admin]

Is setting 102 now showing 80 or has it reverted back? Can you confirm for sure that it's moving 10mm when commanded? Did you put the jumpers on the red board at M0 and M1?

What happens when you run our sample g code file talked about in the quick start guide here:
docs.wixstatic.com/ugd/8c4af2_4e468aa7fe1146bea53c33f28ceb1d88.pdf

I don't see anything in the g code file that indicates that it would traverse to the back left and dive.

[oliverc]

This is my first contribution, hope it can help.
If default settings for the M3 have been defined directly in the default.h file before compilation you can try to send the command '$RST=*', this will set back the correct settings in the grbl config.
It depends if Derek set the parameters manually after flashing the arduino or if he define them in the default.h and config.h file before flashing.

[Derek the Admin]

The settings are hard coded so that will work. Thanks for mentioning that. Great first contribution!

[snarejdv01]

thanks i will give that a try along with running the sample file tomorrow and see how that works. i will report back