Inhoudsopgave
SchakelOp het gebied van stroomautomatisering zijn het IEC 104-protocol en Modbus twee typische communicatieprotocollen met zeer uiteenlopende technische kenmerken en toepassingsgebieden. In dit artikel wordt een systematische vergelijking gemaakt van de protocolarchitectuur, beveiligingsmechanismen, interactiemodi en andere aspecten om de technische voordelen en mogelijke beperkingen van het IEC 104-protocol bloot te leggen en een basis te bieden voor besluitvorming bij de keuze van industriële communicatiesystemen.
1. Technische kern van het IEC 104-protocol
1. Protocolinfrastructuur
IEC 104-protocol is gebaseerd op de IEC 60870-5-normenreeks, een telecommunicatieprotocol dat speciaal is ontworpen voor stroommonitoringsystemen. De belangrijkste kenmerken zijn onder meer:
Afhankelijkheid van de transportlaag: gebaseerd op de TCP/IP-protocolstack (poort 2404), waarmee betrouwbare, verbindingsgeoriënteerde gegevensoverdracht wordt gerealiseerd
Gegevensorganisatiemodus: gebruikmakend van de ASDU-structuur (Application Service Data Unit), die velden bevat zoals type-identificatie, kwalificatie van de variabele structuur, adres van de gegevensromp, enz.
Interactiemechanisme via telegrammen: via het I-formaat (informatieoverdracht), het S-formaat (bevestigingsframe) en het U-formaat (besturingsframe) voor het beheer van master-slave-sessies.

2. Interactielogica tussen master en slave
Hoofdrol: het initiëren van het opvragen van gegevens (algemene opvraging, groepsopvraging en opvraging op één punt) en het geven van commando’s voor afstandsbediening en configuratie
Regel voor reacties van slaven:
Plotselinge gegevensoverdracht naar bovenstroomse systemen (veroorzaakt door wijziging in COS)
Algemene oproepreactie die in meerdere APDU’s moet worden verzonden (onder voorbehoud van APCI-lengtebeperkingen)
Tweestapsbevestigingsmechanisme voor selectie en uitvoering via afstandsbediening
Typisch verloop van de berichtuitwisseling:
Master: 68 0E 00 00 00 00 00 64 01 06 00 01 00 00 00 00 00 14
(Algemeen oproepcommando, reden voor verzending = 6, omroepnummer = 1)
Slave: 68 0E 02 00 02 00 00 64 01 07 00 01 00 00 00 00 00 15
(Bevestiging van algemene oproep, reden voor verzending = 7)
2. Analyse van de zwakke punten van het IEC 104-protocol
1. Ontbreken van beveiligingsmechanismen
Risico op verzending in leesbare tekst: Versleuteling is niet verplicht in het protocol, waardoor er verborgen gevaren bestaan van het afluisteren en manipuleren van gegevens
Beperking van identiteitsverificatie: het apparaat wordt uitsluitend geïdentificeerd aan de hand van het openbare adres (meestal 2 bytes), dat kwetsbaar is voor vervalsingsaanvallen
Risico op sessiekaping: Aanvallers kunnen frames in S-formaat vervalsen om de synchronisatie van serienummers te verstoren
2. Efficiëntie van knelpunten in de transmissie
Beperking van de APDU-lengte: het APCI-lengteveld is standaard 1 byte en de maximale lengte van de applicatiegegevens is 255 bytes. Beperking van de APDU-lengte: het standaard APCI-lengteveld is 1 byte, de maximale lengte van de applicatiegegevens is 255 bytes; grote datasets moeten in delen worden verzonden.
Vertraging in het bevestigingsmechanisme: het ontvangstvenster is standaard ingesteld op 12 frames; alles wat daarboven ligt, moet wachten op een bevestiging; bij hoge belasting is er een groot risico op congestie.
3. Afhankelijkheid van kloksynchronisatie
Afhankelijkheid van de volgorde van gebeurtenissen: SOE (Sequence of Events Recording) is afhankelijk van de nauwkeurigheid van de klok van de slave; de volgorde van gebeurtenissen tussen verschillende apparaten kan hierdoor verstoord raken.
Beperkingen van het tijdmechanisme: ondersteunt alleen het versturen van tijdsynchronisatiecommando’s door de master in één richting. Beperkingen van het tijdmechanisme: ondersteunt alleen eenrichtingscommando’s voor tijdsynchronisatie die door de master worden verzonden, en er is geen ingebouwd NTP/PTP-protocol.
3. Vergelijking van de belangrijkste verschillen met het Modbus-protocol
1. Verschillen in de architectuur van de protocolstack
| Kenmerken | IEC 104 | Modbus |
| Netwerklaag | TCP/IP (RFC 793) | Ondersteuning voor TCP (Modbus TCP) en seriële verbindingen (RTU/ASCII) |
| Gegevensinkapseling | ASDU+APCI-structuur | PDU's (functiecodes + gegevensvelden) |
| Overdrachtswijzen | Evenwichtig (bidirectionele master-slave-interacties) | Onbalans (unidirectionele polling door de master) |
2. Vergelijking van de transmissie-efficiëntie
Gegevenscapaciteit per frame:
IEC 104: max. 255 bytes (APDU-lengteveld 1 byte)
Modbus TCP: max. 260 bytes (ADU = MBAP + PDU)
Reactiesnelheid bij incidenten:
IEC 104 ondersteunt het actief uploaden van COS; de vertraging van gebeurtenissen kan binnen 100 ms worden geregeld
Modbus werkt op basis van polling door het master-station, met een typische polling-interval van ≥ 3 s. De functiecode en het gegevenstype ondersteunen het IEC 104-gegevenstype: Single Point Information (SIQ). Meetwaarde (bijv. genormaliseerde waarde, geschaalde waarde, short float) ≥ 1 s
3. Ondersteuning voor functiecodes en gegevenstypen
IEC 104-gegevenstypen:
Informatie over één specifiek punt (SIQ)
Gemeten waarden (bijv. genormaliseerde waarden, geschaalde waarden, korte drijvende-kommagetallen)
Telegrammen met tijdschema's (CP56Time2a)
Modbus-functiecodes:
01/02: spoelen/discrete ingangen uitlezen
03/04: hold-/invoerregisters uitlezen
16-06: één of meerdere registers schrijven
4. Verschillen in toepasbaarheid binnen de sector
IEC 104: Voordelige scenario's:
SCADA-systeem voor elektriciteitsvoorziening (automatisering van de dispatching, bewaking van onderstations)
Realtime besturingssysteem waarbij actieve melding van gebeurtenissen vereist is
Toepassingsgebieden van Modbus:
Communicatie op het niveau van industriële apparaten (PLC’s, sensoren)
Scenario's met een lage frequentie van gegevensverzameling
4. Belangrijkste technische aspecten van de implementatie van master en slave
1. Belangrijkste punten van de ontwikkeling van de IEC 104-master
Ontwerp van de sessiestatusmachine: er moeten statusovergangen worden geïmplementeerd, zoals activering van STARTDT, stoppen, herverbinding na een time-out, enz.
Beheer van gegevenspartities: stel een database met parseerregels op op basis van ASDU-types (1–127)
Beheer van het transmissievenster: pas het ontvangstserienummer (RSN) en het verzendserienummer (SSN) dynamisch aan om een overschrijding van het serienummer te voorkomen.

