Updated GRBL to 1.1 / Carbide Create & Motion... Problems

Using macros in Lightburn is actually how I do it, so no need to move away from Carbide Motion.
Here is my “useLaser” macro in LightBurn:

 $32=1
 # mandatory: enable laser mode
 $10=0
 # mandatory: change status report options so that Lightburn display positive values
 $20=0
 # optional disable soft limits, I don't need those in laser mode
 $120=50
 # optional/specific to my laser setup: reduce X accel to 50mm/sec² to minimize laser wiggle
 $121=50
 # optional/specific to my laser setup: reduce Y accel to 50mm/sec² to minimize laser wiggle
 G10 L2 P1 X-459 Y-415
 # set the work origin in the front left corner of my SO3, to work in "natural" coordinatesin Lightburn
 # X/Y values will be different between SO3/XL/XXL and even between different machines. 

and here is my “useCNC” to switch back:

$32=0
# mandatory: disable laser mode
$10=255
# mandatory: change status report options back to default
$20=1 
# optional: re-enable soft limits. Not recommanded if using CM. This is specific to my machine
$120=400
# reset X accel to 400mm/sec²
$121=400
# reset Y accel to 400mm/sec²
G10 L2 P1 X0 Y0
# reset work origin to the bottom right corner

so it can be basically go down to three lines each.

Coming back to the initial issue, in case it helps to seek which params may be set to suspicious values on your machines, here’s a snapshot of the GRBL params on my SO3 immediately after using “Send Config Data” (with HDZ and BitSetter option selected, but that only impact $102)

$0=10
$1=255
$2=0
$3=2
$4=0
$5=0
$6=0
$10=255
$11=0.020
$12=0.010
$13=0
$20=0
$21=0
$22=1
$23=0
$24=100.000
$25=2000.000
$26=25
$27=5.000
$30=1000
$31=0
$32=0
$100=40.000
$101=40.000
$102=320.000 (HDZ specific!!!)
$110=5000.000
$111=5000.000
$112=1000.000
$120=400.000
$121=400.000
$122=100.000
$130=845.00
$131=850.00 
$132=150.000

That’s funny, I never noticed before that CM would send XXL-specific values for $130 and $131 even when selecting “Shapeoko” config. It does not matter as soft limits are disabled anyway, but still, not very clean. That makes me doubt I did not mess up and select XXL, I’ll re-check.

EDIT: I did check, and confirm that these are the settings for SO3. But actually, these are ALSO the settings for the XL and XXL, because the GRBL (machine-side) params seem to be identical for all three configurations. BUT, some things are managed locally on the PC by Carbide Motion, e.g. internal soft limits & quick positions, and for sure these are getting updated when selecting a given Shapeoko config. Anyway, I hope I did not add too much confusion.

EDIT2: this is with using Carbide Motion 428. Earlier versions MAY set different values.

3 Likes

super love for commenting your macros so well

3 Likes

(42813): <- ok
(42812): <- $132=150.000
(42811): <- $131=850.000
(42810): <- $130=845.000
(42809): <- $122=100.000
(42808): <- $121=400.000
(42807): <- $120=400.000
(42806): <- $112=1000.000
(42805): <- $111=5000.000
(42804): <- $110=5000.000
(42803): <- $102=320.000
(42802): <- $101=40.000
(42801): <- $100=40.000
(42800): <- $32=0
(42799): <- $31=0
(42798): <- $30=1000
(42797): <- $27=5.000
(42796): <- $26=25
(42795): <- $25=2000.000
(42794): <- $24=100.000
(42793): <- $23=0
(42792): <- $22=1
(42791): <- $21=0
(42790): <- $20=0
(42789): <- $13=0
(42788): <- $12=0.010
(42787): <- $11=0.020
(42786): <- $10=255
(42785): <- $6=0
(42784): <- $5=0
(42783): <- $4=0
(42782): <- $3=2
(42781): <- $2=0
(42780): <- $1=255
(42779): <- $0=10
(42778): -> $$

Each time I switch from J Tech to Shapeoko, I have to go to the SETTINGS & reconfig the Shapeoko, choose the right machine & reconfig. The J-Tech works on a different field

1 Like

These are the $$ results after sending the new configuration setup.

I disabled the bitsetter for the moment wondering if that was a potential conflict. After sending the setup configuration I re homed the machine and attempted some rapid positioning moves. It keeps crashing at both extremes on the X axis.

Do you have the HDZ ears for the Suckit? If so, crashing when using rapid positions is a known problem

At least your GRBL config is fully OK

1 Like

Yes I do have the ears… I had not noticed the crashes before and it seems to be only on the X axis.
Thanks for posting the Lightburn macros! Will be applying those ASAP

Julian,

Finally back at my Shapeoko. Work… work… work. I followed you suggestion and here is the output of the $$ MDI command.

