1、肖志强1，段永顺2(1烟台电视台，山东烟台264000；2佑图物理应用科技发展(武汉)有限公司，湖北武汉430056)【摘要】简介舡堙讧与DMX512的异同，重点解析了在灯光控制系统设备中实理JmM的过程，特别是软件实现的要点。【关键词】RDM；DMX512；灯光控制系统；数据传输；控制设备；受控制设备文章编号：103969jissn1674-8239201110003Realization of RDM in Lighting DesignXAO Zhiqian91，DUAN Yong-shun2(1Yantai TV Station,Yantai Shandong 264000，China
2、；2Macostar Physics Application Technology Development(Wuhan)Co，Lid，Wuhan Hubei 430056，China)AbstractSimilarities and differences between RDM and DMX5 12 have been briefly introduced，along with the focus on RDMdesign for lighting control system and key points about software implementationKey WordsRDM
3、；DMX5 12；Lighting control system；Data transmission；Controlling devices；Controlled equipment1从DMX5 12到RDM11 DMX512协议简介当前，专业的灯光控制系统通常采用DMX(DigitalMultipleX，多路数字传输)512协议来传输数字化的灯光控制数据。DMX5 12协议是一个关于在控制灯光设备及附件的系统中，数字化控制数据异步串行传输的技术标准，主要内容包括实施控制数据传输的物理平台、信号接口的电气特征、数据链路的拓扑结构、数据链路数据总线上的信号时序、数据包格式等。该标准最初由usIT
4、T(美国戏剧技术学会)于1986年提出，经过不断完善，2004年由ESTA(美国娱乐服务与技术协会)批准，经ANSI(美国国家标准协会)认可并发布正式版本：ANSI E11 1-2004；2008年，中华人民共和国文化部发布了等同采用该标准的DMX5 12A灯光控制数据传输协议(标准-雪-wnyr 32-2008)。虽然在该标准中定义控制数据用于灯光控制，但实际应用中也将这些控制数据引申用于其他类型的控制。在ANSI E1112004之前的数据链路拓扑结构中，虽然已经定义有一主一辅两条数据链路，但对如何使用辅助数据链路并没有明确的限制，而且大多数传统设备也都只使1 2用主数据链路；为规范对辅助
5、数据链路的使用，在ANSIE111-2004的附录B中，定义了4种增强功能的网络拓扑。在常规定义的DMX5 1 2网络拓扑中，主数据链路上的信号流方向实际上是确定的，即控制数据总是从控制设备发出，经由数据总线单向传输至各受控制设备。控制设备通过不断地重复发送控制数据来保证数据的实时性和正确性。由于没有明确定义的信息逆向传输规范，操作者不能通过控制设备本身了解应用系统的组成以及受控制设备的运行状态信息，使实际操作有诸多的限制。12 RDM协议简介为了让操作者能通过控制设备本身了解应用系统的相关信息，新的RDM(Remote Device Management，远程设备管理)技术标准应运而生。与D
6、MX512一A技术标准的正式出台流程相同，这一标准也是首先由ESTA批准，再经ANSI认可并发布，正式版本为ANSI E120-2006。在ANSI E1202006中明确定义RDM是使用ANSIE111中定义的增强功能网络拓j=bEFl，允许控制设备通过DMX512网络实现对连接在应用系统数据链路中的中间及终端设备的查找、配置、监视及管理等功能。因此。RDM与DMX512是紧密关联的，传统的灯光应用系统能方便地升级至具备RI)M的功能。万方数据2 RDM与DMX5 1 2的异同要在灯光应用系统中实现RDM的功能，相关的设备必须符合RDM的基本要求。与DMX512系统中的设备分类类似，RDM也
7、将应用系统中的设备定义为控制设备、中间设备、受控制设备三大类，其中受控制设备所用的名词(RESPONDER，下称“应答设备”)与在DMX512中所使用的名词(RECEIVER，下称“接收设备”)有明显区别。按照技术标准的要求，具备RDM功能的设备在纯粹的DMX5 1 2应用系统中使用时，不应对原DMX5 1 2设备造成任何不良影响，也fi口RDM设备与DMX5 12设备能无缝对接。推广应用RDM的目的是为了能够在DMX512网络中完成对设备的远程管理，因此，所有的RDM设备除了新增加的对RDM的支持，都必须具备与其应用特性相同的DMX5 12设备的全部功能。本文描述中如果没有特别提及DMX51
8、2特性，不代表不需要关注DMX512要素。相对DMX5 12而言，RDM增加的主要功能是实现设备的远程管理，其信号传输平台与DMX5 12相同，因此，RDM设备与DMX5 12设备生产制造成本几乎相当，增加的功能主要由控制软件实现。RDM使用ANSI E111中定义的增强功能网络拓扑EFl，允许主数据链路上半双工通信的建立，因此，在RDM设备中，连接主数据链路通信端口的信号流向应能受控切换。3设备中RDM的实现31概述在整个灯光控制应用系统中，控制设备是灵魂，掌握着数据传输的主导权；受控制设备(无论是否具备RDM功能)是应用系统实际功能的最终体现者；中间设备则主要为应用系统中各种信息数据的高质
9、量传输或组建大系统提供保障。设备除具备RDM要求的功能外，还必须保证DMX512功能的正常实现。控制设备的基本功能需求包括：与DMX512相关的全部功能；RDM控制命令的发送；RDM反馈信息的接收；RDM信息的显示。应答设备的基本功能需求包括：与DMX5 12相关的全部灯光技术E圆【g hIi n g f e c b n 01 0功能；RI)M控制命令的接收；RDM夏馈信息的发送。中间设备的基本功能需求主要是能够保证数据网络中信号的双向传输。设备中如何实现DMXS 12的功能，在当前的专业灯光领域都已经非常成熟，本文不再赘述。另外，本文也不讨论在中间设备中实现RDM。32硬件实现通过分析各种类
10、型RDM设备的基本要求可以发现，相对于DMX5 12，要在设备中实现RDM，控制设备主要是需要增加接收RDM反馈信息的能力(对于高端的控制设备，显示装置已是必备，实际上不需要额外的硬件增加)；应答设备主要是增加发送RDM反馈信息的能力；中间设备则必须使其具备信号的双向传输能力。在传统的DMX5 12系统中，控制设备只需要通过主数据链路单向发送控制数据，因此，主数据链路的通信端口可以不需要具备切换信号流向的能力；而在RDM系统中，控制设备除需发送控制数据外，还需要为完成设备的远程管理而接收系统中其他设备反馈的信息，RDM规定发送的控制数据和反馈的信息数据分时使用主数据链路，因此，控制设备必须能够
11、对主数据链路通信端口的信号流向进行控制切换。在RDM系统中，主数据链路上数据的流向实质是由控制设备确定的。在控制设备中实际使用的通信端口器件，一般都同时具备发送以及接收信号的能力，由使用者根据实际需要来选择控制具体的工作状态。在DMX512设备中，对这个器件的控制是选择一个固定的状态(发送)就可以。在RDM设备中，只需要将这个状态控制修改为动态选择就可以完成分时的发送或接收信号，达到半双工通信的要求。同样，在应答设备中，只需要将通信端口的器件状态控制修改为动态选择就可以实现。因此，对控制设备和受控制设备而言，具备RDM功能的设备和只具备DMX5 12功能的设备在硬件要求上几乎是完全相同的。要使
12、设备具备砌)M的功能，增加功能主要通过加强控制软件的设计来完成。33软件实现下文只讨论控制软件中与m)M相关的部分。塾叠塾墨I 1 3EMmI心哪硅C脚呲-计I一万方数据20”年第十期总第63期月刊No10，2011 monlhly No63331控制设备完成RDM流程在具备RDM功能的应用控制系统网络中，主数据链路上DMX5 1 2控制数据的传送仍然是其主要任务，RDM数据的传送只是在DMX5 12控制数据的传送间隙中穿插进行。RDM控制命令的发送及反馈信息的接收时机都是由控制设备来选择的，只在需要时进行。因此，控制设备的控制软件必须能识别Iu)M的需求时机，在需要的时候放弃向数据总线的发送
13、。受控制设备则只在接收到相关的控制命令后才会被动地向数据总线发送数据。控制设备在完成RDM的功能时，一般需要按以下的流程进行：识别IM需求等待时机一发送RDM控制命令一接收反馈信息一其他任务。必须注意发送及接收任务的执行只能在两个DMx512控制数据帧的发送间隙中进行，即不能中断当前DMX5 12控制数据帧的发送，且不能使相邻的两个DMXSl2数据帧的间隔时间超过限制。332 RDM控制命令控制设备发送的RDM控制命令按ANSI E1202006的定义划分为3类：(1)设备查找(DISCOVERY_COMMAND)；(2)设备信息收集(GET COMMAND)；(3)设备设置参数(SET_CO
14、MMAND)。这3类命令中查找及信息收集这两类控制命令是为实现设备的远程管理准备数据，是实现设备远程管理的基础；而改变设备的设置参数则可以视为设备远程管理的具体表现。受控制设备响应控制设备发送的RDM控制命令，必要时发送反馈信息。333 RDM数据帧要求除对查找命令(PID=Ox0001)的响应外，其他的RDM表1 RDM数据帧构成字节起始顾序号 描述 字节数0 RDM识别码(Start Code) 11 RDM数据结构ID(Sub-Start Code) 12 数据帧长度(Checksum Offset) 13 信息接收方UID(Destination UID) 69 信息发送方UIDSou
15、rce UID) 615 发送序号(T阳nsaction Number) 116 发送端口号，应答类型(PortIDResponse Type) 117 数据包计数(Message Count) 118 子设备ID CSub-Device) 220 信息数据块(Message Data Block，MDB)4-235nnn 校验码(ChecI(sum) 2数据帧具有相同的结构模式，复数据帧按字节顺序的组成见表1。其中第一、二字节内容固定，分别为OxCC、0x01，表明数据帧的特性；数据帧长度内容实际为校验码的起始字节顺序号，最小值24，最大值255；而信息数据块由命令类型(CC)、命令参数ID
16、(PID)、参数字节长度(PDL)、具体参数字节内容(PD)共4个部分组成，其中具体参数内容视具体的命令可有可无，最多231字节，整个信息块的最小长度4字节，最多235字节，尤其是控制设备发出的RDM命令，很多都是参数长度为0的命令。控制设备发送的RDM命令及应答设备发送的反馈信息都需要按照这种格式来组织具体的数据帧内容。控制设备中控制信号数据帧及应答设备中反馈信息数据帧在发送过程中主要信号时段的时间要求见表2。控制软件必须保证信号帧中的时间符合这些要求。表中全数据帧中的n是指数据帧中需要传送的数据字节总数，对RDM类数据，最大值为257，对DMX512类数据，最大值为513；并且要求数据帧中
17、相邻字节间的平均时间值不能超过76s。这个时间要求中，相比_,ANSI E11 1-2004中的要求定义更加明确，主要是为了保证RDM数据的传输尽可能少地占用数据链路的时间。为保证RDM数据的正确传输，以及尽可能降低对DMX512控制数据发送的影响，控制软件除了需要严格控制数据帧中的信号时段外，对于数据帧之间的间隔也必须加以关注并加强控制。ANSI E120-2006要求控制设备信号端口相邻数据帧之间的时间间隔见表3。表2信号帧中信号时段要求BREAK MAB 相邻字节问 全数据帧最小值最大值最小值最大值最小值最大值 最大值176 us 352：uS 12 pS 88 us 0,uS 20 m
18、s 44(On“1s)x+7(6n xu4s4)“5)+表3控制设备通信端口相邻数据帧问隔时间要求相邻数据帧类型 方向切换需求最小间隔 最大间隔查找命令帧一应答帧 是 176 u S 28 ms查找命令帧其他发送帧 是 58 ms 1 s应答需求RDM命令帧一应答帧 是 176“S 28 ms应答帧一任意发送帧 是 176 u s 1 s应答需求RDM命令帧一任意发送帧是应答丢失 3 ms 1 s无应答需求广播帧一任意发送帧 无 176 u s 1 s无应答需求非RDM帧一任意发送帧 无 176 u S 1 S万方数据表4应管设备通信端13相邻数据帧间隔时间要求相邻数据帧类型 方向切换需求最小
19、间隔 最大间隔应箐需求RDM命令帧一应答帧 是 176“s 2啉蠢找命令帧虚答帧 是 176“s 2 rtrt6对应答设备信号端口相邻数据帧之间的时间间隔见表4。表3及表4中最小时间间隔的规定是为了保证应用系统中各设备的信号端口有足够的时间切换通信器件的信号传输方向。334控制设备识别其他设备的能力为了实现设备的远程管理，控制设备首先必须具备识别连接在应用系统中其他设备的能力。控制设备识别连接在应用系统中其他设备是通过发送查找命令及处理反馈信息来完成的，查找的依据是设备的UID，ANSI E 1202006定义设备的UIDEB48位二进制编码构成，包括16位的制造商ID及32位的设备ID，因此
20、，应用系统中连接的设备数量理论上限为281 474 976 710 656台。要在数量如此巨大的范围内识别出每一台设备的UID，如果不采取恰当有效的算法，几乎不可能迅速完成。在ANSI E120-2006中推荐了一种二分查找的算法，采用这种算法极其有效地加快查找进程，即使是识别应用系统中2个相邻编号的UID，最多也只需要发送49次查找命令。335响应能力RDM虽然定义有很多的信息收集及设置参数命令，但并没有要求所有的设备都具备响应命令全集的能力。实际上，由于设备功能要求的差异性，对命令全集的响应没有必要，但为了保证设备远程管理基本功能的实现，规定，了设备尤其是应答设备对一些基本的控制指令必须予
21、以响应；同时，考虑到不同设备或设备制造商的特殊需求，规定设备制造商可以自行定义一些符合RDM要求的特殊命令。因此，在控制设备发送控制命令的软件设计中，对于RDM命令的组织应该具备足够的灵活性，以保证控制设备的兼容能力。为保证应用控制系统基2RDM功能的实现，应答设备必须至少能对表5中列出的命令进行响应。设备中与RDM处理相关的主要流程见图1。控制设备的RDM任务通过操作者的具体功能操作启动，受控制设备的RDM任务启动则是在接收到适宜的RDM灯光技术曩圆Li g hIi n g T e c hI o 9 9表5受控制设备(应答设备)最少要求的命令响应PID描述PID编号 备注DISCUNIQUE
22、_BRANCH 0001 应答数据帧格式特殊定义DISCMUTE 0002DISC UN MUTE 0003SUPPORTED PAPAMETERS 0050PARAMETER DESCRIPTIONDEVICE lNFOSOFTVvARE VERSlON LABELDMX START ADDRESSlDENTIFY DEVICE图1设备RDM任务流程0051006000C000F01000仅在能响应本表以外的PID时需要仅在有制造商自定义的PID时需要在设备使用DMX512控制数据时需要(丘DM任鲁建入) (_lI任务毫入)1L 上l训嚏膏t推鲁 l RDM膏-囊丹并 I审毒l 丘_僖-曲疆
23、鲁 I工I_-_口钾基为麓避II厦一宙毫鲁。嚏lLI-惯-口橱-身麓曩I(任务走t_出)控一tl喇主一糖 蔓拉一t鲁nM生耘命令后自行启动。经过不断的创新实践，国内有的企业已研制推出了部分支持RDM的设备，如佑图物理应用科技发展(武汉)有限公司的XACT系列智能换色器、XTRA系列机械调光器等，佑图还将在即将推出的大功率的LED聚光灯、成像灯等新产品中植入对RDM的支持。 暖参考文献：【1】ANSI E 1112004 Entertainment Technology-USITT DMX5 12一A-Asynchronous Sedal digital DataTransmission Sta
24、ndard for Controlling Lighting Equipmentand Accessories【2】ANSI E120-2006 Entertainment Technology_RDMRemote Device Management Over D麟12 Networks【3】WI-FT 322008 DMX512A灯光控制数据侍输协议中国演艺设备技术协会演出扬馆设备专业委员会蝙制(蝙辑张冠华)1 5万方数据在灯光设备中实现RDM作者： 肖志强， 段永顺， XIAO Zhi-qiang， DUAN Yong-shun作者单位： 肖志强,XIAO Zhi-qiang(烟台电视台,
25、山东烟台,264000)， 段永顺,DUAN Yong-shun(佑图物理应用科技发展(武汉)有限公司,湖北武汉,430056)刊名： 演艺科技英文刊名： YANYI SHEBEI YU KEJI年，卷(期)： 2011(10)参考文献(3条)1.ANSI E 1.11-2004.Entertainment TechnologyUSITT DMX512-A-Asynchronous Serial digital Data Transmission Standard forControlling Lighting Equipment and Accessories 20042.ANSI E1.20-2006.Entertainment Technology-RDM-Remote Device Management Over DMX512 Networks 20063.中国演艺设备技术协会演出场馆设备专业委员会 WH/T 32-2008.DMX512-A灯光控制数据传输协议 2008引用本文格式：肖志强.段永顺.XIAO Zhi-qiang.DUAN Yong-shun 在灯光设备中实现RDM期刊论文-演艺科技 2011(10)
