Remote IO

Wat is Remote I/O?

Remote I/O (Remote Input/Output) is een opbouw waarbij in- en uitgangsmodules niet in de kast van de centrale besturing zitten, maar dicht bij de sensoren en actuatoren in het veld staan en via een veldbus of industrieel Ethernet met de PLC, controller of het DCS communiceren. In plaats van honderden losse aders van elk signaal naar de centrale kast te trekken, sluit u de signalen lokaal aan op een I/O-station. Dat station stuurt alle waarden digitaal over één netwerkkabel door. Remote I/O heet ook wel decentrale of gedistribueerde I/O en is in vrijwel elke moderne machine en procesinstallatie te vinden.

🧠 Hoe werkt Remote I/O?

Een remote I/O-station bestaat meestal uit drie delen:

• Interfacemodule of buskoppelaar - de netwerkaansluiting (bijvoorbeeld een ProfiNET-, Ethernet IP- of EtherCAT-koppelaar) die het station als één apparaat op het netwerk laat verschijnen
• I/O-modules - digitale en analoge in- en uitgangen, tellers, IO-Link-masters of veiligheidsmodules; per module meestal 2 tot 32 kanalen
• Voeding en eindmodule - 24 V DC voor elektronica en veldsignalen, soms gescheiden zodat uitgangen apart uitschakelbaar zijn

De besturing leest en schrijft de I/O cyclisch. Elke cyclus stuurt de controller de uitgangswaarden naar het station en ontvangt de actuele ingangen terug. Voor het PLC-programma maakt het nauwelijks uit of een ingang lokaal of remote zit; het adres staat gewoon in het procesbeeld. Het verschil zit in de cyclustijd en in wat er gebeurt als de verbinding wegvalt. Een goed geconfigureerd station zet zijn uitgangen dan in een veilige vervangwaarde, meestal “uit”.

Remote I/O verschilt van lokale I/O (modules naast de CPU in hetzelfde rek) en van intelligente veldapparaten, die zelf via een netwerk communiceren, zoals een veldinstrument met HART of een IO-Link-sensor. Zie IO voor de signaaltypen zelf.

🔧 Welke uitvoeringen van Remote I/O zijn er?

In de procesindustrie is universele I/O in opkomst: kanalen die u per stuk in software als AI, AO, DI of DO instelt. Emerson noemt dat electronic marshalling. Daarmee vervallen de traditionele marshallingkasten met kruisbedrading tussen veldkabels en I/O-kaarten. Sinds 2011 bestaan er bij Emerson ook intrinsiek veilige CHARMs met de Ex-barrière in de module zelf, zodat losse barrièrekasten niet meer nodig zijn.

🔌 Via welke protocollen communiceert Remote I/O?

Remote I/O is protocolgebonden: de koppelaar bepaalt aan welk netwerk het station hangt. Veel leveranciers bieden dezelfde I/O-modules met verschillende koppelaars aan. WAGO 750 heet daarom veldbusonafhankelijk, Beckhoff sluit zijn EtherCAT Terminals via EK-buskoppelaars ook op andere veldbussen aan, en de oudere Allen-Bradley FLEX I/O (1794) heeft adapters voor onder meer EtherNet/IP, ControlNet en DeviceNet. FLEX 5000 is de nieuwere generatie, specifiek voor EtherNet/IP. Nieuwe installaties gebruiken vrijwel altijd een protocol op basis van Ethernet.

Steeds meer interfacemodules zijn multiprotocol. De Siemens ET 200SP kan met een MultiFieldbus-koppelaar bijvoorbeeld via PROFINET, EtherNet/IP of Modbus TCP werken. Voor procesinstrumenten brengt Ethernet-APL Ethernet tot in de Ex-zone, waardoor een deel van de klassieke remote I/O met 4-20 mA-signalen op termijn kan verdwijnen.

🎯 Wat zijn de voor- en nadelen van Remote I/O?

Voordelen:

