DALI-2 与 D4i 照明控制：采购与调试指南
为什么 DALI-2 与 D4i 值得在采购环节认真讨论
照明控制系统的审批往往排在灯具清单之后，但控制架构实际上决定了整个项目的布线方式、调试流程、交付文档以及后期运维路径。这种顺序颠倒会带来本可避免的风险——一款灯具即便完全满足光学要求，也可能让项目团队面临地址规划不清晰、交付数据不完整、未来无法灵活扩展传感器或通信设备等问题。
DALI-2 与 D4i 为商业采购方提供了一套结构化的风险讨论框架。DALI-2 是由 DALI Alliance 基于 DALI 协议及 IEC 62386 多部分标准推行的认证计划；D4i 则在此基础上，为智能灯具定义了明确的供电与数据能力要求。这两个标签都不能替代针对具体项目的设计评审，但它们能让技术采购对话更加精准。
本指南适用于分销商、承包商、设计顾问、设施管理人员及采购团队，重点关注室内商业项目在下单前需要厘清的决策，而非以口号式标签来选择协议。
DALI-2、D4i 与 IEC 62386：名称背后的含义
DALI-2 是认证计划，而非单纯的产品功能
DALI 是通过 IEC 62386 及相关 DALI Alliance 规范定义的数字照明控制协议。其数字通信机制允许设备之间交换指令与状态信息。在实际应用中，控制系统可对设备进行寻址、创建分组与场景、查询状态信息，而不再将每个调光信号视为匿名的模拟信号。
DALI-2 认证由 DALI Alliance 负责管理，涵盖控制装置（control gear）和控制设备（control device），认证状态与相关标准部分挂钩。对于采购方而言，最重要的一点很简单：不要将"DALI 兼容"等同于已通过认证的产品。务必索取具体的产品列表、认证范围及声明的设备类型。
D4i 定义了智能数据的基础规范
D4i 在 DALI-2 认证计划的基础上，为 LED 驱动器及灯具安装的控制设备新增了要求，专门针对具备智能化、物联网就绪能力的灯具。它解决了联网照明的两大实际障碍：设备如何获取所需总线电源，以及灯具、能耗和诊断信息如何存储与上报。
DALI Alliance 明确了 D4i LED 驱动器的若干强制要求，包括：DALI Part 250（集成总线电源）、Part 251（灯具数据）、Part 252（能耗数据）以及 Part 253（诊断与维护数据）。Part 150（辅助电源规范）在 Alliance 描述的 D4i 驱动器要求中属于可选项。控制设备有其独立的认证要求，因此驱动器、传感器、通信设备和整体灯具的认证声明不可混为一谈。
这一区别在询价（RFQ）阶段至关重要。DALI-2 驱动器支持数字控制，但部分数据功能可能仍属可选；D4i 驱动器则旨在为灯具级感知、通信、资产管理、能耗上报及维护工作流提供更明确的基础。最终可获取的具体信息，仍取决于所选产品及调试平台。
采购方的首要决策：是控制需求还是数据需求？
一个常见误区是从"我们是否应该指定 D4i？“这个问题出发。更好的起点是将项目需求分为三个层次分别评估。
第一层：基础照明控制
项目是否仅需要开关、调光、少量固定分区和简单场景控制？如果是，标准控制架构可能已经足够。没有人收集、解读或使用的数据，不会为项目带来任何价值。
第二层：结构化数字控制
项目是否需要可寻址设备、多场景设置、逐房间重新配置、传感器集成，或更清晰的故障隔离能力？这正是 DALI-2 架构相较于基础调光方案更具优势的场景。其价值不在于标签本身，而在于能够将分组、场景、控制设备和交付文档作为一个整体系统进行规划。
第三层：资产、能耗与维护数据
业主是否需要灯具台账、能耗报告、诊断信息，或接入传感器与通信节点的扩展路径？如果答案是肯定的，D4i 值得专项评估。采购团队应明确所需数据类型、存储位置、读取平台，以及交付后的责任主体。
第三层往往是规格书最容易含糊的地方。“智能就绪"不是可量化的验收标准。更有力的要求应明确数据字段、接口规范、认证状态，以及供应商应提供的交付格式。
询价（RFQ）时应索取的内容
控制系统方案应与灯具、驱动器、光学器件和质保条款同等严格地进行评估。以下清单将宽泛的协议偏好转化为可核实的采购信息。
1. 认证与产品身份
索取制造商名称、精确型号、驱动器型号、控制设备型号，以及 DALI Alliance 产品数据库中对应的列表（如适用）。明确该声明适用于驱动器、控制设备、整体灯具，还是仅限内部某个组件，并在审批清单中分别记录。
对于声称符合 D4i 的灯具，确认驱动器已通过 D4i 认证，且灯具数据已按 D4i 灯具商标要求预先配置。若灯具随附控制设备或传感器，应单独确认其认证状态与兼容性，而非默认驱动器已认证即代表所有附件均已认证。DALI Alliance 的认证对象是元器件，并未设立独立的灯具整体认证计划。
2. 功能要求
用项目语言描述预期的控制行为，包括分区数量、场景要求、人感或采光输入、应急照明接口（如适用），以及设备或通信链路故障时的预期响应。若无明确的运行模式定义，供应商无法对控制方案进行有效验证。
3. 数据要求
列出运营方期望获取的信息，例如灯具标识、驱动器信息、能耗或功率数值、运行小时数、故障状态及维护提示。询问数据如何接入所选控制或楼宇管理平台，是否需要网关，以及格式是否已形成文档用于交付。
4. 布线与拓扑
DALI 电源与数据共用同一对线，但项目仍需进行完整的拓扑评审。要求承包商确认线缆路由、设备负载、总线电源、线路隔离、极性假设、选定设计下的最大距离，以及应急或特殊设备的处理方式。不要以"上个项目怎么做的"作为拓扑计算依据。
5. 调试责任归属
明确负责寻址、分组、场景编程、传感器标定、故障测试及最终验收的责任方。若灯具供应商、控制集成商、电气承包商和 IT 团队各自认为调试是别人的事，项目在安装开始前就已存在交付风险。
6. 验收证明与替换管理
要求供应商提交一份统一的审批矩阵，并在任何组件变更时及时更新。每行应注明精确型号、认证或商标证明、所需功能、责任方、验收测试、测试结果及交付文件。替换产品未经审核不得投入安装。
调试：将认证方案转化为实际运行的系统
认证有助于建立互操作性预期，但无法替代项目调试。调试应按序列规划，并留存记录证明。
第一步：核验到货组件
将到货型号与审批清单逐一比对，记录驱动器、传感器、控制器、网关及灯具标识符。交货时发生的替换必须在隐入安装前完成审查。若替换产品改变了认证范围或数据能力，这不是外观调整，而是实质性变更。
第二步：测试总线与供电状态
在编程场景之前，验证物理总线、电源供应行为、设备可见性，以及控制设备的供电需求。一个看似可以调光的系统，仍可能存在布线、寻址或供电问题，一旦天花板封闭便难以排查。
第三步：设备寻址与分组
建立寻址清单，将每台设备映射到对应房间、分区、灯具编号和控制功能。对于酒店或办公项目，清单应让设施团队看得懂，而不仅仅是安装方自己明白。分组名称应尽量与图纸和房间名称保持一致。
第四步：配置场景与传感器逻辑
测试正常场景、人感响应、采光调节、手动覆盖、时间计划以及断电恢复后的状态。记录预期行为与实测结果。若项目使用可调色温或特殊功能，应以文档形式记录运行限值，而非仅描述为"智能”。
第五步：验证数据与故障上报
对于 D4i 项目，确认控制平台能够读取所需的灯具、能耗和诊断信息。在审批矩阵中注明字段名称和单位，例如运行小时数、能耗或功率数值、故障状态、驱动器标识及故障响应。在设计允许的范围内，测试至少一条已知或模拟的故障路径并记录结果。从未向运营方呈现的数据，实际价值十分有限。
第六步：完成交付包
交付包应包含：最终寻址与分组清单、竣工图纸、设备与驱动器清单、控制逻辑、场景值、网关配置、认证证明、质保联系方式及维护说明。同时附上清晰说明，注明哪些数据可获取，以及需要使用哪个平台或工具进行访问。
DALI-2 与 D4i：项目团队的实用对比
| 评估维度 | DALI-2 | D4i |
|---|---|---|
| 主要定位 | 经认证的数字照明控制生态系统 | 面向智能数据型灯具的 DALI-2 扩展 |
| 控制模型 | 与兼容设备配合的可寻址数字控制 | DALI-2 控制，加上明确的驱动器供电与智能数据要求 |
| 灯具数据 | 取决于产品及认证范围；部分数据条款可能为可选 | Part 251、252、253 为 D4i LED 驱动器的强制要求 |
| 能耗上报 | 需明确要求并核实实际产品能力 | 能耗数据要求是 D4i 驱动器基线的组成部分 |
| 诊断功能 | 需明确项目所需的诊断功能 | 诊断数据要求是 D4i 驱动器基线的组成部分 |
| 传感器或通信集成 | 可通过兼容组件与设计实现 | 专为接入智能化、物联网就绪灯具而设计 |
| 采购核心问题 | 该认证方案是否满足所需控制功能？ | 该认证方案是否能提供业主实际会使用的数据与接口？ |
上表仅供参考。认证范围、平台、网关与拓扑设计仍需综合审查。
一份可用于验收的采购矩阵
以下矩阵是区分"声称的能力"与"已验收交付物"的最低证明记录要求。
| 要求事项 | 供应商证明 | 项目验收测试 | 责任方 | 交付文件 |
|---|---|---|---|---|
| 已认证的控制或数据能力 | 精确型号及 DALI Alliance 产品数据库对应列表 | 确认到货型号与审批清单一致 | 供应商与设计顾问 | 已审批产品清单 |
| D4i 灯具声明（如有指定） | D4i 认证驱动器列表及灯具商标证明 | 调试前核查驱动器标识与预配置灯具数据 | 供应商与控制集成商 | 灯具数据记录 |
| 所需控制行为 | 分区、场景、传感器、覆盖及故障响应清单 | 见证正常运行、手动覆盖及断电恢复 | 控制集成商 | 已签署的调试记录 |
| 所需数据 | 命名字段、单位、访问路径及网关或平台映射 | 读取每个所需字段并记录样本结果 | 控制集成商与设施团队 | 记录导出文件及访问说明 |
| 总线与供电设计 | 拓扑、设备负载及总线电源计算 | 封顶前验证安装路由与设备可见性 | 电气承包商 | 竣工图纸及测试记录 |
| 替换产品 | 替换型号及变更后的认证/数据范围 | 安装前重新审批受影响行 | 设计顾问或采购负责人 | 修订后的审批矩阵 |
产品数据库收录已认证产品，D4i 灯具要求规定了相关灯具商标的使用条件。索取的证明应与声明内容相匹配，不可仅凭驱动器标签推断整体灯具的资格。
常见采购误区
误区一：将"DALI 兼容"视为完整审批
兼容性描述可能仅说明组件的电气或协议行为，并不能证明确切的认证状态或整体灯具性能。务必要求提供型号级别的证明，并纳入审批包存档。
误区二：购买了数据却没有运营流程
能耗与诊断数据只有在有人接收、理解并有权限采取行动时才能产生价值。在为数据丰富的架构付费之前，应明确指定负责仪表盘、报警、维护记录和定期复查的责任人。
误区三：未将调试纳入商务范围
设备低价可能被不清晰的编程责任、重复上门服务、不完整的寻址及糟糕的交付所抵消。应将调试作为有测试和文档要求的可交付成果定价，而非作为非正式的"最终调整”。
误区四：忽视未来替换策略
运营方可能在原始安装数年后需要更换驱动器、传感器或通信设备。应提前确认哪些信息可被保留、替换设备是否须以特定方式认证，以及由谁负责恢复配置。
误区五：引入协议却未评估团队能力
更丰富的控制架构并不自动等于更好的项目结果。确认电气承包商、控制集成商、IT 团队和设施运营方均能支持所选系统。复杂度应有明确的负责人和合理的理由。
采购建议：简明决策框架
在设计评审阶段，使用以下问题进行核查：
- 项目的分区、场景与传感器逻辑是简单固定的，还是可能频繁变化？
- 业主只需要控制功能，还是同时需要标准化的灯具、能耗和诊断数据？
- 哪些具体产品和整体灯具已通过认证，认证涵盖哪些范围？
- 谁来负责调试、测试、文档记录和系统维护？
- 哪个数据平台将接收信息，报警升级流程是什么？
- 交付后，团队是否具备更换、重新配置和故障排查的能力？
如果数据与全生命周期问题的答案尚不明确，应暂停规格书的编制，而非将"智能"作为笼统要求加进去。若答案已经清晰，DALI-2 或 D4i 便可依据可量化的项目要求进行评估。
商业照明采购常见问题
D4i 与 DALI-2 是同一回事吗？
不是。D4i 在 DALI-2 认证计划基础上新增了要求，旨在支持具备智能数据能力的灯具。采购清单应明确区分：是要求 DALI-2 控制、D4i 认证驱动器或控制设备、D4i 灯具商标资格，还是上述要求的组合。
D4i 是否自动提供完整的智慧建筑解决方案？
不是。D4i 可为数据与设备集成提供标准化基础，但项目仍需兼容的控制设备、网关或通信层、软件、调试工作和完整的运营流程。
认证是否可以替代调试工作？
不可以。认证支持的是产品层面的互操作性声明，并不涵盖项目的拓扑结构、寻址规划、场景设置、传感器标定、平台集成、文档归档或操作人员培训。
供应商报价中应包含哪些内容？
至少应索取：精确型号、认证证明、控制与数据能力、布线假设、调试范围、交付文档、质保条款，以及提议的替换或支持路径。要求供应商标注任何依赖第三方控制器或网关的事项。
结语
对于商业照明项目而言，DALI-2 与 D4i 应作为采购与全生命周期决策来对待，而非在灯具清单末尾附加的标签。DALI-2 可提供结构化的数字控制基础；D4i 则在此之上新增了驱动器供电及标准化灯具、能耗与诊断数据的明确要求。其价值只有在规格书、组件、调试计划、平台与交付包相互一致时才能真正体现。
最可靠的下一步，是将项目的控制与数据期望转化为针对具体型号的 RFQ 核查清单。明确哪些功能需要受控、哪些指标需要测量、由谁负责调试，以及运营方如何进行后续维护。
参考来源：
- DALI Alliance: DALI 与 DALI-2 简介
- DALI Alliance: DALI data specifications
- DALI Alliance: D4i overview
- DALI Alliance: DALI-2 certification status
- DALI Alliance: Luminaire requirements
本文信息已于 2026 年 8 月 25 日对照上述 DALI Alliance 页面进行核实。产品认证状态、商标资格及项目要求在采购前应重新核查。
延伸阅读：
项目团队的下一步行动
在最终确认灯具审批之前，要求供应商将每款拟用灯具和驱动器逐一对应上述控制、数据、调试与交付要求。一份清晰的矩阵将直接揭示项目究竟需要基础数字控制、DALI-2 认证、D4i 数据能力，还是完全不同的架构。将该矩阵作为报价、替换审批、调试及交付验收的统一核查清单。