Industriële monitoring op afstand: de complete gids 2026

· 13 minuten leestijd
13 min read
Eziwan-team
Eziwan-team
IoT-infrastructuur

Industriële monitoring op afstand is een strategische uitdaging geworden voor Franse industriële bedrijven. Gezien het einde van het 2G-GPRS-netwerk (stopzetting door Bouygues en SFR eind 2026), de NIS2-richtlijn die strengere cyberbeveiligingsmaatregelen oplegt, en de druk op de onderhoudskosten, moeten bedrijven hun aanpak van telebewaking moderniseren.

Deze gids behandelt het onderwerp in zijn geheel: definities, technische architecturen, protocolkeuze, cyberbeveiliging en praktische implementatie voor implementaties van 1 tot 1.000 locaties.

Wat is industriële supervisie op afstand?​

Onder industriële monitoring op afstand (of industriële telebewaking) wordt verstaan: het geheel van technologieën waarmee het mogelijk is om:

  • De status van industriële apparatuur (machines, PLC’s, sensoren) vanaf een externe locatie bekijken
  • In realtime waarschuwingen ontvangen bij afwijkingen, overschrijding van drempelwaarden of storingen
  • Op afstand ingrijpen in de apparatuur (instellingen wijzigen, opnieuw opstarten, opnieuw configureren)
  • Analyseren van historische gegevens om de prestaties te optimaliseren en onderhoud te anticiperen

Het is van toepassing op alle sectoren: de verwerkende industrie, water en riolering, energie, landbouw en technische bouw.

Supervisie vs. SCADA vs. IIoT: wat zijn de verschillen?​

Deze termen worden vaak door elkaar gehaald. Hieronder volgen de verschillen:

TermToepassingsgebiedInfrastructuur
SCADA (Supervisory Control and Data Acquisition)Enkele locatie of netwerk van locaties met gecentraliseerde architectuurServer ter plaatse + lokale HMI's
Telebewaking / Supervisie op afstandMeerdere locaties, toegang vanaf elke locatieWAN (4G, glasvezel) + cloud of centrale server
IIoT (Industrial Internet of Things)Sensoren en apparatuur die in een netwerk zijn aangeslotenCloud, edge computing, API’s

In 2026 vervagen de grenzen: moderne IIoT-platforms (waaronder Eziwan) bieden SCADA-mogelijkheden in de cloud en integreren tegelijkertijd de traditionele industriële protocollen (Modbus, OPC-UA).

Architecturen voor bewaking op afstand​

Architectuur 1: gecentraliseerd cloudbeheer (aanbevolen)​

Voordelen:

  • Snelle implementatie, zonder serverinfrastructuur ter plaatse
  • Toegang via elke browser, tablet of smartphone
  • Schaalbaarheid van 1 tot duizenden locaties zonder dat de architectuur hoeft te worden aangepast
  • Gecentraliseerde updates zonder ingrepen ter plaatse

Typische toepassingen: waterbedrijven, energiedistributienetwerken, zonneparken, geografisch verspreide vloten van industriële apparatuur.

Architectuur 2: SCADA op locatie met VPN-toegang op afstand​

Voordelen:

  • De gegevens blijven binnen de IT-infrastructuur van het bedrijf
  • Compatibel met bestaande SCADA-systemen (Wonderware, WinCC, Vijeo Citect)
  • Volledige controle over de hosting en de beveiliging

Typische toepassingen: grote industriële bedrijven met een bestaand SCADA-systeem, sectoren met eisen op het gebied van gegevenssoevereiniteit.

Architectuur 3: edge computing + hybride cloud​

Voor locaties die grote hoeveelheden gegevens genereren (productielijnen, persen, CNC-machines) maakt edge computing het mogelijk om kritieke gegevens lokaal te verwerken en alleen de samengevatte gegevens naar de cloud te sturen.

Industriële protocollen voor bewaking op afstand​

Modbus RTU/TCP — de universele standaard​

Modbus is het meest gebruikte protocol in de industrie. Het bestaat in twee varianten:

  • Modbus RTU: via een seriële RS-485-verbinding. Maximaal 32 apparaten op 1 200 m kabel. Overdrachtssnelheid 9 600 tot 115 200 bps.
  • Modbus TCP: Modbus-inkapseling op Ethernet/IP. Poort 502. Overdrachtssnelheid uitsluitend beperkt door het netwerk.

Wat met Modbus kan worden bewaakt: alle moderne industriële besturingssystemen (Siemens S7, Schneider Modicon, ABB, Allen Bradley), het overgrote deel van de energiemeters, frequentieregelaars en industriële sensoren.

