Distributed controls in the Internet of things create control engineering resources

Internet of things (IoT) will provide for a new generation of automation systems, and these new systems will have unparalleled capability and extensibility. What can we do with the extra cycles offered by IoT to help distributed control strategies defined in IEC 61158-2, IEC 61804-2, ISA88, and ISA106? IoT will offer efficiency gains in line with Moore’s Law.


Manufacturing companies will need to address support issues with the expanding coming Internet of things (IoT) as discussed last month, and the IoT also will provide for a new generation of automation systems that will have unparalleled capability and extensibility. There are a lot of spare CPU cycles available for control system applications when a system is made up of thousands of smart devices, all communicating using an IP Ethernet-based communications protocol. Even small nodes will have extra memory and computing power because of decreasing costs and increasing functionality as semiconductor electronics follows Moore's Law. This extra memory and computing power can be effectively applied to distributed control strategies. While each node may only have a little spare capacity, each node only needs a little spare capacity when a control strategy is distributed. The smallest connected device can be a simple sensor, motor, or actuator. In essence, each connected device in the industrial Internet of Things is a single I/O point controller with a high-speed Ethernet interface that acts like a control system backplane. 

Distributed control advantages

Automation systems have multiple models for distributed control, including the Fieldbus Foundation distributed control model defined in IEC 61158-2, the IEC 61804-2 function block model, the ISA 88 control modules and equipment modules model, and the emergent ISA 106 standard for procedure automation model. Function blocks, control modules, and equipment modules can be distributed to devices, each exposing specific functionality and accepting specific commands and parameters. These models also define a hierarchy of control strategies, with higher level strategies working in concert with low-level basic control. The modular approaches to automation systems, the growing functionality of connected devices, and the increasing speed of networks are the perfect storm for truly distributed control. We are fortunate in the automation industry that we don't have to invent anything to take advantage of the coming industrial Internet of Things; all we need to do is to put all of the pieces together into a system.

Even today a DCS (distributed control system) is not really distributed. It is still a box that owns a collection of I/O points. Newer DCS systems are partially breaking the rule that I/O is exclusively owned by one controller, but you still need to add expensive controller boxes any time you just need to expand your I/O. A truly distributed control system would incrementally grow in capability as new sensors and actuators are added.

This automation capability isn't just available in manufacturing applications; the IoT will be part of building automation systems, safety systems, ship control systems, utility control systems, and multiple other control applications. One new office campus currently under construction has over 500,000 Internet-connected devices in the building automation system. The devices include light switches, light sensors, door sensors, fire control, irrigation control, HVAC, parking space sensors, and security sensors.

Fog computing

Cisco calls the concept of a collection of low-level computing "Fog Computing," indicating that computing is not up in the cloud but closer to the ground. In the Fog Computing model the execution systems are using the spare cycles available in switches and routers and these low-level systems perform functions such as real-time, actionable analytics, processes, and filtering of data that is later pushed to the cloud. In the case of a truly distributed control system for automation, all of the computing capability is even closer to the ground and might be called "ground-level computing," where every I/O point has computing power and can participate in a truly distributed control environment.

A truly distributed control system may have "execute only" nodes that don't have I/O for those control strategies that cannot be effectively distributed, such as multivariable control, model predictive control, or large-scale nonlinear optimization strategies. HMI systems could be "display only" nodes, which provide monitoring and operator control capability, but they don't participate in control strategy execution, so they also become an easily expandable capability. Specialized nodes may be made for high-speed signal analysis from vibration sensors and vision systems.

Distributed across devices

When each device has sufficient memory, which may be a GByte or more, each may be able to hold all of your control strategy programs, executing only its part of the strategy. This information can be used when a device is replaced, by allowing the new device to discover who it is and what part of the control strategy it is supposed to execute by talking to its neighbors in its local segment. In a truly distributed control system, each node contains all the rules needed to reinitialize a new node and execute backup strategies in the case of device failure, essentially providing a holographic-like redundancy and backup model.

If you want to participate in this new functionality, it is important to ensure that your infrastructure and training are ready. Single I/O point controllers may be located at the device, in remote instrument enclosures, in junction boxes, or in termination rooms. Connections among devices in an enclosure may be wired, but wireless networks using the ISA100 standard can significantly reduce wiring costs and simplify adding new devices. If wired connections are used, then each enclosure will have an Ethernet switch. These should be managed switches, with rules to ensure that no node can "chatter" and monopolize the communication channel. Distributed control strategies also define communication paths between nodes, and these paths could be loaded into the switches to ensure that only authorized traffic is allowed on the control network. Make sure that the infrastructure is set up to support 100 MB wired networks everywhere, and that there is power or power of Ethernet available for single point controllers. 

Be ready for distributed control

As automation vendors release new systems based on single point controllers, ensure your engineers are trained in the IEC 61804-2 function block models and the ISA88 control modules and equipment modules models. These models will allow you to take advantage of the capabilities of truly distributed control using single point controllers.

- Dennis Brandl is president of BR&L Consulting in Cary, N.C., www.brlconsulting.com. His firm focuses on manufacturing IT. Edited by Mark T. Hoske, content manager, CFE Media, Control Engineering, mhoske@cfemedia.com.

See more Control Engineering IoT coverage.  

See other Brandl articles linked at the bottom.

See other Manufacturing IT articles

No comments
The Engineers' Choice Awards highlight some of the best new control, instrumentation and automation products as chosen by...
Each year, a panel of Control Engineering editors and industry expert judges select the System Integrator of the Year Award winners.
The Engineering Leaders Under 40 program identifies and gives recognition to young engineers who...
Learn how to increase device reliability in harsh environments and decrease unplanned system downtime.
This eGuide contains a series of articles and videos that considers theoretical and practical; immediate needs and a look into the future.
Learn how to create value with re-use; gain productivity with lean automation and connectivity, and optimize panel design and construction.
Go deep: Automation tackles offshore oil challenges; Ethernet advice; Wireless robotics; Product exclusives; Digital edition exclusives
Lost in the gray scale? How to get effective HMIs; Best practices: Integrate old and new wireless systems; Smart software, networks; Service provider certifications
Fixing PID: Part 2: Tweaking controller strategy; Machine safety networks; Salary survey and career advice; Smart I/O architecture; Product exclusives
The Ask Control Engineering blog covers all aspects of automation, including motors, drives, sensors, motion control, machine control, and embedded systems.
Look at the basics of industrial wireless technologies, wireless concepts, wireless standards, and wireless best practices with Daniel E. Capano of Diversified Technical Services Inc.
Join this ongoing discussion of machine guarding topics, including solutions assessments, regulatory compliance, gap analysis...
This is a blog from the trenches – written by engineers who are implementing and upgrading control systems every day across every industry.
IMS Research, recently acquired by IHS Inc., is a leading independent supplier of market research and consultancy to the global electronics industry.

Find and connect with the most suitable service provider for your unique application. Start searching the Global System Integrator Database Now!

Case Study Database

Case Study Database

Get more exposure for your case study by uploading it to the Control Engineering case study database, where end-users can identify relevant solutions and explore what the experts are doing to effectively implement a variety of technology and productivity related projects.

These case studies provide examples of how knowledgeable solution providers have used technology, processes and people to create effective and successful implementations in real-world situations. Case studies can be completed by filling out a simple online form where you can outline the project title, abstract, and full story in 1500 words or less; upload photos, videos and a logo.

Click here to visit the Case Study Database and upload your case study.