Thanks MysticMonkey, That looks like everything I need...time to have some fun playing with the ladder...
Fordav11, your right...I typed it wrong..that's probably why I couldn't find it anywhere...
Thanks MysticMonkey, That looks like everything I need...time to have some fun playing with the ladder...
Fordav11, your right...I typed it wrong..that's probably why I couldn't find it anywhere...
I need to bring this topic to life, I getting mad with this stuff over here, do you guys now whatever reason why #1000 doesn't have its state changed by setting g54.0 to 1 over PMC exactly how it's showed on bellow replies?
On PMC:
X12.4-------------g54.0
--||----------------O--
On CNC:
WHILE[#1000EQ0]DO1
G98G01W0.050F100
END1
G99
The #1000 never changes even when g54.0 became 1.
Please Help me
What is your control , are you sure that G54.0 is UI0?
Hi,
test to do
#500=#1000,if you get a 1 in #500, then you experience a buffering condition.
if not, you don't have macro B.
to solve the buffer problem, insert a line with a "G4x0.1" before the END statement.
Hallo Norbert,
In fact I already tried this, and more, I tried to start the program with the g54.0 already 1 by starting the program with the machine over the switch.
About Macro B, I have it, at least par 9933#1=1 and all macro functions works fine.
I worked around the problem by using maths and storing the last requested ram bar position on a variable #500 (that will be kept even when the control is down) in this way I'll everytime know where the switch is except if the machine coordinate system changes, that is not usual once I have absolute pulse coders at the machine axes. It works well, but I'm still intricate about why #1000 doesn't became 1.
Thank you,
Eduardo
Hallo Eduardo,
did you check if G54.0 on the pmc>status screen show 1 ?
when an adress written too at more than one place, the ladders screen is then misleading.
Yes, in the status the g54.0 changes to 1