Unexpected response from GRBL about 4xidraw HOT 8 CLOSED

from 4xidraw.

If the servo is powered from the Arduino's 5V it could trigger a brownout reset if it consumes more power than what the onboard regulator can provide.

from 4xidraw.

If the servo is powered from the Arduino's 5V it could trigger a brownout reset if it consumes more power than what the onboard regulator.

Good point, that could very well be what's happening.

from 4xidraw.

@MCTaylor17 Can you try sourcing the +5V from another regulator (for example a 7805)? (Remember the GND of all supplies has to be connected together). Or just run the same code with the servo disconnected to see if the problem goes away.

from 4xidraw.

I just tried with a fresh install of GRBL (the one linked on instructibles) with only the USB plugged in and got the same error.

Before troubleshooting this further, I am curious about upgrading to GRBL v1.1. Is there a fork that implements the servo commands that I could test?

Note: I also have a second CNC v3 shield in the mail that I can test shortly.

from 4xidraw.

@MCTaylor17 So the servo was disconnected, right?

Are you using any end-stops?

As Torsten mentioned above, something is causing Arduino to restart.
If the cause is not the servo, it has to be something else.
GRBL version is not the problem and you would need to apply the changes to keep it supporting the servo which is not a native feature of GRBL and thus not part of the upgrade process.

from 4xidraw.

I also encountered the same issue with my setup. What I had to do was disable the Arduino Uno's automatic reset by using a capacitor in between the reset and ground pin. See the following instructions: https://forum.arduino.cc/index.php?topic=363128.0
I used a 1000uF capacitor I had laying around (probably way overkill) and it fixed the issue for me - no more pop up error box! Big thanks to the folks on the Arduino forums for figuring this out. I also encountered timeout errors with long/slow pen arm movements. That issue went away when I set the GRBL accelerations & movement speeds to much higher values via Universal Gcode Sender.

from 4xidraw.

I'm sorry I haven't had time to look at this for a while. After the pandemic started, I shifted my attention to PPE design and production: https://www.thingiverse.com/ADHDroid/designs

I'm currently rapid prototyping a new ear saver design that should make donning/doffing face masks much much easier.

@pdiddyparkour I think I actually saw the post you're referring to but it didn't seem to do the fix. Unless I'm mixing things up with a different problem, I remember using the exact capacitor they suggested. Maybe going overkill is the solution...

I have way too many projects on the go so I'll call this one closed and consider revising the issue in the future if I ever get back around to it.

from 4xidraw.