Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Управление удалёнными устройствами (RDM) — это расширение протокола управления DMX512 для оборудования сценического освещения, представленное в 2006 году. DMX512 был разработан в конце 1980-х годов как стандартный протокол для связи между осветительными консолями и диммерами, но впоследствии стал использоваться и в более сложных приложениях, включая управление интеллектуальными осветительными приборами. RDM решает многие недостатки DMX512, который является однонаправленным и не поддерживает метаданные. RDM дополняет стандарт DMX512 возможностью двунаправленной связи и предоставляет дополнительные опции для настройки приборов по сети DMX512. RDM обратно совместим с существующими устройствами DMX512 и требует минимальных изменений в физической кабельной инфраструктуре сетей DMX512. Стандарт RDM был разработан Ассоциацией индустрии развлечений и технологий (ESTA) и поддерживается как ANSI E1.20.
Remote Device Management (RDM) is an addition to the DMX512 control protocol for stage lighting equipment, introduced in 2006. DMX512 was developed in the late 1980s as a standard protocol for lighting consoles to communicate with dimmers, but has since been used for more complex applications, including the control of intelligent lighting fixtures. The addition of RDM addresses many of the shortcomings of DMX512, which is unidirectional with no support for metadata. RDM revises the DMX512 standard to include bidirectional communication, and introduces additional options for the configuration of fixtures over the DMX512 network. RDM is backwards compatible with existing DMX512 devices, and requires few changes to the physical cabling of DMX512 networks. The RDM standard was developed by the Entertainment Services and Technology Association, and is maintained as ANSI E1.20.
Предыстория
DMX512 является стандартом для управления театральными осветительными приборами, включая интеллектуальные осветительные приборы, с середины 1990-х годов. DMX512, основанный на протоколе RS 485, обычно используемом в промышленных системах управления, стал первым универсальным стандартом для управления оборудованием сценического освещения. Предшественник RDM, DMX512, – это однонаправленный протокол с ограниченными возможностями для сообщения об ошибках и автоматической настройки. По одному кабелю передается одна "вселенная" DMX512, состоящая из 512 "адресов", каждому из которых может быть присвоено значение от 0 до 255. В первых применениях сетей DMX512 консоль управления подключалась к стойке диммеров. Внутри стойки диммеров один адрес DMX контролировал уровень напряжения одного диммера от 0% до 100%. В более сложных приложениях, связанных с интеллектуальными осветительными приборами, адрес DMX присваивается каждой функции прибора, при этом некоторые приборы используют блоки адресов, насчитывающие десятки. Идентификация устройства в сети определяется первым адресом блока, который оно занимает, подобно статическому IP-адресу. В стандартной сети DMX каждый прибор необходимо вручную настраивать с указанием начального адреса, и тот же начальный адрес должен быть отдельно запрограммирован в консоли управления.
DMX512 has been the standard for the control of theatrical lighting devices, including intelligent lighting fixtures, since the mid 1990s. DMX512, based on the RS 485 protocol commonly used in industrial control systems, was the first universal standard for the control of stage lighting equipment. RDM's predecessor DMX512 is a unidirectional protocol with little capacity for error reporting or automated configuration. A single cable carries one "universe" of DMX512, consisting of 512 "addresses," each of which can be asssigned a value from 0 to 255. In the earliest applications of DMX512 networks, a control console would be connected to a rack of dimmers. Within the dimmer rack, a single DMX address would control the voltage level of a single dimmer from 0% to 100%. In more complex applications involving intelligent lighting fixtures, a DMX address is assigned to each function of a fixture, with some fixtures utilizing blocks of addresses numbering in the dozens. A device's identity within the network is defined by the first address of the block it occupies, akin to a static IP address. In a standard DMX network, each fixture must be manually configured with a starting address, and the same starting address must be separately programmed into the control console.
Приложения
RDM выполняет несколько основных функций: идентификация, отчетность о состоянии и конфигурация. Идентификация позволяет консоли управления автоматически обнаруживать все устройства в сети DMX, идентифицируя их не только по адресу DMX. Это помогает оператору определить, какие из его устройств даже включены. Конфигурация позволяет консоли управления изменять адрес и другие параметры устройства, избавляя от трудоемкой ручной настройки адресов DMX каждого прибора. Интеллектуальные осветительные приборы часто имеют несколько режимов управления и другие настройки, которые также можно конфигурировать через RDM при наличии соответствующей программной поддержки. Отчетность о состоянии светильников позволяет оператору просматривать состояние устройств, включая неисправности, такие как перегоревшие лампы или неисправные двигатели.
RDM serves multiple main functions: identification, status reporting, and configuration. Identification allows a control console to automatically detect all devices on the DMX network, distinct from their DMX address. This assists the operator in determining which of their devices have even powered on. Configuration allows the control console to change the address and other properties of a device. This functionality avoids the time consuming process of manually setting DMX addresses on each fixture. Intelligent lighting fixtures often have multiple control modes and other settings, which can also be configured over RDM with the proper software support. Status reporting from lighting fixtures enables the operator to view the status of their devices, including faults such as burnt out lamps or failed motors.
Совместимость
RDM включена во многих новых устройствах освещения и может использоваться в одной и той же сети с устройствами, не поддерживающими RDM, используя существующую кабельную инфраструктуру. Устройства DMX512, не поддерживающие RDM, должны игнорировать все команды RDM, однако на практике некоторые устройства могут давать сбои при приеме сигналов RDM. В сетях DMX могут использоваться сплиттеры с функцией оптоизоляции, которые обеспечивают передачу сигнала только в одном направлении и фильтруют сигналы RDM. Доступны DMX-сплиттеры, пропускающие сигналы RDM, но не все сплиттеры обладают этой функцией. RDM – это технология, предназначенная для сигналов DMX512, передаваемых по стандартному витой паре проводов. Протоколы, передающие сигнал DMX по IP-сетям, такие как Streaming ACN и Art-Net, имеют собственные реализации удаленного управления, обратно совместимые с RDM.
RDM is enabled in many new lighting devices, and can be used in the same network as non RDM enabled devices, using existing cabling. DMX512 devices that do not support RDM should ignore all RDM commands, but in practice, some devices do malfunction when receiving RDM signals. DMX networks may include splitters with opto isolator functionality, which only allow signal transmission in one direction, and filter out RDM signals. DMX splitters that pass through RDM signals are available, but not all splitters include this functionality. RDM is a technology specific to DMX512 signals over standard twisted pair wire. Protocols that carry DMX signal over IP networks, such as Streaming ACN and Art Net, have their own implementations of remote control which are backwards compatible with RDM.
Открытие
Открытие – единственная ситуация, в которой могут произойти коллизии данных, при условии, что все подключенные устройства работают корректно. Контроллер отправляет команду обнаружения всем устройствам и ожидает ответа. Если подключено более одного устройства, одновременные ответы, скорее всего, приведут к коллизии данных, и контроллер не получит правильно сформированный ответ. Контроллер затем сузит область поиска до меньшего диапазона UID, используя алгоритм двоичного поиска. Как только контроллер получит корректный ответ, он попытается заблокировать отвечающее устройство. После успешной блокировки устройство больше не сможет отвечать на запросы обнаружения, и контроллер сможет продолжить поиск других устройств. Когда все устройства будут заблокированы (на запросы обнаружения не будет получено ответов), процесс обнаружения завершится, и контроллер сохранит список всех подключенных устройств. Контроллеру потребуется периодически выполнять поиск новых устройств и проверять, что уже обнаруженные устройства остаются подключенными.
Discovery is the only situation in which data collisions can occur assuming all connected devices behave correctly. The controller will broadcast a discovery command to all devices and await a response. If there are more than one device connected, the simultaneous responses will likely result in a data collision, and the controller will not receive a correctly formatted response. The controller will then refine its search to a smaller range of UIDs according to a binary search pattern. Once the controller receives a correct response it will attempt to mute the responding device. After a successful mute, the device is no longer allowed to respond to discovery messages, and the controller can continue searching for other devices. Once all devices have been muted (no responses are received to discovery commands), the discovery process is finished and the controller will hold a list of all connected devices. The controller will need to periodically perform searches for new devices and assert that already discovered devices are still connected.
Единокастная связь
Общая связь с конкретным прибором осуществляется по схеме запрос-ответ. Контроллер отправляет запрос устройству, адресуя его по UID этого устройства. После отправки запроса контроллер освобождает линию DMX на определенный промежуток времени, чтобы устройство могло передать свой ответ. Единственный способ получить данные от прибора – это использовать одноадресную связь (за исключением его UID, который можно получить с помощью механизма обнаружения, описанного выше). Если устройство не отвечает в течение заданного времени, контроллер может считать, что связь не установлена, и повторить попытку.
General communication with a specific fixture occurs in a request response pattern. The controller sends the request to the device, addressing it by the device's UID. When the request has been sent, the controller relinquishes control of the DMX line for a given period of time, so the device can transmit its response. Unicast communication is the only way in which data can be retrieved from a fixture (other than its UID which can be obtained using the discovery mechanism mentioned above). If the device does not respond within a given period of time, the controller can assume communication has failed, and may retry.
Вещательная связь
Для быстрой отправки инструкций множеству приборов, RDM обеспечивает широковещательную связь. Это позволяет контроллеру отправлять инструкцию всем устройствам или всем устройствам одного производителя. Поскольку сообщение может принимать более одного устройства, ответы в широковещательной связи не допускаются, за исключением процесса обнаружения.
To quickly send instructions to multiple fixtures, RDM allows for broadcast communication. This allows the controller to send an instruction to all devices, or all devices from one manufacturer. As more than one device might be receiving the message, responses are not permitted in broadcast communication except during the Discovery process.