Op elke industriële lijn draaien 3–7 verschillende protocollen tegelijk. De klant die vraagt "kunnen we het alleen in OPC UA hebben?", vraagt iets wat technologisch niet oplosbaar is — fieldbus, motion bus en IT/OT-integratie zijn drie verschillende werelden met verschillende eisen aan latency, determinisme, bandbreedte en levenscyclus. Dit artikel beschrijft wanneer welk protocol te gebruiken en wanneer de keuze al vastligt door eerdere technologiekeuze (PLC, motion controller, sensor) in plaats van engineering-beslissing.
Drie lagen, drie werelden
Field/sensor layer (laagste 5–50 μs latency)
- **EtherCAT** — Beckhoff, KEB, sommige ABB-motoren. Sub-100 μs jitter, volledig deterministisch. Beste voor motion control met meer dan 4 gekoppelde assen.
- **Profinet IRT / Isochronous** — Siemens core, Phoenix Contact, Wago, Bosch Rexroth. 100–250 μs, hoog determinisme. Voor de meeste machines in Europa = de-facto standaard.
- **Sercos III** — Bosch Rexroth, KEB, niche. Uitstekende motion bus, maar wijkt snel voor EtherCAT.
Cell/machine layer (1–100 ms)
- **Profinet RT** — gangbare Siemens-machine. 1–10 ms RTT, voldoet aan 95% van de productiemachines.
- **EtherNet/IP** — Allen-Bradley / Rockwell-ecosysteem. In Centraal-Europa minder verbreid, maar dominant in de VS / automotive Tier 1.
- **Modbus TCP** — het eenvoudigste. Geen determinisme, maar 200+ bestaande apparaten van tientallen fabrikanten spreken Modbus.
Plant/IT layer (latency telt niet, inhoud telt)
- **OPC UA** (server/client + PubSub) — interoperabiliteit SCADA, MES, ERP, cloud. Dit is waar OPC UA leeft.
- **MQTT (meestal Sparkplug B)** — IIoT, telemetrie naar de cloud, edge gateway → cloud.
- **HTTP/REST + WebSocket** — moderne dashboards, Grafana, custom UI.
De klant die "alles in OPC UA" wil, wil plant-level interoperabiliteit bereiken tussen 5 PLC-fabrikanten — wat OPC UA perfect oplost. OPC UA gebruiken tussen een servomotor en een controller is een technologische onzin: latency van 5–20 ms is 100× trager dan motion control vereist.
Modbus — wanneer is het in 2026 nog zinvol
Modbus RTU (RS-485) en Modbus TCP zijn de eenvoudigste protocollen die de industrie kent. Registertabel, function code 03/04 (read), 06/16 (write), CRC. Implementatie in PLC of Python in 2 uur.
**Pluspunten:** - Universeel — elke fabrikant van sensoren, frequentieomvormers, energiemeters ondersteunt het - Triviaal te debuggen (Wireshark met Modbus-dissector, Modpoll-command-line) - Geen licenties, geen integration kits, geen EDS/GSDML-bestanden - Goedkoop — Modbus-gateway voor € 80, OPC UA-gateway voor € 800–2.000
**Minpunten:** - Master-slave (request-response), geen event-driven data - Geen determinisme — Modbus RTU op 19.200 baud duurt het lezen van 100 registers ~150 ms - Geen security (RTU helemaal niet, TCP alleen via TLS-tunnel) - Geen semantiek — register 40001 is "wat u erin zet". Zonder documentatie is het lezen van een waarde zinloos.
**Wanneer gebruiken:** goedkope sensoren, energiemeters, eenvoudige regelaars (Carel, Eliwell, Belimo, IFM), legacy-apparatuur (frequentieomvormers 2015–), DIY- en makersetups. Elk geval waarbij 1 Hz uitlezing volstaat en u op het budget bespaart.
**Wanneer NIET gebruiken:** elke setup met meer dan 50 apparaten in één netwerk (Modbus master scaling is een probleem), elke real-time-applicatie (motion, fast safety), elke IT/OT-integratie (semantiek ontbreekt).
Profinet — werkpaard van Europese lijnen
Profinet (Process Field Network) is in handen van Siemens en het PROFIBUS & PROFINET International (PI)-consortium. Drie versies:
- **Profinet TCP** (acyclic) — 100+ ms, voor configuratie en diagnostiek
- **Profinet RT** (Real Time) — 1–10 ms, voor normale PLC ↔ I/O-communicatie
- **Profinet IRT** (Isochronous Real Time) — sub-1 ms, voor motion control
**Pluspunten:** - De-facto standaard in de EU (Siemens-dominantie) - Rijk ecosysteem — Beckhoff, Phoenix Contact, Wago, Festo, SICK, Pepperl+Fuchs, B&R spreken Profinet - Webgebaseerde diagnostiek in elke IO-module - TSN-ready (vanaf Profinet 2.4) - Veiligheid via PROFIsafe-profiel (voor safety-relais)
**Minpunten:** - Complexer dan Modbus — vereist GSDML-bestanden, IP-adressering, device naming - Licentiecontext (Siemens TIA Portal, OpenPN-stack voor 3rd party) - Switches moeten "Profinet conformance class A/B/C" zijn — een gangbare Cisco-switch volstaat vaak niet bij IRT - Topologische beperkingen — IRT vereist line of star (geen ring)
**Wanneer gebruiken:** elke moderne machine in de EU met meer dan 5–10 IO-modules, motion control boven 4 assen, integratie met Siemens SCADA (WinCC, PCS 7), gevallen waarbij de klant al 5+ Siemens-machines heeft en een homogeen ecosysteem wil.
**Wanneer NIET gebruiken:** sterk heterogene omgevingen (waar de helft van de apparaten Allen-Bradley is → EtherNet/IP is een betere keuze), kleine machines met 3–5 IO-punten (Modbus RTU volstaat, goedkoper), US-klanten (waar Rockwell domineert).
OPC UA — interoperabiliteit voor IT/OT-integratie
OPC UA (Unified Architecture) is geen fieldbus. Het is een **applicatielaag** bovenop TCP/IP, die oplost hoe verschillende machines, SCADA, MES en cloud-services **semantisch rijke** data uitwisselen.
**Pluspunten:** - Platform-agnostic (PLC, embedded Linux, Windows server, Docker container) - Vendor-agnostic (Siemens, Rockwell, B&R, Beckhoff, Honeywell — allen hebben een OPC UA-server) - Rijke semantiek — types, hiërarchie, metadata, tijdstempels - Security als first-class citizen — X.509-certificaten, role-based access, audit trail - Companion specs voor specifieke domeinen (OPC UA for Robotics, for Machinery, for Pumps) - PubSub-model (MQTT-based of UDP multicast) voor cloud + brokerless-scenario's
**Minpunten:** - Latency 5–50 ms per cyclus — onbruikbaar voor motion control - CPU-intensief (op een gewoon embedded apparaat 20–40% belasting alleen door de OPC UA-server) - Complex — security stack, certificate management, address space modeling — het is geen "lees register 40001" - Voor dezelfde taak 5× meer code dan Modbus
**Wanneer gebruiken:** SCADA-, MES-, ERP-integratie. Bridging tussen verschillende vendors. Cloud-telemetrie. Elk geval waarbij later analytics, een ML-model of een BI-dashboard wordt aangesloten. Machines die in een MOM/MES-systeem integreren (Apriso, Critical Manufacturing, GE Plant Apps).
**Wanneer NIET gebruiken:** tussen PLC en sensor (Profinet/EtherCAT). Voor eenvoudige telemetrie naar de cloud (MQTT Sparkplug B is 10× goedkoper te implementeren). Tussen twee PLC's die via een native fieldbus kunnen praten (Profinet PLC-to-PLC is sneller en deterministischer).
Meest voorkomende architectuurpatroon 2026
Een machine in Europa in 2026 draait typisch:
``` Sensor/I/O ←Profinet RT→ PLC ←Profinet RT→ Drive (motion) ↓ OPC UA Server ↓ SCADA (Ignition, WinCC) ↓ OPC UA / MQTT Sparkplug B ↓ MES (Apriso, Critical Manufacturing) ↓ ERP / Cloud (SAP, AWS IoT, Azure IoT Hub) ```
Modbus verschijnt aan de rand — bij goedkope sensoren, energiemeters, frequentieomvormers. We praten ermee via een Modbus → Profinet-gateway (Hilscher netTAP, Anybus X-Gateway, Phoenix Contact AXL F BK) of via een OPC UA-server die een Modbus-driver heeft (Kepware, Matrikon, ignition.com).
Drie beslissingen zonder technologisch juist antwoord
1. Moet ik de OPC UA Companion Spec voor Robotics gebruiken?
Voor KUKA-, ABB-, FANUC-integratie met MES is dat theoretisch de juiste keuze. In de praktijk: de companion spec-implementatie loopt 12–18 maanden achter op de firmware van de robot, waardoor de klant soms een proprietary REST API of OPC UA met eigen semantiek moet gebruiken. De keuze hangt af van **de concrete firmware-versie van de robot** — controleer dit met de vendor vóór een verbintenis in het project.
2. Moet ik overstappen van Profibus DP naar Profinet?
Profibus DP is de enorme fundering van oudere lijnen (2005–2018). Migratie naar Profinet kost 30–50% van de installatie-CAPEX en betaalt zich vaak pas terug wanneer u ook de PLC migreert. Realistisch: als uw lijn stabiel is en de Profibus master master nog beschikbaar is (Siemens verkoopt spare parts tot 2030+), migreer dan niet onnodig. Migratie heeft zin in combinatie met een nieuwe PLC of uitbreiding.
3. Moet ik overstappen naar TSN (Time-Sensitive Networking)?
TSN is een IEEE-standaard die deterministisch Ethernet brengt naar elk industrieel protocol. Profinet, EtherCAT, EtherNet/IP — alle worden geleidelijk TSN-aware. Realistisch in 2026: bouwt u geen nieuwe flagship-lijn, wacht 2–3 jaar. TSN-switches zijn nog 3–5× duurder dan reguliere managed switches, het ecosysteem is onrijp.
Praktische checklist voor het project
Vóór de protocolkeuze: 1. Welke PLC's staan al in de werkplaats? (Siemens → Profinet default, AB → EtherNet/IP, Beckhoff → EtherCAT) 2. Welke SCADA? (WinCC → Profinet + OPC UA, Ignition → OPC UA + MQTT, FactoryTalk → EtherNet/IP + OPC UA) 3. Welke MES? (Apriso → OPC UA, Critical Manufacturing → OPC UA, eigen app → REST + MQTT) 4. Bestaat een cloud-strategie? (Ja → MQTT Sparkplug B of OPC UA PubSub, Nee → OPC UA-server volstaat) 5. Wat is de schatting van het aantal apparaten? (< 20 → Modbus volstaat, 20–100 → Profinet, 100+ → Profinet + OPC UA-hiërarchie) 6. Wat is de vereiste cycle time? (> 100 ms → OPC UA, 10–100 ms → Profinet RT, < 10 ms → Profinet IRT / EtherCAT, < 1 ms → EtherCAT of Sercos III)
Deze zes vragen vatten 90% van de beslissing samen. De resterende 10% is vendor relationship, bestaande contracten en persoonlijke voorkeuren van het team dat de lijn 10 jaar zal onderhouden.
---
*We doen PLC-programmering én IT/OT-integratie over protocollen heen (Siemens, Beckhoff, Allen-Bradley, B&R, OPC UA, MQTT). Overweegt u een nieuwe lijn of modernisering van een bestaande, dan loopt het eerste consult (60 minuten) de protocolarchitectuur door vóór de opening van het elektroproject.*