and hangs hereā¦ āRun Gcodeā is greyed out, and the following items beneath it arenāt accessible either soā¦ Iām not quite sure how to test/troubleshoot this.
What piece am I missing?
edit: Machine Shapeoko Pro 5, VFD, running gSender 1.2.2
@gwilki Yessir, I was under the impression from trying to read from the earlier posts (BitSetter and other tool length sensors supported in gSender - #5 by NeilFerreri) when a bit setter was being set by Macros that this newer build of gSender could obviate that need by using the fixed tool, but the page Additional Features - gSender Docs doesnāt go deep with it, nor say if anything else needs to be setup, or how to validate it. So when I set it up per the basic instructions and get a tool change popup (tool paths generated from Vectric & @NeilFerreri 's post processing multi-tool script I get a hung tool change.
Other odd info is if you cancel it (the wizard), and then stop your job (because you canāt do anything), you are truly hung in gSender as the screen shows that it still thinks its running (āRunningā) but nothing else can be done. So you have to quit and restart, reconnect, and reinit everything.
Hopefully Iām just missing a key piece of information and a dev or someone who has this working can chime in on for I know not how to proceed.
sidenote: I did get Edge setup as well and it still has the same behavior.
No, I read your issue and weāre a bit divergent and Iām not sure why. It intercepts the tool change code the wizard pops and Iām stuck right at the gate. I also donāt have soft limits on by default. I thought if I get comfortable with gender Iāll institute some changes but Iām just trying to find parity at the moment.
Did you have anything else setup to have the dialog progress?
Been holding out to go back to what Neil setup hoping to see a dev poke their head in and tell me what i did wrong or what to test for validation. Guess Iāll start working toward Neilās macros and a pause for instruction at tool change for now. New wizard looks cool.
Well canāt fault me for tryingā¦ but I canāt get this to work properly no matter what I do. I went back to @NeilFerreri 's macroās and got the positional data and loaded that in.
Home
Initialize Bitsetter Macro
Drives to correct area
Test, tap, final testā¦
Stall. Nothing.
ok
G4 P0.5
ok
G21
ok
M5
ok
G90
ok
G53 G0 Z-20
ok
G53 X-1.5 Y-1217.34
ok
G4 P0.5
ok
G53 Z-75
ok
G91
ok
G38.2 Z-100 F200
[PRB:-1.500,-1217.338,-90.725:1]
ok
G0 z2
ok
G38.2 z-5 F40
[PRB:-1.500,-1217.338,-90.719:1]
ok
G4 P.25
ok
G38.4 z10 F20
[PRB:-1.500,-1217.338,-90.688:1]
ok
G4 P.25
ok
G38.2 z-2 F10
[PRB:-1.500,-1217.338,-90.719:1]
ok
G4 P.25
ok
G38.4 z10 F5
[PRB:-1.500,-1217.338,-90.688:1]
ok
G4 P.25
ok
G90
ok
G4 P0.5
ok
(TOOL_REFERENCE = -90.65)
gSender client thinks its still responsive but it isnāt. Feeder wonāt take input, wonāt give back okās, itās just taking everything and punting into null for all I know. Only way to get back is a full disconnect/reconnect/home. Also checked Edge just to verify and same behavior.
So Iām hamstrung on tool changes of any sort at the moment. If Iām missing something itās gonna be dumb and obvious, or Iām an edge case and I hate being the edge case.
gSender looks lovely and Iād love to use it as a driver, but I need the bitsetter to be operable in one fashion or another.
@LordofCandy Sorry for missing all this. I think I saw a discord message from you right before I fell asleep one day and then forgot about it all.
First questionā¦ Do you have a SO5?
Edit: I now see that you do.
Try removing the comments that display in parentheses. (TOOL_REFERENCE = [global.state.TOOL_REFERENCE])
I have no idea why they did it, but C3D uses an ESP-32-S2 for USB communication. As far as we can tell, thereās some bug in their firmware that canāt handle those comments going through.