• Minder bekabeling - alleen een netwerk- en voedingskabel naar het station in plaats van een aparte kabel per signaal; dat scheelt koper, kabelgoten en montage-uren
• Modulaire opbouw - machines en productiecellen kunnen per module worden gebouwd, getest en uitgebreid
• Snellere installatie en inbedrijfname - stations kunnen vooraf bedraad en getest worden aangeleverd
• Kleinere centrale kast - de PLC-kast hoeft geen honderden klemmen meer te bevatten
• Betere diagnose - moderne modules melden draadbreuk, kortsluiting en voedingsfouten per kanaal

Nadelen en aandachtspunten:

• Afhankelijkheid van het netwerk - een kabelbreuk of defecte switch kan een heel station uitschakelen; redundantie en ringtopologieën beperken dat risico
• Extra latentie - de netwerkcyclus telt op bij de reactietijd van de besturing
• Veiligheidsfuncties - een noodstopcircuit mag alleen over het netwerk lopen als u een gecertificeerd safety-protocol gebruikt; anders blijft aparte, bedrade veiligheidstechniek nodig
• Aanvalsoppervlak - elk station is een netwerkapparaat met firmware, een IP-adres en soms een webserver

🔐 Hoe beveiligt u Remote I/O?

Remote I/O hoort in het Purdue Model bij niveau 1, de basisbesturing, en is via bedrading direct verbonden met het fysieke proces op niveau 0. Wie een uitgang op een remote I/O-station kan schrijven, kan een klep openen of een motor starten. Toch zijn de meeste realtime I/O-protocollen ontworpen zonder authenticatie: PROFINET RT, Modbus TCP en klassiek EtherNet/IP accepteren in principe elk correct opgebouwd bericht.

De protocolorganisaties werken aan verbetering. PI definieert voor PROFINET drie securityklassen: klasse 1 voor robuustheid (onder meer alleen-lezen DCP en ondertekende GSD-bestanden), klasse 2 voor integriteit en authenticiteit van de data en klasse 3 voor vertrouwelijkheid van de cyclische data. Voor EtherNet/IP bestaat CIP Security. In bestaande installaties zijn die functies echter zelden beschikbaar, zodat beveiliging vooral uit de architectuur moet komen:

• Segmentatie - plaats I/O-netwerken in een eigen zone volgens het zones-en-conduits-model van IEC 62443 en laat alleen de controller erbij
• Geen routering naar kantoor-IT - I/O-verkeer hoort niet op het bedrijfsnetwerk; webinterfaces van koppelaars uitschakelen als ze niet nodig zijn
• Fysieke beveiliging - veldkasten afsluiten en ongebruikte switchpoorten blokkeren
• Inventarisatie en firmware-beheer - weet welke stations er zijn, welke firmware ze draaien en volg patches van de leverancier
• Monitoring - passieve OT-monitoring signaleert onbekende apparaten en afwijkend verkeer op het I/O-netwerk

Voor organisaties onder NIS2 en de Cyberbeveiligingswet vallen remote I/O-netwerken gewoon binnen de zorgplicht voor netwerk- en informatiesystemen.

🧭 Hoe ontwerpt u een Remote I/O-architectuur?

1. Bepaal de verdeling - groepeer I/O per machinedeel of procesgebied, zodat een storing in één station niet de hele installatie stillegt.
2. Kies kast- of machine-I/O - IP20 in een kast is goedkoper per kanaal; IP67 bespaart een kast en is sneller te monteren aan de machine.
3. Kies het protocol - meestal bepaald door het merk van de controller: PROFINET bij Siemens, EtherNet/IP bij Allen-Bradley, EtherCAT bij Beckhoff.
4. Reken de cyclustijd door - tel netwerkcyclus, PLC-cyclus en ingangsfilters op. Ingangsfilters zijn vaak instelbaar; bij de ET 200SP van 0,05 tot 20 ms.
5. Houd reserve aan - een vuistregel is 10 tot 20 procent vrije kanalen en vrije slots. Een ET 200SP-station met High Feature-interfacemodule kan tot 64 I/O-modules bevatten, een WAGO 750-knooppunt zonder busuitbreiding ook 64.
6. Regel veiligheid en voeding - kies safety-modules op PROFIsafe of CIP Safety waar nodig, en scheid voedingen zodat uitgangen veilig uit te schakelen zijn.
7. Leg vervangwaarden en diagnose vast - bepaal per uitgang wat er gebeurt bij communicatieverlies en zorg dat diagnosemeldingen in SCADA of HMI zichtbaar zijn.

