Cистема управления световым оборудованием по протоколу DMX

1. Назначение системы

Система должна быть основана на Linux-платформе и обеспечивать управление DMX‑совместимыми устройствами при помощи модулей расширения, обеспечивающих в базовой комплектации следующие интерфейсы:

• Локальный DMX‑выход через UART/RS485

• Сетевой DMX‑протокол Art‑Net (версии 3/4)

Все каналы управления должны работать независимо и/или совместно, обеспечивая гибкость интеграции в световые системы.

Модульная структура системы должна позволять масштабирование системы путем добавления дополнительных модулей, обеспечивающих поддержку других протоколов управления (LU-Net, OSC).

Система должна быть оснащена Web‑интерфейсом для конфигурации и управления.

2. Требования к аппаратной части

2.1. Аппаратная часть

• Одноплатный компьютер на базе процессора с архитектурой ARM/ARM64.

2.2. Органы управления

• LED-экран с аппаратными кнопками.

2.3. UART/RS485

• Linux‑совместимый UART.

• Поддержка DE/RE (auto‑DE или ручное управление RTS).

• Скорость до 250000 бод, включая нестандартные значения.

2.4. Ethernet, Wi-Fi

• Поддержка IPv4.

• Работа в локальной сети 100 Мбит/с или выше.

• Возможность приёма широковещательных пакетов (UDP broadcast).

2.5. GPIO

• Поддержка обработки 4-х входов GPIO, для поддержки аварийного пожарного освещения и световой сигнализации.

3. Требования к программной архитектуре

3.1. Основные подсистемы

• UART/RS485 stack LinuxUART → LinuxRS485 → DMXTransmitter → DMXControl

• Art‑Net stack ArtNetReceiver → ArtNetParser → ArtNetToDMXMapper → DMXTransmitter

• Web‑интерфейс WebServer → REST API → ConfigManager → DMXControl / ArtNet / UART

3.2. Требования к модульности

• Подсистемы UART и Art‑Net должны быть независимы и реализованы в виде модулей.

• Web‑интерфейс не должен зависеть от конкретной реализации UART или Art‑Net.

• Все подсистемы должны взаимодействовать через единый слой конфигурации (ConfigManager).

• Web‑интерфейс должен работать параллельно с DMX и Art‑Net без блокировок.

• DMXTransmitter должен принимать данные как от локальных модулей, так и от Art‑Net.

• Предусмотреть возможность добавления протокола LU-Net в виде дополнительного модуля, по готовности реализации.

• Возможность выбора режима работы при помощи включения/вотключения отдельных интерфейсных модулей.

4. Требования к поддержке Art‑Net

4.1. Версия протокола

• Поддержка Art‑Net 3 (минимум).

• Желательно совместимость с Art‑Net 4.

4.2. Транспорт

• UDP порт 6454.

• Приём широковещательных пакетов.

• Поддержка unicast‑режима.

4.3. Поддерживаемые типы пакетов

• ArtPoll — ответ ArtPollReply.

• ArtDMX — основная нагрузка (данные DMX).

• ArtAddress — настройка узла (опционально).

• ArtSync — синхронизация нескольких ArtDMX (опционально).

4.4. Обработка ArtDMX

• Поддержка 512 каналов на вселенную.

• Поддержка нескольких вселенных (минимум 4).

• Возможность маппинга:

  • Art‑Net Universe → DMX Universe 0 (UART)

  • Art‑Net Universe → внутренний буфер (без вывода)

• Время обработки пакета ≤ 2 мс.

4.5. ArtPollReply

• Узел должен корректно отвечать на ArtPoll:

  • Node Report

  • Количество вселенных

  • Название устройства

  • Версия прошивки/ПО

  • IP/Port