RT_INDEX_OUT_OF_RANGE

After importing configuration in a simulation system (v 12.3) the workstation was renamed using the DeltaV Workstation Configuration to have the P+ the same name as with the client.

Not sure whether this is the cause, but a download of the P+ seems to run perfect, until in the Progress log the Engineering Units are reported. Then an error: "An error occurred (error code 11, RT_INDEX_OUT_OF_RANGE" is reported.

The download ends, and the P+ remains 'No Configuration'.

What is the meaning of the error code 11, and how can I solve this problem?

21 Replies

  • Additional information: However in the fhx-importfile the P+ has the IP-addresses 10.4.0.6 and 10.8.0.6, in the actual simulated system these addresses appear to be 10.4.0.6 and 10.8.0.70. The IP address for the secondary connection thus has changed! Probably the download is attempted over the secondary connection, rerouted over the primary, and is not successfull, as address 10.4.0.70 does not exist.
  • In reply to Maarten van der Waal:

    Additional information: The problem is NOT related tot the IP address. Re-importing (Yes-to-all) the configuration, rerun the DeltaV Workstation Configuration results in the same last digit for the primary and secundary IP address. Still the problem if 'RT_INDEX_OUT_OF_RANGE' remains.
  • In reply to Maarten van der Waal:

    Since you mentioned Engineering units, make sure the following instruction was followed:
    "Note When exporting and importing the entire DeltaV system for an upgrade or reinstall, select the Include the data for a DeltaV software upgrade check box on the Export and Import dialogs to save and restore custom engineering unit descriptors." (from the How To... Create and Engineering Unit)

    take a look at the import/export file you used to create the station.
    Built in EU's will look like this:
    SYSTEM_ENGINEERING_UNIT NAME="@@@" INDEX=33056
    Custom EU's like this:
    ENGINEERING_UNIT NAME="@@@" INDEX=33501

    What do you have for the highest INDEX values? (they should be in order, highest at the bottom) I'm not sure what the limit is.

    Is it possible you have multiple units of the same name or index?
  • In reply to Youssef.El-Bahtimy:

    In the imported fhx file I find:

    Lowest SYSTEM_ENGINEERING_UNIT NAME="K" INDEX=1000
    Highest SYSTEEM_ENGINEERING_UNIT NAME="lb/ft-s" INDEX=1740
    Lowest ENGINEERING_UNIT NAME="m3/uur" INDEX=33500
    Highest ENGINEERING_UNIT NAME="grdC" INDEX=33503

    The added units are not found in the system units.

    The "Include the data for a DeltaV software upgrade" check box was not checked with the import. I will import again (Yes-to-all).
  • In reply to Maarten van der Waal:

    Unfortunately, after the imprt using the "Include the data for a DeltaV software upgrade" check box , gave the same 'RT_INDEX_OUT_OF_RANGE' error.
    Does this error really point to the ENGINEERING UNITS, or may it be related to the next item of DST Table to be downloaded?
  • In reply to Maarten van der Waal:

    Hi,

    are you importing a older version program or just "copying" from an other system?

    Have you checked the log files for any more information that could cause the problem "import.log and downlod.log..." ?

    Have you checked the settings in your PC are the contry and time/date settings ok?

    Niklas Flykt 

    Klinkmann Oy

    Key Account Manager safety products

    nikfly@gmail.com

  • In reply to Niklas Flykt:

    I am importing from a 12.3.1 system to my 12.3 simulation machine. The production machine has been upgraded by Emerson, but the DVD's for 12.3.1 are not available yet, so the simulation machine is still 12.3.
    A similar copying import from another system (12.3.1 > 12.3) did not give an error message.
    From the import log, no indication is found that the (SYSTEM_)ENGINEERING_UNITS are wrong.
    The country is specified as English (United States). The system short time has been changed to HH:mm, the system short date to dd-MMM-yy.
  • Have you tried clearing the download and powerup folders in the DvData folder. Sometimes old configurations can cause download problems.
  • Starting with v12.3.1 DVDs are no longer automatically shipped to every system on support. You can download them from the Guardian site or go online to the site and request to have a copy shipped to you. 
  • In reply to Brian Atkinson:

    Thanks, . Can you post the url for the Guardian site for users here as well?

    Best Regards,

    Rachelle McWright: Business Development Manager, Dynamic Simulation: U.S. Gulf Coast

  • In reply to Rachelle McWright:

    https://guardian.emersonprocess.com/Support/#page=InstallationMedia
  • In reply to Maarten van der Waal:

    Stock question, but I have reason to believe it may be the solution: Are your patches up to date?
  • In reply to Youssef.El-Bahtimy:

    @Youssef: your first answer indicating to the ENGINEERING UNITS appeared to be correct.
    @Youssef: No, the virtual machine works with a plain 12.3 installation.

    The problem has been solved, and the cause found!
    To cut a long story short:
    In the end it appeared that an export made with all checkboxes not checked could work after maing a small change to the fhx-file.

    Imports was done using the exports of just (1) Setup data, (2) Library, (3) Physical Network and (4) Control Strategies.
    After each import a check was made whether the P+ could be downloaded. This was the case after each of these imports.

    An export of the resulting simulation system, and comparison with the export of the production machine (both from the most upper level DeltaV System) showed a difference in number of ENGINEERING UNITS.
    For the production machine and the simulation machine the INDEX started at 1000 up to 1688, follwed by a range stating at 32768 up to 33056. Up till here, the list is identical. The for the production machine, an INDEX list of 1274 until 1740 followed, which list was not present for the simulation machine.
    When from the original export fhx, the text for the latter range was deleted, the export of the resulting fhx file run smoothly, and the P+ could be downloaded.

    Conclusion: for some reason, the production machine contains either to many SYSTEM_ENGINEERING_UNITS or the sequence of these UNITS is exported in a wrong way.

    @Rachelle Mc and @Brian Atkinson: thanks for the link. I will use it immediately.
  • In reply to Brian Atkinson:

    This link seems to be invalid (Invalid XML).
    Trying to get the media through http://www3.emersonprocess.com/Systems/Support/Home/Index.aspx gave a message of a removed address
  • In reply to Maarten van der Waal:

    Maarten,
    Great job diagnosing this and describing your methodology. The individual imports/downloads is a great method for troubleshooting. I am surprised that the problem arose during download and not during import, as it seems the data integrity should be challenged during import first.