RDM -Remote Device Management-远程设备管理 RDM是DMX512-A协议的扩展版本，允许调光台及其他控制设备通过一条DMX512 网络去发现，然后配置，状态监测及管理中间设备和线端设备。 其允许在照明设备或系统控制器和连接的RDM兼容设备之间通过标准的DMX线进行双向通信。此协议将允许以不干扰那些不识别RDM协议的标准DMX512设备的正常运作的这种方式下，配置、状态监测及管理这些设备。 允许一个控制器或测试设备通过这条连接智能的发现其他的能够被RDM（远程设备管理）的设备，例如电脑灯或调光柜并远程管理他们。包括远程设置DMX512初始地址的能力，查询设备的错误或统计信息，并可实现其通常是在设备的前面板来完成的大多数配置的设置。 RDM 可以在相同的数据链接上与新的RDM设备或者任何原有的DMX 512产品一起运行，并没有任何性能影响。自从电动抽气机RDM在第一对DMX512链接上运行，RDM要求的唯一的基础构架升级是升级存在的数据分配器实现双向模式以支持RDM。 RDM信息的发射是通过第一对DMX512数据通道。RDM使用包括非零初始码的数据包去开始和控制通信。这种交替的（轮流的）会话及等待指示性的回复是以一种半双工格式进行的。
第二数据对不是用于任何RDM功能。
双向数据传输---各厂商设备可而进行数据交换，Art-net下只能数据传输，不能相互交换。
RDM物理层RDM的协议和RDM物理层被设计成与原有设备兼容。所有适用于传统DMX512的接收器应在与RDM控制器（控制台）和RDM响应器（接收器）形成的混合系统里是可用的。DMX接收器和RDM响应器可以与一个传统的DMX控制台一起使用形成一个只有DMX512的系统。从用户的角度来看，其系统的布局与DMX系统非常相似。控制器是放置在主电缆段的一端。线缆以菊花链的方式在接收器之间运行。 RDM的分配器使用的是与DMX分配器相同的方式。电缆段的远端（没有控制台或分路器）应被终止。 与重型工程洗轮机DMX相比，RDM需要两个显著的拓扑结构变化。然而，这些变化一般都是在设备内部，因此没有被用户看到。
首先，控制器的（控制台的）输出将被终止。其次，当没有驱动器可用的时候，这个终端必须提供一个偏差去保持线缆处于在“标记状态”。
额外终止的原因是一个网段将沿着它的长度被多点驱动。因此，任何网段的终结处如果无端接的，将会造成反射。
一个DMX控制台的输出驱动器是始终有效的。RDM协议如此设计，除在发现过程中，应该永远不会有数据冲突。为了保证没有这种冲突，然而在不同的平台上可能实现，有时所有的线路驱动器被禁用。如果终止已经做了，线路会浮到一些未知的水平。在这种情况下线上的一个或多个随机的变化可能会被读取。这些随机变化极大地降低了系统的准确性。因此线路的偏差时需要的。
为保证这一点，第 2.4.1 节 （线偏网络） 标准的说 ；"命令端口须提供方法使数据链接终端偏斜到至少为245mV的值及通过在附件F中所述的测试电路验证。
标准进一步指出：偏置均值"应被极化成数据链接的Data+是正面对Data-数据链接。线偏网络应当数据链路承载有相当于32个单元负载和共模电压在+7V到-7V直流电之间变化时维持这种偏差。
这个标准不需要任何特定电路提供基础和终止；但是，最简单的方法通常是被动的拉开网络。
无论使用哪种方法和选择的驱动芯片都必须被测试以看这个设计组合仍然满足E1.20的要求。
测试资料载于这个标准的附录 F。这些测试用于设计验证，并不作为生产测试。经验表明，许多专为5V操作设计的EIB485驱动器会通过所需的测试。所有的网络分配器3.3V部件会否通过测试仍是不清楚。在任一情况下这种性能必须被验证。拉开网络和测试的详细信息可以在ANSI E1.20 – 2006里到。
协议
RDM 数据包是插入被用来控制照明的数据的现有的 DMX 数据包之间。DMX 512 规范总是要求 DMX 数据以初始码开始。默认初始码为 0x00 （也称空初始码）。通过使用 0xCC初始码，RDM 数据包可以安全地插入 DMX 数据包之间，没有旧无RDM 识别的设备试图读取他们。
DMX512规范要求DMX接插件是5-pin XLR类型的，仅前3针正被使用（4针和5针预留着“将来使用”）。不幸的是，各厂商为各种的各样的专有的目的开始使用最后两针，如低压电或
专有对讲协议。结果，这项决定的做出使所有的RDM通信在2和3针。这引起路数据冲突的担忧。
RDM 标准通过确保在所有情况下 （除发现） 只有一个设备被授权在任何给定的时间 （有点类似于令牌传递方法） 进行传输解来决此问题。只有控制器 （可以只有一个） 可以启动 RDM 交流。响应器只有在与之交流时才可以交流。控制器将始终启动所有RDM 通信。
所有 RDM 设备都具有唯一的标识符 (UID) ，其包含制造商 ID[4]和序列号。
RDM 通信可以分为三种类型：
发现
单播通信
广播的通信
发现
控制器将需要定期执行搜索的新设备，并声称已发现的设备仍连接。
假设所有连接的设备运行正常，发现是数据冲突可以发生的唯一情况。控制器会广播一个发现命令到所有的设备并等待回应。如果有多个的设备连接，同时的反映将可能导致数据冲突，控制器不会收到正确格式的响应。控制器随后会改善其搜索范围，根据二进制搜索模式在一个较小范围内搜索UID粘滞阻尼系数>废钯碳回收钯技术。一旦控制器接收正确的响应，它会尝试使反映设备静音。成功静音后，设备不再允许响应发现信息，控制器可以继续搜索其他设备。一旦设备已被静音（没有收到发现命令的响应），发现过程结束且控制器将持有所有连接设备的清单，
控制器将需要定期进行搜索新设备，并保持已经发现的设备仍在连接。
单播通信
与一个特殊装置的普通通信发生在请求响应模式。控制器向设备发送请求，通过设备UID寻址。当请求已经发送，控制器在一特定时间放弃控制DMX线，所以设备可以传输其响应。单播通信是数据可以从一个设备（除了可以通过以上提到的发现机制来获得的它的UI
D）重新取回的唯一方式。如果设备在特定时间内没有回应，控制器可以假定通讯已失败，并可能重试。
广播通信
为了快速发送指令到多个灯具，RDM允许广播通信。这就允许控制器发送一条指令给所有的设备，或者某一制造商的所有设备。由于多台设备可能会收到信息，在广播通信下响应是不允许的，除了在发现过程中。
使用RDM
由于RDM协议在DMX512协议之上建立的，它多应用于建筑照明和舞台照明上。
该协议将改变灯光师安装和维护他们的灯光装置的方式。
它可提供：
识别和分类连接设备（照明灯具，调光器，分配器灯）
由DMX512控制的设备寻址
照明灯具或其他连接设备的状态报告
照明灯具或其他连接设备的配置
与现有DMX设备的兼容性
RDM从一开始就设计成与现有的DMX多分力传感器设备一起工作。 不同的初始代码的使用确保所有的DMX兼容设备不支持RDM将简单地忽略任何RDM的消息，但并不是所有的DMX设备都作了严格的DMX规范，并且不检查传入的DMX包的初始代码的这些设备将会尝试将RDM信息解读成DMX包，这可能会导致闪烁或其他类型的不当行为。
任何在DMX线上提供电气隔离或缓冲的设备 (如DMX分配器)历来被设计为允许在一个方向上的传输：从控制器到设备。由于RDM要求双向通讯，这些设备通常会失败。只有设备已经被设计成与RDM兼容通常会工作。较旧的与RDM不兼容的DMX分配器应该仍然可靠地发送DMX数据，并阻止RDM的沟通。
采纳（通过）
RDM的是在2006年批准。 过了好一段时间，它才被广泛采用。 现在有几个主流照明控制台支持RDM，以及越来越多的RDM的“响应者”，如彩灯条，调光器，电脑灯。 数据分配产品包括无线DMX / RDM的链接已经可获得了。
支持
支持DMX512/RDM的测试装置和配置工具都是可用的。有了这些工具，一个包含RDM响应器的系统可以被寻址，配置及监测而不需要一台RDM控制台。测试工具的引入已经在大大的提高了设计和评估RDM控制器和响应器的能力。一些公司制作RDM注入设备，使其处于DMX控制器和响应器之间。他们输入RDM数据包到DMX数据流里。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议