guide
DMX Adresseringsskjema
Open articleGuide
Hvor mange DMX-univers trenger du egentlig?
En praktisk plan for hvor mange univers du trenger, med eksempler og planleggingssteg.
Y-Link5. januar 2026Hvor mange DMX-univers trenger du egentlig?
En enkel metode for å beregne universbehov – med eksempler fra små og større rigger.
1) Regn ut kanalbruk
- Startadresse + kanalantall – 1 per armatur.
- Summer alle kanaler per univers, legg til buffer (~32 kanaler).
2) Sett terskel
- Når et univers passerer ~480 kanaler, planlegg et nytt univers.
- 16-bit bevegelse og multi-cell armaturer øker behovet raskt.
3) Praktiske eksempler
- Liten rigg: 1 univers, få kanaler, terminering.
- Mellomstor: 2–3 univers for bevegelse + piksel.
- Større: sACN/Art-Net over eget VLAN, noder nær armaturene.
4) Beste praksis
- Bruk patch-ark (patchlister).
- Hold adresseskjema (adresseskjema).
- Test jevne fades og bevegelse for å fange jitter.
5) Når du skalerer
- Planlegg noder per sone for å redusere kabellengde.
- Segmenter trafikk; bruk IGMP/QoS for sACN.
Eksempel-scenarier
| Scenario | Kanaler | Univers |
|---|---|---|
| Vanlig russebuss: 8 PAR + 1 røykmaskin | 64 | 1 |
| Touring-rigg: 4 moving heads (16-bit), LED strip, video | 480+ | 2–3 for 16-bit |
Bruk tallene sammen med DMX Address Capacity Calculator og DMX-kanalplanlegging for å bekrefte planen din.
En enkel beregningsmodell som skalerer
Start med faktisk kanalforbruk per fixturetype, ikke antall armaturer alene. Legg deretter til headroom for endringer i mode, ekstra fixture på showdag og backup-scener. En praktisk regel er å planlegge rundt 400-480 kanaler per univers, ikke hele 512, for å holde drift robust.
- Trinn 1: summer kanalforbruk per fixturegruppe.
- Trinn 2: legg til reservekapasitet per univers.
- Trinn 3: fordel kritiske funksjoner over flere univers for feiltoleranse.
Når du bør splitte tidligere
Selv om totalen teknisk sett passer i ett univers, bør du ofte splitte ved høy bevegelsesintensitet, mange 16-bit parametere eller raske pixel-effekter. Tidlig splitting gir enklere feilsøking og mindre risiko for at små patchendringer får store konsekvenser.
Dokumenter universgrenser i patchlisten og hold samme struktur mellom rehearsal og show. Konsistent struktur reduserer stress og gjør at teamet kan verifisere raskt under tidspress.
Relatert lesning
In This Cluster