In Nederland ziet u remote I/O veel bij waterschappen en drinkwaterbedrijven, waar gemalen en zuiveringsonderdelen over grote terreinen verspreid liggen (zie ook OT-security in de watersector), bij lange transportlijnen in distributiecentra en op luchthavens, en in de chemie, waar Ex-gecertificeerde I/O in Zone 1 of Zone 2 de bekabeling naar de controlekamer beperkt.

❓ Veelgestelde vragen

Wat is het verschil tussen remote I/O en distributed I/O?

Remote I/O en distributed I/O (gedistribueerde of decentrale I/O) betekenen in de praktijk hetzelfde: I/O-modules die buiten de centrale besturingskast staan en via een netwerk met de controller communiceren. Siemens spreekt in het Duits van dezentrale Peripherie en in het Engels, net als Rockwell, van distributed I/O. Het onderscheid is dus vooral een kwestie van leveranciersterminologie.

Heeft een remote I/O-station een eigen programma?

Een klassiek remote I/O-station heeft geen eigen programma; het voert alleen uit wat de controller cyclisch stuurt. Er bestaan wel programmeerbare varianten, zoals WAGO-controllers en Beckhoff-koppelaars met lokale logica. Die gedragen zich dan als een kleine PLC met eigen I/O.

Wat gebeurt er met de uitgangen als de verbinding met de PLC wegvalt?

Bij communicatieverlies zet een remote I/O-station zijn uitgangen in een vooraf ingestelde vervangwaarde, meestal “uit” of de laatste waarde. Die keuze maakt u per kanaal in de configuratie. Voor veiligheidsfuncties gebruikt u safety-I/O, dat bij een time-out altijd naar de veilige toestand gaat.

Kan remote I/O in een explosiegevaarlijke zone worden geplaatst?

Remote I/O kan in een Ex-zone worden geplaatst als het systeem daarvoor gecertificeerd is. Er zijn systemen voor Zone 2 en voor Zone 1, met intrinsiek veilige kanalen naar de veldinstrumenten. Voorbeelden zijn R. STAHL IS1+ en de intrinsiek veilige CHARMs van Emerson.

Is remote I/O kwetsbaar voor cyberaanvallen?

Remote I/O is kwetsbaar omdat veel realtime I/O-protocollen geen authenticatie kennen en een station elk geldig bericht uitvoert. Daarnaast hebben koppelaars firmware en soms een webinterface met eigen kwetsbaarheden. Segmentatie, afgesloten veldkasten en firmwarebeheer zijn daarom de belangrijkste maatregelen.

Vervangt IO-Link remote I/O?

IO-Link vervangt remote I/O niet, maar vult het aan. IO-Link is een punt-naar-punt-verbinding naar één sensor of actuator; de IO-Link-master zit zelf vaak als module in een remote I/O-station of als IP67-blok op de machine. Zo combineert u decentrale I/O met digitale parametrering en diagnose per sensor.

📌 Samengevat

Remote I/O brengt de in- en uitgangen van een besturing naar de plek waar de signalen ontstaan en verbindt ze via één netwerkkabel met de PLC of het DCS. Dat bespaart bekabeling en kastruimte, maakt machines modulair en levert betere diagnose. Tegelijk wordt elk I/O-station een netwerkapparaat dat afhankelijk is van de communicatie en beschermd moet worden met segmentatie, fysieke beveiliging en firmwarebeheer.