Art-Net vs sACN: quale protocollo dovresti usare?

Usa sACN quando l'impianto deve continuare a funzionare: è l'unico dei due con un campo di priorità, quindi una sorgente di backup subentra in modo pulito e senza input dell'operatore. Usa Art-Net quando vuoi che il software trovi i tuoi nodi, li configuri e esegua RDM su di essi, perché sACN non fa nulla di tutto ciò. Hai bisogno di entrambi? Esegui entrambi, è ciò che Art-Net 4 prevede e ciò che DMXDesktop supporta.

Tutto ciò che segue proviene da ANSI E1.31-2025 e dalla specifica Art-Net 4, revisione 1.4dp datata 23 ottobre 2025. Dove quella specifica giudica sACN, è contrassegnata come la visione del suo proprietario.

Ultimo aggiornamento

Indirizzamento e trasporto

Entrambi trasmettono DMX512 su UDP semplice. Quasi tutto riguardo all'indirizzamento è diverso.

AspettoArt-Net 4sACN (ANSI E1.31-2025)
TrasportoUDPUDP
Porta0x1936 (6454), sorgente e destinazione. Non registrato IANA5568, registrato IANA come sdt
Indirizzamento per dati di illuminazioneUnicast agli abbonati. Trasmissione di ArtDmx vietataLa modalità multicast deve essere fornita; è richiesta anche la ricezione unicast
Schema multicastNessuno per i datiIPv4 239.255.<byte alto dell'universo>.<byte basso>; IPv6 FF18::83:00:UH:UL
Schema IP predefinitoClasse A, 2.x.x.x primario o 10.x.x.x secondario, maschera 255.0.0.0Non specificato, qualsiasi rete IP
Unità di indirizzamentoPorta di indirizzamento a 15 bit: Rete (7 bit), Sotto-rete (4 bit), Universo (4 bit)Numero di universo a 16 bit
Intervallo di universo32.768 teorici, 1 a 32.767 validi, zero deprecato1 a 63.999. Universo 0 e 64.000 a 65.535 riservati, eccetto 64.214 per la scoperta

Comportamento sotto carico e guasto

Questa metà decide cosa fa l'impianto nel momento peggiore possibile.

AspettoArt-Net 4sACN (ANSI E1.31-2025)
Arbitraggio della sorgenteNessun campo di priorità. Fusione HTP o LTP, impostata da ArtAddressOttetto di priorità da 0 a 200, predefinito 100. La priorità più alta è il dato definitivo
Fonti gestiteLimite massimo di due. Fonti extra vengono ignorate dal nodoNon fisso. Il dispositivo deve documentare il suo massimo e il suo comportamento quando viene superato
Una fonte fallisceRitenuta nel buffer di unione per 10 secondiConsiderata disconnessa dopo 2.5 secondi senza pacchetti di dati
Tutte le fonti fallisconoL'uscita mantiene l'ultimo risultato di unioneUn gateway deve fornire una modalità che interrompe immediatamente la trasmissione di DMX512
Chiusura pulitaNon definito per ArtDmxTre pacchetti con il bit Stream_Terminated impostato
Rilevamento disconnessioneNodo considerato assente dopo 3 secondi senza ArtPollReplyNessun concetto di dispositivo. Il timeout di 2.5 secondi è per fonte, per universo
Keep-alive quando staticoRitrasmissione di circa 4 secondi; 800 ms a 1000 ms raccomandati per convergere con sACNTre pacchetti, poi un keep-alive ogni 800 ms a 1000 ms
Tasso massimo verso un gateway DMX44 Hz, dichiarato per gateway in ArtPollReply-RefreshRateIl massimo E1.11, 44 aggiornamenti al secondo per 513 slot, a meno che l'utente non abiliti tassi più elevati su un universo senza DMX
SincronizzazioneArtSync, solo trasmissione diretta, unicast non consentitoPacchetto di sincronizzazione multicast al suo indirizzo di sincronizzazione, più un bit Force_Synchronization

Gestione ed ecosistema

Qui i due si sovrappongono a malapena: uno gestisce i dispositivi, l'altro non ci prova.

AspettoArt-Net 4sACN (ANSI E1.31-2025)
Scoperta dei dispositiviArtPoll e ArtPollReply. Interrogazione ogni 2,5-3 secondi, timeout di risposta 3 secondi, le risposte devono essere unicastNessuno
Scoperta degli universiUniversi sottoscritti elencati in ciascuna ArtPollReply del nodoPacchetti di scoperta dell'universo su universo 64.214 ogni 10 secondi
Trovare destinazioni unicastAutomatico, dalle liste di sottoscrizione in ArtPollReplyNessun meccanismo specificato. Le destinazioni sono configurate manualmente
RDMSì. ArtRdm, più ArtTodRequest e ArtTodData per la tabella dei dispositiviNessuno. RDM su IP è ANSI E1.33 (RDMnet)
Configurazione del dispositivoSì. ArtAddress, ArtIpProg, ArtInput e altriNessuno
Flag del visualizzatoreNessunoBit dell'opzione Preview_Data, che non deve generare output live
Proprietà e licenzaProprietario, Licenza Artistica, royalty-free, con un credito obbligatorio per la guida utente e un'applicazione OemCodeStandard Nazionale Americano Aperto da ESTA, gratuito da scaricare dietro registrazione via email