Beperking: uitsluitend master/slave-architectuur. Geen gebeurtenismeldingen — de master moet de slaves regelmatig opvragen (poll).

MQTT — het IIoT-protocol​

MQTT (Message Queuing Telemetry Transport) is een lichtgewicht publish/subscribe-protocol dat is ontworpen voor verbindingen met een lage bandbreedte.

Sterke punten voor beheer op afstand:

  • Permanente verbinding: de MQTT-client (gateway) maakt eenmalig verbinding met de broker en houdt de sessie in stand
  • Configureerbare QoS: gegarandeerde bezorging van kritieke berichten (QoS 1 of 2)
  • Hiërarchische topics: usine/ligne1/pompe3/courant — logische gegevensstructuur
  • Last Will & Testament: automatische melding wanneer een apparaat de verbinding verbreekt

Cloud-integratie: MQTT wordt native ondersteund door AWS IoT Core, Azure IoT Hub, Google Cloud IoT en HiveMQ.

OPC-UA — voor veeleisende SCADA-omgevingen​

OPC-UA (Unified Architecture) is de interoperabele standaard van Industrie 4.0.

Sterke punten:

  • Objectgeoriënteerd informatiemodel (niet alleen digitale registers)
  • Ingebouwde beveiliging: authenticatie, versleuteling, ondertekening van berichten
  • Compatibel met de belangrijkste SCADA-systemen (WinCC, FactoryTalk, Ignition)
  • Standaard voor MES- en ERP-toepassingen

Wanneer kiest u voor OPC-UA: integraties met bestaande SCADA-systemen, MES en SAP ERP. Omgevingen waarin de semantiek van de gegevens (niet alleen de ruwe waarden) van belang is.

Cyberbeveiliging bij bewaking op afstand​

Industriële bewaking op afstand vormt een belangrijk aanvalsvlak als deze onvoldoende beveiligd is. In 2024-2025 deden zich verschillende incidenten voor waarbij onbeveiligde toegang op afstand tot OT-apparatuur een rol speelde.

De 5 gouden regels voor OT-cyberbeveiliging​

1. Er zijn geen inkomende poorten geopend op het industriële netwerk

De zero-inbound-port-architectuur vormt het basisprincipe: de industriële apparaten brengen zelf de verbinding tot stand met de monitoringcloud. Er worden geen RDP-, VNC- of Modbus-poorten rechtstreeks op het internet blootgesteld.

2. VPN en versleuteling zijn verplicht

Alle communicatie tussen de industriële locaties en het bewakingsplatform moet versleuteld zijn. OpenVPN met AES-256-GCM-versleuteling is de aanbeveling voor 2026 voor nieuwe implementaties.

3. Sterke authenticatie voor toegang op afstand

Elke technicus die op afstand toegang krijgt, moet zich authenticeren met een persoonlijke cryptografische sleutel (geen gedeeld wachtwoord). Meervoudige authenticatie (MFA) is verplicht voor entiteiten die onder NIS2 vallen.

4. Het principe van minimale rechten

Een onderhoudstechnicus van een specifieke PLC heeft alleen toegang tot die PLC — niet tot het gehele OT-netwerk. Door de gedetailleerde segmentering van de toegangsmogelijkheden wordt de verspreiding beperkt in het geval van een inbreuk.

5. Volledig auditlogboek

Alle externe verbindingen, wijzigingen in instellingen en handelingen worden geregistreerd met tijdstempel, identiteit en bron-IP-adres. Deze logbestanden zijn volgens de NIS2-richtlijn verplicht voor essentiële en belangrijke entiteiten.

NIS2 en bewaking op afstand​

De NIS2-richtlijn (die sinds oktober 2024 in Frans recht is omgezet) legt essentiële entiteiten en belangrijke entiteiten specifieke maatregelen op met betrekking tot toegang op afstand:

  • Toegangscontrole op basis van identiteit (geen gedeelde accounts)
  • Versleuteling van de communicatie
  • Logboekregistratie en toezicht op de toegang
  • Incidentbeheer met melding binnen 24 uur (essentiële entiteiten)

De betrokken sectoren: water en riolering, energie, vervoer, gezondheidszorg, afvalbeheer, kritieke industriële productie.

Praktische implementatie: van 1 tot 1.000 locaties​

Voor een enkele locatie (POC of proefproject)​

Benodigde apparatuur:

  • 1 IoT-gateway met 4G-verbinding en RS-485-interfaces
  • M2M-simkaartabonnement (of gebruik je eigen simkaart van je provider)
  • Toegang tot het cloudplatform voor monitoring

