Protocolo

Art-Net

Na operação de uma rede Art-Net, controladores enviam universos DMX512 por UDP/IP para nós Ethernet que convertem os dados em portas físicas de iluminação. A versão Art-Net 4 suporta até 32.768 universos por rede e mantém compatibilidade com gerações anteriores. O protocolo é aberto e sem custo de licença, mas a conformidade depende da especificação da Artistic Licence. A implantação exige endereçamento, segmentação e controle de broadcast; redes planas podem sofrer tráfego excessivo e conflitos de universo.


📖Definição aprofundada

Art-Net é um protocolo de rede criado pela Artistic Licence para transportar dados de iluminação DMX512 e informações associadas por Ethernet usando UDP/IP. Seu objetivo original foi substituir grandes quantidades de cabeamento DMX ponto a ponto por uma infraestrutura de rede capaz de distribuir universos a múltiplos nós. A evolução chegou ao Art-Net 4, que mantém compatibilidade com versões anteriores e amplia a capacidade lógica para até 32.768 universos. Em uma instalação típica, um console, servidor de mídia ou software de automação gera valores DMX de 8 bits para até 512 slots por universo. Esses valores são encapsulados em pacotes ArtDMX e enviados a um nó, gateway ou dispositivo nativo. O nó converte para saídas físicas DMX512, controla luminárias Ethernet ou repassa os dados. A especificação também define descoberta, identificação, configuração, sincronização, transporte de RDM e outros serviços. O protocolo opera normalmente por UDP na porta 6454. As mensagens usam um identificador comum e um opcode que determina o tipo. ArtPoll permite que um controlador descubra nós; ArtPollReply descreve endereço, portas, capacidades, nomes e estado. ArtDMX transporta os níveis de canais. ArtSync pode sincronizar a aplicação de múltiplos universos. ArtAddress altera configurações. ArtRdm e mensagens relacionadas carregam funções de RDM. A arquitetura usa conceitos de Net, Sub-Net e Universe. Nas primeiras versões, o espaço lógico era menor. Art-Net 3 ampliou para 32.768 Port-Addresses, combinando campos de 15 bits. Art-Net 4 introduziu mecanismos para trabalhar com universos sACN e múltiplos controladores, além de refinamentos de descoberta e gerenciamento. O protocolo pode usar broadcast, unicast e, em recursos específicos, outros modos. Broadcast foi conveniente no início porque dispensava configuração precisa: o controlador enviava e todos os nós recebiam. Em redes atuais, isso pode ser caro. Um pacote ArtDMX de dezenas ou centenas de universos enviado a toda a sub-rede consome capacidade em switches, access points e dispositivos que não precisam dos dados. Unicast reduz o tráfego ao destino. A especificação e os equipamentos modernos favorecem descoberta seguida de unicast quando possível. Em Wi‑Fi, broadcast e multicast são transmitidos em taxas básicas e podem ocupar muito airtime. Art-Net deve preferencialmente operar em Ethernet cabeada para instalações críticas. VLANs dedicadas, switches gerenciáveis e planejamento de endereços reduzem problemas. Um erro comum é acreditar que o endereço IP 2.x.x.x é obrigatório. As versões históricas adotaram a rede 2.0.0.0/8 por conveniência quando esse espaço ainda tinha uso diferente, mas implementações atuais podem operar em redes privadas comuns, conforme a especificação e o produto. O requisito é coerência entre controlador e nós. Não se deve colocar equipamentos em endereços públicos arbitrários apenas porque um manual antigo recomenda 2.x. Outro erro é confundir universo Art-Net com universo DMX físico. Um Port-Address lógico é mapeado a uma saída, entrada ou dispositivo. O mesmo universo pode ser recebido por múltiplos nós. A documentação deve registrar o mapa. O merge de múltiplas fontes pode usar HTP ou LTP conforme o produto e a função. HTP escolhe o maior valor por canal e é comum em intensidade; LTP usa a última mudança e é necessário para parâmetros como posição e cor em certos fluxos. A especificação oferece mecanismos de prioridade e identificação de fontes, mas a política final pode variar. Quando dois consoles transmitem o mesmo universo sem coordenação, o resultado pode oscilar ou depender do nó. Em sistemas profissionais, define-se fonte principal, backup e comportamento. ArtSync ajuda aplicar universos simultaneamente. Sem sincronização, um dispositivo pode atualizar cada universo à medida que chega, criando tearing em pixels distribuídos. Controladores de LED com milhares de pixels precisam considerar. O pacote ArtDMX transporta sequência opcional. A sequência ajuda descartar pacotes fora de ordem, mas algumas implementações enviam zero e pedem que o receptor aceite tudo. Interoperabilidade exige teste. A taxa DMX tradicional chega a cerca de 44 quadros por segundo para um universo completo. Art-Net pode enviar mais ou menos, mas dispositivos e saídas físicas têm limites. Enviar 1000 universos a 60 fps produz tráfego relevante. Dimensionamento deve considerar payload, overhead Ethernet/IP/UDP, replicação, sincronização e capacidade de processamento. O protocolo não oferece criptografia, autenticação ou autorização. Qualquer nó na rede capaz de enviar ArtDMX pode alterar luzes. Em instalações residenciais, isso pode significar cenas, fachadas, jardins ou iluminação arquitetural. A rede deve ser isolada e não exposta à Internet. Firewalls devem bloquear UDP 6454 na WAN. Acesso remoto deve ocorrer por VPN ou controlador autenticado. O protocolo também não garante entrega. UDP pode perder. Como os níveis são reenviados continuamente, a próxima atualização corrige, mas comandos únicos e configurações precisam de mecanismos próprios. Art-Net é amplamente suportado por consoles, softwares e nós, incluindo products da Artistic Licence, ENTTEC, DMXKing, ChamSys, MA Lighting, ETC por gateways e Open Lighting Architecture. A marca e o modelo precisam ser testados quanto à versão, número de portas, RDM, merge, sync, unicast e sACN. O protocolo é aberto, mas não existe uma única certificação universal que assegure todos os recursos. A especificação oficial é a referência. Em automação residencial de alto padrão, Art-Net pode conectar um servidor de cenas a fachadas RGBW, fitas pixel e luminárias cênicas. Para poucos circuitos, DALI, KNX ou relés podem ser mais simples. O custo-benefício aparece quando existem muitos universos, efeitos dinâmicos ou integração com software de show. Para iluminação funcional crítica, deve existir fallback local. Uma falha do servidor não deve deixar rotas sem luz. O projeto precisa separar iluminação de entretenimento e iluminação essencial. Art-Net resolve transporte, não segurança funcional.