Priorità contro fusione: la differenza che decide una console di backup

Ogni pacchetto dati sACN porta un ottetto di priorità, e la regola è netta: per un dato universo, un ricevitore che raccoglie dati da più fonti tratta la priorità più alta come i dati definitivi. Le fonti senza priorità variabile devono inviare 100. Metti un backup a 90 sotto una fonte principale a 100 e rimane silenzioso fino a quando la fonte principale si ferma, poi prende il controllo immediatamente.

Art-Net non ha affatto un campo di priorità. Quando ArtDmx per un Port-Address arriva da due indirizzi IP, un nodo segnala un errore e aspetta un umano, oppure fonde, HTP o LTP come impostato da ArtAddress. Poi arriva il limite: la fusione è limitata a due fonti, e qualsiasi fonte aggiuntiva viene ignorata dal nodo. Una fonte non funzionante viene mantenuta nel buffer di fusione per 10 secondi.

Quindi un backup sACN rimane invisibile fino a quando non è necessario, mentre un backup Art-Net è fuso tutto il tempo, e una terza fonte non viene degradato, viene scartata.

Scoperta e la regola di broadcast che tutti sbagliano

Il livello di scoperta di Art-Net non è facoltativo: tutti i controller devono trasmettere un ArtPoll ogni 2,5-3 secondi, e in Art-Net 4 ogni risposta deve essere unicast. Una risposta porta gli universi del nodo, la capacità RDM e lo stato, su cui si basa il resto della gestione di Art-Net.

sACN scopre solo universi: le fonti pubblicizzano quali universi stanno trasmettendo sull'universo 64.214 ogni 10 secondi. Nessuna lista di dispositivi, nessun nome, nessuna configurazione, e lo standard afferma chiaramente che non è specificato alcun meccanismo per scoprire indirizzi unicast. Il traffico è partizionato da multicast invece, il numero dell'universo forma gli ultimi due byte dell'indirizzo: l'universo 1 è 239.255.0.1.

Art-Net 4 fa l'opposto di ciò che la maggior parte degli articoli afferma. ArtDmx deve essere unicast agli abbonati dell'universo nel pacchetto, e la specifica afferma che non ci sono condizioni in cui è consentito il broadcast. L'abbonamento deriva dalla scoperta, quindi la scoperta decide dove possono andare i dati. Nota l'asimmetria: ArtDmx è solo unicast, ArtSync è solo broadcast diretto.

Su quel gap la specifica è netta, con le parole del suo proprietario piuttosto che come fatto neutro: sACN non ha alcuna capacità di scoprire dispositivi, configurare dispositivi o trasportare dati RDM. Il nucleo fattuale rimane: E1.31 non definisce né.

Conteggi degli universi e l'errore di uno

Il Port-Address a 15 bit di Art-Net fornisce 32.768 universi teorici, di cui 1 a 32.767 sono validi, perché Art-Net 4 depreca zero per migliorare la compatibilità con sACN. sACN consente da 1 a 63.999, con 0 e 64.000 a 65.535 riservati a parte 64.214 per la scoperta.

Poi c'è la trappola della numerazione. Art-Net conta da zero sul cavo, sACN da uno. DMXDesktop numeri gli universi da 1 su ogni protocollo, quindi l'universo 1 di DMXDesktop esce come universo 0 di Art-Net, e un nodo che mostra un numero uno inferiore a quello impostato non è rotto.

RDM, configurazione e stato degli standard

RDM. Art-Net lo porta, tramite ArtRdm più ArtTodRequest e ArtTodData per la tabella dei dispositivi, ma non è uno standard ESTA: ANSI E1.20-2025 non fa riferimento ad Art-Net. sACN non porta affatto RDM, quindi nessun prodotto può offrirlo indipendentemente da come viene commercializzato. RDM su IP è ANSI E1.33 (RDMnet). DMXDesktop esegue RDM su interfacce USB e su Art-Net.

Configurazione. Art-Net imposta gli universi di un nodo, l'indirizzo IP e la direzione della porta utilizzando ArtAddress, ArtIpProg e ArtInput, e Art-Net 4 ha aggiunto comandi che selezionano se una porta converte sACN o Art-Net. sACN non configura nulla.

Stato degli standard. sACN è uno standard Nazionale Americano Aperto da ESTA, gratuito da scaricare e gratuito da implementare. Art-Net è proprietario, di proprietà di Artistic Licence, royalty-free ma condizionato: gli implementatori richiedono un OemCode e devono accreditare Art-Net(TM) Progettato da e Copyright Artistic Licence nella guida utente. La porta 5568 è registrata IANA come sdt; 6454 non è registrata affatto.

Cosa succede quando i dati si fermano

