Hello
I am a bit new to UR Robots and I am looking for advice on creating a program.
I have 4000 .script files and I would like to create a program that includes all of them and from which I can launch them one by one.
Can you please explain to me how to create this program?
Thanks in advance
Best
Ricardo M.
4…4000? Good luck with that one my guy. Unless someone else knows some magic, you’d have to load each one of those individually as either a subprogram or a script node and then call each one. That program is going to take you forever just to open up each time.
Thank you very much Eric for your answer
Finally, I have 1221 scripts. If it is not easy to include all the scripts in one program, I will create fewer scripts by packaging all the operations.
Best
Ricardo M.
Can I ask what the scenario is for needing so many script files? This sounds like something that may be better off created as a sort of Class structure, with one script simply containing all 1000+ functions that become available to call whenever.
sure, I have 1221 milling different tiles which I have to run individually.
Therefore, it is ideal to be able to stop production at any time and continue production from a specific number.
Hope that is clear and I will be very grateful if you can give me some idea what can be the best way to do it
Thanks in advance!
Best
Ric
So is it something like this? You say milling tiles, I’m not 100% sure I’m envisioning the right thing. Do you have 1221 little different squares like this that need to run? I suspect that yes, there’s a much more efficient way to do what you’re trying to do, but I want to make sure I’m understanding your process correctly first before I make the suggestion.
yes, exactly, but each tile is a different drawing to mill
Ok, and you’ve got 1221 different drawings? With each drawing being done by a certain script file?
Yes, exactely
Thanks in advance
Hmmm ok then I don’t have a much better option LOL. I would probably still have set it up as one massive script file that contained all 1221 different jobs, that way at the very least it’s portable. You could put this script file at the top of any job and be able to call any milling path. Not sure how you have them made so far, but each one would be something like:
def path1(tile_location):
run
whatever
path
code
here
end
allowing you to call them from your main program like so:
path1(5)
to run path1 at tile location 5. (You’d have to do some Feature manipulation with the tile_number input.) I’m not sure that really helps too much to be honest. Sounds like you’ll be brute forcing it to some degree, or else having some other program generate the URP/final script for you
if theyre in a grid, you could use the pallet node, and run a script like @eric.feldmann 's at the action point.
IMO - this is beyond what should be handled by the UR teachpendant, and probably even beyond polyscope. IMO this application warrants an external server of sorts and robot is remote controlled
Yeah this is what it seemed like to me as well. Having it housed on a server and executing the paths from there would be a much cleaner implementation, albeit more leg work up front setting it up.
Perfect, I will take all your comments into consideration.
Thank you very much
Best
Ricardo M.