Design Article
Comment
jdub_innov
If I understand your proposal correctly, this approach is similar to that being ...
Mike Fahrion
Interesting concept! I'm a big advocate of this sort of system and node design ...
Industrial Ethernet—The basics
Mike Fahrion, B&B Electronics
8/1/2012 1:18 PM EDT
When you talk about office and home networking, typically you’re talking about Ethernet-based networks—computers, printers and other devices that contain Ethernet interfaces connected together via Ethernet hubs, switches and routers. In the industrial area the networking picture is more complex. Now, Ethernet is becoming a bigger part of that picture. This article is an introduction to the basics of Ethernet, with a bit of added detail on how it fits into the industrial networking picture.
Ethernet’s roots
Although Xerox’s Bob Metcalfe sketched the original Ethernet concept on a napkin in 1973, its inspiration came even earlier. ALOHAnet, a wireless data network, was created to connect together several widely separated computer systems on Hawaiian college campuses located on different islands. The challenge was to enable several independent data radio nodes to communicate on a peer-to-peer basis without interfering with each other. ALOHAnet’s solution was a version of the carrier sense multiple access with collision detection (CSMA/CD) concept. Metcalfe based his Ph.D. work on finding improvements to ALOHAnet, which led to his work on Ethernet.
Ethernet, which later became the basis for the IEEE 802.3 network standard, specifies physical and data link layers of network functionality. The physical layer specifies the types of electrical signals, signaling speeds, media and connector types and network topologies. The data link layer specifies how communications occurs over the media—using the CSMA/CD technique mentioned above—as well as the frame structure of messages transmitted and received.
Ethernet Physical Layer
In the early days Ethernet options were more limited than they are today. Two common options were 10Base2 and 10Base5 configurations. Both operated at 10 Mbps and used coaxial cable with nodes connected to the cable via Tee connectors, or through ‘attachment unit interfaces’ (AUI) in a multi-drop bus configuration. 10Base2 networks allowed segment lengths of up to 185 feet using RG 58 coaxial cable (also called Thin Ethernet). 10Base5 offered greater distances between nodes but the thick coaxial cable and ‘vampire tap’ connections were bulky and difficult to work with. Later, another solution in this speed category was 10Base-FL, which uses fiber optic media and provides distances greater than 2000 feet.
Another early 10 Mbps physical layer option—10Base-T—quickly gained popularity because it was easier to install and used inexpensive unshielded twisted pair (UTP) Category 3 cable. Nodes (typically computers with network interface cards, or NICs) were connected in a star topology to a hub, which in turn was connected to other network segments. Each computer had to be less than 100 feet from the hub. Standard RJ-45 connectors were used.
In the mid-1990s 100 Mbps Ethernet equipment became available, increasing the data transfer rate significantly. NICs that would automatically adjust to operate at 10 Mbps or 100 Mbps made migration to the faster standard simple. Today, virtually all computer network interface cards implement 100Base-TX. Category 5e UTP cable is the standard cable used with 100Base-TX and cable lengths are the same as for 10Base-T networks. Coaxial-based networks are increasingly being replaced with fiber optic media, especially for point-to-point links. For example, 100Base-FX uses two optical fibers and allows full duplex point-to-point communications up to 2000 feet. Gigabit Ethernet (1000 Mbps) options also are available using twisted pair and fiber optic media.
Data Link Layer
Ethernet’s data link layer defines its media access method. Half-duplex links, such as those connected in bus or star topologies (10/100Base-T, 10Base2, 10Base5, etc.), use carrier sense, multiple access with collision detection (CSMA/CD). This method allows multiple nodes to have equal access to the network, similar to early party-line telephone systems in which users listened for ongoing conversations and waited until the line was free before accessing the line. All nodes on an Ethernet network continuously monitor for transmissions on the media. If a node needs to transmit it waits until the network is idle, then begins transmission. While transmitting, each node monitors its own transmission and compares what it ‘hears’ with what it is trying to send. If two nodes begin transmitting at the same time, the signals will overlap, corrupting the originals. Both nodes will see a different signal to that which they are trying to send. This is recognized as a ‘collision’. If there is a collision, each node stops transmitting and only attempts to re-transmit after a preset delay, which is different for each node.
This method of media access makes it simple to add to or remove nodes from a network. Simply connect another node and it begins to listen and transmit when the network is available. However, as the number of nodes grows and the volume of traffic from each node increases, opportunities to gain access to the network decrease. As utilization increases, the number of collisions increases exponentially and the probability of getting access within a given length of time decreases dramatically. This characteristic makes Ethernet a probabilistic network, as opposed to a deterministic network, in which access time can be reliably predicted. (Master/slave and token passing network schemes are deterministic.)
Full-duplex point-to-point Ethernet links (10Base-FL, 100Base-FX, etc.) collisions are not an issue since only two nodes are present and separate send and receive channels are available. Another advantage is that data can be sent in both directions simultaneously, effectively doubling the data transfer rate.
The Ethernet Frame
The Ethernet data link layer also defines the format of data messages sent on a network. The data message format, or frame, contains several fields of information in addition to the data to be transferred across the network.
Obviously, at the heart of the message is the actual data that is to be sent. This is called the ‘data unit’. Ethernet data units can contain between 46 and 1500 eight-bit bytes of binary information. The actual length of the data unit is determined and included in the message as a field, to tell the receiver how to determine which part of the message is data. Each message must include source and destination addresses so that other nodes can determine where the message is coming from and going to.
These six-byte binary numbers are called MAC addresses. Every Ethernet node has a unique MAC address permanently stored in its hardware memory. The Ethernet frame also contains a four-byte ‘frame check sequence’ (FCS) field which is a binary number generated by the sending node that allows high reliability cyclic redundancy checking (CRC) error checking to be done by the receiving node.
Hubs and Switches
Ethernet hubs are simple physical layer devices used with 10/100Base-T(X) networks to repeat and split Ethernet signals. Nodes connect to ports on the hub as branches to create a physical star topology. Hubs receive data from the connected nodes, regenerate it and send it out on all other ports. By regenerating the data the maximum segment distance can be extended. All transmissions go to all the connected nodes, the same as on a bus network. Nodes respond to transmissions based on the destination address contained in the message frame. Hubs allow all wiring to connect to a central location making it easy to isolate problem nodes and make changes to the network.
Switches are similar to hubs except that they divide the network into segments. An internal table is maintained of the destination addresses of the nodes connected to the switch. When an Ethernet packet is received at one of the switch’s ports the destination address in the packet is read, a connection is made to the appropriate port and the packet is sent to that node. This isolates the message traffic from the other nodes, decreasing the utilization on the overall network. Ethernet switches can be managed or unmanaged. Unmanaged switches operate as described above. Managed switches allow advanced control of the network. They include software to configure the network and diagnostic ports to monitor network traffic.
Higher Level Network Functions
To facilitate reliable communications across multiple, and in some cases dissimilar networks, other higher-level protocols are used on top of Ethernet’s data link layer. The most common of these today, especially when connecting an Ethernet network to the Internet, is TCP/IP. IP, or Internet protocol, ensures packets are moved across the network based on their IP address. TCP, or transport control protocol makes sure data is delivered completely and error-free. Two or more Ethernet networks may be connected together via a router, a device that maintains a list of IP addresses on each network connected to it. The router monitors the IP addresses on packets received at its ports and routes them to the port connected to the appropriate network.


