Art-Net vs sACN: który protokół powinieneś użyć?
Użyj sACN, gdy system musi działać: jest to jedyny z dwóch protokołów z polem priorytetu, więc źródło zapasowe przejmuje kontrolę płynnie i bez interwencji operatora. Użyj Art-Net, gdy chcesz, aby oprogramowanie znalazło twoje węzły, skonfigurowało je i uruchomiło RDM, ponieważ sACN tego nie robi. Potrzebujesz obu? Uruchom oba, co przewiduje Art-Net 4 i co wspiera DMXDesktop.
Wszystko poniżej pochodzi z ANSI E1.31-2025 oraz specyfikacji Art-Net 4, rewizja 1.4dp z dnia 23 października 2025. Gdzie ta specyfikacja ocenia sACN, jest to oznaczone jako opinia jego właściciela.
Ostatnia aktualizacja
Adresowanie i transport
Oba przesyłają DMX512 przez zwykły UDP. Prawie wszystko dotyczące adresowania różni się.
| Aspekt | Art-Net 4 | sACN (ANSI E1.31-2025) |
|---|---|---|
| Transport | UDP | UDP |
| Port | 0x1936 (6454), źródło i cel. Nie zarejestrowany w IANA | 5568, zarejestrowany w IANA jako sdt |
| Adresowanie dla danych oświetleniowych | Unicast do subskrybentów. Nadawanie ArtDmx zabronione | Tryb multicast musi być zapewniony; odbiór unicast również wymagany |
| Schemat multicast | Brak dla danych | IPv4 239.255.<wysoki bajt uniwersum>.<niski bajt>; IPv6 FF18::83:00:UH:UL |
| Domyślny schemat IP | Klasa A, 2.x.x.x główny lub 10.x.x.x pomocniczy, maska 255.0.0.0 | Nieokreślony, dowolna sieć IP |
| Jednostka adresowania | 15-bitowy adres portu: Sieć (7 bitów), Pod-sieć (4 bity), Uniwersum (4 bity) | 16-bitowy numer uniwersum |
| Zakres uniwersum | 32,768 teoretycznych, 1 do 32,767 ważnych, zero przestarzałe | 1 do 63,999. Uniwersum 0 oraz 64,000 do 65,535 zarezerwowane, z wyjątkiem 64,214 do odkrywania |
Zachowanie pod obciążeniem i awarią
Ta część decyduje, co robi sprzęt w najgorszym możliwym momencie.
| Aspekt | Art-Net 4 | sACN (ANSI E1.31-2025) |
|---|---|---|
| Arbitraż źródła | Brak pola priorytetu. Łączenie HTP lub LTP, ustawione przez ArtAddress | Bajt priorytetu 0 do 200, domyślnie 100. Najwyższy priorytet to dane ostateczne |
| Obsługiwane źródła | Twardy limit dwóch. Dodatkowe źródła są ignorowane przez węzeł | Nie jest ustalone. Urządzenie musi dokumentować swoje maksimum i swoje zachowanie po jego przekroczeniu |
| Jedno źródło zawiodło | Przechowywane w buforze scalania przez 10 sekund | Uznawane za rozłączone po 2,5 sekundy bez pakietów danych |
| Wszystkie źródła zawiodły | Wyjście przechowuje ostatni wynik scalania | Bramka musi zapewnić tryb, który natychmiast przestaje przesyłać DMX512 |
| Czyste zamknięcie | Nie zdefiniowane dla ArtDmx | Trzy pakiety z ustawionym bitem Stream_Terminated |
| Wykrywanie rozłączenia | Węzeł uznawany za zniknięty po 3 sekundach bez ArtPollReply | Brak koncepcji urządzenia. Czas oczekiwania 2,5 sekundy dotyczy każdego źródła, na każdy wszechświat |
| Keep-alive przy statycznym | Około 4 sekundy retransmisji; zalecane 800 ms do 1000 ms, aby zbiegać się z sACN | Trzy pakiety, a następnie keep-alive co 800 ms do 1000 ms |
| Maksymalna szybkość do bramki DMX | 44 Hz, zadeklarowane dla każdej bramki w ArtPollReply-RefreshRate | Maksimum E1.11, 44 aktualizacje na sekundę dla 513 slotów, chyba że użytkownik włączy wyższe stawki w uniwersum bez DMX |
| Synchronizacja | ArtSync, tylko rozgłoszenie kierunkowe, unicast nie jest dozwolony | Pakiet synchronizacji multicast do jego adresu synchronizacji, plus bit Force_Synchronization |
Zarządzanie i ekosystem
Tutaj dwa prawie się nie pokrywają: jeden zarządza urządzeniami, drugi nie próbuje.
| Aspekt | Art-Net 4 | sACN (ANSI E1.31-2025) |
|---|---|---|
| Odkrywanie urządzeń | ArtPoll i ArtPollReply. Ankieta co 2,5 do 3 sekund, czas oczekiwania na odpowiedź 3 sekundy, odpowiedzi muszą być unicast | Brak |
| Odkrywanie uniwersum | Subskrybowane uniwersa wymienione w odpowiedzi ArtPoll każdego węzła | Pakiety Odkrywania uniwersum na uniwersum 64,214 co 10 sekund |
| Znajdowanie unicastowych destynacji | Automatyczne, z list subskrypcyjnych w odpowiedzi ArtPoll | Brak określonego mechanizmu. Destynacje są konfigurowane ręcznie |
| RDM | Tak. ArtRdm, plus ArtTodRequest i ArtTodData dla tabeli urządzeń | Brak. RDM przez IP to ANSI E1.33 (RDMnet) |
| Konfiguracja urządzenia | Tak. ArtAddress, ArtIpProg, ArtInput i inne | Brak |
| Flaga wizualizera | Brak | Bit opcji Preview_Data, który nie może generować wyjścia na żywo |
| Własność i licencja | Własnościowa, Licencja Artystyczna, wolna od tantiem, z obowiązkowym uznaniem w przewodniku użytkownika i aplikacją OemCode | Otstandaryzowany Amerykański Standard od ESTA, dostępny do pobrania po zalogowaniu się na e-mail |
Priorytet versus łączenie: różnica, która decyduje o konsoli zapasowej
Każdy pakiet danych sACN niesie oktet priorytetu, a zasada jest prosta: dla danego uniwersum, odbiornik zbierający dane z kilku źródeł traktuje najwyższy priorytet jako ostateczne dane. Źródła bez zmiennego priorytetu muszą wysyłać 100. Umieść zapasowy na 90 pod głównym źródłem na 100 i pozostanie cichy, aż główne źródło przestanie działać, a następnie natychmiast przejmuje kontrolę nad urządzeniem.
Art-Net nie ma w ogóle pola priorytetu. Kiedy ArtDmx dla jednego Port-Address przychodzi z dwóch adresów IP, węzeł albo zgłasza błąd i czeka na człowieka, albo łączy, HTP lub LTP, zgodnie z ustawieniem ArtAddress. Następnie pojawia się limit: łączenie jest ograniczone do dwóch źródeł, a wszelkie dodatkowe źródła są ignorowane przez węzeł. Nieudane źródło jest przechowywane w buforze łączenia przez 10 sekund.
Tak więc zapas sACN pozostaje niewidoczny, dopóki nie jest potrzebny, podczas gdy zapas Art-Net jest łączony przez cały czas, a trzecie źródło nie jest degradujące, jest odrzucane.
Odkrywanie i zasada broadcast, którą wszyscy mylą
Warstwa odkrywania Art-Net nie jest opcjonalna: wszystkie kontrolery muszą nadawać ArtPoll co 2,5 do 3 sekund, a w Art-Net 4 każda odpowiedź musi być unicast. Odpowiedź zawiera uniwersa węzła, zdolność RDM i status, na którym opiera się reszta zarządzania Art-Net.
sACN odkrywa tylko uniwersa: źródła ogłaszają, na których uniwersach nadają na uniwersum 64,214 co 10 sekund. Brak listy urządzeń, brak nazw, brak konfiguracji, a standard jasno stwierdza, że nie określono żadnego mechanizmu do odkrywania adresów unicast. Ruch jest zamiast tego podzielony przez multicast, a numer uniwersum tworzy ostatnie dwa bajty adresu: uniwersum 1 to 239.255.0.1.
Art-Net 4 robi odwrotnie niż większość artykułów twierdzi. ArtDmx musi być unicast do subskrybentów uniwersum w pakiecie, a specyfikacja stwierdza, że nie ma warunków, w których dozwolony jest broadcast. Subskrypcja pochodzi z odkrywania, więc odkrywanie decyduje, gdzie mogą iść dane. Zauważ asymetrię: ArtDmx jest tylko unicast, ArtSync jest tylko skierowanym broadcastem.
W tej lukę specyfikacja jest prosta, w słowach właściciela, a nie jako neutralny fakt: sACN nie ma żadnej zdolności do odkrywania urządzeń, konfigurowania urządzeń ani transportowania danych RDM. Faktu nie można zmienić: E1.31 nie definiuje żadnego z tych aspektów.
Liczby uniwersów i błąd o jeden
15-bitowy Port-Address Art-Net daje 32,768 teoretycznych uniwersów, z których 1 do 32,767 są ważne, ponieważ Art-Net 4 deprecjonuje zero, aby poprawić zgodność z sACN. sACN pozwala na 1 do 63,999, z 0 i 64,000 do 65,535 zarezerwowanymi oprócz 64,214 do odkrywania.
Następnie pułapka numeracyjna. Art-Net liczy od zera w sieci, sACN od jednego. DMXDesktop numeruje uniwersa od 1 w każdym protokole, więc uniwersum DMXDesktop 1 wychodzi jako uniwersum Art-Net 0, a węzeł pokazujący numer o jeden niższy niż ustawiony przez Ciebie nie jest uszkodzony.
RDM, konfiguracja i status standardów
RDM. Art-Net obsługuje to, poprzez ArtRdm oraz ArtTodRequest i ArtTodData dla tabeli urządzeń, ale nie jest to standard ESTA: ANSI E1.20-2025 w ogóle nie odnosi się do Art-Net. sACN nie obsługuje RDM, więc żaden produkt nie może go oferować, niezależnie od tego, jak jest reklamowany. RDM przez IP to ANSI E1.33 (RDMnet). DMXDesktop obsługuje RDM przez interfejsy USB i przez Art-Net.
Konfiguracja. Art-Net ustawia uniwersa węzła, adres IP i kierunek portu za pomocą ArtAddress, ArtIpProg i ArtInput, a Art-Net 4 dodał polecenia wybierające, czy port konwertuje sACN czy Art-Net. sACN nie konfiguruje niczego.
Status standardów. sACN jest otwartym Amerykańskim Standardem Narodowym od ESTA, dostępnym do pobrania i wdrożenia. Art-Net jest własnościowy, należący do Artistic Licence, wolny od tantiem, ale warunkowy: wdrożeniowcy muszą ubiegać się o OemCode i muszą uznać Art-Net(TM) Zaprojektowane przez i Copyright Artistic Licence w przewodniku użytkownika. Port 5568 jest zarejestrowany przez IANA jako sdt; 6454 w ogóle nie jest zarejestrowany.
Co się dzieje, gdy dane przestają płynąć
Oba działają przez UDP, więc ważne jest, jak odbiornik traktuje ciszę. sACN traktuje 2,5 sekundy bez pakietów danych jako utratę danych sieciowych dla tego źródła i uniwersum, a poprawka z 2025 roku liczy pakiety danych konkretnie, więc źródło nadal wysyłające pakiety odkrywania również wygaśnie. Oto część, którą większość ludzi myli: E1.31 wymaga trybu, w którym, w przypadku utraty danych ze wszystkich źródeł uniwersum, brama natychmiast przestaje przesyłać DMX512. Hold-last-look jest dozwolonym dodatkiem, a nie wymogiem.
3-sekundowa wartość Art-Net to czas oczekiwania na odkrycie, a nie czas oczekiwania na dane, a domyślne ustawienia ścieżki danych są w drugą stronę: port wyjściowy nieprzerwanie retransmituje ten sam ramkę bez ArtDmx, a jeśli oba źródła łączenia zawiodą, wyjście utrzymuje ostatni wynik łączenia. Wybierz zachowanie, które chcesz, i ustaw węzeł, aby pasował.
Którego powinieneś użyć
- Kilka węzłów w małym systemie. Oba. sACN jest nieco prostszy, ponieważ grupa pochodzi z numeru uniwersum i nigdy nie wpisujesz adresu IP.
- Duża instalacja. sACN. Każdy węzeł odbiera tylko te uniwersa, do których dołączył, a 1 do 63,999 pozostawia miejsce na numerowanie według obszaru.
- System potrzebujący zapasowej konsoli. sACN, ze względu na pole priorytetu. Mieszanie dwóch źródeł nie jest schematem awaryjnym.
- System, w którym chcesz skonfigurować węzły i uruchomić RDM. Art-Net. Odkrywa, konfiguruje i uruchamia RDM; sACN nie podejmuje żadnych prób.
- Mieszany system działający na obu. Normalnie, a Art-Net 4 to przewiduje: Art-Net do odkrywania, zarządzania i RDM, sACN do danych kontrolnych na żywo, wybranych według portu bramy.
Żaden z nich nie jest po prostu lepszy: sACN kupił arbitraż, multicast i otwarty standard, pomijając zarządzanie, a Art-Net kupił odkrywanie, konfigurację i RDM, nigdy nie zdobywając pola priorytetu.
Uruchamianie obu w DMXDesktop
DMXDesktop wyprowadza Art-Net i sACN jednocześnie na Mac i Windows, skonfigurowane na wiersz, więc jedno uniwersum może być wysyłane przez sACN do grupy multicast i przez Art-Net do węzła.
- Priorytet jest tylko dla sACN. Na uniwersum, 1 do 200, domyślnie 100. To zakres aplikacji; E1.31 pozwala na 0 do 200. Wiersze Art-Net nie mają bajtu priorytetu, więc tryb łączenia priorytetowego nie jest tam oferowany.
- Multicast to przełącznik. Włączony, adres jest pochodną 239.255.X.Y. Wyłączony, wpisujesz miejsce docelowe.
- Odkrywanie Art-Net jest automatyczne. DMXDesktop sprawdza co 2,5 sekundy i odpowiada na przychodzące zapytania. Źródła sACN są znajdowane pasywnie, ponieważ sACN nie ma nic do ogłoszenia.
- Odbieranie dowolnego protokołu wymaga Pro. Wysyłanie działa w każdym planie, w ramach jego limitu uniwersum.
Najczęściej zadawane pytania
Czy Art-Net czy sACN jest lepszy?
Żaden. sACN ma pole priorytetu z arbitrażem najwyższej wygranej, adresowanie multicastowe pochodzące z numeru uniwersum i otwarty standard ANSI. Art-Net ma odkrywanie urządzeń, konfigurację węzłów i RDM. Źródło zapasowe: sACN. Zarządzanie węzłami: Art-Net.
Czy mogę uruchomić Art-Net i sACN jednocześnie?
Tak, a Art-Net 4 to przewiduje: Art-Net do odkrywania, zarządzania i RDM, sACN do danych kontrolnych na żywo, wybranych według portu bramy. DMXDesktop obsługuje oba jednocześnie, a to samo uniwersum może być wysyłane do obu.
Czy Art-Net przesyła dane oświetleniowe?
Nie w Art-Net 4. ArtDmx musi być unicast do subskrybentów uniwersum w pakiecie, a specyfikacja stwierdza, że nie ma warunków, w których dozwolone jest przesyłanie broadcast. ArtPoll i ArtSync są broadcast; dane nie są.
Dlaczego moje uniwersum Art-Net pokazuje o jeden numer mniej?
Art-Net liczy od zera na linii, a DMXDesktop liczy od jednego, przez USB, sACN i Art-Net, więc uniwersum DMXDesktop 1 jest przesyłane jako uniwersum Art-Net 0. Numery sACN są wysyłane bez zmian.
Czy którykolwiek z protokołów obsługuje RDM?
Art-Net tak, za pośrednictwem wiadomości ArtRdm i ArtTod, chociaż to jest własny transport Artistic Licence, a nie standard ESTA. sACN w ogóle nie obsługuje: E1.31 nie definiuje żadnego mechanizmu RDM, a RDM przez IP to ANSI E1.33 (RDMnet). DMXDesktop obsługuje RDM przez USB i Art-Net.

