Modbus RTU vs Modbus TCP: wanneer kies je welke?

De modbus rtu tcp keuze valt bij Nederlandse installateurs meestal op het moment dat er bestaande Daikin warmtepompen, Eastron energiemeters of Carel koelmachines met RS485 op een nieuw monitoring of GBS systeem aangesloten moeten worden. RTU is er sinds 1979, TCP sinds 1999, en beide leven naast elkaar in vrijwel elke installatie van enige omvang. De vraag is niet welke "beter" is, maar welke past bij het veld dat je hebt en de wensen van de klant.

Deze gids zet RTU en TCP naast elkaar zoals je ze in 2026 in een Nederlandse meterkast, machinehal of utiliteit tegenkomt. Je leest welke frame-structuur, snelheid, afstand en security elk protocol meebrengt, wanneer welk protocol logisch is, en hoe je een Modbus gateway gebruikt om beide te combineren zonder bestaande hardware te vervangen.

Belangrijkste punten

• Modbus RTU is een binair seriëel protocol over RS485 (max 32 nodes per segment, tot 1200 m bij 19200 baud) met een CRC-16 checksum; Modbus TCP wikkelt dezelfde function codes in een MBAP-header en stuurt ze over TCP poort 502 zonder eigen checksum.
• Kies RTU voor kleine veldnetwerken met bestaande RS485 apparaten (warmtepompen, energiemeters, koeltechniek) en lage hardwarekosten; kies TCP voor meerdere ruimtes, veel apparaten, of meerdere clients tegelijk (SCADA, cloud).
• Voor bestaande RTU velden plus moderne cloud monitoring: een RTU naar TCP gateway is de standaard route. De ModbusCloud Gateway tunnelt outbound TLS zodat Modbus nooit op publiek internet hangt.

Wat is Modbus RTU en hoe is het ontstaan?

Modbus RTU (Remote Terminal Unit) is de seriële variant van Modbus, oorspronkelijk in 1979 door Modicon ontwikkeld voor PLC communicatie en sinds 2004 open beheerd door de Modbus Organization. Het loopt over een RS485 bus (TIA/EIA-485-A) met differentiele signalering op twee draden (A en B) plus een gemeenschappelijke GND referentie.

De Modbus Application Protocol Specification V1.1b3 (modbus.org, 2012) definieert de Protocol Data Unit (PDU): één byte function code plus maximaal 252 bytes data. De Modbus over Serial Line specificatie V1.02 voegt daar voor RTU één byte slave-adres en twee bytes CRC-16 aan toe, met polynoom 0xA001. De volledige Application Data Unit (ADU) is dus maximaal 256 bytes. Een stille periode van 3,5 character times scheidt de frames op de bus.

Adressering: één byte slave-adres, geldig bereik 1 tot 247. Adres 0 is broadcast, 248 tot 255 zijn gereserveerd. Op één RS485 segment passen logisch tot 247 slaves, maar de fysieke laag beperkt elke bus tot 32 nodes per segment zonder repeater.

Voor een diepere uitleg van de seriele kant: zie onze Modbus RTU uitleg.

Wat is Modbus TCP en wat is er anders?

Modbus TCP (ook wel Modbus TCP/IP) verpakt dezelfde function codes in een MBAP (Modbus Application Protocol) header en stuurt ze over een TCP/IP netwerk. De Modbus Messaging on TCP/IP Implementation Guide V1.0b (modbus.org, 2006) legt het MBAP-formaat vast: 2 bytes Transaction Identifier, 2 bytes Protocol Identifier (vaste waarde 0x0000), 2 bytes Length en 1 byte Unit Identifier, gevolgd door de PDU. De ADU is maximaal 260 bytes.

Twee dingen vallen op vergeleken met RTU:

1. Geen CRC: TCP voegt op de transport- en data-link laag al een checksum toe, dus Modbus TCP laat de eigen CRC weg.
2. Transaction Identifier: clients kunnen meerdere requests parallel uitsturen en de antwoorden matchen op transaction ID. Dat maakt meerdere gelijktijdige masters mogelijk, wat op RTU niet kan.

