Was ist Art-Net? Knoten, Port-Adressen und RDM erklärt
Art-Net ist ein Protokoll zur Übertragung von DMX512-Lichtdaten über ein gewöhnliches Ethernet-Netzwerk, das UDP-Pakete über Port 6454 verwendet. Es wurde von Wayne Howell, dem Gründer von Artistic Licence, erfunden, und dieses Unternehmen besitzt und veröffentlicht es weiterhin: Jeder kann Art-Net implementieren, ohne eine Lizenzgebühr zu zahlen, vorausgesetzt, das Benutzerhandbuch trägt den Kredit, den Artistic Licence verlangt.
Dieser Leitfaden behandelt, was ein Knoten tut, wie eine Port-Adresse aus Net, Sub-Net und Universe aufgebaut ist, wie Controller Knoten mit ArtPoll finden und wie RDM über Art-Net übertragen wird. Er korrigiert auch die am häufigsten wiederholte Behauptung über das Protokoll: Art-Net 4 sendet keine Lichtdaten, es verbietet dies. Jede Zahl stammt aus der aktuellen Spezifikation, Art-Net 4 Revision 1.4dp.
Zuletzt aktualisiert
Was Art-Net tatsächlich ist
Das aktuelle Dokument ist Art-Net 4, Spezifikation für das Art-Net 4 Ethernet-Kommunikationsprotokoll, Copyright Artistic Licence 1998-2025. Art-Net ist eine Marke von Artistic Licence Engineering Ltd, und die eigene Schreibweise der Spezifikation ist Art-Net: mit Bindestrich, großem A, großem N.
Das Eigentum ist der strukturelle Unterschied zu sACN, das von ESTA als amerikanischer National Standard veröffentlicht wird. Art-Net ist das Protokoll eines Unternehmens, das verschenkt wird: "Dritte sind herzlich eingeladen, dieses Kommunikationsprotokoll ohne Lizenzgebühr zu verwenden." Zwei Verpflichtungen sind damit verbunden. Ein Benutzerhandbuch muss den Kredit "Art-Net(TM) Designed by and Copyright Artistic Licence" tragen, und Implementierer müssen einen OemCode beantragen, der ihr Produkt im Netzwerk identifiziert.
Sein Umfang ist breiter als der von sACN: Werte reisen in ArtDmx, aber dasselbe Protokoll über dasselbe Port entdeckt auch Geräte, konfiguriert sie, synchronisiert Universen und überträgt RDM.
Wie Art-Net reist: UDP 6454 und das 2.x.x.x-Schema
Art-Net verwendet einen einzigen UDP-Port, 0x1936, der 6454 dezimal ist, sowohl als Quelle als auch als Ziel: "Art-Net verwendet nur einen Port von 0x1936." Daten, Entdeckung, Konfiguration und RDM teilen sich diesen Port. Es ist wichtig zu wissen, wenn man die beiden Protokolle vergleicht, dass 6454 nicht bei IANA registriert ist, deren Register 6447 bis 6454 als unzugewiesen auflistet. sACNs 5568 ist registriert, als sdt.
Die Adressierung ist das, was die Leute bei der ersten Installation verwirrt. Art-Net-Produkte starten standardmäßig auf einem Class A-Schema: "Produkte, die Art-Net implementieren, sollten standardmäßig die Primär-IP-Adresse von 2.?.?.? haben." Ein Schalter am Gerät wählt ein hohes Byte von 2 oder 10, die unteren Bytes stammen von der MAC-Adresse plus dem OEM-Code, und "die Sub-Net-Maske wird immer auf 255.0.0.0 initialisiert, es sei denn, eine benutzerdefinierte IP-Adresse wird verwendet".
Eine /8-Maske macht die gesamte Art-Net-Welt zu einem flachen Netzwerk: Jeder Knoten ist ohne Router erreichbar, und eine gerichtete Broadcast-Nachricht an 2.255.255.255 erreicht alles, was die Entdeckung benötigt. Der Nachteil ist, dass Ihr Computer diesem Netzwerk beitreten muss, sodass ein Laptop mit 192.168.1.x nichts von einem Knoten mit 2.0.0.1 sieht und nichts kaputt aussieht. Controller fragen beide Standardwerte ab, 2.255.255.255 und 10.255.255.255, DHCP wird als Alternative unterstützt, und die Spezifikation warnt, dass Art-Net-Daten nicht ins Internet geroutet werden dürfen. DMXDesktop unterstützt nur IPv4.
Port-Adressen: Netz, Sub-Netz und Universum
Art-Net hat keine einfache Universumsnummer. Es hat eine Port-Adresse, einen 15-Bit-Wert, der aus drei Feldern zusammengesetzt ist und in der Spezifikation als "eine der 32.768 möglichen Adressen, an die ein DMX-Frame gerichtet werden kann" beschrieben wird.
| Feld | Bits | Bereich | Was es bedeutet |
|---|---|---|---|
| Bit 15 | 1 | immer 0 | Reserviert, was eine Port-Adresse auf 15 Bits hält |
| Netz | 7 (Bits 14 bis 8) | 0 bis 127 | 16 aufeinanderfolgende Sub-Netze, also 256 Universen. Es gibt 128 Netze |
| Sub-Netz | 4 (Bits 7 bis 4) | 0 bis 15 | 16 aufeinanderfolgende Universen. Hat nichts mit einer Subnetzmaske zu tun |
| Universum | 4 (Bits 3 bis 0) | 0 bis 15 | Das Universum innerhalb dieses Sub-Netzes |
Wie viele Universen und die Nummerierungsfalle
Die theoretische Grenze liegt bei 32.768, aber die verwendbare Zahl ist die ehrliche: "Der gültige Bereich der Port-Adresse ist 1 - 32.767. Der Wert null ist veraltet, um die sACN-Kompatibilität zu verbessern." Das ist eine echte Konvergenz, da E1.31 das Universum 0 immer ausdrücklich verboten hat. Die tatsächliche Obergrenze ist normalerweise die physische Schicht: Die Faustregel für Unicast in der Spezifikation liegt bei etwa 400 Universen auf 100BaseT und 4.000 oder mehr auf 1000BaseT.
Jetzt die Falle, die die häufigste Art-Net-Supportfrage ist. Art-Net zählt Universen von 0. DMXDesktop zählt von 1, und das tut auch sACN. DMXDesktop präsentiert die Art-Net-Adressierung als ein flaches 15-Bit-Feld, 1 bis 32768, und konvertiert auf dem Weg nach draußen, sodass DMXDesktop-Universum 1 als Art-Net-Universum 0 übertragen wird. Net und Sub-Net werden durch diese Zahl impliziert, anstatt separat eingegeben zu werden: Die oberen 7 Bits werden zum Net, die unteren 8 zum Sub-Net und Universum. Die Node-Schnittstellen unterscheiden sich darin, ob sie die rohe Drahtnummer oder eine 1-basierte anzeigen, sodass, wenn die Ausgabe genau ein Universum heraus landet, dies der Grund ist.
Die eigenen Grenzen von DMXDesktop ergeben sich aus Ihrem Plan und nicht aus dem Protokoll: 1 Universum auf Free, 2 auf Standard und keine Lizenzobergrenze auf Pro, wo die Engine die Ausgabe auf 1024 Universen begrenzt.
Entdeckung: ArtPoll und ArtPollReply
Dies ist die Fähigkeit, die sACN nicht hat. "Das ArtPoll-Paket wird verwendet, um die Anwesenheit anderer Controller, Nodes und Medienserver zu entdecken... Sowohl Controller als auch Nodes antworten auf das Paket." Ein Controller sendet ArtPoll an 2.255.255.255 über UDP 6454, und jedes Gerät antwortet mit einem ArtPollReply, das seinen Namen, die Port-Adressen an seinen Eingängen und Ausgängen, ob es RDM unterstützt und seinen Merge- oder Fehlerstatus angibt.
Zwei Zeitvorgaben werden als Anforderungen angegeben:
- Alle 2,5 bis 3 Sekunden abfragen. "Es ist eine Anforderung von Art-Net, dass alle Controller alle 2,5 bis 3 Sekunden ein ArtPoll senden. Dies stellt sicher, dass alle Netzwerkgeräte leicht eine Trennung erkennen können."
- Gehen Sie von einem 3-Sekunden-Antwort-Timeout aus. Wenn in diesem Zeitraum nichts ankommt, "sollte der Controller den Node als getrennt betrachten".
Eine Änderung in Art-Net 4 ist leicht in älteren Materialien zu übersehen: ArtPollReply darf nicht mehr gesendet werden. Antworten müssen unicast an den Abfrager zurückgesendet werden, um Skalierbarkeitsprobleme in sehr großen Netzwerken zu mildern.
DMXDesktop fragt alle 2500 Millisekunden auf jeder erkannten Schnittstelle ab, analysiert die Antworten in eine Live-Node-Liste, die das Universum und das RDM-Flag jedes Ports trägt, und antwortet auf eingehende ArtPoll, sodass andere Controller es als Node sehen. Es veröffentlicht den ESTA-Hersteller-Code 0x0786 und erklärt die Art-Net 3 und 4 Fähigkeit.
Der Broadcast-Mythos: ArtDmx muss unicast sein
Suchen Sie nach Art-Net und Ihnen wird immer wieder gesagt, dass es DMX-Daten an das gesamte Netzwerk sendet. Für Art-Net 4 ist das falsch, und die Spezifikation könnte kaum klarer sein.
Die ArtDmx-Paketstrategie-Tabelle listet Broadcast als "Nein" für einen Controller, einen Node und einen Medienserver auf. Der Text lautet: "ArtDmx-Pakete müssen unicast an Abonnenten des spezifischen Universums gesendet werden, das im ArtDmx-Paket enthalten ist... Wenn es keine Abonnenten für ein Universum gibt, darf der Controller kein ArtDmx senden." Und dann, ohne jeglichen Spielraum: "Es gibt keine Bedingungen, unter denen Broadcast erlaubt ist."
Wie weiß ein Controller also, wohin er senden soll? Durch Entdeckung, weshalb ArtPoll strukturell und nicht kosmetisch ist. "Das sendende Gerät muss regelmäßig ArtPoll im Netzwerk senden, um jede Änderung an den abonnierten Geräten zu erkennen. Nodes, die abonniert sind, listen das Abonnement-Universum im ArtPollReply auf." Ein Node verdient seine Daten, indem er auf ArtPoll antwortet und erklärt, welche Port-Adressen er möchte, was die meisten Fehler "der Node ist im Netzwerk, aber die Fixtures sind dunkel" erklärt.
Hier gibt es eine nette Asymmetrie. Art-Net-Daten sind nur unicast. Art-Net-Synchronisation ist nur Broadcast. ArtSync, für Video- und Medienwandarbeiten, bei denen mehrere Universen im gleichen Moment ankommen müssen, ist gerichteter Broadcast, wobei Unicast nicht erlaubt ist.
DMXDesktop sendet unicast an eine Node-Adresse, was der konformen Route entspricht, und bietet auch einen pro-Universum-Broadcast-Schalter, der auf 2.255.255.255 abzielt, für ältere Geräte, die sich nicht richtig abonnieren. Es sendet kein ArtSync.
Zusammenführen: was Art-Net anstelle von Priorität tut
sACN löst konkurrierende Quellen mit einem Prioritätsoktett. Art-Net hat überhaupt kein Prioritätsfeld. ArtDmx trägt eine ID, OpCode, Protokollversion, Sequenz, physisch, SubUni, Net, Länge und Daten, und nirgendwo, um eine Quelle über eine andere zu bewerten.
Stattdessen geschieht das Zusammenführen am Node. Wenn ArtDmx für die gleiche Port-Adresse von zwei verschiedenen IP-Adressen oder zwei physischen Ports auf einer IP ankommt, kennzeichnet der Node entweder einen Fehler und wartet auf einen Menschen oder führt zusammen: "Merge wird entweder im LTP- oder HTP-Modus implementiert, wie im ArtAddress-Paket angegeben", sodass der Modus eine Eigenschaft des Nodes ist, die über das Netzwerk eingestellt wird.
- Zwei Quellen, harte Grenze. "Das Zusammenführen ist auf zwei Quellen beschränkt, alle zusätzlichen Quellen werden vom Node ignoriert."
- Eine gestoppte Quelle bleibt 10 Sekunden bestehen. "Wenn eine der (aber nicht beide) Quellen von ArtDmx stoppt, wird die fehlgeschlagene Quelle für 10 Sekunden im Merge-Puffer gehalten."
- Wenn beide stoppen, bleibt die Ausgabe bestehen. "Wenn beide Quellen von ArtDmx ausfallen, hält die Ausgabe das letzte Merge-Ergebnis." Das ist das Gegenteil von sACN, wo der erforderliche Gateway-Modus bei Datenverlust darin besteht, die Übertragung von DMX512 zu stoppen.
DMXDesktop bietet daher seinen Prioritäts-Merge-Modus nur auf sACN-Reihen an, und Art-Net-Eingänge werden durch HTP oder LTP zusammengeführt. DMX über das Netzwerk zu empfangen, erfordert einen Pro-Plan.
Bildwiederholfrequenz und Keep-Alive
Ein Node erklärt, wie schnell er gefüttert wird: "Die ArtPollReply-RefreshRate definiert die maximale Aktualisierungsrate, die ein Gateway ArtDmx-Pakete akzeptieren kann. Für ein Gateway, das DMX512 ausgibt, wird dies immer die maximale Rate von 44Hz sein." Non-DMX512-Gateways können eine höhere Grenze angeben. Diese Obergrenze ist keine Erfindung von Art-Net: Sie ist die eigene maximale Aktualisierungsrate von DMX512 für ein vollständiges 513-Slot-Paket, aus ANSI E1.11.
Wenn sich nichts ändert, sendet ein Ausgangsport das gleiche Frame immer wieder. Ein statischer Eingang sendet sein letztes gültiges ArtDmx-Paket in etwa vier Sekunden-Intervallen erneut, obwohl die Spezifikation "eine Übertragungszeit von 800 mS bis 1000 mS" empfiehlt, um mit sACN zu konvergieren, was genau dem sACN-Keep-Alive-Fenster entspricht.
DMXDesktop gibt standardmäßig mit 40 Hz aus, konfigurierbar von 10 bis 44 Hz pro Universum, mit demselben Standard und Bereich für USB- und Netzwerk-Ausgaben.
RDM über Art-Net
RDM ermöglicht es Ihnen, über denselben Pfad mit Fixtures zu kommunizieren: eine Adresse lesen, sie einstellen, fragen, was ein Gerät ist. Art-Net trägt es. sACN tut dies nicht und kann es nicht, da ANSI E1.31 keinen RDM-Mechanismus definiert.
Art-Net teilt die Aufgabe auf. Nachrichten reisen in ArtRdm, das "verwendet wird, um alle nicht-entdeckenden RDM-Nachrichten über Art-Net zu transportieren", nur unicast. Entdeckung verwendet eine Tabelle von RDM-Geräten, die TOD, die pro Port gepflegt wird: Ein Controller fragt mit ArtTodRequest und erhält ArtTodData. Ein Node "darf es nicht als vollständige Entdeckung interpretieren. Eine vollständige Entdeckung wird nur beim Einschalten oder beim Empfang eines ArtTodControl.AtcFlush initiiert", sodass ein später eingestecktes Fixture einen expliziten Flush benötigt, bevor es erscheint.
Die Warnung, die viele Produktseiten falsch verstehen: RDM über Art-Net ist der eigene Transport von Artistic Licence innerhalb seines eigenen Protokolls, kein ESTA-Standard. Der ESTA-Standard für RDM über IP ist RDMnet, ANSI E1.33. Ein Datenblatt, das "RDM über sACN" behauptet, beschreibt etwas, das nicht existiert.
In DMXDesktop ist dies automatisch: Ein RDM-Transport wird für jeden entdeckten Node registriert, dessen ArtPollReply das RDM-Flag setzt, und entfernt, wenn dieser Node das Netzwerk verlässt. RDM ist in den Standard- und Pro-Plänen verfügbar. Für Hardware beginnen Sie mit der DMXKing eDMX MAX-Reihe (eDMX1 bis eDMX8 MAX, plus die DIN-Schienenvarianten), die seit Version 1.0.51 offiziell unterstützt wird, sowohl Art-Net als auch sACN spricht, mit RDM, das hier auf der Bank verifiziert wurde, und nicht nur auf der Verpackung. Der Obsidian Netron EN4 ist ein weiterer verifizierter Art-Net-Gateway mit funktionierendem RDM, und die unterstützte Hardware-Seite dokumentiert, welche Geräte physisch getestet wurden.
Art-Net und sACN im selben Netzwerk
Die beiden sind kein gerader Entweder-oder. Art-Net 4 fügte Befehlsoptionen zu ArtAddress hinzu, die es einem Controller ermöglichen, pro Gateway-Port auszuwählen, ob er sACN oder Art-Net in DMX umwandelt, sodass ein Art-Net-Controller ein gemischtes Rig konfigurieren kann.
Das Argument dafür wird mit seiner Zuordnung zitiert, da es sich um einen Anbieter handelt, der ein konkurrierendes Protokoll in seinem eigenen Dokument beschreibt. Die Art-Net 4-Spezifikation sagt: "sACN gewinnt an Beliebtheit als Methode zum Transport von DMX-Daten. Es fehlt jedoch jede Möglichkeit, Geräte zu entdecken, Geräte zu konfigurieren oder RDM-Daten zu transportieren... Dies ermöglicht es den Benutzern, Art-Net als Entdeckungs-, Verwaltungs- und RDM-Tool zu wählen, während sie sACN für die Live-Steuerungsdaten verwenden."
Als Advocacy gelesen, bleibt der überprüfbare Teil bestehen: E1.31 definiert keine Gerätekonfiguration und keinen RDM-Transport. Was es weglässt, ist das, was sACN hat und Art-Net nicht, hauptsächlich das Prioritätsfeld und die Multicast-Adressierung. Es gibt einen zeilenweisen Vergleich im Art-Net vs sACN-Leitfaden.
Häufige Art-Net-Probleme
Fast jeder Art-Net-Fehler gehört zu einem dieser, und die ersten beiden machen die meisten davon aus.
| Symptom | Wahrscheinlichste Ursache | Was zu überprüfen ist |
|---|---|---|
| Der Knoten erscheint nie in der Geräteliste | Verschiedene IP-Bereiche | Knoten standardmäßig auf 2.x.x.x oder 10.x.x.x, Maske 255.0.0.0. Den Computer im gleichen Bereich platzieren oder ein benutzerdefiniertes Schema an beiden Enden festlegen |
| Knoten wird entdeckt, Leuchten bleiben dunkel | Knoten nicht an dieser Port-Adresse abonniert | Art-Net 4 Daten werden nur an Abonnenten unicast. Der Knoten muss dieses Universum an einem Eingang oder Ausgang auflisten |
| Alles ist genau ein Universum abweichend | Art-Net zählt von 0 | DMXDesktop Universum 1 wird als Art-Net Universum 0 ausgegeben. Überprüfen Sie, ob der Knoten die rohe Nummer oder eine 1-basierte anzeigt |
| Überhaupt nichts, Netzwerk ansonsten in Ordnung | Firewall blockiert UDP 6454 | Erlauben Sie UDP 6454 ein- und ausgehend. Art-Net verwendet es sowohl als Quell- als auch als Zielport |
| Funktioniert auf einem Computer, nicht auf einem anderen | Falsches Netzwerk-Interface | Wählen Sie den Adapter im Lichtnetzwerk aus und deaktivieren Sie virtuelle Adapter, die von VPN-Software hinzugefügt wurden |
| Ausgabe flackert bei zwei laufenden Controllern | Zwei Quellen, die an einer Port-Adresse zusammengeführt werden | Es gibt kein Prioritätsfeld. Der Knoten kombiniert HTP oder LTP, beschränkt auf zwei Quellen. Entfernen Sie einen Controller aus dem Universum. |
| Ein Pult ist ausgeschaltet, aber seine Werte bleiben bestehen. | Der 10-Sekunden-Merge-Hold. | Eine gestoppte Quelle bleibt 10 Sekunden im Merge-Puffer. Wenn beide stoppen, hält der Ausgang das letzte Merge-Ergebnis. |
| Knoten fällt aus der Liste und kehrt dann zurück. | ArtPoll fehlt die Zeitüberschreitung. | Alle 2,5 bis 3 Sekunden abfragen gegen eine 3-Sekunden-Antwortzeitüberschreitung. Überlastete und drahtlose Verbindungen brechen diesen Rhythmus. |
Häufig gestellte Fragen
Welchen Port verwendet Art-Net?
UDP-Port 6454, geschrieben 0x1936, sowohl als Quell- als auch als Zielport, und es ist der einzige Port, den Art-Net verwendet: Daten, Entdeckung, Konfiguration und RDM teilen sich alle diesen. Er ist nicht bei IANA registriert, deren Register 6447 bis 6454 als unzugeordnet auflistet. sACN's 5568 ist registriert, als sdt.
Überträgt Art-Net DMX-Daten?
Nein. In Art-Net 4 muss ArtDmx unicast an Knoten gesendet werden, die auf diese Port-Adresse abonniert sind, und die Spezifikation besagt: "Es gibt keine Bedingungen, unter denen Broadcast erlaubt ist". Broadcast wird weiterhin für ArtPoll verwendet, und ArtSync ist nur Broadcast, aber Lichtdaten sind es nicht.
Wie viele Universen kann Art-Net übertragen?
Theoretisch existieren 32.768 Adressen, mit einem gültigen Port-Adressbereich von 1 bis 32.767 und null, das für sACN-Kompatibilität veraltet ist. In der Praxis entscheidet das Netzwerk. In DMXDesktop ist das Limit Ihr Plan: 1 Universum in Free, 2 in Standard, keine Lizenzobergrenze in Pro.
Was ist der Unterschied zwischen Net, Sub-Net und Universe?
Drei Felder innerhalb einer 15-Bit-Port-Adresse. Universe sind 4 Bits, 0 bis 15. Ein Sub-Net sind 16 aufeinanderfolgende Universen, ebenfalls 4 Bits, und trotz des Namens hat es nichts mit einer Subnetzmaske zu tun. Ein Net sind 16 Sub-Nets, also 256 Universen, und davon gibt es 128.
Unterstützt Art-Net RDM?
Ja. Non-Discovery-RDM-Nachrichten reisen in ArtRdm-Paketen, und die Entdeckung verwendet eine Tabelle von RDM-Geräten, die mit ArtTodRequest angefordert und als ArtTodData zurückgegeben werden. Dies ist der eigene Transport von Artistic Licence, kein ESTA-Standard: Der Standard für RDM über IP ist RDMnet, ANSI E1.33. DMXDesktop unterstützt RDM über Art-Net in den Standard- und Pro-Plänen.
Warum hat mein Art-Net-Knoten eine Adresse wie 2.0.0.1?
Das ist der Standard der Spezifikation. Art-Net-Produkte beginnen mit einer Klasse-A-Adresse von 2.x.x.x oder 10.x.x.x, wenn der Netzwerk-Switch des Geräts eingestellt ist, wobei die unteren Bytes aus der MAC-Adresse und dem OEM-Code abgeleitet werden, und einer Maske von 255.0.0.0. Ihr Computer benötigt eine Adresse im gleichen Bereich, um ihn zu sehen.
