---
title: "¿Qué es Art-Net? Nodos y universos | DMXDesktop"
description: "Art-Net explicado: nodos y gateways, direcciones de puerto y universos, por qué Art-Net 4 ya no permite broadcast y cómo viaja el RDM."
canonical: https://www.dmxdesktop.com/es/guides/what-is-art-net
lang: es
source: /es/guides/what-is-art-net
---

# ¿Qué es Art-Net? Nodos, direcciones de puerto y RDM explicados

**Art-Net es un protocolo para transportar datos de iluminación DMX512 a través de una red Ethernet ordinaria, utilizando paquetes UDP en el puerto 6454.** Fue inventado por Wayne Howell, el fundador de Artistic Licence, y esa empresa todavía lo posee y lo publica: cualquier persona puede implementar Art-Net sin pagar regalías, siempre que su manual de usuario lleve el crédito que Artistic Licence requiere.

Esta guía cubre lo que hace un nodo, cómo se construye una dirección de puerto a partir de Net, Sub-Net y Universe, cómo los controladores encuentran nodos con ArtPoll y cómo RDM viaja a través de Art-Net. También corrige la afirmación más repetida sobre el protocolo: Art-Net 4 no transmite datos de iluminación, lo prohíbe. Cada figura proviene de la especificación actual, Art-Net 4 revisión 1.4dp.

Última actualización 2026-09-16

## En resumen

- •Art-Net funciona sobre UDP en el puerto **6454** (0x1936), como puerto de origen y destino. A diferencia del puerto de sACN, **no está registrado en IANA**.
- •Los nodos vienen de fábrica con una dirección de Clase A, **2.x.x.x** o **10.x.x.x**, máscara **255.0.0.0**, por lo que un nodo parece invisible hasta que tu computadora se une a ese rango.
- •Una **dirección de puerto** tiene 15 bits: Net (7), Sub-Net (4), Universe (4). Eso son 32,768 direcciones teóricas, rango válido **1 a 32,767**.
- •**Art-Net 4 prohíbe la transmisión de datos de iluminación.** ArtDmx debe ser unicast a nodos suscritos a esa dirección de puerto, lo que hace que el descubrimiento ArtPoll sea parte de la direccionamiento, no una conveniencia.
- •Art-Net transporta **RDM y configuración de dispositivos**, lo que sACN no hace. No hay campo de prioridad, por lo que dos controladores en un universo se resuelven mediante la fusión HTP o LTP en el nodo.

## [Lo que realmente es Art-Net](#lo-que-realmente-es-art-net)

El documento actual es *Art-Net 4, Especificación para el Protocolo de Comunicación Ethernet Art-Net 4*, copyright Artistic Licence 1998-2025. Art-Net es una marca registrada de Artistic Licence Engineering Ltd, y la ortografía de la especificación es **Art-Net**: con guion, A mayúscula, N mayúscula.

La propiedad es la diferencia estructural con sACN, que ESTA publica como un Estándar Nacional Americano. Art-Net es el protocolo de una empresa, regalado: "Cualquier tercero es bienvenido a utilizar este protocolo de comunicación sin regalías." Se adjuntan dos obligaciones. Un manual de usuario debe llevar el crédito "Art-Net(TM) Diseñado por y Copyright Artistic Licence", y los implementadores deben solicitar un OemCode que identifique su producto en la red.

Su alcance es más amplio que el de sACN: los niveles viajan en `ArtDmx`, pero el mismo protocolo en el mismo puerto también descubre dispositivos, los configura, sincroniza universos y transporta RDM.

## [Cómo viaja Art-Net: UDP 6454 y el esquema 2.x.x.x](#como-viaja-art-net-udp-6454-y-el-esquema-2-x-x-x)

Art-Net utiliza un único puerto UDP, **0x1936**, que es **6454** en decimal, como puerto de origen y destino: "Art-Net utiliza solo un puerto de 0x1936." Los datos, el descubrimiento, la configuración y RDM comparten este puerto. Vale la pena saber al comparar los dos protocolos, **6454 no está registrado en IANA**, cuyo registro lista 6447 a 6454 como No Asignado. El 5568 de sACN está registrado, como `sdt`.

