|
Post by mrsamdk on Feb 8, 2018 0:22:29 GMT
A sudden smell of burnt electronic and missing jog ability on X Y Z: - Y > only moves backwards regardless of jog direction (+/-)
- X > only moves to the left regardless of jog direction (+/-)
- Z > not moving at all
Are my stepper drivers dead?
What I tried so far to get it running again: 1. Assuming it was a an error with a driver, I bought 4 new DRV8825 drivers and switched them out with the old ones. I configured each driver to 0.65 with my multimeter UGS Result> "No serial ports found"
2. I bought a new CNC shield and tried with my new+old drivers here.
UGS Result> "No serial ports found"
3. I tried putting back my first (old drivers/old cnc shield) setup again UGS Result> "No serial ports found"
Green light is appearing on the Uno board when all is connected. When connecting power+USB to the CNC shield/Uno board I do hear the "classic" powered on buzz from the stepper motors.
Any advice? ps. im on a MAC
|
|
|
Post by Bruce on Feb 8, 2018 2:35:37 GMT
The serial port is through the USB on the Arduino. The serial port driver may have been corrupted or deleted and need to be reinstalled or the Arduino board itself has an issue.
|
|
|
Post by Derek the Admin on Feb 8, 2018 17:47:34 GMT
I agree with berogers. It sounds like a couple things happened at once here. I think the Uno board itself it toast. Have you tried a different USB cable (they are just regular printer USB cables) or connecting this to a different computer.
The green light on the Uno board is just indicating it is receiving power.
|
|
|
Post by mrsamdk on Feb 9, 2018 0:38:03 GMT
Writing my initial post, I already ordered a new Uno board... Or atleast thought it was an original Uno board, but to my surprise it turned up as a (I think) chinese rip-off (Geekcreit Uno R3).
I can connect via UGS now and jog in all directions! HOWEVER - there's something weird going on... When I jog the movement doesn't seem smooth like before, it seems very "sluggish"/slow. Settings are the same in UGS as before, so feed rate etc. the same.
Could I be missing some steps in configuring the Uno board/Stepper shield or similar? (first time dealing with something like this)
What i've done: 1. Put together new Geekcreit Uno R3 board + new CNC Shield (jumpers etc. placed as before/ pr. guide) + 4 new DRV8825 drivers 2. Flashed GRBL 0.9j to the Uno board (via XLoader) 3. In the Arduino Ide (software) connected to GRBL in the terminal (serial monitor) and verified being able to send GRBL commands 4. In UGS > connected > and did test jog in all directions
Im noticing the Uno Board is appearing with red LED lamps and not green as with the original (probably toasted board). Not sure if it means anything bad...
|
|
|
Post by Derek the Admin on Feb 9, 2018 13:15:02 GMT
I bet it is just that manufacturer just used a different LED color there. The issue is probably that you have different settings. Make sure your "$$" settings match what we have at the end of the assembly instructions.
|
|
|
Post by mrsamdk on Feb 9, 2018 16:13:47 GMT
Hi Derek, Ahhaa ofcourse, I need to adjust the GRBL settings. I just did that through the Arduino Ide terminal (one-by-one) and tried connecting to UGS again. However in UGS, im now getting the following error: (it seems to connect and then it throws the following error in a loop) error while processing response <<Alarm,Mpos: 0.000,0.000>> error while processing responseIn the Arduino terminal I wasn't able to define the following settings since they don't exist in the settings list I see when doing $$: $30 = 12000 $31 = 5000 $32 = 0 Any advice?
|
|
|
Post by Derek the Admin on Feb 9, 2018 22:43:06 GMT
I think that is a version issue with UGS. I'd hop to a different version.
|
|
|
Post by mrsamdk on Feb 9, 2018 23:02:08 GMT
Ah good idea - I just tried with the latest UGS Platform under nightly builds - but same issue.
Ill probably try and reflash the Uno board again.
Derek > Do you have any .hex file for the carve king? On the resource page, I can only find .hex for the M3
|
|
|
Post by mrsamdk on Feb 10, 2018 0:04:11 GMT
I tried resetting GRBL settings to default > and reflashed with GRBL 0.9i. Then changed GRBL settings to the carve king GRBL settings.
Through Arduino terminal, I can now connect to GRBL and jog around X Y Z perfectly! So getting close I guess.
However in UGS, im still getting the weird error, that I can't escape, so have not been able to load any g-code to test yet
|
|
|
Post by mrsamdk on Feb 10, 2018 17:20:33 GMT
Alrightyyy, so latest progress is:- I'm a moron and didn't notice there's a GRBL version 1.1f > I re-flashed to GRBL 1.1f >> Adjusted settings to the carve king ($30,$31,$32 appeared now aswell in the GRBL settings) >>> Opened UGS Result: I get into UGS and can actually jog around in UGS now. Still an issue:1. ALARM is triggered in UGS everytime when I connect. I can however get pass it by unlocking with $N - when i've unlocked I can jog around. 2. Every time I load/start my g-code (.nc) and click PLAY, then I get the error message below (I removed the G54 command in my g-code) - However clicking OK to the message, the machine starts to run the g-code 3. After having machined for a while, ALARM is triggered again and all stops (same error message as below). The above issue 2, i've always encountered, even with my original (toasted) Uno board, just clicking OK to the error message at start would make everything run without issues. Question:Is there anything I can do about this ALARM notice popping up all the time? ps. The g-code is out of the box and generated from Fusion 360 (.nc file) and did run fine with my original Uno boardError message:An error was detected while sending "T1M6": (error20) Unsupported or invalig g-code command found in block. Streaming has been paused
|
|
|
Post by Derek the Admin on Feb 10, 2018 23:07:15 GMT
There is a setting in UGS to ignore that. I personally think the developer should not have made that a feature. That is a tool change command. I am not near a computer but there is a regular expression editor to make it ignore those commands and stop generating an error.
The alarm thing is a Grbl default compile time setting. It just wants you to unlock or home.
|
|
|
Post by mrsamdk on Feb 13, 2018 23:05:39 GMT
Ok, so I ordered an original Uno board and it arrived today. Flashed it with GRBL and did the exact same steps as with the Geekcreit (Uno board chinese copy). I can now run my g-code from UGS without any issues. With the Geekcreit board, machining would suddently stop after 5-10secs... Had nothing but issues with that board... But luckely the original board just kicks ass I have one issue left! For some reason, X and Z +/- moves opposite of what is expected. Jumpers on the CNC shield are as theyve always been when it worked correctly. Any ideas?
|
|
|
Post by Derek the Admin on Feb 14, 2018 1:03:50 GMT
Goes back to a Grbl setting with step direction mask. The easy thing is to just turn the stepper plug 180 degrees. (All power off including usb for 60 seconds before doing that though)
|
|