Controlnet Problem

GENERY

Member
Join Date
Feb 2011
Location
Singapore
Posts
9
I got a machine issue related to controlnet. This machine has been running for quite some time until recently that one of the controlnet adapter became faulty. We then replaced it with the same model,series and rev. After replacing, we are able to see the said controlnet adapter and the I/O modules connected to it (1 analog and 3 digital I/O's) at RSNetworx and RSLinx.

However, the PLC is not able to receive/read the signals from the I/O modules. We have confirmed that the signals are there by measuring the actual signals and likewise the LED indicators on each modules are lighted up everytime the signals are ON or active. The LED indicators for the said adapter is healthy (steady green) and the COntrolnet indicator at the PLC5 processor is healthy as well (steady green).

Any possible reason why the PLC is not able to receive the signals from the controlnet adapter? All the other controlnet nodes do not have a problem, only a specific node after replacement of the controlnet adapter.

Any help is very much appreciated.
 
Does the adapter say Idle or Run? If it says Idle, you propbably need to reschedule the network.
Sorry if this didn't help.
 
Hi Fred, it is not showing idle and have already rescheduled the network few times. After every rescheduling, we are able to see the said adapter (node) and I/O modules connected to it in RSnetworx and Rslinx. But the PLC still unable to read/received the signals from the I/O modules on this specific adapter (node). The adapter status indicator and PLC controlnet status indicators are healthy(steady green).

Thanks for the reply. Any other possible solution?
 
The only other thing that jumps to mind would be dip switch settings. Re-scheduling the network should have provided the data table mapping that it needed to put the io data in. I'll keep thinking on this. It's been a while since i had to mess with PLC5 and controlnet. I remember it's never fun. What version of RSNetworx are you using? 3.0 was buggy about loading the network, if I remember correctly. When we switched to 7, all was right with the PLC world.
 
Problem solved but can not understand why. My colleague temporarily changed the original node number to a temporary unused node number then rescheduled. Afterwhich, he reverted it back to the original node number and rescheduled. It worked.
 

Similar Topics

To all, This is brownfield system modification of PLC-5/80C system, redundant processors with remote Flex I/O. The process is continuous (oil and...
Replies
0
Views
1,428
Hi. I have an issue with the Control Net module 1756-CN2R that keeps generating 'Duplicate Node Detected' (DND) in random ControNet nodes in the...
Replies
6
Views
2,053
I’ve mentioned bit of this before, http://www.plctalk.net/qanda/showthread.php?t=68356 Its a bit long Last year I inherited a system...
Replies
10
Views
4,195
I've the following system at our plant A ControlLogix 1756-L55, with Eight 1756-CNB/D (Control Net Bridge Modules) at eight remote locations...
Replies
0
Views
3,296
Hi guys I got a problem when I try to update a COntrolNet system, they use a 1756 CN2/B in the local chassis, I am going to add another 2...
Replies
11
Views
3,032
Back
Top Bottom