La direccionamiento es lo que confunde a las personas en una primera instalación. Los productos de Art-Net comienzan de fábrica en un esquema de **Clase A**: "Los productos que implementan Art-Net deben tener como dirección IP primaria 2.?.?.?". Un interruptor en el dispositivo selecciona un byte alto de 2 o 10, los bytes inferiores provienen de la dirección MAC más el código OEM, y "la máscara de sub-red siempre se inicializa en 255.0.0.0, a menos que se esté utilizando una dirección IP personalizada".

Una máscara /8 convierte todo el mundo de Art-Net en una red plana: cada nodo es accesible sin un enrutador, y una transmisión dirigida a 2.255.255.255 alcanza todo, que es lo que necesita el descubrimiento. El costo es que tu computadora tiene que unirse a esa red, así que una laptop en 192.168.1.x no ve nada de un nodo en 2.0.0.1 y nada parece estar roto. Los controladores sondean ambos valores predeterminados, 2.255.255.255 y 10.255.255.255, DHCP es compatible como alternativa, y la especificación advierte que los datos de Art-Net no deben ser enrutados a Internet. DMXDesktop es solo IPv4.

Software de iluminación

ArtDmx, dirección de puerto 0

↓→

Conmutador Ethernet

capa 2 simple

↓→

Dirección IP del nodo

2.x.x.x, UDP 6454

↓→

Nodo Art-Net

convierte a DMX512

↓→

Luminarias

Cadena de XLR5

Sin grupo multicast y sin IGMP en la cadena. El controlador aprende la dirección del nodo de su ArtPollReply, y luego envía directamente a él.

## [Direcciones de Puerto: Red, Subred y Universo](#direcciones-de-puerto-red-subred-y-universo)

Art-Net no tiene un número de universo simple. Tiene una **Dirección de Puerto**, un valor de 15 bits ensamblado a partir de tres campos, descrito en la especificación como "una de las 32,768 direcciones posibles a las que se puede dirigir un marco DMX".

| Campo | Bits | Rango | Qué significa |
| --- | --- | --- | --- |
| Bit 15 | 1 | siempre 0 | Reservado, lo que mantiene una Dirección de Puerto a 15 bits |
| Red | 7 (bits 14 a 8) | 0 a 127 | 16 Subredes consecutivas, por lo que 256 universos. Hay 128 Redes |
| Subred | 4 (bits 7 a 4) | 0 a 15 | 16 universos consecutivos. No tiene nada que ver con una máscara de subred |
| Universo | 4 (bits 3 a 0) | 0 a 15 | El universo dentro de esa Sub-Net |

## [Cuántos universos, y la trampa de numeración](#cuantos-universos-y-la-trampa-de-numeracion)

El límite teórico es 32,768, pero la cifra utilizable es la honesta: "El rango válido de direcciones de puerto es 1 - 32,767. El valor cero está en desuso para mejorar la compatibilidad con sACN." Esa es una verdadera convergencia, ya que E1.31 siempre ha prohibido el universo 0 de manera categórica. El verdadero límite suele ser la capa física: la regla general de unicast de la especificación es de aproximadamente 400 universos en 100BaseT y 4,000 o más en 1000BaseT.

**Ahora la trampa, que es la pregunta de soporte más común de Art-Net.** Art-Net cuenta los universos desde **0**. DMXDesktop cuenta desde **1**, y sACN también. DMXDesktop presenta la dirección de Art-Net como un único campo de 15 bits, **1 a 32768**, y convierte en el camino de salida, así que **el universo 1 de DMXDesktop se transmite como el universo 0 de Art-Net**. La red y la Sub-Net están implícitas por ese número en lugar de escribirse por separado: los 7 bits superiores se convierten en la Red, los 8 inferiores en la Sub-Net y Universo. Las interfaces de nodo difieren en cuanto a si muestran el número de cable crudo o uno basado en 1, así que cuando la salida llega exactamente un universo fuera, esta es la razón.

Los propios límites de DMXDesktop provienen de tu plan en lugar del protocolo: 1 universo en Free, 2 en Standard, y sin límite de licencia en Pro, donde el motor limita la salida a 1024 universos.

