---
title: "Art-Net czy sACN: co wybrać? | DMXDesktop"
description: "Art-Net i sACN porównane na podstawie obu specyfikacji: priorytet czy łączenie, wykrywanie, uniwersa, RDM i co wybrać do swojego sprzętu."
canonical: https://www.dmxdesktop.com/pl/guides/art-net-vs-sacn
lang: pl
source: /pl/guides/art-net-vs-sacn
---

# 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 2026-09-16

## Krótko mówiąc

- •**Priorytet to kluczowa kwestia.** sACN ma pole priorytetu, **0 do 200**, domyślnie 100, najwyższy wygrywa. Art-Net nie ma **żadnego**, tylko łączenie HTP lub LTP pomiędzy dokładnie dwoma źródłami.
- •**Art-Net odkrywa urządzenia, sACN odkrywa uniwersa.** Kontrolery Art-Net muszą odpytywać co 2,5 do 3 sekund. sACN publikuje listę uniwersów na uniwersum 64,214 co 10 sekund, i nic więcej.
- •**Art-Net 4 zabrania nadawania danych oświetleniowych.** ArtDmx musi być wysyłany jako unicast do subskrybentów. sACN zamiast tego buduje grupę multicastową z numeru uniwersum.
- •**RDM i konfiguracja węzłów to terytorium Art-Net.** E1.31 nie definiuje żadnego z tych pojęć. RDM przez IP to ANSI E1.33 (RDMnet).

## [Adresowanie i transport](#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..; 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ą](#zachowanie-pod-obciazeniem-i-awaria)

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](#zarzadzanie-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](#priorytet-versus-laczenie-roznica-ktora-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ą](#odkrywanie-i-zasada-broadcast-ktora-wszyscy-myla)

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](#liczby-uniwersow-i-blad-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-konfiguracja-i-status-standardow)

**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ąć](#co-sie-dzieje-gdy-dane-przestaja-plynac)

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ć](#ktorego-powinienes-uzyc)

- **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](#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.

## Konfiguracja dowolnego protokołu w DMXDesktop

DMXDesktop wyprowadza Art-Net i sACN natywnie na Mac i Windows, z priorytetem sACN na uniwersum, automatycznym odkrywaniem węzłów Art-Net i RDM przez Art-Net.

[przewodnik po konfiguracji sACN](/pl/knowledgebase/sacn) [przewodnik po konfiguracji Art-Net →](/pl/knowledgebase/artnet)

## Źródła

Każda figura techniczna na tej stronie została odczytana z opublikowanego standardu, a nie z drugorzędnych podsumowań.

- [ANSI E1.31-2025, Technologia rozrywkowa, Lekki protokół przesyłania dla transportu DMX512 przy użyciu ACN](https://tsp.esta.org/tsp/documents/published_docs.php?utm_source=dmxdesktop.com) , Program standardów technicznych ESTA. Źródło każdej figury sACN tutaj: port 5568, mapowanie multicastowe 239.255.x.x, uniwersa 1 do 63,999, pole priorytetu od 0 do 200 i jego zasada arbitrażu, czas oczekiwania na utratę danych wynoszący 2,5 sekundy, wymagany tryb bramy stop-output, 800 ms do 1000 ms keep-alive i interwał odkrywania uniwersum wynoszący 10 sekund
- [Art-Net 4, Specyfikacja protokołu komunikacyjnego Art-Net 4 Ethernet](https://art-net.org.uk/downloads/art-net.pdf?utm_source=dmxdesktop.com) , Artistic Licence. Wydanie protokołu V1.4, rewizja dokumentu 1.4dp z dnia 23/10/2025, pobrane 16 września 2026. Źródło portu 6454, struktura adresu portu i zakres uniwersum, czasy ArtPoll, zasada ArtDmx tylko dla unicast, limit scalania dwóch źródeł i 10-sekundowe wstrzymanie, ArtRdm oraz porównanie specyfikacji z sACN. Artistic Licence nadpisuje ten URL przy każdej rewizji, więc sprawdź datę w stopce
- [ANSI E1.11-2024, USITT DMX512-A](https://tsp.esta.org/tsp/documents/published_docs.php?utm_source=dmxdesktop.com) , źródło maksymalnej częstotliwości odświeżania 44 aktualizacji na sekundę dla pełnego pakietu 513-slotowego, do którego oba protokoły się odnoszą
- [Rejestr nazw usług IANA i numerów portów protokołów transportowych](https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?utm_source=dmxdesktop.com) , rejestracja portu 5568 jako sdt oraz potwierdzenie, że zakres zawierający 6454 jest nieprzypisany