• Merkmale und Einschränkungen von DMX512
• Ethernet-Protokolle – DMX über Netzwerkkabel
• Wofür steht sACN bei der Beleuchtung?
• Versionen des Streaming ACN Protokolls
• Veröffentlichung sACN und Entwurf sACN
• Was ist der Unterschied zwischen Art-Net und sACN?
• Vorteile von sACN
• Nachteile von sACN
• Verbindungsschema
• Projektbeispiele
• Datenaustausch über das sACN-Protokoll
• Multicast
• Potenzielle Probleme bei Multicast
• Unicast
• Streaming DMX
• sACN über WiFi
• Welche Arten von Priorität gibt es?
• Universum-Priorität
• Priorität pro Adresse
• Kompatibilitätsmerkmale und erweiterte Fähigkeiten von sACN

Merkmale und Einschränkungen von DMX512

Ursprünglich wurde DMX512 entwickelt, um AC-Dimmer-Racks zu steuern, die über DMX-Eingänge und über Kanäle in Serie verbunden sind. Ein komplexes Adressierungssystem war nicht vorgesehen.

Mit dem Fortschritt der Technologie und dem Aufkommen von LED-Einheiten mit integrierten Dimmschaltungen begannen DMX-Eingänge und Kanäle, direkt in die Geräte selbst integriert zu werden. Geräte, wie z. B. Moving Heads, haben umfangreiche Funktionen: von präziser Positionierung und Helligkeitssteuerung bis hin zur Goboauswahl, Farbmischung, Zoom und anderen mehrkomponentigen Effekten. Jede Funktion belegt einen separaten DMX-Kanal. Dadurch kann ein Moving Head mehr als hundert Kanäle für die vollständige Steuerung seiner Fähigkeiten verbrauchen, und die standardmäßigen 512 Kanäle sind mit nur wenigen Geräten erschöpft.

DMX512 hat weitere Einschränkungen:

• An eine Leitung sind nicht mehr als 32 Lastgeräte angeschlossen. 32 Einheiten sind die empfohlene Grenze, und es kann sich ändern, wenn Verteiler/Verstärker verwendet werden;
• Arbeitet mit einer Geschwindigkeit von nur 250 Kilobit pro Sekunde;
• Die maximale Kabellänge beträgt 300 Meter;
• Die unidirektionale Natur des Protokolls beschränkt die Steuerungs-, Diagnose- und Überwachungsmöglichkeiten des Gerätestatus;
• Das DMX512-Signal ist anfällig für elektromagnetische Störungen.

All dies macht DMX512 unzureichend für die Steuerung einer Vielzahl moderner Lichtgeräte. Nichtsdestotrotz wird heute dieses Protokoll zur Steuerung fast aller Beleuchtungsgeräte und Effekte verwendet, einschließlich derer, die viel später nach seiner Erstellung erschienen sind, obwohl inzwischen 40 Jahre vergangen sind.

Ethernet-Protokolle – DMX über Netzwerkkabel

Ethernet ist eine Gruppe standardisierter Technologien für die Paketdatenübertragung über lokale und städtische Netzwerke. Es verwendet Kabelverbindungen und MAC-Adressen zur Identifizierung von Geräten und beseitigt effektiv die Einschränkungen von DMX512.

Ethernet übertrifft die Fähigkeiten des traditionellen DMX512 in der professionellen Bühnenbeleuchtung aufgrund seiner entscheidenden Vorteile erheblich:

• Ethernet überträgt Daten 40–400 Mal schneller als DMX512, und seine Geschwindigkeiten steigen ständig, was die Beschränkungen der über das Netzwerk übertragenen Anzahl von Kanälen aufhebt und Raum für Skalierung bietet.
• Ethernet verwendet kostengünstige und einfach zu installierende Kabel, was die Installation und Zertifizierung der gesamten Beleuchtungskabelinfrastruktur vereinfacht.
• Einfache Integration – viele Einrichtungen verfügen bereits über vorhandene Ethernet-Infrastrukturen.
• Hohe Zuverlässigkeit – die Stern-Topologie gewährleistet eine deutlich größere Systemresilienz im Vergleich zur Bustopologie von DMX512. Ein Kabelbruch in einem Sternnetzwerk stört die Kommunikation nur zwischen zwei Objekten, während er in einer Bustopologie das gesamte Segment lähmen kann.
• Störfestigkeit – die Verwendung von Differenzsignalen sorgt für hohe Störfestigkeit.
• Stromversorgung über Kabel (PoE) – die Möglichkeit, stromsparende Knoten direkt über das Kabel gemäß dem Power-over-Ethernet-Standard (PoE) mit Strom zu versorgen, vereinfacht die Installation.

