AGL Component Library By Precision AGL Academy

Remote I/O

A distributed Input/Output module that extends the control and monitoring reach of the main PLC or ALCMS. Remote I/O units provide local digital and analog interfacing for field devices, sensors, and actuators, communicating via industrial networks to reduce wiring complexity and enable scalable system architecture.

Remote I/O

Image disclaimer: For identification and illustration only. It may show a product by another manufacturer and may not depict the exact item described; it is not a statement of any product’s quality, approval or performance. Third-party image and trademark rights belong to their owners. See full notice.

Overview

What Is It?

A Remote I/O (Remote Input/Output) unit is a distributed industrial control module that interfaces field devices with a central PLC or ALCMS over a communication network. Unlike the main PLC chassis which is typically located in a central equipment room, Remote I/O units are installed closer to the field equipment—such as CCR substations, runway edge cabinets, or junction boxes—to reduce the amount of long, costly cabling required for each sensor and actuator. A Remote I/O unit typically includes a mix of digital inputs (for switch states, alarm contacts), digital outputs (for relay drives, indicator lamps), analog inputs (for current, voltage, temperature sensors), and analog outputs (for setpoint control). The unit communicates with the host controller using industrial protocols such as Modbus, Profibus, Ethernet/IP, or Profinet, and receives its power from the same network cable (Power over Ethernet) or a separate 24 VDC supply. Remote I/O is the cornerstone of modern, scalable AGL control architecture.

Purpose

Purpose & Function

Remote I/O exists to solve a basic economic and reliability problem with wiring every sensor and actuator on the airfield directly back to a central PLC: the cable runs would be enormous, expensive, and each one a potential point of signal degradation or damage over long distances. By placing an I/O module close to the field equipment it serves and communicating back to the central controller over a single network link, the architecture dramatically reduces cabling while keeping the connection between sensor and controller short and robust.

This distributed approach also directly supports system scalability and resilience: adding a new runway section or expanding a circuit doesn't require running new cable the full distance back to a central equipment room, and a fault isolated to one Remote I/O node is easier to diagnose and doesn't necessarily compromise the wiring or performance of I/O elsewhere on the network.

Application

Where Is It Used?

Remote I/O units are deployed across the airfield wherever field devices need to be monitored or controlled. Key applications include:

  • CCR Substations: Monitoring CCR status, current feedback, alarm contacts, and controlling brightness step switching via digital/analog outputs.
  • Runway & Taxiway Lighting Cabinets: Controlling contactors for circuit switching and monitoring lamp failure detection circuits.
  • Approach Lighting Systems: Controlling individual barrette circuits, monitoring lamp status, and managing sequenced flashing light timing.
  • PAPI & Visual Aids: Monitoring lamp failure and controlling power to individual PAPI units.
  • RWSL (Runway Status Light) Systems: Interfacing with stop bar sensors, runway guard light controllers, and take‑off hold light drivers.
  • Obstruction Lighting: Monitoring beacon status and controlling flash patterns.
  • Airfield Sensors: Reading wind speed/direction, visibility, and temperature sensors via analog inputs.
  • Junction Boxes & Field Enclosures: Providing a local I/O point for a cluster of lights or sensors within a specific zone.
Placement

Installation & Location

Remote I/O racks mount on a DIN rail inside the substation, runway edge cabinet, or approach lighting shelter closest to the field devices they monitor and control, keeping the field wiring runs (CCR feedback, contactor control, lamp-failure detection) as short as possible rather than home-running every device back to a central PLC. Power is fed from the local cabinet's DC supply, and the unit's uplink to the main PLC or ALCMS network runs on fieldbus or Ethernet, typically via a fiber converter where the distance back to the control room is significant; field-side terminal wiring is kept on its own terminal blocks separate from the network-side cabling.

Function

How Does It Work?

