FANUC Position Registers Count

    I would really like to understand the configuration of the positional registers. I don't understand why we can set different numbers of positional registers on controllers of the same type (R-30ib plus). I managed to set the value to 373 on one of the controllers and 372 on the other.


    What does this number depend on? I understand that increasing the positional registers takes up the TPP, PERM memory area. I also understand that it depends on the installed software options.


    Why is it impossible to increase the number of positional registers, for example, to 2000, in my opinion, the controller memory allows you to do this? Maybe there is some kind of system variable that can increase this value?


    Or is there something I don't understand?((


    Please help me figure this out :pleading_face:


    My equipment:

    Controller: R-30ib plus A-cabinet type

    Robot: M10-id/16s

    p.s. thank you for your attention and patience with stupid questions :smiling_face:

    :smiling_face_with_horns:

  • MOM April 4, 2024 at 9:27 AM

    Approved the thread.
    Quote from asdf

    Perform a Controlled start then: Menu -> Next -> Program Setup

    Here you can change the number of available PR's aswell as other items such as UFRAMEs.

    When finished with your changes: FCTN->Cold Start

    Hello! Thank you very much for the reply!

    I know how to increase the number of positional registers within the limits allowed by the robot's operating system.

    The question is a little deeper, please read my post again, thank you!) :upside_down_face:

    :smiling_face_with_horns:

    Hi Tat_Iron_Man,

    This depends heavily on the robot configuration.

    Additional options can influence this:

    For example, you can configure fewer PRs for controllers with several groups.

    Fanuc decides this when creating the specific operating system or it is "calculated" automatically

    As fanuc has hundreds of options and some of these intervene very deeply in the system, none of this is exactly predictable.

    And the "default" values may also change from version/revision to version/revision...

    As end users, we do not really have the option to intervene.

    Just because we think we can control everything via sysvars doesn't mean it's always a good idea...

    Best

    Quote from PnsStarter

    Just because we think we can control everything via sysvars doesn't mean it's always a good idea...

    Best

    Hello, PnsStarter! Thank you very much for the reply!

    You have clarified the question))

    It's strange why this was done, because there were probably cases on large robotic complexes when there was not enough PR...

    What then? Are FANUC representatives coming to update the operating system/modify the control cabinet?

    :smiling_face_with_horns:

    Quote from Tat_Iron_Man

    What then? Are FANUC representatives coming to update the operating system/modify the control cabinet?

    There's always the option of re-using/overwriting PR's from a program. But in the extreme cases where you need hundreds of position registers to be used, probably it'd be better to look into storing the positional information elsewhere (in separate files that are loaded on demand, or a PLC/computer updating positions, ...).

    If you run into issues where 370 position registers are insufficient, I feel like there's some underlying software design issues.

    Quote from hoitzing

    If you run into issues where 370 position registers are insufficient, I feel like there's some underlying software design issues.

    YES.YES. software design issue...

    You can always "store" your PR's inside a recipe TP program or load csv files or calculate nearly everything...

    Keep in mind : use local vars as much as possible and not the other way around

    And since a couple of years you're able to use local PR's :winking_face:

    Quote from Tat_Iron_Man

    What then? Are FANUC representatives coming to update the operating system/modify the control cabinet?

    Yes, not onsite but reinstalling/reconfiguring the software at their own controllers and sending you a new image (Europe).

    I have seen that they did so to increase TP-Pool as much as possible..

    Quote from hoitzing

    If you run into issues where 370 position registers are insufficient, I feel like there's some underlying software design issues.

    Hello hoitzing!
    I understand that)) Fortunately, despite the stupid questions, I have a mind))

    Thank you very much for the reply!) I think this information will be very useful to all those who want to interact with PR[]

    :smiling_face_with_horns:

Advertising from our partners