DMX über Ethernet wird über IP transportiert und bietet alle oben genannten Vorteile. Der Übergang zu Ethernet wird daher durch das Bedürfnis nach einer flexibleren, skalierbareren und störfesteren Steuerung moderner Beleuchtung vorangetrieben.

Wofür steht sACN in der Beleuchtung?

Streaming ACN (sACN) oder ANSI E1.31 ist ein Beleuchtungsprotokoll, das DMX-Daten über UDP/IP-Ethernet-Netzwerke überträgt.

sACN, entwickelt von Mitgliedern der amerikanischen Vereinigung ESTA (Entertainment Services and Technology Association), ist Teil der umfangreichen Familie von ACN-Protokollen (Architecture for Control Networks), die erstmals im Standard ANSI E1.17-2006 beschrieben wurde.

ACN definiert eine modulare Netzwerkarchitektur, die Netzwerkprotokolle, eine Gerätebeschreibungssprache (DDL) und Interaktionsprofile umfasst. Ursprünglich für den Betrieb über UDP/IP ausgelegt, funktioniert ACN in IP-, Ethernet- und Wi-Fi-Netzwerken, was seine Flexibilität und Skalierbarkeit gewährleistet.

Der E1.31-Standard verwendet das User Datagram Protocol, UDP, für das Streaming von Daten von mehreren Quellen zu mehreren Empfängern. Das Fehlen von Bestätigungen bedeutet, dass es keine Garantie für die Zustellung aller Pakete gibt, was für Protokolle zum Echtzeit-Streaming typisch ist.

Versionen des Streaming ACN-Protokolls

Die erste standardisierte Version von sACN, ANSI E1.31-2009, wurde von ANSI (American National Standards Institute) am 4. Mai 2009 genehmigt. Sie legte den Grundstein für die Übertragung von DMX512 über Ethernet/IP-Netzwerke unter Verwendung eines Subsets von ACN-Protokollen und definierte Datenformat, Protokoll, Adressierung und grundlegende Netzwerkmanagementprinzipien

Eine Überarbeitung des Standards erfolgte mit der Veröffentlichung von ANSI E1.31-2016, genehmigt am 11. Oktober 2016. Diese Version führte Synchronisierungsrahmen ein, die es mehreren Empfängern ermöglichen, DMX-Daten von einem Controller gleichzeitig zu verarbeiten, und Universum-Erkennungsrahmen, die die Einrichtung und Verwaltung großer Netzwerksysteme vereinfachen

Die bisher neueste Ausgabe, ANSI E1.31-2018, vom 7. November 2018, beschreibt den Mechanismus zur Übertragung von DMX512A-Paketen über TCP/IP-Netzwerke und behandelt Format, Protokoll, Adressierung und Netzwerkmanagement. Die Ausgabe 2018 unterstützt IPv6 und IPv4 und beschreibt auch eine Synchronisationsmethode, um eine präzise gleichzeitige Datenverarbeitung durch mehrere Empfänger sicherzustellen

Release sACN bezieht sich auf die offiziell genehmigten und veröffentlichten ANSI E1.31-Standards. Es sind die Release-Versionen, wie ANSI E1.31-2009, ANSI E1.31-2016 und ANSI E1.31-2018, die durch maximale Kompatibilität und Funktionalität gekennzeichnet sind. Sie haben einen vollständigen Entwicklungs-, Prüfungs- und Genehmigungszyklus durchlaufen

Draft sACN bezieht sich auf vorläufige Versionen des Protokolls, die vor der endgültigen ANSI-Genehmigung existierten. Dies sind Versionen, die Verfeinerung erfordern. Aufgrund der möglichen Anwesenheit von Fehlern, geringfügigen Unterschieden oder Inkonsistenzen mit dem endgültigen Standard werden Draft-Versionen in großen Projekten im Allgemeinen nicht verwendet

Die Verbreitung beider Versionstypen macht Kompatibilitätsprobleme zwischen Release sACN und Draft sACN relevant. Konverter aus den ArtGate-, GigaJet-, PowerGate-, DALIGate-Familien und die PixelGate-LED-Treiber von Sundrax unterstützen sowohl Release- als auch Draft-Versionen von sACN umfassend und bieten Flexibilität bei der Arbeit mit verschiedenen Geräten