2. Overwegingen bij de implementatie van slave-systemen
Implementatie van kloksynchronisatie: moet een ingebouwde, zeer nauwkeurige RTC bevatten, ondersteuning voor het hoofdstation C_CS_NA_1 (commando’s voor kloksynchronisatie)
Beheer van burst-gegevens: stel de drempelwaarde voor COS-wijzigingen in (bijvoorbeeld: analoge wijzigingen > 0,5% activeren een upload)
Beveiligingsverbeteringen:
Filtering op basis van IP-whitelist
TLS-tunnelversleuteling (bijvoorbeeld op basis van de OpenSSL-bibliotheek)
3. Vergelijking van open-source-implementaties van protocolstacks
| Oplossing | Sterke punten | Beperkingen |
| lib60870 | Voldoet aan de beveiligingsuitbreidingen van IEC 62351 | Groter geheugengebruik (≥500 KB) |
| openDAQ | Ondersteunt conversies tussen verschillende protocollen | Onvoldoende gedocumenteerd |
| FastDDS | Ondersteunt QoS-beleidsregels | Aanpassing van de ASDU-gegevensstructuur vereist |
5. Optimalisatiesuggesties voor de ingenieurspraktijk
1. Strategieën ter verbetering van de transmissieprestaties
APDU-uitbreidingsmodus: Schakel de uitbreiding van het APCI-lengteveld in (vlagbit 0x02) om ultralange frames van 65535 bytes te ondersteunen
Toepassing van een compressiealgoritme: gebruik van deltacodering + ZigZag-compressie voor drijvende-kommagetallen om het bandbreedteverbruik te verminderen
Optimalisatie van batchlezen: voeg meerdere afzonderlijke oproepen samen tot één groepsoproep om het aantal interacties te verminderen
2. Oplossing voor beveiligingsversterking
Versleuteling op transportlaag: een VPN-tunnel op basis van TLS 1.3 implementeren
Beveiliging op applicatieniveau:
ASDU-handtekening implementeren (ECDSA-algoritme)
Voeg een volgnummer aan het bericht toe om een replay-aanval te voorkomen
Toegangscontrole: een systeem voor apparaatcertificaten opzetten (X.509-standaard)
3. Hybride netwerkmodus
Protocolconversiegateway: implementeer een protocolconverter van IEC 104 naar Modbus TCP (bijv. Moxa MGate 5105) om de koppeling van heterogene systemen te realiseren
Oplossing voor gegevensaggregatie: implementeer een OPC UA-server aan de edge om gegevens van verschillende protocollen te bundelen en in te kapselen
Conclusie: Beslissingsboom voor technologiekeuze
De keuze tussen IEC 104 en Modbus moet worden gebaseerd op drie kernelementen:
Eisen voor realtime-toepassingen: IEC 104 heeft de voorkeur voor gebeurtenisgestuurde systemen, en Modbus heeft de voorkeur voor scenario’s met polling
Beveiligingsniveau: Voor het scenario gelden strenge beveiligingseisen volgens IEC 104. Scenario’s vereisen beveiligingsuitbreidingen op IEC 104.
Systeemschaal: IEC 104 is geschikt voor grootschalige gelaagde architecturen, en Modbus heeft de voorkeur voor communicatie op apparaatniveau
Met de toenemende verspreiding van de IEC 62351-beveiligingsnorm en de integratie van TSN-technologie doorbreekt het verbeterde IEC 104-protocol van de nieuwe generatie de traditionele beperkingen en ontwikkelt het zich tot een veiliger en efficiënter industrieel communicatiesysteem.
Agnes Wang is an IoT Solutions Specialist at IOTRouter, focusing on industrial IoT gateways, edge computing, and industrial automation solutions.
She specializes in industrial communication technologies, including Modbus, IEC 60870-5-104, MQTT, OPC UA, PLC integration, and remote monitoring applications. She contributes to technical articles and application guides covering industrial IoT solutions, protocol conversion, and edge computing.
- Agnes Wang
- Agnes Wang



