---
title: "Was ist Art-Net? Knoten und Universen erklärt | DMXDesktop"
description: "Art-Net erklärt: Knoten und Gateways, Port-Adressen und Universen, warum Art-Net 4 keine Broadcasts mehr erlaubt und wie RDM über Art-Net läuft."
canonical: https://www.dmxdesktop.com/de/guides/what-is-art-net
lang: de
source: /de/guides/what-is-art-net
---

# 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 2026-09-16

## Kurz gesagt

- •Art-Net läuft über UDP auf Port **6454** (0x1936), sowohl als Quell- als auch als Zielport. Im Gegensatz zum Port von sACN ist er **nicht bei IANA registriert**.
- •Knoten haben standardmäßig eine Klasse A-Adresse, **2.x.x.x** oder **10.x.x.x**, Maske **255.0.0.0**, sodass ein Knoten unsichtbar erscheint, bis Ihr Computer in diesen Bereich eintritt.
- •Eine **Port-Adresse** besteht aus 15 Bits: Net (7), Sub-Net (4), Universe (4). Das sind 32.768 theoretische Adressen, gültiger Bereich **1 bis 32.767**.
- •**Art-Net 4 verbietet das Senden von Lichtdaten.** ArtDmx muss unicast an Knoten gesendet werden, die auf diese Port-Adresse abonniert sind, was ArtPoll-Entdeckung zu einem Teil der Adressierung macht, nicht zu einer Bequemlichkeit.
- •Art-Net überträgt **RDM und Gerätekonfiguration**, was sACN nicht tut. Es gibt kein Prioritätsfeld, sodass zwei Controller in einem Universum durch HTP oder LTP am Knoten aufgelöst werden.

## [Was Art-Net tatsächlich ist](#was-art-net-tatsaechlich-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](#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.

Lichtsoftware

ArtDmx, Port-Adresse 0

↓→

Ethernet-Switch

einfaches Layer 2

↓→

Knoten-IP-Adresse

2.x.x.x, UDP 6454

↓→

Art-Net-Knoten

konvertiert zu DMX512

↓→

Geräte

XLR5-Daisy-Chain

Keine Multicast-Gruppe und kein IGMP in der Kette. Der Controller lernt die Adresse des Knotens aus seiner ArtPollReply und sendet dann direkt dorthin.

## [Port-Adressen: Netz, Sub-Netz und Universum](#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](#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](#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](#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](#zusammenfuehren-was-art-net-anstelle-von-prioritaet-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](#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-ueber-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](#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](/de/guides/art-net-vs-sacn).

## [Häufige Art-Net-Probleme](#haeufige-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.

## Art-Net in DMXDesktop verwenden

DMXDesktop spricht Art-Net nativ auf Mac und Windows: automatische ArtPoll-Erkennung in beide Richtungen, Unicast oder Broadcast pro Universum, ein einzelnes Universum-Feld von 1 bis 32768, Ausgabe von 10 bis 44 Hz und RDM über Art-Net zu jedem Knoten, der es erklärt. Der Einrichtungsleitfaden führt durch den Konfigurationsbildschirm.

[Art-Net Einrichtungsleitfaden](/de/knowledgebase/artnet) [Siehe getestete Art-Net Knoten →](/de/knowledgebase/supported-hardware)

## Quellen

Jede technische Zahl auf dieser Seite wurde aus dem veröffentlichten Standard selbst entnommen, nicht aus sekundären Zusammenfassungen.

- [Art-Net 4, Spezifikation für das Art-Net 4 Ethernet Kommunikationsprotokoll](https://art-net.org.uk/downloads/art-net.pdf?utm_source=dmxdesktop.com) , Artistic Licence. Protokollversion V1.4, Dokumentrevision 1.4dp vom 23.10.2025, abgerufen am 16. September 2026. Port, IP-Schema, Port-Adressstruktur, ArtPoll-Zeiten, die Unicast-Regel, Zusammenführung, Aktualisierungsrate und die RDM-OpCodes werden alle aus dieser Revision gelesen. Artistic Licence veröffentlicht jede Revision unter derselben URL, daher ist das Abrufdatum wichtig.
- [ANSI E1.11-2024, USITT DMX512-A](https://tsp.esta.org/tsp/documents/published_docs.php?utm_source=dmxdesktop.com) , ESTA Technical Standards Program. Quelle der maximalen Aktualisierungsrate von 44 Updates pro Sekunde hinter dem 44 Hz Gateway-Limit von Art-Net.
- [IANA Service Name und Transportprotokoll Portnummer Registrierung](https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?utm_source=dmxdesktop.com) , Bestätigt, dass Port 6454 nicht registriert ist: das Register listet 6447 bis 6454 als unzugewiesen.