De service "mbap" staat sinds 2005 geregistreerd bij IANA op TCP poort 502 (en UDP 502). Vrijwel alle moderne PLCs, HMIs, frequentie-omvormers en SCADA pakketten spreken Modbus TCP native via hun Ethernet poort.

Voor de TCP details: zie Modbus TCP uitleg.

RTU en TCP stack vergelijking

Beide protocollen praten over hetzelfde fenomeen, een register dat gelezen of geschreven wordt, maar verschillen op transport en fysieke laag. De application-laag (function codes plus register types) is identiek, alleen de verpakking eromheen verschilt.

Een tabel met de aspecten die installateurs het vaakst vragen:

Kabellengte daalt zodra je de baudrate verhoogt

Op RS485 staat de fysieke laag (TIA-485-A) een rule of thumb voor: tot ongeveer 100 kbps blijft de maximale kabellengte rond 1200 m, daarboven daalt het ruwweg omgekeerd evenredig met de bitrate. Texas Instruments documenteert die curve in application note SLLA272: bij 19200 baud (de Modbus RTU defacto standaard) zit je nog ruim op 1200 m, bij 1 Mbps zakt het tot zo'n 120 m. Dat is een hard fysiek plafond, geen marketing claim.

Bij Modbus TCP speelt deze beperking niet: één Cat5e of Cat6 Ethernet segment loopt tot 100 m, en met switches en routers heb je in de praktijk geen afstandgrens. Wel komt latency op spelers zodra je over een WAN heen gaat: LAN typisch onder 5 ms, WAN of VPN al snel 10 tot 50 ms per transactie.

Wanneer kies je Modbus RTU?

Modbus RTU is de juiste keuze bij kleine veldnetwerken met bestaande RS485 apparatuur, of bij kostendruk waar de TCP variant van een meter of drive significant duurder is dan de seriele variant. Concrete signalen dat RTU past:

• Veldapparaten met alleen RTU: warmtepompen (Daikin Altherma, Mitsubishi Ecodan, Carel pCO koeltechniek) hebben standaard RS485 met Modbus RTU op de regelaar.
• Energie sub-meting in de meterkast: Eastron SDM630, Iskra MT, Janitza UMG. De RTU variant is gemiddeld 30 tot 50% goedkoper dan de TCP variant.
• Frequentie omvormers met RTU optie: ABB ACS580 en Danfoss VLT FC202 spreken RTU via een serial card.
• Klein veldnetwerk: tot circa 20 apparaten op één segment, in één ruimte of een meterkast.
• Geen Ethernet beschikbaar: in oudere panden of machines zonder netwerk infrastructuur tot in het veld.

Typische projecten: koudetechniek, warmtepompfleet in MKB, energie sub-meting BREEAM, machinepark zonder centrale Ethernet.

Wanneer kies je Modbus TCP?

Modbus TCP is de juiste keuze als je over meerdere ruimtes of gebouwen heen moet, veel apparaten hebt, of meerdere clients tegelijk wilt laten lezen (SCADA + cloud monitoring + lokale HMI).

• Apparaten verspreid over gebouw: zodra Ethernet of glasvezel al ligt, hangen Modbus TCP apparaten direct aan een switch zonder seriele kabelaanleg.
• Veel apparaten (>20 tot 30): voorbij die schaal wordt RTU bus-segmentatie complex; één Ethernet ster is overzichtelijker.
• Meerdere gelijktijdige clients: een SCADA pakket plus een cloud platform plus een lokale HMI willen alle drie tegelijk dezelfde meter lezen. Modbus TCP ondersteunt dat via de Transaction Identifier; RTU is strikt master/slave en kan dat niet.
• PLC met Ethernet als hoofdcommunicatie: Beckhoff TwinCAT, Siemens S7-1500, Schneider M580 spreken native Modbus TCP via hun Ethernet poort.
• Cloud integratie zonder gateway: als het apparaat zelf al Ethernet heeft en het netwerk veilig gesegmenteerd is.