Arquitetura e Funcionamento
ArtPoll, ArtPollReply e inventário de nós
ArtPoll é enviado por um controlador para descobrir dispositivos. Os nós respondem com ArtPollReply, informando IP, nomes curto e longo, estilo, versão, portas, endereços e status. Esse mecanismo permite que um software construa inventário sem configuração manual. Em redes com muitos equipamentos, polls frequentes podem gerar rajadas. O intervalo deve ser moderado. O controlador precisa deduplicar por identidade e tratar dispositivos com múltiplos endereços. Mudanças de IP e reinícios devem atualizar. A resposta não autentica o nó. Um equipamento malicioso pode anunciar. O inventário deve ser comparado com uma lista autorizada. Nomes como `Node-01` não bastam; registrar MAC, IP, modelo, firmware e localização. Em VLANs, broadcast de descoberta não atravessa roteadores por padrão. O controlador deve estar na mesma rede ou usar arquitetura suportada. Não usar relay genérico sem entender o impacto.
ArtDMX, sequência e sincronização
ArtDMX carrega valores de canais de um Port-Address. O comprimento é par e limitado ao universo DMX. A sequência pode ajudar a detectar ordem. Zero tem semântica especial em implementações. O receptor precisa aceitar a política da especificação. ArtSync permite que um controlador envie vários ArtDMX e depois um comando para aplicar simultaneamente. Isso é importante em matrizes de pixels, onde atualizações desencontradas criam linhas quebradas. Nem todo nó implementa. Se não, o controlador precisa considerar. A taxa de atualização deve ser limitada ao necessário. Iluminação estática pode usar 10–20 fps; efeitos suaves, 30–44 fps; pixels podem exigir mais, mas a rede e o nó precisam suportar. O envio contínuo fornece recuperação após perda. O receptor deve definir timeout: manter último valor, zerar ou executar cena. Essa decisão afeta segurança e precisa ser configurada.
Unicast, broadcast e escala de rede
Broadcast simplifica instalação, mas replica cada pacote para toda a sub-rede. Em 100 universos a 44 fps, milhares de pacotes por segundo chegam a todos os nós. Em Ethernet gigabit isso pode caber, mas CPU de dispositivos e Wi‑Fi sofrem. Unicast envia apenas ao nó interessado. O controlador aprende pelo ArtPollReply ou configuração. Se um universo deve chegar a três nós, envia três cópias. Switches encaminham eficientemente. A rede pode usar VLAN exclusiva, QoS moderado e uplinks dimensionados. Não é necessário jumbo frame. Evitar atravessar WAN. Para redundância, duas fontes precisam de merge definido. O nó não deve aceitar fontes ilimitadas. Art-Net 4 trata melhor cenários multi-controller. Ainda assim, testar. Um switch sem gerenciamento pode funcionar em sistemas pequenos; em instalações grandes, IGMP não resolve broadcast, portanto segmentação e unicast são mais importantes. Monitoramento com espelhamento de porta e Wireshark ajuda.
Integração com DMX512, RDM e sACN
Um nó Art-Net converte universos IP em saídas DMX512 físicas. A qualidade da saída depende de temporização, isolamento, conectores e conformidade ANSI E1.11. Art-Net também transporta RDM para descoberta e configuração bidirecional, mas gateways e luminárias precisam suportar. RDM pode interromper brevemente o fluxo DMX dentro das regras; equipamentos antigos podem reagir mal. Testar. Art-Net 4 permite coexistência com sACN e mapeamento de universos. Um sistema pode receber sACN do console e emitir Art-Net para controladores de pixel, ou o contrário. A tradução precisa preservar universo, prioridade, sequência e merge. sACN usa multicast e prioridade por fonte; Art-Net possui mecanismos diferentes. A conversão pode perder detalhes. O projeto deve escolher um protocolo principal e limitar gateways. O Open Lighting Architecture pode rotear ambos, mas adiciona um componente. Documentar cada conversão.
Análise Técnica
✓ Vantagens
  • Suporta até 32.768 universos no Art-Net 4, atendendo instalações de pixels e iluminação de grande escala.
  • É aberto, sem custo de licença de implementação, e possui ampla adoção por controladores, nós, consoles e softwares.
  • Inclui descoberta, identificação, configuração, sincronização e transporte de RDM além dos níveis DMX.
  • Funciona sobre infraestrutura Ethernet/IP comum e pode usar unicast para reduzir tráfego em redes planejadas.
  • Mantém compatibilidade histórica entre versões e integra equipamentos antigos e atuais por gateways e software.
