2.3数据链路终结的要求

主数据链路的一端按WH/T32标准中的规定终结。 主数据链路的另一端由线路偏置网络终结，线路偏置网络的要求见2.4和2.5。 命令端口应包含线路偏置网络。 命令端口可设计成与线路偏置网络断开的方式。在这种设计中，命令端口应通过其他方式提供线 路偏置网络。

2.4数据包之间数据链路状态的保持

RDM系统使用双向半双工模式运行，所有命令端口和应答器端口都配备发送器和接收器（比如收发 器）。系统配置完成后，在任何时候只能有一个发送器处于传送模式。通常，可能有相当长的时间，所 有发送器都处于高阻态。即使所有发送器都不工作，数据链路也必须保持“占”的状态。 为了确保这一点： 1）在将线路置于高阻态之前漆包线标准，发送器应将数据链路置于“占”状态至少4μs。 2 发送器应在“占”状态下开始驱动线路。 3 位于数据链路未端的命令端口应使用线路偏置网络，详见2.4.1。 4 不是位于数据链路末端的命令端口不应使用2.4.1的线路偏置网络。这类系统的终结和偏置方 式不在本标准范围内。

2.4.1线路偏置网络

2.5命令端口参考电路

2.5.1参考电路详述

2.6默认的线路状态控制

器和中继设备阻止其应答端口在故障情况下错调

T/CAL 06022019

T/CALL 06022019

所有端口应在高阻态下给驱动器上电。 线路偏置网络应在RDM通信开始前启用

3.1.1控制器数据包时序

3.1.2控制器数据包时间间隔

T/CAL06022019

T/CAL06022019

3.2.2应答器数据包时间间隔

4应答器数据包时间间

）最小时间是允许数据链路切换的时间 请求信号是期望有响应的任意控制器消息

3.2.3应答器查找响应驱动器启用时间

3.2.4驱动器关断时间

在响应的最后一个帧的最后一个停止位结束后不迟于88μs，所有应答器应将其驱动器置于高阻 态。应答器的驱动器在最后一个停止位之后应继续在线路上驱动一个“占”状态，直到该驱动器被禁用。 应答器的驱动器应在整个数据包传输期间驱动线路（不进入高阻态）。

3.2.5查找响应“占”时间

应答器可以在查找响应的第一个起始位之前在线路上驱动“占”状态至少4μS。它将确保线路上 的所有其他设备能识别该起始位。

一个正确运行的RDM系统，除了在查找期间外，在运行过程中不会发生数据冲突（见第7章）。在 设备查找期间，经常会发生数据冲突。虽然许多冲突可以在协议层被检测到，但有些冲突仍可能被解释 内正确的数据包。尽管物理层对硬件检测冲突没有特殊要求，然而建议由控制器和应答器共同验证这些 之前被认为正确的数据帧。

DMX512系统使用若干种类型的中继设备（如分路放大器或集中器）来分配数据。由于RDM 信的，与非RDM中继设备相比，RDM中继设备还有额外的工作要求。本部分描述的是RDM中继 的要求。

中继设备有两种工作方式：透明方式和代理方式。本章只涉及透明申继设备，代理设备在第8章 王中继设备里，接收控制器数据通信的端口应指定为应答器端口，生成数据与终端设备通信的端 定为命令端口。例如，分路放大器通常有多个命令端口和一个应答器端口。

4.1.1透明中继设备

T/CALI06022019

透明中继设备提供响应端口和命令端口之间的双向数据传输。它不会在其命令端口启动查找。 透明中继设备可以使用数据包数据（如字节计数）来保持正确的时序。这些设备可以生成它们自 据包/字节时序，但对数据包时间间隔的影响应最小。透明中继设备可以作为/不作为一个RDM设 找到。

4.2透明中继设备时序要求

不同类型的透明申继设备可以级联起来，建立RDM分布网络。这些设备必须遵守特定的时序 使系统按3.2“应答器时序要求”所述来运行。

4. 2. 1端口切换

接收到一个RDM请求数据包后，中继设备应在RDM数据包发送完成后的132μs内，将命令端口切 换为接收数据状态。 接收到一个RDM请求数据包后，复位信号开始时处于拉低状态的第一个端口成为工作端口。注意这 个端口可能是应答器端口，在这种情况下，中继设备应返回正向数据流。否则，来自工作端口的数据将 驱动应答器端口，并且可以驱动中继设备上的所有其他命令端口。 在响应数据包终止后，中继设备应能在132μs内接收其应答器端口上的数据（并返回正向数据流）