(3746): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3745): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3744): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3743): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3742): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3741): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3740): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|WCO:0.000,0.000,0.000>
(3739): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3738): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3737): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3736): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3735): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3734): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3733): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3732): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3731): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3730): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|WCO:0.000,0.000,0.000>
(3729): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3728): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3727): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3726): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3725): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3724): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3723): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3722): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3721): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3720): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|WCO:0.000,0.000,0.000>
(3719): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3718): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3717): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3716): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3715): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3714): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3713): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3712): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3711): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3710): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|WCO:0.000,0.000,0.000>
(3709): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3708): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3707): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3706): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3705): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3704): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3703): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3702): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3701): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3700): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|WCO:0.000,0.000,0.000>
(3699): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3698): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3697): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3696): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3695): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3694): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3693): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3692): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3691): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3690): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|WCO:0.000,0.000,0.000>
(3689): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3688): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3687): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3686): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3685): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3684): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3683): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3682): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3681): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3680): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|WCO:0.000,0.000,0.000>
(3679): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3678): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3677): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3676): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3675): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3674): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3673): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3672): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3671): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3670): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|WCO:0.000,0.000,0.000>
(3669): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3668): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3667): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3666): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3665): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3664): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3663): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3662): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3661): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3660): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|WCO:0.000,0.000,0.000>
(3659): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3658): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3657): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3656): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3655): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3654): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3653): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3652): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3651): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3650): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|WCO:0.000,0.000,0.000>
(3649): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3648): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3647): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3646): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3645): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3644): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3643): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3642): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3641): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3640): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|WCO:0.000,0.000,0.000>
(3639): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3638): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3637): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3636): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3635): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3634): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3633): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3632): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3631): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3630): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|WCO:0.000,0.000,0.000>
(3629): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3628): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3627): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3626): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3625): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3624): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3623): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3622): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0|Ov:100,100,100>
(3621): <- ok
(3620): <- [GC:G0 G54 G17 G21 G90 G94 M5 M9 M56 T0 F0 S0]
(3619): -> $G
(3618): -> gc_parser_state
(3617): <- ok
(3616): <- [PRB:0.000,0.000,0.000:0]
(3615): <- [TLO:0.000]
(3614): <- [G92:0.000,0.000,0.000]
(3613): <- [G30:0.000,0.000,0.000]
(3612): <- [G28:0.000,0.000,0.000]
(3611): <- [G59:0.000,0.000,0.000]
(3610): <- [G58:0.000,0.000,0.000]
(3609): <- [G57:0.000,0.000,0.000]
(3608): <- [G56:0.000,0.000,0.000]
(3607): <- [G55:0.000,0.000,0.000]
(3606): <- [G54:0.000,0.000,0.000]
(3605): -> $#
(3604): -> gc_get_offsets
(3603): <- <Idle|MPos:-5.000,-5.000,-5.000|Bf:14,128|FS:0,0>
(3602): -> gc_sync
(3601): <- ok
(3600): <- $132=100.000
(3599): <- $131=850.000
(3598): <- $130=845.000
(3597): <- $122=400.000
(3596): <- $121=400.000
(3595): <- $120=400.000
(3594): <- $112=5000.000
(3593): <- $111=5000.000
(3592): <- $110=5000.000
(3591): <- $102=40.000
(3590): <- $101=40.000
(3589): <- $100=40.000
(3588): <- $32=0
(3587): <- $31=0
(3586): <- $30=1000
(3585): <- $27=5.000
(3584): <- $26=25
(3583): <- $25=2000.000
(3582): <- $24=100.000
(3581): <- $23=0
(3580): <- $22=1
(3579): <- $21=0
(3578): <- $20=0
(3577): <- $13=0
(3576): <- $12=0.010
(3575): <- $11=0.020
(3574): <- $10=255
(3573): <- $6=0
(3572): <- $5=0
(3571): <- $4=0
(3570): <- $3=6
(3569): <- $2=0
(3568): <- $1=255
(3567): <- $0=10
(3566): -> $$

Hope you can let me know what’s going on.

Further config into:

This is a Shapeoko 3

Running Mac version of Carbide 3D.... latest download.... build 4.0.428

Thanks for any insight.

Happy New Year.

Ed

Hi @ejlatstl,

I diff’ed your settings and the one I get on my Shapeoko3 right after clicking “Send Config Data”, and there are four differences, so this makes me think if the “Send Config Data” action did not really execute when you tried it. I see you are using the latest/same CM build as I do, I’m on Windows but that is irrelevant.

First, can you please confirm that when you go to Settings, open the “Setup shapeoko” menu, select “Shapeoko 3” from the list, close that menu, then click “SEND CONFIG DATA”, you do see the messages “Sending Config: 34 left”, 33 left, etc… until “1 left” (and then message disappears) ?

I’m asking because while double checking this for you I realized there is possible pitfall: if you did not CONNECT to the machine, CM still lets you click on Settings/Setup Config/Send Config Data buttons, but…does nothing!. That is probably a quirk of CM, are you aware of this @WillAdams ? I can imagine some users making this mistake quite easily, since there is no visual indication of any kind that the operation failed, and why.