✗ Desvantagens
  • Não oferece criptografia, autenticação ou autorização; qualquer emissor autorizado pela rede pode alterar universos.
  • Uso indiscriminado de broadcast aumenta tráfego e carga de CPU, especialmente em Wi‑Fi e sub-redes grandes.
  • Interoperabilidade varia em recursos como merge, ArtSync, RDM, sequência, Art-Net 4 e coexistência com sACN.
  • UDP não garante entrega; perdas e ordem precisam ser toleradas pela atualização contínua e pela implementação.
  • A flexibilidade de endereçamento e versões gera erros de mapeamento, conflitos de universo e dependência de documentação rigorosa.
💡 Cenário Prático: Art-Net em fachada RGBW e iluminação arquitetural
Um servidor de iluminação executa OLA ou software cênico e envia 24 universos para controladores de pixel e nós DMX. Todos ficam numa VLAN de iluminação cabeada em gigabit. O controlador usa ArtPoll para inventário e depois envia ArtDMX por unicast. ArtSync é habilitado nos controladores que suportam para evitar tearing. Cada nó possui IP reservado, nome ligado à localização e firmware registrado. O mapa Net/Sub-Net/Universe é documentado. A rede administrativa acessa apenas o servidor; usuários comuns não alcançam UDP 6454. A WAN bloqueia. Cenas residenciais chegam ao servidor por API autenticada, e o servidor converte para Art-Net. A iluminação de circulação possui controlador local e cena de fallback caso o servidor falhe. O monitoramento verifica perda de nós, taxa de pacotes e temperatura. Um segundo servidor de backup usa política de merge testada, sem transmitir simultaneamente em condição normal. RDM é ativado apenas em janelas de manutenção e testado com luminárias. Equipamentos que usam sACN ficam atrás de gateway explicitamente documentado. Wi‑Fi não carrega universos críticos. O projeto mede o tráfego no pior efeito e mantém margem nos uplinks.