Reference Frame and TCP in every subprogram- Printable Version +- RoboDK Forum (//www.sinclairbody.com/forum) +-- Forum: RoboDK (EN) (//www.sinclairbody.com/forum/Forum-RoboDK-EN) + - - -论坛:通用RoboDK问题(//www.sinclairbody.com/forum/Forum-General-questions-about-RoboDK) +--- Thread: Reference Frame and TCP in every subprogram (/Thread-Reference-Frame-and-TCP-in-every-subprogram) |
Reference Frame and TCP in every subprogram-maexbecks-02-01-2023 Is there an option to put the reference frame and TCP in every subprogram generated by the post processor? I want to use a program structure where I have one program per station. This program should consist of all approach and retract subprograms for this station. I want to be able to call this subprograms from other programs which I would code manually. I did not find a better way to achieve this than to create a program where I call all the subprograms of the station and put an
Code:
IF FALSE THEN
Each subprogram defines the reference frame and TCP: But while generating the program with the post processor (a customized KRC4 DAT pp) RoboDK seems to be smart enough to recognize that it does not need to define the reference frame and TCP for each new subprogram when they didn't change between subprogram calls:
Code:
DEF sws_magazin()
Unfortunately this is not the behavior that I need. RE: Reference Frame and TCP in every subprogram-Albert-02-01-2023 You can remove the automatic filter that applies to changing the tool and reference/base frames by following these steps:
RE: Reference Frame and TCP in every subprogram-maexbecks-02-01-2023 (02-01-2023, 09:13 PM)Albert Wrote:You can remove the automatic filter that applies to changing the tool and reference/base frames by following these steps: Oh... it's about the only option I didn't try. Thank you very much! RE: Reference Frame and TCP in every subprogram-maexbecks-02-05-2023 I have the same issue with the positions now. RoboDK does not create a movement to a position when it thinks, that the robot must be in that position anyway because of the prior call to another subprogram. Is there an option too? Or maybe there is a better way to create station programs into a single program? |