Сеть и адреса
Одна подсеть, уникальные адреса, правильный интерфейс, гигабитный свитч. Схемы адресов, коммутаторы и проверка на монтаже.
На MA3 по сети идёт всё: Session, выход DMX, Node, визуализатор, Web Remote. Ошибка в адресах выглядит как «пульт не видит ничего».
Адрес и маска
IP: 2.0.0.11
Маска: 255.0.0.0
→ сеть 2.x.x.x, устройство .0.0.11
Напрямую друг друга видят только устройства одной сети. Отсюда правило: все в одной подсети, адреса не повторяются.
На консоли адрес задают в Menu → Network → My Interfaces, на onPC —
в настройках системы: пульт его там не правит. Кнопка сети в том же меню
красная, когда сеть выключена, зелёная, когда включена, а зелёная на красном
значит, что кабеля нет.
Сетевых разъёмов у консоли три, в меню это Con1, Con2, Con3. Разнести
по ним разные сети можно, но пока в этом нет нужды, занимайте один.
Типовые схемы
MA советует частные диапазоны по RFC 1918: 10.x.x.x, 172.16–31.x.x,
192.168.x.x. Вторая сеть пришла из Art-Net и на площадках встречается до сих
пор:
Консоль: 2.0.0.11 / 255.0.0.0
Резерв: 2.0.0.12 / 255.0.0.0
PU: 2.0.0.21 / 255.0.0.0
Node лево: 2.0.0.31 / 255.0.0.0
Node право: 2.0.0.32 / 255.0.0.0
onPC художника: 2.0.0.51 / 255.0.0.0
sACN и общая сеть площадки чаще выглядят так:
Консоль: 10.0.1.11 / 255.255.255.0
Node: 10.0.1.31+ / 255.255.255.0
Числа задаёт площадка или ваш стандарт. Таблицу адресов держите на бумаге:
пять минут на составление снимают все споры о том, кто занял .31.
Выбор интерфейса
У ноутбука интерфейсов несколько: Wi-Fi, Ethernet, виртуальные адаптеры
от VPN и виртуальных машин. Куда уйдут пакеты, решают две настройки, свои
у каждого протокола в Menu → DMX Protocols:
| Настройка | Что делает |
|---|---|
Preferred IP |
Диапазон адресов записью CIDR, например 10.0.0.0/8 |
Interface |
Конкретный интерфейс; Auto выбирает по Preferred IP |
Для Session интерфейс выбирается отдельно, полем MA-Net Interface в меню
Network. У onPC там по умолчанию Auto с жёстким порядком: первым берётся
адрес 192.168.x.x, даже без линка, за ним 172.16, 10, 2. Домашний
Wi-Fi на 192.168 так и уводит Session от кабеля в сети 10.x.
onPC отправляет Art-Net в Wi-Fi, а Node подключена кабелем. Настроено всё
правильно, света нет. Проверяйте Interface и Preferred IP раньше всего
остального.
Коммутаторы
Гигабит на каждом порту: MA-Net3 требует 1 Гбит/с и в среднем занимает 200 Мбит/с. Задержка по сети не больше 2 мс, иначе выход дрожит. Старую Node Art-Net на сто мегабит уводят в свой VLAN.
Энергосбережение портов (EEE, Green Ethernet) выключают: согласование коммутатора с устройством иногда срывается, и порт отключается. Неуправляемый свитч с включённым EEE MA брать не советует.
Неуправляемый коммутатор проще и часто надёжнее. Управляемый нужен в трёх случаях: сеть общая с другими службами и требуются VLAN; используется sACN с многоадресной рассылкой и нужен корректный IGMP; нужен мониторинг.
MA-Net3 работает через многоадресную рассылку, и между несколькими коммутаторами её ведёт PIM. IGMP snooping либо настроен правильно, вместе с IGMP querier, либо выключен. Полунастроенный IGMP даёт самые загадочные проблемы с sACN: часть Universe доходит, часть нет, и набор «части» меняется от включения к включению.
Световую сеть с офисной на одном коммутаторе не держат. Минимум — отдельный VLAN, лучше отдельное железо.
Кабели
Кабель Cat5e или лучше. Гибкий патч-корд MA советует не длиннее 75 метров между устройствами, а сто метров стандарта — про стационарную проводку. Патч-корды в туре служат недолго, держите запас и маркируйте оба конца. Оптика нужна для длинных пролётов и электрической развязки.
Петля из патч-кордов выводит из строя всю сеть, и найти его тяжелее всего: симптом выглядит как «всё тормозит и рассыпается», а не как «нет связи».
По Wi-Fi работает только Web Remote. Session по воздуху не собирают: беспроводная сеть переупаковывает пакеты, а MA-Net3 этого не переносит. Точки доступа держат в отдельном VLAN и пускают в эфир только Web Remote.
Проверка на монтаже
> NetworkSpeedTest > Version
NetworkSpeedTest замеряет сеть между Station прямо из командной строки.
Поле Multicast Base в меню Network переводит рассылку MA-Net3 на запасные
адреса, если основные заняты чужой системой. В Session оно меняется у всех
сразу, и Oops его не отменяет.
- Все устройства в одной подсети?
- Нет одинаковых IP?
- Выбран правильный интерфейс в
Preferred IPиInterface? - Линк есть, лампочка на порту горит?
- Скорость гигабит, а не сто мегабит?
- Файрвол на компьютере с onPC не блокирует UDP?
- Wi-Fi выключен, чтобы не путать маршрутизацию?
- Версия ПО совпадает в первых трёх числах?
Последний пункт не про сеть, но ломает Session так же надёжно: Station с разными версиями друг друга не примут.
Если что-то не сходится — Session не собирается.
Нашли в статье ошибку, устаревшее или непонятное место?