Typische projecten: SCADA op productielijn, energiemanagement van vestiging met meerdere meterkasten, GBS koppeling op gebouwniveau, nieuwbouw met datacenter-grade netwerk.

Wanneer combineer je beide via een gateway?

In bestaande installaties leef je vrijwel altijd hybride: een rij RTU apparaten op een RS485 bus die al jaren werkt, plus de wens om dat op een nieuw cloud monitoring of SCADA aan te sluiten. Een Modbus gateway (vaak RTU-naar-TCP gateway genoemd) is dan de standaard oplossing: aan de ene kant praat hij RTU over RS485 met de bestaande slaves, aan de andere kant publiceert hij dezelfde registers als Modbus TCP op poort 502 over Ethernet.

In Nederland tref je vier gateway categorieen:

• Seriele-naar-Ethernet (HMS Anybus Communicator, Moxa MGate, USR-TCP232): puur RTU naar TCP, 200 tot 600 EUR.
• Multi-protocol gateway (HMS Anybus X-gateway, Intesis): RTU plus TCP plus BACnet of KNX, 600 tot 1500 EUR.
• Cellular gateway (Teltonika RUTX serie, Robustel): RTU plus TCP plus 4G of LTE, 300 tot 800 EUR.
• Cloud MQTT gateway (ModbusCloud Gateway, ProSoft, eWON Cosy): RTU plus TCP plus outbound MQTT over TLS naar een cloud platform.

Voor een diepere vergelijking van die vier categorieen: zie onze Modbus gateway kopen koopgids en de industriele IoT gateway vergelijking.

Security: poort 502 hoort niet op publiek internet

Modbus is ontworpen in een tijd waarin OT en IT volledig gescheiden waren. Beide protocol varianten hebben daarom geen ingebouwde authenticatie of encryptie. Voor RTU is dat overzichtelijk: wie fysiek bij de RS485 bus kan, kan meelezen. Voor TCP is het lastiger: poort 502 die rechtstreeks aan internet hangt is in elke Shodan scan terug te vinden en staat regelmatig in CISA ICS-CERT advisories.

De Modbus Organization publiceerde in 2018 een "Modbus Security" specificatie die TLS toevoegt op poort 802, maar adoptie in NL veldapparatuur is verwaarloosbaar. Praktische beveiliging in 2026 betekent:

• Modbus TCP achter firewall: poort 502 nooit op WAN, altijd op gesegmenteerd OT-VLAN met ACL.
• Outbound TLS via gateway: een gateway die naar buiten een TLS sessie opzet (MQTT, REST, of vergelijkbaar) hoeft zelf geen inkomende poort open te hebben.
• NIS2 alignment: de Nederlandse Cyberbeveiligingswet (in werking vanaf 2026, implementatie van EU richtlijn 2022/2555) vereist risicobeheer voor netwerk en informatiesystemen bij essentiele en belangrijke entiteiten. Open Modbus TCP poort 502 op WAN haalt die toets niet.

Veelgestelde vragen

Conclusie

Modbus RTU en Modbus TCP zijn geen concurrenten maar twee verpakkingen van hetzelfde register protocol. RTU domineert op de veldlaag bij warmtepompen, koeltechniek en energie sub-meting omdat het goedkoper en simpeler is per apparaat. TCP wint op de automation laag bij SCADA, cloud monitoring en grote aantallen apparaten omdat het meerdere clients en hogere snelheden aankan. In bestaande Nederlandse installaties leven beide vrijwel altijd naast elkaar, met een gateway als brug. Voor cloud monitoring zonder bestaande SCADA biedt een gateway met outbound TLS een vierde route die de complexiteit van een open Modbus TCP poort op WAN compleet vermijdt.