Spec is illegally adapted: Adapt block Module 1,01,02 Block 1001 modifies S5 of Module 1,01,02 Block 1234 (FC 30)

This message means that illegal targets are being used for adapt blocks, specifically specs that exist but that are documented as not being adaptable.

This usage can seem harmless, because the problem is latent. Once the adapt block has been configured and loaded, it will work until a cold reload.

Impact: If you compile these blocks, you will get no errors. Also, if the block already is in the redundant module, you can reload with no problem. However, when you download a module with this logic in it for the first time and change mode to Execute, the module will go into Error mode (flashing Green status LED) showing one of these error indications:

• LED 1+3 ON. Module Status Report: Config Error - Undefined Block, or
• LED 2+3 ON. Module Status Report: Config Error - Input Data Type Incorrect,
• with xx = Block # Making Reference (xx = Block Number of the Adapt).

Solution: Change mode to Configure and correct the error, compile and download again. Of course, take care of all errors of this class first.

Note: Some of these messages can be especially difficult to comprehend. We had clients experiment with an adapt block that was applied to an alarm specification, documented as illegal. Here were the results:

• If the adapt situation already existed, the redundant module could be loaded and the module would go into execute properly.
• If the adapt situation was new, as when the logic was cloned on another sheet, it would compile and load. However, in the new situation, the module would fail to go into execute mode.

This message is likely to show an error in the system configuration. It should be reviewed. The issue raised may be in unused logic or graphics, or have other realities that make it a non-issue.

Please contact us for help resolving your error messages.