Jitter

Wat is jitter?

Jitter is de variatie in de vertraging (latency) waarmee opeenvolgende datapakketten of signalen hun bestemming bereiken, ten opzichte van het verwachte, regelmatige tijdstip. Een netwerk met een constante vertraging van 2 ms is voorspelbaar; een netwerk waarin de vertraging schommelt tussen 0,5 en 4 ms heeft jitter, ook al is de gemiddelde vertraging gelijk. In industriële netwerken en real-time systemen leidt jitter tot haperende bewegingen, timingfouten tussen machines en in het ergste geval tot een verbroken verbinding en een stilstaande installatie.

In OT-omgevingen is jitter vaak schadelijker dan een hoge maar constante vertraging. Deterministische protocollen zoals ProfiNET, EtherCAT en TSN zijn juist ontworpen om jitter te beperken.

🧠 Hoe ontstaat jitter en hoe wordt het gedefinieerd?

Jitter ontstaat overal waar pakketten moeten wachten op iets dat niet elke keer even lang duurt: een wachtrij in een switch, een drukke processor, een radiokanaal dat even bezet is. De IETF noemt het verschijnsel liever delay variation, omdat het woord jitter in verschillende vakgebieden anders wordt gebruikt. Er zijn twee gangbare definities:

• IPDV (inter-packet delay variation) - het verschil in vertraging tussen een pakket en het pakket direct ervoor. Dit is de meting die RTP (RFC 3550) gebruikt voor de interarrival jitter die tools als Wireshark tonen; daar wordt de waarde bovendien afgevlakt met een factor 1/16 per pakket.
• PDV (packet delay variation) - de vertraging van elk pakket ten opzichte van het snelste pakket in de meetreeks. PDV laat zien hoe groot een buffer moet zijn om alle variatie op te vangen.

In de automatisering spreekt men daarnaast van cyclusjitter: de afwijking van het moment waarop een cyclisch telegram verzonden of ontvangen wordt ten opzichte van de ingestelde cyclustijd. Een PLC met een taak van 1 ms die soms na 1,3 ms aan de beurt is, heeft 0,3 ms cyclusjitter, nog voordat het netwerk een rol speelt.

🔄 Wat is het verschil tussen jitter, latency en packet loss?

De drie hangen samen, maar zijn niet hetzelfde. Een constante latency kan een regelaar meenemen in zijn afstelling; jitter niet, omdat de afwijking elke keer anders is. Jitter veroorzaakt geen pakketverlies op het netwerk zelf, maar wel effectief verlies: een pakket dat te laat binnenkomt voor de jitterbuffer of de deadline van de ontvanger is voor de toepassing net zo bruikbaar als een pakket dat nooit kwam.

Jitter gaat over onvoorspelbaarheid, niet over vertraging op zich. Daarom is deterministisch gedrag het centrale ontwerpdoel van industriële netwerken.

🏭 Waarom is jitter in OT gevaarlijker dan in IT?

In kantoor-IT vangt een buffer variatie op: een videostream of telefoongesprek wacht een paar tientallen milliseconden en speelt dan gelijkmatig af. Voor spraak geldt als vuistregel een eenrichtingsvertraging van hooguit 150 ms (ITU-T G.114) en jitter onder de 30 ms. Een OT-regelkring kan zich zo’n buffer niet veroorloven, omdat elke milliseconde wachten direct de regelkwaliteit kost.

De gevolgen stapelen zich op. Een discreet regelalgoritme gaat ervan uit dat metingen op vaste momenten binnenkomen; komen ze onregelmatig binnen, dan rekent de regelaar met verkeerde tijdstappen. Bij een motion controller die meerdere assen synchroon beweegt, leidt een paar microseconden afwijking tussen assen al tot zichtbare fouten in snij- of verpakkingswerk. En PROFINET-apparaten bewaken de cyclische data met een watchdog: blijven er meerdere opeenvolgende cycli uit, dan gaat het apparaat naar een veilige toestand en valt de verbinding weg.

🔧 Hoe beperken industriële protocollen jitter?

Standaard Ethernet is best effort: een switch verstuurt frames in volgorde van aankomst, en een tijdkritisch frame kan moeten wachten achter een groot frame dat net vertrekt. Een frame van maximale lengte bezet een 100 Mbit/s-link ongeveer 123 µs, op 1 Gbit/s ongeveer 12 µs. Die wachttijd is precies de jitter die een motion-toepassing niet kan hebben. Industriële protocollen pakken dit elk anders aan:

TSN is de route naar convergentie: tijdkritisch en gewoon IT-verkeer delen dezelfde kabel, terwijl het tijdkritische verkeer gegarandeerde tijdvensters krijgt. Met frame preemption kan een switch een groot, minder belangrijk frame onderbreken om een kritisch frame voor te laten gaan. Het gezamenlijke IEC/IEEE 60802-profiel legt vast welke TSN-functies industriële apparaten moeten ondersteunen; IEEE keurde het profiel in maart 2026 goed en de IEC-editie verscheen in juni 2026. Ook OPC UA PubSub over TSN en PROFINET over TSN bouwen hierop voort.

Al deze mechanismen steunen op nauwkeurige tijdsynchronisatie. Het Precision Time Protocol (IEEE 1588, PTP) houdt klokken tot binnen een microseconde gelijk; het eenvoudigere NTP haalt doorgaans milliseconden en is daarom niet geschikt voor motion control.

🔐 Wat zijn de oorzaken van jitter en hoe pakt u ze aan?