Was ist der Unterschied zwischen Art-Net und sACN?

Im Ethernet-Umfeld konkurrieren zwei Protokolle um die Übertragung von DMX512-Daten: Art-Net und sACN. Beide verwenden UDP-Pakete, um DMX-Daten über Ethernet-Netzwerke zu transportieren.

Art-Net ist zum allgegenwärtigen de-facto-Standard geworden. Es unterstützt ursprünglich das Remote Device Management (RDM) Protokoll, das eine Rückmeldung von Geräten ermöglicht. Genau deshalb, weil RDM-Befehle und -Anfragen gesendet werden, nutzte Art-Net bis vor kurzem hauptsächlich Broadcast-Übertragungen, was zu Netzwerküberlastungen und Paketverlust führen kann. Die Version Art-Net IV, die 2016 veröffentlicht wurde, unterstützt die Unicast-Übertragung von RDM-Daten.

RDM, wie sACN, wurde von ESTA entwickelt und als ANSI E1.20 standardisiert.

sACN übertrifft Art-Net in der Skalierbarkeit, da es bis zu 65.535 DMX-Universen im Vergleich zu 32.768 Universen in Art-Net IV unterstützt, während frühere Versionen von Art-Net auf weniger beschränkt waren (zum Beispiel 256 in Art-Net II).

Alex Chomsky
Technischer Direktor bei Sundrax Electronics

„Um den Artikel nicht unendlich lang zu machen, werden die Themen des Art-Net-Protokolls und des RDM-Protokolls in diesen Artikeln ausführlicher behandelt, die ich empfehle zu lesen:“

• ArtNet-Protokoll erklärt
• Was ist das RDM-Protokoll für Beleuchtung?

Vorteile von sACN

sACN ist ideal für moderne Bühnen- und Architekturbeleuchtungssysteme, insbesondere für große Installationen, bei denen Synchronisationsgenauigkeit und die Verwaltung einer großen Anzahl von Geräten kritische Faktoren sind, da dieses Protokoll:

• Eine enorme Anzahl von Universen (65.535) unterstützt.
• Ein eingebautes Prioritätssystem hat, das es mehreren DMX-Datenquellen ermöglicht, ein Universum zu steuern und automatisch die Daten mit der höchsten Priorität auszuwählen. Dies reduziert die Wahrscheinlichkeit von Fehlern in Shows, da das Protokoll mit Redundanz im Sinn entwickelt wurde.
• Hohe Widerstandsfähigkeit bietet, da Multicast-Übertragung das Netzwerk nicht so stark belastet wie Broadcast.
• DMX512-Universen synchronisiert und eine gleichzeitige Datenverarbeitung durch mehrere Empfänger unter der Kontrolle eines Controllers gewährleistet.

Auch wenn der Unterschied zwischen Art-Net und sACN bei kleinen Installationen möglicherweise nicht offensichtlich ist, macht das Fehlen von Einschränkungen älterer Versionen von Art-Net (zum Beispiel 4 eingehende und 4 ausgehende Ports pro IP-Adresse) es zur bevorzugten Wahl für groß angelegte Setups mit viel Ausrüstung und in permanenten Installationen wie Freizeitparks.

Nachteile von sACN

sACN E1.31 hat seine Nuancen. Es unterstützt RDM nicht direkt. Um RDM-Daten über sACN zu übertragen, muss ein separates Protokoll verwendet werden.

Effektive Arbeit mit einem sACN-Netzwerk erfordert ein höheres Maß an technischem Wissen (Komplexität der Diagnose, Verkehrsmanagement), was eine Hürde für kleinere Installationen oder Benutzer ohne umfangreiche Netzwerkerfahrung sein kann.

sACN wird nicht so häufig verwendet wie Art-Net.

Verbindungsschema

Zur Verdeutlichung ist unten ein typisches Verbindungsschema mit sACN dargestellt:

Controller (zum Beispiel, grandMA2) (IP: 192.168.1.10) → GigaJet20 Pro (IP: 192.168.1.1, 3 Ethernet-Ports, 1 SFP) → Beleuchtungsgeräte.

GigaJet20 Pro verteilt Daten über 20 DMX-Ports an Geräte, zum Beispiel, Gerät 1 (IP: 192.168.1.11, Universum 1) und Gerät 2 (IP: 192.168.1.12, Universum 2).

Multicast wird verwendet, um den Datenverkehr zu optimieren.

Projektbeispiele

