I am having some difficulty understanding a customers's network architecture. They have a PLC1 that communicates via Devicenet to MCC (Motor Control Center) and then the PLC1 communicates via Ethernet to PLC2 and PLC3.(PLC2 and PLC3 need the MCC pump info to operate). Why would they do that? Why can't it be devicenet from PLC1 to PLC2 and PLC3,or why can't it be Ethernet all the way round meaning PLC1 Communicates Ethernet to MCC and then communicates Ethernet to PLC1 and PLC2.
I just answered your question on RIO. Device Net is another communication medium I am not real thrilled about. By ethernet I am assuming that you are referring to Ethernet IP. That is pretty much the industrial protocol verson of Ethernet. With that out of the way - on to your question. Device net was designed primarily for discrete components; however, it does work ok for a limited number of more complex components. It also can provide diagnostic information that may not be available in a hard wired situation. It does not work well for communications such as PLC to PLC where potentially large amounts of information may need to be passed back and forth. Ethernet IP is much better at this task. Ethernet IP is limited by the processor you are using as to how many drops it can connect. It therefore would not be a good medium to connect a large number of motor starters together in an MCC.
Check out our PLC Training Facebook site and "like" us!
Click Here!
Checkout our new Squidoo lens! We have posted an interview with Russell White on PLC training.
To see it Click Here!
Let't wake up Squidoo and let them know we are here!
What is Home Automation?
Trademark Notice