Entrambi funzionano su UDP, quindi ciò che conta è come un ricevitore tratta il silenzio. sACN tratta 2,5 secondi senza pacchetti dati come perdita di dati di rete per quella fonte e universo, e la revisione del 2025 conta specificamente i pacchetti dati, quindi una fonte che invia ancora pacchetti di scoperta scadrà comunque. Ecco la parte che la maggior parte delle persone sbaglia: E1.31 richiede una modalità in cui, in caso di perdita di dati da tutte le fonti di un universo, il gateway smette immediatamente di trasmettere DMX512. Hold-last-look è un extra consentito, non il requisito.

Il valore di 3 secondi di Art-Net è un timeout di scoperta, non di dati, e i suoi default di percorso dati pendono dall'altra parte: una porta di uscita ritrasmette continuamente lo stesso frame senza ArtDmx, e se entrambe le fonti di fusione falliscono l'uscita mantiene l'ultimo risultato di fusione. Scegli il comportamento che desideri e imposta il nodo per corrispondere.

Quale dovresti usare

  • Un paio di nodi in un piccolo impianto. Qualsiasi. sACN è marginalmente più semplice, perché il gruppo proviene dal numero dell'universo e non devi mai digitare un indirizzo IP.
  • Un'installazione grande. sACN. Ogni nodo riceve solo gli universi a cui si è unito, e da 1 a 63.999 lascia spazio per numerare per area.
  • Un impianto che necessita di una console di backup. sACN, per il campo di priorità. Una fusione a due sorgenti non è uno schema di failover.
  • Un impianto in cui vuoi configurare i nodi e utilizzare RDM. Art-Net. Scopre, configura e gestisce RDM; sACN non tenta nulla di tutto ciò.
  • Un impianto misto che utilizza entrambi. Normale, e Art-Net 4 lo prevede: Art-Net per scoperta, gestione e RDM, sACN per i dati di controllo live, scelti per porta gateway.

Nessuno è semplicemente migliore: sACN ha acquisito arbitraggio, indirizzamento multicast e uno standard aperto lasciando fuori la gestione, e Art-Net ha acquisito scoperta, configurazione e RDM senza mai ottenere un campo di priorità.

Eseguire entrambi in DMXDesktop

DMXDesktop emette Art-Net e sACN contemporaneamente su Mac e Windows, configurato per riga, quindi un universo può uscire su sACN a un gruppo multicast e su Art-Net a un nodo.

  • La priorità è solo sACN. Per universo, da 1 a 200, predefinito 100. Questa è la gamma dell'app; E1.31 consente da 0 a 200. Le righe Art-Net non portano alcun byte di priorità, quindi la modalità di fusione Priorità non è offerta lì.
  • Il multicast è un interruttore. Acceso, l'indirizzo è derivato come 239.255.X.Y. Spento, devi digitare la destinazione.
  • La scoperta di Art-Net è automatica. DMXDesktop interroga ogni 2,5 secondi e risponde alle interrogazioni in entrata. Le sorgenti sACN vengono trovate passivamente, poiché sACN non ha nulla da annunciare.
  • Ricevere uno dei due protocolli richiede Pro. L'invio funziona su ogni piano, entro il limite del suo universo.

Domande frequenti

È meglio Art-Net o sACN?

Nessuno dei due. sACN ha un campo di priorità con arbitraggio a vincitore massimo, indirizzamento multicast derivato dal numero dell'universo e uno standard ANSI aperto. Art-Net ha scoperta dei dispositivi, configurazione dei nodi e RDM. Sorgente di backup: sACN. Gestione dei nodi: Art-Net.

Posso eseguire Art-Net e sACN contemporaneamente?

Sì, e Art-Net 4 lo prevede: Art-Net per scoperta, gestione e RDM, sACN per i dati di controllo live, scelti per porta gateway. DMXDesktop supporta entrambi contemporaneamente, e lo stesso universo può andare a entrambi.

Art-Net trasmette dati di illuminazione?

Non in Art-Net 4. ArtDmx deve essere unicast agli abbonati dell'universo nel pacchetto, e la specifica afferma che non ci sono condizioni in cui è consentita la trasmissione. ArtPoll e ArtSync sono broadcast; i dati non lo sono.

Perché il mio universo Art-Net mostra un numero inferiore?

Art-Net conta da zero sul cavo e DMXDesktop conta da uno, attraverso USB, sACN e Art-Net allo stesso modo, quindi l'universo 1 di DMXDesktop viene trasmesso come universo 0 di Art-Net. I numeri sACN escono invariati.

Uno dei due protocolli trasmette RDM?

Art-Net sì, tramite ArtRdm e i messaggi ArtTod, anche se questo è il proprio trasporto di Artistic Licence piuttosto che uno standard ESTA. sACN non lo fa affatto: E1.31 non definisce alcun meccanismo RDM, e RDM su IP è ANSI E1.33 (RDMnet). DMXDesktop esegue RDM su USB e Art-Net.

Fonti

Ogni figura tecnica su questa pagina è stata letta dallo standard pubblicato stesso, non da riassunti secondari.