Bli med i pilot

Begrensede plasser for tidlig tilgang

Guide

DMX Timing og oppdateringsfrekvens: Hvor raskt er DMX512 egentlig?

DMX-timing med ekte tall: oppdateringsfrekvens, rammetid, latency-grenser og hvorfor timingfeil kan ødelegge live-lys.

Y-LinkY-Link7. januar 2026

DMX Timing og oppdateringsfrekvens: Hvor raskt er DMX512?

Føles lysene trege eller ujevne? Da er det ofte timing – ikke programmering – som er problemet.

Hva er en DMX-ramme?

  • Break + Mark-After-Break + datasloter
  • 11 bit per kanal ved 250 kbaud ≈ 44 μs per kanal
  • 512 kanaler ≈ 22–30 ms per ramme (typisk 30–44 Hz)

Hvorfor “44 Hz” er en myte

  • Færre kanaler = raskere oppdatering
  • Lengre break/MAB = lavere frekvens
  • Kontrollere varierer – det finnes ingen fast oppdateringsrate

Latency vs jitter

  • Latency = forsinkelse fra hendelse til lysreaksjon
  • Jitter = variasjon i forsinkelsen (ser ut som flimmer/ujevn bevegelse)

Vanlige årsaker til jitter

  • Billige USB-DMX-dongler uten buffer
  • Overfylt USB/OS som varierer timing
  • Dårlig terminering eller feil kabling

Praktiske tiltak

  • Bruk færre kanaler per univers hvis du trenger kjapp respons
  • Test med sakte pan/tilt og jevne fades for å oppdage jitter
  • Terminer linjen, bruk DMX-kabler, og unngå passive Y-splitter
  • Flytt til node/hardware-buffer hvis USB-dongle jitter

Relaterte ressurser

Slik måler du timing i praksis

Timing bør verifiseres med måling, ikke antakelser. Ta opptak av DMX-strøm med analyseverktøy eller node-telemetri og sjekk stabilitet over tid, spesielt under cue-overganger med høy aktivitet. Målet er jevn oppdatering uten store avvik mellom rammer.

  • Mål i minst 2-3 minutter per testscenario (idle, normal cue, peak cue).
  • Sammenlign gjennomsnittlig rammetid og variasjon (jitter), ikke bare toppfrekvens.
  • Logg test på samme maskinlast som brukes under show.

Akseptkriterier som fungerer operativt

Sett konkrete terskler før showdag: ingen synlig stepping i rolige fades, ingen uforutsigbar bevegelseshakking, og stabil respons ved raske cue-skift. Hvis jitter øker ved peak-last, reduser kanaltrykk per univers eller flytt distribusjon til node nærmere armaturene.

Når problemet gjentar seg, er løsningen ofte struktur: tydelig universfordeling, stabile drivere/interface, og færre samtidige tunge endringer i samme tidsvindu.

Relatert lesning

In This Cluster

dmx

View topic

guide

IGMP og IGMP Snooping for store DMX-rigger: komplett guide for oppsett og feilsøking

Open article

guide

DMX‑node oppsett: Art‑Net og sACN til DMX

Open article

guide

DMX‑kabel lengdegrense: hvor langt kan DMX gå?

Open article