The Remote I/O unit operates as a slave device on an industrial network, receiving commands from and sending data to the host controller (PLC or ALCMS server). Key functional aspects include:

  • I/O Mapping: Each input and output channel is assigned a unique address in the host controller's memory map, allowing the control program to read sensor states and write actuator commands transparently, as if the I/O were local.
  • Communication Protocol: The unit uses a fieldbus or industrial Ethernet protocol (e.g., Modbus TCP, Profinet, Ethernet/IP) to exchange data cyclically with the host controller, typically at update rates of 10‑100 ms.
  • Local Processing: Some advanced Remote I/O units support local logic execution (e.g., simple interlocking, alarm filtering), reducing the communication load on the host controller and enabling faster response times for critical signals.
  • Diagnostics & Status: The unit reports its own health status (power supply, communication, module temperature) back to the host, enabling predictive maintenance and rapid fault isolation.
  • Hot‑Swap Capability: Many Remote I/O modules are designed for hot‑swap replacement, allowing faulty modules to be replaced without powering down the entire system—critical for 24/7 airfield operations.
  • Redundancy: Critical AGL systems often deploy Remote I/O units in redundant configurations (dual‑channel or ring topology) to ensure no single point of failure.

Remote I/O units are typically powered by 24 VDC from a local power supply, and their communication and power cabling is routed through separate conduits to ensure reliability and interference immunity.

Architecture

System Architecture & Control Logic

The Remote I/O unit sits at the far end of the control chain, physically close to the sensors and actuators it serves and connected back to its host PLC or the ALCMS server over a fieldbus or Ethernet link rather than by running each individual signal wire all the way back to the control room. It behaves as a slave device: it does not make control decisions on its own, but continuously scans its local inputs (sensor states, contact closures, analog readings) and drives its local outputs (relays, contactors) strictly as instructed by the host. This is what lets a single PLC economically manage field devices scattered across an airfield — instead of long, individually wired runs for every sensor and actuator, only the fieldbus/Ethernet link and local power need to reach the remote location, with the Remote I/O unit doing the last-mile wiring to the equipment itself.

Host PLC / ALCMS Server

Issues read/write commands over fieldbus or Ethernet

Remote I/O Unit

Slave device — no local decision-making, executes host instructions

Local Field Wiring

Sensors, contacts & actuators at the remote location

A slave device by design — it extends the host's I/O reach to a remote location without adding any control intelligence of its own.
Mechanism

How Data Moves Through the Remote I/O Unit

Field Devices

Sensors, contactors, lamp-failure contacts, CCR feedback

Local I/O Channels

Digital/analog inputs & outputs mapped to a unique address

Remote I/O Unit

I/O mapping, local logic & diagnostics processed on-module

Fieldbus / Industrial Ethernet

Modbus TCP, Profinet, Ethernet/IP — cyclic exchange every 10–100 ms

Normal Operation
Host Controller

PLC / ALCMS reads inputs & writes commands as if I/O were local

Path / Module Fault
Diagnostic Flagged

Health status (power, comms, temperature) reported to host

Redundant Path Takes Over

Dual-channel / ring topology preserves control

Hot-swap capable modules and redundant communication paths ensure no single point of failure across 24/7 airfield operation.
Construction

Physical Construction

The unit is built as a DIN-rail-mounted module or modular rack, with a base communication module handling network protocol translation and expansion I/O modules clipped alongside it through a backplane bus connector, allowing channel counts to be scaled without replacing the base unit. The housing is an extruded-aluminium or high-impact plastic shell with a conformally coated internal board to resist dust, humidity, and vibration in an unconditioned equipment room or field cabinet. Removable, colour-coded terminal blocks on each module allow field wiring to be disconnected without removing the module itself, and where PoE is used for power, the same Ethernet cable delivers both data and power through a single sealed connector, reducing the cable count into the enclosure. Where a field-mount rating is required rather than a panel-mount cabinet installation, the assembly is enclosed in a sealed IP65/IP67 housing with cable glands for each conductor entry.

Specification

Technical Parameters

