981
General Mach Discussion / Re: Pause Mach3 with miss fire?
« on: May 01, 2012, 11:52:26 AM »I hear the title "Programming Mach3 CB for Dummies" is available.How about "Zen and the art of camel humping"?
Ian
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
I hear the title "Programming Mach3 CB for Dummies" is available.How about "Zen and the art of camel humping"?
HIYA IAN, Does that cause a one sec delay in motion?? IF you wait up to 1 sec before motion after the arc starts you may have created a big divot in thin guage metal.
We have the SAME type problem with the slowdown routine for arcs and circle. There is a small delay in motion while the macro runs and makes the cut UGLY.
With Guage metal thinner than 14 we run with NO intentional pause after the arc fires.
THe reason for the 2 step approach with if is IF it sees the signal first test it exits without running the rest of the code. Least time delay. BUT I can see where it may MISS the signal on some systems by asking too soon.Nope - your wrong here Terry. An else is not only the correct way to do it but it's FASTER - you waste time doing the test again when it's not needed. Note my code doesn't even need the else. (EDIT: Mind neither does yours if you used "if NOT isActive" - never explicitly test for equality to true or false - it's not cool )
Plasma CAN be a tricky critter.I can think of another word than critter - bastard springs to mind!!!
ALSO some of the THC's plugin WILL "override" anything you try to do. The plugin I run automatically will HALT the system on arc loss or no arc on start.That can NOT be the case here. Any such plugin would just be doing what this is doing so it would just DOUBLE stop things. Remember the OP's problem was that it WASN'T stopping. Unlesshe has a plugin that deliberately continues execution when the arc fails (why?) then this can't happen.
activateSignal(OUTPUT1) 'start torch
i = 0
While (Not isActive(26)) And (i < 100) 'wait NO MORE than ~second for arcok - season to taste
sleep 10
i = i + 1
Wend
If Not isActive(26) Then 'if no arcok
doOEMButton(1003) 'we're not moving so a feedhold won't work and stop is better anyway
deActivateSignal(OUTPUT1) 'turn off the torch AFTER stopping otherwise if THC is on - gcode will resume
message "Stopped due to misfire" 'issue the message
End If
SEEMS a long way around the block to cross the street BUT I guess it is what it is (;-)I agree - but as you say - we work with what we have.
Yes IF the gate was open you would get the pass through value, IF the gate was closed you would get NIL or zero.See above for why I already dismissed that .
I think there is a serious flaw there(;-) How Else could you do a comparitor and have the previous value pass through. It should not have passed through the 0/1 that controls the gate???Can't agree Terry. A comparator's OUTPUT is BOOLEAN - that's it's job and definition. If you want it to output (pass through) it's input when it's comparison is TRUE - what do you want it to output if the comparison is false? (Hint: don't say zero because that COULD have been its input ).
Is your DTHC unit compatible with LinuxCNC (Emc2)?Good question Terry.