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.
| Aspetto | Art-Net 4 | sACN (ANSI E1.31-2025) |
|---|---|---|
| Trasporto | UDP | UDP |
| Porta | 0x1936 (6454), sorgente e destinazione. Non registrato IANA | 5568, registrato IANA come sdt |
| Indirizzamento per dati di illuminazione | Unicast agli abbonati. Trasmissione di ArtDmx vietata | La modalità multicast deve essere fornita; è richiesta anche la ricezione unicast |
| Schema multicast | Nessuno per i dati | IPv4 239.255.<byte alto dell'universo>.<byte basso>; IPv6 FF18::83:00:UH:UL |
| Schema IP predefinito | Classe A, 2.x.x.x primario o 10.x.x.x secondario, maschera 255.0.0.0 | Non specificato, qualsiasi rete IP |
| Unità di indirizzamento | Porta di indirizzamento a 15 bit: Rete (7 bit), Sotto-rete (4 bit), Universo (4 bit) | Numero di universo a 16 bit |
| Intervallo di universo | 32.768 teorici, 1 a 32.767 validi, zero deprecato | 1 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.
| Aspetto | Art-Net 4 | sACN (ANSI E1.31-2025) |
|---|---|---|
| Arbitraggio della sorgente | Nessun campo di priorità. Fusione HTP o LTP, impostata da ArtAddress | Ottetto di priorità da 0 a 200, predefinito 100. La priorità più alta è il dato definitivo |
| Fonti gestite | Limite massimo di due. Fonti extra vengono ignorate dal nodo | Non fisso. Il dispositivo deve documentare il suo massimo e il suo comportamento quando viene superato |
| Una fonte fallisce | Ritenuta nel buffer di unione per 10 secondi | Considerata disconnessa dopo 2.5 secondi senza pacchetti di dati |
| Tutte le fonti falliscono | L'uscita mantiene l'ultimo risultato di unione | Un gateway deve fornire una modalità che interrompe immediatamente la trasmissione di DMX512 |
| Chiusura pulita | Non definito per ArtDmx | Tre pacchetti con il bit Stream_Terminated impostato |
| Rilevamento disconnessione | Nodo considerato assente dopo 3 secondi senza ArtPollReply | Nessun concetto di dispositivo. Il timeout di 2.5 secondi è per fonte, per universo |
| Keep-alive quando statico | Ritrasmissione di circa 4 secondi; 800 ms a 1000 ms raccomandati per convergere con sACN | Tre pacchetti, poi un keep-alive ogni 800 ms a 1000 ms |
| Tasso massimo verso un gateway DMX | 44 Hz, dichiarato per gateway in ArtPollReply-RefreshRate | Il 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 |
| Sincronizzazione | ArtSync, solo trasmissione diretta, unicast non consentito | Pacchetto 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.
| Aspetto | Art-Net 4 | sACN (ANSI E1.31-2025) |
|---|---|---|
| Scoperta dei dispositivi | ArtPoll e ArtPollReply. Interrogazione ogni 2,5-3 secondi, timeout di risposta 3 secondi, le risposte devono essere unicast | Nessuno |
| Scoperta degli universi | Universi sottoscritti elencati in ciascuna ArtPollReply del nodo | Pacchetti di scoperta dell'universo su universo 64.214 ogni 10 secondi |
| Trovare destinazioni unicast | Automatico, dalle liste di sottoscrizione in ArtPollReply | Nessun meccanismo specificato. Le destinazioni sono configurate manualmente |
| RDM | Sì. ArtRdm, più ArtTodRequest e ArtTodData per la tabella dei dispositivi | Nessuno. RDM su IP è ANSI E1.33 (RDMnet) |
| Configurazione del dispositivo | Sì. ArtAddress, ArtIpProg, ArtInput e altri | Nessuno |
| Flag del visualizzatore | Nessuno | Bit dell'opzione Preview_Data, che non deve generare output live |
| Proprietà e licenza | Proprietario, Licenza Artistica, royalty-free, con un credito obbligatorio per la guida utente e un'applicazione OemCode | Standard 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.