Implementatietijd: 2 tot 4 uur voor één technicus (installatie van de hardware + configuratie van de cloud + validatie van de Modbus-gegevens).

Geschatte kosten: 300-600 € aan apparatuur + 30-80 € per maand voor het platformabonnement + M2M-simkaart.

Voor 10 tot 50 locaties​

Op deze schaal wordt Zero-Touch Provisioning (ZTP) essentieel om de implementatiekosten te verlagen.

ZTP-proces van Eziwan:

  1. U stelt een standaardconfiguratie op in de cloud (protocollen, waarschuwingen, VPN)
  2. Elke gateway wordt in de fabriek vooraf geconfigureerd geleverd (of op afstand geconfigureerd)
  3. Ter plaatse: aansluiting van voeding + SIM + RS-485 — de gateway configureert zichzelf
  4. Minder dan 30 minuten werk voor de technicus per locatie

Kostenbesparing versus handmatige configuratie: bij 50 locaties bespaart ZTP doorgaans 2 tot 3 mandagen aan netwerkconfiguratie.

Voor 100+ locaties (vlootbeheer)​

Voor grote wagenparken zijn de functies voor centraal beheer van cruciaal belang:

  • Vlootdashboard: overzicht van de connectiviteit en de status van elke locatie
  • Geaggregeerde waarschuwingen: filtering van valse alarmen, automatische escalatie
  • OTA-firmware-updates: updates voor de gehele vloot implementeren zonder dat er iemand ter plaatse hoeft te zijn
  • SIM-beheer: dataverbruik per locatie, SIM-vervanging met één klik
  • Geautomatiseerde rapporten: netwerkbeschikbaarheid, incidenten, interventies — voor MVO- of contractuele rapportage

Concrete toepassingsvoorbeelden​

Waterbedrijf — netwerk van 80 pompstations​

Situatie voorheen: wekelijkse inspectierondes, 2-3 wachtdiensten per week voor spoedinterventies.

Geïmplementeerde oplossing: 80 4G LTE-gateways met Modbus RTU, realtime waarschuwingen over niveaus en pompstoringen, toegang op afstand voor technici via OpenVPN/IPSec.

Resultaten:

  • 70% minder inspectierondes (van wekelijks naar maandelijks voor routinecontroles)
  • Storingen worden binnen 30 seconden gedetecteerd (tegenover 4-48 uur eerder)
  • ROI bereikt in 4 maanden

Voedingsmiddelenindustrie — 3 productielocaties​

Situatie voorheen: elke vestiging had zijn eigen lokale SCADA-systeem, er was geen geconsolideerd overzicht op groepsniveau.

Geïmplementeerde oplossing: 3 IoT-gateways die de Modbus-gegevens van elke locatie samenvoegen in één clouddashboard. Toegang op afstand voor het onderhoudsteam van de groep.

Resultaten:

  • Slechts één dashboard voor de drie locaties (in plaats van drie afzonderlijke SCADA-interfaces)
  • De responstijd bij storingen is met 65% verkort
  • Beveiligde en traceerbare toegang voor onderhoudsonderaannemers

Zonnepark — 15 energiecentrales​

Situatie voorheen: eigen dataloggers die niet compatibel waren tussen verschillende fabrikanten van omvormers.

Geïmplementeerde oplossing: IoT-gateways met een universele Modbus-parser die de protocollen SunSpec, SMA, ABB en Fronius ondersteunt. Dashboard voor prestatiebewaking (kWh, prestatieverhouding, beschikbaarheid).

Resultaten:

  • Bundeling van de monitoring in één enkel dashboard
  • Detectie van prestatieverlies +3% → geplande preventieve ingreep
  • Automatische rapportages voor investeerders en de netbeheerder

Checklist voor de implementatie van monitoring op afstand​

Controleer de volgende punten voordat u uw project voor toezicht op afstand start:

Connectiviteit​

  • 4G LTE-dekking gecontroleerd op elke locatie (tests door providers)
  • Dual-SIM-optie beoordeeld voor kritieke locaties
  • Schatting van het dataverbruik per locatie (Modbus-pollingfrequentie × registergrootte)

Veldapparatuur​

  • Overzicht van protocollen: Modbus RTU (RS-485), Modbus TCP of eigen protocol?
  • Lijst van te bewaken variabelen per apparaat (Modbus-registers)
  • Beschikbare voeding in de schakelkast (24 V DC of 230 V AC)

Cyberbeveiliging​

  • Zero-inbound-port-architectuur gekozen
  • OpenVPN/IPSec- of IPSec-VPN gepland
  • Toegangsbeleid per technicus vastgesteld (rechten, tijdvakken)
  • Is NIS2 van toepassing op uw organisatie? (essentiële/belangrijke entiteiten)

