Remote I/O panel - communication with BRC/NTRL - DO generation without command and DI state changes w/o field i/p
We have been facing problem of digital output status changes from 0 to 1 without any command and digital input status changes from 1 to 0 without actual field input for few minutes and intermittently in a day. This leads to equipment auto start and equipment auto trip anytime in a day.
So, far we have carried out below steps to identify problem.
- Removed prefab cable from affected card . However problem persisted.
- Measured 5volt and 24 volt and found in order. when such phenomena was occurring.
- Change location of affected cards from 3rd from 1st MMU. problem persisted.
- Replaced affected DI and DO cards. Problem persisted.
- Replaced MMU in which affected cards resided . problem persisted.
- Found ICOM and MCOM floating and made grounded with panel earthing. Panel earthpit resistance is 0.5 ohm.
- Formatted controller and reloaded logic. problem persisted.
- Added RS flip flop in DO channel to find out if any command is there in the logic. However, no RS flip flop was found set in the logic and still DO status changes from 0 to 1.
- Confirm all DI and DO cards addressing with configuration and found in order.
Even after taking above steps, we have faced problem of DO status changes and DI status changes without any command or without changes of field input.
As our plant is under operation. we require immediate support for this problem.
Answers
Could you check and be sure that you have followed the following recommendation?.
Block Numbering Rules for Remote I/O:
When using RI002 or RIO22 (or a BRC300 as a remote I/O processor) remote I/O block numbering rules are now enforced in the firmware. Failure to properly order the blocks will result in the controller entering Error mode when trying to change mode to Execute:
The function code manual states the following:
NOTE: In order to minimize the possibility of malfunctions, it is essential that the RMP function block (FC146), the RSP function blocks (FC147), and all the slave definition blocks for the remote slaves (FC79, FC83, FC84, FC132, etc.) all reside within the same segment. In addition, these blocks must be sequenced in the following order: FC146 must reside at a lower block number than all FC147s for that link, and the FC147s must reside at lower block addresses than the slave definition blocks and station blocks (FC80) for the remote slaves.
Regards
by Alan Rank: 23 on 10/7/2019 2:06:48 AM | Like (0) | Report
Hi,
Firstly, this is a forum rather than an official support channel so if you need immediate support it would be best to contact your local ABB office. That said, it sounds like you have been very thorough in the fault finding so far.
Some clarifications
Was this equipment in service and working before the problem began or is this a new installation?
What are the Firmware revisions of all modules.
What is the remote IO implementation? I.E. RIO02 / RIO22 / BRC300 in RSP mode.
Does the problem affect all channels on the affected IO modules or only some?
Does the problem affect the FEC modules and are they FEC11 or FEC12 modules?
What happens to the Slave I/O module status output when the problem occurs. I.E. Does it remain good, Fault with Good Quality, Bad Quality.
What happens to the DSO and FEC status LEDs when the problem occurs?
Are any FC128, Slave Default definitions used for the DSO modules?
What happens to the DSI Slave input channel quality when the problem occurs?
What do the FC146/147 outputs indicate when the problem occurs?
Regards,
Alan
Add new comment