Next comes the challenge of outlining the different characteristics between remote I/O and distributed I/O, especially since many vendors refer to them interchangeably. If we use history and release to market timelines as a basis, remote I/O was first and thus less flexible, capable and smart as compared to later released distributed I/O. Initially, remote I/O was nothing more than local I/O reconfigured and housed to be remotely installed from its corresponding controller/CPU
Communication was no longer along a backplane but now designed to convert its connected analog I/O signals to a digital format that was transmitted back to the host controller over proprietary buses or highways. Remote I/O is limited in scope and does not contain a complex or advanced CPU or processor to handle math, complex control, and peer-to-peer communication with other remote I/O modules, or allow the connection of additional I/O modules. While operational characteristics and hazardous approvals exceed that of most Local I/O products, it is still somewhat more limited than its advanced cousin, distributed I/O.
Distributed I/O characteristics Distributed I/O harnesses all the capabilities of remote I/O and more. It is likely, but impossible to determine, that distributed I/O derived its name from “distributed control.” As the name suggests, distributed I/O is a more complex piece of equipment that can be distributed throughout a process plant or automation facility without the concern of continuous communication with its host controller/CPU. This is because most distributed I/O products contain an advanced CPU and often real-time operation system that allows localized control and monitoring, along with several other capabilities.
Since distributed I/O (Figure 2) is designed to exist on its own, it can be a preferred choice of remote I/O due to its ability to be redundant or fault tolerant should it lose communication with a primary controller/CPU. In addition, distributed I/O and its advanced capabilities can share signals between other peer distributed I/O systems from the same vendor or alternative vendors using industry open or standardized protocols such as MODBUS RTU. Designed to be used for remote installations, distributed I/O typically allows for installation in more harsh operating environments and often has a minimum of Class I, Div. 2/Zone 2 approvals and sometimes carry Zone 0/1 approvals.
With its diverse capabilities, distributed I/O can be well suited to not only be a local controller and I/O device, but it can also have additional built-in capabilities to support peer-to-peer communications, gateway functions such as HART to MODBUS RTU or MODBUS/ TCP conversion, embedded webservers for ease of viewing real time process data with an off the shelf web browser, data logging, and even Industrial Internet of Things (IIoT) or Industry 4.0 capabilities employing message queuing telemetry transport (MQTT) protocol for seamless connections to cloud services like Amazon Web Services (AWS) or Microsoft Azure.
Looking ahead
Recent advances in secure spread spectrum, long range, and mesh wireless telemetry have further enabled I/O products to provide solutions once thought impossible. WirelessHART, ISA 100 and many proprietary short- and long-range unlicensed solutions are now optionally embedded directly within the I/O product itself, spawning an entirely new category of remote or distributed type of I/O solutions.
Regardless of type, I/O products have advanced incredibly fast during the last decade. So much so that several of the abovementioned differentiators have blurred the once defined lines that separated them. For the user, it is imperative that each vendor’s solution and technology offering be thoroughly examined to ensure functional, operational, and design compliance.
This feature originally appeared in InTech Focus: Control Systems 2022, the InTech Focus ebook for September 2022.