4.2.1.1查找期间的端口切换

4. 2. 2信号延时

透明中继设备的信号延时不， 延退时间可以更短，理论上为 us。这样，在控制器和应答器之间最多允许 中继设备工作。这解释了3.1.2“控制器数据包 时间间隔”中包含的704us系统延迟 送延时352uS，接收延时352us），

有些中继设备的位时间失真，部分是由于传输延时和切换时间的不对称（从低电平到高电平的时间 与从高电平到低电平的时间不同）。总的位时间失真不应超过土1.875%（75ns）。延时在一个数据顿期间 不累积。透明中继设备可以更新帧时序。若如此，这些设备应符合第3章的帧时序要求。

RDM定时允许最多四台透明中继设备级联。 应允许中继设备在RDM请求数据包之后立即缩短复位信号的持续时间。复位时间不应缩短22μs 以上。此要求允许系统串联四台中继设备，而确保复位时间始终为88μs或更长。 DMX512数据中继处理或分配设备的制造商应宣称缩短了的复位时间。

非 RDM 系统一部分运行

RDM系统中使用的RDM中继设备应符合WH/T32标准的数据包时序要求，包括正确接收和转

T/CAL 06022019

T/CALL 06022019

发最小复位时间为88us的零起始码包。

4.4作为应答器的中继设备

设备也可以是应答器，它允许对中继设备本身进

5. 2 UID 的文本表示

5.4单个设备中具有多个应答器端口的应答器

除了“查找唯一分支”响应消息之外，所有RDM数据包都应使用以下消息结构。“查找唯一分支” 消息的格式详见7.5“查找唯一分支消息”

所有多字节数据都应以大端格式顺序发送。

T/CALI06022019

6. 2. 1 起始码

T/CALL 06022019

6. 2. 4且标UID

目标UID是目标设备的UID

目标UID是目标设备的UID

6.2. 5 源 UID

原UID是产生此数据包的设备的UID

源UID是产生此数据包的设备的UID

6. 2. 6 事务号(TN)

事务号是无符号的8位字段。每次发送一个RDM数据包时，控制器产生的数据包递增此字段。此字 段应初始化为0，且加到255后翻转为0。 应答器进行回答时，应将其事务号设置为他们所响应的控制器数据包中包含的事务号。 事务号可用于帮助将响应消息与控制器的请求相匹配。

6.2.7端口ID/响应类型

根据消息是由控制器还是应答器产生，此字段提供不同的功能。

6.2.7.1控制器产生消息的端口ID/响应类型

6.2.7.2应答器产生消息的端口ID/响应类型

6. 2. 8 消息计数

6.2.8.1控制器产生消息的消息计数字段

在所有控制器产生的请求中，消息计数应设置为0x00

应答器产生消息的消息计

当有供控制器收集的新消息挂起时，应答器应递增消息计数。因此，控制器可以从任意响应申确定 挂起的排队消息的数量， 当回答“GET：QUEUEDMESSAGE”指令时，应答器在回答之前递减消息计数，除非消息计数已经为零。 如果应答器有多于255个排队消息，则“消息计数”字段应保持为255，直到排队消息的数量减少 到255以下。 以下消息序列的示例说明了“消息计数”字段的使用。 控制器发送“GET:LANGUAGE”：

T/CALL 06022019

6. 2. 9 子设备字段

6.2.10消息数据块(MDB)

6.2.10.1指令类别(CC)

5中的指令类别（CC）规定消息的动作

5.2.10.2参数识别码(

“BROADCAST ALL DEVICES ID”的制造商特

6.2.10.2.1需要的最小参数支持

6.2.10.3参数数据长度(PDL)

T/CALI06022019

电梯标准规范范本参数数据长度（PDL）是它前面的“参数数据”区域中包含的字节数。当此字段设置为0x00时 后面没有参数数据。

6. 2. 10. 4 参数数据(PD)

参数数据的长度可变，其内容格式

6. 2. 11 校验码

应答器发送响应消息，指示溢出状态，即还有更多需要响应的数据。

控制器发送另一个“GET：PROXIEDDEVICES”

应答器按顺序发送最终响应消息：

办公楼标准规范范本控制器发送“GET：LAMPSTRIKES”