## [Descubrimiento: ArtPoll y ArtPollReply](#descubrimiento-artpoll-y-artpollreply)

Esta es la capacidad que sACN no tiene equivalente. "El paquete ArtPoll se utiliza para descubrir la presencia de otros Controladores, Nodos y Servidores de Medios... Tanto los Controladores como los Nodos responden al paquete." Un controlador transmite ArtPoll a 2.255.255.255 en UDP 6454, y cada dispositivo responde con un ArtPollReply dando su nombre, las Direcciones de Puerto en sus entradas y salidas, si hace RDM, y su estado de fusión o error.

Se indican dos tiempos como requisitos:

- **Sondear cada 2.5 a 3 segundos.** "Es un requisito de Art-Net que todos los controladores transmitan un ArtPoll cada 2.5 a 3 segundos. Esto asegura que cualquier dispositivo de red pueda detectar fácilmente una desconexión."
- **Asumir un tiempo de espera de respuesta de 3 segundos.** Si nada llega en esa ventana, el controlador "debería considerar que el Nodo se ha desconectado".

Un cambio de Art-Net 4 es fácil de pasar por alto en material más antiguo: **ArtPollReply ya no puede ser transmitido.** Las respuestas deben ser enviadas de manera unicast de regreso al encuestador, lo que se exige para mitigar problemas de escalabilidad en redes muy grandes.

DMXDesktop sondea cada 2500 milisegundos en cada interfaz que detecta, analiza las respuestas en una lista de nodos en vivo que lleva el universo y la bandera RDM de cada puerto, y responde al ArtPoll entrante para que otros controladores lo vean como un nodo. Publica el código de fabricante ESTA `0x0786` y declara la capacidad de Art-Net 3 y 4.

## [El mito de la transmisión: ArtDmx debe ser unicast](#el-mito-de-la-transmision-artdmx-debe-ser-unicast)

Busca Art-Net y te dirán repetidamente que transmite datos DMX a toda la red. **Para Art-Net 4 eso es incorrecto, y la especificación no podría ser más clara.**

La tabla de estrategia del paquete ArtDmx enumera Broadcast como "No" para un Controlador, un Nodo y un Servidor de Medios por igual. El texto dice: "Los paquetes ArtDmx deben ser enviados de manera unicast a los suscriptores del universo específico contenido en el paquete ArtDmx... Si no hay suscriptores a un universo, el controlador no enviará ArtDmx." Y luego, sin dejar lugar a dudas: **"No hay condiciones en las que se permita la transmisión."**

Entonces, ¿cómo sabe un controlador a dónde enviar? A través del descubrimiento, que es por eso que ArtPoll es estructural en lugar de cosmético. "El dispositivo transmisor debe ArtPoll regularmente la red para detectar cualquier cambio en los dispositivos que están suscritos. Los Nodos que están suscritos enumerarán el universo de suscripción en el ArtPollReply." Un nodo obtiene sus datos al responder a ArtPoll y declarar qué Direcciones de Puerto desea, lo que explica la mayoría de los fallos de "el nodo está en la red pero los dispositivos están apagados".

Hay una asimetría interesante aquí. **Los datos de Art-Net son solo unicast. La sincronización de Art-Net es solo broadcast.** ArtSync, para trabajos de video y muro de medios donde varios universos deben aterrizar en el mismo instante, es un broadcast dirigido, no se permite unicast.

DMXDesktop envía unicast a una dirección de nodo, que es la ruta conforme, y también ofrece un interruptor de Broadcast por universo que apunta a 2.255.255.255 para equipos más antiguos que no se suscriben correctamente. No envía ArtSync.

## [Fusión: lo que Art-Net hace en lugar de prioridad](#fusion-lo-que-art-net-hace-en-lugar-de-prioridad)

sACN resuelve fuentes en competencia con un octeto de prioridad. **Art-Net no tiene campo de prioridad en absoluto.** ArtDmx lleva un ID, OpCode, versión del protocolo, Secuencia, Física, SubUni, Red, Longitud y Datos, y no hay ningún lugar para clasificar una fuente por encima de otra.

