Где заканчивается сеть и начинается DMX
Art-Net позволяет переносить данные управления DMX и RDM по Ethernet. Вместо отдельного длинного кабеля от пульта для каждой DMX-вселенной можно передать несколько потоков через сеть, а ближе к приборам преобразовать их шлюзом в физические DMX-линии. Устройства с прямой поддержкой сетевого протокола могут принимать данные самостоятельно. Такую архитектуру описывает разработчик Art-Net компания Artistic Licence. Источник ↗
Для проекта это означает два разных уровня подключения. Сетевые коммутаторы соединяют пульт, шлюзы и совместимые приборы. От выходов шлюзов могут начинаться обычные последовательные DMX-цепи. Если перепутать эти уровни, одинаковая форма разъёма способна ввести в заблуждение: назначение порта нужно читать на корпусе и в документации, а не определять только по подходящему кабелю. Источник ↗
Адрес устройства и номер вселенной отвечают за разное
IP-адрес относится к сетевому интерфейсу, а маска подсети помогает определить, какие адреса доступны в локальном сегменте. ETC отдельно описывает назначение статических адресов и DHCP, при котором настройки выдаёт сервер. Номер световой вселенной относится уже к управляющим данным. Несколько портов одного шлюза могут принимать разные вселенные, оставаясь доступными через один сетевой интерфейс. Источник ↗
В рабочей таблице удобно хранить четыре поля: имя устройства, IP-адрес, физический выход и назначенный поток. Например, «шлюз у сцены, выход 2, задняя ферма» даёт монтажнику больше информации, чем только номер вселенной. Числа в таблице должны совпадать с настройками оборудования; отдельно стоит проверить, как конкретная программа показывает нумерацию и есть ли в ней смещение относительно другого устройства. Источник ↗
Первый запуск лучше ограничить одним потоком и одним приёмником. Успешная реакция одного прибора на понятную команду проверяет всю выбранную цепочку. Затем систему можно расширять, добавляя выходы по одному. Такой порядок помогает отличить ошибку сетевого подключения от неверного назначения порта, прежде чем на площадке появятся десятки одновременно работающих потоков. Источник ↗
Кому сеть отправляет управляющие пакеты
Art-Net не следует считать исключительно широковещательным протоколом. Artistic Licence описывает переход от broadcast в первой версии к unicast в следующих: контроллер отправляет данные конкретным получателям. В Art-Net 4 предусмотрено и совместное использование с sACN: один протокол может обслуживать обнаружение и управление устройствами, другой — передачу текущих световых значений. Реальная поддержка зависит от оборудования. Источник ↗
В типичной сети sACN применяется multicast: получатели подписываются на нужные группы потоков. Управляемый коммутатор с IGMP snooping учитывает эти подписки, а IGMP querier поддерживает актуальность сведений запросами. ETC предупреждает, что неправильно настроенное распространение multicast способно лишить устройство управляющих пакетов даже при внешне работающей сети. Доступность устройства по ping не доказывает получение световых данных. Источник ↗
Поэтому настройка коммутатора должна следовать требованиям выбранной системы. Простое включение всех пунктов с названиями «защита», «экономия» и «оптимизация» не образует проверенную конфигурацию. Для обслуживающего техника полезнее сохранённый файл настроек, схема портов и описание того, что считается исправной работой. При замене коммутатора эти документы позволят восстановить систему осмысленно. Источник ↗
Два источника могут передавать разные команды
В sACN предусмотрен приоритет источника. Приёмник отдаёт предпочтение потоку с более высоким приоритетом, даже если тот передаёт меньшее значение яркости. Для источников с одинаковым приоритетом поведение зависит от приёмника; ETC указывает объединение по наибольшему значению для своих шлюзов. Кроме приоритета всей вселенной существует приоритет отдельных адресов, который поддерживается не каждым устройством. Источник ↗
Представим, что основная консоль и компьютер для наладки отправляют данные в одну вселенную. Пока наладочный источник активен, часть команд основной консоли может не давать ожидаемого результата. В такой ситуации полезно проверить список отправителей и приоритеты, а не многократно переподключать прибор. Тестовую программу после проверки стоит закрывать либо явно отключать её выход, чтобы она не осталась вторым незаметным участником управления. Источник ↗
Репетиция потери связи
После обычного прогона полезен отдельный технический сценарий: что делают приборы, если источник перестал передавать данные, и как восстанавливается управление после его возвращения. Проверять следует фактические настройки потери сигнала у шлюза и прибора. Само наличие запасного контроллера ещё не подтверждает корректное переключение: важны его конфигурация, приоритеты, актуальность проекта и возможность независимого питания. Источник ↗
Совместимость определяется всей связкой
Поддержка multicast, unicast, RDM и приоритетов зависит от прошивки и реализации устройств. Настройки коммутаторов для одной экосистемы нельзя автоматически переносить в другую. Этот материал описывает архитектуру; готовую конфигурацию адресов и резервирования составляют для конкретной площадки. Источник ↗
Мнение и контекстАналитика от эксперта
Сетевое управление особенно удобно, когда сцена разделена на удалённые группы или регулярно меняется число приборов. Выигрыш определяется тем, насколько проще стала разводка и обслуживание. Для маленькой установки прямой DMX-выход иногда уменьшает количество настроек, которые нужно помнить. Переход на Ethernet имеет смысл привязывать к конкретной потребности площадки, а не к ощущению, что любой сетевой интерфейс автоматически улучшает световое шоу.
Выбор между Art-Net и sACN следует начинать с уже имеющегося оборудования. Подтверждённая работа нужных функций в общей связке важнее сравнений протоколов по одному показателю. Для проката полезны шлюзы с понятной индикацией входящего потока и назначения выходов. Для постоянной площадки значимы сохранение конфигурации, доступ технической службы и документированный порядок восстановления после замены устройства.
Расчёт пропускной способности сам по себе не описывает устойчивость сети. Даже небольшой трафик можно направить не туда или заблокировать неверной настройкой. Готовность системы лучше подтверждать несколькими воспроизводимыми сценариями: холодный запуск, появление второго источника, потеря основного и возврат управления. Записанный результат таких проверок полезнее обещания «гигабитного запаса», не связанного с реальной конфигурацией.
Источники
Факты проверены 23 сентября 2026.