ParameterTypical Value
Digital Inputs8, 16, or 32 channels (24 VDC, dry contact or PNP/NPN)
Digital Outputs8, 16, or 32 channels (relay or solid‑state, 24 VDC / 120 VAC)
Analog Inputs4, 8, or 16 channels (0‑10 V, 4‑20 mA, RTD, thermocouple)
Analog Outputs2, 4, or 8 channels (0‑10 V, 4‑20 mA)
Communication ProtocolsModbus TCP/RTU, Profibus DP, Profinet, Ethernet/IP, DeviceNet, CANopen
Communication Speed10/100 Mbps (Ethernet), 1.5 Mbps – 12 Mbps (fieldbus)
Scan/Update RateTypically 10 – 100 ms (configurable)
Power Supply24 VDC (nominal, 18‑32 VDC range), or PoE (Power over Ethernet)
Power Consumption2 – 15 W (depending on I/O count and type)
Operating Temperature-25°C to +60°C (industrial grade)
Storage Temperature-40°C to +85°C
Protection ClassIP20 (panel‑mount), IP65/IP67 (field‑mount with enclosure)
MountingDIN rail (standard) or panel mount
DiagnosticsStatus LEDs, web server (optional), SNMP, or diagnostic registers
CertificationsUL, CE, IEC 61131‑2, EN 61000‑6‑2 (EMC immunity)
Power Supply

Electrical Requirements

RequirementTypical Value
Circuit PositionField-mounted or cabinet-mounted standalone powered I/O module
Power Supply24 VDC (nominal, 18‑32 VDC range), or PoE (Power over Ethernet)
Power Consumption2 – 15 W (depending on I/O count and type)
IsolationI/O channels typically opto-isolated from field devices
EarthingEnclosure bonded to local earth
Fault ProtectionInternal overcurrent protection per channel
Compliance

Applicable Standards

IEC 61131‑2

Programmable controllers — equipment requirements and tests

IEC 61784‑1

Industrial communication networks — Fieldbus profiles

IEC 61822

Performance requirements for the Constant Current Regulators (CCRs) this Remote I/O unit monitors and controls

FAA AC 150/5345‑56

Specification for L-890 Airport Lighting Control and Monitoring System (ALCMS) — the host system Remote I/O extends field control and monitoring for

Prerequisites

Installation Requirements

DIN-Rail Mounting
Mechanical

Mount the Remote I/O rack inside the substation, runway edge cabinet, or approach lighting shelter closest to the field devices it monitors and controls, keeping field wiring runs short.

Field Wiring Termination
Electrical

Terminate CCR feedback, contactor control, and lamp-failure detection wiring on its own terminal blocks, kept separate from the network-side cabling.

Local DC Power Feed
Electrical

Feed power from the local cabinet's DC supply, confirming voltage and loading before field wiring is energised.

Uplink Connection
Electrical

Connect the unit's uplink to the main PLC or ALCMS network on fieldbus or Ethernet, routing via a fiber converter where the distance back to the control room is significant.

I/O Mapping Verification
Documentation

Verify the I/O point mapping against the design before the rack is brought into service, confirming each field device maps to the correct point.

Pre-Commissioning Sign-off
Documentation

Record rack position, field wiring terminations, and uplink route as-built before commissioning testing begins.

Verification

Testing & Commissioning

Power & Backplane Check
Pre-Energisation

Confirm 24 VDC or PoE supply reaches the base module and every expansion module registers correctly across the backplane bus.

Address Configuration Test
Energisation

Verify each module's network or fieldbus address is set correctly and free of conflicts before joining the live network.

Point-to-Point I/O Verification
Final Acceptance

Force each digital/analog input and output individually and confirm it maps correctly to the intended field device or controller tag.

Communication Protocol Test
Final Acceptance

Confirm the unit exchanges data correctly with the PLC/ALCMS over the configured protocol (Modbus, Profinet, Ethernet/IP, etc.).

Scan Rate / Latency Test
Final Acceptance

Measure I/O update latency under load to confirm it meets the response time the connected circuit or sensor requires.

Fault / Diagnostic Signal Test
Final Acceptance

Simulate a module or communication fault and confirm the status LED and diagnostic register correctly report it upstream.

Documentation & As-Built Sign-off
Final Acceptance

Record module addressing, I/O point mapping, and communication test results in the commissioning dossier for handover.

Upkeep

Inspection & Maintenance

Communication Link Test
Semi-annual

Test the communication link to the controlling system to catch intermittent dropouts before they escalate.

