Why not Ethernet vs. RS-485?
Why not Ethernet vs. RS-485?
(OP)
I'm looking at the devices that will attach to the PLC and note that they will communicate Ethernet or RS-485. The engineering firm picked RS-485 to the devices, and connected Ethernet to the LAN. I'm thinking why not just use Ethernet everywhere? The devices are only about 50' away. There is not a speed/processing issue either.





RE: Why not Ethernet vs. RS-485?
Keith Cress
kcress - http://www.flaminsystems.com
RE: Why not Ethernet vs. RS-485?
Ethernet communication with the LAN could be down and communication with the (field) devices remains intact, because that link over RS-485.
RE: Why not Ethernet vs. RS-485?
I understand I need CAT 6 cable for Ethernet, but it can also do RS485 right? Is Ethernet like a parallel connection and RS485 serial? or is that too much a simplification?
And Modbus is one way to transmit the information via RS485 right? Although you can do Modbus over Ethernet. That seems to blow the parallel/series simplification out of the water.
All these terms seems like they jumble together to me. Is it a little like the term grounding in electrical - which seems to cover way too many aspects of a similar concept?
You do realize I asked this question, I am assuming you both are correct and they are opposite answers. Oh the world of IT....
RE: Why not Ethernet vs. RS-485?
Regarding your comparison of RS485 and Ethernet: RS485 uses 3 wires; one wire is Common (AKA Ground). The other two wires are a differential pair that is used to transmit AND receive data. Therefore, RS485 is half duplex. Ethernet at 100 Mbit/s uses 4 wires. These wires are 2 differential pairs. One pair is used for Transmit, and one pair is used for Receive. Therefore, Ethernet is Full Duplex. As Keith pointed out, Ethernet does not require an additional wire for Common (AKA Ground) because it is coupled through transformers and therefore doesn't care too much about common mode interference.
Per danw2's post, RS485 is a multi-drop bus so you can connect many slaves to the same copper wires (line topology). Ethernet is a point-to-point connection so you need an Ethernet Switch to connect devices to each other (star topology).
Both Ethernet and RS485 are considered serial busses. Ethernet and RS485 are two different standards that explain how data should physically travel from one device to another. Modbus is a standard that explains how to decode the data and what it means.
In general, I would say Ethernet is more reliable than RS485. The transformer coupling does a good job of destroying any common mode interference.
RE: Why not Ethernet vs. RS-485?
"If I had eight hours to chop down a tree, I'd spend six sharpening my axe." -- Abraham Lincoln
For the best use of Eng-Tips, please click here -> FAQ731-376: Eng-Tips.com Forum Policies
RE: Why not Ethernet vs. RS-485?
How many of them actually have an Ethernet port?
RE: Why not Ethernet vs. RS-485?
I have clients who use devices which talk Modbus over either ethernet or RS-485, but they use the RS-485 specifically to avoid network problems.
Their data is compliance data and the Modbus RTU network over RS-485 is a critical back-up to sometimes problematic ethernet LAN.
RE: Why not Ethernet vs. RS-485?
There is some expensive module that I'll need on both ends to translate. And it cost as much as the CPU module itself in the PLC.
Is it the same with RS-485? That is are there different languages with that too?
RE: Why not Ethernet vs. RS-485?
David Castor
www.cvoes.com
RE: Why not Ethernet vs. RS-485?
Try this link, http:/
B&B Electronincs has several good tech articles on industrial ethernet, their website is www.bb-elec.com
You may find their articles will help you better understand some of the basics you seem to be struggling with, hope it helps.
Mike L.
RE: Why not Ethernet vs. RS-485?
If you are considering implementing Ethernet into your controls systems, you really need to spend some time learning how the device manufacturers implement their own communications protocols and how they play with other devices. Also, it would help to have a fundamental understanding of how these protocols affect the network as a whole. As an example, many PLC manufacturers use multi-casting for all their PLC's to talk to one another on a network. If you have just two PLC's and one HMI, you now have three devices on the network all multi-casting to each other. They way they have implemented this comm scheme isn't very flexible, and can wreak havoc with a network if not carefully controlled and isolated.
Both serial and Ethernet connectivity schemes have their pros and cons, and their own place. I think network connected industrial control systems will be the dominating force in years to come, but to be most successful, we need to do our homework to better understand how to properly implement these systems into our particular environments.
RE: Why not Ethernet vs. RS-485?
Common Industrial Protocol (CIP) encompasses a suite of extensions stacked on a group of network adaptations. A layer model for CIP can be seen below:
RE: Why not Ethernet vs. RS-485?
Each device adds a connection to the PLC. AB PLC can only have up to 255 max, but recommended is 180-200. I would try and stay with the RS-485. If you have too many devices over ethernet you will be adding another plc due to connection limits. To me this is the downfall to ethernet on AB PLC, besides the switches you buy. Also, when you go up in connections with the devices, the ethernet card in the rack can only handle so many devices depending on speed and RPI, another bottleneck.
I would stick with RS485, there are plenty of RS485 scanners that you can find that fit into an AB rack or whatever plc you use.
RE: Why not Ethernet vs. RS-485?
RE: Why not Ethernet vs. RS-485?
In an office environment there is usually very little electrical noise, you can disconnect equipment, replace cables and mess around without too many complaints. Maintaining Ethernet in a production environment is just not that simple.