40131030H00C GE Input module Brand new

Large number of COMMREQs sent to 

module in one sweep causes faults

A large number of COMMREQs (typically greater than 8) sent to a 

given board in the same sweep may cause Module Software faults to 

be logged in the Controller fault table. The fault group is 

MOD_OTHR_SOFTWR (16t, 10h) and the error code is 

COMMREQ_MB_FULL_START (2). When this occurs, the “FT” output 

of the function block will also be set. To prevent this situation, 

COMMREQs issued to a given board should be spread across 

multiple sweeps so that only a limited number (typically 8 or less) of 

COMMREQs are sent to a given board in each sweep. In addition, the 

FT output parameter should be checked for errors. If the FT output is 

set (meaning an error has been detected), the COMMREQ could be 

re-issued by the application logic.

C Block standard math functions do not 

set errno

In C Blocks, standard math functions (e.g. sqrt, pow, asin, acos) do 

not set errno to the correct value and do not return the correct value if 

an invalid input is provided.

Loss of VDD100, VAL132 or VME-1182A 

after multiple power cycles

In rare instances, a VDD100, VAL132, or VME-1182A module may not 

configure after power has cycled repeatedly in a very brief period of 

time. A Loss of IO Module fault will be generated. 

In extremely rare instances, this may also cause other modules to fail 

to configure, without generating additional loss of module faults. 

These additional failures may cause communication with the Ethernet 

Interface to fail.

The user can recover from either of these cases by turning off power 

for at least 5 seconds and then restoring power. This will provide 

sufficient "off-time" to ensure that all modules can power up properly.

Modules not reset during firmware 

upgrades

The RX7i currently does not reset any other modules in the system 

after a firmware upgrade. This may result in Loss of module faults 

being generated for smart modules. 

Unable to communicate through some 

third party serial cards

PACS Systems serial ports do not work with some third party serial 

cards.

Incorrect COMMREQ status for invalid 

program name

The program name for PACSystems is always "LDPROG1". When 

another program name is used in a COMMREQ accessing %L 

memory, the error that is generated is 05D5, which is an invalid block 

name.