Need help regarding the code shared below in image...
How this program is working please explain someone.
Need help regarding the code shared below in image...
How this program is working please explain someone.
There are 3 positions in that job. After the PAUSE instruction are 3 Get Position (GETPOS) instructions - STEP#(1) is the very first position in the program and it's location will be stored in PX020. The location of the second MOVJ will be stored in PX021 and the third in PX022. And then the locations of the three MOVJ instructions (which are now stored in PX020 - PX022) will be used with MFRAME instruction to create a user frame (no.34).
After running this program (you actually only need to run through the instructions after PAUSE) you have a user frame situated according to the three MOVJ positions. You can use this user frame to move the robot or shift some positions or whatever it is you need the user frame for.
Why we create such programs when we have direct option to create a userframe ?(means what benefits)
Under "direct option" you mean creating a user frame manually in teach mode?
In your example I think someone wanted to use the same user frame over and over again and maybe was afraid of somebody else over writing it or something. I assume this because of the MOVJ instructions and PAUSE - it doesn't look like a program one would use with call job in play mode.
If it would be with ref. positions instead and without a PAUSE then one could use it in a program in play mode. I have made welding programs that create a user frame inside a job from ref. positions in order to shift the welds in that user frame (in case shifting in base frame isn't sufficient).
Thank you for all informations dear
One more thing if I run this whole program I'll enter in user frame no. 34 directly??
I have used dynamic user frames a number of times, via the MFRAME instruction. The typical use case is when a work piece arrives on, say, a conveyor, but its position can vary to some degree, or its size can vary. I then use a sensor mounted on the tool to locate the part and then generate the user frame. This way I don't have to do a lot of shifting and offsetting of positions. Just create the user frame on the fly and run the job (pick, weld, cut, etc.) relative to the user frame.
Reintz,
We use something similar to the programming shown above on our MH-180/DX200 with MotoSight 2D and our Cognex camera. Our customers parts are "dynamic" and as such we have to adjust or "make" frames in order for the motion paths to remain accurate. So another reason for programming like shown above could be to correct for part mislocation/geometric differences?