1. Home
    1. Dashboard
    2. Search
  2. Forum
    1. Unresolved Threads
    2. Members
      1. Recent Activities
      2. Users Online
      3. Team Members
      4. Search Members
      5. Trophys
  3. Articles
  4. Blog
  5. Videos
  6. Jobs
  7. Shop
    1. Orders
  • Login or register
  • Search
This Thread
  • Everywhere
  • This Thread
  • This Forum
  • Articles
  • Pages
  • Forum
  • Blog Articles
  • Products
  • More Options
  1. Robotforum - Support and discussion community for industrial robots and cobots
  2. Forum
  3. Industrial Robot Support and Discussion Center
  4. Fanuc Robot Forum
Your browser does not support videos RoboDK Software for simulation and programming
Visit our Mainsponsor
IRBCAM
Robotics Channel
Robotics Training
Advertise in robotics
Sponsored Ads

CNT not working with PRs

  • vmec
  • September 18, 2018 at 12:49 AM
  • Thread is Resolved
  • vmec
    Reactions Received
    7
    Trophies
    3
    Posts
    41
    • September 18, 2018 at 12:49 AM
    • #1

    Rj3iA controller.

    I'm new to Fanuc, although this robot is already up and running. Since day one I haven't been able to get a continuous motion using PRs. I can't use Ps since everything but three points are variable.

    Here's a snippet that is not working as intended. The controller is executing all these points as FINE.

    All points are defined and used above all of this.

    PR[1] = P[2]
    PR[1,3] = R[6]
    PR[1] R[2]mm/sec FINE

    PR[5] = P[1]
    PR[5,3]= R[6]
    PR[5] R[2]mm/sec CNT50

    PR[2] = P[3]
    PR[2,3]= R[6]
    PR[2] R[2]mm/sec FINE

    Also, I created a new program using just these lines and the points, and there's no difference whatsoever.

    I found this thread about locking PRs, of which I had no idea, but moving all the assigments above and placing the three movement instructions between LOCK PREG and UNLOCK PREG doesn't change anything. Do they need to be locked way before the program steps in those lines? Maybe putting the assignments as far as possible from the movement instructions?

    There's a similar cell with an R30iA that is using CNT PRs all over the place, working perfectly. There's no LOCK PREG and all these PRs and Rs are being updated constantly. Does it have something to do with the controller?

    Edited once, last by vmec (September 18, 2018 at 1:04 AM).

  • pdl
    Reactions Received
    272
    Trophies
    9
    Posts
    1,549
    • September 18, 2018 at 1:29 AM
    • #2

    What kind of controller do you really have? There was an RJ3 and a RJ3iB, but no RJ3iA.

    Do you have the constant path option installed? Without that, the robot will take a different path based on speed. At 2 mm/sec, you may not see any difference if you don't have constant path.

    Why are your speeds so low?

    What's the application?

    What is the mechanical unit? (Is it a M-410 or an LR Mate?)

  • HawkME
    Reactions Received
    570
    Trophies
    11
    Posts
    3,270
    • September 18, 2018 at 1:30 AM
    • #3

    There was a recent thread where someone was having this issue when using a register for the speed control on an older robot. I have never had this issue on a newer robot (R30iB and newer). Try changing from R[2]mm/s to a constant value.

    You can read the post here:
    https://www.robot-forum.com/robotforum/fan…9390/#msg119390

  • vmec
    Reactions Received
    7
    Trophies
    3
    Posts
    41
    • September 18, 2018 at 11:01 AM
    • #4
    Quote from pdl


    What kind of controller do you really have? There was an RJ3 and a RJ3iB, but no RJ3iA.

    Sorry, mistake. Rj3iB dated 2001.

    Quote from pdl


    Do you have the constant path option installed? Without that, the robot will take a different path based on speed. At 2 mm/sec, you may not see any difference if you don't have constant path.

    Why are your speeds so low?

    No. R[2] is a register in which I hold a global speed for certain movements. It is 2000mm/sec in this case.

    Quote from pdl


    What is the mechanical unit? (Is it a M-410 or an LR Mate?)

    R-2000i 165F.

    Quote from HawkME


    Try changing from R[2]mm/s to a constant value.

    Thanks for this. No luck though. I removed R[2] for 2000mm/sec, and enclosed these in between LOCK and UNLOCK. It still goes for a FINE movement.

  • vmec
    Reactions Received
    7
    Trophies
    3
    Posts
    41
    • September 18, 2018 at 3:13 PM
    • #5

    To clarify, if I switch these PRs to Ps, continuous path works. Maybe it is just not possible in this controller?

  • pdl
    Reactions Received
    272
    Trophies
    9
    Posts
    1,549
    • September 18, 2018 at 3:46 PM
    • #6

    Are you in step mode, or running in auto?

  • vmec
    Reactions Received
    7
    Trophies
    3
    Posts
    41
    • September 18, 2018 at 4:13 PM
    • #7

    Robot is fully in production mode. RSR startup with UOP if it matters.

    I wish I could upload the whole program, but it's currently lacking the PCMCIA card. ???

  • pyrioun
    Trophies
    3
    Posts
    35
    • September 18, 2018 at 6:57 PM
    • #8

    try with CNT100,
    try with P[] (not PR[])
    do you see some difference?

    if you are using register for setting speed, you can change variable $RGSPD_PREXE=1 , it's for better pre-execution.

  • vmec
    Reactions Received
    7
    Trophies
    3
    Posts
    41
    • September 18, 2018 at 8:25 PM
    • #9

    I did test that before, with no result. CNT0 is the same as CNT100. I'm thinking Accupath or whatever it is isn't considering these PRs.

    As I said earlier, changing PR to P works. Motion gets interpolated and changing the CNT curve changes the movement, so CNT with fixed points work as expected.

    I will try setting that variable tomorrow, although it is not very safe to do that, right? Take into account I'm using registers as height offsets.

  • pyrioun
    Trophies
    3
    Posts
    35
    • September 18, 2018 at 11:08 PM
    • #10

    could you control this variable during the program is running: $IDL_CPU_PCT (not sure this variable was available for RJ3iB)
    if the value is less than 10, cpu is very busy and could have some problem to calculate pré-execution, and if it cannot calculate pré execution CNT have no effect

    if you are using multitask , try only with one task

    Edited once, last by pyrioun (September 18, 2018 at 11:37 PM).

  • pyrioun
    Trophies
    3
    Posts
    35
    • September 18, 2018 at 11:33 PM
    • #11

    if you have ACCUPATH option, you can disable it (please do a backup AOA before change variable)
    to disable it:
    $CJCFG.$ENB = FALSE
    $VCCFG.$DISABLE = TRUE
    Try again your program
    to reenable it:
    $VCCFG.$DISABLE = TRUE
    $CJCFG.$ENB = FALSE

  • vmec
    Reactions Received
    7
    Trophies
    3
    Posts
    41
    • February 18, 2019 at 11:16 PM
    • #12

    Necroposting, but I want to post this for the record.

    Thanks for the suggestions pyrioun; unfortunately they didn't work. Most, since there were some I was too afraid of trying :icon_wink:

    They moved the robot cell and I had the time to test these. I still don't know where the problem was, but I recreated the original TP program line by line in a fresh new program, and the continuous path worked. I discovered this since a simple two point program did use interpolation so, clearly, the controller was capable of using it.

    There must be some property sheet that was permanently changed and excluded that program from using that path processor.

  • Sezwan
    Trophies
    2
    Posts
    1
    • June 7, 2022 at 10:17 PM
    • #13

    Vmec, did you ever figure out what it was? I am having the same issue. Did you just copy the program with a new name or did you literally re-write each line?

