PC-FEB22-PG35.1_Layout 1 09/02/2022 16:25 Page 35
PROCESS AUTOMATION
MOVE IN A DECENTRALISED DIRECTION
Turck Banner explores the advances made in the decentralised model of automation
T
he Centralised model has been around for many years. It is a control pyramid with the sensors and actuators at the bottom. Sensor data passes upwards and control commands pass downwards to the actuators. Each level in the pyramid only has access to the level above and below it, and every bit of data or control has to pass through it, regardless of whether it is being used by that level. This often results in large quantities of data and control being transferred, which can slow the response time (latency) of the whole process. In the Decentralised model the strict hierarchy of the vertical pyramid is dissolved, allowing a network of communication, with each part talking directly to the other parts that require the information. Instead of having one PLC controlling every part of the machine or process, multiple smaller PLCs are distributed throughout the machine, each autonomously controlling, pre-processing or collecting data from a smaller part of the machine.
The Decentralised model has lead to the development of a number of PLC variations. Traditionally housed in a control cabinet, in the decentralised world the PLC is now in a rugged IP67 housing, mounted directly onto the machine.
A Field Logic Controller (FLC) is also a PLC in a rugged IP67 housing, mounted directly to the part of the machine that requires the control. The difference is mainly in the software, as an FLC typically runs a much simpler control language than the PLC.
An Edge Controller is a PLC that sits at the edge of the digital world and the real world. They typically pre-process data received, sending only filtered and refined data in the correct format to the required systems (ERP, MES, SCADA, Cloud etc).
All of these Decentralisation Units (DU) receive the information that it needs to control its part of the process. This information can come either from sensors on the machine within its area of control or from other controllers. It can also pass information to any other area that requires it. Turck have blurred these definitions further by producing devices with combinations of PLC, FLC and Edge controllers in single units. This allows the user to choose exactly what they need in terms of control, processing and communication for any part of the machine. A simple example would be a roller conveyor between two parts of a production line. Sensors on the conveyor can detect when a part is present and the Decentralisation Unit (DU)
Centralised or decentralised, they are not mutually exclusive and currently most companies are using a combination of both
can control the rollers around that part to transport it towards the next machine. When the part reaches the end of the conveyor, communication between the conveyor DU and the next machine’s DU will determine if the part is moved into the next machine, or waits for the part to be needed. When a part is not on a roller, or is waiting, the roller will be stopped, thus saving energy and wear. If the next machine is stopped, or running slowly, parts will probably gather along the length of the conveyor with the conveyor DU effectively parking each part it receives in the queue. When there is no more capacity for more parts, the conveyor DU will communicate with the preceding machine, which may then stop or divert parts elsewhere.
As each controller is not burdened with information that it does not require, processing speed is rarely an issue. Resources can be allocated efficiently, choosing the most cost effective devices where they are needed. Information that isn’t time critical can be stored in the DU and provided where it is needed, either on demand or on a schedule. The conveyor DU in the example above may send the count of product passing along it to a cloud based storage service once a minute, enabling this information to be used by an OEE
(Overall Equipment Effectiveness) process. It may also pass on the current condition of the monitored parts within its scope, or more likely will pre-process this information to determine what needs to be sent and within which time frame.
The Decentralised model features a network of communication, with each part talking directly to the other parts that require the information
The decentralised model of a network of communication requires interfaces to be programmed between every connection. Many different industrial bus protocols are used and often each product or machine manufacturer has their own preference, which adds an extra layer of complexity to each interface. Many interfaces are also required between the industrial networks and the Cloud and commercial networks. Turck Banner have Multiprotocol devices which sit between two networks and translate the data to facilitate these interfaces. They also have devices which can bridge two ethernet networks, each able to use their full range of IP addresses. They allow communication between the two networks when required, but otherwise the two networks are completely independent. While HMIs (Human Machine Interface) are commonplace on the machine, increasingly the human element is no longer present at the machine, but is in an office or workshop sometimes thousands of miles away. This is where the cloud based solutions excel, as the data can be accessed from anywhere. Each person with a different role in a company will want to see different information on their dashboard from the same machine, and every machine will have its own dashboard. Eventually adding the information you want from any machine to your own personal dashboard will become as simple as a few clicks. When these things happen, the decentralised model will probably become the normal configuration. Until then the model will be a hybrid somewhere between the two extremes.
Turck Banner
www.turckbanner.co.uk
FEBRUARY 2022 | PROCESS & CONTROL 35
Page 1 |
Page 2 |
Page 3 |
Page 4 |
Page 5 |
Page 6 |
Page 7 |
Page 8 |
Page 9 |
Page 10 |
Page 11 |
Page 12 |
Page 13 |
Page 14 |
Page 15 |
Page 16 |
Page 17 |
Page 18 |
Page 19 |
Page 20 |
Page 21 |
Page 22 |
Page 23 |
Page 24 |
Page 25 |
Page 26 |
Page 27 |
Page 28 |
Page 29 |
Page 30 |
Page 31 |
Page 32 |
Page 33 |
Page 34 |
Page 35 |
Page 36 |
Page 37 |
Page 38 |
Page 39 |
Page 40 |
Page 41 |
Page 42 |
Page 43 |
Page 44 |
Page 45 |
Page 46 |
Page 47 |
Page 48 |
Page 49 |
Page 50 |
Page 51 |
Page 52 |
Page 53 |
Page 54 |
Page 55 |
Page 56 |
Page 57 |
Page 58 |
Page 59 |
Page 60 |
Page 61 |
Page 62 |
Page 63 |
Page 64 |
Page 65 |
Page 66