🎭 Theaterproduktion: In einem Theater mit mehr als 100 Beleuchtungseinrichtungen ermöglichte sACN mit GigaJet20 Pro die Steuerung über einen Controller. Glasfaserkommunikation minimierte den Datenverlust.

🎶 Nachtclub: Bei einem Konzert synchronisierte GigaJet20 Pro 50 Moving Heads und gewährleistete die präzise Ausführung von Lichteffekten.

Vergleichstabelle

Datenaustausch über sACN-Protokoll

sACN unterstützt Multicast- und Unicast-Übertragung. GigaJet20 Pro optimiert Multicast dank seines eingebauten Gigabit-Switches und der Unterstützung von IGMP-Snooping, wodurch die Netzwerklast reduziert wird. Das Gerät bietet zudem Datensicherung, was die Zuverlässigkeit erhöht.

Multicast

Multicast in sACN ist eine Datenübermittlungsmethode, bei der Geräte sich in spezifische Verteilgruppen eintragen und das Netzwerk den entsprechenden Paketstrom an sie weiterleitet. Dies ist ideal für die Lichtsteuerung, da damit ein Satz von Daten mehrere Lichtgeräte erreichen kann. Protokolle wie IGMP (für IPv4) und MLD (für IPv6) werden zur Organisation dieser Gruppen verwendet.

Im Gegensatz zur Broadcast-Übertragung von Art-Net, bei der der Controller ein vollständiges Paket an jedes Gerät im Netzwerk sendet (wobei jedes Gerät das gesamte Paket dekodieren muss), arbeitet Multicast sACN sauberer. Der Controller sendet Befehle in sACN-Paketen, die nach DMX-Universen aufgeteilt sind. Geräte im Netzwerk „hören“ nur auf die Universen, für die sie eingetragen sind. Dies reduziert die Bandbreitennutzung und optimiert das Management von Ethernet-Netzwerken.

Multicast sACN vereinfacht die Einrichtung für den Sender, indem es die Notwendigkeit eliminiert, die IP-Adressen der Empfänger manuell zu spezifizieren: DMX-Universendaten werden an Multicast-IP-Adressen gesendet. Knoten empfangen die Daten nahtlos, selbst wenn sich ihre IP-Adresse ändert, da der Empfang von der Mitgliedschaft in der Multicast-Gruppe abhängt.

Potenzielle Multicast-Probleme

Beim Einsatz von Multicast-sACN in einem unverwalteten Netzwerk (wo kein Support für IGMP-Snooping vorhanden ist), senden Switches Pakete an alle Anschlüsse. Dies führt zu übermäßigem Datenverkehr auf jedem Gerät und zwingt sie dazu, Rechenressourcen für das Filtern unnötiger Daten aufzuwenden. Dies ist kein Problem des Multicast selbst, sondern eine Konsequenz der Nutzung in einer ungeeigneten Netzwerkumgebung.

Das „Plug & Play“-Konzept für Multicast-sACN ist begrenzt. Für einen effektiven und stabilen Betrieb in Netzwerken jeder Größe ist eine korrekte Konfiguration des IGMP-Snoopings auf Netzwerkswitches notwendig.

Unicast

Bei der Unicast-Übertragung müssen sich der Controller und die Empfänger im gleichen IP-Adressbereich befinden und im statischen IP-Modus arbeiten. Empfangsgeräte in einem Unicast-Netzwerk lauschen nur auf den Datenverkehr, der direkt an sie adressiert ist.

Es gibt Geräte, die Multicast nicht unterstützen und eine Unicast-Übertragung erfordern, wobei sie nur mit Daten arbeiten, die ausschließlich an sie gesendet werden.

Der sACN-Standard ermöglicht die Übertragung von Unicast-Daten, insbesondere in Anbetracht dessen, dass es zu Beginn seiner Implementierung weit verbreitete Geräte gab, die nicht korrekt mit Multicast arbeiteten. Laut dem ANSI E1.31-Standard müssen Empfänger sowohl Multicast- als auch Unicast-Datenverkehr verarbeiten, um maximale Flexibilität und Kompatibilität zu gewährleisten.

Beim Skalieren wird Unicast ineffizient, aber es kann helfen, Netzüberlastungen in Umgebungen zu reduzieren, die keine ordnungsgemäße Multicast-Unterstützung bieten.

Streaming DMX

DMX-Daten für jedes Universum werden kontinuierlich gesendet, auch wenn keine Änderungen in den Kanalwerten vorliegen. Dies bedeutet, dass eine verpasste Nachricht innerhalb von 50 Millisekunden wiederholt wird. Im Gegensatz zu nicht-streamenden Protokollen bestätigt sACN ständig den aktuellen Zustand der Geräte und verhindert so, dass sie „einfrieren“.

