Qu'est-ce qu'Art-Net ? Explication des nœuds, des adresses de port et du RDM

Ce qu'est réellement Art-Net

Le document actuel est Art-Net 4, Spécification du protocole de communication Ethernet Art-Net 4, copyright Artistic Licence 1998-2025. Art-Net est une marque déposée d'Artistic Licence Engineering Ltd, et l'orthographe de la spécification est Art-Net : avec un trait d'union, A majuscule, N majuscule.

La propriété est la différence structurelle par rapport à sACN, que l'ESTA publie en tant que norme nationale américaine. Art-Net est le protocole d'une seule entreprise, offert gratuitement : "Tout tiers est le bienvenu pour utiliser ce protocole de communication sans redevance." Deux obligations y sont attachées. Un guide utilisateur doit porter le crédit "Art-Net(TM) Conçu par et Copyright Artistic Licence", et les implémenteurs doivent demander un OemCode identifiant leur produit sur le réseau.

Son champ d'application est plus large que celui de sACN : les niveaux circulent dans ArtDmx, mais le même protocole sur le même port découvre également des appareils, les configure, synchronise des univers et transporte le RDM.

Comment Art-Net circule : UDP 6454 et le schéma 2.x.x.x

Art-Net utilise un seul port UDP, 0x1936, qui est 6454 en décimal, en tant que source et destination : "Art-Net utilise uniquement un port de 0x1936." Les données, la découverte, la configuration et le RDM partagent tous ce port. Il est bon de savoir en comparant les deux protocoles que 6454 n'est pas enregistré auprès de l'IANA, dont le registre liste 6447 à 6454 comme non attribué. Le 5568 de sACN est enregistré, en tant que sdt.

L'adressage est ce qui surprend les gens lors d'une première installation. Les produits Art-Net démarrent par défaut sur un schéma de classe A : "Les produits mettant en œuvre Art-Net doivent par défaut avoir l'adresse IP primaire de 2.?.?.?". Un interrupteur sur l'appareil sélectionne un octet supérieur de 2 ou 10, les octets inférieurs proviennent de l'adresse MAC plus le code OEM, et "le masque de sous-réseau est toujours initialisé à 255.0.0.0, sauf si une adresse IP personnalisée est utilisée".

Un masque /8 fait de tout le monde Art-Net un réseau plat : chaque nœud est accessible sans routeur, et une diffusion dirigée vers 2.255.255.255 atteint tout, ce qui est nécessaire pour la découverte. Le coût est que votre ordinateur doit rejoindre ce réseau, donc un ordinateur portable sur 192.168.1.x ne voit rien d'un nœud sur 2.0.0.1 et rien ne semble cassé. Les contrôleurs interrogent les deux valeurs par défaut, 2.255.255.255 et 10.255.255.255, le DHCP est pris en charge en alternative, et la spécification avertit que les données Art-Net ne doivent pas être routées sur Internet. DMXDesktop est uniquement IPv4.

Adresses de Port : Net, Sous-Net et Univers

Art-Net n'a pas de numéro d'univers simple. Il a une Adresse de Port, une valeur de 15 bits assemblée à partir de trois champs, décrite dans la spécification comme "l'une des 32 768 adresses possibles auxquelles un cadre DMX peut être dirigé".

Combien d'univers, et le piège de la numérotation

La limite théorique est de 32 768, mais le chiffre utilisable est le plus honnête : "La plage d'adresses de port valide est de 1 à 32 767. La valeur zéro est dépréciée pour améliorer la compatibilité sACN." C'est une véritable convergence, puisque l'E1.31 a toujours interdit l'univers 0. Le vrai plafond est généralement la couche physique : la règle empirique de diffusion de la spécification est d'environ 400 univers sur 100BaseT et 4 000 ou plus sur 1000BaseT.

Maintenant, le piège, qui est la question de support Art-Net la plus courante. Art-Net compte les univers à partir de 0. DMXDesktop compte à partir de 1, et sACN également. DMXDesktop présente l'adressage Art-Net comme un champ plat de 15 bits, 1 à 32768, et convertit en sortie, donc l'univers DMXDesktop 1 est transmis comme l'univers Art-Net 0. Le Net et le Sub-Net sont implicites par ce nombre plutôt que d'être tapés séparément : les 7 bits supérieurs deviennent le Net, les 8 bits inférieurs le Sub-Net et l'Univers. Les interfaces de nœud diffèrent quant à savoir si elles affichent le numéro brut du fil ou un numéro basé sur 1, donc lorsque la sortie atterrit exactement un univers, c'est pourquoi.

Les propres limites de DMXDesktop proviennent de votre plan plutôt que du protocole : 1 univers sur Free, 2 sur Standard, et pas de plafond de licence sur Pro, où le moteur limite la sortie à 1024 univers.

Découverte : ArtPoll et ArtPollReply