En su lugar, ocurre la fusión, en el nodo. Cuando ArtDmx para la misma Dirección de Puerto llega de dos direcciones IP diferentes, o dos puertos físicos en una IP, el nodo o bien señala un error y espera a un humano, o fusiona: "La fusión se implementa en modo LTP o HTP según lo especificado por el paquete ArtAddress", por lo que el modo es una propiedad del nodo, configurada a través de la red.

- **Dos fuentes, límite duro.** "La fusión está limitada a dos fuentes, cualquier fuente adicional será ignorada por el Nodo."
- **Una fuente detenida persiste 10 segundos.** "Si cualquiera (pero no ambos) de las fuentes de ArtDmx se detiene, la fuente fallida se mantiene en el búfer de fusión durante 10 segundos."
- **Si ambas se detienen, la salida se mantiene.** "Si ambas fuentes de ArtDmx fallan, la salida mantiene el último resultado de fusión." Eso es lo opuesto a sACN, donde el modo de puerta de enlace requerido en la pérdida de datos es detener la transmisión de DMX512.

Por lo tanto, DMXDesktop ofrece su modo de fusión de Prioridad solo en filas de sACN, y la entrada de Art-Net se fusiona por HTP o LTP. Recibir DMX a través de la red requiere un plan Pro.

## [Tasa de fotogramas y mantener vivo](#tasa-de-fotogramas-y-mantener-vivo)

Un nodo declara qué tan rápido será alimentado: "El ArtPollReply-RefreshRate define la tasa de refresco máxima que una puerta de enlace puede aceptar paquetes ArtDmx. Para una puerta de enlace que emite DMX512, esta siempre será la tasa máxima de **44Hz**." Las puertas de enlace que no son DMX512 pueden declarar un límite más alto. Ese límite no es una invención de Art-Net: es la propia tasa de refresco máxima de DMX512 para un paquete completo de 513 ranuras, de ANSI E1.11.

Cuando nada cambia, un puerto de salida sigue retransmitiendo el mismo fotograma. Una entrada estática reenvía su último paquete ArtDmx válido a intervalos de aproximadamente cuatro segundos, aunque la especificación recomienda "un tiempo de retransmisión de 800mS a 1000mS" para converger con sACN, que es exactamente la ventana de mantener vivo de sACN.

DMXDesktop emite a **40 Hz por defecto**, configurable de **10 a 44 Hz** por universo, con el mismo valor por defecto y rango para salida USB y de red.

## [RDM sobre Art-Net](#rdm-sobre-art-net)

RDM te permite comunicarte con los dispositivos a través del mismo camino: leer una dirección, configurarla, preguntar qué es un dispositivo. Art-Net lo transporta. sACN no lo hace y no puede, porque ANSI E1.31 no define ningún mecanismo RDM en absoluto.

Art-Net divide el trabajo. **Los mensajes** viajan en ArtRdm, que "se utiliza para transportar todos los mensajes RDM no relacionados con el descubrimiento a través de Art-Net", solo unicast. **El descubrimiento** utiliza una Tabla de Dispositivos RDM, el TOD, mantenida por puerto: un controlador pregunta con `ArtTodRequest` y recibe `ArtTodData`. Un nodo "no debe interpretarlo como forzar un descubrimiento completo. El descubrimiento completo solo se inicia al encender o cuando se recibe un `ArtTodControl`.AtcFlush", por lo que un dispositivo conectado más tarde necesita un vaciado explícito antes de que aparezca.

**La advertencia que muchas páginas de productos tienen incorrecta:** RDM sobre Art-Net es el propio transporte de Artistic Licence dentro de su propio protocolo, no un estándar de ESTA. El estándar de ESTA para RDM sobre IP es **RDMnet, ANSI E1.33**. Una hoja de datos que afirma "RDM sobre sACN" describe algo que no existe.

