Hi,
My KRL program consist of several PTP, PTP_REL etc commands. I wanted to know the time taken by kuka while moving from point a to point b.
How to do it?
-
Thanks
Hi,
My KRL program consist of several PTP, PTP_REL etc commands. I wanted to know the time taken by kuka while moving from point a to point b.
How to do it?
-
Thanks
That's not very predictable. Many variables come into play -- tooling mass, inertia, programmed speed, overall speed, approximation at each point, etc. There's a reason that simulators that can (almost) accurately predict these motions are Very Expensive.
You'd like to know ahead of time how long the motions WILL take or you want to know after the motions are completed how long they HAVE taken?
Metalikooky,
See I have written KRL program, which works fine. Once it runs, I wanted to know how much time each move has been taken. Suppose There are some PTP and CIRC motion from point A -> B -> C -> D. After KUKA executes the entire code is there any way I can get to know these taken time?
SkyeFire,
Each PTP motion takes some time to move from one point to another point. I agree with your concerns also. Currently I am using my stopwatch and manually keeping track of these times, which is not accurate but it gives me some idea. I thought that may be we can use KRL to do the same.
Oh, I thought you wanted to PREDICT the time. Okay, this is simple enough.
Use some TRIGGER commands to reset, start, and stop one of the built in system $TIMERs. This will give you a total time in ms.
Use some TRIGGER commands to reset, start, and stop one of the built in system $TIMERs
SkyeFire, It would be easier if you can provide sample code of it, capturing the time taken individually by 2-3 PTP commands.
...
trigger when distance=0 delay=0 do start1() prio=-1
trigger when distance=1 delay=0 do $timer_stop[1]=true
ptp target1 c_ptp
trigger when distance=0 delay=0 do start2() prio=-1
trigger when distance=1 delay=0 do $timer_stop[2]=true
ptp target2 c_ptp
ptp target3 c_ptp
....
def start1()
$timer[1]=0
$timer_stop[1]=false
end
def start2()
$timer[2]=0
$timer_stop[2]=false
end
Display More
That's not very predictable. Many variables come into play -- tooling mass, inertia, programmed speed, overall speed, approximation at each point, etc. There's a reason that simulators that can (almost) accurately predict these motions are Very Expensive.
SkyeFire :
Just out of curiosity, what simulators are you referring to? Could you please name some?
Thanks!
Process Simulate (formerly RobCAD) from Siemens, and Catia (from Dassault) are the two biggest names I can think of. And they're extremely expensive -- something like $USD 20000 per seat, if not more. And that's for the basic simulation package -- if you want realistic simulation for timing, speed, path approximation, etc, you have to buy an RCS module specific to each brand.
Then there's add-ons for PLC simlation, creating Digital Twins of entire workcells or production lines... it adds up quickly.
There are cheaper alternatives. Visual Components is one of the better ones. RoboDK kind of fills in the lower end of the market, and is the only one I know of that has a free demo version.
And, of course, each robot brand makes their own brand-specific simulator, which is usually the best at simulating that brand's program execution, but lacks the sophistication of large-layout simulation for entire cells and plants.