Die Aktualisierungsfrequenz für ein sACN-Universum überschreitet nicht 44 Mal pro Sekunde (das Maximum für DMX beträgt 44 Hz, was zur Anpassung an das DMX512-Protokoll verwendet wird, aber theoretisch ist sACN unter geeigneten Bedingungen zu mehr fähig). Obwohl es keine minimale Aktualisierungszeit gibt, bestimmt das empfangende Gerät selbst die Inaktivität der Quelle (zum Beispiel, wenn eine Minute lang keine Daten vorliegen) und kann über weitere Maßnahmen mit dem Licht entscheiden (Ausschalten, Einstellen auf ein bestimmtes Niveau und andere programmierte Szenarien).

Alex Chomsky
Technischer Direktor bei Sundrax Electronics

„Zusätzlich können Sie in diesem Artikel lesen, wie DMX 512 sehr weit über ein optisches Kabel übertragen werden kann“ DMX over Fiber

sACN über WLAN

sACN funktioniert in jedem IP-Netzwerk, einschließlich WLAN. Allerdings übertrifft Ethernet die drahtlose Technologie in Bezug auf Zuverlässigkeit und Widerstandsfähigkeit gegenüber Störungen. Die ideale Option ist ein dediziertes lokales Netzwerk für sACN.

In WLAN-Netzwerken hängt die Wahl zwischen Multicast und Unicast für die Übertragung von sACN-Verkehr von den Netzwerkmerkmalen, der Anzahl der Empfänger und den Leistungsanforderungen ab.

• Multicast eignet sich für eine große Anzahl von Empfängern mit IGMP-Snooping und QoS, trotz möglicher Paketverluste.

• Unicast ist besser für eine kleine Anzahl von Geräten, skaliert jedoch nicht in großen Installationen.

Für die Echtzeit-Lichtsteuerung ist es wichtig, Verzögerungen und Sicherheit (insbesondere im WLAN) zu berücksichtigen sowie die Paketverluste zu minimieren, um einen reibungslosen und genauen Betrieb des Systems zu gewährleisten.

Alex Chomsky
Technischer Leiter bei Sundrax Electronics

„Lesen Sie hier mehr darüber, wie man Licht drahtlos überträgt“ Funktioniert Art-Net über WLAN?

Welche Arten von Prioritäten gibt es?

Im sACN-Protokoll (ANSI E1.31) wird ein komplexes Prioritätensystem implementiert, das eine effektive Verwaltung von Datenquellen ermöglicht. Es gibt zwei Hauptansätze zur Priorisierung: nach Port (Universumpriorität) und nach Adresse/Kanal (Per-Address-Priorität).

Dies ist ein Satz von Regeln, nach denen sACN-Empfänger Daten von konkurrierenden Quellen basierend auf diesen Prioritäten zusammenführen. Dies ermöglicht es mehreren Steuergeräten, mit denselben Geräten zu arbeiten.

In der professionellen Lichtindustrie ist eine solche Funktionalität sehr begehrt, wenn mehrere Konsolen beteiligt sind, und es ist wichtig, dass die Installation synchron arbeitet.

Universum Priorität

Jedes sACN-Paket (mit Startcode 0x00), das Pegel für alle 512 Adressen eines DMX-Universums überträgt, enthält eine gemeinsame Priorität im Bereich von 0 (niedrigste) bis 200 (höchste), mit einem Standardwert von 100. Alle Adressen im Universum haben die gleiche Priorität. Verschiedene Universen aus derselben Quelle können unterschiedliche Prioritäten haben.

Empfänger von sACN-Datenverkehr müssen nicht mehrere Quellen unterstützen, unterscheiden diese jedoch typischerweise anhand der Komponenteninidentifikation (CID). Wenn mehrere Quellen Daten für ein Universum mit unterschiedlichen Prioritäten übertragen, verwendet der Empfänger immer Pegel von allen 512 Adressen von der Quelle mit der höchsten Priorität. Dies geschieht auch, wenn die Pegel einzelner Kanäle von der Quelle mit höherer Priorität niedriger sind als die von einer Quelle mit niedrigerer Priorität.