docdivakar
8/3/2012 5:47 PM EDT
Fairly high level description of industrial Ethernet. I hope there is a more detailed follow up to this article, one that describes how the different types of industrial control area networks can be unified by end users without costly tear downs or replacements. I would also like to see discussion on how long the fragmented industrial Ethernet can survive...
MP Divakar
Sign in to Reply
Mike Fahrion
8/4/2012 11:31 AM EDT
The days of proprietary industrial protocols did a lot of damage. Today, the idea of building any wide scale network with anything proprietary should strike fear into anyone. Off the shelf gigabit and a redundant architecture are more than enough to satisfy most applications. Mixing various network and transport layer protocols adds a degree of cost and difficulty but can typically be managed with a variety of gateways available from many suppliers. For precision timing applications where switched networks won't do the job protocols like EtherCAT provide an effective solution.
Sign in to Reply
I_B_GREEN
8/6/2012 4:06 PM EDT
Why not a 1/2 deterministic and 1/2 probalistic network topology.
Abuse your overusage and get thrown into the probabalistic that again is throttled back to some % say 1/2 of its own total to stay away from the anthing time zero = zero as you~pass the 3/4 full point.
Thus when the node is near ful capacity all the nodes are notified that determinisic BW is all used up and throttle back or take your chances on the probabalistic part of the BW.
It would allow higher throughput if messages are delayed rather than resend collision, esend collision...in the same stupid way we have done things so far.
Sign in to Reply
Mike Fahrion
8/9/2012 12:10 PM EDT
Interesting concept! I'm a big advocate of this sort of system and node design thinking. If nodes are aware of network conditions and able to react accordingly then the burden on the network can be reduced dramatically. A holistic approach like this can dramatically lower system cost as it can be quite expensive to build those 5-9's (99.999% uptime) networks, same is true for determinism.
Has anyone seen this type of network awareness built into automation systems today?
Sign in to Reply
jdub_innov
8/16/2012 11:25 AM EDT
If I understand your proposal correctly, this approach is similar to that being proposed for Audio Visual Bridging. In that scenario, participating nodes register for their required bandwidth. Resulting AVB packets then receive priority when traversing the network. This approach is dependent on several key technologies:
1. A system-wide time base/synchronization mechanism
2. A reservation mechanism
3. A prioritization mechanism
4. A system-wide queuing and forwarding mechanism (this involves traffic-shaping to smooth/distribute high-priority traffic and make optimal use of available bandwidth).
Obviously, this technology requires that both the infrastructure and node be aware of these mechanisms, but it doesn’t preclude network participation from nodes that are unaware of the protocol. They simply do not enjoy the level of determinism of participating nodes.
Clearly, this technology is applicable to broader markets, including automotive networks, and Industrial Controls.
Sign in to Reply