C'est la capacité que sACN n'a pas d'équivalent. "Le paquet ArtPoll est utilisé pour découvrir la présence d'autres contrôleurs, nœuds et serveurs multimédias... Les contrôleurs et les nœuds répondent tous au paquet." Un contrôleur diffuse ArtPoll à 2.255.255.255 sur UDP 6454, et chaque appareil répond avec un ArtPollReply donnant son nom, les adresses de port sur ses entrées et sorties, s'il fait RDM, et son statut de fusion ou d'erreur.

Deux délais sont indiqués comme exigences :

• Interroger toutes les 2,5 à 3 secondes. "Il est requis par Art-Net que tous les contrôleurs diffusent un ArtPoll toutes les 2,5 à 3 secondes. Cela garantit que tous les appareils du réseau peuvent facilement détecter une déconnexion."
• Supposer un délai d'attente de réponse de 3 secondes. Si rien n'arrive dans cette fenêtre, le contrôleur "doit considérer que le nœud s'est déconnecté".

Un changement d'Art-Net 4 est facile à manquer dans les anciens documents : ArtPollReply ne peut plus être diffusé. Les réponses doivent être renvoyées en unicast au demandeur, ce qui est imposé pour atténuer les problèmes d'évolutivité sur de très grands réseaux.

DMXDesktop interroge toutes les 2500 millisecondes sur chaque interface qu'il détecte, analyse les réponses dans une liste de nœuds en direct portant l'univers et le drapeau RDM de chaque port, et répond à l'ArtPoll entrant afin que d'autres contrôleurs le voient comme un nœud. Il publie le code fabricant ESTA 0x0786 et déclare la capacité Art-Net 3 et 4.

Le mythe de la diffusion : ArtDmx doit être en unicast

Recherchez Art-Net et on vous dira à plusieurs reprises qu'il diffuse des données DMX sur tout le réseau. Pour Art-Net 4, c'est faux, et la spécification ne pourrait pas être plus claire.

La table de stratégie de paquet ArtDmx liste la diffusion comme "Non" pour un contrôleur, un nœud et un serveur multimédia. Le texte indique : "Les paquets ArtDmx doivent être envoyés en unicast aux abonnés de l'univers spécifique contenu dans le paquet ArtDmx... S'il n'y a pas d'abonnés à un univers, le contrôleur ne doit pas envoyer ArtDmx." Et ensuite, ne laissant aucune place : "Il n'y a aucune condition dans laquelle la diffusion est autorisée."

Alors, comment un contrôleur sait-il où envoyer ? Par la découverte, c'est pourquoi ArtPoll est structurel plutôt que cosmétique. "Le dispositif émetteur doit régulièrement interroger le réseau pour détecter tout changement dans les appareils qui sont abonnés. Les nœuds qui sont abonnés indiqueront l'univers d'abonnement dans l'ArtPollReply." Un nœud obtient ses données en répondant à ArtPoll et en déclarant quelles adresses de port il souhaite, ce qui explique la plupart des défauts "le nœud est sur le réseau mais les appareils sont éteints".

Il y a une belle asymétrie ici. Les données Art-Net sont uniquement en unicast. La synchronisation Art-Net est uniquement en diffusion. ArtSync, pour le travail vidéo et de mur multimédia où plusieurs univers doivent arriver en même instant, est une diffusion dirigée, le unicast n'étant pas autorisé.

DMXDesktop envoie en unicast à une adresse de nœud, ce qui est la voie conforme, et propose également un commutateur de diffusion par univers ciblant 2.255.255.255 pour les anciens équipements qui ne s'abonnent pas correctement. Il n'envoie pas ArtSync.

Fusion : ce que fait Art-Net au lieu de la priorité

sACN résout les sources concurrentes avec un octet de priorité. Art-Net n'a pas de champ de priorité du tout. ArtDmx transporte un ID, un OpCode, une version de protocole, une séquence, un physique, un SubUni, un Net, une longueur et des données, sans aucun moyen de classer une source au-dessus d'une autre.

La fusion se produit à la place, au nœud. Lorsque l'ArtDmx pour la même adresse de port arrive de deux adresses IP différentes, ou de deux ports physiques sur une IP, le nœud soit signale une erreur et attend un humain, soit fusionne : "La fusion est mise en œuvre soit en mode LTP soit HTP comme spécifié par le paquet ArtAddress", donc le mode est une propriété du nœud, définie sur le réseau.

• Deux sources, limite stricte. "La fusion est limitée à deux sources, toute source supplémentaire sera ignorée par le nœud."
• Une source arrêtée persiste 10 secondes. "Si l'une (mais pas les deux) des sources d'ArtDmx s'arrête, la source défaillante est conservée dans le tampon de fusion pendant 10 secondes."
• Si les deux s'arrêtent, la sortie se maintient. "Si les deux sources d'ArtDmx échouent, la sortie conserve le dernier résultat de fusion." C'est l'opposé de sACN, où le mode de passerelle requis en cas de perte de données est d'arrêter la transmission DMX512.

