Welcome, Guest. Please login or register.
Did you miss your activation email?
February 09, 2012, 06:26:06 AM
Home Help Login Register
News: Any Problems or Experience with Industrial Robots ?
Register and place your Question / Answer to worldwide Robotexperts right here !

+  Robotforum | Support for Robotprogrammer and Users
|-+  Industrial Robot Help and Discussion Center
| |-+  Yaskawa Motoman Robot Forum (Moderators: Fabian Munoz, Napierian)
| | |-+  Problem with instructions in-advance execution
0 Members and 1 Guest are viewing this topic. « previous next »
Pages: [1] Print
Author Topic: Problem with instructions in-advance execution  (Read 341 times)
Sergei Troizky
Jr. Member
**
Offline Offline

Posts: 71


« on: March 07, 2010, 06:54:27 PM »

I am currently programming a case packing handling application on NX100.
The job contains sequence of consecutive motions, most without stops in between them (PL>0).
There are two checkpoints: for product presence before last movement to pickup, and for case presence before inserting product into case. In lack of the corresponding input signal, the job will stop motion and wait for it. Normally, signal is already active on the robot arrival to checkpoint.
The problem is that the job executes several instructions in-advance, which performs
the mentioned checks long before robot arrival to the checkpoints.
This causes unnecessary momentary stops in the checkpoints, which increases the cycle time from 3.5 sec (test job with no mentioned checks) to unacceptable 4.2 sec.
I tried ENWAIT in attempt to delay the checks until robot arrives to checkpoint proximity, but this does not work.
Is there any other solution? Any suggestions will be highly appreciated.
« Last Edit: March 08, 2010, 01:54:26 AM by Sergei Troizky » Logged
Fabian Munoz
Global Moderator
*****
Offline Offline

Gender: Male
Posts: 862


Uruguay Campeon de America 2011 !!!!!!!!!!


« Reply #1 on: March 07, 2010, 11:22:12 PM »

Sergei:

I was just talking about this "reading ahead issue" on another thread. I don't know if the developers of robot software actually come down to the real world and do some programming.

On one of the jobs that I did and I had exactly what you described and this is what I did. BTW it all depends on the application and speeds and blah blah blah.

The main thing here is to delay the processing time

One more thing, Are you doing all this with a PLC or directly to robot I/O ?

1) Write the question for part present or any handshake on a different .jbi. Basically you are delaying the processor when CALLing a routine

2) Write some kind of a loop where you confirm your I/O, and use a TIMER=0.01

3) I know you dont want to use PL=0 because that kills your cycle time. Use a TIMER=0.01. You'll see the robot pause but believe me, is less than a PL=0

Do this test. Write a program, say 10 points using pl=0 and run it, then use the same points without PL and add the timer after every point. You'll see

4)I'm guessing you are using P vars, Using your Pxxx for pick up, make a point before Pxxx - 20 mm. Then ask your questions between Pxxx-20 and Pxxx

Good luck

I know exactly what you are going through   

5)Call Motoman, there is a way to get rid of the read ahead but that might cost you $$$$
Logged

somar
Pages: [1] Print 
« previous next »
Jump to:  


Login with username, password and session length

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!