Power Supply Check
Annual

Verify power input stability and inspect the supply for signs of stress or ageing.

Address Configuration Verification
Annual

Confirm module addressing remains correctly set and free of conflicts after any system changes.

EMI / Shielding Inspection
Annual

Check shielding and grounding integrity, particularly near high-power cabling that can induce interference.

Enclosure Thermal Check
Semi-annual

Confirm the outdoor enclosure is managing temperature extremes within the unit's rated range.

Field Notes

Common Field Issues

Communication Dropout

Remote I/O units rely on network communication; any interruption (cable damage, connector corrosion, switch failure) can cause loss of control. Use of redundant cabling, ring topology, and regular network cable inspection is essential.

Power Supply Failure

If the local 24 VDC power supply fails, the Remote I/O unit loses all I/O capability. Critical systems should have dual redundant power supplies and UPS backup.

Address Conflicts

Multiple Remote I/O units on the same network must have unique addresses. Misconfiguration can cause data corruption or loss of communication. Proper network planning and documentation is mandatory.

Electromagnetic Interference (EMI)

Remote I/O units located near high‑current equipment (CCRs, transformers) can experience EMI that corrupts communication or input readings. Use shielded cables and proper grounding techniques.

Firmware/Software Incompatibility

Updating the host PLC firmware without updating Remote I/O firmware can cause protocol mismatches. Always verify compatibility and use version‑controlled updates.

Temperature Extremes in Outdoor Enclosures

While rated for industrial temperatures, Remote I/O units in unventilated outdoor enclosures can overheat. Ensure enclosures are properly ventilated or cooled.

Diagnostics

Troubleshooting Guide

Communication Dropout / Loss of I/O Control
Likely Cause
Cable damage, connector corrosion, network switch failure, or a break in ring topology redundancy.
Diagnostic Steps
Check link status LEDs at both ends, test cable continuity, inspect connectors for corrosion, and verify network switch/ring health via the management software.
Corrective Action
Repair or replace the damaged cable or connector, restore ring redundancy, and replace a faulted switch.
Complete Loss of I/O Capability
Likely Cause
Failed local 24 VDC power supply or a blown fuse feeding the Remote I/O unit.
Diagnostic Steps
Measure supply voltage at the unit's power terminals, check the upstream fuse/breaker, and test the power supply output under load.
Corrective Action
Replace the failed power supply, restore the fuse/breaker, and verify dual redundant supply and UPS backup where fitted.
Data Corruption or Intermittent Communication Faults
Likely Cause
A duplicate network address from a misconfigured Remote I/O unit.
Diagnostic Steps
Check the network diagnostic/address table for duplicate addresses, cross-reference against network documentation, and isolate suspect units one at a time.
Corrective Action
Reassign the correct unique address per the network documentation and update the records.
Erratic Input Readings or Comm Errors Near High-Current Equipment
Likely Cause
EMI coupling from nearby CCRs or transformers into unshielded or poorly grounded cabling.
Diagnostic Steps
Inspect cable shielding and grounding continuity, check cable routing and separation from high-current conductors, and monitor for error correlation with CCR switching events.
Corrective Action
Install or repair shielded cable, improve grounding, and reroute cabling away from high-current sources.
Protocol Mismatch After a Host PLC Update
Likely Cause
Remote I/O firmware left un-updated after a host PLC firmware upgrade.
Diagnostic Steps
Check the firmware version compatibility matrix and review communication error logs for protocol-level faults.
Corrective Action
Update the Remote I/O firmware to a verified-compatible version, following a version-controlled change procedure.
Reliability

Failure Modes & Root Causes