DMXDesktop propose donc son mode de fusion Priorité uniquement sur les lignes sACN, et l'entrée Art-Net fusionne par HTP ou LTP. Recevoir DMX sur le réseau nécessite un plan Pro.

Taux de rafraîchissement et maintien en vie

Un nœud déclare à quelle vitesse il sera alimenté : "Le ArtPollReply-RefreshRate définit le taux de rafraîchissement maximum qu'une passerelle peut accepter des paquets ArtDmx. Pour une passerelle émettant DMX512, cela sera toujours le taux maximum de 44Hz." Les passerelles non-DMX512 peuvent déclarer une limite plus élevée. Ce plafond n'est pas une invention d'Art-Net : c'est le taux de rafraîchissement maximum de DMX512 pour un paquet complet de 513 emplacements, selon l'ANSI E1.11.

Lorsque rien ne change, un port de sortie continue de retransmettre le même cadre. Une entrée statique renvoie son dernier paquet ArtDmx valide à des intervalles d'environ quatre secondes, bien que la spécification recommande "un temps de retransmission de 800 ms à 1000 ms" pour converger avec sACN, qui est exactement la fenêtre de maintien en vie de sACN.

DMXDesktop sort à 40 Hz par défaut, configurable de 10 à 44 Hz par univers, avec le même défaut et la même plage pour la sortie USB et réseau.

RDM sur Art-Net

RDM vous permet de communiquer avec les appareils sur le même chemin : lire une adresse, la définir, demander ce qu'est un appareil. Art-Net le transporte. sACN ne le fait pas et ne peut pas, car l'ANSI E1.31 ne définit aucun mécanisme RDM.

Art-Net divise le travail. Les messages circulent dans ArtRdm, qui "est utilisé pour transporter tous les messages RDM non-découverte sur Art-Net", uniquement en unicast. La découverte utilise une table de dispositifs RDM, le TOD, maintenue par port : un contrôleur demande avec ArtTodRequest et reçoit ArtTodData. Un nœud "ne doit pas l'interpréter comme forçant une découverte complète. La découverte complète n'est initiée qu'à la mise sous tension ou lorsqu'un ArtTodControl.AtcFlush est reçu", donc un appareil branché plus tard a besoin d'un vidage explicite avant d'apparaître.

Le caveat que de nombreuses pages produit se trompent : RDM sur Art-Net est le propre transport de Artistic Licence à l'intérieur de son propre protocole, pas une norme ESTA. La norme ESTA pour RDM sur IP est RDMnet, ANSI E1.33. Une fiche technique affirmant "RDM sur sACN" décrit quelque chose qui n'existe pas.

Dans DMXDesktop, cela est automatique : un transport RDM est enregistré pour chaque nœud découvert dont l'ArtPollReply définit le drapeau RDM, et retiré lorsque ce nœud part. RDM est disponible sur les plans Standard et Pro. Pour le matériel, commencez avec la gamme DMXKing eDMX MAX (eDMX1 à eDMX8 MAX, plus les variantes sur rail DIN), officiellement supportée depuis la version 1.0.51, parlant à la fois Art-Net et sACN, avec RDM vérifié sur le banc ici plutôt que seulement sur la boîte. Le Obsidian Netron EN4 est une autre passerelle Art-Net vérifiée avec RDM fonctionnel, et la page de matériel supporté enregistre quels dispositifs ont été physiquement testés.

Art-Net et sACN sur le même réseau

Les deux ne sont pas un choix simple. Art-Net 4 a ajouté des options de commande à ArtAddress qui permettent à un contrôleur de sélectionner, par port de passerelle, s'il convertit sACN ou Art-Net en DMX, de sorte qu'un contrôleur Art-Net puisse configurer un équipement mixte.

L'argument pour cela est cité avec son attribution jointe, car c'est un fournisseur décrivant un protocole concurrent dans son propre document. La spécification Art-Net 4 dit : "sACN gagne en popularité comme méthode de transport des données DMX. Cependant, il n'a aucune capacité à découvrir des appareils, à configurer des appareils ou à transporter des données RDM... Cela permet aux utilisateurs de choisir Art-Net comme outil de découverte, de gestion et de RDM, tout en utilisant sACN pour les données de contrôle en direct."

Lu comme plaidoyer, la partie vérifiable reste valable : l'E1.31 ne définit aucune configuration d'appareil et aucun transport RDM. Ce qu'il omet, c'est ce que sACN a et Art-Net n'a pas, principalement le champ de priorité et l'adressage multicast. Il y a une comparaison ligne par ligne dans le guide Art-Net vs sACN.

Problèmes courants d'Art-Net

Presque chaque défaut d'Art-Net est l'un de ceux-ci, et les deux premiers représentent la plupart d'entre eux.