3、DALI协议深度解析（上）：DALI总线电气特性、帧结构、寻址方式
好，咱们开始聊DALI。说实话，在照明控制这个圈子里混久了，你会发现DALI是个绕不开的坎。它不像0-10V那么“傻大粗”，也不像DMX512那样专为舞台效果而生。DALI的设计哲学，说白了就是——让每个灯具都拥有“身份证”和“大脑”。
我个人习惯把DALI看作照明界的“小局域网”。它不追求高速，但追求可靠和智能。今天这节，咱们先把它最底层的皮扒开，看看总线怎么跑、数据怎么传、地址怎么分。
核心认知： DALI不是物理层协议，它是一套完整的控制系统。但不懂物理层，你连示波器上的波形都看不懂。
3.1 总线电气特性：两根线撑起一片天
DALI总线就两根线——DALI+ 和 DALI-。别小看这两根线，它同时干了两件事：供电和通信。嗯，这里要注意，它用的是“差分电压”来传输信号。
关键电气参数：
| 参数 | 数值 | 说明 |
|---|---|---|
| 总线电压（空闲） | 16V ± 2V | 逻辑“1”状态 |
| 总线电压（有效） | 0V ~ 6.5V | 逻辑“0”状态，压差拉低 |
| 最大总线电流 | 250mA | 由电源限制，不是灯具 |
| 最大线缆长度 | 300米 | 取决于线径和拓扑 |
| 节点数量 | 最多64个 | 每个节点有唯一短地址 |
我在项目中遇到过一件事：有次现场调试，总线怎么都通信不上。拿示波器一看，空闲电压只有12V。查了半天，发现是电源选错了，用了普通的开关电源，没有DALI专用的恒压源。记住，DALI电源必须是限流型的，不是恒压恒流那么简单。
避坑指南： 我曾经因为总线拓扑搞成了“星型”，结果末端设备老是丢包。DALI推荐的是“菊花链”或“树形”拓扑。星型会导致信号反射，尤其是在长距离下。如果你非要用星型，记得在分支末端加终端匹配，但DALI标准里其实没规定终端电阻，全靠经验。
为什么用16V？你想想看，这个电压足够给小型MCU和光耦供电，同时又能保证在长距离传输时，压降不会把逻辑“1”误判成“0”。DALI的速率只有1200bps，慢是慢了点，但抗干扰能力极强。说白了，它牺牲速度换来了可靠性。
3.2 帧结构：前向帧与后向帧
DALI的通信是主从模式。主机（通常是控制器或网关）发命令，从机（灯具或传感器）回响应。所以帧结构分两种：前向帧（主机到从机）和后向帧（从机到主机）。
3.2.1 前向帧结构
前向帧一共19位。别被数字吓到，拆开看很简单：
- 1位起始位：永远是低电平（逻辑0），告诉所有设备“我要发数据了”。
- 8位地址：可以是短地址、组地址或广播地址。后面细说。
- 8位数据：具体命令或数值，比如“调到50%亮度”就是0x80。
- 1位停止位：高电平（逻辑1），表示帧结束。
- 1位空闲位：保持高电平，给总线一点恢复时间。
我习惯用示波器抓波形来理解。你看到的就是一串曼彻斯特编码的脉冲。DALI用的是双相编码，每个位周期内都有电平跳变。逻辑“1”是前半周期高、后半周期低；逻辑“0”则相反。这样做的好处是，接收端不需要精确的时钟同步，靠检测跳变沿就能恢复数据。
// 伪代码：前向帧发送示例
void DALI_SendForwardFrame(uint8_t address, uint8_t data) {
// 起始位：拉低总线 417us (1/1200 * 0.5)
DALI_Bus_Low();
delay_us(417);
// 发送8位地址（高位在前）
for (int i = 7; i >= 0; i--) {
if (address & (1 << i)) {
// 逻辑1：先高后低
DALI_Bus_High(); delay_us(417);
DALI_Bus_Low(); delay_us(417);
} else {
// 逻辑0：先低后高
DALI_Bus_Low(); delay_us(417);
DALI_Bus_High(); delay_us(417);
}
}
// 发送8位数据（高位在前）
// ... 类似逻辑
// 停止位：拉高总线 417us
DALI_Bus_High();
delay_us(417);
// 空闲位：保持高电平 2.33ms (2个位周期)
delay_ms(2.33);
}
小技巧： 实际项目中，我很少用纯软件延时来做DALI通信，因为MCU的中断会打乱时序。我建议用硬件定时器或PWM来精确控制位周期。STM32的定时器比较输出模式就很好用。
3.2.2 后向帧结构
后向帧短得多，只有11位：
- 1位起始位：低电平。
- 8位数据：从机返回的状态或数值。
- 1位停止位：高电平。
- 1位空闲位：高电平。
为什么后向帧没有地址？因为从机不需要告诉主机“我是谁”，主机通过前向帧的地址已经锁定了目标。从机只需要在收到命令后的固定时间窗口内（22.8ms以内）回复即可。如果超时没回复，主机就认为通信失败。
我记得第一次做DALI从机时，就栽在这个时间窗口上。我的MCU处理命令花了30ms，结果主机已经判定超时了。后来我把中断优先级调高，把DALI通信放在最高优先级，才搞定。
3.3 寻址方式：给每个灯发“身份证”
DALI的寻址是它最灵活的地方。它不像DMX那样靠物理位置（通道号）来区分，而是靠逻辑地址。这意味着你可以随意更换灯具位置，只要地址不变，控制逻辑就不变。
三种寻址模式：
- 短地址（1-64）：每个设备唯一的地址。命令格式是
0b0AAAAAAA，其中A是7位地址（0-63），最高位固定为0。比如短地址1的命令字节是0x01。 - 组地址（0-15）：把多个设备编成一组，同时控制。命令格式是
0b1000GGGG，最高位为1，后4位是组号。比如组0的命令字节是0x80。 - 广播地址：对所有设备发命令。命令字节是
0b11111111（0xFF）。所有设备都必须响应广播命令。
重点： 短地址不是出厂写死的，而是通过“地址分配”流程动态配置的。每个DALI设备出厂时都有一个24位的随机数作为“身份码”。主机通过一系列命令，给每个设备分配一个1-64的短地址。这个过程叫“初始化”。
你想想看，如果现场有50个灯，你一个一个去拨码开关设置地址，多累啊。DALI的地址分配流程可以自动完成。主机发一个“搜索地址”命令，所有设备响应，然后主机通过二分法找到每个设备，分配地址。整个过程几分钟搞定。
我曾经在一个体育馆项目里，用了200多个DALI灯具。如果每个灯都要手动设地址，估计得干一整天。但用DALI的自动寻址功能，配合一个手持编程器，两个小时全部搞定。这就是逻辑寻址的魅力。
地址冲突怎么办？ 标准规定，如果两个设备有相同的短地址，它们会同时响应主机的命令，导致总线冲突。主机检测到冲突后（后向帧数据错误或超时），会重新触发地址分配流程。所以，不要在生产时给设备写死短地址，一定要留出动态分配的能力。
| 地址类型 | 命令字节范围 | 最大数量 | 典型用途 |
|---|---|---|---|
| 短地址 | 0x00 - 0x3F | 64 | 单灯控制 |
| 组地址 | 0x80 - 0x8F | 16 | 区域控制（如“会议室灯组”） |
| 广播 | 0xFF | 1 | 全开/全关/紧急场景 |
嗯，这里还要提一下特殊命令。比如“查询状态”、“复位”、“设置最小亮度”等。这些命令的地址部分可能不是标准的短地址或组地址，而是用保留位来表示。比如 0b00100000 就是“查询版本号”的特殊命令。具体可以查IEC 62386标准，但咱们做工程，记住常用的十几个命令就够了。
注意： DALI的寻址空间是固定的，64个短地址、16个组地址。如果你需要控制超过64个灯具，就得用DALI-2的多主控架构，或者把系统拆分成多个DALI子网。每个子网一个独立的DALI总线，通过网关互联。我见过有人试图在一个总线上挂100个设备，结果通信时延大到无法接受。
好了，这一节咱们把DALI的电气特性、帧结构和寻址方式讲透了。下一节我会深入DALI的命令集和场景控制，包括调光曲线、渐变时间、失效模式等实战内容。到时候我会拿一个真实的DALI从机代码来拆解，保证你听完就能上手写驱动。
记住，DALI的精髓不在于它有多快，而在于它有多“聪明”。理解了底层的这些细节，你才能在设计系统时游刃有余。
公众号:蓝海资料掘金营，微信deep3321