|
Post by DaveCVI on Jul 3, 2012 13:57:00 GMT -8
Hi, Are you using the ProfileM6EndUserScript to retract the arm?
That script is called as the last thing in the M6 sequence and only after that script finishes will mach continue running the G-code that is after the M6.
So if the script waits for the arm to be out of the way, I'd think there should not be a problem. I'm guessing that the code that retracts the arm stats the retraction action, but does not wait for that action to finish?
If that is a good guess on my part, either make the code wait for an input signal that says the arm is parked (if you have such a signal from the arm) or (less elegant) insert a timed wait in the code before it returns. The sleep command can be used to insert a wait time in the code - just make the sleep value longer than the arms slowest travel time.
Dave
|
|
|
Post by gdmarsh on Jul 3, 2012 14:52:27 GMT -8
I'd say that's a good guess ..
All I have in the ProfileM6EndUserScript is the following: DeActivateSignal(Output2)
So because at the moment there is no input signal indicating when it's parked .. I just add on the next line: Sleep*** (the value is typically in milliseconds correct?)
|
|
|
Post by gdmarsh on Jul 3, 2012 15:09:34 GMT -8
I just tried it .. works fine!
I agree a signal to let Mach know the arm has parked is more elegant, I have to work on that in the future .. for now the sleep command solves the problem!
Thanks again, Love the timely support!
|
|