Advertising from our partners

IRBCAM
Robotics Channel
Robotics Training
Advertise in robotics
Advertise in Robotics
Advertise in Robotics

Job Postings

  • Anyware Robotics is hiring!

    yzhou377 February 23, 2025 at 4:54 AM
  • How to see your Job Posting (search or recruit) here in Robot-Forum.com

    Werner Hampel November 18, 2021 at 3:44 PM
Your browser does not support videos RoboDK Software for simulation and programming

Tag Cloud

  • abb
  • Backup
  • calibration
  • Communication
  • CRX
  • DCS
  • dx100
  • dx200
  • error
  • Ethernet
  • Ethernet IP
  • external axis
  • Fanuc
  • help
  • hmi
  • I/O
  • irc5
  • IRVIsion
  • karel
  • kawasaki
  • KRC2
  • KRC4
  • KRC 4
  • krc5
  • KRL
  • KUKA
  • motoman
  • Offset
  • PLC
  • PROFINET
  • Program
  • Programming
  • RAPID
  • roboguide
  • robot
  • robotstudio
  • RSI
  • safety
  • Siemens
  • simulation
  • SPEED
  • staubli
  • tcp
  • TCP/IP
  • teach pendant
  • vision
  • Welding
  • workvisual
  • yaskawa
  • YRC1000

Thread Tag Cloud

  • abb
  • Backup
  • calibration
  • Communication
  • CRX
  • DCS
  • dx100
  • dx200
  • error
  • Ethernet
  • Ethernet IP
  • external axis
  • Fanuc
  • help
  • hmi
  • I/O
  • irc5
  • IRVIsion
  • karel
  • kawasaki
  • KRC2
  • KRC4
  • KRC 4
  • krc5
  • KRL
  • KUKA
  • motoman
  • Offset
  • PLC
  • PROFINET
  • Program
  • Programming
  • RAPID
  • roboguide
  • robot
  • robotstudio
  • RSI
  • safety
  • Siemens
  • simulation
  • SPEED
  • staubli
  • tcp
  • TCP/IP
  • teach pendant
  • vision
  • Welding
  • workvisual
  • yaskawa
  • YRC1000
  1. Privacy Policy
  2. Legal Notice
Powered by WoltLab Suite™
As a registered Member:
* You will see no Google advertising
* You can translate posts into your local language
* You can ask questions or help the community with your knowledge
* You can thank the authors for their help
* You can receive notifications of replies or new topics on request
* We do not sell your data - we promise

JOIN OUR GREAT ROBOTICS COMMUNITY.
Don’t have an account yet? Register yourself now and be a part of our community!
Register Yourself Lost Password
Robotforum - Support and discussion community for industrial robots and cobots in the WSC-Connect App on Google Play
Robotforum - Support and discussion community for industrial robots and cobots in the WSC-Connect App on the App Store
Download