UNO testing etc..

[notso]

OK so one problem was solved, the spindle would not turn on, I had to manually spin the top to get it started...then it works fine until I turn it off.

HOWEVER I have issues with the machine not printing long files. Somewhere between 700K and 800K it just....stops.
So No idea what the issue is. 
Here is what I have done.
UGCS-platform
bCNC
IntellG-code
3 different PCs
Windows 10
Linux Mint


So my next step is to use another Uno I think. I have one here (from a homemade 3D scanner I made)
Flashed with GRBL1.1f, used the Millright hex with homing switches file.
This is what I now have, does this look right?

EDIT: After I flash 1.1f and connect to ugcs it shows as 1.1f, I then flash the HEX file from millright and connect and it now shows as .9j...
Is the hex file old?
Also it is missing lines $31 $32 
I used the original arduino and changed the below settings to match my current one..should work right?
**** Connected to COM10 @ 115200 baud ****

Grbl 0.9j ['$' for help]

>>> $$

['$H'|'$X' to unlock]

$0 = 10 (step pulse, usec)

$1 = 255 (step idle delay, msec)

$2 = 0 (step port invert mask:00000000)

$3 = 0 (dir port invert mask:00000000)

$4 = 0 (step enable invert, bool)

$5 = 0 (limit pins invert, bool)

$6 = 0 (probe pin invert, bool)

$10 = 3 (status report mask:00000011)

$11 = 0.010 (junction deviation, mm)

$12 = 0.002 (arc tolerance, mm)

$13 = 0 (report inches, bool)

$20 = 0 (soft limits, bool)

$21 = 0 (hard limits, bool)

$22 = 1 (homing cycle, bool)

$23 = 0 (homing dir invert mask:00000000)

$24 = 25.000 (homing feed, mm/min)

$25 = 600.000 (homing seek, mm/min)

$26 = 244 (homing debounce, msec)

$27 = 4.000 (homing pull-off, mm)

$100 = 40.000 (x, step/mm)

$101 = 40.000 (y, step/mm)

$102 = 80.000 (z, step/mm)

$110 = 8000.000 (x max rate, mm/min)

$111 = 8000.000 (y max rate, mm/min)

$112 = 3000.000 (z max rate, mm/min)

$120 = 250.000 (x accel, mm/sec^2)

$121 = 250.000 (y accel, mm/sec^2)

$122 = 250.000 (z accel, mm/sec^2)

$130 = 264.000 (x max travel, mm)

$131 = 264.000 (y max travel, mm)

$132 = 69.000 (z max travel, mm)

ok

>>> $G

[G0 G54 G17 G21 G90 G94 M0 M5 M9 T0 F0.]

ok

[notso]

So I have it partially set up correctly. It is cutting, but none of the programs update the x,y,z position...they just stay at zero (but when I hit reset work zero it does know where to start from).
Anyway, it is cutting a 1.5million line file...let's hope this is it!

[Derek the Admin]

Not updating the xyz position on the digital read out would normally be a version mismatch between UGS and grbl (IE: Old UGS And new Grbl). If none of the interface programs are updating the readout I would suppose that a status reporting setting is off in Grbl. I also think it could be related to the spindle we just sent a replacement on. If it's acring in there it can create electrical noise which causes resets.

[notso]

I am with you on that one.
This one I can hear it kind of grinding. and even the other Uno board had the Y Axis jittering until I tapped the spindle and it spun up to full power...
So I hope this fixes it! as just starting to have fun with it!
As I mentioned above though I flash it with 1.1f from grbl website and it says 1.1f when I do a $$ but after I flash the hex file for the M3 it says .9, did you update the file on the millright site?

[notso]

Well test almost complete.
I am now over 1 million lines and still cutting so I think the Arduino was also part of the problem.
Hate it when there are 2 things wrong!
So I think I will finally take you up on that replacement for it.

EDIT:

Final verdict, YAY....

24.5hrs later
1,522,811 lines cut without issue.