En DMXDesktop esto es automático: se registra un transporte RDM para cada nodo descubierto cuyo ArtPollReply establece la bandera RDM, y se elimina cuando ese nodo se va. RDM está disponible en los planes Standard y Pro. Para hardware, comienza con la **gama DMXKing eDMX MAX** (eDMX1 a eDMX8 MAX, más las variantes de riel DIN), oficialmente soportadas desde la versión 1.0.51, que habla tanto Art-Net como sACN, con RDM verificado en el banco aquí en lugar de solo en la caja. El **Obsidian Netron EN4** es otra puerta de enlace Art-Net verificada con RDM funcional, y la página de hardware soportado registra qué dispositivos fueron probados físicamente.

## [Art-Net y sACN en la misma red](#art-net-y-sacn-en-la-misma-red)

Los dos no son un simple o uno u otro. Art-Net 4 agregó opciones de comando a `ArtAddress` que permiten a un controlador seleccionar, por puerto de puerta de enlace, si convierte **sACN** o **Art-Net** a DMX, de modo que un controlador Art-Net pueda configurar un equipo mixto.

El argumento a favor de eso se cita con su atribución adjunta, porque es un vendedor describiendo un protocolo competidor en su propio documento. La especificación de Art-Net 4 dice: "sACN está ganando popularidad como método de transporte de datos DMX. Sin embargo, carece de cualquier capacidad para descubrir dispositivos, configurar dispositivos o transportar datos RDM... Esto permite a los usuarios elegir Art-Net como la herramienta de descubrimiento, gestión y RDM, mientras utilizan sACN para los datos de control en vivo."

Leído como defensa, la parte verificable aún se sostiene: E1.31 no define ninguna configuración de dispositivo y ningún transporte RDM. Lo que omite es lo que sACN tiene y Art-Net no, principalmente el campo de prioridad y la dirección multicast. Hay una comparación fila por fila en la [guía Art-Net vs sACN](/es/guides/art-net-vs-sacn).

## [Problemas comunes de Art-Net](#problemas-comunes-de-art-net)

Casi cada fallo de Art-Net es uno de estos, y los dos primeros representan la mayoría de ellos.

| Síntoma | Causa más probable | Qué verificar |
| --- | --- | --- |
| El nodo nunca aparece en la lista de dispositivos | Rangos de IP diferentes | Los nodos por defecto son 2.x.x.x o 10.x.x.x, máscara 255.0.0.0. Coloca la computadora en el mismo rango, o establece un esquema personalizado en ambos extremos |
| El nodo es descubierto, los dispositivos permanecen oscuros | Nodo no suscrito a esa dirección de puerto | Los datos de Art-Net 4 se envían por unicast solo a suscriptores. El nodo debe listar ese universo en una entrada o salida |
| Todo está exactamente un universo fuera | Art-Net cuenta desde 0 | El universo 1 de DMXDesktop sale como universo 0 de Art-Net. Verifica si el nodo muestra el número bruto o uno basado en 1 |
| Nada en absoluto, la red está bien de otra manera | Firewall bloqueando UDP 6454 | Permitir UDP 6454 entrar y salir. Art-Net lo utiliza como puerto de origen y destino |
| Funciona en una máquina, no en otra | Interfaz de red incorrecta | Selecciona el adaptador en la red de iluminación y desactiva los adaptadores virtuales añadidos por el software VPN |
| La salida parpadea con dos controladores en funcionamiento | Dos fuentes fusionándose en una dirección de puerto | No hay un campo de prioridad. El nodo fusiona HTP o LTP, limitado a dos fuentes. Retira un controlador del universo |
| Una consola está apagada pero sus niveles persisten | La fusión de 10 segundos en espera | Una fuente detenida permanece en el búfer de fusión durante 10 segundos. Si ambas se detienen, la salida mantiene el último resultado de fusión |
| El nodo se cae de la lista, luego regresa | ArtPoll falta el tiempo de espera | Encuesta cada 2.5 a 3 segundos contra un tiempo de espera de respuesta de 3 segundos. Los enlaces congestionados y inalámbricos rompen esa cadencia |

## Preguntas frecuentes

¿Qué puerto utiliza Art-Net? +Puerto UDP 6454, escrito 0x1936, como puerto de origen y destino, y es el único puerto que utiliza Art-Net: datos, descubrimiento, configuración y RDM lo comparten. No está registrado en IANA, cuyo registro lista del 6447 al 6454 como No asignado. El 5568 de sACN está registrado, como sdt.

