We had experienced some problems using PLC 5/05 connected to an Ethernet network. In some opportunities, we had network problems (because of a switch or because a wrong configuration of a redundant link) and some PLCs lost communication, and the only way to restore it is rebooting the PLC. We try to reproduce it in a laboratory but we couldn't. Also in some cases the PLC had gone to "Fault" state.
These network problems are not too much frequent, but when it happens it's an important problem in the plant.
Can somebody help me?
Thanks,
Héctor
These network problems are not too much frequent, but when it happens it's an important problem in the plant.
Can somebody help me?
Thanks,
Héctor
I've seen a similar condition in a plant here in AZ. We tracked it down to having too many MSG instructions executing too often. The communications memory is limited especially in the older SLC-5/05 models (16K and FRN5 is what I had). To determine the version, look in S:57 thru 59 for data.
By limiting how often the MSG instructions are repeating (I used a timer with a 2 second preset, you may be able to use a shorter time successfully), I kept the memory limit in check.
As was explained to me by Rockwell, the memory has no buffering function and won't prevent additional messages from being attempted. Once the memory is exceeded, a major fault is triggered and unless you have access to the PLC via the Channel 0 port, power cycling is the only way to reset the fault.
One other thing, if you change the model to increase the memory to 32K, the communication memory also is made larger - that might be enough to prevent the communication issue without changing your program.
If you have access to the Rockwell Knowledge Base on thier web site, search for SLC communications to get additional information.
Russ
By limiting how often the MSG instructions are repeating (I used a timer with a 2 second preset, you may be able to use a shorter time successfully), I kept the memory limit in check.
As was explained to me by Rockwell, the memory has no buffering function and won't prevent additional messages from being attempted. Once the memory is exceeded, a major fault is triggered and unless you have access to the PLC via the Channel 0 port, power cycling is the only way to reset the fault.
One other thing, if you change the model to increase the memory to 32K, the communication memory also is made larger - that might be enough to prevent the communication issue without changing your program.
If you have access to the Rockwell Knowledge Base on thier web site, search for SLC communications to get additional information.
Russ
As far as the communications memory, I don't know that you can see what is being used.
Go to Controller Properties\General to see what is free of the logic and word memory.
Russ
Go to Controller Properties\General to see what is free of the logic and word memory.
Russ
AB had some issues with early implemenatations of Ethernet in the 5/05. It may be possible to upgrade the PLC firmware. You may want to run down your problem with AB tech support.
There are also some known bugs in certain versions of RSLinx that can create havoc under certain conditions.
There are also some known bugs in certain versions of RSLinx that can create havoc under certain conditions.
>There are also some known bugs in certain versions of RSLinx that can create havoc under certain conditions. <
Where Can I find this known bugs? I asked Rockwell but I had no answer.
Thanks,
Hector.
Where Can I find this known bugs? I asked Rockwell but I had no answer.
Thanks,
Hector.
Go to Rockwell's knowledgebase
http://www.rockwellautomation.com/knowledgebase/ and search for Answer ID 22199 for a pretty good overview of some of the RSLinx problems.
Jerry Miille
http://www.rockwellautomation.com/knowledgebase/ and search for Answer ID 22199 for a pretty good overview of some of the RSLinx problems.
Jerry Miille
Your use of this site is subject to the terms and conditions set forth under Legal Notices and the Privacy Policy. Please read those terms and conditions carefully. Subject to the rights expressly reserved to others under Legal Notices, the content of this site and the compilation thereof is © 1999-2010 Nerds in Control, LLC. All rights reserved.
Users of this site are benefiting from open source technologies, including PHP, MySQL and Apache. Be happy.
Fortune
One Page Principle:
A specification that will not fit on one page of 8.5x11 inch
paper cannot be understood.
-- Mark Ardis

Servo, stepping motor control, analog & web HMI in one system!
MatrikonOPC has over 500 OPC interfaces and out of the box software. Find an OPC Server for your devices here.
Control.com is the largest Automation community on the web. Learn how to advertise here now...