I/O Module Power Supply Failure
High Severity
Root Cause
Ageing power supply components, an undersized supply for the connected load, or a transient surge damaging the regulator.
Effect
Complete loss of I/O capability on the affected unit, taking every field device wired to it out of monitoring and control.
Detection Method
Power and backplane voltage check at the unit, and review of the CCR/ALCMS diagnostic log for a unit-offline flag.
Fieldbus / Industrial Ethernet Communication Failure
High Severity
Root Cause
Cable damage, a failed network switch port, EMI coupling onto the bus, or a firmware fault in the communication interface.
Effect
Communication dropout or loss of I/O control at the host, which may trigger a fail-safe output state on connected field devices.
Detection Method
Communication link test between the unit and host controller, and review of protocol-level error logs.
Address / Configuration Corruption
Medium Severity
Root Cause
Incorrect DIP-switch or software address configuration, or configuration data corrupted during a firmware update.
Effect
Address conflicts on the bus, causing intermittent communication faults or a unit that never registers with the host.
Detection Method
Address configuration verification against the documented as-built assignment for each unit.
EMI-Induced Data Corruption
Medium Severity
Root Cause
Inadequate shielding or grounding on field wiring routed near high-current equipment such as CCRs or motor drives.
Effect
Erratic input readings or intermittent communication errors that correlate with nearby equipment switching on and off.
Detection Method
EMI/shielding inspection of field wiring, and correlation of error timing against nearby high-current equipment operation.
Enclosure Thermal Stress (Outdoor Cabinets)
Medium Severity
Root Cause
Inadequate ventilation or a failed enclosure heater/cooler allowing the unit to see temperature extremes outside its rated range.
Effect
Data corruption, intermittent faults, or accelerated component ageing in outdoor remote I/O enclosures.
Detection Method
Enclosure thermal check against the unit's rated operating range, particularly during seasonal extremes.
Firmware Incompatibility After a Host Update
Low Severity
Root Cause
Remote I/O firmware left un-updated after a host PLC or ALCMS server firmware upgrade changes the communication protocol.
Effect
Protocol mismatch that prevents the unit from communicating correctly with the host, even though the unit itself is healthy.
Detection Method
Firmware version compatibility matrix check and review of communication error logs for protocol-level faults.
Precautions

Safety & Operational Notes

Electrical Isolation Before Servicing
Electrical Safety

De-energise and lock out the unit's power supply before working on its wiring or replacing modules, and verify zero energy before touching any terminal.

Configuration Backup Before Changes
Operational

Back up the unit's address and configuration settings before making changes, since a corrupted or mismatched configuration can silently drop the unit from the host network.

ESD Precautions When Handling Modules
Mechanical

Use an anti-static wrist strap and follow ESD-safe handling procedures when removing or installing I/O modules, since static discharge can damage sensitive electronics.

EMI Source Awareness During Installation
Operational

Route field wiring and position the unit away from high-current cabling, radar, or radio transmitters where practical, since electromagnetic interference is a known cause of data corruption on fieldbus and Ethernet links.

Enclosure Sealing After Servicing
Operational

Confirm gaskets and cable gland seals are correctly reinstated after servicing an outdoor cabinet, since moisture ingress is a leading cause of unexplained I/O faults in field-mounted units.

Field Insight

Engineering & Expert Notes

Network Segment Loading Affects Update Latency
Network

Adding remote I/O nodes to an existing communication segment as the system grows is convenient, but each additional node slows the polling cycle for every other node sharing that segment. Check projected update latency against the number of nodes at design time rather than adding nodes until performance visibly degrades.

Match Power Source to Cable Run, Not Just Device Rating
Electrical

A Remote I/O unit rated for 24 VDC can still brown out intermittently if voltage drop over a long cable run from the supply isn't accounted for, especially once additional field devices are added to the same feed. Verify actual voltage at the unit under full load, not just at the source.

Isolate Analog Inputs From Switching Loads
Signal Integrity

Analog current or voltage inputs monitoring CCR output or transformer condition are especially sensitive to electrical noise from nearby switching equipment; route analog signal cabling separately from power cabling and confirm shielding is grounded at one end only per the design.

Document I/O Mapping at Commissioning, Not After the Fact
Documentation

A Remote I/O unit's point mapping is easy to keep straight during commissioning and easy to lose track of after several rounds of field additions and reassignments; maintaining a living I/O schedule saves significant diagnostic time on any fault years later.

Route Redundant Communication Paths Independently
Design

Redundant network paths provide little real protection if both cables run through the same trench or duct bank, since a single excavation strike takes out both simultaneously. Verify physical route diversity for redundant links, not just logical redundancy in the network configuration.