¿Art-Net transmite datos DMX? +No. En Art-Net 4, ArtDmx debe ser unicast a los nodos suscritos a esa dirección de puerto, y la especificación establece "No hay condiciones en las que se permita la transmisión". La transmisión todavía se utiliza para ArtPoll, y ArtSync es solo transmisión, pero los datos de iluminación no lo son.

¿Cuántos universos puede llevar Art-Net? +Teóricamente existen 32,768 direcciones, con un rango de dirección de puerto válido de 1 a 32,767 y cero en desuso para compatibilidad con sACN. En la práctica, la red decide. En DMXDesktop, el límite es tu plan: 1 universo en Free, 2 en Standard, sin límite de licencia en Pro.

¿Cuál es la diferencia entre Net, Sub-Net y Universe? +Tres campos dentro de una dirección de puerto de 15 bits. Universe son 4 bits, de 0 a 15. Un Sub-Net son 16 universos consecutivos, también 4 bits, y a pesar del nombre no tiene nada que ver con una máscara de subred. Un Net son 16 Sub-Nets, es decir, 256 universos, y hay 128 de ellos.

¿Art-Net soporta RDM? +Sí. Los mensajes RDM no de descubrimiento viajan en paquetes ArtRdm, y el descubrimiento utiliza una tabla de dispositivos RDM solicitados con ArtTodRequest y devueltos como ArtTodData. Este es el propio transporte de Artistic Licence, no un estándar de ESTA: el estándar para RDM sobre IP es RDMnet, ANSI E1.33. DMXDesktop soporta RDM sobre Art-Net en los planes Standard y Pro.

¿Por qué mi nodo Art-Net tiene una dirección como 2.0.0.1? +Esa es la predeterminada de la especificación. Los productos Art-Net comienzan en una dirección de Clase A de 2.x.x.x, o 10.x.x.x si el interruptor de red del dispositivo está configurado, con los bytes inferiores derivados de la dirección MAC y el código OEM, y una máscara de 255.0.0.0. Tu computadora necesita una dirección en el mismo rango para verlo.

## Usando Art-Net en DMXDesktop

DMXDesktop habla Art-Net de forma nativa en Mac y Windows: descubrimiento automático de ArtPoll en ambas direcciones, unicast o broadcast por universo, un único campo de universo de 1 a 32768, salida de 10 a 44 Hz, y RDM sobre Art-Net a cualquier nodo que lo declare. La guía de configuración recorre la pantalla de configuración.

[Guía de configuración de Art-Net](/es/knowledgebase/artnet) [Ver nodos de Art-Net probados →](/es/knowledgebase/supported-hardware)

## Fuentes

Cada figura técnica en esta página fue leída del estándar publicado, no de resúmenes secundarios.

- [Art-Net 4, Especificación para el Protocolo de Comunicación Ethernet Art-Net 4](https://art-net.org.uk/downloads/art-net.pdf?utm_source=dmxdesktop.com) , Artistic Licence. Publicación del protocolo V1.4, revisión del documento 1.4dp con fecha 23/10/2025, recuperado el 16 de septiembre de 2026. El puerto, esquema IP, estructura de dirección de puerto, tiempos de ArtPoll, la regla de unicast, fusión, tasa de refresco y los códigos de operación RDM se leen de esta revisión. Artistic Licence publica cada revisión en la misma URL, por lo que la fecha de recuperación es importante.
- [ANSI E1.11-2024, USITT DMX512-A](https://tsp.esta.org/tsp/documents/published_docs.php?utm_source=dmxdesktop.com) , Programa de Normas Técnicas ESTA. Fuente de las 44 actualizaciones por segundo de la tasa máxima de refresco detrás del límite de 44 Hz de Art-Net.
- [Registro de Nombres de Servicio y Números de Puerto de Protocolo de Transporte de IANA](https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?utm_source=dmxdesktop.com) , Confirma que el puerto 6454 no está registrado: el registro enumera del 6447 al 6454 como No asignado.