Art-Net vs sACN: ¿qué protocolo deberías usar?
Usa sACN cuando el sistema debe seguir funcionando: es el único de los dos con un campo de prioridad, por lo que una fuente de respaldo toma el control de manera limpia y sin intervención del operador. Usa Art-Net cuando quieras que el software encuentre tus nodos, los configure y ejecute RDM en ellos, porque sACN no hace nada de eso. ¿Necesitas ambos? Ejecuta ambos, que es lo que anticipa Art-Net 4 y lo que DMXDesktop soporta.
Todo lo que sigue proviene de ANSI E1.31-2025 y de la especificación Art-Net 4, revisión 1.4dp fechada el 23 de octubre de 2025. Donde esa especificación juzga sACN, se señala como la opinión de su propietario.
Última actualización
Dirección y transporte
Ambos transmiten DMX512 a través de UDP simple. Casi todo sobre la dirección difiere.
| Aspecto | Art-Net 4 | sACN (ANSI E1.31-2025) |
|---|---|---|
| Transporte | UDP | UDP |
| Puerto | 0x1936 (6454), fuente y destino. No registrado en IANA | 5568, registrado en IANA como sdt |
| Dirección para datos de iluminación | Unicast a suscriptores. Prohibida la transmisión de ArtDmx | El modo multicast debe ser proporcionado; también se requiere recepción unicast |
| Esquema de multidifusión | Ninguno para datos | IPv4 239.255.<byte alto del universo>.<byte bajo>; IPv6 FF18::83:00:UH:UL |
| Esquema IP predeterminado | Clase A, 2.x.x.x primaria o 10.x.x.x secundaria, máscara 255.0.0.0 | No especificado, cualquier red IP |
| Unidad de direccionamiento | Dirección de puerto de 15 bits: Red (7 bits), Subred (4 bits), Universo (4 bits) | Número de universo de 16 bits |
| Rango de universo | 32,768 teóricos, 1 a 32,767 válidos, cero obsoleto | 1 a 63,999. Universo 0 y 64,000 a 65,535 reservados, excepto 64,214 para descubrimiento |
Comportamiento bajo carga y fallo
Esta mitad decide lo que hace el equipo en el peor momento posible.
| Aspecto | Art-Net 4 | sACN (ANSI E1.31-2025) |
|---|---|---|
| Arbitraje de fuente | Sin campo de prioridad. Fusión HTP o LTP, establecida por ArtAddress | Octeto de prioridad de 0 a 200, predeterminado 100. La prioridad más alta es el dato definitivo |
| Fuentes manejadas | Límite duro de dos. Fuentes adicionales son ignoradas por el nodo | No fijo. El dispositivo debe documentar su máximo y su comportamiento cuando se excede |
| Una fuente falla | Sostenida en el búfer de fusión durante 10 segundos | Considerada desconectada después de 2.5 segundos sin paquetes de datos |
| Todas las fuentes fallan | La salida mantiene el último resultado de fusión | Una puerta de enlace debe proporcionar un modo que detenga inmediatamente la transmisión de DMX512 |
| Apagado limpio | No definido para ArtDmx | Tres paquetes con el bit Stream_Terminated establecido |
| Detección de desconexión | Nodo asumido como ausente después de 3 segundos sin ArtPollReply | Sin concepto de dispositivo. El tiempo de espera de 2.5 segundos es por fuente, por universo |
| Mantener vivo cuando está estático | Re-transmisión de aproximadamente 4 segundos; 800 ms a 1000 ms recomendado para converger con sACN | Tres paquetes, luego un mantener vivo cada 800 ms a 1000 ms |
| Tasa máxima a una puerta de enlace DMX | 44 Hz, declarado por puerta de enlace en ArtPollReply-RefreshRate | El máximo E1.11, 44 actualizaciones por segundo para 513 slots, a menos que el usuario habilite tasas más altas en un universo libre de DMX |
| Sincronización | ArtSync, solo transmisión dirigida, unicast no permitido | Paquete de sincronización multicast a su Dirección de Sincronización, más un bit de Fuerza_Sincronización |
Gestión y ecosistema
Aquí los dos apenas se superponen: uno gestiona dispositivos, el otro no lo intenta.
| Aspecto | Art-Net 4 | sACN (ANSI E1.31-2025) |
|---|---|---|
| Descubrimiento de dispositivos | ArtPoll y ArtPollReply. Encuesta cada 2.5 a 3 segundos, tiempo de espera de respuesta 3 segundos, las respuestas deben ser unicast | Ninguno |
| Descubrimiento de universos | Universos suscritos listados en cada ArtPollReply del nodo | Paquetes de Descubrimiento de Universos en el universo 64,214 cada 10 segundos |
| Encontrar destinos unicast | Automático, desde las listas de suscripción en ArtPollReply | Ningún mecanismo especificado. Los destinos se configuran manualmente |
| RDM | Sí. ArtRdm, más ArtTodRequest y ArtTodData para la tabla de dispositivos | Ninguno. RDM sobre IP es ANSI E1.33 (RDMnet) |
| Configuración del dispositivo | Sí. ArtAddress, ArtIpProg, ArtInput y otros | Ninguno |
| Bandera del visualizador | Ninguno | Opción de bit Preview_Data, que no debe generar salida en vivo |
| Propiedad y licencia | Propietario, Licencia Artística, libre de regalías, con un crédito de guía de usuario obligatorio y una aplicación OemCode | Estándar Nacional Americano Abierto de ESTA, gratis para descargar tras un inicio de sesión por correo electrónico |
Prioridad versus fusión: la diferencia que decide una consola de respaldo
Cada paquete de datos sACN lleva un octeto de prioridad, y la regla es contundente: para un universo dado, un receptor que recopila datos de varias fuentes trata la prioridad más alta como los datos definitivos. Las fuentes sin prioridad variable deben enviar 100. Coloca un respaldo en 90 bajo una fuente principal en 100 y permanece en silencio hasta que la fuente principal se detenga, luego toma el control instantáneamente.
Art-Net no tiene campo de prioridad en absoluto. Cuando ArtDmx para una Dirección de Puerto llega de dos direcciones IP, un nodo o bien señala un error y espera a un humano, o fusiona, HTP o LTP según lo establecido por ArtAddress. Luego viene el límite: la fusión está limitada a dos fuentes, y cualquier fuente adicional es ignorada por el nodo. Una fuente fallida se mantiene en el búfer de fusión durante 10 segundos.
Así que un respaldo sACN permanece invisible hasta que se necesita, mientras que un respaldo Art-Net se fusiona todo el tiempo, y una tercera fuente no se degrada, se descarta.
Descubrimiento, y la regla de difusión que todos entienden mal
La capa de descubrimiento de Art-Net no es opcional: todos los controladores deben difundir un ArtPoll cada 2.5 a 3 segundos, y en Art-Net 4 cada respuesta debe ser unicast. Una respuesta lleva los universos del nodo, la capacidad RDM y el estado, que es sobre lo que se basa el resto de la gestión de Art-Net.
sACN descubre solo universos: las fuentes anuncian qué universos están transmitiendo en el universo 64,214 cada 10 segundos. Sin lista de dispositivos, sin nombres, sin configuración, y el estándar establece claramente que no se especifica ningún mecanismo para descubrir direcciones unicast. El tráfico se particiona por multicast en su lugar, el número de universo formando los últimos dos bytes de la dirección: el universo 1 es 239.255.0.1.
Art-Net 4 hace lo opuesto de lo que la mayoría de los artículos afirman. ArtDmx debe ser unicast a los suscriptores del universo en el paquete, y la especificación establece que no hay condiciones en las que se permite la difusión. La suscripción proviene del descubrimiento, por lo que el descubrimiento decide a dónde puede ir los datos. Nota la asimetría: ArtDmx es solo unicast, ArtSync es solo difusión dirigida.
Sobre esa brecha, la especificación es contundente, en palabras de su propietario en lugar de como un hecho neutral: sACN carece de cualquier capacidad para descubrir dispositivos, configurar dispositivos o transportar datos RDM. El núcleo fáctico se mantiene: E1.31 no define ninguno.
Conteos de universos y el error de uno
La Dirección de Puerto de 15 bits de Art-Net da 32,768 universos teóricos, de los cuales 1 a 32,767 son válidos, porque Art-Net 4 deprecia cero para mejorar la compatibilidad con sACN. sACN permite de 1 a 63,999, con 0 y 64,000 a 65,535 reservados aparte de 64,214 para descubrimiento.
Luego está la trampa de numeración. Art-Net cuenta desde cero en el cable, sACN desde uno. DMXDesktop numera los universos desde 1 en cada protocolo, así que el universo 1 de DMXDesktop sale como el universo 0 de Art-Net, y un nodo que muestra un número uno menor al que configuraste no está roto.
RDM, configuración y estado de los estándares
RDM. Art-Net lo lleva, a través de ArtRdm más ArtTodRequest y ArtTodData para la tabla de dispositivos, pero no es un estándar de ESTA: ANSI E1.20-2025 no hace referencia a Art-Net en absoluto. sACN no lleva RDM en absoluto, así que ningún producto puede ofrecerlo sin importar cómo se comercialice. RDM sobre IP es ANSI E1.33 (RDMnet). DMXDesktop ejecuta RDM sobre interfaces USB y sobre Art-Net.
Configuración. Art-Net establece los universos de un nodo, dirección IP y dirección de puerto utilizando ArtAddress, ArtIpProg y ArtInput, y Art-Net 4 agregó comandos que seleccionan si un puerto convierte sACN o Art-Net. sACN no configura nada.
Estado de los estándares. sACN es un estándar Nacional Americano Abierto de ESTA, gratuito para descargar y gratuito para implementar. Art-Net es propietario, propiedad de Artistic Licence, libre de regalías pero condicional: los implementadores solicitan un OemCode y deben acreditar Art-Net(TM) Diseñado por y Copyright Artistic Licence en la guía del usuario. El puerto 5568 está registrado en IANA como sdt; 6454 no está registrado en absoluto.
Qué sucede cuando los datos se detienen
Ambos funcionan sobre UDP, por lo que lo que importa es cómo un receptor trata el silencio. sACN trata 2.5 segundos sin paquetes de datos como pérdida de datos de red para esa fuente y universo, y la revisión de 2025 cuenta paquetes de datos específicamente, así que una fuente que aún envía paquetes de descubrimiento seguirá agotándose. Aquí está la parte que la mayoría de la gente entiende mal: E1.31 requiere un modo donde, al perder datos de todas las fuentes de un universo, la puerta de enlace deja de transmitir DMX512 inmediatamente. Hold-last-look es un extra permitido, no el requisito.
La cifra de 3 segundos de Art-Net es un tiempo de espera de descubrimiento, no de datos, y sus valores predeterminados de ruta de datos se inclinan en la otra dirección: un puerto de salida retransmite el mismo marco continuamente sin ArtDmx, y si ambas fuentes de fusión fallan, la salida mantiene el último resultado de fusión. Elige el comportamiento que deseas y configura el nodo para que coincida.
Cuál deberías usar
- Un par de nodos en una pequeña instalación. Cualquiera. sACN es marginalmente más simple, porque el grupo proviene del número de universo y nunca escribes una dirección IP.
- Una instalación grande. sACN. Cada nodo recibe solo los universos a los que se unió, y de 1 a 63,999 deja espacio para numerar por área.
- Una instalación que necesita una consola de respaldo. sACN, por el campo de prioridad. Una fusión de dos fuentes no es un esquema de conmutación por error.
- Una instalación donde deseas configurar nodos y ejecutar RDM. Art-Net. Descubre, configura y ejecuta RDM; sACN no intenta nada de eso.
- Una instalación mixta que ejecuta ambos. Normal, y Art-Net 4 lo anticipa: Art-Net para descubrimiento, gestión y RDM, sACN para los datos de control en vivo, elegidos por puerto de puerta de enlace.
Ninguno es simplemente mejor: sACN compró arbitraje, multidifusión y un estándar abierto al dejar fuera la gestión, y Art-Net compró descubrimiento, configuración y RDM sin nunca obtener un campo de prioridad.
Ejecutando ambos en DMXDesktop
DMXDesktop emite Art-Net y sACN a la vez en Mac y Windows, configurado por fila, así que un universo puede salir por sACN a un grupo de multidifusión y por Art-Net a un nodo.
- La prioridad es solo sACN. Por universo, de 1 a 200, por defecto 100. Ese es el rango de la aplicación; E1.31 permite de 0 a 200. Las filas de Art-Net no llevan byte de prioridad, por lo que el modo de fusión de prioridad no se ofrece allí.
- La multidifusión es un interruptor. Activado, la dirección se deriva como 239.255.X.Y. Desactivado, escribes el destino.
- El descubrimiento de Art-Net es automático. DMXDesktop consulta cada 2.5 segundos y responde a las encuestas entrantes. Las fuentes de sACN se encuentran pasivamente, ya que sACN no tiene nada que anunciar.
- Recibir cualquiera de los protocolos necesita Pro. Enviar funciona en cada plan, dentro de su límite de universo.
Preguntas frecuentes
¿Es mejor Art-Net o sACN?
Ninguno. sACN tiene un campo de prioridad con arbitraje de mayor gana, direccionamiento de multidifusión derivado del número de universo y un estándar ANSI abierto. Art-Net tiene descubrimiento de dispositivos, configuración de nodos y RDM. Fuente de respaldo: sACN. Gestión de nodos: Art-Net.
¿Puedo ejecutar Art-Net y sACN al mismo tiempo?
Sí, y Art-Net 4 lo anticipa: Art-Net para descubrimiento, gestión y RDM, sACN para los datos de control en vivo, elegidos por puerto de puerta de enlace. DMXDesktop soporta ambos a la vez, y el mismo universo puede ir a ambos.
¿Art-Net transmite datos de iluminación?
No en Art-Net 4. ArtDmx debe ser unicast a los suscriptores del universo en el paquete, y la especificación establece que no hay condiciones en las que se permite la transmisión. ArtPoll y ArtSync son transmisión; los datos no lo son.
¿Por qué mi universo Art-Net muestra un número más bajo?
Art-Net cuenta desde cero en el cable y DMXDesktop cuenta desde uno, a través de USB, sACN y Art-Net por igual, así que el universo 1 de DMXDesktop se transmite como el universo 0 de Art-Net. Los números de sACN salen sin cambios.
¿Alguno de los protocolos lleva RDM?
Art-Net sí, a través de ArtRdm y los mensajes ArtTod, aunque ese es el propio transporte de Artistic Licence en lugar de un estándar de ESTA. sACN no lo lleva en absoluto: E1.31 no define ningún mecanismo RDM, y RDM sobre IP es ANSI E1.33 (RDMnet). DMXDesktop ejecuta RDM sobre USB y Art-Net.