Verify Firmware Compatibility Across Vendors' Remote I/O and Host PLC
Integration

Mixed-vendor installations can work correctly for years and then fail after a firmware update to one side changes protocol behaviour in a way the other side doesn't expect; test firmware updates on a bench setup that mirrors the field pairing before rolling them out live.

Quick Answers

Frequently Asked Questions

Short answers about the remote i/o: what it is, how it works, specifications, standards, maintenance and common faults.

Q1What is a Remote I/O unit?

A Remote I/O (Remote Input/Output) unit is a distributed industrial control module that interfaces field devices with a central PLC or ALCMS over a communication network. It is installed close to the field equipment, such as CCR substations, runway edge cabinets or junction boxes, to reduce long, costly cabling for each sensor and actuator.

Q2What inputs and outputs does a Remote I/O unit provide?

A typical unit mixes digital inputs for switch states and alarm contacts, digital outputs for relay drives and indicator lamps, analog inputs for current, voltage and temperature sensors, and analog outputs for setpoint control. Typical counts are 8, 16 or 32 digital channels and 4, 8 or 16 analog inputs.

Q3Where is Remote I/O used in an AGL system?

At CCR substations to monitor status, current feedback and alarm contacts and to switch brightness steps, in runway and taxiway lighting cabinets to control contactors and monitor lamp failure detection circuits, and in approach lighting systems and other places where field devices need monitoring or control.

Q4How does a Remote I/O unit work?

It acts as a slave device on an industrial network. Each channel has a unique address in the host controller's memory map, so the control program reads inputs and writes outputs as if the I/O were local. Data is exchanged cyclically over a fieldbus or industrial Ethernet, typically at update rates of 10 ms to 100 ms.

Q5Which communication protocols does Remote I/O support?

Typical protocols are Modbus TCP and RTU, Profibus DP, Profinet, Ethernet/IP, DeviceNet and CANopen, at 10/100 Mbps Ethernet or 1.5 Mbps to 12 Mbps fieldbus speeds.

Q6How is a Remote I/O unit powered?

Typically by 24 V DC (18-32 V range) or PoE, drawing about 2 W to 15 W depending on I/O count and type. It is a standalone powered module, not part of the series lighting circuit, with I/O channels typically opto-isolated from field devices and per-channel overcurrent protection.

Q7What environmental ratings are typical?

Operating temperature is typically -25°C to +60°C (industrial grade) and storage -40°C to +85°C, with IP20 for panel-mount versions and higher ratings such as IP65 or IP67 for field-mounted versions.

Q8Which standards apply to Remote I/O?

The main references are IEC 61131-2 (programmable controllers), IEC 61784-1 (fieldbus profiles), IEC 61822 for the CCRs it monitors and controls, and FAA AC 150/5345-56 (L-890 ALCMS), the host system it extends. Always verify the current edition and your aerodrome's approved requirements.

Q9How often should Remote I/O be checked?

Typical intervals are semi-annual for communication link tests and enclosure thermal checks, and annual for power supply checks, address configuration verification and EMI and shielding inspection. Your airport's approved maintenance programme takes precedence.

Q10What are the common problems with Remote I/O?

Common problems are communication dropout, power supply failure, address conflicts, electromagnetic interference, firmware or software incompatibility and temperature extremes in outdoor enclosures. Erratic readings near high-current equipment often point to EMI, and a protocol mismatch can appear after a host PLC update.

Explore Further

Related Components

Go Further

Go Beyond the Component. Understand the Complete AGL System.

You have explored the component. Now understand how it works within the complete Airfield Ground Lighting system.

Learn AGL from fundamentals to design, installation, testing, photometry, commissioning, maintenance and troubleshooting through structured technical training at Precision AGL Academy.

Build practical knowledge. Understand the circuit. Read the standards. Troubleshoot with confidence.

Your next step in AGL starts here.

The Learning Pathway
Learn Understand Design Test Maintain Document Apply Certify

Need expert guidance on Remote I/O selection, network architecture, or integration for your AGL system?

Precision AGL Academy provides advice on module selection, protocol choice, network redundancy, and field commissioning.