I’ll wait till you confirm, and then we can have a look together at those four differences and what they mean (should the problem not be resolved by then)

Let’s start 2020 by fixing this for you quickly :slight_smile:

1 Like

Julien,

I can confirm that I have followed the steps you indicated. In fact, I’ve done it multiple times.

One thing of note: These steps are NOT called out in the Carbide Motion User Guide. I’m thinking it might be a useful addition.

But no, I have followed these steps. I can confirm that my MAC was connected to the Shapeoko… I know this because when you first open Carbide Motion you need to connect to the CNC. I do this and the Shapeoko goes through the processes of finding the extent of the top right corner using the stops. That process works great.

Thanks so much for your help.

Ed

1 Like

Can you just please explicitly confirm that you do see those “Sending Config: 34 left” messages when clicking on “Send Config Data” ?

Allright, well we need to get to the bottom of this because I’m pretty sure that the config params somehow do not get sent to your controller.

For example, your machine has $3=6, which means “invert X and Z direction”, while the Shapeoko config that CM sends sets $3=2 (which means “invert Y direction”). I just verified that if I alter $3 to some random value, then click “Send Config Data”, after the update the $3 is back to value 2, so CM definitely sets that.

Can you please type $I in the MDI command line and grab the output from the log window ? I would like to double-check that your upgrade to GRBL 1.1 was actually successful. On my machine, I get this:

(3207): <- [VER:1.1f.20170131:]

(GRBL 1.1f)

2 Likes

I believe what $3 is set to is influenced by whether or no one has the HDZ.

Per: https://docs.carbide3d.com/software-faq/shapeoko-3-default-grbl-settings/

$3 is set to 6 — since this predates the HDZ, it should be the correct setting for a machine which doesn’t have an HDZ, and on which the HDZ checkbox is unchecked.

1 Like

RIGHT, how could I overlook that. My bad, wrong conclusion based on my forgetting that I have an HDZ and @ejlatstl does not, sorry.

And the other three differences I “found” ($112, $122, $132) are very likely also linked to checking that HDZ box.

so @ejlatstl, that would mean your GRBL params are all OK and we need to dig further.

1 Like

Julien,

OK. Here is the results of the $I command.

605): <- [VER:1.1f.20170131:]
(604): -> $I

Looks the same as your results.

Ed

1 Like

Allright, so we have established that GRBL 1.1 is correctly installed, and all $ params are OK.
Let’s go back to the original issues you reported:

  • Issue1: rapid positions that behave kind of like you had an XL, not a SO3. Wild guess: since rapid position coordinates are dependent on the machine size AND that this information (coming from the dropdown list in CM) is not stored in the controller but somewhere locally on the Mac, could it be possible that an earlier setting from previous installs is being used ? I wonder if it would be worthwhile to try uninstalling and re-installing Carbide Motion completely, repeat the configuration procedure, and see if that solves anything ?
    EDIT: or the even better version of that test: trying with a different laptop/PC/Mac…where CM was never installed earlier.
  • Issue 2: Zeroing Z using the probe with a V-bit: that should work fine. Can you elaborate on what you did and what you saw when doing that ? Test procedure: lay the probe on top of the stock (WITHOUT overhanging the lip), do the probing cycle for Z only, remove prove, manually jog (carefully) until you reach the stock surface: what value does Z read then ?
  • Issue 3: could you share the design file (CC?) and g-code file you ran when you had this 1/2" depth of cut versus an expected 0.09"? The most “typical” reason for cutting/diving too deep is crashing the top of the Z upon retract, due to retract setting + router position in the mount + thickness of the stock.
1 Like

Julien,
Issue 1. Great Idea. I had 2 previous version on the machine.
Deleted ALL versions of CM.
Restarted the MAC… just in case anything was hanging around in memory.
Loaded latest version of CM.
Followed These Steps.
Powered on CNC
Started CM… [Connect to Cutter]… [Initialize Machine]
[Setup Shapeoko]… select Shapeoko XL… then select Shapeoko.
[Update Shapeoko Configuration]
[Send Configuration]… watch countdown.
[Run]… [Initialize Machine again].

Here is what I think the issue is. I hope this screen shot uploaded.
The X and Y are showing the max position I can jog to. The Table (X) and Table (Y) are nearly 2xs that.

59 PM

I’ll worry about Issue 2 and 3 when this ‘doubling’ problem is resolved. I’m half convinced they are all related.

Julien… my continued thanks.

Regards,

Ed

I did not say it in the previous reply… but the CNC is still acting the same. Every motion seems doubled.

Do you have an older machine?

Does it have a controller with DIP switches?

If so, power down, and toggle them from 4x micro-stepping (the original default) to 8x micro-stepping (the new default).

Will,

It would seem that I do. I see 8 dip switches. Two each above 4 plugs.
All toggled up. Do I toggle them all down?

Thx,

Ed

Ok… It looks like only the right toggles are labeled 1/4… 1/8.
Switching now.

1 Like