4、DALI协议深度解析（下）：DALI命令集、场景控制、组控制、反馈机制
好，咱们接着聊DALI。上一节我们把DALI的物理层和数据链路层扒了个底朝天，这一节终于要动真格的了——命令集、场景、组控、还有反馈。这些东西才是真正让DALI在照明圈里站稳脚跟的核心。
说实话，我最早接触DALI时，觉得它命令挺多的，有点眼花。但干久了你会发现，DALI的命令集设计得非常精巧。它不像DMX512那样一股脑儿把数据全扔出去，而是像发短信一样，一条一条精准送达。嗯，咱们一条一条来看。
4.1 DALI命令集概览
DALI的命令，说白了就两大类：直接控制命令和配置命令。直接控制命令是干活用的，比如开灯、关灯、调光。配置命令是设置用的，比如把某个灯加入组、设定场景值。
我习惯把命令按功能分成几个家族，这样好记：
| 命令家族 | 典型命令 | 用途 |
|---|---|---|
| 调光控制 | DAPC (Direct Arc Power Control) | 直接设定亮度值（0-254） |
| 开关控制 | OFF, ON, RECALL MAX LEVEL | 开关灯、恢复最大亮度 |
| 场景控制 | GO TO SCENE (0-15) | 调用预设场景 |
| 组控制 | SET GROUP, REMOVE GROUP | 管理组归属 |
| 查询反馈 | QUERY STATUS, QUERY ACTUAL LEVEL | 读取当前状态 |
| 配置命令 | SET SCENE, SET MIN LEVEL, SET MAX LEVEL | 写入配置参数 |
这里有个细节要注意：DAPC命令的数值范围是0到254，255是特殊含义（MASK）。0是关闭，1到254对应实际亮度。我在项目中遇到过有人把255当亮度发出去，结果灯没反应——嗯，这就是不看协议细节的代价。
4.2 场景控制——照明界的“一键换装”
场景控制，说白了就是提前存好一组亮度值，按一下按钮全部恢复。DALI支持16个场景，每个场景可以存储每个灯具的亮度值。
你想想看，一个会议室可能有四种场景：演讲模式、讨论模式、投影模式、全亮模式。如果用传统方式，你得一个一个调。有了DALI场景，一条命令搞定。
场景的存储流程：
- 先把每个灯调到想要的亮度
- 发送
SET SCENE (场景号, 亮度值)给每个灯 - 灯内部把亮度值写入非易失存储器
- 以后发
GO TO SCENE (场景号)，所有灯同时响应
关键点：场景值是存储在灯具内部的，不是存在控制器里。所以即使控制器断电重启，场景数据也不会丢。这一点和很多国产协议不一样，国产协议往往把场景表存在网关里，网关一挂，场景全废。
我曾经在一个博物馆项目中吃过亏。甲方要求20个场景，DALI只有16个。怎么办？我的做法是把两个相近场景合并，用组控制做微调。比如“展品A照明”和“展品B照明”其实只差两个灯，那就用场景+组覆盖来解决。嗯，实战中灵活变通很重要。
4.3 组控制——把灯编成“小分队”
DALI支持16个组。每个灯可以同时属于多个组。这个设计很聪明——一个灯既可以是“大厅组”成员，也可以是“应急组”成员。
组控制的核心命令：
SET GROUP (组号)— 把当前选中的灯加入指定组REMOVE GROUP (组号)— 从组中移除DAPC GROUP (组号, 亮度值)— 对整个组调光GO TO SCENE GROUP (组号, 场景号)— 组内所有灯同时切换场景
这里有个容易踩的坑：组命令和广播命令的区别。广播命令是发给总线上所有灯的，组命令只发给组内成员。如果你用广播命令调光，那所有灯都会动，包括那些不该动的。我见过有人把广播当组控用，结果整个楼层的灯一起亮——嗯，那场面挺壮观的。
避坑指南：我曾经在一个酒店项目中，调试时用广播命令测试，结果把客房、走廊、大堂的灯全打开了。客人投诉说“你们在搞灯光秀吗？”从那以后，我写代码时强制要求：所有组控操作必须显式指定组号，禁止使用广播命令做日常控制。
4.4 反馈机制——让系统“开口说话”
DALI最让我欣赏的一点，就是它有完善的反馈机制。不像0-10V调光，你调了之后灯到底亮没亮，你根本不知道。DALI可以问，灯可以答。
常用的查询命令：
| 命令 | 返回内容 | 典型应用 |
|---|---|---|
| QUERY STATUS | 8位状态位（含故障、灯亮、调光中、场景激活等） | 判断灯是否正常 |
| QUERY ACTUAL LEVEL | 当前实际亮度值（0-254） | 确认调光是否到位 |
| QUERY MAX LEVEL | 最大亮度限制值 | 检查配置 |
| QUERY MIN LEVEL | 最小亮度限制值 | 检查配置 |
| QUERY POWER ON LEVEL | 上电默认亮度 | 确认上电行为 |
| QUERY SCENE (场景号) | 该场景存储的亮度值 | 验证场景配置 |
反馈机制有个重要限制：DALI总线上一次只能有一个设备回复。所以查询命令必须指定短地址，不能发广播查询。否则所有灯同时回复，总线就乱套了。
我习惯的做法是：系统启动时，先轮询一遍所有灯具的QUERY STATUS，确认每个灯都在线。如果某个灯没回复，就标记为“离线”，并在界面上显示告警。这样做的好处是，施工时哪根线没接好，一眼就能看出来。
个人经验：反馈数据是8位字节，但有些灯具厂商对状态位的定义不太一样。比如Bit 0是“灯亮”标志，有的厂商在灯微亮时也置1，有的则要亮度大于1%才置1。我建议你在集成不同品牌灯具时，先发几个测试命令摸清对方的“脾气”。
4.5 实战中的命令组合技巧
光讲理论没意思，咱们来点实战的。假设你要实现一个“下班模式”：所有灯关闭，但保留应急灯（组7）在10%亮度。
命令序列如下：
// 第一步：关闭所有灯（广播OFF）
0xFF 0x00 // 广播地址 + OFF命令
// 第二步：把应急灯组调到10%
// 10%亮度对应值：254 * 10% ≈ 25
0x87 0x19 // 组7地址(0x87) + DAPC值25(0x19)
// 第三步：查询应急灯状态，确认执行成功
0x07 0x90 // 短地址7 + QUERY STATUS
// 等待回复，检查Bit 0是否为1你看，三条命令搞定。如果换成0-10V调光，你得拉两根线、调两个电位器，还得用万用表量电压——这就是DALI的魅力。
最后说一句：DALI命令集虽然看起来多，但常用的也就十来个。你只要把DAPC、GO TO SCENE、SET SCENE、QUERY STATUS这几个玩熟了，80%的项目都能搞定。剩下的20%，遇到再查协议手册也不迟。
嗯，这一节就到这里。下一节咱们聊聊DALI的时序约束和总线冲突处理——那才是真正考验工程师功底的地方。