Site Information

 Loading... Please wait...

Blog

Industrial Ethernet Guide - Central Vs. Distributed Control

Posted by Wilfried Voss on

A Comprehensible Guide to Industrial Ethernet by Wilfried Voss

The following is part of  A Comprehensible Guide to Industrial Ethernet by Wilfried Voss.

Central Control is based on a single CPU burdened with the entire automation task. 

Consequently, the data traffic between the CPU and the hardware interfaces is very high. Central Control requires the use of a high-performance (i.e., fast) CPU, especially when it comes to real-time control.

As the blow shown image demonstrates, there are numerous wires required to connect to digital and analog I/O points, motion controllers, and other devices. 

These wires, depending on the machine’s dimensions, may cover long physical distances, and they require extensive troubleshooting efforts in case of wiring failures.

Central Control System

Distributed Control, in turn, utilizes multiple CPUs in a network structure, usually in a Master/Slave or Client/Server configuration. The increased number of processors (CPUs) in the network not only results in higher performance of the automation system but also lowers the required data traffic between the central control (Master or Server) and the underlying devices (Slaves or Clients).

Distributed Control System

One advantage of distributed control over central control lies in the circumstance that every single node in the network can be physically placed close to the input sensors/switches and the output signal receivers, thus eliminating the need for large cable bundles and supporting cable channels. The great physical distances are usually bridged on the network level, where a typical network requires only two wires to maintain the communication between the nodes.

In other words, distributed control requires less wiring than central control, and it is easier to troubleshoot in case of malfunctions. First, an error can be easily located through the node reporting the error. Secondly, the troubleshooting process is supported by the network communication protocol.

Distributed control also translates into “distributed intelligence.” In this case, "Intelligence" represents the nodes’ capability to accomplish a significant part of their control tasks without support from the central control system. The more these nodes process internally, the less they depend on the speed of their communication means.

This circumstance can be best explained through the interaction between the Main Control (Master) and a network node (Slave), represented by either a “dumb” or “intelligent” motion controller:

In terms of data traffic, it makes a significant difference if the Main System has to communicate every single step of a complex motion profile using a high updating frequency compared to sending just a few data such as speed, acceleration, time, plus the actual start command.

An “intelligent” motion controller reduces the burden on the Main System and even helps to maintain some level of real-time control.

Note: While there are compelling reasons to prefer Distributed Control, Central Control is traditionally better suited for real-time control (See also chapter Real-Time Works Only in a Box).


netSHIELD"NSHIELD 52-RE" - Industrial Ethernet Development Platform

netSHIELD"NSHIELD 52-RE" - Industrial Ethernet Development PlatformnetSHIELD is an evaluation expansion board with Arduino compatible connectors for development purposes.

It enables the user to connect a Microcontroller based application to all market relevant Real-Time-Ethernet industrial networks with best-in-class real-time capabilities, like PROFINET, Ethernet/IP, EtherCAT, and others.

The extension board features a netX 52 system-on-chip. The netX SoC architecture is designed from the ground up for the highest demands on flexibility, determinism, and performance in terms of multi-protocol capability and low latency for short cycle times. The heterogeneous multi-core architecture features an ARM processor core, coupled with a flexible communication subsystem (xC) for varieties of industrial applications support.

More Information...

Industrial Ethernet Guide - Introduction to Fieldbus Systems

The following is part of  A Comprehensible Guide to Industrial Ethernet by Wilfried Voss.Note: One of the fundamental advantages of Industrial Ethernet, besides its vast speed, lies in the fact that it owns all the beneficial features of a standard Fieldbus system and then a bit more. Admittedly, it shares these advantages with a significant number [...]

Read More »


Serial Converter Supports Multiple RS-485 and Industrial Ethernet Protocols

Automation Networks announced the release of their ANC-300e Converter. The ANC-300e has the combined performance as an Ethernet and RS-485 serial converter. The gateway behaves like a protocol converter/translator that allows difficult data interchanges and connections between incompatible networks.Supported RS-485 serial Protocols: Modbus Sniffer, A.O. Smith AIN, A.O. Smith PDNP, BACnet MS/TPClient, BACnet MS/TP Server, TCS Basys [...]

Read More »