Draadloze netwerken verdienen aparte aandacht. Gewone wifi gebruikt willekeurige wachttijden bij kanaaltoegang en heeft daardoor van nature jitter. WirelessHART gebruikt een strak tijdschema (TDMA met tijdslots van 10 ms) en is daarmee voorspelbaar, maar met verversingstijden die doorgaans in seconden liggen bedoeld voor procesmeting en monitoring, niet voor snelle regelingen. 5G belooft met URLLC een betrouwbaarheid van 99,999 % binnen 1 ms voor kleine pakketten, maar die prestaties hangen sterk af van de inrichting van het netwerk en moeten in de praktijk worden aangetoond.

📏 Hoe meet en bewaakt u jitter in de praktijk?

Een gestructureerde aanpak in vijf stappen:

1. Leg de eisen vast - bepaal per toepassing de cyclustijd en de maximaal toelaatbare jitter; vraag dit uit bij de leverancier van de besturing of aandrijving.
2. Meet passief - gebruik een TAP (bij voorkeur met hardware-timestamps) in plaats van een SPAN-poort, omdat een spiegelpoort zelf jitter toevoegt aan de gemeten tijden.
3. Analyseer de spreiding - kijk naar de verdeling van de intervaltijden en vooral naar de uitschieters (maximum en 99,9e percentiel). Een gemiddelde zegt weinig; één uitschieter kan een watchdog laten aflopen.
4. Correleer met gebeurtenissen - pieken vallen vaak samen met back-ups, firmware-updates, scans of camerastreams. Netwerkmonitoring laat zien welk verkeer op dat moment door de switch ging.
5. Bewaak continu - veel industriële switches en PROFINET-diagnosetools rapporteren tellers voor gemiste of te late frames. Neem die op in uw monitoring zodat een sluipende verslechtering opvalt vóór de installatie stilvalt.

Een herkenbaar scenario: in een verpakkingslijn vallen servoassen sporadisch uit met een communicatiefout. Metingen tonen dat de jitter normaal binnen enkele microseconden blijft, maar eens per uur oploopt tot ruim een milliseconde. De oorzaak blijkt een geplande back-up van een camerasysteem dat op hetzelfde netwerksegment zit. Het verplaatsen van de camera’s naar een eigen VLAN met lagere prioriteit lost het probleem op, zonder nieuwe hardware.

Jitter is ook een beveiligingsthema. Ongeautoriseerde scans, een uitbraak van malware of een denial-of-service-aanval belasten het netwerk en verhogen de jitter, waardoor processen kunnen uitvallen terwijl er geen enkele besturing is gecompromitteerd. Scan OT-netwerken daarom nooit actief zonder afstemming, en zie onverklaarbare jitterpieken als signaal om verder te kijken.

❓ Veelgestelde vragen

Wat is een normale jitterwaarde voor een industrieel netwerk?

Een normale jitterwaarde hangt af van de toepassing. Voor HMI- en SCADA-verkeer zijn tientallen milliseconden jitter geen probleem, voor remote I/O met een cyclus van enkele milliseconden wordt jitter in honderden microseconden gemeten, en motion control met PROFINET IRT of EtherCAT vraagt jitter onder 1 microseconde.

Is jitter hetzelfde als latency?

Nee, jitter is niet hetzelfde als latency. Latency is de totale vertraging van een pakket, jitter is de variatie in die vertraging tussen pakketten. Een netwerk kan een hoge latency hebben met weinig jitter, en dat is voor een regelaar beter te hanteren dan een lage maar sterk wisselende vertraging.

Hoe meet ik jitter op een OT-netwerk?

Jitter op een OT-netwerk meet u passief met een netwerk-TAP en een analysetool zoals Wireshark of een speciale PROFINET- of EtherCAT-analyser. Kijk naar de spreiding van de intervaltijden tussen cyclische telegrammen en vooral naar de maximale uitschieters, niet alleen naar het gemiddelde.

Lost een snellere netwerkverbinding jitter op?

Een snellere verbinding verkleint jitter, maar lost die niet volledig op. Op 1 Gbit/s duurt het wachten achter een groot frame circa tien keer korter dan op 100 Mbit/s, maar bij congestie blijven wachtrijen ontstaan; echte garanties vragen prioritering, tijdgestuurde wachtrijen of een deterministisch protocol.

Waarom is jitter een probleem voor motion control?

Jitter is een probleem voor motion control omdat meerdere assen op exact hetzelfde moment nieuwe setpoints moeten verwerken. Wisselende aankomsttijden zorgen voor ongelijk lopende assen, trillingen en positiefouten; daarom gebruiken motion-netwerken gesynchroniseerde klokken met afwijkingen onder 1 microseconde.

Kan TSN jitter volledig voorkomen?

TSN kan jitter niet volledig voorkomen, maar wel strak begrenzen. Met tijdgestuurde wachtrijen (IEEE 802.1Qbv), frame preemption en klokken via IEEE 802.1AS krijgt tijdkritisch verkeer gegarandeerde tijdvensters, ook als ander verkeer dezelfde kabel gebruikt, mits alle switches en apparaten in het pad TSN ondersteunen en correct zijn geconfigureerd.

📌 Samengevat

Jitter is de variatie in vertraging en daarmee de maat voor hoe voorspelbaar een netwerk is. In IT vangt een buffer die variatie op, in OT kost elke onvoorspelbare microseconde regelkwaliteit, synchronisatie of zelfs beschikbaarheid. Deterministische protocollen als PROFINET IRT, EtherCAT en TSN, gecombineerd met segmentatie, QoS, nauwkeurige tijdsynchronisatie en passieve monitoring, houden jitter binnen de grenzen die de toepassing vraagt.

Jitter is de vijand van voorspelbaarheid: in OT-netwerken waar timing cruciaal is, moet jitter actief worden gemeten, begrensd en bewaakt.