In Fällen, in denen mehrere Quellen die gleiche Priorität haben, können Empfänger den Highest Takes Precedence (HTP)-Mechanismus verwenden, um die Pegel einzelner Adressen zusammenzuführen. Die Anzahl paralleler Quellen, die vom Empfänger unterstützt wird, kann begrenzt sein. Wenn die Anzahl der Quellen das Limit überschreitet, werden neue Quellen, selbst mit hoher Priorität, ignoriert.

Priorität Pro Adresse

Priorität Pro Adresse ermöglicht die Zuweisung individueller Prioritäten für jede einzelne DMX-Adresse in einem Universum. Diese Prioritäten werden zusammen mit den Level-Paketen (0x00) übertragen, jedoch in einem separaten Paket mit einem alternativen Startcode 0xdd, das Prioritätsdaten für alle 512 Adressen enthält. In diesem Schema bedeutet eine Priorität von 0 „Ignoriere Level-Daten für diese Adresse“

Wenn mehrere Quellen Levels für eine Adresse mit derselben Priorität pro Adresse übertragen, werden HTP-Zusammenführungsregeln angewendet, jedoch nur für diese spezielle Adresse

Kompatibilitätsmerkmale und erweiterte Fähigkeiten von sACN

Der ANSI E1.31 sACN-Standard verpflichtet Geräte nicht, die Priorität pro Adresse zu unterstützen oder zu verstehen. Die meisten Geräte arbeiten nur mit der Universumspriorität, obwohl einige die Priorität pro Adresse unterstützen, wobei standardmäßig die Universumspriorität verwendet wird, während andere die Priorität pro Adresse festlegen und anwenden.

Wenn Geräte mit unterschiedlicher Prioritätsunterstützung interagieren:

Wenn eine Quelle Daten mit Priorität pro Adresse sendet und der Empfänger nur die Universumspriorität unterstützt, ignoriert letzterer das 0xdd-Paket (mit Prioritäten pro Adresse) und verwendet ausschließlich die Universumspriorität aus dem 0x00-Paket. Wenn die Quelle für Universumspriorität und der Empfänger für Priorität pro Adresse konfiguriert ist, funktioniert das System so, als ob beide Geräte im Modus Universumspriorität arbeiten. In diesem Fall muss der Empfänger das 0xdd-Paket nicht verarbeiten.

Entfernen von Einschränkungen mit Sundrax-Konvertern

Sundrax-Konverter, wie ArtGate Pro, erweitern die Fähigkeiten der Arbeit mit DMX-Strömen erheblich und bieten intelligentes Zusammenführen. Zwei DMX-Konsolen können an ein Gerät angeschlossen werden, und Regeln zum Kombinieren ihrer Signale können durch Auswahl von Zusammenführungsmodi konfiguriert werden: HTP (Highest Takes Precedence), LTP (Latest Takes Precedence), AUTO und PRIORITY.

Die Konverter unterstützen auch RDM (Remote Device Management), das die Fernkonfiguration von Beleuchtungsgeräten ermöglicht. Bei Bedarf filtern sie das RDM-Protokoll, reduzieren die Netzwerklast und erhöhen die Kompatibilität mit Geräten, die RDM nicht unterstützen. Die Konverter sind mit allen Branchenprotokollen kompatibel.

Zusätzliche technische Möglichkeiten:

• Sicherung des primären/sekundären Universums;
• Kontrolliertes Zusammenführen durch dedizierten Kanal oder Universum;
• Feste IP-Adressen und einfacher Zugang zur Konfiguration;
• Lüfterlose Kühlung, die das Eindringen von Partikeln in das Gehäuse verhindert;
• Erhaltung der Betriebsfähigkeit bei Spannungen bis zu 305 V.

Das ArtGate Pro ist in einem robusten Metallgehäuse untergebracht, das nur 1,2 kg wiegt. Der Anschluss erfolgt über einen zuverlässigen PowerCON-Anschluss, der eine Reihenschaltung unterstützt. Diese Lösung gewährleistet Haltbarkeit und einfache Installation, sodass der Konverter installiert und sofort in Betrieb genommen werden kann, ohne sich um seine Zuverlässigkeit bei intensiver Nutzung Gedanken machen zu müssen.

Quellen

• ESTA – Veröffentliche Normen
• Open Lighting Wiki – DMX512-A
• DMX-Beispiele von Tom Igoe
• Art-Net vs sACN – Springtree
• MA Lighting
• Vixen Lights – sACN Konzept
• Chipkin – sACN Artikel
• AusChristmasLighting – E1.31 Diskussion
• DMX vs sACN vs Art-Net – Limelight Wired
• Learn Stage Lighting – Art-Net & sACN