Cloudplatform​

  • Gegevensopslag in Frankrijk of de EU (AVG)
  • API beschikbaar voor integratie met bestaande SCADA/MES-systemen
  • SLA voor de beschikbaarheid van het platform (minimaal 99,5%)

Conclusie​

Industriële monitoring op afstand is in 2026 geen optie meer: het einde van GPRS 2G, de NIS2-richtlijn en de economische druk op de onderhoudskosten maken dit noodzakelijk voor alle industriële bedrijven met afgelegen vestigingen.

Het goede nieuws: dankzij 4G LTE-oplossingen met Zero-Touch Provisioning kan een industriële locatie tegenwoordig in minder dan een uur worden aangesloten, voor minder dan 50 € per maand, alles inbegrepen.

De sleutel tot succes is om vanaf het begin te kiezen voor een veilige cloud-native architectuur — en niet om beveiliging als extra laag toe te voegen aan een architectuur die daar niet op is ontworpen.

Veelgestelde vragen — Industriële bewaking op afstand​

Wat is het verschil tussen SCADA en IoT-monitoring in de cloud?

Een traditioneel SCADA-systeem is een gecentraliseerd systeem (vaak on-premise) met ‘heavy clients’ (speciale pc-software), lokale gegevensarchivering en een sterarchitectuur. IoT-bewaking in de cloud is een gedistribueerde architectuur: elke locatie stuurt zijn gegevens via de gateway naar de cloud, zonder centrale server ter plaatse. De cloud biedt toegang vanaf meerdere locaties, mobiele toegang en een REST-API voor integratie — terwijl het traditionele SCADA-systeem een site-to-site VPN en een licentie per client vereist. Beide systemen kunnen naast elkaar bestaan via OPC-UA- of Modbus-connectoren naar het bestaande SCADA-systeem.

Hoeveel variabelen kunnen er tegelijkertijd op 100 locaties worden gemonitord?

Aan de cloudzijde geldt geen vaste limiet — moderne IIoT-platforms zijn ontworpen voor miljoenen meetpunten. De praktische limiet ligt aan de gateway- en netwerkzijde: een standaardgateway verzamelt tot 500 Modbus-variabelen per locatie met een polling-interval van 5 s, wat neerkomt op 6.000 waarden per minuut per locatie. Bij 100 locaties komt dat neer op 600.000 waarden per minuut — dit is beheersbaar als de cloud hierop is afgestemd (tijdreeksen, segmentering per locatie).

Kan bewaking op afstand werken als de PLC in de STOP-stand (programma-stop) staat?

Ja, voor het bewaken van de status van de PLC (CPU in STOP, tijdstip van laatste alarm, status van de in- en uitgangen). Nee voor het ophalen van procesvariabelen via Modbus — de Modbus TCP-server van de PLC reageert bij STOP niet meer op bepaalde modellen (bij de S7-1200 wordt MB_SERVER bij STOP gestopt). Controleer het specifieke gedrag van de PLC in de STOP-modus voordat u vertrouwt op Modbus-gegevensverzameling om CPU-stops te detecteren.

Wat is de minimale vertraging tussen een statuswijziging in de PLC en het moment waarop deze zichtbaar wordt in het dashboard?

Met een Modbus-polling van 1 s en een goed gedimensioneerde cloud bedraagt de totale latentie doorgaans 2 tot 5 s (1 s wachttijd voor polling + 1 tot 2 s 4G-overdrachtstijd + 1 tot 2 s verwerkingstijd in de cloud). Bij kritieke alarmen (overschrijding van drempelwaarden) kan Eziwan binnen 10 s na detectie van de overschrijding sms- of e-mailmeldingen versturen. Voor een reactie in realtime (< 100 ms) is lokale logica op de PLC of de gateway nodig — niet in de cloud.

Is het mogelijk om niet-Ethernet-apparatuur (RS-485-meters, 4-20 mA-sensoren) te monitoren?

Ja, via de RS-485-poort van de gateway voor Modbus RTU, en via de analoge ingangen voor signalen van 4-20 mA of 0-10 V. Sensoren zonder digitaal protocol (eenvoudige potentiaalvrije contacten, niveauschakelaars) worden aangesloten op de digitale ingangen van de gateway of een uitbreidingsmodule. Het doel is om de gehele locatie vanuit één enkele gateway te bewaken, ongeacht de heterogeniteit van de apparatuur.

Aanvullende bronnen​

Aanvullende bronnen​