{ "version": "https://jsonfeed.org/version/1", "title": "Eziwan — Alles-in-één industriële IoT-infrastructuur Blog", "home_page_url": "https://eziwan.com/nl/blog", "description": "Eziwan — Alles-in-één industriële IoT-infrastructuur Blog", "items": [ { "id": "https://eziwan.com/nl/blog/sim-m2m-iot-operateurs-france-comparatif", "content_html": "

Het kiezen van de juiste M2M-simkaart voor uw park van industriële IoT-apparatuur is een cruciale beslissing: netwerkdekking, volumetarieven, SLA's, internationale roaming, APN-beveiliging, LTE-M/NB-IoT-compatibiliteit en — een vaak over het hoofd gezien punt — de geplande stopzetting van 2G en 3G, waardoor duizenden reeds geïnstalleerde modems verouderd raken. Deze vergelijking voor 2026, gebaseerd op de meest recente gegevens van ARCEP, analyseert de aanbiedingen van de grote Franse operators, gespecialiseerde MVNO’s (1NCE, Tele2 IoT) en de multi-operator-simkaart, om u te helpen een keuze te maken die tien jaar meegaat.

\n
\n
\n

In het kort: wat valt er uit deze vergelijking te concluderen?​

\n

Voordat we in detail treden, volgen hier de belangrijkste conclusies voor beleidsmakers die weinig tijd hebben:

\n\n
\n

Wat is een M2M-simkaart en waarin verschilt deze van een simkaart voor consumenten?​

\n

Een M2M-simkaart (Machine-to-Machine), tegenwoordig vaker IoT-simkaart genoemd, is een simkaart die speciaal is ontworpen voor industriële en verbonden apparaten. Deze kaart verschilt in vrijwel alle opzichten van een simkaart voor een smartphone:

\n
KenmerkSIM voor consumentenM2M-IoT-SIM
Bedrijfstemperatuur0 °C tot +40 °C−40 °C tot +85 °C
Levensduur2-3 jaar10-15 jaar
FormaatNano-SIM (4FF)Industrieel 2FF/3FF, soldeerbaar (MFF2), eSIM
BestendigheidStandaardTrillingen, vocht, corrosie
DatavolumeOnbeperkt (delen)Laag (1 MB - 5 GB/maand)
Roaming„Roam Like Home“ EUSpeciale M2M-contracten (≠ RLH)
Privé-cameraNeeBeschikbaar
Vast IP-adresNeeOptioneel
MonitoringNeeDashboard / API voor het apparaatpark
eUICC (profiel op afstand)NeeBeschikbaar
OpzeggingPer maandContracten van 12-36 maanden
\n

Industrieel SIM-formaat: IoT-gateways en -routers zijn meestal voorzien van een SIM-sleuf in het formaat 2FF (mini-SIM, 25×15 mm) of 3FF (micro-SIM), of zelfs een gesoldeerde eSIM (MFF2) voor omgevingen met sterke trillingen. Dit moet absoluut worden gecontroleerd voordat u een bestelling plaatst — een verkeerd formaat legt de hele implementatie stil.

\n
\n

Belangrijk om te onthouden: een M2M-simkaart is niet zomaar een „goedkoop abonnement”. Het is een industrieel onderdeel dat is ontworpen om net zo lang mee te gaan als de machine waarin het is ingebouwd.

\n
\n
\n

Mobiele dekking in Frankrijk in 2026: wat de gegevens van ARCEP laten zien​

\n

De dekking is het belangrijkste criterium voor een M2M-simkaart. Hieronder volgt een overzicht van de werkelijke netwerksituatie, gebaseerd op de ARCEP-gegevens van het vierde kwartaal van 2025 (gepubliceerd in maart 2026), in plaats van op de commerciële argumenten van de providers.

\n

4G: iedereen bereikt meer dan 99 % van de bevolking​

\n

Dankzij de bindende verplichtingen van de New Deal Mobile van 2018 bieden de vier providers tegenwoordig aan meer dan 99 % van de Franse bevolking 4G-dekking. De strijd draait dus niet langer om het aantal inwoners, maar om:

\n\n

Samenwerking: de „Crozon”-overeenkomst tussen SFR en Bouygues​

\n

Belangrijk punt voor de veerkracht van een netwerk: SFR en Bouygues Telecom delen een deel van hun netwerk in de minder dichtbevolkte gebieden (de zogenaamde „Crozon”-overeenkomst inzake gezamenlijk gebruik). Concreet betekent dit dat je in deze gebieden, of je nu voor SFR of Bouygues kiest, verbinding maakt met dezelfde fysieke zendmast — waardoor het nut van een failover tussen deze twee providers afneemt en het nut van een overschakeling naar Orange (een onafhankelijk netwerk). Free profiteert op zijn beurt van roaming op het Orange-netwerk in gebieden die het zelf nog niet bestrijkt.

\n

Belangrijke frequentiebanden voor het IoT​

\n
BandFrequentieIoT-toepassing
B28700 MHzGroot bereik, doordringing binnenshuis, landelijk
B20800 MHzLandelijke dekking, kelders
B8900 MHzUitgebreide dekking
B31800 MHzCapaciteit in stedelijke gebieden, bandbreedte
B1/B72100/2600 MHzHoge stedelijke dichtheid
n783,5 GHz (5G)Zeer hoge bandbreedte, dichtbevolkte gebieden
\n

Voor een zender in een landelijke omgeving of op het platteland zijn het de lage frequentiebanden (700/800 MHz) die ertoe doen — niet het stedelijke 5G-netwerk dat in reclames wordt aangeprezen.

\n
\n

⚠️ Het einde van 2G en 3G: de deadline die apparaten verouderd maakt​

\n

Dit is het meest onderschatte aspect van een IoT-implementatie in 2026, en het verdient een apart hoofdstuk.

\n\n

Direct gevolg: elke modem of IoT-module die alleen 2G ondersteunt (nog steeds veel gebruikt bij oudere meters en alarmsystemen) zal vanaf het najaar van 2026 niet meer werken. Een 2G/3G-module zonder 4G-back-up zal rond 2028 niet meer werken.

\n

Wat te doen?

\n\n
\n

Tip van Eziwan: de gateways en de Eziwan-simkaart ondersteunen 4G/LTE-M met uitwijkmogelijkheid en zijn zo ontworpen dat ze deze uitvalperiodes kunnen doorstaan zonder dat er ter plaatse ingegrepen hoeft te worden.

\n
\n
\n

M2M-aanbieders in Frankrijk: overzicht 2026​

\n

Orange Business (M2M-datastromen / Orange IoT)​

\n

Orange is de gevestigde provider met het meest uitgebreide netwerk, met name in landelijke gebieden en in de overzeese gebieden.

\n

M2M-abonnementen:

\n\n

Sterke punten:

\n\n

Zwakke punten:

\n\n

Richtprijzen (alleen data, exclusief opties):

\n
Volume / maandRichtprijs / SIM / maand
1-5 MB2-4 €
50-100 MB4-8 €
500 MB - 1 GB8-15 €
\n

SFR Business (SFR IoT)​

\n

SFR biedt concurrerende M2M-pakketten aan, met een goede prijs-kwaliteitverhouding bij grootschalige implementaties en een gewaardeerd pooling-systeem.

\n

M2M-aanbiedingen:

\n\n

Sterke punten:

\n\n

Zwakke punten:

\n\n

Richtprijzen:

\n
Volume / maandRichtprijs / SIM / maand
10 MB1,50-3 €
100 MB3-6 €
1 GB6-12 €
\n

Bouygues Telecom Zakelijk (IoT)​

\n

Bouygues heeft zijn dekking aanzienlijk verbeterd en biedt vaak de laagste tarieven op de markt voor grote volumes.

\n

M2M-aanbiedingen:

\n\n

Sterke punten:

\n\n

Zwakke punten:

\n\n

Richtprijzen:

\n
Volume / maandRichtprijs / SIM / maand
10 MB1,20-2,50 €
100 MB2,50-5 €
1 GB5-10 €
\n

Objenious / LoRaWAN (Bouygues)​

\n

Voor toepassingen met een laag stroomverbruik en een lage gegevensoverdrachtssnelheid (automatische meteruitlezing voor water en gas, geolokalisatie van activa, milieusensoren) is LoRaWAN een alternatief voor mobiele netwerken:

\n\n
\n

Opmerking: het LoRaWAN-ecosysteem is voortdurend in beweging (overnames, herpositionering van spelers). Controleer de duurzaamheid van het netwerk en het commerciële aanbod voordat u een langetermijnverbintenis aangaat.

\n
\n
\n

MVNO's en gespecialiseerde IoT-providers​

\n

1NCE — de „levenslange“ simkaart tegen een eenmalige prijs​

\n

1NCE biedt een radicaal model aan: een eenmalige betaling van ongeveer 10 $/12 € voor 500 MB data + 250 sms'jes, 10 jaar geldig, op het netwerk van Deutsche Telekom en haar partners (waaronder Orange in Frankrijk), met dekking in meer dan 170 landen. De simkaart ondersteunt 2G, 3G, 4G/LTE-M, NB-IoT en wordt aangeprezen als „5G-ready“.

\n

Geschikt voor:

\n\n

Nadelen:

\n\n
\n

1NCE is uitstekend geschikt voor eenvoudige en sobere toepassingen. Voor industriële monitoring, regelmatige VPN-toegang op afstand of videotoepassingen is een aanbod van één of meerdere providers nodig.

\n
\n

Tele2 IoT / Telenor Connexion​

\n

Europese operators die gespecialiseerd zijn in IoT, met aantrekkelijke multinationale aanbiedingen voor internationale implementaties en een goed ontwikkeld wagenparkbeheer.

\n

Arkessa / ZARIOT / Transatel / Onomondo​

\n

eUICC / multi-IMSI-oplossingen waarmee je afhankelijk van de dekking tussen providers kunt schakelen, met één gemeenschappelijk netwerkkern — zeer geschikt voor implementaties in meerdere landen en om vendor lock-in te voorkomen.

\n
\n

De multi-operator-simkaart: de oplossing voor kritieke sectoren​

\n

De multi-operator-simkaart (multi-IMSI / eUICC) is een kaart die automatisch verbinding kan maken met de provider die op elke locatie het beste signaal biedt, en die bij een storing van een netwerk automatisch overschakelt naar een ander netwerk.

\n

Hoe werkt het?​

\n\nTypische frequentiebanden: Orange B20 (800 MHz) op het platteland, SFR B3 (1800 MHz) in stedelijke gebieden, Bouygues B28 (700 MHz) als aanvulling. De selectie gebeurt op basis van de ter plaatse gemeten RSRP/RSRQ.\n

Voordelen van de multi-operator-simkaart​

\n
CriteriumSIM-kaart van één providerSIM-kaart van meerdere providers
Landelijke dekkingAfhankelijk van de providerHet beste van de 3 netwerken
Dode zone van een providerStoringAutomatische overschakeling
Netwerkstoring bij een providerVolledige uitvalTerugval op een ander netwerk
Algehele veerkrachtLaagHoog
KostenLaagIets hoger (+10-20 %)
Beheer1 contract1 contract voor meerdere providers
EU-roamingVariabel / optieVaak inbegrepen
„Blinde“ uitrolRisicovol (dekking moet per locatie worden gecontroleerd)Veilig (het beste netwerk wordt ter plaatse gekozen)
\n

Ideale toepassingen: pompstations, wind- en zonneparken, landbouwlocaties, metingen op afstand op meerdere locaties, voertuigen onderweg, implementaties in meerdere landen, en elke locatie waar het te kostbaar zou zijn om vóór de installatie de dekking per provider te controleren.

\n
\n

Ter herinnering: „Crozon“ – voor echte redundantie moet de overschakeling Orange (een onafhankelijk netwerk) omvatten, en niet alleen SFR en Bouygues, die hun netwerk delen in dunbevolkte gebieden.

\n
\n

De Eziwan-simkaart​

\n

De Eziwan-simkaart is een M2M-simkaart die bij meerdere providers werkt en in onze pakketten is inbegrepen:

\n\n
\n

Privé-APN: waarom dit essentieel is in de industrie​

\n

De privé-APN (Access Point Name) creëert een speciaal virtueel netwerk tussen uw simkaarten en uw cloudinfrastructuur, zonder gebruik te maken van het openbare internet.

\n\nHet verkeer verloopt nooit via het openbare internet: er is een speciale tunnel tussen de simkaart en het datacenter; een vast IP-adres is per simkaart mogelijk.\n

Voordelen van het privé-APN:

\n\n

Openbare APN versus privé-APN:

\n
Openbaar APNPrivé-APN
InternetblootstellingJaNee (speciale tunnel)
Vast IP-adresZeldzaamMogelijk
KlantisolatieNeeJa
NIS2-conformiteitOp zichzelf onvoldoendeAanbevolen
Extra kosten—~+1-3 €/SIM/maand
\n

Beschikbaarheid: Orange, SFR en Bouygues bieden allemaal eigen APN’s aan; bij de Eziwan-simkaart is deze standaard inbegrepen.

\n
\n

Typisch dataverbruik per gebruiksscenario​

\n

Door het pakket zo nauwkeurig mogelijk af te stemmen, voorkom je dat je te veel betaalt (of dat de voorraad opraakt). Waargenomen ordegroottes:

\n
ToepassingsgevallenVariabelenPollingMaandelijks verbruik
Meterstand op afstand3-515 min1-5 MB
Pompstation (M340-besturingseenheid)10-2030 s10-50 MB
Energiemonitoring20-5010 s50-200 MB
SCADA voor meerdere apparaten100-5001 s200-500 MB
Videobewaking 720p—Continu3-10 GB
VPN-toegang op afstand (stand-by)——5-20 MB (keepalive)
VPN-toegang op afstand (sessie van 30 min)——50-500 MB afhankelijk van activiteit
\n

Optimalisatie via edge computing: een gateway die de gegevens lokaal filtert (deadband, aggregatie, compressie) voordat ze worden verzonden, vermindert het 4G-verbruik met 70 tot 95 %. Een M340-locatie met 30 variabelen kan van ~150 MB/maand naar 15-25 MB/maand gaan — wat bij 500 locaties neerkomt op een overstap van een ‘200 MB’-abonnement naar een ‘50 MB’-abonnement en een aanzienlijke besparing voor het gehele netwerk.

\n
\n

Internationaal roaming: waar u op moet letten​

\n

Voor apparatuur die buiten Frankrijk wordt ingezet:

\n

Europese Unie: let op, M2M-abonnementen komen niet automatisch in aanmerking voor „Roam Like Home”, dat voorbehouden is aan abonnementen voor consumenten. Voor M2M-roaming gelden specifieke contractvoorwaarden: controleer altijd de M2M-voorwaarden van uw provider (datavolumes, toegestane duur van permanent roamen, beperkingen op ‘permanent roamen’).

\n

Buiten de EU: de kosten per MB kunnen erg hoog oplopen (in de orde van grootte van +0,5 tot 2 €/MB). Kies voor een internationale implementatie bij voorkeur voor een lokale simkaart of een globale multi-IMSI-simkaart (Eziwan, Tele2 IoT, Onomondo), waarmee per land toegang tot de netwerken wordt geregeld.

\n

Permanente roaming: sommige landen (en sommige gastnetwerkproviders) beperken of verbieden permanente roaming van vaste apparaten. Een duurzame implementatie in het buitenland moet gebaseerd zijn op een multi-IMSI-aanbod of een lokale simkaart, niet op 'getolereerde' roaming.

\n
\n

Overzichtstabel​

\n
CriteriumOrangeSFRBouygues1NCESIM Eziwan
Dekking in Frankrijk★★★★★★★★★★★★★★★★★ (via partners)★★★★★
Prijs★★★★★★★★★★★★★★★★★ (laag verbruik)★★★★
Privé-APN✅✅✅❌✅ inbegrepen
Meerdere providers❌❌❌❌ (één via partner)✅
LTE-M / NB-IoT✅✅✅✅✅
eSIM / eUICC✅✅Gedeeltelijk✅✅
Vlootdashboard✅✅✅✅✅ geïntegreerd
Vast IP-adres✅ optie✅ optie✅ optie❌✅ optie
M2M-roaming binnen de EU✅ optie✅ optie✅ optie✅ 170+ landen✅ inbegrepen
Min. bestelling≈100 SIM-kaarten≈50 SIM-kaarten≈50 SIM-kaarten1 SIM-kaart1 SIM-kaart
Contractduur24-36 maanden12-24 maanden12-24 maandenGeen (eenmalige aankoop)Zonder contract
Toegewijde IoT-ondersteuning in Frankrijk✅✅✅Premium✅
\n

★ = indicatieve beoordeling van Eziwan, aan te passen aan uw regio en uw volumes.

\n
\n

Hoe kies je: een snel beslissingsschema​

\n\n

In alle gevallen: minimaal 4G/LTE-M-modules (nooit alleen 2G/3G) en een privé-APN zodra het om gevoelige gegevens gaat.

\n
\n

Veelgestelde vragen — Industriële M2M-IoT-simkaart​

\n

Kan ik een gewone simkaart gebruiken in een IoT-gateway?\nTechnisch gezien wel, maar het wordt niet aanbevolen. SIM-kaarten voor consumenten ondersteunen een beperkt temperatuurbereik (0-40 °C), hebben een kortere levensduur en bieden geen privé-APN, geen vlootmonitoring en geen industriële SLA. Bij een in het veld ingezet netwerk worden de extra kosten van een M2M-simkaart ruimschoots gecompenseerd door de betrouwbaarheid en het gecentraliseerde beheer.

\n

Zullen mijn 2G- of 3G-apparaten blijven werken?\nNee, op termijn niet. Orange schakelt zijn 2G-netwerk tussen 22 september en 20 oktober 2026 uit, de andere providers volgen, en 3G wordt rond 2028 uitgeschakeld. Elke module die alleen 2G ondersteunt, zal vanaf het najaar van 2026 buiten gebruik zijn; een 2G/3G-module zonder 4G-back-up zal rond 2028 buiten gebruik zijn. Eis voor elk nieuw project apparatuur die 4G / LTE-M / NB-IoT ondersteunt.

\n

Wat is het minimale dataverbruik van een M2M-simkaart in stand-by?\nZonder zakelijk dataverkeer verbruikt een M2M-simkaart alleen de signalen die nodig zijn om de verbinding met het netwerk in stand te houden (keep-alive, heartbeat): afhankelijk van de provider en de configuratie 1-10 MB/maand. Met een privé-APN en een permanent actieve VPN-tunnel (OpenVPN/IPSec) moet u eerder rekenen op 5-15 MB/maand aan keep-alive-verkeer, exclusief applicatiegegevens.

\n

Is het mogelijk om van provider te wisselen zonder alles opnieuw te moeten instellen?\nMet een eUICC-simkaart (eSIM) wel: het providerprofiel wordt op afstand opnieuw ingesteld, zonder dat er ter plaatse iets hoeft te gebeuren. Bij een klassieke fysieke simkaart van één provider moet de kaart fysiek worden vervangen. De multi-operator-SIM van Eziwan lost dit probleem op: één enkele SIM-kaart beheert automatisch de drie Franse netwerken.

\n

Wat is het verschil tussen LTE-M en NB-IoT?\nLTE-M biedt een hogere datasnelheid, een lage latentie en ondersteunt mobiliteit (bewegende objecten, spraak mogelijk) — geschikt voor het volgen van activa en realtime telemetrie. NB-IoT is bedoeld voor zeer energiezuinige, statische objecten (meters in kelders), met een uitstekende dekking maar een lagere gegevenssnelheid en latentie. Beide technologieën zullen het einde van 2G/3G overleven.

\n

Voldoen M2M-simkaarten aan de Franse regelgeving?\nJa. De M2M-aanbiedingen van Franse providers worden gereguleerd door de ARCEP. Voor IoT-datasimkaarten is geen identificatie van de eindgebruiker vereist (geen identiteitsbewijs), behalve bij aanbiedingen die spraak of uitgaande sms-berichten naar nummers voor het grote publiek omvatten.

\n

Hoe beheer je 500 simkaarten verspreid over 500 locaties?\nVia een fleetmanagementportaal: realtime dataverbruik per SIM-kaart, detectie van inactieve of overmatig verbruikende SIM-kaarten, activering/deactivering op afstand, weergave van het signaal (RSRP/RSRQ), waarschuwingen bij overschrijding van drempelwaarden. Het Eziwan-portaal integreert dit beheer in hetzelfde dashboard als de monitoring van uw apparatuur, zodat u niet tussen verschillende interfaces hoeft te schakelen.

\n

Is een SIM-kaart voor meerdere providers veel duurder?\nOver het algemeen +10 tot +20 % ten opzichte van een vergelijkbare SIM-kaart van één provider. Op een kritieke locatie zijn deze extra kosten verwaarloosbaar in vergelijking met de kosten van een storing of een technische verplaatsing als gevolg van een onvoorziene dekkingslacune.

\n
\n

Voor een advies op maat, afgestemd op uw netwerk en uw geografische gebieden, neem dan contact op met ons team — wij voeren een gratis dekkingsanalyse uit voor uw locaties, per provider.

\n

Meer informatie​

\n\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/sim-m2m-iot-operateurs-france-comparatif", "title": "Industriële M2M-IoT-simkaarten in Frankrijk: vergelijking tussen Orange, SFR en Bouygues in 2026", "summary": "Uitgebreide vergelijking van industriële M2M-IoT-simkaarten in Frankrijk 2026: Orange Business, SFR Business, Bouygues Entreprises, MVNO’s (1NCE, Tele2). ARCEP-dekking, tarieven, SLA's, roaming, privé-APN, eSIM, einde van 2G/3G.", "date_modified": "2026-09-25T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "connectiviteit", "industriele-iot", "sim-m2m", "4g", "exploitanten", "iiot" ] }, { "id": "https://eziwan.com/nl/blog/grafana-supervision-industrielle-modbus", "content_html": "

Grafana is uitgegroeid tot de standaardtool voor de visualisatie van industriële gegevens. Het is gratis, open-source en uitbreidbaar, en zet uw Modbus-, OPC-UA- of MQTT-gegevens om in operationele dashboards. Deze handleiding laat zien hoe u met Grafana een compleet industrieel monitoring-systeem kunt opzetten — of hoe Eziwan u dit kant-en-klaar aanbiedt.

\n
\n
\n

Waarom Grafana voor industriële monitoring?​

\n

Grafana heeft om verschillende redenen een vaste plaats veroverd in de sector:

\n\n

In vergelijking met een traditioneel SCADA-systeem:

\n
Grafana (+ IoT-stack)SCADA Wonderware/Ignition
Licentiekosten0 (open source)5.000–50.000 €
Hostingkosten50–200 €/maand (cloud)Dedicated server + onderhoud
Onbeperkt aantal variabelen✅❌ (facturering per tag)
Native webinterface✅✅ (Ignition) / ❌ (Wonderware)
Geschikt voor mobiel✅Gedeeltelijk
CloudintegratieNativeComplex
\n
\n

Architectuur: van Modbus tot Grafana​

\n

De volledige stack voor het monitoren van Modbus-PLC’s in Grafana:

\n\n

Alternatief voor grote hoeveelheden:

\n\n

Eziwan-oplossing (alles-in-één):

\n

Eziwan bevat de volledige stack (Modbus/OPC-UA-gegevensverzameling, tijdreeksen in de cloud, vooraf geconfigureerde Grafana-dashboards, SMS-/e-mailwaarschuwingen) zonder dat u de afzonderlijke componenten zelf hoeft te installeren en te onderhouden.

\n
\n

Grafana + InfluxDB installeren met Docker​

\n
# docker-compose.yml
version: '3.8'

services:
  influxdb:
    image: influxdb:2.7
    ports:
      - \"8086:8086\"
    environment:
      DOCKER_INFLUXDB_INIT_MODE: setup
      DOCKER_INFLUXDB_INIT_USERNAME: admin
      DOCKER_INFLUXDB_INIT_PASSWORD: mot_de_passe_securise
      DOCKER_INFLUXDB_INIT_ORG: eziwan
      DOCKER_INFLUXDB_INIT_BUCKET: industrie
      DOCKER_INFLUXDB_INIT_RETENTION: 1825d  # 5 ans
    volumes:
      - influxdb_data:/var/lib/influxdb2

  grafana:
    image: grafana/grafana:10.4.0
    ports:
      - \"3000:3000\"
    environment:
      GF_SECURITY_ADMIN_PASSWORD: grafana_securise
    volumes:
      - grafana_data:/var/lib/grafana
    depends_on:
      - influxdb

  telegraf:
    image: telegraf:1.29
    volumes:
      - ./telegraf.conf:/etc/telegraf/telegraf.conf:ro
    depends_on:
      - influxdb

volumes:
  influxdb_data:
  grafana_data:
\n

Telegraf configureren voor MQTT​

\n
# telegraf.conf
[[inputs.mqtt_consumer]]
  servers = [\"tcp://localhost:1883\"]
  topics = [\"usine/#\"]
  qos = 1
  data_format = \"json\"
  
  # Parsen van het MQTT-onderwerp: fabriek/locatie/station/variabele
  [[inputs.mqtt_consumer.topic_parsing]]
    topic = \"usine/+/+/+\"
    tags = \"_/_/station/_\"
    fields = \"_/_/_/value\"

[[outputs.influxdb_v2]]
  urls = [\"http://influxdb:8086\"]
  token = \"votre_token_influxdb\"
  organization = \"eziwan\"
  bucket = \"industrie\"
\n
\n

Uw eerste industriële dashboard maken​

\n

Paneel 1: Trendgrafiek (tijdreeks)​

\n

Om de ontwikkeling van de druk van een station in de loop van de tijd weer te geven:

\n

InfluxDB-query (Flux):

\n
from(bucket: \"industrie\")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r[\"_measurement\"] == \"mqtt_consumer\")
  |> filter(fn: (r) => r[\"station\"] == \"station1\")
  |> filter(fn: (r) => r[\"_field\"] == \"pression\")
  |> aggregateWindow(every: v.windowPeriod, fn: mean, createEmpty: false)
  |> yield(name: \"mean\")
\n

Instellingenpaneel:

\n\n

Paneel 2: Meter (momentane waarde)​

\n

Om de huidige waarde van een variabele weer te geven:

\n

InfluxDB-query:

\n
from(bucket: \"industrie\")
  |> range(start: -1m)
  |> filter(fn: (r) => r[\"station\"] == \"station1\" and r[\"_field\"] == \"pression\")
  |> last()
\n

Instellingenpaneel:

\n\n

Panel 3: Statistieken (KPI)​

\n

Om de OEE of een productieteller weer te geven:

\n

InfluxDB-query:

\n
from(bucket: \"industrie\")
  |> range(start: -24h)
  |> filter(fn: (r) => r[\"_field\"] == \"pieces_produites\")
  |> sum()
\n

Instellingenpaneel:

\n\n

Panel 4: Tabel met meerdere locaties​

\n

Om de status van al uw websites in realtime te bekijken:

\n
from(bucket: \"industrie\")
  |> range(start: -5m)
  |> filter(fn: (r) => r[\"_field\"] == \"pression\" or r[\"_field\"] == \"debit\" or r[\"_field\"] == \"etat\")
  |> last()
  |> pivot(rowKey: [\"_time\", \"station\"], columnKey: [\"_field\"], valueColumn: \"_value\")
\n

Resultaat: tabel met de kolommen Station / Druk / Debiet / Status, één rij per locatie.

\n
\n

Grafana-waarschuwingen instellen​

\n

Waarschuwing bij overschrijding van de drempelwaarde​

\n

In Grafana 10+ (Unified Alerting):

\n
    \n
  1. Open het paneel → Edit → Alert
    2. \n
  2. Maak een regel aan:\n
    Condition: WHEN last() OF query(A, 5m, now) IS ABOVE 10
    \n
    3. \n
  3. Configureer de melding:\n\n
    4. \n
  4. Automatisch stilzetten: 15 minuten na bevestiging
    5. \n
\n

Groepering van waarschuwingen voor meerdere locaties​

\n

Om \"alert storms\" te voorkomen wanneer meerdere sites tegelijkertijd uitvallen:

\n
# alertmanager.yml
route:
  group_by: ['alertname', 'site']
  group_wait: 30s
  group_interval: 5m
  repeat_interval: 3h
  receiver: 'maintenance-team'

receivers:
  - name: 'maintenance-team'
    email_configs:
      - to: 'maintenance@usine.fr'
        send_resolved: true
    webhook_configs:
      - url: 'https://api.sms-provider.fr/send'
\n

Aantekeningen bij gebeurtenissen​

\n

Automatische aantekeningen toevoegen aan grafieken bij alarmen:

\n
// Een InfluxDB-annotatie aanmaken bij een storing
from(bucket: \"industrie\")
  |> range(start: v.timeRangeStart)
  |> filter(fn: (r) => r[\"_field\"] == \"defaut\" and r[\"_value\"] == 1)
  |> map(fn: (r) => ({r with _value: \"Défaut détecté sur ${r.station}\"}))
\n
\n

Grafana-sjablonen en -variabelen voor meerdere sites​

\n

Met sjabloonvariabelen kunt u een generiek dashboard maken dat u voor al uw websites kunt hergebruiken.

\n

Een variabele \"site\" aanmaken​

\n

Dashboard Settings → Variables → New Variable:

\n\n

De variabele in de panelen gebruiken​

\n
from(bucket: \"industrie\")
  |> range(start: v.timeRangeStart)
  |> filter(fn: (r) => r[\"station\"] == \"${site}\")
  |> filter(fn: (r) => r[\"_field\"] == \"pression\")
\n

De gebruiker kan nu de locatie selecteren via een vervolgkeuzemenu bovenaan het dashboard.

\n
\n

Vooraf geconfigureerde Grafana-dashboards voor de industrie​

\n

Dashboard voor het toezicht op het pompstation​

\n
┌─────────────────────────────────────────────────────────────────┐
│  Meetstation: [dropdown]  │  Periode: [6 uur|24 uur|7 dagen|30 dagen] │
├──────────────┬──────────────┬──────────────┬────────────────────┤
│  Druk    │   Debiet │  Niveau │  Status pomp │
│  [gauge]     │   [gauge]    │  [gauge]     │  [stat 🟢/🔴]      │
├──────────────┴──────────────┴──────────────┴────────────────────┤
│  24-uurstrends: Druk / Debiet / Niveau │
│  [time series graph]                                             │
├─────────────────────────────────────────────────────────────────┤
│  Actieve alarmen    │  Laatste interventies │
│  [table]            │  [table annotations]                       │
└─────────────────────────────────────────────────────────────────┘
\n

Dashboard voor productie op meerdere locaties​

\n
┌────────────────────────────────────────────────────────────────────┐
│  Vue globale — 15 sites                                            │
├──────────┬──────────┬──────────┬──────────┬──────────┬────────────┤
│ Site 1   │ Site 2   │ Site 3   │ Site 4   │ Site 5   │ ...        │
│ TRS: 87% │ TRS: 91% │ TRS: 73% │ TRS: 94% │ TRS: 82% │            │
│ 🟢 OK    │ 🟢 OK    │ 🔴 Alrm  │ 🟢 OK    │ 🟡 Warn  │            │
├──────────┴──────────┴──────────┴──────────┴──────────┴────────────┤
│  Gecumuleerde productie over 24 uur: doelstelling versus werkelijkheid [staafdiagram] │
└────────────────────────────────────────────────────────────────────┘
\n
\n

Integratie van Eziwan met Grafana​

\n

Eziwan biedt twee manieren om Grafana te integreren:

\n

Modus 1: Grafana gehost in Eziwan (aanbevolen)​

\n

Het Eziwan-platform integreert Grafana native. Uw Modbus/OPC-UA-gegevens staan al in onze tijdreeksdatabase, die in Frankrijk wordt gehost. U hebt rechtstreeks toegang tot de dashboards via uw browser, met:

\n\n

Modus 2: Exporteren naar uw bestaande Grafana-instantie​

\n

Als u al een interne Grafana-instantie hebt:

\n\n
\n

Veelgestelde vragen — Grafana voor industriële monitoring​

\n

Kan Grafana een SCADA-systeem in de productie vervangen?\nVoor visualisatie en waarschuwingen: ja, in veel gevallen. Voor realtime besturing (commando's naar de PLC, besturingssequenties) blijft een SCADA- of een speciaal HMI-systeem aanbevolen. Grafana blinkt uit in het bijhouden van historische gegevens, trendanalyse en monitoring van meerdere locaties.

\n

Welke database is geschikt voor het opslaan van industriële gegevens in Grafana?\nInfluxDB is de standaardkeuze voor industriële tijdreeksen (hoge frequentie, native compressie, krachtige Flux-query’s). TimescaleDB (een PostgreSQL-extensie) is geschikt als u al PostgreSQL gebruikt. Prometheus is geschikt voor infrastructuurmetrieken, maar minder relevant voor procesgegevens.

\n

Hoe beveilig je de toegang tot Grafana via het internet?\nPlaats Grafana achter een reverse proxy (Nginx/Traefik) met TLS, schakel OIDC/LDAP-authenticatie in, schakel anonieme toegang uit en stel waarschuwingen in voor mislukte inlogpogingen. Stel InfluxDB nooit rechtstreeks bloot aan het internet.

\n

Kan Grafana 1.000 sites en 100.000 variabelen aan?\nJa, met de juiste architectuur. InfluxDB 2.x ondersteunt miljarden gegevenspunten. Grafana Enterprise zorgt voor de clustering. Voor zeer grote volumes kunt u overwegen om Apache Kafka stroomopwaarts in te zetten voor streaming, en gedifferentieerde bewaarbeleidsregels toe te passen (gegevens van 1 seconde worden 30 dagen bewaard, gegevens van 1 minuut worden 5 jaar bewaard).

\n

Kan ik een P&ID-overzicht in Grafana weergeven?\nJa, met de Flowcharting-plugin (gebaseerd op draw.io). U tekent uw P&ID-schema, koppelt Grafana-variabelen aan elk apparaat, en de waarden worden in realtime weergegeven op het schema, waarbij de kleur verandert afhankelijk van de status.

\n
\n

Meer informatie​

\n\n
\n

Wilt u Grafana-dashboards zonder dat u de infrastructuur hoeft te beheren? Probeer Eziwan 30 dagen gratis uit — uw Modbus-gegevens in Grafana in minder dan een uur.

\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/grafana-supervision-industrielle-modbus", "title": "Grafana voor industriële IoT-monitoring: Modbus-dashboard, waarschuwingen, geschiedenis", "summary": "Volledige Grafana-handleiding voor industriële monitoring: Modbus-/IoT-gegevens koppelen, productiedashboards maken, SMS-/e-mailwaarschuwingen instellen, gegevens gedurende 5 jaar opslaan. Voorbeelden van panelen.", "date_modified": "2026-09-11T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "grafana", "industriele-iot", "monitoring", "modbus", "dashboard" ] }, { "id": "https://eziwan.com/nl/blog/guide-opcua-complet-industrie", "content_html": "

OPC-UA (OPC Unified Architecture) is uitgegroeid tot het standaardprotocol voor interoperabiliteit in Industrie 4.0. Toch vormt de schijnbare complexiteit ervan nog steeds een belemmering voor veel implementaties. Deze praktische gids ontrafelt OPC-UA: architectuur, beveiliging, NodeId, implementatie in Python/Node.js en cloudintegratie.

\n
\n
\n

Wat is OPC-UA en waarom is het belangrijk?​

\n

OPC-UA (IEC 62541) is een platformonafhankelijk communicatieprotocol, ontworpen voor de veilige uitwisseling van industriële gegevens. In tegenstelling tot zijn voorganger OPC-DA (alleen Windows, DCOM) werkt OPC-UA op elk besturingssysteem (Linux, Windows, embedded RTOS) en op elk netwerk (Ethernet, 4G, Wi-Fi).

\n

Waarom OPC-UA de Industrie 4.0 domineert​

\n\n
\n

OPC-UA-architectuur: de basisbegrippen​

\n

Client-server​

\n

Het OPC-UA-basismodel is client-server:

\n\n\n

Eén en hetzelfde apparaat kan tegelijkertijd als server en als client fungeren (bijv. een gateway die meerdere PLC’s samenvoegt en de geconsolideerde gegevens beschikbaar stelt).

\n

Adresruimte en NodeId​

\n

De Address Space is de informatieboom die door een OPC-UA-server wordt weergegeven. Elk knooppunt heeft een unieke NodeId:

\n\n

NodeId-formaat:

\n\n

Naamruimten:

\n\n

Communicatiemethoden​

\n
ModusBeschrijvingToepassingsvoorbeeld
ReadEenmalig lezen van een knooppuntPolling om de N seconden
SubscriptionAbonnement op wijzigingen (MonitoredItem)Gebeurtenissen, alarmen
BrowseVerkenning van de Address SpaceConfiguratie, discovery
WriteEen waarde schrijvenSetpoints, commando's
Method CallMethodeaanroepComplexe acties
PubsubMQTT- of UDP-publicatie/abonnementGrootschalige cloudarchitecturen
\n

Abonnementen zijn de juiste aanpak voor realtime monitoring: in plaats van elke seconde te pollen, abonneert de client zich op een knooppunt en ontvangt hij alleen een melding wanneer de waarde buiten een configureerbare drempelwaarde (DeadbandValue) valt.

\n
\n

OPC-UA-beveiliging: de complete gids​

\n

Beveiliging is een van de sterke punten van OPC-UA — en tegelijkertijd een van de bronnen van complexiteit. Hieronder volgen de belangrijkste begrippen.

\n

Beveiligingsmodi​

\n
ModusVertrouwelijkheidIntegriteitAuthenticatieGebruik
NoneGeenGeenGeenTests, geïsoleerd netwerk
SignNeeHandtekeningCertificaatBeveiligd netwerk
SignAndEncryptAES-256HandtekeningCertificaatInternet, cloud
\n
pas op

Gebruik SecurityMode: None nooit in een productieomgeving op een netwerk dat van buitenaf toegankelijk is.

\n

X.509-certificaten​

\n

OPC-UA maakt gebruik van X.509-certificaten voor wederzijdse authenticatie tussen client en server:

\n\n

Een zelfondertekend certificaat aanmaken voor testdoeleinden:

\n
# Avec OpenSSL
openssl req -x509 -nodes -days 3650 -newkey rsa:2048 \\
  -keyout client_key.pem -out client_cert.pem \\
  -subj \"/CN=EziwanGateway/O=Eziwan/C=FR\" \\
  -extensions v3_req \\
  -config <(cat /etc/ssl/openssl.cnf; echo \"[v3_req]\"; echo \"subjectAltName=URI:urn:eziwan:gateway:client\")
\n

In productie: gebruik een interne PKI of een erkende certificeringsinstantie. De certificaten moeten de eerste keer handmatig tussen client en server worden uitgewisseld.

\n

Gebruikersauthenticatie​

\n

Naast machinecertificaten ondersteunt OPC-UA ook gebruikersauthenticatie:

\n\n
\n

OPC-UA implementeren in Python​

\n

De bibliotheek python-opcua (of de afsplitsing daarvan, asyncua) is dé standaard in Python.

\n

Installatie​

\n
pip install asyncua
\n

OPC-UA-client in Python — gegevens lezen​

\n
import asyncio
from asyncua import Client

async def main():
    url = \"opc.tcp://192.168.1.10:4840/freeopcua/server/\"
    
    async with Client(url=url) as client:
        # Een knooppunt ophalen op basis van NodeId
        node = client.get_node(\"ns=2;s=Station_1.Pression\")
        value = await node.read_value()
        print(f\"Pression: {value} bar\")
        
        # Meerdere knooppunten in batches lezen
        nodes = [
            client.get_node(\"ns=2;s=Station_1.Pression\"),
            client.get_node(\"ns=2;s=Station_1.Debit\"),
            client.get_node(\"ns=2;s=Station_1.Defaut\"),
        ]
        values = await client.read_values(nodes)
        for node, val in zip(nodes, values):
            print(f\"  {node}: {val}\")

asyncio.run(main())
\n

OPC-UA-client voor Python — abonnement (Subscription)​

\n
import asyncio
from asyncua import Client
from asyncua.common.subscription import SubHandler

class DataChangeHandler(SubHandler):
    def datachange_notification(self, node, val, data):
        print(f\"[CHANGE] {node} = {val}\")
    
    def event_notification(self, event):
        print(f\"[EVENT] {event}\")

async def main():
    url = \"opc.tcp://192.168.1.10:4840\"
    
    async with Client(url=url) as client:
        handler = DataChangeHandler()
        subscription = await client.create_subscription(500, handler)  # 500ms
        
        nodes = [
            client.get_node(\"ns=2;s=Station_1.Pression\"),
            client.get_node(\"ns=2;s=Station_1.Debit\"),
        ]
        
        monitored_items = await subscription.subscribe_data_change(nodes)
        print(\"Subscriptions actives, attente changements...\")
        
        await asyncio.sleep(30)  # 30 seconden beluisteren
        await subscription.unsubscribe(monitored_items)

asyncio.run(main())
\n

Beveiligde verbinding met certificaat​

\n
from asyncua.crypto.security_policies import SecurityPolicyBasic256Sha256
from asyncua.crypto.cert_man import CertificateManager

async def connect_secure():
    client = Client(\"opc.tcp://192.168.1.10:4840\")
    
    await client.set_security(
        SecurityPolicyBasic256Sha256,
        certificate=\"./client_cert.der\",
        private_key=\"./client_key.pem\",
        server_certificate=\"./server_cert.der\"
    )
    
    await client.connect()
    # ... uw activiteiten
    await client.disconnect()
\n
\n

OPC-UA implementeren in Node.js​

\n

De bibliotheek node-opcua is dé standaard voor JavaScript/TypeScript.

\n
npm install node-opcua
\n

Gegevens uitlezen​

\n
const opcua = require(\"node-opcua\");

const client = opcua.OPCUAClient.create({
    endpointMustExist: false,
    connectionStrategy: { maxRetry: 5, initialDelay: 2000 }
});

const endpointUrl = \"opc.tcp://192.168.1.10:4840\";

async function main() {
    await client.connect(endpointUrl);
    const session = await client.createSession();
    
    const nodeToRead = {
        nodeId: \"ns=2;s=Station_1.Pression\",
        attributeId: opcua.AttributeIds.Value
    };
    
    const dataValue = await session.read(nodeToRead);
    console.log(`Pression: ${dataValue.value.value} bar`);
    console.log(`Timestamp: ${dataValue.serverTimestamp}`);
    
    await session.close();
    await client.disconnect();
}

main().catch(console.error);
\n
\n

OPC-UA op de belangrijkste industriële besturingssystemen​

\n

Siemens S7-1500 / S7-1200​

\n

De S7-1500 ondersteunt native OPC-UA-server vanaf firmwareversie 2.0:

\n\n

De S7-1200 ondersteunt OPC-UA vanaf firmwareversie 4.1.

\n

Schneider Electric M580 / M340​

\n

M580: OPC-UA via module BMENOC0311 (firmware ≥ V2.0)\nM340: geen native ondersteuning voor OPC-UA → Modbus TCP aanbevolen, of een OPC-UA-naar-Modbus-gateway (bijv. Kepware KEPServerEX)

\n

Allen-Bradley / Rockwell (EtherNet/IP)​

\n

Rockwell-PLC’s ondersteunen geen native OPC-UA. Opties:

\n\n

Beckhoff TwinCAT 3​

\n

TwinCAT 3 beschikt over een ingebouwde OPC-UA-server via TF6100 (OPC-UA-module). Configuratie via TwinCAT System Manager.

\n

Wago / Phoenix Contact / Pilz​

\n

De meeste moderne PLC’s van deze fabrikanten ondersteunen OPC-UA. Controleer de firmware en schakel de server in de netwerkconfiguratie in.

\n
\n

OPC-UA PubSub: de uitbreiding voor de cloud​

\n

OPC-UA PubSub (IEC 62541-14) is de uitbreiding die OPC-UA compatibel maakt met IoT-cloudarchitecturen:

\n\n

Ondersteunde protocollen:

\n\n

Coderingen:

\n\n

Voorbeeld van een OPC-UA PubSub JSON-bericht:

\n
{
  \"MessageId\": \"abc123\",
  \"PublisherId\": \"urn:station1:plc\",
  \"DataSetWriterId\": 1,
  \"MetaDataVersion\": {\"MajorVersion\": 1, \"MinorVersion\": 0},
  \"Timestamp\": \"2026-08-14T10:30:00.000Z\",
  \"Payload\": {
    \"Station_1.Pression\": {\"Value\": 4.2, \"StatusCode\": 0, \"SourceTimestamp\": \"2026-08-14T10:29:59.950Z\"},
    \"Station_1.Debit\": {\"Value\": 125.3, \"StatusCode\": 0, \"SourceTimestamp\": \"2026-08-14T10:29:59.950Z\"}
  }
}
\n
\n

Migratie van OPC-DA naar OPC-UA​

\n

Als u installaties hebt die gebruikmaken van OPC-DA (OPC Classic, Windows DCOM), biedt de migratie naar OPC-UA de volgende voordelen:

\n\n

Migratietool: OPC UA Wrapper (bijv. Kepware) maakt een OPC-UA-server aan die de gegevens van een bestaande OPC-DA-server beschikbaar stelt, waardoor een stapsgewijze migratie mogelijk wordt.

\n
\n

OPC-UA met de Eziwan-gateway​

\n

De Eziwan Gateway beschikt over een ingebouwde OPC-UA-client waarmee verbinding kan worden gemaakt met de OPC-UA-servers van uw apparatuur:

\n\n

Belangrijkste voordeel: u hoeft zelf geen OPC-UA-client te schrijven. De gateway doet het werk en stelt een REST-API beschikbaar voor uw SCADA- of ERP-systeem.

\n
\n

Veelgestelde vragen — OPC-UA​

\n

Is OPC-UA complexer dan Modbus?\nJa, maar dat is gerechtvaardigd voor installaties met apparatuur van verschillende fabrikanten en voor Industrie 4.0-projecten. Voor een installatie met 2-3 PLC’s van dezelfde fabrikant kan Modbus TCP volstaan. OPC-UA is onmisbaar wanneer u te maken hebt met heterogene apparatuur, veiligheidseisen of de noodzaak van ERP/MES-interoperabiliteit.

\n

Moet poort 4840 op mijn firewall worden geopend?\nBij een \"zero-inbound-port\"-architectuur (zoals Eziwan) initieert de gateway de verbinding met de OPC-UA-server intern. Er is geen poort open naar buiten toe. De versleutelde VPN-tunnel transporteert de gegevens naar de cloud.

\n

Kan OPC-UA MQTT vervangen in een IoT-architectuur?\nOPC-UA PubSub met MQTT-transport combineert het beste van beide: het semantische informatiemodel van OPC-UA met de lichtheid en schaalbaarheid van MQTT. Dit is de richting die wordt aangegeven door de Industrie 4.0-referentiekaders (Industrie 4.0 Architecture Reference Model, IDS-R).

\n

Welke prestaties kun je verwachten van een ingebouwde OPC-UA-server?\nEen Siemens S7-1500 CPU 1515 kan ~10.000 OPC-UA-knooppunten per seconde lezen. Voor minder krachtige PLC's (M221, kleine WAGO's) moet de OPC-UA-polling worden beperkt tot 100-500 knooppunten/s. Abonnementen (Subscription) zijn bij grote volumes veel efficiënter dan polling.

\n

Zijn er gratis OPC-UA-servers om te testen?\nJa: ProsysOPC UA Simulation Server (gratis, Windows), Node-RED met node-red-contrib-opcua (gratis, platformonafhankelijk), python-opcua in servermodus (voorbeeld in de GitHub-documentatie). Hiermee kunt u een client testen zonder dat u een fysieke PLC nodig hebt.

\n
\n

Meer informatie​

\n\n

Hulp nodig bij het aansluiten van uw OPC-UA-servers op de cloud? Vraag een gratis demo aan — ons team begeleidt u van de POC tot de implementatie.

\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/guide-opcua-complet-industrie", "title": "Volledige OPC-UA-gids voor de industrie: architectuur, beveiliging, implementatie", "summary": "OPC-UA-handleiding voor experts: informatiemodel, beveiliging (X.509-certificaten, versleuteling), NodeId-profielen, implementatie met Python/Node.js, OPC-DA-migratie. Voor automatiseringsingenieurs.", "date_modified": "2026-08-28T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "opc-ua", "industriele-iot", "protocollen", "scada", "iiot", "automation" ] }, { "id": "https://eziwan.com/nl/blog/connecter-automate-schneider-m340-m221-cloud", "content_html": "

Uw Schneider Electric Modicon M340-, M221- of M580-PLC’s draaien al jaren, maar de bewaking ervan gebeurt nog steeds lokaal — via een bedieningspaneel ter plaatse, zonder toegang op afstand en zonder historische trends. In deze handleiding leert u hoe u ze kunt aansluiten op de IoT-cloud zonder uw PLC-programma aan te passen of de productie te onderbreken.

\n
\n
\n

Waarom zou u uw M340/M221 met de cloud verbinden?​

\n

De Schneider Electric-besturingssystemen uit de Modicon-serie worden in duizenden Franse industriële installaties gebruikt: waterbehandeling, pompstations, processen in de voedingsmiddelenindustrie, verpakkingslijnen. Ze zijn robuust en betrouwbaar en hebben vaak een levensduur van 15 tot 20 jaar.

\n

Maar hun ingebouwde communicatiemogelijkheden zijn beperkt:

\n\n

De oplossing: een industriële IoT-gateway die de Modbus-gegevens van uw M340/M221 uitleest en deze naar de cloud doorstuurt, zonder het PLC-programma te wijzigen.

\n
\n

Modbus-compatibiliteit van de PLC’s van Schneider Electric​

\n

Modicon M221​

\n

De M221 (TM221CE16R, TM221CE24T, enz.) beschikt standaard over een Modbus RTU-poort via de RJ45-aansluiting (RS-485 via een TM3TI4-adapter of een speciale kabel) en een Modbus TCP-poort via de Ethernet-poort.

\n

Toegankelijke registers:

\n\n

Modbus-slave-configuratie op de M221:

\n

In EcoStruxure Machine Expert - Basic:

\n
    \n
  1. Configuration → Modbus Serial of Modbus TCP
    2. \n
  2. Slave-adres: 1 (standaard)
    3. \n
  3. \"Slave function\" inschakelen → OK
    4. \n
\n

Modicon M340​

\n

De M340 (BMX P34 2020, BMX P34 2030, enz.) beschikt over een seriële Modbus RTU-poort (RS-485, 9-pins SUB-D-connector) en een ETH-module (BMX NOE 0100 of BMX NOC 0401) voor Modbus TCP.

\n

Via Modbus toegankelijke registers:

\n
PLC-zoneModbus-typeLeesfunctieBereik
%MWHoudregistersFC03400001–465535
%IWIngangsregistersFC04300001–365535
%MSpolenFC01000001–065536
%IDiscrete ingangenFC02100001–165536
\n

Modbus-adres → Unity Pro-adres:

\n\n

Modicon M580 (ePAC)​

\n

De M580 beschikt over native Modbus TCP op zijn CPU-ethernetpoort en ondersteunt dezelfde registertabellen als de M340, met daarnaast:

\n\n
\n

Verbindingsarchitectuur​

\n

Optie 1: Via Modbus TCP (Ethernet) — aanbevolen​

\n\n

Vereisten:

\n\n

Voordelen:

\n\n

Optie 2: Via Modbus RTU (RS-485)​

\n\n

Voor de M221: gebruik de kabel TCSMCNAM3M002P (RJ45 naar RS-485) of de adapter VW3A8306, afhankelijk van de serie.

\n

Voor de M340: 9-pins SUB-D-connector aan de PLC-zijde, aansluitingen 3 (+) en 8 (-) voor RS-485.

\n

Seriële instellingen M221/M340 (standaard):

\n\n
\n

Configuratie van de Eziwan-gateway voor Schneider​

\n

Zodra de gateway is aangesloten, kan de configuratie met een paar muisklikken worden uitgevoerd via de Eziwan-cloudinterface.

\n

Een Modbus-apparaat toevoegen​

\n
    \n
  1. Ga naar Flotte → Site → + Équipement
    2. \n
  2. Selecteer Modbus TCP of Modbus RTU
    3. \n
  3. Vul het volgende in:\n\n
    4. \n
\n

De te lezen variabelen instellen​

\n
VariabeleModbus-registerTypeBeschrijving
Tankniveau%MW10 → 400011Holding (FC03)0-100%
Pompdebiet%MW20 → 400021Holding (FC03)0-500 m³/h
Druk%IW0 → 300001Input (FC04)0-16 bar
Algemene storing%M0 → 000001Spoel (FC01)Booleaans
Pomp in bedrijf%M1 → 000002Spoel (FC01)Booleaans
\n

Omrekeningstechniek: een vermenigvuldigingsfactor toepassen als de PLC een ruwe waarde retourneert (bijv. ×0.01 om van 1500 naar 15,00 bar om te rekenen).

\n

Aanbevolen polling-interval​

\n
KriticiteitPollingToepassingsgevallen
Real-time1 sVeiligheid, kritieke processen
Monitoring5 sProductie, energie
Trends30 sMeterstanden, statistieken
Archief5 minEenvoudige meterstanduitlezing
\n
\n

Wat u krijgt in de cloud​

\n

Real-time dashboard​

\n

Zodra de gateway voor het eerst verbinding maakt, worden de gegevens in realtime naar het Eziwan-dashboard gestuurd:

\n\n

Waarschuwingssysteem​

\n

Stel nauwkeurige waarschuwingen in voor elke variabele:

\n
Waarschuwing: Tankniveau
  Condition : %MW10 < 10 (niveau bas)
  Canal : SMS + Email
  Ontvangers: equipe@maintenance.fr, astreinte@maintenance.fr
  Acquittement : requis

Waarschuwing: Pompstoring
  Voorwaarde: %M5 = 1 (foutbit actief)
  Kanaal: Directe sms
  Prioriteit: Kritiek
\n

Historisering op de lange termijn​

\n

Alle gegevens worden standaard 5 jaar gearchiveerd, zonder extra kosten. U kunt:

\n\n
\n

Praktijkvoorbeeld: pompstation M340​

\n

Achtergrond: een gemeente beheert 12 pompstations die zijn uitgerust met M340 BMX P34 2020. Huidig onderhoud: 3 rondes ter plaatse per week, 2 technici.

\n

Geïmplementeerde configuratie:

\n\n

Resultaten na 6 maanden:

\n\n
\n

Overgang vanuit SoMachine / Unity Pro​

\n

Als u SoMachine (M221) of Unity Pro (M340/M580) gebruikt, hoeft u het PLC-programma niet aan te passen. De Eziwan-gateway maakt standaard verbinding in alleen-lezen-modus.

\n

Als u ook instellingen (setpoints, opdrachten) vanuit de cloud wilt schrijven:

\n\n
Veiligheid van bediening op afstand

Het schrijven naar de PLC vanuit de cloud moet worden onderworpen aan een risicoanalyse (HAZOP). Kritieke adressen (noodstop, veiligheidsinstructies) moeten absoluut worden beveiligd met alleen-lezen-toegang.

\n
\n

Compatibiliteit met EcoStruxure​

\n

De Eziwan-gateway is op verschillende manieren compatibel met EcoStruxure:

\n

Naast EcoStruxure Plant​

\n

De gateway leest dezelfde registers als uw EcoStruxure SCADA-systeem, zonder dat deze elkaar storen. Ideaal voor het toevoegen van:

\n\n

Geleidelijke overgang​

\n

Als de levensduur van uw EcoStruxure Plant-licentie ten einde loopt, kunt u geleidelijk overstappen:

\n
    \n
  1. Implementeer de Eziwan-gateway parallel
    2. \n
  2. Controleer de gegevens gedurende 4-8 weken
    3. \n
  3. Schakel het hoofdtoezicht over naar Eziwan
    4. \n
  4. Beperk de EcoStruxure-licentie tot het daadwerkelijk benodigde bereik
    5. \n
\n
\n

Vergelijking van cloudverbindingen: M221 vs M340 vs M580​

\n
M221M340M580
Native Modbus RTU✅ (via kabel)✅ (SUB-D 9)✅
Native Modbus TCP✅ (ETH-poort)✅ (BMX NOE-module)✅ native
Max. aantal Eziwan-variabelen1285121024
Min. polling1 s1 s500 ms
Registers schrijven✅ FC06✅ FC06/FC16✅ FC06/FC16
Compatibiliteit met store&forward✅✅✅
\n
\n

Veelgestelde vragen — M340/M221-verbinding met de cloud​

\n

Moet het SoMachine/Unity Pro-programma worden aangepast?\nNee. De Eziwan-gateway maakt als Modbus-master verbinding met de slave-PLC. Er wordt geen enkele regel code aan de PLC toegevoegd. Als de PLC al als Modbus-slave is geconfigureerd (wat standaard het geval is), wordt de verbinding onmiddellijk tot stand gebracht.

\n

Mijn M340 heeft al een SCADA Unity Pro — is dit compatibel?\nJa. Meerdere Modbus TCP-masters kunnen tegelijkertijd dezelfde slave opvragen. De Eziwan-gateway en uw SCADA-systeem kunnen zonder conflicten naast elkaar functioneren, mits u een redelijke pollingfrequentie instelt (≥ 1 s).

\n

Kan ik analoge ingangsmodules (BMX AMI 0410) aansturen?\nJa. De analoge modules worden geadresseerd in de tabellen %IW (ingangen) en %QW (uitgangen). Raadpleeg de Unity Pro-documentatie voor de registertoewijzing van uw specifieke modules.

\n

Werkt de gateway ook als het 4G-netwerk is uitgevallen?\nJa. De Eziwan-gateway beschikt over een SD-kaartbuffer: de gegevens worden lokaal blijven verzameld en worden in één keer verzonden zodra de verbinding weer is hersteld (store-and-forward). Lokale meldingen (directe sms) blijven ook zonder cloud functioneren.

\n

Is dit compatibel met de Zelio Logic-serie?\nHet Zelio Logic Smart Relay ondersteunt Modbus RTU in beperkte mate. Afhankelijk van het model (SR2/SR3) kan de toegang tot de interne registers beperkt zijn. Neem contact met ons op om te controleren of uw specifieke model compatibel is.

\n
\n

Uw POC starten​

\n

Heeft u een M340, M221 of M580 ter plaatse en wilt u de cloudverbinding controleren?

\n

Eziwan biedt een gratis POC van 30 dagen, inclusief:

\n\n

Start de gratis POC → | Bereken uw ROI →

\n

Meer informatie​

\n\n
\n

Gebruikt u andere productlijnen van Schneider Electric (Altivar, Easergy, PowerLogic)? Neem contact met ons op om te controleren of deze compatibel zijn met uw specifieke apparatuur.

\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/connecter-automate-schneider-m340-m221-cloud", "title": "Hoe sluit je een Schneider Electric M340- of M221-besturingsunit aan op de IoT-cloud?", "summary": "Uitgebreide technische handleiding voor het aansluiten van uw Schneider Electric Modicon M340-, M221- en M580-besturingsunits op de IoT-cloud via Modbus RTU/TCP. Uitlezen van registers, realtime monitoring, waarschuwingen.", "date_modified": "2026-08-14T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "industriele-iot", "schneider-electric", "automaat", "modbus", "connectivity", "iiot" ] }, { "id": "https://eziwan.com/nl/blog/lora-zigbee-4g-wifi-choisir-protocole-iot-industriel", "content_html": "

De keuze van het draadloze communicatieprotocol is een van de belangrijkste beslissingen bij een industrieel IoT-project. LoRaWAN, Zigbee, 4G LTE of wifi: elke technologie heeft zijn sterke en zwakke punten en zijn ideale toepassingen. Als u de verkeerde technologie kiest, kan uw implementatie onmogelijk schaalbaar zijn, te duur in gebruik of onvoldoende betrouwbaar voor uw industriële context.

\n

In deze gids worden de vier belangrijkste draadloze technologieën vergeleken die in Frankrijk worden gebruikt in het industriële IoT, met concrete aanbevelingen per gebruiksscenario.

\n

Overzicht: 4 technologieën voor 4 verschillende behoeften​

\n

Voordat we in detail treden, volgt hier per technologie de kern in één zin:

\n\n
\n

Gedetailleerde technische vergelijking​

\n
CriteriumLoRaWANZigbee4G LTEWi-Fi 802.11n/ac
Bereik1-15 km (landelijk) / 0,5-3 km (stedelijk)10-100 m (mesh tot 300 m)0,5-30 km30-150 m
Overdrachtssnelheid250 bps tot 50 Kbps20-250 Kbps5-100 Mbps50-1000 Mbps
Latentie1–10 s10–30 ms30–100 ms1–10 ms
StroomverbruikZeer laag (µA in stand-by)Laag (µA-mA)Gemiddeld (mA-W)Hoog (W)
Levensduur batterij5-15 jaar1-5 jaar6-24 maandenDagen tot weken
InfrastructuurkostenLaag (LoRa-concentrator)Gemiddeld (coördinator + mesh-netwerk)Laag (M2M-SIM)Hoog (AP + switches)
Kosten per knooppunt10-80 €20-150 €100-500 €50-300 €
Frequentie868 MHz (EU)2,4 GHz700/800/1800/2600 MHz2,4 / 5 GHz
Ingebouwde beveiligingAES-128AES-1283GPP (TLS, SIM)WPA3
StandaardisatieLoRa AllianceZigbee Alliance (CSA)3GPPIEEE 802.11
TopologieSter (via hub)MeshPoint-to-point (via mobiel netwerk)Ster (via AP)
Aantal knooppunten per gateway/AP2.000 tot 10.00065.000 (Zigbee 3.0)n.v.t. (netwerk van de provider)30-100 actieve clients
\n
\n

LoRaWAN in detail​

\n

Wanneer moet je het gebruiken?​

\n

LoRaWAN is ideaal voor situaties waarin zeer grote afstanden en een zeer laag stroomverbruik vereist zijn, maar waarin de gegevensoverdracht laag is (enkele bytes per bericht, om de paar minuten tot uren).

\n

Ideale industriële toepassingen voor LoRa:

\n\n

Voordelen van LoRaWAN:

\n\n

Beperkingen van LoRaWAN:

\n\n

Standaardarchitectuur voor industrieel LoRa:

\n\n
\n

Zigbee in detail​

\n

Wanneer moet je het gebruiken?​

\n

Zigbee is ideaal voor dichte sensornetwerken binnenshuis met een kort bereik, met name in gebouwen (smart buildings) en fabrieken waar de afstanden kort zijn maar het aantal knooppunten groot is.

\n

Ideale industriële toepassingen voor Zigbee:

\n\n

Voordelen van Zigbee:

\n\n

Beperkingen van Zigbee:

\n\n
\n

4G LTE in detail​

\n

Wanneer moet je het gebruiken?​

\n

4G LTE is de technologie bij uitstek voor WAN-verbindingen over lange afstanden, afgelegen locaties zonder netwerkinfrastructuur en toepassingen die voldoende bandbreedte vereisen voor monitoring en toegang op afstand.

\n

Ideale industriële toepassingen voor 4G:

\n\n

Voordelen van industriële 4G LTE:

\n\n

Beperkingen van 4G LTE:

\n\n
\n

Wi-Fi in detail​

\n

Wanneer moet je het gebruiken?​

\n

Wifi is geschikt voor locaties met een bestaande netwerkinfrastructuur, voor apparatuur die een hoge bandbreedte vereist en voor gebieden die volledig worden gedekt door toegangspunten.

\n

Ideale industriële toepassingen voor wifi:

\n\n

Voordelen van industriële wifi:

\n\n

Beperkingen van industriële wifi:

\n\n
\n

Beslissingsgids: hoe maak je een keuze?​

\n

Beslissingsboom​

\n\n

Aanbevelingstabel per sector​

\n
SectorBelangrijkste aanbevelingSecundaire aanbevelingTe vermijden
Water/afvalwater (afgelegen installaties)4G LTELoRaWAN (meters)Wi-Fi
Water/afvalwater (stedelijk netwerk)LoRaWAN4G LTE—
Hernieuwbare energie (landelijke parken)4G LTELoRaWAN (weer)Wi-Fi
Productie (overdekte fabriek)Wi-Fi / 4GZigbeeLoRaWAN
MagazijnlogistiekWi-Fi / Zigbee4G LTELoRaWAN
Landbouw (landelijk bedrijf)4G LTELoRaWANWi-Fi
Smart building (dienstensector)Zigbee / Wi-FiLoRaWAN4G LTE
Onderhoud op afstand4G LTE—LoRaWAN, Zigbee
\n
\n

Hybride architectuur: het beste van twee werelden​

\n

In de praktijk maken volwassen industriële IoT-toepassingen gebruik van een combinatie van verschillende technologieën, die worden gekozen op basis van de aard van de betreffende apparatuur.

\n

Voorbeeld van een hybride architectuur: industrieterrein van 10 hectare

\n\n

De Eziwan-gateway fungeert als een multiprotocol-hub: hij communiceert via Modbus op het lokale OT-netwerk, is compatibel met LoRa- en Zigbee-hubs voor draadloze sensoren en stuurt alle gegevens via 4G LTE door naar de cloud. Eén abonnement, één dashboard.

\n
\n

Kostenvergelijking over 5 jaar (installatie van 100 sensoren)​

\n
CriteriumLoRaWAN (openbaar netwerk)Zigbee (privé-netwerk)4G LTEIndustriële wifi
Hardware per knooppunt30-60 €50-120 €300-500 €100-250 €
Infrastructuur0 € (openbaar netwerk)500-2000 € (hub)0 €3.000-15.000 € (AP's)
Abonnement per knooppunt/jaar5-15 €0 €120-240 €0 €
Totaal hardware 100 knooppunten3 000-6 000 €5 000-14 000 €30 000-50 000 €10 000-25 000 €
Totaal abonnement 5 jaar2 500-7 500 €0 €60 000-120 000 €0 €
TCO 5 jaar (100 knooppunten)5.500-13.500 €5.000-14.000 €90.000-170.000 €13.000-40.000 €
\n

Opmerking: 4G LTE is per knooppunt aanzienlijk duurder, maar biedt toegang tot WAN-connectiviteit over lange afstanden, iets wat LoRa en Zigbee niet kunnen bieden. De vergelijking is alleen relevant voor sensoren die gegevens verzamelen, niet voor industriële gateways die de internetverbinding moeten verzorgen.

\n
\n

Conclusie​

\n

Er bestaat geen universele „beste“ IoT-technologie. De keuze hangt af van drie fundamentele criteria:

\n
    \n
  1. Het bereik: kort (Zigbee), middellang tot lang (LoRaWAN), zeer lang of WAN (4G LTE)
    2. \n
  2. Het stroomverbruik: op batterij met lange levensduur (LoRaWAN > Zigbee > Wi-Fi), op netstroom (alle)
    3. \n
  3. De snelheid: sensorgegevens (LoRaWAN en Zigbee volstaan), monitoring en toegang op afstand (4G LTE en Wi-Fi vereist)
    4. \n
\n

De Eziwan-oplossing is geoptimaliseerd voor 4G LTE als industriële WAN-verbindingstechnologie, aangezien deze het meest geschikt is voor gateways die lokale OT-netwerken (Modbus, OPC-UA) moeten verbinden met de monitoringcloud. De oplossing kan worden aangevuld met LoRaWAN- of Zigbee-concentrators voor sensoren met een laag stroomverbruik.

\n

Hulp nodig bij het kiezen van de juiste architectuur voor uw project? Neem contact op met ons team van ingenieurs voor een gratis analyse van uw situatie.

\n
\n

Veelgestelde vragen​

\n

Kan men LoRaWAN en 4G LTE op dezelfde locatie combineren?\nJa — dat wordt zelfs aanbevolen. De LoRaWAN-sensoren op batterijen (watermeters, milieusensoren, niveausensoren) sturen hun gegevens door via een LoRa-concentrator. De Eziwan 4G LTE-gateway bundelt de gegevens van de lokale LoRa-sensoren en Modbus-apparatuur en stuurt deze naar de cloud. 4G wordt alleen gebruikt voor de WAN-verbinding, niet voor elke afzonderlijke sensor.

\n

Is LoRaWAN betrouwbaar voor kritieke industriële monitoring?\nLoRaWAN is geschikt voor niet-kritieke monitoring (meteruitlezingen, omgeving, aanwezigheid). Voor kritieke monitoring (pompalarmen, proceswaarden) verdient 4G LTE de voorkeur vanwege de lage latentie en de betrouwbaarheid. Vaak worden beide protocollen naast elkaar gebruikt: LoRaWAN voor hulp sensoren, 4G voor kritieke PLC's en HMI's.

\n

Wat is het verschil tussen LoRa en LoRaWAN?\nLoRa is de radiotechnologie (CSS-modulatie van Semtech). LoRaWAN is het netwerkprotocol dat op LoRa is gebaseerd: het definieert de netwerkarchitectuur (knooppunten → concentrators → netwerkserver → applicatieserver), het adresbeheer, de beveiliging (AES-128) en de apparaatklassen (A, B, C). LoRa zonder LoRaWAN kan werken in een eigen point-to-point-modus — met minder interoperabiliteit.

\n

Kan Zigbee worden gebruikt in een industriële omgeving met elektromagnetische storingen?\nZigbee (2,4 GHz) is gevoelig voor industriële radiostoringen (motoren, frequentieregelaars, lasapparatuur). In een omgeving met veel storingen kunt u het beste Zigbee-kanalen op 915 MHz (beschikbaar in sub-GHz-versie) gebruiken of voor de meest kritieke apparatuur een bekabelde verbinding (RS-485 Modbus) toepassen. Het Zigbee-mesh-netwerk verbetert de veerkracht, maar neemt de fysieke beperkingen niet weg.

\n

Is industriële wifi geschikt voor een machine in beweging (AGV, transportband)?\nWifi met 802.11r-roaming (Fast Transition) wordt gebruikt voor AGV’s (automatisch geleide voertuigen) en transportbanden. Een netwerk van access points dat het gehele traject bestrijkt, zorgt voor een snelle handover (<50 ms) tussen AP's. Dit is een complexere en duurdere implementatie dan een vast netwerk, maar het is de standaardoplossing voor bewegende machines in een binnenomgeving.

\n
\n

Meer informatie​

\n\n
\n

Eziwan is gespecialiseerd in industriële 4G LTE-IoT-connectiviteit. Onze multiprotocol-gateway (Modbus, OPC-UA, MQTT, LoRaWAN, Zigbee) past zich aan uw bestaande architectuur aan. Ontdek de Eziwan-gateway →

\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/lora-zigbee-4g-wifi-choisir-protocole-iot-industriel", "title": "LoRa, Zigbee, 4G of wifi: welk IoT-protocol kiest u voor uw industriële project?", "summary": "Uitgebreide vergelijking tussen LoRaWAN, Zigbee, 4G LTE en Wi-Fi voor industriële IoT-projecten in Frankrijk. Bereik, gegevensoverdrachtssnelheid, kosten, stroomverbruik, industriële toepassingen.", "date_modified": "2026-07-31T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "industriele-iot", "connectiviteit", "protocollen", "4g", "lorawan", "zigbee", "wifi" ] }, { "id": "https://eziwan.com/nl/blog/iot-agriculture-elevage-monitoring-france", "content_html": "

Frankrijk is het grootste landbouwland van Europa. Toch staan de Franse landbouwbedrijven onder toenemende druk: stijgende energiekosten, strengere milieuregels, een tekort aan geschoolde arbeidskrachten en eisen op het gebied van traceerbaarheid in de agrovoedingssector. Het industriële internet der dingen (IIoT) biedt concrete oplossingen voor deze uitdagingen.

\n

In deze gids worden de belangrijkste toepassingen van het IoT in de landbouw in Frankrijk besproken, evenals de compatibele apparatuur, de kosten en het rendement op de investering (ROI), en hoe je een robuuste oplossing voor landbouwmonitoring in landelijke gebieden kunt implementeren — zelfs zonder glasvezelverbinding.

\n

Landbouw: een vruchtbare bodem voor het industriële IoT​

\n

In de moderne landbouw wordt al gebruikgemaakt van talrijke elektronische en elektromechanische apparaten: geautomatiseerde irrigatiesystemen, ventilatoren in veestallen, melkkoeltanks, opslagsilo’s, geklimatiseerde kassen en boorpompen. Het overgrote deel van deze apparatuur beschikt over communicatie-interfaces (Modbus RTU, 4-20 mA, pulsuitgangen) die een IoT-verbinding mogelijk maken zonder dat er vervanging nodig is.

\n

Wat het IoT voor de landbouw betekent:

\n\n
\n

Toepassingsvoorbeeld 1: Monitoring van veehouderijgebouwen​

\n

Varkensstallen, kippenhokken, melkvee​

\n

Veehouderijgebouwen met bodemloze stallen (varkensstallen, kippenhokken, melkveestallen) lenen zich bijzonder goed voor IoT-monitoring. De kritieke parameters die moeten worden bewaakt, zijn:

\n

Klimaatomstandigheden in het gebouw:

\n\n

Ventilatieapparatuur:

\n\n

Voer en water:

\n\n

Compatibele sensoren en interfaces:

\n
ParameterAanbevolen sensorInterface
Temperatuur/vochtigheid gebouwSensirion SHT31, Rotronic HF5Modbus RS-485 of 4-20 mA
CO₂Senseair S8, COZIR-BlinkModbus RTU of UART
NH₃ (ammoniak)Membrapor NH3/M-100, Winsen ZE074-20 mA of Modbus
Silo-niveauPepperl+Fuchs UC6000, SICK UM304-20 mA of IO-Link
WaterdebietmeterSontex Supercal 5, Itron ActarisImpuls of Modbus
\n

Typische alarmdrempels voor veehouderijgebouwen:

\n
ParameterGroene zoneOranje zone (waarschuwing)Rode zone (noodsituatie)
Temperatuur varkensstal mesterij18-22 °C< 15 °C of > 26 °C< 10 °C of > 30 °C
Luchtvochtigheid pluimveestal50-70%> 80%> 90%
CO₂ pluimvee< 3000 ppm> 3000 ppm> 5000 ppm
NH₃ varkens< 10 ppm> 10 ppm> 20 ppm (wettelijke drempelwaarde)
\n
\n

Toepassingsvoorbeeld 2: Monitoring van melktanks​

\n

Het koelen van melk is wettelijk verplicht (gewijzigd besluit van 15 september 2004): koemelk moet binnen twee uur na het melken worden gekoeld tot 8 °C en tot het moment van afhaling op maximaal 4 °C worden gehouden.

\n

Het niet naleven van deze temperaturen leidt tot:

\n\n

IoT-monitoring van de melktank:

\n

De meeste moderne melktanks (Boumatic, Mueller, DeLaval, GEA, Lemmer-Fullwood) beschikken over een RS-232- of RS-485 Modbus-aansluiting voor bewaking. De beschikbare parameters zijn onder meer:

\n\n

De Eziwan Gateway maakt via RS-232 of RS-485 verbinding met de tank en stuurt de gegevens naar de cloud met een instelbare polling-interval van 5 minuten. Er wordt een sms-waarschuwing verzonden als de temperatuur langer dan 15 minuten boven de 8 °C blijft.

\n

Klantvoorbeeld: een melkveehouder uit Bretagne die drie melktanks beheert (bedrijf met 120 koeien) heeft in zes maanden tijd twee afwijzingen van de melkophaling voorkomen dankzij de nachtelijke sms-waarschuwingen (om 2 uur ’s nachts werd een defecte compressor gedetecteerd; om 4 uur werd er ingegrepen, vóór de ophaling om 6 uur). Besparing: 2 × 800 l × 0,40 €/l = 640 € aan vermeden verlies, plus de kwaliteitsboetes.

\n
\n

Toepassingsvoorbeeld 3: Monitoring van tuinbouw- en groentekassen​

\n

Tuinbouwkassen vormen een aanzienlijke investering (50 tot 300 €/m²), waarvan de rentabiliteit afhangt van het handhaven van optimale klimatologische omstandigheden. Dankzij IoT-monitoring kunnen storingen (uitval van de verwarming, geblokkeerde ventilatie, scheuren in de plastic folie) worden opgespoord voordat ze onherstelbare schade aan de gewassen veroorzaken.

\n

Parameters die in de kas moeten worden gecontroleerd:

\n
ParameterBelangInterface
Luchttemperatuur (°C)KritischPT100/PT1000 of Modbus
Relatieve vochtigheid (%)HoogModbus RS-485
Zonnestraling (W/m²)Gemiddeld4-20 mA (pyranometer)
CO₂ in de omgeving (ppm)Hoog (indien CO₂-verrijking)Modbus RS-485
Bladtemperatuur (°C)OptioneelThermokoppel
Waterverbruik irrigatie (m³/dag)HoogImpuls of Modbus
Temperatuur voedingswater (°C)Hoog (bovengronds)PT100 of 4-20 mA
EC voedingswater (mS/cm)Hoog (bovengronds)4-20 mA
pH voedingswaterHoog (bovengronds)4-20 mA
\n

Bewaakbare kasapparatuur:

\n\n

ROI van het toezicht op een groentekas:\nVoor een kas van 5 000 m² met tomaten (jaarlijkse productie ~500 t, verkoopprijs ~0,80 €/kg = 400 000 € omzet/jaar), kan een verwarmingsstoring die ’s nachts in maart onopgemerkt blijft, de volledige oogst vernietigen — een verlies van 100.000 tot 200.000 €. De kosten van een Eziwan-gateway met sms-waarschuwing: 500 € + 100 € per jaar aan abonnementskosten. Onmiddellijke ROI.

\n
\n

Toepassingsvoorbeeld 4: Irrigatiebeheer​

\n

Irrigatie is goed voor 45% van het industriële waterverbruik in Frankrijk. De regelgeving wordt strenger (besluiten inzake beperkingen bij laagwater, waterheffingen), waardoor een nauwkeurige aansturing van de irrigatie onontbeerlijk is.

\n

IoT-monitoring van de irrigatie:

\n\n

Naleving van de regelgeving:\nBedrijven die meer dan 1 000 m³/jaar grond- of oppervlaktewater onttrekken, moeten hun onttrekkingen aangeven (artikel L214-1 van het Milieuwetboek). Eziwan genereert automatisch de maandelijkse onttrekkingsrapporten voor verzending naar de DDT/DREAL.

\n
\n

Toepassingsvoorbeeld 5: Opslagsilo's​

\n

De opslag van graan is van groot economisch belang. Onjuiste opslagomstandigheden (temperatuur, vochtigheid) kunnen leiden tot de vorming van mycotoxinen (aflatoxinen, DON) of schimmel, waardoor de goederen in kwaliteit achteruitgaan of onverkoopbaar worden.

\n

Te controleren parameters:

\n\n

Interface: de meeste moderne silobesturingssystemen (Superchief, GSI Fan Controller, Brock NECO) beschikken over een Modbus RS-485-uitgang of een RS-232-poort.

\n
\n

4G-connectiviteit voor landbouwbedrijven​

\n

De overgrote meerderheid van de Franse landbouwbedrijven beschikt niet over een glasvezelverbinding. 4G LTE bestrijkt 99,2% van de Franse gemeenten (bron: Arcep 2025), maar de dekking binnen gebouwen kan zwak zijn.

\n

Oplossingen voor gebieden met slechte dekking:

\n
    \n
  1. \n

    Externe, richtbare 4G-antenne: versterking van 9 tot 15 dBi, bereik tot 30 km bij direct zicht, compatibel met alle providers. Montage aan de geveltop van een gebouw of op een mast.

    \n
    2. \n
  2. \n

    Eziwan multi-operator-simkaart: test de drie Franse providers (Orange, SFR, Bouygues) en maakt verbinding met het beste beschikbare signaal. Verbetert de bereikbaarheid in landelijke gebieden aanzienlijk.

    \n
    3. \n
  3. \n

    LoRa + 4G-gateway: voor sensoren met een zeer laag stroomverbruik die zich op grote afstand bevinden (tot 15 km), kan een LoRaWAN-architectuur met een LoRa-concentrator die via de Eziwan-gateway verbinding maakt met het 4G-netwerk, het gehele bedrijfsterrein bestrijken.

    \n
    4. \n
  4. \n

    Satellietverbinding (als laatste redmiddel): voor locaties zonder enige 4G-dekking kan een satellietoptie (Starlink met lage latentie of Eutelsat ViaSat) worden gekoppeld aan de Eziwan Gateway. Latentie van 20-40 ms met Starlink.

    \n
    5. \n
\n
\n

Landbouwregelgeving en het IoT​

\n

Dierenwelzijn​

\n

De Europese richtlijn 2008/120/EG (varkens), 2007/43/EG (vleeskuikens) en 1999/74/EG (legkippen) schrijven minimumnormen voor temperatuur, ruimte, ventilatie en verlichting voor. Met IoT-monitoring is het mogelijk om:

\n\n

Nitraatrichtlijn​

\n

Landbouwbedrijven in nitraatgevoelige gebieden vallen onder het Regionaal Actieprogramma (PAR). Het toezicht op het uitrijden van mest en het beheer van afvalwater (debietmeter op de mestverspreider, peil in de mestput) vergemakkelijkt de naleving van de verbodstermijnen en de berekening van de doseringen.

\n

Traceerbaarheid in de toeleveringsketen​

\n

Veel sectoren (Label Rouge, AOP, IGP, biologische landbouw) stellen traceerbaarheid van de veeteelt- of teeltomstandigheden verplicht. De IoT-gegevens van Eziwan worden gearchiveerd en kunnen worden geëxporteerd om te worden gebruikt in traceerbaarheidstools (Bluerex, Kite Consulting, OAD-Systèmes).

\n
\n

Kosten en ROI voor een landbouwbedrijf​

\n

Standaardinvestering​

\n
ApparatuurRichtprijs
Eziwan-gateway + M2M-simkaart350 – 500 €
Externe 4G-antenne (indien nodig)80 – 150 €
Temperatuur-/vochtigheidssensoren (×3)150 – 400 €
RS-485-bekabeling (50 m)40 – 80 €
Installatie (2 uur technicus)200 – 400 €
Totaal installatie (1 gebouw)820 – 1 530 €
\n
AbonnementJaarlijkse kosten
Eziwan-platform (1 gateway)120 – 240 €
M2M-simkaart (bundel van 200 MB/maand)60 – 120 €
Jaarlijks totaal180 – 360 €
\n

Rendement op investering voor een melkveebedrijf​

\n\n

Beschikbare steunmaatregelen​

\n

Het plan France 2030 en de PCAE-subsidies (Plan voor Concurrentievermogen en Aanpassing van Landbouwbedrijven) financieren gedeeltelijk de uitrusting voor digitale modernisering van de landbouw. De steunpercentages variëren per regio en per regeling (30 tot 50% van de in aanmerking komende investeringen). Neem contact op met uw landbouwkamer of uw FranceAgriMer-adviseur voor informatie over de regelingen die op uw project van toepassing zijn.

\n
\n

Conclusie​

\n

Het industriële IoT is nu toegankelijk voor Franse landbouwbedrijven, dankzij de alomtegenwoordige 4G-netwerken, gestandaardiseerde Modbus-sensoren en voordelige cloudplatforms zoals Eziwan. De technische en financiële belemmeringen die de invoering ervan in de weg stonden, zijn aanzienlijk afgenomen.

\n

Voor een initiële investering van 1.000 tot 2.000 € per gebouw en minder dan 400 € per jaar aan abonnementskosten, profiteert een landbouwer van 24-uursbewaking van zijn kritieke apparatuur, onmiddellijke sms-waarschuwingen en een gedocumenteerde geschiedenis voor zijn wettelijke verplichtingen.

\n

Volgende stap: neem contact op met het Eziwan-team voor een gratis haalbaarheidsstudie die is afgestemd op uw bedrijf en uw productietype.

\n
\n
\n

Veelgestelde vragen​

\n

Is 4G beschikbaar in de landelijke agrarische gebieden van Frankrijk?\nDe 4G-dekking op het Franse vasteland bestrijkt meer dan 99% van de bevolking, maar slechts ~80% van het totale grondgebied — sommige landbouwbedrijven in gebieden zonder dekking blijven buiten de dekking vallen. Voor deze gebieden biedt het NB-IoT-netwerk (NarrowBand-IoT) een betere doordringing in gebouwen en een groter bereik, en komen satellietoplossingen (Starlink) beschikbaar voor volledig geïsoleerde locaties. Het is essentieel om vooraf de dekking op de exacte locatie te controleren voordat er tot implementatie wordt overgegaan.

\n

Is het mogelijk om een bestaande opslagsilo of wijnkelder aan te sluiten zonder de apparatuur te vervangen?\nIn de overgrote meerderheid van de gevallen wel. Moderne silo's zijn uitgerust met temperatuur- en vochtigheidssensoren met 4-20 mA- of RS485 Modbus-uitgangen — een IoT-gateway kan hier rechtstreeks op worden aangesloten. Voor oudere apparatuur zonder digitale interface zijn vervangende sensoren beschikbaar die compatibel zijn met Modbus RTU, vanaf 50 tot 100 € per meetpunt.

\n

Welke wettelijke verplichtingen kan IoT-monitoring helpen documenteren?\nIn de veehouderij: de verplichtingen inzake sanitaire traceerbaarheid (profylaxe, identificatie van dieren, transportvoorwaarden — Verordening (EU) 2016/429), dierenwelzijn (temperaturen, ventilatie, bezettingsdichtheid) en DPE/PAC-controles kunnen gebruikmaken van IoT-gegevensgeschiedenis als bewijsmateriaal. Het automatische logboek van alle metingen met gecertificeerde tijdstempels is een aanzienlijk voordeel bij controles.

\n
\n

Meer informatie​

\n\n
\n

Eziwan ondersteunt landbouwers, coöperaties en opslagbedrijven bij het IoT-toezicht op hun installaties. Onze oplossing kan worden aangepast aan bestaande apparatuur zonder dat deze hoeft te worden vervangen, met 4G-connectiviteit die is geoptimaliseerd voor landelijke gebieden. Ontdek onze oplossingen →

\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/iot-agriculture-elevage-monitoring-france", "title": "IoT en slimme landbouw: monitoring van landbouwbedrijven in Frankrijk in 2026", "summary": "Hoe het IoT de landbouw en veeteelt in Frankrijk verandert: monitoring van kassen, silo’s, melktanks, irrigatie en omgevingsomstandigheden. Praktische gids 2026.", "date_modified": "2026-07-17T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "landbouw", "industriele-iot", "monitoring", "4g", "edge-computing" ] }, { "id": "https://eziwan.com/nl/blog/supervision-reseau-eau-potable-collectivite-guide", "content_html": "

De modernisering van het telebeheer van drinkwaternetwerken is een prioriteit geworden voor de Franse gemeenten. Gezien de toenemende wettelijke verplichtingen (zelfcontrole, NIS2, AVG), de verouderde apparatuur voor telebewaking uit de jaren 2000 en de prestatie-eisen van de DSP-contracten, moeten de waterbedrijven hun bewakingsarchitectuur herzien.

\n

Deze praktische gids is bedoeld voor technisch verantwoordelijken, directeuren water/afvalwater en IT-directeuren van lokale overheden — waterbedrijven, gemeentelijke nutsbedrijven, gemeenschapsverbanden — die toezicht houden op drinkwaternetwerken.

\n

Stand van zaken: het netwerk voor waterbeheer op afstand in Frankrijk​

\n

Een verouderd park​

\n

Het telebeheer van drinkwaternetwerken in Frankrijk is momenteel grotendeels gebaseerd op apparatuur die tussen 2000 en 2015 is geïnstalleerd. De belangrijkste technologieën zijn:

\n\n

De stopzetting van 2G: een aanleiding tot modernisering​

\n

Orange heeft officieel aangekondigd dat het 2G-netwerk in 2026 zal worden gesloten (na verschillende uitstelmaatregelen). SFR heeft zijn 2G-netwerk in verschillende gebieden al gesloten. Bouygues Telecom volgt dezelfde koers.

\n

De SOFREL S4W-modems en andere 2G/GPRS-RTU’s die worden gebruikt bij watertorens, pompstations en opvoerinstallaties zullen niet meer werken na deze sluitingen.

\n

Dit is een uitgelezen kans om over te stappen op 4G LTE-oplossingen met een gecentraliseerd cloudplatform voor monitoring.

\n
\n

Moderne bewakingsarchitectuur voor een drinkwaternetwerk​

\n

Typische locaties die moeten worden gecontroleerd​

\n
Type locatieBelangrijkste parametersApparatuur ter plaatse
PompstationVerpompt debiet, druk, niveau in de opvangtank, bedrijfsuren, stroomverbruikSchneider M340- of Siemens S7-1200-PLC, 4-20 mA-sensoren
Watertoren / reservoirWaterpeil, inlaat-/uitlaatdruk, vulklepUltrasone peilsensor of druksensor, Modbus-debietmeter
ZuiveringsinstallatieTroebelheid, restchloor, pH, geleidbaarheid, temperatuur, gezuiverd debietMultiparametersensoren van YSI, Hach, WTW via Modbus RS-485
DrukverhogingsstationUitgangsdruk, debiet, status van de aggregaten, motorstoringenModbus-frequentieregelaars, lokale PLC
NetmeterDebiet, index, detectie van nachtelijk lekMID-meter met impulsuitgang of Modbus
\n

Aanbevolen architectuur​

\n\n
\n

Migratie vanuit bestaande systemen​

\n

Vervanging van een SOFREL S4W-modem​

\n

De SOFREL S4W is de meest gebruikte modem in de Franse waternetwerken. De overstap naar de Eziwan Gateway is zo ontworpen dat deze geen ingrijpende aanpassingen vereist.

\n

Stappen voor de migratie:

\n
    \n
  1. Voorafgaande audit (1 uur op afstand): identificatie van de op de S4W geconfigureerde Modbus-registers, overzicht van de gebruikte I/O’s (digitale ingangen, analoge ingangen, relaisuitgangen), lijst met huidige SMS-ontvangers
    2. \n
  2. Levering van de vooraf geconfigureerde gateway: de Eziwan-gateway wordt geleverd met uw configuratiesjabloon (Modbus-registers identiek aan die van de S4W, dezelfde alarmdrempels, dezelfde SMS-ontvangers)
    3. \n
  3. Fysieke vervanging (30-45 minuten per locatie): de gateway wordt aangesloten op dezelfde RS-485-bekabeling. De 4G-simkaart wordt geplaatst en geactiveerd. De cloudverbinding wordt automatisch tot stand gebracht
    4. \n
  4. Controle: een Eziwan-technicus neemt op afstand de controle over om de gegevensoverdracht en de waarschuwingen te valideren
    5. \n
  5. Inbedrijfstelling: de locatie is zichtbaar in het clouddashboard met alle historische gegevens (vanaf de migratie — de S4W-geschiedenis wordt niet overgedragen)
    6. \n
\n

Compatibiliteit: De Eziwan Gateway leest alle Modbus-registers die op uw PLC zijn geconfigureerd (Schneider M340, Siemens S7-1200, Lacroix E30...). Voor de migratie zijn geen aanpassingen aan de veld-PLC nodig.

\n

Migratiekosten: De Eziwan Gateway is goedkoper dan een nieuwe SOFREL S4W en biedt uitgebreidere functionaliteiten (VPN, ondersteuning voor meerdere protocollen, OTA). Bij een park van 50 stations is het rendement op de investering ten opzichte van de aanschaf van nieuwe S4W-apparaten onmiddellijk zichtbaar.

\n
\n

Migratie vanuit een systeem met delegatie (einde DSP)​

\n

Bij een terugkeer naar eigen beheer of een wisseling van concessiehouder verliest de gemeente vaak de toegang tot het eigen toezichtsysteem van de vertrekkende exploitant. Door deze overgang kan er weken of maandenlang geen centraal toezicht zijn.

\n

De Eziwan-aanpak voor DSP-overgangen:

\n
    \n
  1. Vroegtijdige implementatie: de Eziwan-gateways 3-6 maanden voor het einde van het DSP-contract installeren, parallel aan het bestaande systeem
    2. \n
  2. Parallelle validatie: de Eziwan-gegevens vergelijken met die van de vertrekkende operator om de consistentie te controleren
    3. \n
  3. Vlotte overgang: aan het einde van het DSP-contract is het Eziwan-monitoringsysteem al operationeel en gevalideerd
    4. \n
  4. Continuïteit van de historische gegevens: er zijn al 3-6 maanden aan historische gegevens beschikbaar op het Eziwan-platform
    5. \n
\n
\n

Naleving van de regelgeving​

\n

Zelfcontrole en verplichtingen van de ARS​

\n

Het besluit van 21 juli 2015 tot wijziging van het besluit van 2 mei 2007 legt zelfcontroleverplichtingen op aan STEP’s (afvalwaterzuiveringsinstallaties) en UPEP’s (drinkwaterproductie-eenheden):

\n

Te controleren en te archiveren parameters (UPEP):

\n\n

Archiveringsvereisten:

\n\n

Hoe Eziwan aan deze eisen voldoet:

\n\n
\n

NIS2-richtlijn: toepasselijkheid op drinkwater​

\n

De omzetting van de NIS2-richtlijn in Frankrijk (wet van 16 april 2024) deelt waterbedrijven in categorieën in op basis van hun omvang:

\n

Essentiële entiteiten:

\n\n

Belangrijke entiteiten:

\n\n

NIS2-verplichtingen die van toepassing zijn op het beheer op afstand van watervoorzieningen:

\n
VerplichtingVereisteHoe Eziwan hieraan voldoet
OT/IT-netwerksegmentatieOT-gateway geïsoleerd van het kantoornetwerkGateway werkt in de OT-zone, geen inkomend verkeer
Controle van toegang op afstandMFA + logboekregistratieOpenVPN/IPSec-VPN + MFA + volledig sessielogboek
Beheer van kwetsbaarhedenPatchbeheerAutomatische OTA-update van de gateway-firmware
Incidentmelding< 24 uur aan ANSSIExporteerbaar incidentlogboek, gedocumenteerde procedure
ToeleveringsketenLeveranciersauditEziwan ISO 27001, hosting in Frankrijk, AVG
\n
\n

Praktijkvoorbeeld: waterbedrijf met 80 stations​

\n

Achtergrond: Een intergemeentelijk samenwerkingsverband beheert 80 pompstations (12 tot 350 m³/u) en 6 watertorens in een landelijk gebied dat 45 gemeenten omvat. Bestaande apparatuur: SOFREL S4W 2G-modems, beperkte lokale bewaking, 3 technici.

\n

Problemen:

\n\n

Implementatie van Eziwan:

\n\n

Resultaten na 6 maanden:

\n\n
\n

Compatibele protocollen en apparatuur​

\n

Watermeters​

\n
ProtocolCompatibele metersVerzamelde parameters
M-Bus (EN 13757)Sensus iPERL, Itron Actaris BDE, Landis+Gyr E120, SagemcomStand (m³), momentane doorstroming, alarmen (manipulatie, droog)
Impuls (digitale ingang)Elke meter met impulsuitgang (reedschakelaaruitgang)Cumulatieve stand, berekend debiet (aantal impulsen × volume/impuls)
Modbus RTUEndress+Hauser Promag, Krohne Optiflux, Siemens Sitrans FMDebiet (m³/h), snelheid (m/s), temperatuur, cumulatieve stand
MBUS LoRaWANLoRaWAN-meters voor gebieden zonder dekkingVia LoRaWAN-concentrator + Eziwan-gateway (MQTT)
\n

Watermeetsondes​

\n
ParameterCompatibele sensorenInterface
RestchloorHach CL17sc, YSI MultiLab, Bürkert Type 8905Modbus RS-485 of 4-20 mA
pH/RedoxWTW IQ SensorNet, Endress+Hauser CPS11DModbus RS-485 of 4-20 mA
TroebelheidHach TU5200, Yokogawa FLXA21Modbus RS-485
GeleidbaarheidEndress+Hauser Liquiline CM44Modbus RS-485
NiveauVega Vegapuls, Endress+Hauser FMR51, Keller Serie 264-20 mA of Modbus
\n

Waterautomaten in het veld​

\n
PLCInterfaceCompatibiliteit
Schneider Electric M340Modbus RTU RS-485✅ Getest en goedgekeurd
Schneider Electric M221/M241Modbus RTU RS-485 + Modbus TCP✅ Getest en goedgekeurd
Siemens S7-1200/S7-1500Modbus TCP (via Ethernet)✅ Getest en goedgekeurd
Lacroix Tbox LT2 / MS3Modbus RTU / TCP✅ Compatibel
Wago 750-860Modbus TCP✅ Compatibel
CODESYS Modbus-slaveModbus RTU / TCP✅ Compatibel
\n
\n

Berekening van de ROI voor een gemeente​

\n

Kostenbesparingen dankzij IoT-monitoring​

\n

Bezoeken van technici:

\n\n

Voorkomen schade (lekken, storingen, overstromingen):

\n\n

Wakdiensten:

\n\n

Naleving van de regelgeving:

\n\n

Voorbeeld van een ROI-berekening voor 80 stations​

\n
PostJaarlijkse waarde
Vermijden van verplaatsingen40 750 €
Vroegtijdig opgespoorde lekken15 000 €
Vermindering van oproepdiensten15 000 €
Voorkomen van overtredingen van de regelgeving10.000 €
Totaal geschatte jaarlijkse besparingen80.750 €
\n
InvesteringBedrag
80 Eziwan-gateways + installatie48.000 €
Cloudabonnement (80 locaties/jaar)14.400 €
4G M2M-simkaarten (80 locaties × 10 €/maand)9 600 €
Totale investering jaar 172 000 €
\n

ROI jaar 1: 80 750 − 72 000 = +8 750 € vanaf het eerste jaar\nROI vanaf jaar 2: 80 750 − (14 400 + 9 600) = +56 750 €/jaar

\n
\n

Financiering en beschikbare steunmaatregelen​

\n

EFRO en regionale toewijzingen​

\n

Moderniseringsprojecten voor het telebeheer van drinkwaternetwerken komen in aanmerking voor financiering uit het EFRO (Europees Fonds voor Regionale Ontwikkeling) in het kader van de regionale operationele programma’s 2021-2027, onder de prioriteit „Digitale transitie van openbare diensten”.

\n

Waterautoriteiten​

\n

De zes Franse wateragentschappen (Artois-Picardie, Rijn-Maas, Seine-Normandië, Loire-Bretagne, Adour-Garonne, Rhône-Middellandse Zee-Corsica) bieden steun aan voor de modernisering van het beheer van de waternetwerken. De criteria voor steun omvatten het terugdringen van lekkages (netwerkrendement), naleving van de regelgeving en de digitale transitie.

\n

Neem contact op met uw plaatselijke wateragentschap voor informatie over de lopende programma's en de subsidiepercentages die voor uw project gelden.

\n

Subsidie ter ondersteuning van lokale investeringen (DSIL) en DETR​

\n

De DSIL en de DETR (Dotation d'Équipement des Territoires Ruraux) kunnen digitale projecten voor plattelandsgemeenten financieren. Projecten voor de modernisering van waternetwerken via het IoT passen binnen de doelstellingen „lokale dienstverlening“ en „digitale transitie“ van deze subsidies.

\n
\n

Veelgestelde vragen​

\n

Komt IoT-monitoring in aanmerking voor het ‘Plan France Relance’ of voor regionale steunmaatregelen?\nJa, er zijn verschillende regelingen van toepassing. De DSIL (Dotation de Soutien à l'Investissement Local) financiert digitale projecten van lokale overheden. De DETR (Dotation d'Équipement des Territoires Ruraux) is bedoeld voor plattelandsgemeenten. De wateragentschappen (Seine-Normandie, Loire-Bretagne, enz.) hebben specifieke programma's voor het terugdringen van waterverlies en zelfmonitoring. Meestal is een technisch dossier met een becijferde ROI (besparingen op waterverlies, vermeden kosten) vereist.

\n

Is de migratie vanuit een bestaand SOFREL-systeem ingrijpend?\nNee. De Eziwan-gateway wordt parallel aan de bestaande SOFREL-apparatuur aangesloten via Modbus RTU/TCP of 4-20 mA. Het is niet nodig om het bestaande systeem tijdens de overgang uit te schakelen. De migratie kan in fasen plaatsvinden: eerst het uitlezen van de gegevens, vervolgens een geleidelijke omschakeling van de pilootstations en ten slotte een volledige vervanging volgens uw vernieuwingsschema voor de apparatuur.

\n

Hoe voldoet de oplossing aan de rapportagevereisten voor zelfcontrole van de ARS?\nVia het Eziwan-platform kunnen de zelfcontrolegegevens worden geëxporteerd in de vereiste formaten (CSV, Excel), voorzien van gecertificeerde tijdstempels. De prestatie-indicatoren (verliespercentage, nominaal versus werkelijk debiet, drukincidenten) worden automatisch berekend op basis van de metingen en kunnen worden geëxporteerd voor de door de ARS gevraagde periodes.

\n
\n

Conclusie en volgende stappen​

\n

De modernisering van het telebeheer van drinkwater is voor Franse gemeenten geen optie meer. De stopzetting van het 2G-netwerk, de NIS2-verplichtingen, de eisen van de ARS inzake zelfcontrole en de druk op de exploitatiekosten zorgen er samen voor dat deze investering onvermijdelijk is geworden.

\n

Het goede nieuws: de ROI is snel (meestal < 18 maanden), de migratie vanuit bestaande systemen (SOFREL, enz.) is gedocumenteerd en verloopt zonder ingrijpende aanpassingen, en de moderne oplossingen (4G-gateway + cloud) zijn aanzienlijk goedkoper dan de propriëtaire apparatuur van de eerste generatie.

\n

Uw volgende stappen:

\n
    \n
  1. Audit van uw huidige apparatuurpark: inventarisatie van de apparatuur, identificatie van 2G-modems, in kaart brengen van de veldcontrollers
    2. \n
  2. ROI-simulatie: ons team kan een op maat gemaakte berekening voor u opstellen op basis van uw apparatuurpark
    3. \n
  3. Proefproject: start met 5 tot 10 proefstations om de oplossing te valideren voordat deze op grote schaal wordt uitgerold
    4. \n
\n

Neem contact op met het Eziwan-team voor een gratis audit van uw infrastructuur voor waterbeheer op afstand.

\n
\n

Meer informatie​

\n\n
\n

Eziwan werkt samen met lokale overheden, waterbedrijven en gemeentelijke diensten bij de modernisering van hun systeem voor beheer op afstand. Wij begeleiden de overgang naar DSP en de migratie vanuit systemen van SOFREL, Lacroix en andere RTU-systemen voor waterbeheer. Ontdek onze oplossing voor waterbeheer →

\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/supervision-reseau-eau-potable-collectivite-guide", "title": "Monitoring van drinkwaternetwerken: IoT-gids voor Franse gemeenten 2026", "summary": "Volledige gids voor het moderniseren van het toezicht op uw drinkwaternetwerken: SOFREL-migratie, M-Bus/Modbus-protocollen, naleving van ARS- en NIS2-voorschriften en ROI voor Franse gemeenten.", "date_modified": "2026-07-03T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "water-en-riolering", "monitoring", "industriele-iot", "gemeenschap", "modbus", "4g" ] }, { "id": "https://eziwan.com/nl/blog/scada-cloud-vs-on-premise-guide-decision", "content_html": "

Cloud of on-premise? Dat is de vraag die de meeste automatiseringsmanagers en IT-directeuren in de industrie zich tegenwoordig stellen. SCADA-monitoring is in ontwikkeling: SaaS-cloudoplossingen winnen terrein ten opzichte van traditionele on-premise-installaties, maar de keuze is niet altijd even duidelijk.

\n

In deze gids worden de twee architecturen objectief vergeleken aan de hand van zeven belangrijke criteria — totale kosten, beveiliging, latentie, schaalbaarheid, naleving, onderhoudbaarheid en veerkracht — om u te helpen de juiste beslissing te nemen, afgestemd op uw industriële context.

\n

Wat we vergelijken​

\n

SCADA on-premise (klassiek):\nFysieke server(s) die in uw gebouwen of serverruimte zijn geïnstalleerd. Lokaal geïnstalleerde SCADA-software (Wonderware InTouch/System Platform, Ignition, PCVue, WinCC). Gegevensgeschiedenis op een lokale SQL-server. Toegang via het lokale netwerk (LAN) of via VPN voor toegang op afstand.

\n

SCADA in de cloud / IIoT SaaS:\nPlatform gehost in de cloud (AWS, Azure, GCP of Franse soevereine cloud). Industriële gateways ter plaatse die veldgegevens verzamelen en naar de cloud verzenden. Dashboard toegankelijk via elke browser. Geschiedenis in de cloud. Voorbeelden: Eziwan, Axonize, Samsara, Siemens MindSphere, AWS IoT SiteWise.

\n
\n

Criterium 1: Totale eigendomskosten (TCO over 3 jaar)​

\n

SCADA op locatie — Typische TCO voor 10 industriële locaties​

\n
PostKosten (3 jaar)
SCADA-softwarelicenties (Wonderware System Platform, 10 verbindingen)45.000 – 80.000 €
Fysieke servers (2 redundante servers)18.000 – 30.000 €
Netwerkinfrastructuur (beheerde switches, routers)8.000 – 15.000 €
Installatie en configuratie (systeemintegrator)20.000 – 40.000 €
Jaarlijks onderhoud en ondersteuning (15-20% van de licentiekosten)20.000 – 45.000 €
Grote updates (1 versie per 3 jaar)15.000 – 25.000 €
Interne IT-middelen (beheer, back-ups)15.000 – 30.000 €
Totaal over 3 jaar141.000 – 265.000 €
\n

SCADA-cloud-SaaS — Typische TCO voor 10 industriële locaties​

\n
PostKosten (3 jaar)
Abonnement cloudplatform (10 locaties, 500 meetpunten)18.000 – 36.000 €
Industriële gateways (1 per locatie × 10)8.000 – 15.000 €
Installatie en inbedrijfstelling (eenvoudiger)5.000 – 15.000 €
4G/SIM M2M-connectiviteit (indien geen glasvezel)3.600 – 7.200 €
Opleiding van het team2.000 – 5.000 €
Totaal over 3 jaar36.600 – 78.200 €
\n

Conclusie TCO: SaaS in de cloud is over een periode van drie jaar 2 tot 4 keer goedkoper voor implementaties op meerdere locaties. Het voordeel neemt toe naarmate het aantal locaties stijgt. Voor een enkele locatie met een bestaand, reeds afgeschreven SCADA-systeem kan een on-premise oplossing nog steeds een goede keuze zijn.

\n
\n

Criterium 2: Veiligheid​

\n

Dat is vaak het belangrijkste argument van de voorstanders van on-premise. Laten we eens bekijken wat daar nu werkelijk van waar is.

\n

Wat geldt voor on-premise:​

\n\n

Wat vaak niet klopt over on-premise:​

\n\n

Wat geldt voor de cloud:​

\n\n

Wat wel een risico is bij de cloud:​

\n\n

Beoordeling van de veiligheid: Bij een gelijk niveau van volwassenheid is de in Frankrijk gehoste, ISO 27001-gecertificeerde cloud over het algemeen veiliger dan een onbeheerde on-premise-oplossing. Voor OIV's (organisaties van vitaal belang) of zeer gevoelige sectoren wordt de Franse soevereine cloud (SecNumCloud, gekwalificeerd door ANSSI) aanbevolen.

\n
\n

Criterium 3: Latentie en realtime​

\n

De waarheid over cloudlatentie​

\n

De roundtrip-latentie tussen een gateway in het veld en een cloudserver in Parijs bedraagt 50 tot 200 ms, afhankelijk van de kwaliteit van de 4G- of glasvezelverbinding.

\n

Is dit acceptabel voor uw toepassing?

\n
ToepassingVereiste latentieCloud OK?
PLC-regelkring (PID)1 – 10 ms❌ Nee — blijft op de lokale PLC
Motion control-regeling1 – 5 ms❌ Nee — blijft op de aandrijving/servo
Veiligheidsalarmen (SIL, PLe)10 – 100 ms❌ Nee — blijft op de veiligheids-PLC
Toestandsbewaking machine100 ms – 1 s✅ Ja
Waarschuwingen en meldingen1 – 30 s✅ Ja
Productiedashboards1 – 60 s✅ Ja
Rapporten en historiekZonder beperkingen✅ Ja
Onderhoud op afstand (VNC/SSH)50 – 500 ms✅ Ja (aanvaardbaar)
\n

Gouden regel: de realtime besturing blijft ALTIJD bij de lokale PLC. De cloud zorgt voor het toezicht, de waarschuwingen, de historiek en het onderhoud op afstand. Deze scheiding van verantwoordelijkheden is de sleutel tot een correcte IIoT-architectuur.

\n

Conclusie over de latentie: De latentie in de cloud is voor 95% van de industriële monitoringtoepassingen volkomen acceptabel. Alleen de realtime-regelkring moet lokaal blijven.

\n
\n

Criterium 4: Schaalbaarheid​

\n

On-premise: moeilijke en kostbare schaalbaarheid​

\n

Om van 10 naar 50 on-premise bewaakte locaties te gaan, is het volgende nodig:

\n\n

Gemiddelde doorlooptijd: 4 tot 12 weken. Hoge marginale kosten.

\n

Cloud: vrijwel onmiddellijke schaalbaarheid​

\n

Een nieuwe SaaS-cloudlocatie toevoegen:

\n
    \n
  1. Een gateway bestellen (levering binnen 5-7 dagen)
    2. \n
  2. Deze installeren en aansluiten op het OT-netwerk van de locatie (30-60 minuten)
    3. \n
  3. Configureer de datapunten via het webdashboard
    4. \n
  4. De locatie is onmiddellijk zichtbaar in het centrale dashboard
    5. \n
\n

Gemiddelde doorlooptijd: 1 tot 2 weken (afhankelijk van de levertijd van de onderdelen). Lage marginale kosten.

\n

Conclusie qua schaalbaarheid: De cloud wint ruimschoots. Dit is met name doorslaggevend voor implementaties op meerdere locaties of voor integrators die een netwerk van tientallen tot honderden klantlocaties beheren.

\n
\n

Criterium 5: Naleving en regelgeving​

\n

NIS2 (Europese richtlijn inzake cyberbeveiliging)​

\n

Voor essentiële en belangrijke entiteiten die onder NIS2 vallen (water, energie, kritieke industrie), gelden dezelfde cyberbeveiligingseisen, ongeacht de architectuur. Het verschil zit hem in het vermogen om de naleving aan te tonen:

\n\n

AVG en persoonsgegevens​

\n

Als uw SCADA-systeem persoonsgegevens verwerkt (aanwezigheidsroosters van operators, biometrische toegang), is de locatie van de gegevens van belang:

\n\n

Gereguleerde sectoren (farmaceutische industrie, voedingsmiddelenindustrie)​

\n

FDA 21 CFR Part 11 (elektronische traceerbaarheid in de farmaceutische sector) en EU GMP Bijlage 11 zijn compatibel met de cloud, op voorwaarde dat er een dienstverlener wordt gekozen die de door de auditors vereiste validatiecertificaten (IQ/OQ/PQ) kan verstrekken.

\n

Conformiteitsbeoordeling: De cloud, die in Frankrijk wordt gehost door een ISO 27001-gecertificeerde dienstverlener, voldoet aan NIS2, de AVG en de belangrijkste sectorale regelgeving. Controleer de certificaten van de dienstverlener.

\n
\n

Criterium 6: Onderhoudbaarheid​

\n

On-premise: de verborgen IT-last​

\n

Bedrijven onderschatten vaak de onderhoudslast van een on-premise SCADA-systeem:

\n\n

In de praktijk vereist een on-premise SCADA-systeem op termijn 0,3 tot 0,5 IT-FTE (gedeeld met andere systemen).

\n

Cloud: uitbesteed onderhoud​

\n

Op een SaaS-cloudplatform zorgt de dienstverlener voor:

\n\n

Uw team onderhoudt alleen de gateways in het veld (automatiseerbare OTA-firmware) en de applicatieconfiguratie.

\n

Conclusie inzake onderhoudbaarheid: De cloud vermindert de operationele werklast met 70-80%. Dit is doorslaggevend voor kleine en middelgrote ondernemingen zonder eigen IT-team.

\n
\n

Criterium 7: Veerkracht en beschikbaarheid​

\n

On-premise: veerkracht met twee kanten​

\n

Sterke punten:

\n\n

Zwakke punten:

\n\n

Cloud: hoge beschikbaarheid door ontwerp​

\n

Serieuze industriële cloudplatforms garanderen een beschikbaarheid van 99,9% (contractuele SLA = < 8,76 uur uitval per jaar) of zelfs 99,95%.

\n

Multi-AZ-architectuur (multi-datacenter): een storing in één datacenter heeft geen invloed op de dienstverlening. Het DR (Disaster Recovery) verloopt automatisch.

\n

Belangrijkste cloudrisico: als de internet-/4G-verbinding op de locatie wordt onderbroken, verliest de gateway de verbinding met de cloud. De gegevens worden lokaal in de buffer opgeslagen (store-and-forward) en bij het herstel van de verbinding doorgestuurd. Het beheer op afstand is tijdens de onderbreking niet beschikbaar.

\n

Antwoord: voor kritieke locaties moet een noodverbinding worden ingezet (4G-SIM met twee providers en failover via glasvezel, of een VSAT-satellietverbinding als laatste redmiddel).

\n

Conclusie inzake veerkracht: De cloud biedt een betere beschikbaarheid van het platform. Een on-premise oplossing is veerkrachtiger voor lokale monitoring zonder afhankelijkheid van het netwerk. Een hybride oplossing (lokale controle + monitoring via de cloud) biedt het beste van beide werelden.

\n
\n

Hybride architectuur: het beste van twee werelden​

\n

Bij de meeste nieuwe industriële implementaties wordt gekozen voor een hybride architectuur:

\n\n

Voordelen van de hybride oplossing:

\n\n

Dat is precies de architectuur die Eziwan hanteert: een industriële gateway op elke locatie (edge), een cloudplatform voor gecentraliseerd toezicht.

\n
\n

Overzichtstabel​

\n
CriteriumOn-premiseSaaS-cloudHybride
TCO over 3 jaar (10 locaties)141-265 k€37-78 k€50-100 k€
BeveiligingAfhankelijk van uw ITISO 27001ISO 27001 + OT-isolatie
Latentie besturingUitstekendNiet van toepassingUitstekend (lokaal)
Latentie monitoringUitstekend50-200 ms50-200 ms
SchaalbaarheidMoeilijkGemakkelijkGemakkelijk
OnderhoudbaarheidIT-belasting 0,3-0,5 FTEMinimaalMinimaal
Beschikbaarheid platform~99% (indien redundant)99,9%+ (SLA)99,9%+
Weerstand tegen internetstoringenVolledigBeperktGoed (store-and-fwd)
NIS2/AVG-conformiteitMogelijkMogelijkMogelijk
Implementatietermijn4-12 weken1-2 weken1-2 weken
\n
\n

Wanneer kies je wat?​

\n

Kies voor de SaaS-cloud als:​

\n\n

Kies voor on-premise als:​

\n\n

Kies voor de hybride oplossing als:​

\n\n
\n

Conclusie​

\n

Er is geen algemeen geldend antwoord. De keuze hangt af van het aantal locaties, de mate van IT-ontwikkeling, de wettelijke vereisten en de ambities op het gebied van schaalbaarheid.

\n

Eén ding is zeker: bij implementaties op meerdere locaties neigt de TCO-balans duidelijk naar de SaaS-cloud. En het veiligheidsargument gaat alleen op als uw on-premise-omgeving goed wordt onderhouden — wat zelden het geval is bij kleine en middelgrote ondernemingen zonder een speciaal cyberbeveiligingsteam.

\n

De hybride edge- en cloudarchitectuur, zoals die wordt vertegenwoordigd door oplossingen als Eziwan, maakt het tegenwoordig mogelijk om lokale controle (nul-latentie, offline werking) te combineren met de kracht van de cloud (gecentraliseerd toezicht, toegang op afstand, onbeperkte geschiedenis) — zonder dat er een keuze hoeft te worden gemaakt.

\n
\n

Veelgestelde vragen​

\n

Kan een cloud-SCADA-systeem blijven werken als de internetverbinding uitvalt?\nMet een hybride architectuur (edge-gateway + cloud) blijft het industriële proces gewoon doorlopen (de PLC werkt autonoom) en worden de gegevens lokaal door de gateway gebufferd (store-and-forward). De realtime monitoring wordt tijdens de storing onderbroken, maar de gegevens gaan niet verloren — ze worden weer doorgestuurd zodra de verbinding is hersteld. Configureer voor kritieke alarmen lokale waarschuwingen (relais, sms via de edge-gateway) die zonder internet werken.

\n

Welke on-premise SCADA-systemen zijn compatibel met een IoT-cloudgateway?\nWonderware AVEVA, Ignition (Inductive Automation), CODESYS, FactoryTalk (Rockwell), WinCC (Siemens), Citect — deze systemen kunnen allemaal worden geïntegreerd met IoT-cloudgateways via OPC-UA, Modbus TCP of REST-API. De hybride architectuur houdt in dat het on-premise SCADA-systeem de lokale besturing blijft beheren en dat er een IoT-cloudgateway wordt toegevoegd voor bewaking op afstand en toegang op afstand voor technici.

\n

Is SaaS-cloudgeschikt voor bedrijfsgeheimen (formules, eigen processen)?\nKritieke procesgegevens (recepten, eigen parameters) kunnen worden uitgesloten van de gegevensoverdracht naar de cloud — u verstuurt alleen wat u nodig hebt voor het toezicht (temperaturen, drukken, machinestatus). Voor de meest gevoelige gegevens biedt cloudhosting in Frankrijk (OVHCloud, Scaleway), die onder het Franse recht valt, een extra beschermingsniveau ten opzichte van Amerikaanse hostingproviders die onder de CLOUD Act vallen.

\n

Hoe lang duurt de migratie van een on-premise SCADA-systeem naar de cloud?\nVoor een locatie met een bestaand SCADA-systeem duurt de implementatie van een cloudlaag (toegang op afstand, monitoring van meerdere locaties) 1 tot 4 weken, zonder dat het on-premise SCADA-systeem wordt verstoord. Het bestaande SCADA-systeem blijft in gebruik; de IoT-cloudgateway wordt parallel daaraan toegevoegd. Een volledige migratie naar een cloud-SCADA (zonder on-premise SCADA) duurt 2 tot 6 maanden, afhankelijk van de complexiteit van de installatie.

\n
\n

Meer informatie​

\n\n
\n

Twijfelt u tussen de cloud en een on-premise oplossing voor uw monitoringproject? Neem contact op met ons team voor advies op maat, afgestemd op uw industriële context.

\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/scada-cloud-vs-on-premise-guide-decision", "title": "SCADA in de cloud versus on-premise: beslissingsgids voor Franse industriële bedrijven 2026", "summary": "SCADA in de cloud of on-premise? Vergelijking op het gebied van TCO, beveiliging, latentie en naleving. Een uitgebreide gids om de industriële monitoringarchitectuur te kiezen die het beste bij uw situatie past.", "date_modified": "2026-06-19T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "scada", "cloud", "monitoring", "industrie-4-0", "industriele-iot", "infrastructure" ] }, { "id": "https://eziwan.com/nl/blog/cybersecurite-ot-menaces-industrie-2026", "content_html": "

Industriële systemen zijn het belangrijkste doelwit van cybercriminelen geworden. In 2025 had 68% van de bij het ANSSI gemelde cyberbeveiligingsincidenten betrekking op OT-systemen (Operational Technology), tegenover 41% in 2022. De toenemende onderlinge koppeling tussen IT- en OT-netwerken, versneld door Industrie 4.0, heeft het aanvalsoppervlak van fabrieken, elektriciteitscentrales en waternetwerken aanzienlijk vergroot.

\n

In deze gids worden de belangrijkste OT-bedreigingen die in 2025-2026 zijn geïdentificeerd, de meest kwetsbare sectoren in Frankrijk en concrete maatregelen om uw kwetsbaarheid te verminderen, toegelicht.

\n

Waarom OT-systemen het belangrijkste doelwit zijn geworden​

\n

Decennialang werden industriële systemen beschermd door de air gap: hun volledige fysieke afscherming van IT-netwerken en het internet. Deze natuurlijke bescherming is verdwenen door de digitalisering van de industrie.

\n

De factoren die voor een ommekeer hebben gezorgd:

\n\n

Gevolg: OT-systemen kampen met een opeenstapeling van niet-verholpen kwetsbaarheden, onbeveiligde protocollen en een toenemende blootstelling van het netwerk. Voor een aanvaller is dit een ideaal doelwit.

\n
\n

De 6 belangrijkste OT-bedreigingen in 2026​

\n

1. Industriële ransomware (ICS-ransomware)​

\n

Ransomware blijft de grootste bedreiging. Maar in 2025-2026 hebben cybercriminele groeperingen specifieke varianten voor industriële systemen ontwikkeld, die in staat zijn om:

\n\n

Actieve groepen in Europa: LockBit 3.0, BlackCat/ALPHV, Play en Cl0p hebben zich in 2024-2025 allemaal gericht op Franse bedrijfstakken. De productiesector is goed voor 28% van de slachtoffers van ransomware in Europa.

\n

Gemiddelde impact van industriële ransomware:

\n\n

Meest voorkomende aanvalsvectoren:

\n
    \n
  1. VPN zonder MFA die via credential stuffing is gehackt
    2. \n
  2. Toegang op afstand door onderhoudsonderaannemers (TeamViewer, AnyDesk) met gedeelde inloggegevens
    3. \n
  3. Gerichte phishing gericht op ingenieurs met toegang tot OT-systemen
    4. \n
  4. Misbruik van kwetsbaarheden in HMI's (Human-Machine Interface) die op het internet staan
    5. \n
\n
\n

2. Aanvallen op besturingsautomaten (PLC/RTU)​

\n

Programmeerbare logische controllers (PLC’s) zijn nu rechtstreeks het doelwit. Bij de meest geavanceerde aanvallen wordt de programmalogica (firmware of ladderlogica) gewijzigd om:

\n\n

Door het ANSSI vastgestelde terugkerende kwetsbaarheden (2024-2025):

\n
FabrikantType kwetsbaarheidCVE
Siemens S7-1500Buffer overflow in de Modbus TCP-serverCVE-2023-46156
Schneider Electric M340Geen authenticatie op FTP-poortCVE-2024-8935
Rockwell Automation ControlLogixRCE via EtherNet/IP zonder authenticatieCVE-2024-6077
Mitsubishi MELSEC iQ-RDenial-of-service via onjuist opgebouwde pakkettenCVE-2024-7419
Wago 750-serieStandaard inloggegevens niet gewijzigdCVE-2023-4156
\n

Belangrijke preventieve maatregel: de PLC’s in aparte VLAN’s isoleren, directe verbindingen vanuit het IT-netwerk verbieden, industriële DMZ’s gebruiken die voldoen aan de Purdue-architectuur.

\n
\n

3. Aanvallen op onbeveiligde industriële protocollen​

\n

Modbus, DNP3, BACnet en Profinet zijn in de jaren 1970-1990 ontworpen met het oog op betrouwbaarheid en snelheid. Geen van deze protocollen beschikt over ingebouwde authenticatie. Elk apparaat op hetzelfde netwerk kan:

\n\n

Typische aanval: een aanvaller die toegang krijgt tot het OT-netwerk (via een gehackte VPN, een geïnfecteerde onderhoudswerkplek of een fysiek aangesloten kabel) kan rechtstreeks Modbus-commando’s sturen naar de besturingscontroller van een pomp of een compressor.

\n

Beperkende maatregelen:

\n\n
\n

4. Aanvallen op HMI- en SCADA-interfaces​

\n

Mens-machine-interfaces (MMI’s) en SCADA-servers vormen vaak de zwakke schakels, omdat:

\n\n

Veelvoorkomend aanvalsscenario:

\n
    \n
  1. De aanvaller haakt een IT-werkstation af via phishing
    2. \n
  2. Netwerkscan → detecteert een Wonderware SCADA-server op poort 80
    3. \n
  3. Misbruik van een webkwetsbaarheid of standaard inloggegevens
    4. \n
  4. Toegang tot het productiebewakingssysteem → wijziging van alarmdrempels om een afwijking te verbergen
    5. \n
  5. Verspreiding van ransomware vanuit het SCADA-systeem naar de rest van het OT-netwerk
    6. \n
\n

Factcheck 2025: Het platform Shodan registreert in Frankrijk meer dan 15.000 industriële gebruikersinterfaces die rechtstreeks via internet toegankelijk zijn, waarvan er ongeveer 3.400 geen authenticatie hebben ingesteld.

\n
\n

5. Aanvallen op de toeleveringsketen (Supply Chain OT)​

\n

De OT-bedreiging via de toeleveringsketen neemt sterk toe. Deze bedreiging houdt in dat apparatuur, software of een dienstverlener wordt gecompromitteerd voordat deze bij het uiteindelijke slachtoffer terechtkomt.

\n

Geïdentificeerde vectoren:

\n\n

Direct daarmee verband houdende NIS2-vereisten: artikel 21 van de NIS2-richtlijn schrijft expliciet voor dat essentiële en belangrijke entiteiten het beveiligingsbeheer van de toeleveringsketen moeten regelen.

\n
\n

6. Interne bedreigingen (insiders)​

\n

Interne bedreigingen worden in de sector vaak onderschat. Het gaat daarbij om:

\n\n

Statistieken 2024 (Verizon DBIR-rapport): Bij 18% van de OT-incidenten is een interne medewerker of een gecompromitteerde vertrouwde dienstverlener betrokken.

\n

Belangrijkste maatregel: Zero Trust Access — elke toegang moet worden geauthenticeerd (MFA), in de tijd worden beperkt en worden gecontroleerd. Een onderaannemer mag nooit permanente, onbeperkte toegang hebben.

\n
\n

De meest kwetsbare sectoren in Frankrijk​

\n

1. Water en riolering​

\n

Volgens ANSSI en Europol is de watersector het belangrijkste doelwit van OT-aanvallen. De redenen hiervoor zijn:

\n\n

Referentie-incident: In februari 2021 heeft een aanvaller via een onbeveiligde TeamViewer-verbinding het natriumhydroxidegehalte in een waterzuiveringsinstallatie in Florida gewijzigd. Een oplettende operator heeft de afwijking tijdig opgemerkt. Hetzelfde type aanval is mogelijk op elk SCADA-systeem voor waterbeheer zonder strenge toegangscontrole.

\n

In Frankrijk worden waterbedrijven die meer dan 10.000 inwoners van water voorzien, in het kader van NIS2 aangemerkt als essentiële entiteiten, waaraan sinds 17 oktober 2024 strengere cyberbeveiligingsverplichtingen gelden.

\n

2. Energie en elektriciteitsnetten​

\n

Het aantal aanvallen op de energie-infrastructuur (productie, transport, distributie) is in Europa sinds 2022 verdrievoudigd. Distributienetbeheerders (DNB’s), producenten van hernieuwbare energie en industriële locaties met een onderstation lopen risico.

\n

Relevante protocollen: IEC 60870-5-101/104, IEC 61850 GOOSE, DNP3 — allemaal zonder ingebouwde authenticatie in hun basisversies.

\n

3. Farmaceutische en agrovoedingsindustrie​

\n

In deze sectoren gelden strenge regelgeving (FDA 21 CFR Part 11, EU GMP Bijlage 11) in combinatie met kritieke OT-systemen. Verontreiniging van een productieproces door manipulatie van besturingssystemen kan ernstige gevolgen hebben voor de volksgezondheid.

\n

Aanvallen die gericht zijn op het stilleggen van de productie (concurrentiesabotage) komen steeds vaker voor in deze sectoren met een hoge toegevoegde waarde.

\n

4. Gemeenten en slimme steden​

\n

Slimme steden zetten op grote schaal sensoren, actuatoren en IoT-gateways in, vaak met ontoereikende beveiligingsbudgetten. Straatverlichting, parkeerbeheer en stadsvervoerssystemen zijn tegenwoordig allemaal verbonden — en daardoor potentieel kwetsbaar.

\n
\n

De 10 belangrijkste maatregelen om uw OT in 2026 te beveiligen​

\n

Niveau 1: Basisbeginselen (meteen uitvoeren)​

\n

1. Inventarisatie van alle OT-assets\nU kunt niet beschermen wat u niet kent. Breng alle PLC's, SCADA-systemen, HMI's, gateways en netwerkapparatuur in kaart, inclusief hun besturingssystemen, firmware, protocollen en verbindingen. Gebruik passieve detectietools (Nozomi Networks, Claroty, Dragos) die het OT-netwerk niet verstoren.

\n

2. Segmentatie van het IT-/OT-netwerk\nScheid uw OT-netwerk van het IT-netwerk met een industriële firewall of een speciale DMZ. De Purdue-architectuur (niveaus 0 tot en met 5) blijft de standaard. Zorg er in ieder geval voor dat er geen directe communicatie plaatsvindt tussen kantoor-pc’s en veldcontrollers.

\n

3. Verwijdering van onbeveiligde externe toegangen\nControleer alle bestaande toegangsmogelijkheden op afstand (VPN, TeamViewer, AnyDesk, RDP). Schakel de toegangsmogelijkheden uit die niet strikt noodzakelijk zijn. Implementeer voor legitieme toegangsmogelijkheden MFA en beperk de tijdvakken waarin toegang mogelijk is.

\n

4. Wijziging van de standaard inloggegevens\nAlle apparatuur (PLC's, switches, HMI's, routers) die wordt geleverd met standaard inloggegevens (admin/admin, root/root) moet bij de eerste ingebruikname worden gewijzigd. Sla de inloggegevens op in een wachtwoordkluis (Bitwarden, HashiCorp Vault).

\n

5. Back-up van PLC-configuraties\nExporteer en sla TIA Portal-, Unity Pro- en Studio 5000-projecten offline op, op een locatie die losstaat van het OT-netwerk. In geval van ransomware moet het herstel vanuit een schone back-up binnen enkele uren kunnen plaatsvinden, niet binnen weken.

\n
\n

Niveau 2: Versterking (te plannen over een periode van 6-12 maanden)​

\n

6. Sterke authenticatie bij toegang op afstand\nImplementeer een industrieel VPN met MFA (TOTP of FIDO2) voor alle vormen van toegang op afstand — interne technici, onderaannemers, integrators. Elke sessie moet worden opgenomen (sessieopname) ten behoeve van de audit.

\n

7. Monitoring van OT-netwerkgedrag (NDR)\nImplementeer een passieve monitoring-sensor in uw OT-netwerk om afwijkingen in de communicatie te detecteren: nieuwe apparatuur, ongebruikelijke Modbus-functiecodes, communicatie naar onbekende IP-adressen, firmware-wijzigingen. De oplossingen van Nozomi Networks, Claroty en Dragos zijn marktleiders.

\n

8. Beheer van OT-kwetsbaarheden\nAbonneer u op de beveiligingsbulletins van uw fabrikanten (Siemens ProductCERT, Schneider Electric PSIRT, Rockwell Automation Security Advisories). Beoordeel kritieke CVE's (CVSS ≥ 7,0) en plan de patches in tijdens de komende onderhoudsvensters.

\n

9. Incidentresponsplan voor OT\nLeg het specifieke OT-responsproces vast: met wie contact opnemen (ANSSI indien het een NIS2-entiteit betreft), hoe een gecompromitteerd segment kan worden geïsoleerd zonder de productie stil te leggen, en procedures voor herstel vanuit back-ups. Test het plan eenmaal per jaar door middel van een simulatie.

\n

10. Opleiding van teams (OT Security Awareness)\nAutomatiseringsingenieurs hebben doorgaans geen opleiding op het gebied van cyberbeveiliging gevolgd. Sessies van 2 tot 4 uur over specifieke OT-bedreigingen, phishing, het beheer van USB-sticks en veilige toegang op afstand verminderen het interne risico aanzienlijk.

\n
\n

Hoe Eziwan voldoet aan de OT-beveiligingseisen​

\n

De Eziwan-gateway en het Eziwan-platform zijn vanaf het begin ontworpen met OT-beveiliging als een cruciale niet-functionele eis.

\n

Zero Trust-architectuur:

\n\n

Gedetailleerde toegangscontrole op afstand:

\n\n

Geïntegreerde OT-monitoring:

\n\n

Soevereine hosting:

\n\n
\n

OT-veiligheidschecklist 2026​

\n

Gebruik deze checklist om uw maturiteitsniveau op het gebied van OT-cyberbeveiliging te beoordelen:

\n

Governance

\n\n

Netwerkarchitectuur

\n\n

Toegang en identiteiten

\n\n

Onderhoud en updates

\n\n

Detectie en reactie

\n\n
\n

Veelgestelde vragen — OT-cyberbeveiliging en bedreigingen voor de industrie in 2026​

\n

Kan ransomware die het IT-netwerk treft, ook de OT-besturingssystemen bereiken?

\n

Ja, als de OT- en IT-netwerken met elkaar verbonden zijn zonder strikte scheiding. Dat is precies de manier waarop NotPetya (2017) en talrijke industriële incidenten sindsdien zich hebben verspreid. De ransomware versleutelt de IT-servers, verspreidt zich via Active Directory en netwerkshares, en als het OT-netwerk zich op hetzelfde LAN bevindt of toegankelijk is via hetzelfde Windows-domein, worden de SCADA-bewakingsstations en soms ook de PLC's getroffen.

\n

Kunnen Siemens- of Schneider-besturingssystemen rechtstreeks door malware worden geïnfecteerd?

\n

Industriële PLC’s raken niet ‘geïnfecteerd’ in de klassieke zin van het woord (geen standaardbestandssysteem, geen uitvoering van willekeurige code via gebruikelijke vectoren). Maar ze kunnen op afstand worden geherprogrammeerd als er toegang wordt verkregen (zie Stuxnet). Het werkelijke risico ligt vaker in het uitschakelen of manipuleren van de PLC's via een gecompromitteerde operator of onvoldoende beveiligde toegang op afstand, dan in een directe infectie van de firmware.

\n

Wat is de meldingsplicht aan de ANSSI in geval van een OT-incident onder NIS2?

\n

Voor entiteiten die onder NIS2 vallen (essentiële entiteiten en belangrijke entiteiten) geldt de volgende verplichting: voorlopige melding binnen 24 uur indien het incident waarschijnlijk aanzienlijke gevolgen zal hebben, tussentijds rapport binnen 72 uur, eindrapport binnen een maand. De ANSSI kan worden ingelicht via het daarvoor bestemde formulier op haar website. Niet-naleving kan leiden tot sancties die kunnen oplopen tot 10 miljoen euro of 2% van de wereldwijde omzet.

\n

Zijn oplossingen voor OT-netwerksegmentatie erg duur voor een klein of middelgroot bedrijf?

\n

Nee. Een eenvoudige segmentatie (OT/IT-VLAN’s op een beheerbare switch van 200-400 €, met strenge regels voor het verkeer tussen VLAN’s) is voor elke kleine en middelgrote onderneming haalbaar. Voor een hoger niveau zijn er compacte industriële firewalls (Stormshield SNi40, Fortinet FortiGate Rugged) verkrijgbaar vanaf 500-800 €. Segmentatie biedt de beste prijs-kwaliteitverhouding op het gebied van OT-cyberbeveiliging — het houdt incidenten in bedwang voordat ze zich kunnen verspreiden.

\n

Moeten onbeveiligde protocollen zoals Modbus TCP op het OT-netwerk worden uitgeschakeld?

\n

Op het interne OT-netwerk kan Modbus TCP actief blijven — het ontbreken van authenticatie is aanvaardbaar in een fysiek geïsoleerd en gesegmenteerd netwerk. De kritieke fout is het ongecontroleerd blootstellen van de Modbus-poort (502) aan het internet of aan het IT-netwerk. De prioriteit ligt bij het waarborgen dat geen enkele OT-poort van buitenaf toegankelijk is, niet noodzakelijkerwijs bij het op korte termijn vervangen van Modbus door een veiliger protocol.

\n
\n

Conclusie​

\n

Cyberbeveiliging van OT-systemen is voor Franse industriële bedrijven niet langer een optie. De NIS2-richtlijn, de eisen van de norm IEC 62443 en de realiteit van incidenten (ransomware, aanvallen op waternetwerken, sabotage van energie-infrastructuur) maken de beveiliging van OT-systemen onontbeerlijk.

\n

Het goede nieuws: in tegenstelling tot wat veel bedrijven denken, is het niet nodig om alles opnieuw op te zetten om aanzienlijke vooruitgang te boeken. De 5 fundamentele maatregelen die in deze gids worden gepresenteerd — inventarisatie, segmentatie, het verwijderen van onbeveiligde toegangen, standaard inloggegevens en back-ups — verminderen het risico op een ernstig incident met 80%, tegen redelijke kosten en met een redelijke complexiteit.

\n

Uw volgende stap: voer een OT-audit uit van uw infrastructuur (Eziwan biedt een gratis audit van uw externe verbindingen aan) en bepaal welke drie prioritaire maatregelen u in de komende 30 dagen moet nemen.

\n
\n

Artikel geschreven door het Eziwan-team. Eziwan is een leverancier van IIoT-gateways en industriële monitoringplatforms voor Franse kleine en middelgrote industriële bedrijven, lokale overheden en automatiseringsintegrators. Ontdek onze aanpak op het gebied van OT-beveiliging →

\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/cybersecurite-ot-menaces-industrie-2026", "title": "OT-cyberbeveiliging: overzicht van de bedreigingen voor de Franse industrie in 2026", "summary": "Volledig overzicht van cyberdreigingen gericht op industriële OT-systemen in 2026: ICS-ransomware, aanvallen op PLC’s, SCADA-kwetsbaarheden. Praktische gids om uw OT te beveiligen.", "date_modified": "2026-06-05T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "cyberveiligheid", "ot-security", "nis2", "iec-62443", "industrie-4-0", "scada" ] }, { "id": "https://eziwan.com/nl/blog/iec-62443-guide-pratique-industrie-francaise", "content_html": "

De norm IEC 62443 is uitgegroeid tot de internationale referentie voor cyberbeveiliging van industriële besturingssystemen (ICS/SCADA/OT). Met de inwerkingtreding van de NIS2-richtlijn in Frankrijk wordt deze norm voortaan expliciet genoemd als technisch referentiekader dat van toepassing is op essentiële en belangrijke entiteiten.

\n

Toch staat de norm bekend als complex en omvangrijk. Deze praktische gids vat de belangrijkste punten voor Franse industriëlen samen: wat de norm concreet vereist, hoe men hieraan kan voldoen, en de prioriteiten voor 2026.

\n

Wat is IEC 62443?​

\n

IEC 62443 (voorheen ISA-99) is een reeks normen die is ontwikkeld door de ISA (International Society of Automation) en gepubliceerd door de IEC. Deze normen hebben betrekking op de cyberbeveiliging van industriële automatiserings- en besturingssystemen (IACS).

\n

De opbouw van de norm​

\n

De norm is onderverdeeld in 4 reeksen:

\n
SerieTitelDoelgroep
62443-1.xAlgemeen (concepten, modellen, terminologie)Iedereen
62443-2.xBeleid en proceduresIndustriële exploitanten, CISO's
62443-3.xSysteem (architectuur, beveiligingsniveaus)Architecten, integrators
62443-4.xComponenten (productbeveiliging)Fabrikanten van apparatuur
\n

Voor een Franse industriële onderneming die aan NIS2 wil voldoen, zijn de meest relevante onderdelen:

\n\n
\n

Security Levels (SL): inzicht in de beveiligingsniveaus​

\n

Het centrale begrip van IEC 62443 is het beveiligingsniveau — het vereiste beveiligingsniveau op basis van de kriticiteit van het systeem.

\n

De 4 niveaus​

\n
BeveiligingsniveauBeschrijvingTegen welke dreiging?
SL 0Geen specifieke bescherming— (niet-verbonden systemen)
SL 1Bescherming tegen onopzettelijke aanvallenMenselijke fouten, niet-gerichte kwaadwillige acties
SL 2Bescherming tegen opzettelijke aanvallen met beperkte middelenHacktivisten, opportunisten
SL 3Bescherming tegen aanvallen met geavanceerde middelenGeorganiseerde criminele groeperingen
SL 4Bescherming tegen aanvallen door statenStaatsgerelateerde APT's
\n

Voor de overgrote meerderheid van de Franse industriële bedrijven: niveau SL 2 is het juiste streefniveau. SL 3 is voorbehouden aan exploitanten van vitale belang (OIV) met zeer kritieke systemen. SL 4 is vrijwel uitsluitend bestemd voor militaire en nucleaire infrastructuren.

\n

Hoe bepaal je de benodigde SL voor je systeem?​

\n

De procedure verloopt in drie stappen:

\n

1. Gebieden en leidingen identificeren (IEC 62443-3-2)

\n

Begin met het indelen van uw OT-systemen in beveiligingszones (Security Zones):

\n\n

Identificeer vervolgens de kanalen (Conduits) — de communicatiekanalen tussen zones (VPN voor externe toegang, SCADA-verbindingen, IT/OT-gateways).

\n

2. De kriticiteit van elke zone beoordelen (CASC)

\n

Beoordeel voor elk gebied de gevolgen van een inbreuk aan de hand van de CASC-criteria:

\n\n

3. De streef-SL per zone vaststellen

\n

De beoordeelde kriticiteit bepaalt de beoogde veiligheidsniveau (SL): een zone met veiligheidsbesturingssystemen (SIL) in een SEVESO-installatie streeft naar SL 3, terwijl een controlekamer van een drinkwaterpompstation doorgaans streeft naar SL 2.

\n
\n

De 7 basisvereisten (Foundational Requirements) van IEC 62443-3-3​

\n

De norm IEC 62443-3-3 definieert 7 fundamentele eisen (FR) voor systemen. Elke FR wordt uitgesplitst in gedetailleerde eisen, afhankelijk van het SL-niveau.

\n

FR 1 — Identificatie- en authenticatiecontrole​

\n

Wat dit in de praktijk betekent:

\n\n

Eziwan-app: elke technicus beschikt over een eigen OpenVPN/IPSec-VPN-sleutel. MFA-authenticatie is beschikbaar op het cloudplatform.

\n

FR 2 — Gebruikscontrole​

\n

Wat dit betekent:

\n\n

Toepassing: met het RBAC-systeem van Eziwan kunnen voor elke technicus toegangsrechten worden ingesteld per locatie, per apparaat en per tijdsperiode.

\n

FR 3 — Gegevensintegriteit​

\n

Wat dit betekent:

\n\n

Toepassing: alle Eziwan-communicatie wordt versleuteld via OpenVPN (authenticatie + versleuteling). De configuraties zijn digitaal ondertekend.

\n

FR 4 — Gegevensbescherming​

\n

Wat dit betekent:

\n\n

Toepassing: AES-256-GCM-versleuteling van alle communicatie; opgeslagen gegevens worden versleuteld op de Franse cloudinfrastructuur.

\n

FR 5 — Beperkte gegevensstroom​

\n

Wat dit betekent:

\n\n

Eziwan-app: zero-inbound-port-architectuur — het OT-netwerk wordt nooit rechtstreeks blootgesteld. Het verkeer verloopt via de Eziwan-cloud, die als centraal controlepunt fungeert.

\n

FR 6 — Reactie op de gebeurtenissen​

\n

Wat dit betekent:

\n\n

Toepassing: volledige logboekregistratie van alle beveiligingsgebeurtenissen, configureerbare waarschuwingen bij afwijkingen in de verbinding, export van logbestanden naar SIEM.

\n

FR 7 — Beschikbaarheid van middelen​

\n

Wat dit betekent:

\n\n

Toepassing: Dual-SIM-failover, multi-AZ-cloudinfrastructuur, automatische back-ups van gateway-configuraties.

\n
\n

Het IEC 62443-conformiteitsproces in 6 stappen​

\n

Hier volgt een pragmatische aanpak voor Franse industriële bedrijven die aan NIS2 moeten voldoen door te verwijzen naar IEC 62443.

\n

Stap 1: Inventarisatie van de OT-middelen (3-5 dagen)​

\n

Maak een lijst van al uw OT-systemen:

\n\n

Voor elk apparaat: firmware-/softwareversie, netwerkconnectiviteit, datum van de laatste beveiligingsupdate, bestaande mogelijkheden voor toegang op afstand.

\n

Stap 2: In kaart brengen van de zones en leidingen (2-3 dagen)​

\n

Teken het huidige OT-netwerkschema met de beveiligingszones en de communicatiestromen. Breng het volgende in kaart:

\n\n

Stap 3: Vereenvoudigde risicoanalyse (1 week)​

\n

Beoordeel voor elk gebied:

\n\n

Geef voorrang aan de gebieden die als eerste moeten worden aangepakt: hoge kriticiteit + hoge kwetsbaarheid = prioriteit 1.

\n

Stap 4: Bepaling van het beoogde SL-niveau per zone​

\n

Op basis van de risicoanalyse:

\n\n

Stap 5: Herstelplan (gespreid over 6-18 maanden)​

\n

Stel voor elk gebied waarvan het huidige niveau onder het streefniveau ligt, corrigerende maatregelen vast:

\n

Prioritaire maatregelen SL 2:

\n
    \n
  1. Alle standaardwachtwoorden op OT-apparatuur verwijderen
    2. \n
  2. Onbeveiligde externe toegang (blootgestelde RDP, TeamViewer) vervangen door een zero-trust VPN
    3. \n
  3. MFA-authenticatie invoeren voor alle externe toegang
    4. \n
  4. Persoonlijke accounts aanmaken (geen gedeelde generieke accounts)
    5. \n
  5. Logboekregistratie van toegangen inschakelen op alle apparatuur waar dit mogelijk is
    6. \n
  6. Het OT-netwerk afscheiden van het IT-kantoornetwerk (DMZ of VLAN met ACL)
    7. \n
\n

Belangrijke acties SL 2:\n7. De firmware van OT-apparatuur (gateways, industriële switches) bijwerken\n8. De procedures voor het reageren op incidenten documenteren\n9. De onderhoudsteams opleiden op het gebied van OT-cyberbeveiligingsrisico’s

\n

Stap 6: Evaluatie en voortdurende verbetering​

\n

Naleving van IEC 62443 is geen eenmalig project, maar een continu proces. Plan het volgende:

\n\n
\n

IEC 62443 en NIS2: wat Franse organisaties moeten doen​

\n

De NIS2-richtlijn (in Frankrijk omgezet bij de wet van 8 oktober 2024) verwijst niet expliciet naar de norm IEC 62443, maar de maatregelen die zij voorschrijft, komen rechtstreeks daarmee overeen.

\n

De betrokken entiteiten​

\n

Essentiële sectoren: energie (elektriciteit, gas, aardolie), vervoer (luchtvaart, spoorwegen, scheepvaart, wegvervoer), het bankwezen, financiële infrastructuur, water (watervoorziening, afvalwater), gezondheidszorg, digitale infrastructuur.

\n

Belangrijke sectoren: postdiensten, afvalbeheer, chemische producten, voedingsmiddelen, industriële productie (medische hulpmiddelen, elektronische apparatuur, machinebouw), digitale dienstverleners.

\n

De vereiste maatregelen op het gebied van cyberbeveiliging (art. 21 NIS2)​

\n
    \n
  1. Beveiligingsbeleid voor informatiesystemen (IEC 62443-2-1)
    2. \n
  2. Incidentbeheer: detectie, reactie, melding binnen 24 uur (IEC 62443-2-1, FR 6)
    3. \n
  3. Bedrijfscontinuïteit: back-ups, herstelplannen (IEC 62443-3-3 FR 7)
    4. \n
  4. Beveiliging van de toeleveringsketen: beveiliging van onderaannemers met OT-toegang (IEC 62443-2-4)
    5. \n
  5. Beveiliging van aankopen: beveiligingsbeoordeling vóór de implementatie van OT-apparatuur (IEC 62443-4-2)
    6. \n
  6. Opleiding en bewustmaking: alle medewerkers met toegang tot OT-systemen
    7. \n
  7. Cryptografie en versleuteling: versleutelde communicatie, bescherming van gevoelige gegevens
    8. \n
  8. Toegangscontrole: sterke authenticatie, RBAC, logboekregistratie (IEC 62443-3-3 FR 1, FR 2)
    9. \n
  9. Personeelsbeveiliging: antecedentenonderzoek, procedures bij vertrek
    10. \n
  10. Risicobeoordeling: formeel, gedocumenteerd proces (IEC 62443-3-2)
    11. \n
\n
\n

De 5 fouten die je bij een IEC 62443-project moet vermijden​

\n

Fout 1: Eerst de documentatie doornemen in plaats van de inventarisatie​

\n

Veel bedrijven laten beveiligingsbeleidsdocumenten opstellen voordat ze een daadwerkelijke inventarisatie hebben uitgevoerd. Het resultaat: theoretische documenten die geen aansluiting hebben bij de praktijk. Begin altijd met de inventarisatie en het in kaart brengen.

\n

Fout 2: IEC 62443 behandelen als een IT-project​

\n

De OT-beveiliging kent specifieke beperkingen: apparatuur mag niet offline worden gehaald voor updates, de protocollen zijn verouderd (Modbus uit 1979) en de teams bestaan uit automatiseringsspecialisten — geen IT-specialisten. Betrek de productieteams vanaf het begin bij het proces.

\n

Fout 3: Zonder gegronde reden streven naar SL 3 of SL 4​

\n

SL 3 en SL 4 stellen zeer strenge eisen (sterke authenticatie op PLC’s, versleuteling van alle industriële protocollen, inclusief Modbus), waardoor OT-apparatuur vaak moet worden vervangen. Voor de meeste industriële bedrijven is SL 2 een realistisch en toereikend streefdoel.

\n

Fout 4: De beveiliging van toegang door derden verwaarlozen​

\n

De meest voorkomende OT-incidenten hebben te maken met externe toegang door onderhoudsonderaannemers. Geef prioriteit aan de beveiliging van toegang door derden (op naam gestelde accounts, MFA, traceerbaarheid) voordat u de meer technische aspecten aanpakt.

\n

Fout 5: Denken dat naleving van NIS2 gelijk staat aan naleving van IEC 62443​

\n

NIS2 schrijft beveiligingsmaatregelen voor, maar certificeert niet volgens IEC 62443. De IEC 62443-certificering (door een geaccrediteerde instantie) staat los van de NIS2-conformiteit. Voor de meeste industriële bedrijven volstaat een gedocumenteerde conformiteit met IEC 62443 zonder formele certificering om aan NIS2 te voldoen.

\n
\n

Veelgestelde vragen​

\n

Is een IEC 62443-certificering verplicht om aan NIS2 te voldoen?\nNee. De NIS2-richtlijn schrijft technische en organisatorische beveiligingsmaatregelen voor, maar vereist geen formele IEC 62443-certificering (die wordt afgegeven door geaccrediteerde instanties zoals TÜV, Bureau Veritas, enz.). Het documenteren dat uw werkwijzen in overeenstemming zijn met IEC 62443 is daarentegen een uitstekende manier om uw NIS2-conformiteit aan te tonen aan het ANSSI.

\n

Met welk deel van de IEC 62443 moet een industriële PMI beginnen?\nVoor een PMI begint u met IEC 62443-2-1 (beleidsregels en procedures) en IEC 62443-3-3 (systeemvereisten voor beveiligingsniveaus 1 en 2). Dit zijn de delen die het meest direct toepasbaar zijn en waar opdrachtgevers het vaakst om vragen. De delen 4.x (componenten) zijn vooral van belang voor fabrikanten van apparatuur.

\n

Wat is een beveiligingszone (Security Zone) in IEC 62443?\nEen beveiligingszone is een groep systemen met hetzelfde vereiste beveiligingsniveau, die door middel van kanalen (gecontroleerde communicatiekanalen) van andere zones zijn gescheiden. Voorbeeld: Zone 1 = productiecontrollers (SL2), Zone 2 = SCADA (SL2), Zone 3 = IT (SL1). De communicatie tussen zones verloopt verplicht via een firewall of een gecontroleerde DMZ.

\n

Hoe bepaal ik welk beveiligingsniveau (SL) ik voor mijn installatie moet nastreven?\nHet beoogde SL hangt af van de gevolgen van een incident: SL1 voor een beperkt risico (tijdelijke stilstand van een niet-kritisch proces), SL2 voor een aanzienlijk risico (gevolgen voor de productie of de veiligheid van personen), SL3 voor kritieke systemen (energie, water, gezondheidszorg). De meeste industriële kleine en middelgrote ondernemingen streven naar SL2 voor hun SCADA-systemen en naar SL1 voor ondersteunende systemen.

\n

Heeft IEC 62443 betrekking op de beveiliging van VPN-toegang op afstand?\nJa. IEC 62443-3-3 behandelt expliciet authenticatie (SR 1.1, SR 1.2), communicatieversleuteling (SR 4.1), sessiebeheer (SR 1.3) en traceerbaarheid (SR 2.8). Een OpenVPN/IPSec-VPN met authenticatie via certificaten en logboekregistratie voldoet op deze punten aan de eisen van beveiligingsniveaus 1 en 2.

\n
\n

Aanvullende bronnen​

\n\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/iec-62443-guide-pratique-industrie-francaise", "title": "IEC 62443: de praktische gids voor Franse industriëlen in 2026", "summary": "Volledige gids over IEC 62443 voor de Franse industrie: beveiligingsniveaus, praktische eisen, aanpak voor naleving. Van toepassing vanaf 2026 met de NIS2-richtlijn.", "date_modified": "2026-05-26T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "cyberveiligheid", "iec-62443", "nis2", "ot-security", "industrie-4-0" ] }, { "id": "https://eziwan.com/nl/blog/roi-iot-industriel-calcul-optimisation", "content_html": "

Een van de grootste belemmeringen voor de invoering van het industriële IoT is de moeilijkheid om de investering bij de besluitvormers te rechtvaardigen: wat is de werkelijke ROI? Hoe kan die worden gemeten? Binnen welke termijn kan die worden gerealiseerd?

\n

Deze gids biedt een gestructureerde methode om het rendement op investering van een project voor industriële IoT-monitoring te berekenen, met concrete voorbeelden uit daadwerkelijke implementaties.

\n

Waarom de ROI van IoT vaak wordt onderschat​

\n

Bij de meeste berekeningen van het rendement op investering (ROI) van het IoT ligt de nadruk op de directe en voor de hand liggende besparingen. Maar het industriële IoT levert voordelen op in vier categorieën die vaak worden onderschat:

\n
    \n
  1. Directe besparingen: vermeden kosten (verplaatsingen, spoedinterventies, ongeplande storingen)
    2. \n
  2. Productiviteitswinst: tijd die vrijkomt door de automatisering van de bewaking
    3. \n
  3. Risicobeperking: vermeden kosten van incidenten (contractuele boetes, wettelijke boetes, reputatieschade)
    4. \n
  4. Waarde van gegevens: optimalisaties die mogelijk worden gemaakt door de nieuwe beschikbare gegevens
    5. \n
\n

Projecten die alleen categorie 1 meten, schatten de ROI van het IoT stelselmatig te laag in.

\n
\n

De formule voor de ROI van industriële IoT​

\n

De ROI wordt berekend over een bepaalde periode (meestal 1, 2 of 3 jaar):

\n
ROI (%) = [(Totale winst - Totale kosten) / Totale kosten] × 100
\n

Totale kosten = Initiële investering + Terugkerende kosten

\n\n

Totale voordelen = som van de besparingen en opbrengsten in de 4 categorieën

\n
\n

Categorie 1: Directe besparingen​

\n

Minder verplaatsingen van technici​

\n

Dit is vaak de belangrijkste post en tevens de post die het gemakkelijkst in cijfers uit te drukken is.

\n

Werkelijke kosten van een bezoek door een technicus (Frankrijk, 2026):

\n
OnderdeelGeschatte kosten
Reistijd (2 uur heen en terug)60-120 €
Kilometervergoeding (50 km × 0,33 €)33 €
Interventietijd ter plaatse (1-2 uur)60-120 €
Bereikbaarheidsdienst (toeslag 25-50%)+30-80 €
Totaal reiskosten bij bereikbaarheidsdienst180-350 €
Totaal reiskosten per dag150-250 €
\n

Hoe IoT-monitoring het aantal verplaatsingen vermindert:

\n\n

Typische besparingen:

\n\n

Vermindering van ongeplande stilstanden​

\n

Een onverwachte storing kost gemiddeld 3 tot 5× meer dan een vergelijkbare preventieve ingreep.

\n

Kosten van een ongeplande stilstand (voorbeeld: industrieel MKB-bedrijf):

\n\n

Dankzij IoT-monitoring en vroegtijdige waarschuwingen worden afwijkingen al vóór een storing gedetecteerd: de trillingen nemen geleidelijk toe, de temperatuur overschrijdt de drempelwaarde, de motorstroom stijgt abnormaal. De ingreep wordt gepland tijdens een geplande stilstand.

\n

ROI van preventie: het voorkomen van 1 tot 2 ongeplande stilstanden per vestiging per jaar is vaak al voldoende om de totale IoT-investering terug te verdienen.

\n
\n

Categorie 2: Productiviteitswinst​

\n

Tijdwinst voor het bedienend personeel dankzij de automatisering van de bewaking​

\n

Zonder IoT-monitoring besteden operators en technici tijd aan:

\n\n

Schatting van de bespaarde tijd (voor 20 bewaakte apparaten):

\n
Afgeschafte of beperkte taakTijd/week vóórTijd/week naBesparing
Controle rondes8 uur2 uur6 uur
Handmatige invoer van meterstanden3 uur0 uur3 uur
Opstellen van rapporten2 uur0 uur (automatisch)2 uur
Beheer van oproepen tijdens de wachtdienst4 uur1 uur3 uur
Totaal17 uur3 uur14 uur/week
\n

14 uur/week × uurtarief inclusief onkosten (60 €) = 840 €/week aan productiviteitsbesparingen, ofwel 43 000 €/jaar.

\n

Verkorting van de diagnosetijd​

\n

Dankzij de in de cloud beschikbare gegevensgeschiedenis duurt het diagnosticeren van een storing 10-15 minuten, in plaats van 1-2 uur ter plaatse. De technicus bekijkt de trendgrafiek, stelt de afwijking vast en plant een gerichte interventie.

\n
\n

Categorie 3: Risicobeperking​

\n

Naleving van regelgeving vermeden​

\n

Voor sectoren die onder NIS2 vallen (water, energie, vervoer, gezondheidszorg), kunnen de boetes voor niet-naleving oplopen tot 2% van de wereldwijde jaaromzet voor een essentiële entiteit.

\n

IoT-monitoring met registratie van toegangen, traceerbaarheid van interventies en automatische auditrapporten vermindert het risico op niet-naleving aanzienlijk.

\n

Voorkomen van dienstboetes​

\n

Voor bedrijven met een SLA (onderhoudsdienstverleners, netwerkexploitanten) kan elk uur dat de dienst niet beschikbaar is, aanleiding geven tot contractuele boetes.

\n

Voorbeeld: een exploitant van een waterleidingnet met een boete van 2 000 € per uur dat de druk niet aan de norm voldoet. 1 storing die dankzij het IoT 4 uur eerder werd gedetecteerd = 8 000 € aan boetes vermeden.

\n
\n

Categorie 4: Waarde van de gegevens​

\n

Optimalisatie van het energieverbruik​

\n

Aan de hand van de in realtime verzamelde gegevens over het stroomverbruik kunnen onnodige verbruikspieken, onderbenutte apparatuur en mogelijkheden voor verbruiksbeperking worden geïdentificeerd.

\n

Typische besparingen: 5 tot 15% lagere elektriciteitsrekening voor de apparatuur die onder toezicht staat.

\n

Concreet voorbeeld: een pompstation met pompen die 24 uur per dag op vol vermogen draaien. Uit de IoT-analyse blijkt dat de vraag ’s nachts 40% lager is. Verlaging van het toerental van de pompen via een frequentieregelaar (reeds aanwezig) → besparing van 22% op het stroomverbruik.

\n

Beslissingen op basis van gegevens versus intuïtie​

\n

Vóór het IoT werden beslissingen over onderhoud genomen op basis van ervaring en papieren gegevens. Na het IoT worden ze genomen op basis van actuele gegevens:

\n\n
\n

Voorbeelden van ROI-berekeningen per sector​

\n

Waterbedrijf — netwerk van 40 pompstations​

\n

Startinvestering:

\n\n

Jaarlijkse terugkerende kosten:

\n\n

Jaarlijkse besparingen:

\n\n

ROI jaar 1: (103 600 - 24 000 - 19 200) / 43 200 = 140%\nTerugverdientijd: 4 tot 5 maanden

\n

Industrieel MKB — 3 productielocaties​

\n

Startinvestering:

\n\n

Jaarlijkse terugkerende kosten:

\n\n

Jaarlijkse besparingen:

\n\n

ROI jaar 1: (54 000 - 9 000 - 7 200) / 16 200 = 234%\nTerugverdientijd: 3 maanden

\n
\n

Factoren die de ROI maximaliseren​

\n

1. Begin met de meest kritieke locaties en installaties​

\n

De ROI is het hoogst bij apparatuur met hoge uitvalkosten en op de meest afgelegen locaties (hoge reiskosten). Geef prioriteit aan:

\n\n

2. Toezicht integreren in de onderhoudsprocessen​

\n

Een IoT-systeem dat niet in de onderhoudsworkflows is geïntegreerd, levert weinig toegevoegde waarde op. Het rendement op de investering (ROI) is het hoogst wanneer:

\n\n

3. Voortdurend meten en optimaliseren​

\n

Stel bij de start KPI’s vast om de voortgang te meten:

\n\n

Vergelijk de resultaten elk kwartaal om mogelijkheden voor verbetering te identificeren.

\n
\n

Fouten die de ROI verlagen​

\n

De kosten van de eerste implementatie onderschatten​

\n

Een slordige installatie leidt tot kostbare herstelwerkzaamheden. Reken 30 tot 50% van de materiaalkosten voor de installatie, configuratie en training.

\n

Het begeleiden van veranderingen verwaarlozen​

\n

Om een maximaal rendement op de investering te behalen, moeten de teams de nieuwe werkwijzen daadwerkelijk omarmen. Een technicus die geen gebruik maakt van toegang op afstand voordat hij ter plaatse gaat, bespaart niets.

\n

Een niet-schaalbaar platform kiezen​

\n

De kosten voor de migratie van het ene IoT-platform naar het andere zijn vaak hoger dan de initiële kosten. Controleer de schaalbaarheid, de open API en de duurzaamheid van de leverancier voordat u een verbintenis aangaat.

\n
\n

Conclusie​

\n

De ROI van het industriële IoT is zelden het probleem dat men denkt: bij de overgrote meerderheid van de industriële implementaties wordt deze binnen minder dan 12 maanden bereikt, vaak al binnen 3 tot 6 maanden.

\n

De echte vraag is niet „is het rendabel?”, maar „waar moet je beginnen?” Het antwoord: begin met 5 tot 10 zeer kritieke locaties of installaties, meet de werkelijke ROI over een periode van drie maanden en rol het vervolgens op grote schaal uit op basis van concrete gegevens.

\n
\n

Veelgestelde vragen​

\n

Hoe bereken je de ROI van een industrieel IoT-project zonder historische storingsgegevens?\nGebruik sectorale schattingen als uitgangspunt: een ongeplande storing kost de verwerkende industrie gemiddeld 5 tot 15% van de jaarlijkse productiewaarde. Voor waterbedrijven kunt u rekenen op 2.500 tot 5.000 € per ongeplande noodinterventie. Verfijn de schattingen met uw werkelijke gegevens na 3 maanden proefimplementatie.

\n

Is de ROI van industrieel IoT hetzelfde voor een MKB-bedrijf als voor een grote onderneming?\nNee. Grote ondernemingen profiteren van schaalvoordelen op het gebied van gateways en abonnementen, en beschikken over meer kritieke apparatuur — de absolute ROI is hoger. Daarentegen is de relatieve ROI (% besparingen ten opzichte van het onderhoudsbudget) vaak beter voor KMO's, omdat zij geen speciale IT-middelen hebben en proportioneel meer besparen door het toezicht te automatiseren.

\n

Moet de ROI vóór of na de start van een proefproject worden berekend?\nBeide. Vóór: een geschatte ROI rechtvaardigt het budget voor het proefproject bij het management. Erna: de gemeten ROI (op basis van werkelijke gegevens) rechtvaardigt de volledige uitrol en onderbouwt de oorspronkelijke aannames. De ervaring leert dat de werkelijke ROI vaak hoger is dan de geschatte ROI, omdat er tijdens het proefproject onverwachte voordelen naar voren komen (betere zichtbaarheid, snellere besluitvorming, enz.).

\n

Welke kosten moeten in een industrieel IoT-project worden meegerekend?\nDe klassieke onderschatte kosten: installatie van RS-485-bekabeling (reken op 200–500 € per locatie), opleiding van onderhoudsteams (minimaal 2 dagen), SCADA-configuratie (integratie van nieuwe gegevens in bestaande tools) en verandermanagement (ervoor zorgen dat de technici in het veld de nieuwe tools gaan gebruiken).

\n
\n

Bronnen voor verdere verdieping​

\n\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/roi-iot-industriel-calcul-optimisation", "title": "ROI van het industriële IoT: hoe u uw rendement op investering kunt berekenen en maximaliseren", "summary": "Een uitgebreide methode om de ROI van een industrieel IoT-project te berekenen: minder reizen, besparingen op onderhoud, productiviteitswinst. Cijfermatige voorbeelden per sector.", "date_modified": "2026-05-12T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "roi", "industriele-iot", "onderhoud", "industrie-4-0", "monitoring" ] }, { "id": "https://eziwan.com/nl/blog/supervision-industrielle-distance-guide-complet", "content_html": "

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.

\n

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

\n

Wat is industriële supervisie op afstand?​

\n

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

\n\n

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

\n

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

\n

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

\n
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
\n

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).

\n
\n

Architecturen voor bewaking op afstand​

\n

Architectuur 1: gecentraliseerd cloudbeheer (aanbevolen)​

\n\n

Voordelen:

\n\n

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

\n

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

\n\n

Voordelen:

\n\n

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

\n

Architectuur 3: edge computing + hybride cloud​

\n

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.

\n\n
\n

Industriële protocollen voor bewaking op afstand​

\n

Modbus RTU/TCP — de universele standaard​

\n

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

\n\n

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.

\n

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

\n

MQTT — het IIoT-protocol​

\n

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

\n

Sterke punten voor beheer op afstand:

\n\n

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

\n

OPC-UA — voor veeleisende SCADA-omgevingen​

\n

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

\n

Sterke punten:

\n\n

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.

\n
\n

Cyberbeveiliging bij bewaking op afstand​

\n

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.

\n

De 5 gouden regels voor OT-cyberbeveiliging​

\n

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

\n

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.

\n

2. VPN en versleuteling zijn verplicht

\n

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.

\n

3. Sterke authenticatie voor toegang op afstand

\n

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.

\n

4. Het principe van minimale rechten

\n

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.

\n

5. Volledig auditlogboek

\n

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.

\n

NIS2 en bewaking op afstand​

\n

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:

\n\n

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

\n
\n

Praktische implementatie: van 1 tot 1.000 locaties​

\n

Voor een enkele locatie (POC of proefproject)​

\n

Benodigde apparatuur:

\n\n

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

\n

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

\n

Voor 10 tot 50 locaties​

\n

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

\n

ZTP-proces van Eziwan:

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

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

\n

Voor 100+ locaties (vlootbeheer)​

\n

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

\n\n
\n

Concrete toepassingsvoorbeelden​

\n

Waterbedrijf — netwerk van 80 pompstations​

\n

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

\n

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

\n

Resultaten:

\n\n

Voedingsmiddelenindustrie — 3 productielocaties​

\n

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

\n

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.

\n

Resultaten:

\n\n

Zonnepark — 15 energiecentrales​

\n

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

\n

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).

\n

Resultaten:

\n\n
\n

Checklist voor de implementatie van monitoring op afstand​

\n

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

\n

Connectiviteit​

\n\n

Veldapparatuur​

\n\n

Cyberbeveiliging​

\n\n

Cloudplatform​

\n\n
\n

Conclusie​

\n

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.

\n

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.

\n

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.

\n
\n

Veelgestelde vragen — Industriële bewaking op afstand​

\n

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

\n

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.

\n

Hoeveel variabelen kunnen er tegelijkertijd op 100 locaties worden gemonitord?

\n

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).

\n

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

\n

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.

\n

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

\n

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.

\n

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

\n

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.

\n
\n

Aanvullende bronnen​

\n\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/supervision-industrielle-distance-guide-complet", "title": "Industriële monitoring op afstand: de complete gids 2026", "summary": "Volledige gids over industriële monitoring op afstand: SCADA-architecturen in de cloud, protocollen, cyberbeveiliging, implementatie. Voor automatiseringsspecialisten en onderhoudsverantwoordelijken.", "date_modified": "2026-04-28T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "monitoring", "scada", "toegang-op-afstand", "onderhoud", "industriele-iot" ] }, { "id": "https://eziwan.com/nl/blog/modbus-mqtt-opcua-protocoles-industrie", "content_html": "

De vraag „Welk protocol moet ik gebruiken voor mijn industriële IoT-project?“ komt steevast terug bij projecten voor fabrieksmodernisering. Modbus, MQTT en OPC-UA zijn de drie meest genoemde protocollen — maar ze zijn geen gelijkwaardige alternatieven. Ze werken op verschillende lagen, voorzien in verschillende behoeften en vullen elkaar vaak aan in plaats van met elkaar te concurreren.

\n

Dit artikel belicht de fundamentele verschillen, de sterke punten en de beperkingen ervan, en biedt u een hulpmiddel bij het kiezen van het juiste protocol voor uw specifieke toepassing.

\n

Eerst begrijpen: protocollen van verschillende aard​

\n

Voordat we een vergelijking maken, moeten we beseffen dat Modbus, MQTT en OPC-UA niet op hetzelfde niveau werken:

\n

Modbus is een protocol voor het uitlezen van gegevens: hiermee kan een apparaat worden ondervraagd om de registers ervan (meetwaarden, statussen) uit te lezen. Het is een veldprotocol van het type master/slave, dat is ontworpen voor het verzamelen van gegevens uit industriële apparatuur.

\n

MQTT is een berichtenprotocol: hiermee kun je gegevensstromen publiceren en je daarop abonneren via een gecentraliseerde broker. Het is een protocol voor het verzenden van berichten, niet voor het rechtstreeks ophalen van gegevens van apparatuur.

\n

OPC-UA is een servicearchitectuur: het combineert gegevensverzameling, toegang tot het gegevensmodel, beveiliging, alarmen en historiek in één enkele, uniforme industriële standaard. Het is de meest complete — en meest complexe — oplossing.

\n

In de praktijk: De meeste moderne industriële IoT-architecturen maken gebruik van alle drie. Modbus om veldapparatuur uit te lezen. MQTT om de gegevens naar de cloud te verzenden. OPC-UA voor interoperabiliteit tussen complexe systemen.

\n
\n

Modbus RTU en Modbus TCP​

\n

Wat is Modbus?​

\n

Modbus werd in 1979 ontwikkeld door Modicon (tegenwoordig Schneider Electric). Het is het oudste industriële protocol dat nog steeds actief in gebruik is — en veruit het meest verspreid in de Franse industriële sector.

\n

Modbus RTU werkt via een seriële RS-485-verbinding (of RS-232). Het is een asynchroon, master/slave-systeem met een lineaire bustopologie (multidrop). Er kunnen maximaal 247 slaves op één RS-485-bus worden aangesloten.

\n

Modbus TCP is Modbus ingekapseld in TCP/IP-pakketten. Het werkt via Ethernet, poort 502. Het behoudt het master/slave-model, maar maakt willekeurige netwerktopologieën mogelijk (ster, boom). Er is geen strikte limiet voor het aantal slaves op netwerkniveau.

\n

Wat je met Modbus kunt uitlezen​

\n

Modbus biedt 4 soorten gegevens:

\n\n

Om een temperatuurwaarde van een sensor uit te lezen: de master stuurt een verzoek „lees de registers 3x01 tot en met 3x02”, waarna de slave antwoordt met de twee registers die de waarde bevatten (meestal een 32-bits float verdeeld over twee aaneengesloten registers).

\n

Voordelen van Modbus​

\n

Absolute universaliteit: Als u industriële apparatuur hebt met een RS-485-poort of een ethernetpoort en niet weet welk protocol deze gebruikt, probeer dan eerst Modbus. De kans is zeer groot dat het apparaat Modbus ondersteunt.

\n

Eenvoud: Het protocol is eenvoudig — genummerde registers, standaard lees- en schrijffuncties. Elke ontwikkelaar kan binnen een paar uur een Modbus-client implementeren.

\n

Veerkracht: Geen afhankelijkheid van een broker of een centrale server. De master vraagt rechtstreeks informatie op bij elke slave. Een storing bij de master heeft geen invloed op de onderlinge communicatie tussen de slaves.

\n

Volwassenheid: 45 jaar industriële toepassing. Er bestaan Modbus-bibliotheken voor alle programmeertalen (Python, C, Java, JavaScript...).

\n

Beperkingen van Modbus​

\n

Uitsluitend pull-architectuur: De master moet elke slave proactief opvragen. De apparaten sturen niet uit zichzelf gegevens. Op een bus met 50 slaves die elke seconde worden opgevraagd, kan de werkelijke frequentie per slave dalen tot 20 seconden.

\n

Geen ingebouwde beveiliging: Modbus RTU en Modbus TCP beschikken niet over authenticatie- of versleutelingsmechanismen. Elk apparaat in het netwerk kan de registers van een blootgestelde Modbus-apparatuur lezen of schrijven. Beveiliging moet op netwerkniveau worden toegevoegd (VPN, segmentatie).

\n

Geen automatische detectie: Er is geen mechanisme om Modbus-apparaten op een bus te detecteren. U moet het slave-adres en de registeradressen van elk apparaat kennen.

\n

Geen semantische naamgeving: Register 40001 geeft niet aan wat het bevat — je hebt de documentatie van de fabrikant nodig om te weten dat het om de „temperatuur van het binnenkomende water“ gaat. Geen zelfbeschrijving.

\n

Wanneer moet Modbus worden gebruikt?​

\n\n
\n

MQTT (Message Queuing Telemetry Transport)​

\n

Wat is MQTT?​

\n

MQTT is in 1999 door IBM ontwikkeld voor telemetrie via satellietverbindingen met een lage bandbreedte. Het is in 2014 (MQTT 3.1.1) en 2019 (MQTT 5.0) door OASIS gestandaardiseerd.

\n

MQTT is een publish/subscribe-protocol: publishers versturen berichten naar topics, subscribers ontvangen de berichten op de topics waarop ze zijn geabonneerd. Een centrale MQTT-broker stuurt de berichten door tussen publishers en subscribers.

\n

MQTT-architectuur​

\n\n

De broker vormt het hart van de MQTT-architectuur. De clients (publishers en subscribers) maken verbinding met de broker — ze communiceren nooit rechtstreeks met elkaar.

\n

Sterke punten van MQTT​

\n

Push-architectuur: Uitgevers sturen gegevens wanneer ze iets te melden hebben. Er vindt geen polling plaats — de abonnee ontvangt de gegevens onmiddellijk na publicatie. Typische latentie: 10-50 ms end-to-end.

\n

Lightweight: Het protocol is ontworpen voor apparaten met beperkte middelen (microcontrollers, 2G-modems). Een MQTT-bericht kan in 2 bytes passen (minimale header). Zeer zuinig met bandbreedte.

\n

Configureerbare QoS: Drie niveaus van servicekwaliteit: QoS 0 (hoogstens één keer), QoS 1 (minstens één keer), QoS 2 (precies één keer). Voor kritieke toepassingen garandeert QoS 2 dat de gegevens precies één keer worden afgeleverd.

\n

Cloud-interoperabiliteit: Alle grote cloudproviders (AWS IoT Core, Azure IoT Hub, Google Cloud IoT) bieden een native MQTT-broker aan. MQTT is het de facto-protocol voor IoT-cloudarchitecturen.

\n

Native TLS: MQTT ondersteunt TLS 1.3 native. Beveiliging is in het protocol ingebouwd, het is geen toevoeging.

\n

Beperkingen van MQTT​

\n

Kan apparaten niet rechtstreeks uitlezen: Een Modbus RTU-apparaat ondersteunt MQTT niet standaard. Er is een gateway nodig die de Modbus-gegevens uitleest en deze via MQTT publiceert. Daarom worden Modbus en MQTT vaak samen gebruikt in industriële IoT-architecturen.

\n

Afhankelijkheid van de broker: Als de MQTT-broker uitvalt, stort de hele berichtenarchitectuur in. De veerkracht van de broker is van cruciaal belang. Beheerde brokers (AWS IoT, HiveMQ Cloud) zijn zeer betrouwbaar, maar zorgen voor een afhankelijkheid van een externe dienst.

\n

Geen gestandaardiseerd gegevensmodel: MQTT legt noch het formaat van de berichten, noch de structuur van de topics vast. Elke implementatie is vrij — wat de interoperabiliteit in de weg staat. Twee MQTT-systemen van verschillende leveranciers communiceren niet noodzakelijkerwijs met elkaar zonder aanpassingen.

\n

Geen native vraag-antwoord-mechanisme: MQTT is gericht op unidirectionele gebeurtenissen. Om een vraag-antwoordpatroon te implementeren (bijv. een parameter opvragen bij een apparaat), moet MQTT 5.0 worden gebruikt met gecorreleerde antwoordtopics — dit is mogelijk, maar complexer.

\n

Wanneer moet je MQTT gebruiken?​

\n\n
\n

OPC-UA (OPC Unified Architecture)​

\n

Wat is OPC-UA?​

\n

OPC-UA (IEC 62541) is vanaf 2006 door de OPC Foundation ontwikkeld als opvolger van OPC Classic (gebaseerd op COM/DCOM van Windows). Het is de meest ambitieuze industriestandaard: het combineert gegevensverzameling, een semantisch model, beveiliging, historiek, alarmen en toegang tot methoden in één enkel protocol.

\n

OPC-UA is tegenwoordig het favoriete protocol van PLC-fabrikanten voor Industry 4.0-architecturen: Siemens TIA Portal (S7-1500), Rockwell ControlLogix, Beckhoff TwinCAT, B&R Automation — ze ondersteunen OPC-UA al 5 tot 10 jaar standaard.

\n

Sterke punten van OPC-UA​

\n

Semantisch gegevensmodel: In tegenstelling tot Modbus (anonieme, genummerde registers) biedt OPC-UA een boomstructuur van benoemde en getypeerde objecten. Het knooppunt \"ns=2;i=1001\" kan bijvoorbeeld \"Machine1/Hoofdmotor/Lagertemperatuur\" heten, met bijbehorende metadata (eenheid, bereik, beschrijving). Zelfbeschrijving is standaard ingebouwd.

\n

Ingebouwde beveiliging: authenticatie, autorisatie, versleuteling, integriteit van berichten — alles is in het protocol opgenomen. OPC-UA ondersteunt verschillende beveiligingsprofielen (None, Sign, SignAndEncrypt) met moderne algoritmen (AES-256, RSA-2048+).

\n

Publish/Subscribe via OPC-UA PubSub (2017): OPC-UA kan nu niet alleen in de vraag-antwoordmodus (pull), maar ook in de asynchrone publicatiemodus (push) werken. Het kan gegevens publiceren naar MQTT-brokers, waardoor OPC-UA en MQTT elkaar aanvullen in plaats van met elkaar te concurreren.

\n

Toegang tot methoden: Met OPC-UA kunnen methoden op apparaten worden aangeroepen — het gaat niet alleen om het uitlezen van waarden. Het bedienen van een klep, het starten van een motor — alles wordt gemodelleerd als een OPC-UA-object.

\n

Semantiek en interoperabiliteit: De OPC-UA „Companion Specifications“ definiëren gestandaardiseerde modellen per sector: OPC-UA voor kunststoffen, voor robotica, voor PackML (verpakking), voor mijnbouw... SCADA-software die OPC-UA for PackML ondersteunt, kan verbinding maken met elke conforme verpakkingslijn, zonder dat daarvoor een specifieke configuratie nodig is.

\n

Beperkingen van OPC-UA​

\n

Complexiteit: OPC-UA is het meest complexe protocol om te implementeren en te configureren. De specificaties beslaan meer dan 1000 pagina’s. De leercurve is aanzienlijk voor teams die nog geen ervaring hebben met OPC-UA.

\n

Vereiste middelen: Een volledige OPC-UA-server vereist meer middelen dan een Modbus-slave. Oudere PLC’s of microcontrollers met beperkte capaciteit kunnen geen volledige OPC-UA-stack ondersteunen (er bestaan echter vereenvoudigde „nano”-profielen).

\n

Niet universeel in het veld: Oudere apparatuur (van vóór 2010-2015) ondersteunt OPC-UA niet. In een heterogeen industrieel apparaatpark zult u bij bestaande veldapparatuur veel vaker Modbus tegenkomen dan OPC-UA.

\n

Netwerk-overhead: OPC-UA-berichten zijn omvangrijker dan Modbus-berichten (XML of binair, afhankelijk van het transportprotocol). Bij 4G-verbindingen met een lage bandbreedte kan dit een rol spelen.

\n

Wanneer moet OPC-UA worden gebruikt?​

\n\n
\n

Beslissingsgids: welke combinatie past bij uw project?​

\n

Eenvoudige, typische industriële IoT-architectuur​

\n\n

Toepassing: Procesbewaking, waarschuwingen, historiek. 80% van de Franse industriële IoT-projecten past in dit patroon.

\n
\n

Architectuur met cloud-integratiebus​

\n\n

Toepassing: Projecten met meerdere gegevensgebruikers (SCADA + ERP + BI). MQTT als integratiebus.

\n
\n

Industrie 4.0-architectuur met OPC-UA​

\n\n

Toepassing: Fabrieken met moderne besturingssystemen, Industry 4.0-projecten, MES-integratie.

\n
\n

Beslissingsmatrix​

\n
BehoefteModbus RTUModbus TCPMQTTOPC-UA
RS-485-veldsensoren uitlezen✓✓———
PLC's via het netwerk uitlezen✓✓✓—✓
Gegevens naar de cloud verzenden——✓✓✓
SCADA/MES-interoperabiliteit✗✗Gedeeltelijk✓✓
Geïntegreerde beveiliging✗✗TLS✓✓
Oude apparatuur✓✓✓—✗
Recente PLC's (>2015)✓✓—✓✓
Cloud-native architecturen✗✗✓✓✓
MKB zonder protocolexpertise✓✓✓✓✓✗
\n
\n

Hoe Eziwan de drie protocollen beheert​

\n

De Eziwan-gateway is protocolonafhankelijk wat betreft de veldapparatuur:

\n\n

Wat de cloud betreft, worden de gegevens intern gestandaardiseerd en beschikbaar gesteld via:

\n\n

U kunt Modbus RTU op de veldapparatuur combineren met MQTT naar uw AWS/Azure-cloud zonder iets te hoeven wijzigen — de gateway zorgt voor de conversie.

\n
\n

Conclusie​

\n

In 2026 is het antwoord op de vraag „Modbus of MQTT of OPC-UA?“ meestal „alle drie samen“:

\n\n

Het is geen wedstrijd — het is een gelaagde architectuur. De keuze is niet „welk protocol”, maar „welk protocol op welke laag voor welke apparatuur”.

\n
\n

Veelgestelde vragen — Modbus, MQTT en OPC-UA​

\n

Kan men Modbus en MQTT tegelijkertijd op dezelfde gateway gebruiken?

\n

Ja, en dat is de meest gangbare architectuur in het IIoT. De gateway verzamelt de gegevens van de PLC’s via Modbus TCP of RTU (veldlaag) en publiceert deze via MQTT naar de cloud (transportlaag). Modbus stopt bij de gateway — het wordt nooit op het internet blootgesteld. MQTT neemt het vervolgens over voor het transport naar de cloud, met TLS 1.3 en authenticatie.

\n

Kan OPC-UA Modbus vervangen op bestaande PLC’s (S7-1200, M340)?

\n

Op de Siemens S7-1200 is de OPC-UA-server pas beschikbaar vanaf firmwareversie V4.4 en moet deze expliciet worden geconfigureerd in TIA Portal. Op de S7-1500 is deze functie standaard aanwezig vanaf firmwareversie V2.0. Op de Schneider M340 is OPC-UA niet standaard ingebouwd — hiervoor is een extra module nodig. In de praktijk blijft Modbus TCP voor bestaande installaties de universele oplossing; OPC-UA is vooral relevant voor nieuwe projecten met recente besturingssystemen.

\n

MQTT met QoS 0 versus QoS 1 versus QoS 2 — wat is de beste keuze voor industriële monitoring?

\n

Voor het monitoren van procesgegevens (temperaturen, drukken) biedt QoS 1 (At Least Once) de juiste balans: de levering is gegarandeerd, zelfs na het herstellen van de verbinding, met het risico op enkele duplicaten (wat acceptabel is voor monitoringgegevens). QoS 2 (Exactly Once) is zwaarder vanwege de heen-en-terug-bevestiging en is zelden nodig voor metingen. QoS 0 (At Most Once) is geschikt voor zeer frequente gegevens (> 1/s) waarbij incidenteel verlies aanvaardbaar is.

\n

Is een openbare MQTT-broker (HiveMQ, EMQX cloud) voldoende voor de industriële sector?

\n

Voor proefprojecten of niet-kritieke toepassingen, ja. Maar voor een productieomgeving met vertrouwelijkheidsvereisten (procesgegevens, identificatiegegevens van apparatuur) verdient een in Frankrijk gehoste privé-broker de voorkeur. MQTT-gegevens die via Amerikaanse openbare brokers worden verzonden, vallen mogelijk onder de CLOUD Act — dit moet worden beoordeeld op basis van de gevoeligheid van de gegevens en de sector waarin men actief is.

\n

Heeft OPC-UA invloed op de prestaties van de PLC in vergelijking met Modbus?

\n

OPC-UA vraagt aanzienlijk meer CPU-vermogen en geheugen dan Modbus TCP. Op een S7-1500 CPU 1511 met een actieve OPC-UA-server en 50 clientverbindingen kan de cyclustijd met 5 tot 15 % toenemen. Op een S7-1200 zijn de middelen beperkter — test daarom altijd de impact met het volledige productieprogramma voordat u OPC-UA in productie implementeert.

\n
\n

Meer informatie​

\n\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/modbus-mqtt-opcua-protocoles-industrie", "title": "Modbus, MQTT, OPC-UA: welk industrieel protocol moet je in 2026 kiezen?", "summary": "Uitgebreide vergelijking tussen Modbus RTU/TCP, MQTT en OPC-UA: architecturen, prestaties, toepassingen, beperkingen. Handleiding voor het kiezen van het juiste protocol voor uw industriële IoT-project.", "date_modified": "2026-04-15T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "modbus", "mqtt", "opc-ua", "industriele-protocollen", "industriele-iot" ] }, { "id": "https://eziwan.com/nl/blog/choisir-gateway-iot-industriel-criteres", "content_html": "

De markt voor industriële IoT-gateways is de afgelopen jaren aanzienlijk gegroeid. Hoe vind je je weg in dit overweldigende aanbod — van Taiwanese merken voor 80 euro tot geïntegreerde oplossingen van 2000 euro, van eenvoudige Modbus-apparaten tot gateways met VPN en edge computing?

\n

In deze gids worden de 9 criteria beschreven waarmee een gateway die echt geschikt is voor industriële omgevingen kan worden onderscheiden van een slecht gereviseerd consumentenproduct. De gids is bedoeld voor onderhoudsverantwoordelijken, automatiseringsspecialisten en IT-managers in de industrie die een project op het gebied van aansluiting of monitoring hebben.

\n

Criterium 1: Industrieel protocollen die standaard worden ondersteund​

\n

Dat is het belangrijkste criterium. Als uw gateway het protocol van uw apparatuur niet „begrijpt”, zijn alle andere criteria van ondergeschikt belang.

\n

De onmisbare protocollen in Frankrijk in 2026​

\n

Modbus RTU (RS-485) — De absolute standaard in de Franse industrie. Energiemeters, HVAC-besturingssystemen, meetsensoren, frequentieregelaars: als uw apparatuur een seriële RS-485-poort heeft, communiceert deze waarschijnlijk via Modbus RTU. Elke industriële gateway die deze naam waardig is, moet dit protocol native ondersteunen.

\n

Modbus TCP (Ethernet) — De netwerkversie van Modbus. Recente PLC's, Modbus-Ethernet-gateways, apparatuur met RJ45-interface. Controleer of de gateway de rol van Modbus-master (actieve polling) ondersteunt of alleen die van server (passief).

\n

MQTT — Het IoT-berichtenprotocol bij uitstek. Wordt gebruikt om gegevens naar cloudbrokers te verzenden (AWS IoT, Azure IoT Hub, lokale MQTT Mosquitto). Onmisbaar voor cloud-native architecturen.

\n

OPC-UA — Industriële norm IEC 62541, overgenomen door Siemens, Rockwell en Beckhoff voor recente PLC’s. Als uw IT-systeem Siemens S7-1500/1200-PLC's of de recente versie van TIA Portal bevat, controleer dan of deze compatibel zijn met OPC-UA.

\n

Specifieke protocollen:

\n\n

Checklist protocollen:

\n\n
\n

Criterium 2: Netwerkconnectiviteit en redundantie​

\n

4G LTE: de huidige standaard​

\n

Een industriële gateway moet in 2026 minimaal zijn uitgerust met een 4G LTE Cat-M1/Cat-4-module. Het 4G-netwerk bestrijkt 97% van het Franse grondgebied qua bevolking en volstaat voor 95% van de industriële IoT-toepassingen (realtime monitoring, waarschuwingen, toegang op afstand).

\n

Aandachtspunten:

\n\n

Dual SIM: echte netwerkredundantie​

\n

Eén simkaart = één provider = één enkel storingspunt. In bepaalde industriële gebieden (gedeeltelijke dode hoeken, tunnels, gebieden met slechte dekking) kan het signaal van de ene provider wegvallen terwijl dat van de andere provider blijft werken.

\n

De Dual SIM-functie, met twee simkaarten van twee verschillende providers en automatische omschakeling, is de oplossing voor kritieke toepassingen. Eziwan ondersteunt de Dual SIM-functie standaard.

\n

Vragen die u moet stellen:

\n\n

Back-upverbinding via kabel​

\n

Op locaties waar glasvezel of Ethernet beschikbaar is, maakt een gateway met een Ethernet-WAN-poort het mogelijk om glasvezel als primaire verbinding te gebruiken en 4G als back-up. Beide verbindingen moeten gelijktijdig worden beheerd met een automatische en transparante failover.

\n
\n

Criterium 3: Beveiliging en Zero Trust-architectuur​

\n

De cyberbeveiliging van industriële IoT-gateways is een onmisbare voorwaarde geworden, een ontwikkeling die in een stroomversnelling is geraakt door NIS2, dat inmiddels een breed scala aan industriële bedrijven omvat.

\n

Wat je moet controleren​

\n

Outbound-only-architectuur: De gateway mag uitsluitend uitgaande verbindingen tot stand brengen. Er mogen geen inkomende poorten worden geopend op uw OT-netwerk. Hierdoor wordt het aanvalsoppervlak dat vanaf het internet toegankelijk is, geëlimineerd. Dit is de Zero Trust-architectuur: „Vertrouw nooit, controleer altijd.”

\n

VPN-protocol: OpenVPN is tegenwoordig de standaard: het is robuust, uitgebreid getest, passeert firewalls via TCP 443 en maakt gebruik van X.509-certificaten voor authenticatie (AES-256-GCM-versleuteling). IPSec (IKEv2) blijft relevant voor omgevingen die aan de FIPS 140-2-norm voldoen.

\n

Versleuteling van gegevens tijdens de overdracht: minimaal TLS 1.3 voor cloudcommunicatie. Controleer of de gateway niet in onversleutelde vorm communiceert met een onversleutelde MQTT-broker.

\n

Authenticatie: Cryptografische sleutels per apparaat, die afzonderlijk kunnen worden ingetrokken. Vermijd gateways waarbij één beheerderswachtwoord voor alle apparaten wordt gebruikt.

\n

Veilige firmware-update (OTA): Gateway's die niet zijn bijgewerkt, vormen een risico op aanvallen. Controleer of de gateway cryptografisch ondertekende OTA-updates ondersteunt.

\n

NIS2 en aansprakelijkheid​

\n

Sinds oktober 2024 verplicht NIS2 essentiële en belangrijke entiteiten om de beveiliging van hun digitale toeleveringsketen te beheren, met inbegrip van IoT-gateways. Een gateway die inkomende poorten op het OT-netwerk opent of in leesbare vorm communiceert, vormt een overtreding van de NIS2-voorschriften.

\n
\n

Criterium 4: Robuustheid voor industriële omgevingen​

\n

Een „industriële“ gateway moet bestand zijn tegen echte industriële omgevingen. Dit zijn de certificeringen en specificaties waarop u moet letten:

\n

Bedrijfstemperatuur​

\n
ToepassingMin. temperatuurMax. temperatuur
Technische ruimte met airconditioning-10 °C+40 °C
Kast zonder airconditioning-20 °C+60 °C
Buiten / koude omgeving-40 °C+70 °C
\n

Een standaard IT-gateway werkt bij temperaturen tussen 0 °C en +40 °C. Een echte industriële gateway werkt doorgaans bij temperaturen tussen -20 °C en +70 °C.

\n

IP-beschermingsklasse​

\n

IP20: Minimale bescherming, uitsluitend voor gebruik in een gesloten kast in een schone ruimte.
\nIP40: Bescherming tegen vaste deeltjes groter dan 1 mm. Standaard technische kast.
\nIP65: Stofdicht + bestand tegen waterstralen. Voor stoffige omgevingen (voedingsmiddelenindustrie, bouw, buiten onder afdak).
\nIP67: Tijdelijke onderdompeling tot 1 meter. Voor zeer vochtige omgevingen.
\nIP68: Langdurige onderdompeling. Zelden nodig, maar nuttig voor ondergrondse apparatuur.

\n

Trillingen en schokken​

\n

Voor toepassingen in bedrijfsvoertuigen, loopkranen, compressoren of omgevingen met trillingen: controleer of de norm EN 61131-2 of IEC 60068 inzake mechanische tests wordt nageleefd.

\n

Montage op DIN-rail​

\n

Voor installatie in een schakelkast is montage op een DIN-rail van 35 mm de industriestandaard. Vermijd gateways waarvoor muurschroeven of een niet-standaard 19\"-rackmontage nodig is voor industriële installaties.

\n

Wettelijk vereiste certificeringen​

\n

CE (verplicht in de EU): De CE-markering is verplicht voor alle elektronische apparatuur die in Europa wordt verkocht.
\nATEX (explosiegevaarlijke zones): Voor chemische en olie-installaties met potentieel explosieve atmosferen. ATEX zone 1/2 of zone 21/22, afhankelijk van de toepassing.
\nEN 61131-2: Specifieke norm voor apparatuur die wordt gebruikt in combinatie met programmeerbare logische controllers (PLC's).

\n
\n

Criterium 5: Zero Touch Provisioning (ZTP)​

\n

De ZTP is een criterium dat vaak wordt onderschat, vooral bij de implementatie van tientallen of honderden gateways.

\n

Zonder ZTP: Elke gateway moet vóór de implementatie handmatig worden geconfigureerd. Een technicus moet verbinding maken met de lokale interface en het IP-adres van de cloudserver, de inloggegevens, de netwerkinstellingen enz. invoeren... Voor 50 locaties betekent dit 50 interventies van minimaal 30 minuten = 25 uur technisch werk, plus de reistijd.

\n

Met ZTP: De gateway maakt bij de eerste inschakeling automatisch verbinding met de beheercloud (via een vooraf geconfigureerde M2M-simkaart). Hij downloadt zijn configuratie van de server en is binnen 5 minuten operationeel zonder dat er ter plaatse iets hoeft te worden gedaan.

\n

Vragen voor de leverancier:

\n\n
\n

Criterium 6: Edge computing en lokale logica​

\n

De meest geavanceerde gateways beschikken over voldoende rekenkracht om logica lokaal uit te voeren, zonder afhankelijk te zijn van de cloud:

\n

Lokale aggregatie: Bereken gemiddelden, minimum- en maximumwaarden en totalen over een bepaalde periode (bijv. energieverbruik in kWh per uur) voordat de gegevens naar de cloud worden verzonden. Dit vermindert de benodigde bandbreedte.

\n

Lokale waarschuwingen: Een lokaal alarm activeren (relais, zoemer, directe sms) zonder tussenkomst van de cloud. Handig bij een netwerkstoring — de gateway blijft lokaal toezicht houden en waarschuwen.

\n

Gegevensfiltering: Stuur alleen de gegevens die meer dan een bepaalde drempelwaarde zijn gewijzigd. Dit vermindert de kosten voor mobiele data op locaties met veel sites drastisch.

\n

Logicascripts: Op geavanceerde gateways (Eziwan, bepaalde Teltonika-modellen) is het mogelijk om Python- of JavaScript-scripts lokaal uit te voeren voor complexe bedrijfslogica.

\n
\n

Criterium 7: Beheer en toezicht via een gecentraliseerde console​

\n

Bij projecten met meerdere vestigingen (vanaf 3-4 vestigingen) is de gecentraliseerde beheerconsole een belangrijk onderscheidend kenmerk:

\n

Vlootdashboard: Real-time overzicht van de status van alle gateways (verbonden/niet verbonden, signaalniveau, actieve waarschuwingen).

\n

Firmware-updates op afstand: Een beveiligingsupdate met slechts een paar muisklikken op 50 gateways installeren, zonder dat u daarvoor ter plaatse hoeft te zijn.

\n

Configuratie op afstand: Een alarmdrempel aanpassen, een nieuwe sensor toevoegen, een netwerkparameter wijzigen — allemaal via de webconsole.

\n

Vlootwaarschuwingen: Ontvang een melding wanneer een gateway de verbinding verliest of wanneer een apparaat een drempelwaarde overschrijdt.

\n
\n

Criterium 8: Gegevensopslag en digitale soevereiniteit​

\n

Dit criterium is voor Franse bedrijven van strategisch belang geworden in het kader van NIS2 en de eisen op het gebied van digitale soevereiniteit.

\n

Belangrijke vragen:

\n\n

Voor essentiële NIS2-entiteiten en exploitanten van vitale infrastructuur is het hosten van gegevens in Frankrijk bij een dienstverlener die niet onderworpen is aan buitenlandse extraterritoriale wetgeving in feite een vereiste.

\n
\n

Criterium 9: Technische ondersteuning en begeleiding​

\n

Zelfs de beste gateway ter wereld is niets waard zonder een helpdesk die uw technische vragen in realtime kan beantwoorden:

\n

SLA voor ondersteuning: Welke reactietermijn wordt gegarandeerd? 4 uur, 8 uur, 24 uur? Voor kritieke industriële toepassingen wordt een SLA van minder dan 4 werkuren aanbevolen.

\n

Industriële expertise: Is de helpdesk op de hoogte van de industriële protocollen Modbus, PROFIBUS en Siemens S7? Of gaat het om een algemene IT-helpdesk?

\n

Documentatie: Is de API gedocumenteerd (OpenAPI 3.0)? Zijn er codevoorbeelden? Zijn er Python-/Node-bibliotheken?

\n

Projectbegeleiding: Biedt de leverancier begeleiding aan bij de eerste implementatie?

\n
\n

Overzichtschecklist: 9 criteria​

\n
□ Protocoles
  □ Modbus RTU (RS-485) master
  □ Modbus TCP-master
  □ MQTT TLS
  □ Specifieke protocollen voor uw sector

□ Connectiviteit
  □ Ingebouwde 4G LTE
  □ Dual SIM met twee providers
  □ Port Ethernet WAN (optionnel)
  □ Délai failover < 30 secondes

□ Veiligheid
  □ Architecture outbound-only (zero inbound port)
  □ OpenVPN/IPSec-VPN of een vergelijkbaar modern alternatief
  □ TLS 1.3 voor cloudcommunicatie
  □ Authenticatie met een cryptografische sleutel
  □ Ondertekende OTA-update

□ Robustesse
  □ Temperatuur: minimaal -20 °C / +70 °C
  □ Minimaal IP40 (IP65 in een stoffige omgeving)
  □ Montage rail DIN 35mm
  □ CE-certificeringen (+ ATEX indien nodig)

□ ZTP
  □ Implementatie zonder lokale tussenkomst
  □ Vooraf geconfigureerde M2M-simkaart

□ Edge computing
  □ Lokale aggregatie
  □ Alertes locales sans cloud
  □ Logique locale configurable

□ Centrale console
  □ Real-time vlootdashboard
  □ OTA-firmware-updates
  □ Configuratie op afstand

□ Gegevensopslag
  □ Hosting in Frankrijk of de EU
  □ Non soumis au CLOUD Act
  □ ISO 27001 minimum

□ Support
  □ Gedocumenteerde SLA
  □ Expertise protocoles industriels
  □ Gedocumenteerde OpenAPI-API
\n
\n

Veelgestelde vragen​

\n

Wat is het verschil tussen een industriële IoT-gateway en een industriële 4G-router?\nEen industriële 4G-router zorgt voor IP-netwerkconnectiviteit (routing, NAT, VPN). Een industriële IoT-gateway voegt veldfunctionaliteiten toe: een RS-485-poort voor Modbus RTU, edge computing en cloud-native integratie (MQTT, REST-API). Sommige producten, zoals de Eziwan Gateway, combineren beide functies in één apparaat.

\n

Kan een industriële IoT-gateway worden gebruikt zonder een Eziwan-cloudabonnement?\nDe Eziwan Gateway-hardware kan stand-alone werken met uw eigen MQTT-broker of API. Het Eziwan-cloudplatform (dashboard, ZTP, fleetbeheer, waarschuwingen) is optioneel. Het is echter inbegrepen in het abonnement en maakt het beheer van de serverinfrastructuur overbodig.

\n

Hoeveel Modbus-registers kunnen tegelijkertijd worden opgehaald?\nDe Eziwan Gateway kan tot 500 Modbus-registers (RTU of TCP) per polling-interval verwerken. Voor implementaties met hogere eisen (energiemeters met meerdere circuits, lijnen met veel sensoren) kan de polling worden verdeeld over meerdere configureerbare tijdsintervallen.

\n

Wat is edge computing op een industriële gateway en heb ik het nodig?\nMet edge computing kan logica rechtstreeks op de gateway worden uitgevoerd (aggregatie, filtering, lokale afwijkingsdetectie, waarschuwingen zonder de cloud). Dit is handig wanneer: de verbinding onregelmatig is (de gegevens worden lokaal verwerkt en in de buffer opgeslagen), het volume aan ruwe gegevens te groot is om naar de cloud te verzenden, of een snelle reactie vereist is (<1 s) zonder tussenkomst van de cloud.

\n

Hoe controleer je of een gateway voldoet aan de NIS2-regelgeving?\nNIS2-conformiteit voor gateways heeft betrekking op: de versleuteling van de communicatie (minimaal TLS 1.3), sterke authenticatie (X.509-certificaten, geen standaardwachtwoord), de traceerbaarheid van toegangen (auditlogboek), beveiligingsupdates (ondertekende OTA-updates) en de opslag van gegevens in de EU (AVG). Vraag uw leverancier om zijn conformiteitsverklaring of zijn ISO 27001-certificaten.

\n
\n

Meer informatie​

\n\n
\n

Bronnen​

\n\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/choisir-gateway-iot-industriel-criteres", "title": "Hoe kies je een industriële IoT-gateway: 9 essentiële criteria (gids 2026)", "summary": "Volledige gids voor het kiezen van een industriële IoT-gateway in 2026: ondersteunde protocollen, 4G/5G-connectiviteit, Zero Trust-beveiliging, certificeringen, ZTP, gegevensopslag. Vergelijking en checklist.", "date_modified": "2026-04-02T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "gateway-iot", "connectiviteit", "industriele-router", "industriele-iot", "koopgids" ] }, { "id": "https://eziwan.com/nl/blog/maintenance-predictive-conditionnelle-industrie", "content_html": "

De terminologie rond industrieel onderhoud leidt vaak tot verwarring: voorspellend onderhoud, conditiegebonden onderhoud, preventief onderhoud, correctief onderhoud — deze termen worden vaak door elkaar gebruikt, maar ze verwijzen naar fundamenteel verschillende benaderingen met zeer uiteenlopende ROI’s.

\n

Dit artikel verduidelijkt de definities, vergelijkt de verschillende benaderingen aan de hand van concrete criteria en helpt u bij het kiezen van de strategie die in 2026 het beste bij uw situatie past — of het nu gaat om een kleine fabriek met 20 machines of een grote industriële locatie met meer dan 500 activa.

\n

De 4 onderhoudsstrategieën: nauwkeurige definities​

\n

1. Correctief onderhoud​

\n

Definitie: We komen in actie nadat er een storing is opgetreden. Als de apparatuur defect raakt, repareren we die.

\n

Varianten:

\n\n

Typische kosten: 4 tot 5× hoger dan bij vergelijkbaar preventief onderhoud (spoedleveringen van onderdelen, overuren, productieverlies).

\n

Wanneer dit aanvaardbaar is: Niet-kritieke apparatuur die gemakkelijk te vervangen is, waarbij de kosten voor het toezicht hoger zijn dan de kosten van een storing.

\n
\n

2. Systematisch preventief onderhoud​

\n

Definitie: Er wordt vervangen of gereviseerd volgens een vast schema (tijds- of productie-intervallen), ongeacht de werkelijke toestand.

\n

Voorbeeld: De olie van een reductor moet om de 2000 uur worden ververst, ook al is deze nog in goede staat.

\n

Hoofdprobleem: 30 tot 40% van de onderdelen die tijdens preventieve onderhoudsbeurten worden vervangen, zijn nog bruikbaar. Er worden zowel grondstoffen als onderdelen verspild.

\n

Typische kosten: 2 tot 3× hoger dan bij goed afgestemd conditiegebaseerd onderhoud.

\n

Wanneer dit van toepassing is: Apparatuur waarvan de slijtagepatronen goed bekend en in de tijd voorspelbaar zijn, en waarvoor de regelgeving periodieke inspecties voorschrijft.

\n
\n

3. Onderhoud op basis van de toestand (Condition-Based Maintenance — CBM)​

\n

Definitie: Er wordt ingegrepen wanneer de werkelijke toestand van de apparatuur daar aanleiding toe geeft, op basis van continue fysieke metingen (trillingen, temperatuur, stroom, geluid, enz.).

\n

Principe: Elk apparaat „spreekt“ via zijn gegevens. We luisteren ernaar.

\n

Voorbeeld: Het lager wordt vervangen wanneer de trilling een kritische drempelwaarde overschrijdt die bij de inbedrijfstelling is vastgesteld, en niet op een vaste datum.

\n

Aangetoonde ROI: Een vermindering van 25 tot 55% van het aantal ongeplande stilstanden, en een besparing van 10 tot 30% op de totale onderhoudskosten.

\n

Wat er nodig is: Sensoren die op de apparatuur zijn geïnstalleerd, realtime gegevensverzameling, geconfigureerde alarmdrempels.

\n
\n

4. Voorspellend onderhoud (Predictive Maintenance — PdM)​

\n

Definitie: De datum van een toekomstige storing wordt voorspeld met behulp van een wiskundig model (statistisch of ML) dat wordt gevoed met historische en realtime gegevens.

\n

Verschil met de voorwaardelijke wijs: De CBM zegt: \"De apparatuur is in slechte staat, onderneem snel actie.\" De PdM zegt: \"De apparatuur zal binnen 3 tot 5 dagen defect raken, met een waarschijnlijkheid van 87%.\"

\n

Wat er nodig is: Historische gegevens van ten minste 12-18 maanden per apparaat, expertise op het gebied van modellering, teams die de voorspellingen kunnen benutten.

\n

De praktijk in 2026: Echt voorspellend onderhoud (ML + fysische modellen) is tegenwoordig toegankelijk voor grote ondernemingen en middelgrote bedrijven met datateams. Voor kleine en middelgrote ondernemingen biedt conditiegebaseerd onderhoud 80% van de voordelen bij slechts 20% van de complexiteit.

\n
\n

Vergelijking op basis van 7 criteria​

\n
CriteriumCorrectiefPreventiefConditioneelVoorspellend
ImplementatiekostenZeer laagLaagGemiddeldHoog
ExploitatiekostenZeer hoogGemiddeldLaagGemiddeld
Technische complexiteitGeenLaagGemiddeldHoog
Benodigde gegevensGeenTijdschemaReal-timeHistorisch + real-time
ROI-termijnOnmiddellijk12-18 maanden8-14 maanden18-36 maanden
VoorspelbaarheidGeenGoedGoedUitstekend
Geschikt voor KMO'sJaJaJaSoms
\n
\n

Welke sensoren zijn geschikt voor conditiegebaseerd onderhoud?​

\n

Conditiegericht onderhoud is gebaseerd op fysieke metingen. Dit zijn de meest gebruikte sensoren, gerangschikt op basis van ROI:

\n

1. Trilling (versnellingsmeter)​

\n

Wat we vaststellen: onbalans in de rotatie, verkeerde uitlijning van assen, slijtage van lagers, cavitatie in pompen, slijtage van tandwielen.

\n

Toepassingen: Elektromotoren, centrifugaalpompen, compressoren, ventilatoren, transportbanden.

\n

Vroegtijdige signalen: Toename van het totale trillingsniveau (RMS), het optreden van karakteristieke harmonische frequenties, toename van de kurtosis (impulsiviteit).

\n

Kosten sensor: 50 € (standaard industriële sensor) tot 500 € (breedband + ICP).

\n

Tijd tot defect: Detectie 2 tot 12 weken vóór het defect raken van het lager.

\n

2. Infrarood-/thermische temperatuur​

\n

Wat wordt gedetecteerd: Abnormale warmteontwikkeling bij motoren, transformatoren, elektrische aansluitingen, lagers en remmen.

\n

Toepassingen: Schakelkasten, motoren, lagers, koelcircuits.

\n

Vroegtijdige signalen: Stijging van de bedrijfstemperatuur boven de vastgestelde referentiewaarde.

\n

Kosten sensor: 20 € (PT100-contactsensor) tot 2000 € (vaste warmtebeeldcamera).

\n

3. Elektrische stroom (ampèremeterklem)​

\n

Wat we detecteren: Onbalans in de belasting, aantasting van de isolatie, abnormale harmonischen, moeizame start.

\n

Toepassingen: Asynchrone motoren, servomotoren, aandrijfsystemen.

\n

Voordeel: Geen mechanische installatie nodig — de meting is niet-invasief. Ideaal voor apparatuur die moeilijk bereikbaar is.

\n

4. Akoestiek / ultrasoon​

\n

Wat er wordt gedetecteerd: Lekkages van samengeperst gas, elektrische boog, slijtage van lagers bij lage belasting, smeerproblemen.

\n

Toepassingen: Persluchtnetwerk, hoogspanningsschakelkasten, langzaamlopende lagers.

\n

Typische ROI: Een ultrasone persluchtinspectie brengt doorgaans 15 tot 30% van de lekken aan het licht — wat onmiddellijke besparingen op het stroomverbruik van de compressor oplevert.

\n

5. Olieanalyse (in-line)​

\n

Wat er wordt gedetecteerd: Verontreiniging door deeltjes, verslechtering van de viscositeit, aanwezigheid van water, slijtagemetalen.

\n

Toepassingen: Reductiekasten, versnellingsbakken, turbines, compressoren.

\n

In-line sensoren: Zorgen voor continue monitoring zonder monsterafname, met automatische waarschuwing bij de aanwezigheid van deeltjes of diëlektrische stoffen.

\n
\n

Praktische uitvoering: hoe begin je ermee?​

\n

Stap 1: Kritieke apparatuur identificeren (vereenvoudigde FMEA-analyse)​

\n

Maak een lijst van uw apparatuur en beoordeel voor elk item:

\n\n

Richt de CBM-sensoren vooral op apparatuur met hoge kriticiteit + geleidelijke storingen.

\n

Stap 2: De belangrijkste meetwaarden per apparaat vaststellen​

\n

Bepaal voor elke kritieke installatie welke parameters moeten worden gemeten. Voorbeeld voor een centrifugaalpomp:

\n\n

Stap 3: De sensoren installeren en aansluiten​

\n

De sensoren worden aangesloten op de Eziwan-gateway via RS-485/Modbus RTU voor standaard industriële sensoren, of via de 4-20 mA-uitgangen voor procestransmitters. De gateway stuurt alle meetwaarden in realtime door naar het cloudplatform.

\n

Stap 4: Referentiewaarden vaststellen​

\n

Leg bij de inbedrijfstelling de referentiewaarden van elke parameter vast op een nieuw apparaat of een apparaat in goede staat. Deze referentiewaarden dienen om:

\n\n

Stap 5: De alarmdrempels kalibreren​

\n

Te gevoelig = valse alarmen die de teams ontmoedigen. Niet gevoelig genoeg = storingen die over het hoofd worden gezien. Het afstemmen van de drempelwaarden vereist 2 tot 4 weken observatie onder normale omstandigheden om deze te verfijnen.

\n

Met Eziwan kunnen de drempelwaarden via het cloudplatform worden aangepast zonder dat er ter plaatse ingegrepen hoeft te worden.

\n

Stap 6: Integreren in het CMMS​

\n

Een CBM-alarm heeft alleen waarde als het een geplande actie in het CMMS in gang zet. Met de Eziwan REST-API kunt u automatisch een onderhoudsopdracht aanmaken in uw CMMS (SAP PM, Infor EAM, Hive Maintenix) zodra er een alarm afgaat.

\n
\n

Ervaringen uit de praktijk​

\n

Cementfabriek — hoofdreductietandwielkast van de breker​

\n

Achtergrond: Reductiekast van 800 kW, vervangingskosten 180.000 €, levertijd 6 weken.

\n

Vóór CBM: 2 ernstige storingen in 4 jaar. Elke storing = 6 weken gedeeltelijke stilstand = 420.000 € productieverlies.

\n

Na CBM (trillings- + temperatuur- + olieanalyse): Detectie van een geleidelijke verslechtering 8 weken vóór het optreden van een storing. Interventie gepland tijdens een geplande stilstand. Kosten van de preventieve interventie: 28.000 € versus 180.000 € voor een noodvervanging.

\n

ROI: 9 maanden.

\n

Voedingsmiddelenfabriek — verpakkingslijn​

\n

Achtergrond: 12 motorreductoren op een kritieke productielijn. Preventief onderhoud na 3000 uur (systematische olieverversing + inspectie).

\n

Na CBM (stroom + trillingen): Bij de 12 bewaakte motorreductoren heeft CBM het volgende opgeleverd:

\n\n

ROI: 11 maanden.

\n
\n

Conclusie: welke strategie moeten we volgen?​

\n

Voor een industrieel MKB-bedrijf (minder dan 50 installaties):\nBegin met conditiegebaseerd onderhoud voor uw 5 tot 10 meest kritieke installaties. De investering is betaalbaar, het rendement op de investering (ROI) is snel en de complexiteit is beheersbaar zonder dat er een speciaal datateam nodig is.

\n

Voor middelgrote of grote ondernemingen:\nConditiegebaseerd onderhoud blijft de basis. Voor de meest kritieke apparatuur waarvoor voldoende historische gegevens beschikbaar zijn, kunt u dit aanvullen met voorspellende modellen (in eerste instantie voor 2 à 3 prioritaire apparaten).

\n

Wat we in 2026 zien: De meeste Franse industriële bedrijven die hun onderhoudsprestaties daadwerkelijk hebben verbeterd, hebben dat gedaan met op IoT gebaseerd conditiegericht onderhoud — niet met complexe ML-projecten. Het rendement op de investering is binnen een jaar meetbaar.

\n
\n

Veelgestelde vragen​

\n

Wat is het verschil tussen voorspellend onderhoud en conditiegebaseerd onderhoud (CBM)?\nBij conditiegebaseerd onderhoud wordt er actie ondernomen zodra een drempelwaarde wordt overschreden (bijv.: temperatuur > 85 °C → onmiddellijke waarschuwing). Bij voorspellend onderhoud worden trends in de tijd geanalyseerd om slijtage te anticiperen voordat de kritieke drempel wordt bereikt (bijv.: de temperatuur stijgt al drie weken met 2 °C per week → plan een interventie over twee weken). Conditiegebaseerd onderhoud is eenvoudiger te implementeren, terwijl voorspellend onderhoud een langere doorlooptijd voor ingrepen biedt.

\n

Welk type sensor is het meest geschikt om met conditiegestuurd onderhoud te beginnen?\nVoor motoren en pompen: de stroomsensor (stroomtransformator op de voedingskabel) is het meest universeel — deze detecteert overbelasting, startproblemen en mechanische slijtage zonder dat er aanpassingen aan de apparatuur nodig zijn. Voor mechanische aandrijvingen (reductoren, lagers): de trillingssensor (versnellingsmeter). Deze twee soorten sensoren dekken 80% van de gevallen van vermijdbare storingen in de industrie.

\n
\n

Meer informatie​

\n\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/maintenance-predictive-conditionnelle-industrie", "title": "Preventief, voorspellend of op conditie gebaseerd onderhoud: welk model is geschikt voor de Franse industrie in 2026?", "summary": "Uitgebreide vergelijking van strategieën voor industrieel onderhoud: correctief, systematisch preventief, conditiegebaseerd (IoT) en voorspellend (ML). Welke ROI, welke apparatuur, hoe wordt het geïmplementeerd?", "date_modified": "2026-03-18T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "onderhoud", "industriele-iot", "industrie-4-0", "monitoring", "sensoren" ] }, { "id": "https://eziwan.com/nl/blog/donnees-industrielles-hebergement-france-nis2", "content_html": "

De kwestie van de opslaglocatie van industriële gegevens is in 2025-2026 uitgegroeid van een technisch debat tot een belangrijke regelgevingskwestie. Tussen de geleidelijke inwerkingtreding van NIS2, de nieuwe AVG-sancties op gegevensoverdrachten buiten de EU en het groeiende besef van de risico's die verband houden met de Amerikaanse CLOUD Act, is het voor Franse industriële bedrijven van cruciaal belang om te weten waar hun OT/IoT-monitoringgegevens worden gehost.

\n

In dit artikel wordt onderzocht waarom hosting in Frankrijk voor veel industriële bedrijven een onmisbaar selectiecriterium is geworden, en wat dit concreet betekent voor uw keuze van een IIoT-oplossing.

\n

Wat zijn „industriële gegevens“ en waarom is de locatie ervan van belang?​

\n

De industriële gegevens die worden gegenereerd door uw IoT-gateways, PLC’s, sensoren en SCADA-systemen bestrijken een breed spectrum:

\n\n

Al deze gegevens samen vormen een gedetailleerd overzicht van uw industriële infrastructuur: de productiecapaciteit, de kwetsbaarheden en de manieren waarop storingen kunnen optreden. Als deze gegevens in verkeerde handen vallen — concurrenten, vijandige staatsactoren, cybercriminelen — kunnen de gevolgen ernstig zijn.

\n

De vraag is dus niet „zijn mijn gegevens gevoelig?”, maar „wie heeft er toegang toe en onder welk rechtsgebied?”

\n
\n

Het probleem met de Amerikaanse CLOUD Act​

\n

Sinds 2018 verplicht de Clarifying Lawful Overseas Use of Data Act (CLOUD Act) Amerikaanse bedrijven om de gegevens die zij hosten aan de Amerikaanse federale autoriteiten te verstrekken — zelfs als die gegevens fysiek in Europa zijn opgeslagen.

\n

Concreet betekent dit dat als u gebruikmaakt van AWS, Microsoft Azure of Google Cloud, uw bedrijfsgegevens door de FBI of de NSA kunnen worden onderschept, zelfs als uw servers zich in Parijs of Frankfurt bevinden, zonder dat u daar noodzakelijkerwijs van op de hoogte wordt gesteld en zonder dat u daartegen effectief rechtsmiddel hebt binnen de Europese Unie.

\n

Wat industriële gegevens betreft, is dit risico bijzonder zorgwekkend:

\n\n

Zowel de Europese Commissie als het ANSSI hebben aanbevolen om voor gevoelige gegevens geen gebruik te maken van dienstverleners die onder de CLOUD Act vallen. NIS2 versterkt deze aanbeveling door er voor essentiële entiteiten een feitelijke verplichting van te maken.

\n
\n

Wat NIS2 zegt over de locatie van gegevens​

\n

NIS2 schrijft niet expliciet voor dat alle gegevens in Frankrijk of in de EU moeten worden opgeslagen. Maar verschillende van de vereisten leiden daar indirect toe:

\n

1. Beheersing van de digitale toeleveringsketen​

\n

Artikel 21 van NIS2 schrijft risicobeheer met betrekking tot de toeleveringsketen voor, met inbegrip van aanbieders van clouddiensten. Dit houdt een formele beoordeling van elke cloudaanbieder in: waar is deze gevestigd? Onder welk rechtsgebied kunnen zijn gegevens in beslag worden genomen? Over welke beveiligingscertificeringen beschikt hij?

\n

Voor essentiële entiteiten (EE) — waaronder talrijke bedrijven in de sectoren energie, water, vervoer, gezondheidszorg en digitale infrastructuur — moet deze beoordeling worden gedocumenteerd en verdedigbaar zijn in geval van een ANSSI-audit.

\n

2. Melding van incidenten en beschikbaarheid van bewijsmateriaal​

\n

NIS2 schrijft zeer korte meldingstermijnen voor: 24 uur voor de eerste melding, 72 uur voor het incidentrapport. Om deze termijnen te halen, moet u onmiddellijk toegang hebben tot auditlogboeken, inloglogboeken en monitoringgegevens. Als deze gegevens worden gehost bij een Amerikaanse dienstverlener die onderworpen is aan juridische procedures, loopt u het risico dat u er niet tijdig toegang toe krijgt.

\n

3. Bedrijfscontinuïteit en veerkracht​

\n

NIS2 vereist een bedrijfscontinuïteitsplan waarin de veerkracht van de informatiesystemen is opgenomen. Een clouddienstverlener waarvan de bedrijfsvoering in gevaar kan komen door een Amerikaanse gerechtelijke uitspraak (gerechtelijk bevel, bevriezing van activa) vormt een onaanvaardbaar continuïteitsrisico voor essentiële entiteiten.

\n

4. Sancties​

\n

Voor essentiële entiteiten kunnen de NIS2-sancties oplopen tot 10 miljoen euro of 2% van de wereldwijde omzet. Ook de leidinggevenden zijn persoonlijk aansprakelijk. In deze context is de keuze voor een „goedkope maar risicovolle“ hostingoplossing economisch gezien niet langer rationeel.

\n
\n

De AVG en industriële gegevens​

\n

De AVG is van toepassing op persoonsgegevens — waaronder ook bedrijfsgegevens kunnen vallen als deze het mogelijk maken een natuurlijke persoon te identificeren. Typische voorbeelden:

\n\n

Voor deze gegevens verbiedt de AVG elke doorgifte buiten de Europese Economische Ruimte zonder passende beschermingsmaatregelen (standaardcontractbepalingen, bindende bedrijfsregels, enz.). Sinds de ongeldigverklaring van het Privacy Shield in 2020 (arrest Schrems II) zijn doorgiften naar de Verenigde Staten juridisch gezien bijzonder kwetsbaar.

\n

Hosting in Frankrijk neemt alle onduidelijkheid weg: de gegevens blijven binnen de EER, onder de jurisdictie van de AVG, zonder dat er een overdrachtsmechanisme hoeft te worden gerechtvaardigd.

\n
\n

Certificeringen die van belang zijn voor de Franse industrie​

\n

Niet alle Franse hostingproviders zijn gelijk. Voor een kritieke industriële IoT-infrastructuur moet u letten op de volgende certificeringen:

\n

ISO 27001​

\n

De toonaangevende certificering op het gebied van informatiebeveiliging. Onmisbaar. Vereist een gedocumenteerd SMSI (informatiebeveiligingsbeheersysteem) dat jaarlijks wordt gecontroleerd.

\n

HDS (Hostingprovider voor gezondheidsgegevens)​

\n

Verplicht voor gezondheidsgegevens (farmaceutische sector, ziekenhuizen, medische hulpmiddelen). ANSSI/MiPih-referentiekader.

\n

SecNumCloud​

\n

Het ANSSI-keurmerk voor betrouwbare clouddiensten. Het hoogste beveiligingsniveau dat beschikbaar is voor de Franse cloud. Aanbevolen voor OIV's en essentiële NIS2-entiteiten. Huidige aanbieders: OVHcloud, Outscale (Dassault Systèmes), Oodrive.

\n

Door ANSSI erkende CSP (Cloud Service Provider)​

\n

Lijst van erkende dienstverleners voor gevoelige informatiesystemen.

\n

Let op: sommige dienstverleners adverteren met „hosting in Frankrijk“, terwijl ze dochterondernemingen zijn van Amerikaanse bedrijven die onder de CLOUD Act vallen. Vraag om een verklaring dat de dienstverlener niet onderworpen is aan een extraterritoriale wet die toegang tot uw gegevens toestaat zonder dat u daarvan op de hoogte wordt gesteld.

\n
\n

Concrete voorbeelden: welke bedrijven zijn hiermee te maken?​

\n

Operatoren van vitaal belang (OIV)​

\n

De 12 OIV-sectoren in Frankrijk (energie, water, vervoer, voedsel, financiën, gezondheidszorg, enz.) hebben sinds de Wet op de militaire programmering (LPM) van 2013 specifieke verplichtingen op het gebied van cyberveiligheid. Voor hen is het hosten van monitoringgegevens in gekwalificeerde Franse datacentra geen optie — het is een contractuele vereiste van het ANSSI.

\n

Essentiële en belangrijke entiteiten in NIS2​

\n

Met NIS2 wordt het toepassingsgebied aanzienlijk uitgebreid:

\n\n

Industriële KMO’s die exporteren naar gevoelige klanten​

\n

Een MKB-bedrijf dat als onderaannemer werkt voor Airbus, Dassault Aviation of een farmaceutisch bedrijf kan contractueel verplicht zijn om zijn gegevens op te slaan onder voorwaarden die voldoen aan de eisen van de opdrachtgever. Grote industriële concerns nemen deze clausules steeds vaker op in hun aanbestedingen voor leveranciers.

\n
\n

Hoe kunt u uw huidige IoT-oplossing beoordelen?​

\n

Hier zijn 5 vragen die u aan uw huidige of toekomstige IIoT-dienstverlener kunt stellen:

\n

1. Waar worden mijn gegevens fysiek opgeslagen?\nVraag om een specifiek adres van het datacenter, niet alleen „in Europa“. „Europa“ kan Ierland (Amazon), Nederland (Microsoft) of Finland (Google) betekenen — die allemaal onder de CLOUD Act vallen.

\n

2. Valt de moedermaatschappij onder de CLOUD Act?\nAls uw dienstverlener een dochteronderneming is van een Amerikaans bedrijf, valt hij onder de CLOUD Act, ongeacht waar zijn servers zich bevinden.

\n

3. Over welke beveiligingscertificaten beschikt u?\nMinimaal ISO 27001. SecNumCloud als u een OIV bent of een essentiële entiteit volgens NIS2.

\n

4. Heeft u een AVG-gegevensverwerkingsovereenkomst (DPA) ondertekend?\nVerplicht zodra er persoonsgegevens worden verwerkt (wat vaak het geval is bij toegangslogs).

\n

5. Kunt u mij een recent penetratietestrapport bezorgen?\nSerieuze dienstverleners publiceren samenvattingen van hun penetratietests of delen deze onder een geheimhoudingsverklaring.

\n
\n

Het standpunt van Eziwan​

\n

Het Eziwan-platform wordt uitsluitend in Frankrijk gehost, bij ISO 27001-gecertificeerde dienstverleners. Wij zijn een Frans bedrijf (SAS naar Frans recht) en vallen niet onder enige extraterritoriale wetgeving die toegang tot uw gegevens toestaat zonder uw toestemming en zonder een Franse rechterlijke uitspraak.

\n

Onze concrete toezeggingen:

\n\n

Voor essentiële NIS2-entiteiten en OIV’s kunnen wij een volledig dossier leveren, inclusief het beveiligingsbeleid, de certificeringen en de contractuele SLA’s die zijn afgestemd op de wettelijke vereisten.

\n
\n

Conclusie: digitale soevereiniteit op industrieel gebied is niet langer een optie​

\n

In 2026 is de vraag „waar worden mijn industriële gegevens opgeslagen?“ net zo belangrijk geworden als „zijn mijn apparaten redundant?“ of „heb ik een back-up van mijn PLC-configuraties?“.

\n

De risico’s zijn reëel en gedocumenteerd:

\n\n

Het goede nieuws: er zijn in Frankrijk krachtige en betaalbare oplossingen voor soevereine hosting beschikbaar. Het is niet langer een kwestie van kiezen tussen veiligheid en gebruiksgemak — moderne IIoT-platforms die in Frankrijk worden gehost, bieden dezelfde functionaliteiten als hun Amerikaanse tegenhangers, met de garantie van digitale soevereiniteit.

\n

Checklist: de soevereiniteit van uw volledige IoT-keten beoordelen​

\n

De locatie van het datacenter alleen is niet voldoende: industriële gegevens doorlopen een hele keten die schakel voor schakel moet worden beoordeeld.

\n
OnderdeelTe stellen vraagAandachtspunt
SIM-kaart / providerWaar worden de mobiele gegevens doorgestuurd (APN)?Een openbare APN stuurt de gegevens via het open internet door; een privé-APN houdt de datastroom binnen het netwerk van de provider
Gateway / routerWorden de firmware en de bijbehorende telemetriegegevens doorgestuurd naar een cloud van een derde partij?Sommige Aziatische fabrikanten leggen hun eigen beheercloud op
TransportIs er sprake van end-to-end-versleuteling (VPN, TLS)?Een tunnel die bij een tussenpersoon eindigt, creëert een leespunt
CloudplatformWie is de uiteindelijke host en welk recht is van toepassing?Een Franse interface op AWS valt nog steeds onder de CLOUD Act
Back-upsWaar worden de gegevens gerepliceerd?Back-ups worden soms naar een ander rechtsgebied verzonden
OndersteuningVan waaruit hebben de ondersteuningsteams toegang tot de gegevens?Offshore-ondersteuning = feitelijk toegang buiten Europa
\n

Deze volledige audit duurt een halve dag en voorkomt onaangename verrassingen bij een veiligheidsvragenlijst voor klanten of een NIS2-controle.

\n
\n

Veelgestelde vragen — Opslag van industriële gegevens in Frankrijk​

\n

Vallen alle industriële IoT-gegevens onder de AVG?

\n

De AVG is van toepassing op persoonsgegevens — doorgaans locatiegegevens die verband houden met identificeerbare voertuigen, op naam gestelde toegangsgegevens of productiegegevens die verband houden met identificeerbare operators. Puur procesgerelateerde gegevens (temperaturen, drukken, debieten van een geanonimiseerde leiding) zijn geen persoonsgegevens. Maar VPN-toegangslogboeken (met de identiteit van technici) en geolocatiegegevens van mobiele bedrijfsmiddelen zijn wel degelijk persoonsgegevens die onder de AVG vallen.

\n

Is de Amerikaanse CLOUD Act van toepassing op een in Europa gevestigde clouddienstverlener?

\n

Ja, als deze dienstverlener een dochteronderneming is of een onderneming die onder het Amerikaanse recht valt (hoofdkantoor in de Verenigde Staten, genoteerd aan de NYSE/Nasdaq, Amerikaanse groep). AWS Europe (Frankfurt), Azure Europe en Google Cloud EU zijn allemaal entiteiten die via hun Amerikaanse moedermaatschappij onder de CLOUD Act vallen. Alleen hostingproviders die uitsluitend onder Frans of Europees recht vallen (OVHcloud, Scaleway, 3DS Outscale, Outscale) vallen buiten het toepassingsgebied van de CLOUD Act.

\n

Schrijft NIS2 expliciet voor dat de hosting in Frankrijk of in de EU moet plaatsvinden?

\n

NIS2 schrijft niet expliciet een land van hosting voor, maar eist „passende technische en organisatorische maatregelen”, waaronder de beveiliging van de toeleveringsketen en gegevensbescherming. Voor OIV's (organisaties van vitaal belang) die onder de LPM vallen, schrijft het SGDSN vaak voor dat de gegevens moeten worden gehost op infrastructuren met het SecNumCloud-keurmerk — wat in feite niet-Europese clouds uitsluit voor de meest gevoelige gegevens.

\n

Wat is de SecNumCloud-certificering en wie kan deze behalen?

\n

SecNumCloud is het referentiekader van het ANSSI voor „betrouwbare“ clouddienstverleners. Gekwalificeerde dienstverleners moeten onder meer garanderen dat ze immuun zijn voor buiten-Europese wetgeving (geen CLOUD Act), dat de gegevens in Frankrijk worden opgeslagen en dat de beveiligingsniveaus zijn gecontroleerd. Eind 2025 behoren OVHcloud, Outscale (3DS) en enkele andere aanbieders tot de SecNumCloud-gecertificeerde aanbieders.

\n

Mag een bedrijf aan zijn eindklant opleggen dat diens gegevens in Frankrijk moeten worden opgeslagen?

\n

Ja, via contractuele bepalingen (SLA, DPA — Data Processing Agreement). In industriële B2B-contracten, met name in gereguleerde sectoren (defensie, energie, water), is het gebruikelijk om contractueel te eisen dat de hosting in Frankrijk of in de EU plaatsvindt. Deze bepalingen kunnen worden gecontroleerd door middel van jaarlijkse audits.

\n
\n

Aanvullende bronnen​

\n\n
\n

Gerelateerde Eziwan-oplossingen​

\n", "url": "https://eziwan.com/nl/blog/donnees-industrielles-hebergement-france-nis2", "title": "In Frankrijk gehoste bedrijfsgegevens: waarom dit essentieel is voor NIS2 en de AVG", "summary": "Industriële IoT-gegevens in Frankrijk hosten: NIS2-verplichting voor OIV’s, naleving van de AVG, bescherming tegen de CLOUD Act. Uitgebreide gids voor Franse industriële bedrijven.", "date_modified": "2026-03-10T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "NIS2", "avg", "soevereine-cloud", "industriele-iot", "cyberveiligheid" ] }, { "id": "https://eziwan.com/nl/blog/edge-computing-vs-cloud-industrie", "content_html": "

\"Zet alles in de cloud\" was tot 2020 het mantra van de digitale transformatie in de industrie. Maar toen botsten de projecten op de realiteit in het veld: een pompstation met een netwerklatentie van 500 ms kan een regelkring niet via de cloud afsluiten. Een productielocatie die dagelijks 2 To aan gegevens genereert, kan niet alles naar AWS verzenden zonder dat de bandbreedtekosten onbetaalbaar hoog worden. En een bedrijf in de defensiesector kan zijn productiegegevens niet hosten op een server waarvan de fysieke locatie buiten zijn controle ligt.

\n

In 2026 is de dominante architectuur binnen het industriële IoT hybride: lokale verwerking aan de bron voor wat dat vereist, en de cloud voor wat baat heeft bij schaalgrootte en centralisatie. Deze gids helpt u bij het nemen van de juiste beslissing voor elk gebruiksscenario.

\n

Definities: edge, cloud, fog — zonder jargon​

\n

Laten we, voordat we een vergelijking maken, eerst eens verduidelijken wat deze termen concreet betekenen in een industriële context.

\n

De cloud is een verzameling externe servers die via internet of een privé-WAN-netwerk toegankelijk zijn. In de industriële praktijk worden in de cloud de monitoringdashboards, historische databases, geavanceerde analysealgoritmen en samenwerkingshulpmiddelen gehost. De dominante hyperscalers zijn AWS, Microsoft Azure en Google Cloud, maar Franse soevereine cloudaanbieders (OVHcloud, Outscale/Dassault, Scaleway) winnen aan belang voor gevoelige gegevens.

\n

Edge computing verwijst naar de verwerking van gegevens zo dicht mogelijk bij de bron — fysiek op locatie, in de schakelkast of in de apparatuur zelf. De 'edge' in 'edge computing' is de grens tussen het OT-netwerk in het veld en de rest — daar bevindt zich de industriële gateway. In de praktijk staat edge gelijk aan uw gateway of uw lokale server.

\n

Fog computing is een overkoepelende term voor gedistribueerde verwerking in de lagen tussen het veld en de cloud (zone-aggregators, gebouwservers, fabrieksservers). In 2026 wordt de term „fog“ in de industrie minder vaak gebruikt dan in academische publicaties — de meeste bedrijven spreken simpelweg van een hybride edge- en cloudarchitectuur.

\n

De hiërarchie in een fabriek:

\n\n

De industriële gateway van Eziwan functioneert op niveau 3 van deze hiërarchie: het vormt het knooppunt tussen het OT-netwerk in het veld en de supervisiecloud.

\n

Wanneer edge computing noodzakelijk is​

\n

Er zijn drie situaties waarin verwerking uitsluitend in de cloud technisch ontoereikend of onaanvaardbaar is.

\n

Eis inzake realtime-latentie

\n

De regelkring van een industriële PLC moet, afhankelijk van het proces, binnen 1 tot 10 ms worden doorlopen. Deze eis is fysiek onverenigbaar met een heen-en-terugverbinding via het netwerk naar een cloud op afstand, die minimaal 10 tot 50 ms duurt via een 4G LTE-verbinding, en 5 tot 20 ms via een glasvezelverbinding met de dichtstbijzijnde server in Frankrijk.

\n

Toepassingen die lokale verwerking vereisen om te kunnen functioneren:

\n\n

Beperkte bandbreedte

\n

Een industriële hoogfrequente trillingssensor (versnellingsmeter van 10 kHz) genereert ongeveer 80 MB aan ruwe gegevens per minuut. Een productielijn met 100 van dergelijke sensoren genereert 8 GB per minuut, ofwel 11,5 TB per dag. Het in realtime verzenden van al deze gegevens naar de cloud zou tienduizenden euro's per maand aan bandbreedte en cloudopslag kosten.

\n

De edge lost dit probleem op via twee mechanismen:

\n\n

In de praktijk kan edge computing de hoeveelheid gegevens die naar de cloud wordt verzonden met 70 tot 95 % verminderen, afhankelijk van de toepassingen.

\n

Vereiste inzake gegevenssoevereiniteit

\n

Bepaalde industriële gegevens mogen het bedrijf of het nationale grondgebied niet verlaten:

\n\n

In deze gevallen vinden zowel de edge-verwerking als de opslag lokaal plaats. De cloud kan geanonimiseerde of geaggregeerde gegevens (prestatie-KPI’s) ontvangen, maar geen gevoelige ruwe gegevens.

\n

Wanneer de cloud alleen volstaat​

\n

Voor de meeste industriële monitoringtoepassingen is de cloud op zich al uitermate geschikt en vereenvoudigt deze de architectuur aanzienlijk.

\n

Niet-kritische supervisie en monitoring

\n

Voor het op afstand monitoren van een pompstation (meting van peil, druk en debiet om de 5 seconden) geldt geen vereiste dat de latentie minder dan 1 seconde bedraagt. Het alarm „laag niveau“, dat binnen 200 ms in plaats van binnen 10 ms wordt doorgegeven, heeft geen operationele gevolgen: de operator ziet het alarm binnen een seconde, en het pompproces heeft reactietijden in de orde van grootte van een minuut of een uur.

\n

Analytics en machine learning op basis van historische gegevens

\n

De algoritmen voor voorspellend onderhoud, die zijn getraind op basis van 18 maanden aan historische gegevens, werken zeer efficiënt in de cloud, waar de rekenkracht elastisch is en opslag goedkoop is. Een model voor het detecteren van afwijkingen dat één keer per uur wordt uitgevoerd op de gegevens van de afgelopen 24 uur, hoeft helemaal niet op de edge te worden geïmplementeerd.

\n

Gecentraliseerd toezicht op meerdere locaties

\n

Een netwerkbeheerder die toezicht houdt op 50 waterzuiveringsinstallaties verspreid over een departement heeft er alle belang bij om de gegevens in de cloud te centraliseren: uniforme dashboards, correlaties tussen locaties, prestatiebenchmarking, geautomatiseerde rapportages voor regelgevende instanties. Het implementeren van deze functies op 50 lokale edge-locaties zou niet alleen kostbaar zijn, maar ook vrijwel onmogelijk te onderhouden.

\n

Beheer van updates en configuratie

\n

Het centraal beheer van routerconfiguraties, firmwareversies en waarschuwingsregels is van nature een cloudfunctie. Zero Touch Provisioning (ZTP) is per definitie een clouddienst die apparatuur op afstand configureert.

\n

De hybride edge- en cloudarchitectuur: het beste van twee werelden​

\n

De aanbevolen architectuur voor serieuze industriële IoT-projecten in 2026 is hybride, met een duidelijke verdeling van verantwoordelijkheden tussen edge en cloud.

\n

Functies van de edge (lokale industriële gateway):

\n\n

Functies van de cloud:

\n\n

Het synchronisatieprotocol:\nDe gateway verzendt de gegevens naar de cloud via MQTT over TLS of HTTPS REST, afhankelijk van de configuratie. Bij verlies van de verbinding worden de gegevens lokaal gebufferd (meestal in een flashgeheugen van 4 tot 32 GB) en in één keer verzonden zodra de verbinding weer tot stand is gebracht. Deze architectuur garandeert dat er geen gegevens verloren gaan, zelfs niet bij een netwerkstoring van meerdere uren.

\n

Monitoring van de gateway zelf:\nDe edge-gateway moet zelf vanuit de cloud worden bewaakt: beschikbaarheid, LTE-signaal (RSRP/RSRQ), CPU-/RAM-gebruik, schijfruimte, firmwareversie. Een gateway die 48 uur lang onopgemerkt stilvalt, is onaanvaardbaar op een kritieke locatie.

\n

Edge computing in de praktijk: voorbeelden per sector​

\n

Voedingsmiddelenindustrie — monitoring van koelcellen

\n

Een koelcel moet zijn voorzien van een lokaal alarm voor het geval de temperatuur wordt overschreden (> +4 °C voor een koelcel), ongeacht of er een netwerkverbinding is. De edge-gateway meet de temperatuur lokaal en activeert binnen 30 seconden een lokaal geluidsalarm + sms + oproep naar de dienstdoende medewerker, zonder dat er gegevens naar de cloud en terug hoeven te worden verzonden. Tegelijkertijd worden de temperatuurgegevens om de 5 minuten naar de cloud verzonden voor traceerbaarheid en naleving van de HACCP-normen.

\n

Watervoorziening — drukregeling

\n

Een pompstation dat is uitgerust met een frequentieomvormer op de hoofdpomp maakt gebruik van de edge voor lokale drukregeling (instelwaarde 3,5 bar, meting om de 100 ms, aanpassing van het pomptoerental). Deze regelkringloop wordt volledig lokaal uitgevoerd — deze kan de vertraging van een heen-en-terugverbinding met de cloud niet verdragen. De cloud ontvangt elke minuut de trends voor druk en energieverbruik.

\n

Energie — zonnepark

\n

Een zonnepark van 500 kWp met 10 omvormers genereert ongeveer 50.000 Modbus-waarden per uur. De edge-server berekent lokaal elke 5 minuten de Performance Ratio en de vervuilingsindicator, vergelijkt de strings onderling en genereert een waarschuwing als een string meer dan 15 % onder de mediaan ligt. De cloud ontvangt de berekende indicatoren (niet de 50.000 ruwe waarden), de geaggregeerde productiecurves en de waarschuwingen.

\n

Bouw en openbare werken — machinebewaking

\n

Een verdichter op de bouwplaats genereert gegevens over trillingen, snelheid en GPS-positie. Het edge-apparaat berekent lokaal de \"verdichtingsgangen\" (een combinatie van GPS-positie en verdichtingsenergie) en stuurt alleen het bedrijfsresultaat (verdichtingskaart) naar de cloud. Dit vermindert de hoeveelheid verzonden LTE-gegevens met een factor 100 en maakt het mogelijk om zelfs in gebieden met een zwakke dekking te werken.

\n

Edge computing met Eziwan: wat de gateway lokaal doet​

\n

De Eziwan-gateway is ontworpen als een knooppunt voor industriële edge computing, en niet als een gewone, transparante router.

\n

Lokale gegevensverzameling en normalisatie:\nDe gateway vraagt gegevens op bij de veldapparatuur (Modbus RTU-controllers, M-Bus-meters, lokale MQTT-sensoren) met configureerbare intervallen van 100 ms tot 24 uur, afhankelijk van het type gegevens. De waarden worden genormaliseerd (eenheid, schaalfactor, offset) en voorzien van een nauwkeurige tijdstempel (NTP gesynchroniseerd met de Franse tijdservers).

\n

Regels voor lokale alarmen:\nDe eenvoudige alarmregels (bovengrens, ondergrens, waarde buiten het bereik, geen communicatie) worden op de gateway geëvalueerd. Het versturen van waarschuwingen via sms, e-mail of webhook kan rechtstreeks vanaf de edge gebeuren, zonder afhankelijk te zijn van de Eziwan-cloud. Dit garandeert dat kritieke waarschuwingen ook bij onderhoud aan het cloudplatform worden verzonden.

\n

Store and forward:\nDe verzamelde gegevens worden lokaal opgeslagen in het flashgeheugen van de gateway. Bij een onderbreking van de verbinding (verlies van LTE-signaal, netwerkonderhoud) worden de gegevens lokaal opgeslagen en automatisch naar de cloud verzonden zodra de verbinding weer tot stand is gebracht. Dankzij de lokale opslagcapaciteit kunnen onderbrekingen van meerdere dagen worden opgevangen zonder dat er gegevens verloren gaan.

\n

Permanente VPN-tunnel:\nDe verbinding tussen de gateway en de Eziwan-cloud wordt tot stand gebracht via OpenVPN, geïnitieerd vanaf de gateway (geen inkomende poort op het apparaat). Toegang op afstand tot de lokale OT-apparaten verloopt uitsluitend via deze versleutelde tunnel, zonder dat er ooit een poort op het internet wordt blootgesteld.

\n

Lokaal ondersteunde protocollen:

\n\n

Hoe u uw edge-/cloudarchitectuur plant​

\n

Een succesvolle edge/cloud-architectuur wordt vastgesteld voordat de apparatuur wordt gekozen. Hieronder volgt de aanbevolen werkwijze.

\n

Stap 1: De gegevensbronnen in kaart brengen\nMaak een lijst van alle apparatuur of sensoren, met vermelding van het communicatieprotocol, de frequentie waarmee gegevens worden gegenereerd, de hoeveelheid ruwe gegevens en het belang van de gegevens voor de bedrijfsvoering.

\n

Stap 2: De beperkingen indelen per gebruiksscenario\nBepaal voor elk gebruiksscenario (alarm, regeling, rapportage, analyse) de belangrijkste beperking: latentie (< 100 ms? < 1 s?), beschikbaarheid zonder netwerk (ja/nee), soevereiniteit (gevoelige gegevens?), volume (> 1 MB/min per bron?).

\n

Stap 3: De beslissingsregel toepassen

\n
BeperkingEdge-verwerkingCloud-verwerking
Vertraging < 500 msVerplichtOnmogelijk
Beschikbaarheid zonder netwerkVerplichtOnmogelijk
Volume > 1 MB/min per bronAanbevolenDuur
Gevoelige gegevens (soevereiniteit)VerplichtOnder voorwaarden
ML-analyse op historische gegevensOptioneelAanbevolen
Toezicht op meerdere locatiesOptioneelAanbevolen
GebruikersinterfaceOptioneelAanbevolen
\n

Stap 4: De edge dimensioneren\nBereken de benodigde CPU, RAM en opslagruimte voor de lokale verwerkingen die in stap 3 zijn geïdentificeerd. Een instapmodel gateway met 512 MB RAM en 1 GB opslagruimte dekt 90 % van de behoeften van een klassieke industriële edge. Toepassingen voor videoanalyse of embedded ML-inferentie vereisen krachtigere gateways (4–8 GB RAM, ingebouwde GPU).

\n

Stap 5: Controleer de verbinding\nSchat de benodigde netwerkbandbreedte in na edge-voorbewerking. Een uploadbandbreedte van 1 Mbps is voldoende voor de meeste industriële IoT-installaties met edge-verwerking (enkele honderden gestandaardiseerde gegevenspunten per minuut). Vergelijk dit met de M2M-simkaartabonnementen die in uw regio beschikbaar zijn.

\n

Dit proces duurt 2 tot 4 uur voor een standaard industriële locatie en leidt tot beter gedimensioneerde architecturen die op de lange termijn goedkoper zijn en beter bestand zijn tegen de werkelijke bedrijfsomstandigheden.

\n
\n

Veelgestelde vragen​

\n

Wat houdt industriële edge computing concreet in — is het ingewikkeld om te implementeren?\nIn de praktijk is industriële edge computing uw IoT-gateway die lokale verwerkingslogica uitvoert: het berekenen van gemiddelden, het detecteren van drempelwaarden, filtering en aggregatie. Bij Eziwan worden deze regels geconfigureerd via het clouddashboard (zonder programmeren). Voor geavanceerde verwerkingen (embedded ML, Docker-containers) is een complexere implementatie vereist, maar de meeste industriële behoeften worden gedekt door het configureren van regels.

\n

Wanneer volstaat edge computing niet en is de cloud dan absoluut noodzakelijk?\nWanneer gegevens tussen meerdere locaties moeten worden gekoppeld (bijvoorbeeld om de prestaties van 50 fabrieken te vergelijken), wanneer de analyse een lange tijdreeks vereist (18 maanden aan trends), of wanneer teams op afstand toegang moeten hebben tot het monitoring-systeem. Edge computing alleen kan geen geconsolideerd overzicht over meerdere locaties bieden — dat is de rol van de cloud.

\n

Is de 4G LTE-latentie (30-100 ms) een belemmering voor het gebruik van de cloud bij kritieke waarschuwingen?\nVoor kritieke waarschuwingen waarbij binnen 500 ms moet worden gereageerd, ja — de cloud alleen is niet betrouwbaar. Maar met edge-computing gebeuren de detectie en het lokaal activeren van de waarschuwing (sms, relais, geluidsalarm) binnen enkele milliseconden. De cloud ontvangt de melding van de waarschuwing enkele seconden later. De combinatie van edge-computing en de cloud biedt het beste van twee werelden.

\n

Is het met edge computing via een IoT-gateway mogelijk om naar de PLC te schrijven (commando’s)?\nJa. De edge kan Modbus TCP-schrijfcommando’s naar de PLC sturen (instelwaarden, aan/uit-commando’s). Deze functie moet met de nodige voorzichtigheid worden gebruikt: er is een beveiligingsanalyse nodig (wie mag wat schrijven), er moeten limieten worden ingesteld voor de toegestane waarden en er moet een volledige logboekregistratie plaatsvinden. NIS2 vereist traceerbaarheid van alle acties op afstand op OT-systemen.

\n

Wat is het verschil tussen store-and-forward en edge computing?\nStore-and-forward is een functie van edge computing: de gegevens worden lokaal verzameld en in de buffer opgeslagen als de verbinding met de cloud niet beschikbaar is, en vervolgens verzonden zodra de verbinding weer tot stand is gebracht. Edge computing in de brede zin omvat ook lokale verwerking (berekeningen, waarschuwingen, regeling), niet alleen het in de buffer opslaan. Beide zijn nuttig en vullen elkaar aan.

\n
\n

Meer informatie​

\n\n
\n

Wilt u meer weten? Het Eziwan-team ondersteunt industriële bedrijven bij het ontwerpen en implementeren van edge/cloud-architecturen die zijn afgestemd op hun specifieke behoeften. Ontdek de edge-mogelijkheden van de Eziwan-gateway of bekijk ons aanbod voor industrieel telebeheer voor een eerste gesprek over uw project.

\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/edge-computing-vs-cloud-industrie", "title": "Edge computing versus cloud voor de industrie: hoe maak je in 2026 een keuze?", "summary": "Edge computing of cloud voor uw fabriek? Latentie, bandbreedte, gegevenssoevereiniteit, kosten: een beslissingsgids voor de industrie.", "date_modified": "2026-02-25T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "edge-computing", "cloud", "industrie-40", "iiot" ] }, { "id": "https://eziwan.com/nl/blog/nis2-checklist-conformite-industrie", "content_html": "

De NIS2-richtlijn (Network and Information Security 2) is sinds oktober 2024 omgezet in Frans recht. In 2026 bevinden industriële entiteiten die nog niet zijn begonnen met het in overeenstemming brengen van hun systemen zich op glad ijs: de eerste sancties door de ANSSI worden verwacht, en cyberaanvallen op industriële infrastructuren blijven toenemen — volgens het CERT-FR zijn de OT-incidenten tussen 2023 en 2025 met 38 % gestegen.

\n

Dit artikel geeft u een duidelijk overzicht van wat NIS2 van de sector verlangt en bevat een gestructureerde checklist met 30 punten om uw mate van naleving te beoordelen.

\n

NIS2 in het kort: wat verandert er voor de Franse industrie?​

\n

NIS2 volgt NIS1 (2016) op en heeft een aanzienlijk ruimer toepassingsgebied. De Europese richtlijn 2022/2555 is in Frankrijk omgezet in een specifieke wet die het ANSSI bevoegdheden op het gebied van toezicht, controle en sancties toekent.

\n

Wat er fundamenteel verandert ten opzichte van NIS1:

\n\n

De richtlijn onderscheidt twee categorieën entiteiten op basis van hun omvang en hun bedrijfstak, met enigszins verschillende verplichtingen.

\n

Voor wie geldt dit: essentiële entiteiten versus belangrijke entiteiten​

\n

Essentiële entiteiten (EE)

\n

Als essentiële entiteiten worden aangemerkt: grote organisaties (> 250 werknemers OF > 50 miljoen euro omzet OF > 43 miljoen euro balanstotaal) in de volgende sectoren:

\n\n

Essentiële entiteiten staan onder proactief toezicht van de ANSSI: geplande audits, inspecties ter plaatse, meldingsplicht bij onzekerheden.

\n

Belangrijke entiteiten (BE)

\n

Als belangrijke entiteiten worden beschouwd: middelgrote organisaties (> 50 werknemers OF > 10 miljoen euro omzet) in de volgende sectoren:

\n\n

Belangrijke entiteiten vallen onder reactief toezicht: de ANSSI voert geen spontane controles uit, maar kan een controle in gang zetten naar aanleiding van een melding van een incident of een signaal.

\n

Het geval van Franse industriële KMO’s

\n

Een industrieel MKB-bedrijf met 75 werknemers en een omzet van 12 miljoen euro wordt in het kader van NIS2 als een belangrijke entiteit beschouwd. Het is onderworpen aan alle technische verplichtingen, hoewel er per sector uitstel voor het voldoen aan de eisen kan worden verleend.

\n

De ANSSI heeft op de website anssi.fr een tool voor zelfbeoordeling van de reikwijdte gepubliceerd. Als u deze controle nog niet hebt uitgevoerd, is dit de eerste stap.

\n

Technische checklist — 30 controlepunten​

\n

A. Overzicht van de activa (5 punten)​

\n

☐ A1. Volledige inventaris van IT-middelen\nU beschikt over een actuele inventaris van alle IT-apparatuur (servers, werkstations, netwerkapparatuur), inclusief de versie van het besturingssysteem, de versie van kritieke software, de verantwoordelijke en de bedrijfskriticiteit. Deze wordt ten minste om de zes maanden bijgewerkt.

\n

☐ A2. Volledige inventaris van OT-activa\nUw inventaris omvat besturingsautomaten (PLC, RTU), HMI's, SCADA-supervisors, IoT-gateways, industriële routers en alle apparatuur die is aangesloten op het OT-netwerk. De firmwareversie en de datum van de laatste update worden gedocumenteerd.

\n

☐ A3. In kaart brengen van gegevensstromen\nDe communicatiestromen tussen IT- en OT-systemen worden vastgelegd in de vorm van een gegevensstroomdiagram. Niet-gedocumenteerde stromen worden standaard geblokkeerd (whitelist-beleid).

\n

☐ A4. Indeling van bedrijfsmiddelen naar kriticiteit\nElk bedrijfsmiddel wordt ingedeeld op basis van zijn kriticiteit voor de bedrijfscontinuïteit: kritiek (onmiddellijke stopzetting van de productie indien het bedrijfsmiddel wordt aangetast), belangrijk (aanzienlijke verslechtering), standaard. Deze indeling vormt de leidraad voor de prioriteiten op het gebied van veiligheid.

\n

☐ A5. Levenscyclusbeheer\nEr is een gedocumenteerd proces voor het beheer van apparatuur aan het einde van de levensduur: verwijdering van apparatuur waarvoor geen ondersteuning meer wordt geboden, veilige buitengebruikstelling (wissen van gegevens, verwijderen van accounts) en recycling.

\n

B. Toegangsbeheer en authenticatie (5 punten)​

\n

☐ B1. MFA voor toegang op afstand\nMeervoudige authenticatie (MFA) is verplicht voor elke toegang op afstand tot informatiesystemen, inclusief VPN-toegang tot OT-netwerken. SMS-OTP-oplossingen worden door het ANSSI afgeraden; geef de voorkeur aan TOTP (Google Authenticator, Aegis) of FIDO2-sleutels.

\n

☐ B2. Het principe van minimale rechten\nGebruikersaccounts beschikken uitsluitend over de rechten die nodig zijn voor hun taken. Speciale beheerdersaccounts staan los van de accounts voor dagelijks werk. De rechten worden minimaal eenmaal per jaar en bij elke functiewisseling herzien.

\n

☐ B3. Beheer van gedeelde en serviceaccounts\nGedeelde accounts (generieke accounts zoals \"admin\" en \"operator\") worden verwijderd of vervangen door accounts op naam. Accounts voor applicaties worden beheerd in een beveiligde opslagplaats (CyberArk, Hashicorp Vault, Bitwarden Business) met automatische wachtwoordrotatie.

\n

☐ B4. Controle van de fysieke toegang\nDe fysieke toegang tot serverruimtes, schakelkasten en technische ruimtes wordt gecontroleerd via een toegangskaart of sleutel, waarbij de toegang wordt geregistreerd. De toegang van externe medewerkers wordt bijgehouden.

\n

☐ B5. Intrekking van toegangsrechten\nEen geformaliseerde procedure waarborgt dat toegangsrechten onmiddellijk worden ingetrokken bij vertrek of bij een functiewisseling. De termijn voor intrekking wordt gedocumenteerd en bedraagt minder dan 24 uur voor kritieke toegangsrechten.

\n

C. VPN en versleuteling van OT-communicatie (5 punten)​

\n

☐ C1. VPN voor alle OT-toegang op afstand\nElke externe toegang tot een OT-netwerk (SCADA, supervisie, PLC's) moet verplicht via een versleutelde VPN (IPsec, OpenVPN of wederzijdse TLS) verlopen. Directe internettoegang tot OT-apparatuur is verboden en wordt technisch geblokkeerd.

\n

☐ C2. IT/OT-segmentatie\nHet OT-netwerk is fysiek of logisch gescheiden van het IT-netwerk (kantoor, bedrijf). De communicatie tussen de zones verloopt via een DMZ of een speciale firewall met expliciete regels. Het standaardbeleid is „alles weigeren“.

\n

☐ C3. Versleuteling van cloudcommunicatie\nAlle communicatie tussen apparatuur in het veld en cloudplatforms (MQTT, HTTPS, REST-API) maakt minimaal gebruik van TLS 1.2 (TLS 1.3 aanbevolen). De certificaten zijn geldig, niet zelfondertekend en de vervaldatum ervan wordt gecontroleerd.

\n

☐ C4. Geen enkele inkomende poort is open naar het internet\nGeen enkel OT-apparaat, geen enkele HMI en geen enkele supervisor is rechtstreeks via internet toegankelijk via een inkomende poort. Elke toegang op afstand wordt geïnitieerd vanaf het apparaat naar het platform (het zogenaamde \"call home\"-model of toegang via een VPN-client).

\n

☐ C5. Beheer van sleutels en certificaten\nEr wordt een inventaris bijgehouden van TLS-certificaten, VPN-sleutels en applicatiegeheimen. Er wordt een waarschuwing gegeven wanneer sleutels en certificaten binnen 30 dagen verlopen. Er is een gedocumenteerd rotatieproces.

\n

D. Detectie van en reactie op incidenten (4 punten)​

\n

☐ D1. Logboekregistratie van beveiligingsgebeurtenissen\nKritieke apparatuur (firewall, VPN, HMI, SCADA-servers) genereert beveiligingslogs die worden verzameld in een gecentraliseerd systeem (SIEM, syslog-server). De bewaartermijn bedraagt ten minste 12 maanden voor essentiële entiteiten en 6 maanden voor belangrijke entiteiten.

\n

☐ D2. Monitoring van afwijkingen\nEr zijn regels voor het opsporen van afwijkingen actief op de OT-netwerkstromen: verbindingen naar onbekende bestemmingen, ongebruikelijke verkeersvolumes, verbindingen buiten de productie-uren, herhaalde mislukte authenticatiepogingen.

\n

☐ D3. Gedocumenteerde procedure voor incidentafhandeling\nEr is een incidentresponsplan (IRP) opgesteld, goedgekeurd door het management en dat ten minste één keer per jaar wordt getest (simulatieoefening of tabletop-test). Het omvat de fasen van detectie, beheersing, uitroeiing, herstel en communicatie.

\n

☐ D4. Contactgegevens CERT-FR en ANSSI zijn up-to-date\nHet bedrijf heeft zijn contactgegevens via het NIS2-portaal bij de ANSSI geregistreerd. De contactgegevens van de veiligheidsverantwoordelijke en de directie zijn up-to-date. De contactgegevens van CERT-FR (cert-fr.cert.gouv.fr, +33 3 51 14 17 41) zijn bekend bij de betrokken teams.

\n

E. Bedrijfscontinuïteit (4 punten)​

\n

☐ E1. Gedocumenteerd bedrijfscontinuïteitsplan (BCP)\nEr is een BCP gedocumenteerd en getest dat scenario's van cyberaanvallen (ransomware, SCADA-inbreuken) omvat. Het beschrijft de procedures voor het functioneren in noodmodus (handmatige modus, herstart vanaf schone back-ups).

\n

☐ E2. Regelmatige en geteste back-ups\nDe configuraties van de PLC’s, SCADA, HMI’s en servers worden volgens een gedocumenteerd beleid geback-upt. De back-ups worden offline of in een geïsoleerde omgeving opgeslagen. Het terugzetten ervan wordt minimaal halfjaarlijks getest.

\n

☐ E3. Redundantie van netwerktoegang\nKritieke locaties beschikken over redundante connectiviteit (Dual SIM met meerdere providers, glasvezel + 4G LTE) om de toegang op afstand voor monitoring te waarborgen in geval van een storing bij een provider.

\n

☐ E4. Gedocumenteerde hersteltijden (RTO/RPO)\nVoor elk kritiek systeem zijn de doelstellingen voor herstel na een incident (RTO: Recovery Time Objective, RPO: Recovery Point Objective) vastgelegd en gedocumenteerd. Deze doelstellingen zijn in overeenstemming met de contractuele verplichtingen jegens de klanten.

\n

F. Opleiding en bewustmaking (3 punten)​

\n

☐ F1. Verplichte cyberopleiding voor het management\nNIS2 schrijft voor dat leidinggevenden moeten worden opgeleid op het gebied van cyberrisico’s en de beveiligingsmaatregelen die voor de organisatie gelden. Deze opleiding (minimaal 4 uur) moet worden gedocumenteerd met vermelding van de datum en een certificaat.

\n

☐ F2. Regelmatige bewustmaking van medewerkers\nEr wordt minstens één keer per jaar voor alle medewerkers een bewustmakingssessie over cyberrisico’s (phishing, social engineering, wachtwoorden) georganiseerd. Ook onderaannemers die toegang hebben tot de systemen worden hierbij betrokken.

\n

☐ F3. Phishing-oefening\nEr wordt minstens één keer per jaar een gesimuleerde phishing-oefening gehouden om de waakzaamheid van de medewerkers te meten en te bepalen welke personen extra training nodig hebben.

\n

G. Beheer van derden en onderaannemers (4 punten)​

\n

☐ G1. Overzicht van kritieke onderaannemers\nDe dienstverleners die toegang hebben tot uw informatiesystemen of OT (integrators, onderhoudsbedrijven, softwareontwikkelaars) worden vermeld, samen met de kriticiteit van hun toegang. Dit overzicht wordt up-to-date gehouden.

\n

☐ G2. Contractuele beveiligingsbepalingen\nContracten met kritieke dienstverleners bevatten beveiligingsbepalingen: meldingsplicht bij incidenten, naleving van NIS2 voor onderworpen entiteiten, recht op audit, vertrouwelijkheid.

\n

☐ G3. Beperkte en traceerbare toegang voor onderaannemers\nDe aan onderaannemers verleende toegang op afstand (toegang voor PLC-onderhoud, hulp op afstand) is beperkt in de tijd, wordt bijgehouden in een logboek en kan onmiddellijk worden ingetrokken. Specifieke VPN's per dienstverlener verdienen de voorkeur boven gedeelde accounts.

\n

☐ G4. Beveiligingsbeoordeling van kritieke leveranciers\nDe beveiligingsstatus van leveranciers van kritieke software of hardware wordt aan een minimale beoordeling onderworpen (vragenlijst, ISO 27001-certificeringen, audit).

\n

Beheer van externe toegang bij OT: de blinde vlek van NIS2​

\n

Beveiligde toegang op afstand tot OT-systemen is vaak de meest kritieke blinde vlek van industriële bedrijven. Het is ook een van de meest misbruikte aanvalsvectoren — het ENISA-rapport uit 2025 over OT-incidenten noemt onvoldoende beveiligde toegang op afstand als de belangrijkste toegangsvector bij 42 % van de gedocumenteerde incidenten.

\n

De meest voorkomende slechte praktijken:

\n\n

De NIS2-conforme aanpak:

\n
    \n
  1. Er zijn geen inkomende poorten op het internet geopend vanuit het OT-netwerk
    2. \n
  2. Alle toegang op afstand verloopt via een VPN met MFA (OpenVPN + clientcertificaat + OTP TOTP)
    3. \n
  3. De VPN-toegang is beperkt tot de subnetten die nodig zijn voor het werk van de dienstverlener (segmentatie via VLAN)
    4. \n
  4. Elke sessie voor toegang op afstand wordt gelogd met tijdstempel, identiteit van de gebruiker en uitgevoerde acties
    5. \n
  5. Uitzonderlijke toegang (noodreparaties) wordt tijdelijk verleend via een goedkeuringsworkflow en automatisch ingetrokken na afloop van de sessie
    6. \n
\n

Deze architectuur is haalbaar voor een klein tot middelgroot industrieel bedrijf met moderne apparatuur — een industriële Eziwan-router met ingebouwde OpenVPN/IPSec-VPN en toegang op afstand via het Eziwan Cloud-platform voldoet aan deze eisen zonder dat daarvoor een complexe infrastructuur nodig is.

\n

Termijnen voor het melden van incidenten (24 uur / 72 uur)​

\n

NIS2 schrijft strikte meldingstermijnen voor in geval van een significant beveiligingsincident, gedefinieerd als een incident dat een aanzienlijke invloed heeft of kan hebben op de continuïteit van de dienstverlening.

\n

Eerste melding (Early Warning) — 24 uur:\nMelding aan het ANSSI via het daarvoor bestemde portaal indien het incident waarschijnlijk grensoverschrijdende gevolgen heeft, het het gevolg is van een strafbaar feit of het andere entiteiten kan treffen. Deze melding is beknopt: aard van het incident, getroffen systemen, geschatte initiële impact.

\n

Tussentijdse melding — 72 uur:\nEen meer gedetailleerd rapport met een voorlopige beoordeling van de ernst, de vermoedelijke oorzaak en de lopende inperkingsmaatregelen.

\n

Eindrapport — 1 maand:\nVolledige beschrijving van het incident, vastgestelde oorzaak, daadwerkelijke gevolgen, genomen corrigerende maatregelen, maatregelen ter voorkoming van herhaling.

\n

Praktische tip: de termijnen gaan in vanaf het moment dat het bedrijf kennis heeft van het incident — niet vanaf het moment dat het incident daadwerkelijk is begonnen. Een ransomware-incident dat drie weken na de eerste inbraak wordt ontdekt, laat de termijn ingaan op de datum van ontdekking, niet op de datum van de inbraak. Leg de chronologie van de ontdekking nauwkeurig vast.

\n

Boetes: tot 10 miljoen euro of 2 % van de wereldwijde omzet​

\n

NIS2 voert een stelsel van administratieve sancties in dat aanzienlijk strenger is dan dat van NIS1.

\n

Belangrijkste bepalingen:

\n\n

Belangrijke entiteiten:

\n\n

Criteria voor het vaststellen van sancties:

\n\n

In de praktijk zullen de eerste Franse sancties waarschijnlijk gericht zijn op grote essentiële entiteiten, alvorens te worden uitgebreid naar belangrijke entiteiten. Maar de ervaring met de AVG leert dat de overheid snel aan kracht wint zodra het kader eenmaal is vastgesteld.

\n

Aansprakelijkheid van bestuurders: in geval van een ernstige inbreuk als gevolg van kennelijke nalatigheid bepaalt NIS2 dat bestuurders persoonlijk kunnen worden vervolgd. Deze bepaling is een belangrijke nieuwigheid die cyberbeveiliging op het niveau van de raad van bestuur brengt.

\n

Officiële bronnen (ANSSI, CERT-FR)​

\n\n

Voor kleine organisaties raadt het ANSSI aan om te beginnen met de CyberDC-diagnose, die beschikbaar is via cybermalveillance.gouv.fr, en vervolgens op basis van de uitkomst prioriteiten te stellen voor de te nemen maatregelen.

\n
\n

Veelgestelde vragen​

\n

Valt mijn industriële KMO onder NIS2?\nAls u tussen de 50 en 249 werknemers heeft (of een omzet tussen 10 miljoen euro en 50 miljoen euro) en actief bent in een sector die in NIS2 wordt genoemd (kritieke verwerkende industrie, water, energie, gezondheidszorg, enz.), bent u waarschijnlijk een belangrijke entiteit (EI). Onder deze drempels valt u in principe niet direct onder de regelgeving, maar uw opdrachtgevers (EE of EI) kunnen u contractuele beveiligingsverplichtingen opleggen. Gebruik de zelfbeoordelingstool van ANSSI op cert.ssi.gouv.fr/nis2 om dit te controleren.

\n

Wanneer worden de eerste NIS2-sancties in Frankrijk verwacht?\nDe Franse omzetting is sinds oktober 2024 van kracht. Het ANSSI geeft in eerste instantie prioriteit aan het informeren van de betrokken entiteiten en het begeleiden bij het naleven van de voorschriften. De eerste administratieve sancties worden vanaf 2026 verwacht, te beginnen bij grote essentiële entiteiten. Voor kmo’s geldt doorgaans een overgangsperiode voordat sancties worden opgelegd.

\n

Heeft NIS2 betrekking op OT/SCADA-systemen of alleen op bedrijfsinformatiesystemen?\nNIS2 is expliciet van toepassing op OT-systemen (Operational Technology), SCADA, ICS en industriële besturingssystemen. Het ANSSI heeft een specifieke gids gepubliceerd, getiteld „Beveiliging van industriële systemen”, waarin concrete maatregelen worden beschreven voor PLC's, HMI's, SCADA en OT-netwerken. De IT/OT-segmentatie en het beveiligen van externe toegang tot PLC's zijn directe verplichtingen.

\n

Kan één enkel NIS2-incident automatisch tot sancties leiden?\nNee. Een meldingsplicht is geen sanctie. De verplichting om een incident binnen 24 uur aan het ANSSI te melden, leidt niet automatisch tot een sanctie — het is een procedurele verplichting. Sancties worden opgelegd bij niet-naleving van de technische en organisatorische maatregelen (onbeveiligde toegang, ontbrekende back-ups, geen beheer van kwetsbaarheden), of bij gebrek aan medewerking met de ANSSI.

\n

Hoe toon je je NIS2-conformiteit aan bij het ANSSI?\nHet ANSSI kan om schriftelijk bewijs vragen: door het management goedgekeurde beveiligingsbeleidsregels, beveiligingslogboeken, auditresultaten, opleidingsplannen en een getest noodherstelplan. Voor essentiële entiteiten zijn audits ter plaatse mogelijk. De beste voorbereiding is om uw maatregelen vanaf nu systematisch te documenteren: implementatiedatum, verantwoordelijke, resultaten.

\n
\n

Meer informatie​

\n\n
\n

Wilt u meer weten? Eziwan helpt industriële bedrijven hun OT-toegang op afstand te beveiligen in overeenstemming met de NIS2-vereisten: OpenVPN/IPSec-VPN, netwerksegmentatie, geen open inkomende poorten. Bekijk onze gids over OT-cyberbeveiliging of neem contact met ons op voor een audit van uw externe toegangen.

\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/nis2-checklist-conformite-industrie", "title": "NIS2 Industrie 2026: de volledige nalevingschecklist (30 punten)", "summary": "NIS2-checklist voor de industrie: 30 controlepunten om na te gaan of u aan de voorschriften voldoet. Essentiële en belangrijke entiteiten, termijnen, sancties.", "date_modified": "2026-02-12T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "nis2", "cyberveiligheid", "conformiteit", "industrie" ] }, { "id": "https://eziwan.com/nl/blog/supervision-parc-photovoltaique", "content_html": "

Frankrijk beschikt momenteel over meer dan 21 GWp aan geïnstalleerd fotovoltaïsch vermogen, met een doelstelling van 100 GWp tegen 2050. Achter deze cijfers gaat een operationele realiteit schuil die vaak wordt onderschat: elke niet-opgewekte wattuur kost geld, en zonder actief toezicht laat een zonnepark systematisch productie liggen.

\n

Een kortsluiting in een string, een omvormer in stille alarmmodus, een temperatuursensor buiten het bereik: deze kleine storingen blijven weken of maanden onopgemerkt als er geen monitoring plaatsvindt, wat leidt tot aanzienlijke cumulatieve productieverliezen. In deze gids wordt uitgelegd hoe u een effectief IoT-monitoringsysteem kunt opzetten voor een fotovoltaïsch park, van een industrieel dak van 10 kWp tot een grondgebonden zonnepark van meerdere megawatt.

\n

De verborgen kosten van een onbewaakt zonnepark​

\n

Het ontbreken van toezicht op een zonnepark is geen besparing — het is een uitstel van kosten, met rente.

\n

Onopgemerkte productieverliezen: een gedeeltelijk overschaduwde of vervuilde cel in een string kan de productie van die string met 20 tot 60 % verminderen, afhankelijk van de technologie van de modules (met of zonder optimizers). Bij een installatie van 500 kWp betekent een defecte string een verlies van 5.000 tot 15.000 kWh per jaar, afhankelijk van de zoninstraling, wat neerkomt op 600 tot 1.800 € aan gemiste opbrengst (tegen het terugkooptarief of de EPEX-spotprijs).

\n

Onopgemerkte versnelde slijtage: fotovoltaïsche modules verliezen gemiddeld 0,5 % van hun vermogen per jaar. Bepaalde defecten versnellen deze slijtage: hotspots, delaminatie en microscheurtjes als gevolg van hagel. Als deze defecten in een vroeg stadium worden opgespoord via thermografie of analyse van IV-curves, kost de reparatie 200–500 € per module. Worden ze pas laat ontdekt, na 2 of 3 jaar, dan is volledige vervanging noodzakelijk.

\n

Verlies van fabrieksgaranties: voor de meeste prestatiegaranties op zonnepanelen (25 jaar) en omvormers (5–10 jaar) is het bijhouden van de bedrijfsomstandigheden een vereiste. Zonder monitoringgegevens met tijdstempel is een garantieclaim moeilijk te onderbouwen.

\n

Niet-naleving van de ENEDIS-voorschriften: energieproducenten die op het openbare net zijn aangesloten, zijn onderworpen aan meet- en rapportageverplichtingen. Bij een installatie waarvoor productiegegevens ontbreken, kunnen de terugleveringsrechten tijdens controles worden betwist.

\n

Representatieve cijfers: uit een Europees onderzoek (2023) onder 400 parken met een vermogen van 10 kWp tot 10 MWp bleek dat parken zonder monitoring prestatieverschillen van 3 tot 8 % vertoonden ten opzichte van gecontroleerde parken met vergelijkbare kenmerken. Bij een park van 1 MWp dat 1 200 MWh/jaar produceert, komt dit neer op een verlies van 36 tot 96 MWh, ofwel 3 600 tot 14 400 € per jaar, afhankelijk van de energieprijs.

\n

IoT-architectuur voor het beheer van een PV-park​

\n

Een efficiënte architectuur voor het beheer van fotovoltaïsche installaties bestaat uit drie lagen.

\n

Terreinlaag (sensoren en apparatuur):

\n\n

Communicatielaag (IoT-gateway):

\n\n

Cloudlaag (monitoring en analyse):

\n\n

Voor een installatie van minder dan 36 kWp op een bedrijfsdak kan de opzet worden vereenvoudigd: één omvormer met geïntegreerde communicatie-interface, een 4G-gateway met Modbus RTU en een SaaS-platform voor monitoring.

\n

Bij een grondgemonteerd park van 1 MWp neemt de complexiteit toe: meerdere verdeelkasten, een speciaal weerstation, een aparte ENEDIS-meter en mogelijk een industrieel Ethernet-subnet tussen de gateway en de apparatuur.

\n

Communicatieprotocollen: Modbus SunSpec, de industriële standaard voor zonne-energie​

\n

De fotovoltaïsche sector heeft SunSpec Alliance gekozen als referentiekader voor interoperabiliteit. SunSpec definieert gestandaardiseerde datamodellen die worden geïmplementeerd via Modbus TCP (poort 502) of Modbus RTU (RS-485).

\n

Waarom SunSpec belangrijk is: vóór SunSpec had elke fabrikant van omvormers zijn eigen, merkgebonden Modbus-register. Om omvormers van SMA, Huawei, SolarEdge, Fronius en Sungrow in één enkel monitoringsysteem te integreren, waren er evenveel stuurprogramma’s nodig als er merken waren. SunSpec standaardiseert de adressen en het formaat van de essentiële gegevens.

\n

De belangrijkste SunSpec-modellen:

\n\n

In de praktijk verschilt de implementatie van SunSpec per fabrikant en firmwareversie. Controleer altijd de lijst met ondersteunde SunSpec-modellen in de documentatie van de omvormer en test het uitlezen van registers vóór de implementatie.

\n

Alternatieven: voor omvormers die SunSpec niet ondersteunen, zijn eigen protocollen beschikbaar via RS-485 of via apps van de fabrikant (SMA Sunny Portal, Huawei FusionSolar, SolarEdge Monitoring). Deze oplossingen werken wel, maar zorgen voor een afhankelijkheid van de cloud van de fabrikant, wat problematisch kan zijn voor de gegevenssoevereiniteit en de continuïteit van de dienstverlening.

\n

Belangrijke gegevens die moeten worden verzameld (zonnepanelen, omvormers, weersgegevens, meters)​

\n

Een monitoringsysteem moet gegevens verzamelen met een detailniveau en een frequentie die zijn afgestemd op het specifieke doel.

\n

Omvormergegevens (elke 1 tot 5 minuten):

\n\n

Stringgegevens (elke 5 tot 15 minuten):

\n\n

Weerstation (elke 1 tot 5 minuten):

\n\n

Productiemeter (elke 15 minuten):

\n\n

Berekende indicatoren (Performance Ratio, PR):\nDe Performance Ratio is de belangrijkste KPI van een PV-park. Deze wordt berekend als de verhouding tussen de daadwerkelijk opgewekte energie en de energie die theoretisch onder dezelfde stralingsomstandigheden zou kunnen worden opgewekt. Een PR van 80 % is gebruikelijk voor een goed onderhouden installatie in Frankrijk. Bij een PR van minder dan 75 % moet er een onderzoek worden ingesteld.

\n

Voorspellende waarschuwingen: vervuiling en slijtage opsporen voordat er schade ontstaat​

\n

Realtime waarschuwingen signaleren storingen die zich al hebben voorgedaan. Dankzij voorspellende waarschuwingen kan er worden ingegrepen voordat het productieverlies aanzienlijk wordt.

\n

Detectie van vervuiling (soiling)

\n

De geleidelijke vervuiling van de panelen is vaak de belangrijkste oorzaak van verminderde opbrengst bij zonneparken in landbouwgebieden, in de buurt van wegen of in semi-aride gebieden. De detectie is gebaseerd op het bijhouden van de Soiling Index:

\n

Soiling Index = gemeten PR / referentie-PR_schone_modules

\n

Wanneer de Soiling Index onder 0,97 daalt (een verlies van 3 %), is reiniging in de meeste gevallen economisch verantwoord. Bij een park van 1 MWp vertegenwoordigt een verlies van 3 % ongeveer 36 MWh/jaar, ofwel 3 600 tot 7 200 €, afhankelijk van de energieprijs — de kosten van een professionele reiniging bedragen doorgaans 0,01 tot 0,02 €/Wp.

\n

Detectie van afwijkingen per string

\n

Door strings met dezelfde oriëntatie, hellingshoek en aantal modules met elkaar te vergelijken, kunnen afwijkingen worden opgespoord:

\n\n

Detectie van geleidelijke afwijking

\n

Een trendanalyse over 30 of 90 dagen, genormaliseerd op basis van de stralingsintensiteit, maakt het mogelijk een geleidelijke afname van 1 tot 2 % onder het normale jaarlijkse percentage te detecteren, wat wijst op versnelde veroudering (hotspot, microscheurtjes).

\n

4G LTE-connectiviteit voor afgelegen zonneparken​

\n

De overgrote meerderheid van de grondgebonden zonneparken bevindt zich in landelijke gebieden of in de vlakte, ver van bebouwde gebieden. Een vaste internetverbinding (glasvezel, ADSL) is vaak niet beschikbaar of economisch niet haalbaar voor de beperkte hoeveelheid dagelijkse gegevens van een bescheiden zonnepark.

\n

4G LTE-connectiviteit is de standaardoplossing voor de overgrote meerderheid van de installaties:

\n

Voordelen:

\n\n

Aanbevolen architectuur:

\n\n

Bandaudit: voor een park van 1 MWp met 20 omvormers en een weerstation levert het om de 5 minuten verzamelen van gegevens ongeveer 200–500 MB per maand op, wat ruimschoots wordt gedekt door een M2M-abonnement van 1 GB/maand.

\n

Store and forward: de gateway moet de gegevens lokaal opslaan in geval van een verbroken verbinding (onderhoud aan het netwerk van de provider, weersomstandigheden) en deze automatisch doorsturen zodra de verbinding weer tot stand is gebracht. Een lokale geschiedenis van minimaal 72 uur wordt aanbevolen.

\n

Naleving van de ENEDIS-voorschriften en meting van de opgewekte energie​

\n

Installaties die zijn aangesloten op het Franse openbare elektriciteitsnet moeten voldoen aan de meetvoorschriften die ENEDIS in zijn Technische Aansluitvoorschriften (PTR) heeft vastgelegd.

\n

Productiemeter:

\n\n

Belastingscurve:\nProducenten met een afnameverplichting en een vermogen van meer dan 36 kVA moeten belastingscurves met een interval van 10 minuten aan ENEDIS verstrekken. Deze verplichting vereist een lokaal meetsysteem met automatische opslag en verzending.

\n

ENEDIS-interface voor eigenverbruik:\nBij installaties voor eigen verbruik met verkoop van het overschot meet de ENEDIS-meter tegelijkertijd de teruglevering en het verbruik. Het IoT-monitoringsysteem kan deze gegevens ophalen via de ENEDIS-API (toegang tot meetgegevens) om ze in het dashboard te integreren.

\n

Aankoopcontract:\nDe productiegegevens worden doorgaans door de partij zelf opgegeven of door de beheerder geregistreerd, afhankelijk van het type contract. Een overzicht met een tijdgestempelde geschiedenis geldt als bewijsstuk in geval van een geschil over de productievolumes.

\n

Typische ROI van een zonne-energiemonitoringsysteem​

\n

Een investering in een monitoringsysteem is rendabel vanaf een geïnstalleerd vermogen van ongeveer 10 kWp, afhankelijk van de energieprijs en het type verkoopcontract.

\n

Typische kosten van een monitoringsysteem (2026):

\n\n

Meetbare voordelen:

\n\n

Vereenvoudigde berekening voor een installatie van 200 kWp:

\n\n

Voor een park van 1 MWp is de berekening duidelijk positief: winst uit monitoring 2,5 % × 1 100 MWh = 27,5 MWh, ofwel 2 750 tot 5 500 € afhankelijk van de energieprijs, tegen monitoringkosten van 2 400 tot 9 600 € per jaar. Bij de meeste projecten is de ROI binnen 1 tot 2 jaar bereikt.

\n

Voorbeeld van een Eziwan-architectuur voor een zonnepark​

\n

De standaardarchitectuur van een zonne-energiesysteem omvat de volledige keten, van de string tot het dashboard:

\n

Omvormers en trackers (Modbus SunSpec, RS-485) + productiemeter + weerstation → industriële 4G-gateway van Eziwan → M2M-simkaart voor meerdere providers → uitgaande VPN-tunnel → Eziwan-cloud → prestatieverhouding, waarschuwingen bij onderproductie en toegang op afstand tot de omvormers.

\n

In een park met geïsoleerde grondinstallatie wordt de gateway gevoed via het hulpnetwerk van het leveringsstation en werkt deze volledig autonoom: er hoeft geen telecominfrastructuur te worden aangelegd en er zijn geen netwerkingrepen bij de exploitant nodig. Dankzij de toegang op afstand kunnen O&M-teams een defecte omvormer diagnosticeren voordat ze een servicebezoek moeten inplannen — vaak het verschil tussen een productieverlies van 2 uur en 2 dagen.

\n

Checklist voor het onder toezicht plaatsen van een bestaand wagenpark​

\n
    \n
  1. Overzicht van de omvormers: merken, series, firmwareversies en beschikbaarheid van het SunSpec Modbus-profiel.
    2. \n
  2. Audit van de bestaande RS-485-bus: topologie, lengte, afsluitingen — de belangrijkste oorzaak van ontbrekende gegevens.
    3. \n
  3. Keuze van de connectiviteit: M2M-SIM-kaart voor meerdere providers (de installaties bevinden zich bijna altijd in landelijke gebieden), buitenantenne indien de aansluitkast van metaal is.
    4. \n
  4. Vaststelling van de KPI’s: verwachte prestatieverhouding per string, waarschuwingsdrempels bij onderproductie, beschikbaarheid van omvormers.
    5. \n
  5. Aansluiting van de meting: consistentie tussen de gemeten productie aan de kant van de omvormers en de gemeten energie op het leveringspunt.
    6. \n
  6. Alarmen en O&M-dienst: doorgsturen van kritieke alarmen (omvormerstoring, communicatieverlies) naar het operationele team.
    7. \n
\n
\n

Veelgestelde vragen​

\n

Kunnen omvormers van Enphase, SMA, Fronius en ABB via één gateway worden bewaakt?\nJa, op voorwaarde dat de omvormers hun gegevens via Modbus TCP of SunSpec beschikbaar stellen. SMA (SunSpec Modbus), ABB (Modbus TCP), Fronius (Modbus TCP SunSpec) en bepaalde Enphase-modellen via hun lokale gateway zijn compatibel. Eziwan biedt vooraf geconfigureerde profielen voor de gangbare merken, waardoor de initiële configuratietijd tot enkele uren wordt beperkt.

\n

Werkt de gateway ook zonder glasvezel, dus alleen via 4G?\nDit is de meest voorkomende opstelling voor grondstations of industriële daken die ver van de stadscentra liggen: de ingebouwde 4G LTE-gateway maakt rechtstreeks verbinding via het mobiele netwerk. Voor parken in landelijke gebieden garandeert de Dual SIM dat de gegevensoverdracht continu verloopt, zelfs als er een storing bij een provider optreedt.

\n

Wat is de minimale meetfrequentie om een storing in realtime te detecteren?\nVoor het snel detecteren van een string zonder spanning: elke 5 minuten is voldoende. Voor het berekenen van de Performance Ratio: elke 15 minuten. Voor ENEDIS-conformiteit (productiecurves van 10 minuten): elke 10 minuten. Met de Eziwan-gateway kunnen verschillende frequenties per variabele worden geconfigureerd, afhankelijk van het belang ervan.

\n
\n

Meer informatie​

\n\n
\n

Wilt u meer weten? Eziwan biedt IoT-monitoringoplossingen voor zonneparken, van kleine industriële dakterreinen tot grote grondgemonteerde installaties. Ontdek ons aanbod op het gebied van energiemonitoring of neem contact met ons op voor een offerte op maat voor uw installatie.

\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/supervision-parc-photovoltaique", "title": "Toezicht en monitoring van zonneparken: IoT-gids 2026", "summary": "Hoe een zonnepark te monitoren met het IoT: architectuur, protocollen, voorspellende waarschuwingen, 4G-connectiviteit voor afgelegen locaties.", "date_modified": "2026-02-05T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "hernieuwbare-energie", "monitoring", "iot", "zonne-energie" ] }, { "id": "https://eziwan.com/nl/blog/5g-reseau-prive-usine", "content_html": "

Sinds 2020 wordt er veel gesproken over industriële 5G: minimale latentie, baanbrekende snelheden, het aansluiten van miljoenen sensoren, de digitale transformatie van de fabriek. In 2026 is de werkelijkheid genuanceerder. Ja, 5G maakt zijn technische beloften waar, mits het op de juiste manier wordt geïmplementeerd. Nee, het vervangt 4G LTE niet voor de meeste huidige industriële toepassingen. En nee, een privé-5G-netwerk kan niet voor 50.000 euro worden aangelegd.

\n

Deze gids geeft u een eerlijk beeld van wat 5G in 2026 daadwerkelijk voor de sector betekent, in welke gevallen het gebruik ervan gerechtvaardigd is en hoe u kunt beoordelen of uw project tot de projecten behoort die hiervan kunnen profiteren.

\n

Industriële 5G: de werkelijke mogelijkheden (latentie < 5 ms, snelheid 10 Gbps, 1 miljoen apparaten/km²)​

\n

De 5G NR-specificaties (New Radio) definiëren drie gebruiksprofielen die verschillende behoeften bestrijken:

\n

eMBB (Enhanced Mobile Broadband): snelheden die in theorie tot 10 Gbps kunnen oplopen, in de praktijk doorgaans 1 tot 4 Gbps bij een goed gedimensioneerd privénetwerk. Geschikt voor realtime HD-video, augmented reality-toepassingen en grootschalige firmware-updates.

\n

URLLC (Ultra-Reliable Low-Latency Communications): gegarandeerde latentie van minder dan 1 ms voor kritieke realtime-besturingstoepassingen (aansturing van cobots, afsluiting van de regelkring). Dit is het moeilijkst te implementeren kenmerk — het vereist een 5G SA-architectuur (Standalone) en een dichte radio-infrastructuur.

\n

mMTC (Massive Machine Type Communications): tot 1 miljoen verbindingen per km², geschikt voor grootschalige inzet van sensoren. In de industriële praktijk zijn fabrieken die deze dichtheden benaderen zeldzaam.

\n

Er moet onderscheid worden gemaakt tussen twee architecturen:

\n\n

In 2026 blijven de 5G SA-implementaties in de Franse industrie beperkt tot een klein aantal proeflocaties en grote installaties. Het ecosysteem van apparatuur (industriële 5G-terminals, sensoren, besturingssystemen) bevindt zich nog in een fase waarin het aan maturiteit wint.

\n

De toepassingen die 5G echt rechtvaardigen​

\n

5G is gerechtvaardigd wanneer aan ten minste één van deze drie factoren wordt voldaan: kritieke realtime-latentie, extreme verbindingsdichtheid of zeer hoge datasnelheden onderweg.

\n

Autonoom geleide voertuigen (AGV / AMR): bij grote AGV-vloten is realtime coördinatie en een gelijkmatige dekking van de gehele fabrieksvloer vereist. 5G biedt naadloze roaming (handover < 1 ms), iets wat wifi bij snelle verplaatsingen niet kan garanderen. Een vloot van meer dan 50 AGV's is een sterk gebruiksscenario voor 5G.

\n

Cobots en collaboratieve robotica: de gesloten regelkringen van een cobot (noodstop, botsingsdetectie) vereisen een latentie van minder dan 5 ms. Aan deze eis kan worden voldaan met 5G SA URLLC, maar niet met 4G (typische latentie: 10–30 ms).

\n

Augmented reality en technische ondersteuning op afstand: AR-headsets (Microsoft HoloLens, Magic Leap) of slimme brillen (RealWear) voor onderhoudsondersteuning of training vereisen een hoge symmetrische bandbreedte (>100 Mbps) en een lage latentie voor een acceptabele gebruikerservaring. 5G eMBB voldoet aan deze behoefte.

\n

Realtime industriële beeldverwerking: kwaliteitscontrole via camera’s met hoge resolutie, met verwerking op het edge-MEC-platform. De benodigde uploadbandbreedte voor 4K-videostreams van meerdere camera’s overschrijdt de bruikbare capaciteit van 4G LTE Cat 16.

\n

Afstandsbediening van gevaarlijke machines: bediening op afstand van bouwmachines, robots in ATEX-zones of snijmachines met videobeeld. Dankzij 5G wordt de waargenomen vertraging teruggebracht tot een niveau waarbij de bediening intuïtief verloopt.

\n

Waarom 4G LTE in 2026 nog steeds 80 % van de industriële behoeften dekt​

\n

Ondanks het enthousiasme rond 5G is de realiteit van de industriële projecten in Frankrijk in 2026 dat 4G LTE voor de overgrote meerderheid van de implementaties de standaardtechnologie blijft.

\n

De redenen zijn van technische en economische aard:

\n

Voor klassiek telebeheer is meer niet nodig: het elke 5 seconden ophalen van Modbus-metingen van een tiental sensoren komt neer op een gemiddelde gegevenssnelheid van 1 tot 5 kbps. 4G LTE Cat 1 (10 Mbps downlink) is voor deze toepassing overgedimensioneerd. 5G is overbodig.

\n

De 4G-latenties zijn voldoende voor 90 % van de SCADA-toepassingen: het toezicht op een pompstation, het beheer op afstand van een elektriciteitsdistributienetwerk of de monitoring van een fotovoltaïsche installatie werken perfect met de 4G-latenties (10–50 ms). Het feit dat een alarm binnen 50 ms in plaats van binnen 5 ms wordt doorgegeven, heeft geen operationele gevolgen.

\n

Het industriële 4G-ecosysteem is volwassen en uitgebreid: er zijn honderden modellen industriële 4G-routers, gateways en modems beschikbaar, met jarenlange praktijkervaring. Het industriële 5G-ecosysteem bevindt zich nog in de beginjaren van de massaproductie.

\n

De kosten-batenverhouding keert zich pas om bij zeer specifieke behoeften: zolang u geen te maken hebt met een latentie van minder dan 10 ms, hoge mobiliteit of een bandbreedte van meer dan 150 Mbps, is 4G LTE de beste investering.

\n

De juiste aanpak in 2026 is om precies vast te stellen welke paar processen daadwerkelijk 5G nodig hebben, en 4G te behouden voor al het andere.

\n

Privé-5G-netwerk: architectuur, apparatuur, partneroperators in Frankrijk​

\n

Een privé-5G-netwerk in een fabriek is een mobiele infrastructuur die ter plaatse wordt geïmplementeerd en uitsluitend bestemd is voor één organisatie. Er zijn twee hoofdmodellen:

\n

Dedicated privé 5G-netwerk: eigen radiospectrum (band 3,4–3,8 GHz, toewijzing door ANFR), RAN-apparatuur (basisstations) en kernnetwerk ter plaatse geïnstalleerd. Het bedrijf is de exploitant van zijn eigen netwerk. Dit is het meest krachtige, maar ook het duurste model.

\n

5G-netwerkslice van een provider: het openbare netwerk van een provider (Orange, SFR, Bouygues) wordt opgedeeld om een speciaal voor het bedrijf bestemd deel te creëren, met een gegarandeerde SLA. Minder initiële investering, maar afhankelijk van de dekking van de provider en iets hogere latenties dan bij een eigen netwerk.

\n

De RAN-apparatuur (Radio Access Network) voor particuliere 5G-netwerken wordt voornamelijk geleverd door:

\n\n

In Frankrijk bieden providers 5G-netwerken voor privégebruik aan:

\n\n

Voor de uitrol van een speciaal privé-netwerk moet bij de ANFR een vergunning worden aangevraagd voor het gebruik van frequenties in de 3,4–3,8 GHz-band. Sinds het besluit van de ARCEP in 2020 zijn er specifieke frequentiebanden gereserveerd voor privé-netwerken.

\n

Werkelijke kosten van een privé-5G-implementatie (budgetbereik voor 2026)​

\n

De kosten zijn vaak de doorslaggevende factor bij de beslissing. Hieronder volgen realistische schattingen voor 2026, gebaseerd op daadwerkelijke implementaties in Europa:

\n

Privé 5G-netwerk (Standalone) voor een fabriek van 10.000 m²

\n\n

Privé 5G-netwerk SA voor een grote fabriek (50.000 m²)

\n\n

5G-netwerkslice van een provider

\n\n

Deze cijfers verklaren waarom de markt voor particuliere 5G-netwerken in Europa nog steeds vooral gericht is op grote industriële klanten (automobielindustrie, chemie, energiesector) met grote vestigingen en toepassingen waarvan is aangetoond dat ze een hoog rendement opleveren.

\n

Voor een PMI van 5 000 m² met standaardtoezichtbehoeften blijft 4G LTE in 2026 in de overgrote meerderheid van de gevallen de rationele keuze.

\n

5G versus Wi-Fi 6E in de fabriek: de juiste keuze, afhankelijk van het gebruiksscenario​

\n

Voordat we 5G en Wi-Fi 6E met elkaar vergelijken, moeten we erkennen dat het twee complementaire technologieën zijn, die niet in alle gevallen met elkaar concurreren.

\n
CriteriumPrivé 5G SAWi-Fi 6E
Latentie< 1 ms (URLLC)2–5 ms
Werkelijke maximale snelheid2–4 Gbps1–2 Gbps
Dekking tijdens verplaatsingUitstekend (naadloze handover)Problematisch buiten de cel
Aantal verbindingen1 miljoen/km²~500 apparaten/AP in de praktijk
InfrastructuurkostenZeer hoog (300 K€+)Laag (10 K€ voor een gemiddelde fabriek)
Interferentie met bestaande netwerkenGeen (speciaal toegewezen spectrum)Risico (coëxistentie op 6 GHz)
Ingebouwde beveiligingSIM-gebaseerd, L1-versleutelingWPA3, afhankelijk van de configuratie
Beschikbare eindapparatenEcosysteem in ontwikkelingZeer breed (tablets, laptops, sensoren)
\n

Kies voor Wi-Fi 6E voor toepassingen waarbij apparaten zich langzaam of nauwelijks verplaatsen (tablets van operators, orderverzamelterminals in magazijnen), waarbij Wi-Fi-terminals op grote schaal beschikbaar zijn en waarbij het budget voor infrastructuur beperkt is.

\n

Kies voor 5G voor snelle AGV's, collaboratieve robotica, URLLC-toepassingen en implementaties waarbij beveiliging via de SIM-kaart een vereiste is.

\n

Combineer beide in grote fabrieken: 5G voor kritieke robotcellen, Wi-Fi 6E voor verbonden gereedschappen en operatorterminals.

\n

Beslissingsboom: 4G LTE, Wi-Fi 6E of privé-5G?​

\n

Bekijk deze beslissingsboom voordat u een 5G-budget vastlegt:

\n
Heeft u AGV's of mobiele robots die tijdens het rijden een gelijkmatige dekking nodig hebben?
├── JA → 5G (of Wi-Fi 6E met roaming) is relevant
│   ├── Vitesse > 10 km/h ou latence < 5 ms requise → 5G SA URLLC
│   └── Vitesse < 10 km/h et latence 5–15 ms suffisante → Wi-Fi 6E
└── NON
    ├── Heeft u apparatuur die onderweg meer dan 100 Mbps nodig heeft?
    │   ├── JA → 5G eMBB of Wi-Fi 6E bij beperkte mobiliteit
    │   └── NON
    │       ├── Avez-vous des contraintes de latence < 10 ms critiques (cobots, arrêts d'urgence) ?
    │       │   ├── OUI → 5G SA URLLC obligatoire
    │       │   └── NON
    │       │       ├── Heeft u meer dan 500 IoT-sensoren op een oppervlakte van 1000 m²?
    │       │       │   ├── OUI → 5G mMTC (rare en pratique industrielle)
    │       │       │   └── NEE → 4G LTE voldoet aan uw behoeften. Blijf bij 4G.
\n

De overgrote meerderheid van de fabrieken valt onder het antwoord „NEE” bij elke vraag — en de conclusie is steevast „4G LTE is voldoende”. Dit is een feit dat verkopers van 5G vaak verzuimen te vermelden.

\n

Gegarandeerde SLA’s: wat er in contracten voor privé-5G staat (en wat er niet in staat)​

\n

Contracten voor privé-5G-netwerken bevatten doorgaans SLA’s (Service Level Agreements) met betrekking tot de volgende prestatie-indicatoren. Dit is wat deze garanties werkelijk waard zijn:

\n
SLA-maatstafWat wordt gegarandeerdWat niet wordt gegarandeerd
Netwerkbeschikbaarheid99,9% (87 min/jaar downtime)Beschikbaarheid van eindapparatuur
Latentie\"Geoptimaliseerd voor URLLC\" (< 5 ms in gebieden met hoge radiodichtheid)End-to-end-latentie van applicaties
Bandbreedte\"Tot X Gbps\" (piekbandbreedte, niet gegarandeerd)Gegarandeerde minimale bandbreedte per eindapparaat
Hersteltijd4–8 uur (netwerkstoringen)Gevolgen voor uw productie
BoetesCreditering op maandfactuurVergoeding voor uw productieverlies
\n

Wat vaak ontbreekt in contracten: de garantie van URLLC-latentie (< 1 ms) is afhankelijk van een volledige 5G SA-architectuur met een dichte radio-infrastructuur. Op een 5G NSA-netwerk of bij onvoldoende radio-infrastructuur is deze latentie niet haalbaar.

\n

Vraag voordat u tekent om: de gegarandeerde afstand tussen de antennes op uw terrein, het minimumaantal gelijktijdig ondersteunde eindgebruikers (UE’s) en de opzeggingsvoorwaarden indien de SLA’s na drie maanden niet zijn gehaald.

\n

Hoe u uw infrastructuur vandaag al kunt voorbereiden op 5G​

\n

Ook al ligt uw 5G-project nog 2 of 3 jaar in de toekomst, de architectuurbeslissingen die u vandaag neemt, zijn bepalend voor het gemak en de kosten van de migratie.

\n

Stap nu over op een edge-architectuur: een lokale industriële gateway die applicaties kan hosten, kan in de toekomst een 5G MEC-functie (Multi-access Edge Computing) ondersteunen. Implementeer edge-compatibele apparatuur in plaats van gewone, transparante 4G-modems.

\n

Standaardiseer op open protocollen: MQTT, OPC-UA en REST zijn onafhankelijk van het transportnetwerk. Een systeem dat op basis van deze standaarden is ontworpen, kan zonder herprogrammering van de applicatie naar 5G worden gemigreerd.

\n

Plan uw CBRS/ANFR-aanvraag: als u een eigen 5G-netwerk overweegt, begin dan tijdig met de stappen voor het reserveren van spectrum. De ANFR-procedures duren enkele maanden.

\n

Evalueer uw daadwerkelijke gebruiksscenario’s: leg vast welke vertragingen er momenteel optreden in uw kritieke processen, welke doorvoersnelheden worden gebruikt en wat de verbindingsdichtheid is. Deze inventarisatie vormt de basis voor een rationele 5G-beslissing, in plaats van een beslissing op basis van marketingargumenten.

\n

Stel uw teams samen: de vaardigheden op het gebied van 5G SA (kernnetwerk, RAN, slicing) verschillen van die op het gebied van wifi en 4G. Het tekort aan vaardigheden is momenteel een van de belangrijkste belemmeringen voor de uitrol van particuliere 5G-netwerken in Frankrijk.

\n

4G of 5G: wat verandert er concreet aan de simkaart?​

\n

De overstap naar 5G verandert niets aan de basisprincipes van industriële connectiviteit: er is nog steeds een geschikte M2M-simkaart nodig, een goed beheerd APN en toezicht op het verbruik. Drie specifieke aandachtspunten:

\n\n

Met andere woorden: voor een netwerk van klassieke locaties met beheer op afstand is de overstap naar 5G niet dringend — de juiste simkaart en de juiste 4G-router blijven de verstandigste investering.

\n

Voorbeeld van een hybride 4G/5G-architectuur​

\n

Een pragmatische aanpak bestaat erin om, ongeacht de radiotoegang, altijd dezelfde architectuur in te zetten:

\n

Productieapparatuur (Modbus, OPC-UA, Profinet) → industriële gateway van Eziwan (momenteel 4G-modem, straks uitwisselbare 5G-module) → M2M-simkaart voor meerdere providers → uitgaande VPN-tunnel → Eziwan-cloud → monitoring en toegang op afstand.

\n

Op de dag dat een specifieke toepassing 5G rechtvaardigt (AGV, industriële beeldverwerking), verandert alleen de radiomodule: de veiligheid, het toezicht, het wagenparkbeheer en de integraties blijven ongewijzigd. Dit biedt de beste bescherming van de investering in het licht van een standaard die nog steeds in ontwikkeling is.

\n
\n

Veelgestelde vragen​

\n

Is privé-5G momenteel beschikbaar voor Franse industriële KMO’s?\nSinds 2022-2023 worden in Frankrijk privé-5G-netwerken uitgerold, voornamelijk in grote fabrieken en havens (PSA, Airbus, de haven van Marseille). Voor het MKB blijft privé-5G duur (300.000 € tot 1 M€+ voor de radio-infrastructuur). Openbaar 5G (via providers) met network slicing is toegankelijker, maar de dekking voor de industrie blijft in 2026 beperkt tot stedelijke en voorstedelijke gebieden.

\n

In welke industriële toepassingen is 5G echt een betere keuze dan 4G LTE?\nToepassingen waarvoor 5G de voorkeur verdient: AGV's (autonome transportvoertuigen) die een latentie van < 5 ms vereisen, realtime industriële beeldverwerking (4K-camera's voor kwaliteitscontrole), augmented reality voor onderhoudstechnici (hoge bandbreedte + lage latentie) en extreem hoge verbindingsdichtheden (meer dan 1000 sensoren per m²). Voor SCADA-monitoring, voorspellend onderhoud en toegang op afstand is 4G LTE ruimschoots voldoende.

\n

Kan het openbare 5G-netwerk van providers een privé-5G-netwerk in een fabriek vervangen?\nVoor de meeste fabrieken: ja, dankzij 5G-network slicing, waarmee een speciaal netwerkdeel kan worden gereserveerd. De gegarandeerde SLA’s voor latentie zijn minder streng dan bij een privénetwerk, maar volstaan voor 95% van de industriële toepassingen. Een privé-5G-netwerk is alleen gerechtvaardigd als u te maken hebt met uiterst strenge eisen op het gebied van latentie (< 1 ms) of absolute gegevensvertrouwelijkheid.

\n
\n

Meer informatie​

\n\n
\n

Heeft u een analyse nodig voor uw project? Het team van Eziwan helpt bedrijven bij het in kaart brengen van hun connectiviteitsbehoeften en bij de keuze tussen 4G LTE, privé-5G en wifi. Neem contact met ons op voor een casestudy die is afgestemd op de specifieke omstandigheden van uw locatie.

\n
\n

Aanvullende bronnen​

\n", "url": "https://eziwan.com/nl/blog/5g-reseau-prive-usine", "title": "Privé-5G in fabrieken in 2026: wanneer is het echt de moeite waard?", "summary": "Privé 5G-netwerk in fabrieken: toepassingen, werkelijke kosten, implementatietermijnen en wanneer je beter bij 4G LTE kunt blijven. Gids 2026.", "date_modified": "2026-01-28T00:00:00.000Z", "author": { "name": "Eziwan-team", "url": "https://eziwan.com" }, "tags": [ "5g", "industrie-40", "iiot", "connectiviteit" ] } ] }