施工知识 更新:2026-06-12 进阶

DALI 回路规划与地址策略复核

围绕 DALI 照明系统在调试前的回路切分、设备数量、地址预留、分区命名和资料口径复核,避免后面编址和场景联调越做越乱。

现场判断

施工知识

先判断什么

先确认工序边界、施工条件和交接面,再按本文步骤落到现场。

优先把本文对应的工序检查点、照片编号和交接条件写进当天记录。

优先留痕
  • 施工部位与工序条件
  • 班组交接与样板状态
  • 照片编号与复查结论
读完先去哪

检查清单

优先使用文章内配套清单;没有清单时可复制正文检查项。

优先入口
关联入口

读完直接接到现场动作

按本文内容匹配规范口径、资料模板、计算工具和材料条目,减少来回搜索。

相关规范

先核版本、适用边界和验收口径。

规范消防水泵房联动调试消防水泵、喷淋泵、稳压泵、消防水池水箱、控制柜和消防控制室联调时。

可用模板

把检查结论落到表格、台账或记录。

模板电梯机房环境条件核验记录机房编号、环境参数、电源状态、排水防渗、缺陷项和复验结论。模板火灾报警回路绝缘与接地测试记录回路编号、绝缘值、接地故障点、处理措施、复测结论和见证签字。模板交通信号系统联调记录路口名称、控制机编号、相位方案、灯具状态、冲突保护、联网状态、交管确认和开通结论。模板塔吊防碰撞系统联调检查记录塔机编号、坐标参数、限位设置、报警联动测试、异常复测结果。

对应计算器

涉及数量、坡度、损耗或工期时先统一口径。

工具电缆压降计算按电流、长度、截面积、材质和系统类型估算电缆压降。工具多系统联调窗口协调单按系统清单、共享资源、先后顺序、停窗门槛和回退路径生成统一口径。工具工期倒排计算按目标完成日期、施工天数、缓冲天数和每周休息天数估算最晚开工日期。工具图纸核对清单按专业和图纸版本核对轴线、标高、洞口、材料表、变更和放线项,生成会审或核定草稿。

材料条目

核对材料、器具或现场工具的规格和验收要点。

工地工具冲击钻 / 电锤用于混凝土、砌体钻孔、植筋和安装固定,现场重点看钻头规格、孔深、粉尘控制、临电和结构避让。材料聚氨酯防水涂料用于地下、屋面和变形节点等弹性防水部位,现场重点看固含量、厚度、基层含水率和成膜完整性。材料球墨铸铁管用于市政给水、消防外网和压力输水管线,现场重点看壁厚等级、胶圈、承插口、支墩和水压试验。材料柔性接口铸铁排水管用于建筑排水立管和横干管,现场重点看管径、接口卡箍、支吊架、防腐和通球灌水试验。

DALI 系统后期最难收的烂摊子,往往不是编程器不会用,而是前面的回路规划和地址策略从一开始就没拉清。设备数量快到上限了还继续塞,楼层分区和功能分区混着编,图纸命名、现场叫法和平台分区又各不相同。这样即便当场把地址写进去了,后面一做分组、场景和回归,很快又会乱掉。

这篇内容专门处理“编址前的规划策略”这一步,不重复讲 DALI address 编程批次调试 的批量寻址执行,也不重复讲 照明控制模块地址标签与回路映射复核 的柜内端口对应。前者更偏怎么写地址,这篇更偏写之前地址该怎么设计。

什么情况下必须先停下来做规划复核

  • 同一 DALI 回路上的设备数量、传感器、面板和驱动已经接近边界,却还在持续加点。
  • 图纸分区、楼层分区和功能分区不一致,现场不知道该按哪套口径分组。
  • 施工阶段先布线、后补命名,导致地址规划表和实际灯具位置对不上。
  • 后期增补灯具、改房间功能或拆分场景,原来的地址策略已经不再适用。

如果当前已经进入批量寻址和逐点回归阶段,就不要再在这一步兜圈;但如果连“这条总线上到底该挂谁、怎么分段、怎么留余量”都没想清,最好先停下来复核。

地址策略先锁哪几件事

先锁回路边界,不要一条总线什么都挂

  • 一个 DALI 回路里挂哪些驱动、传感器、面板和网关接口,要先按楼层、区域或功能边界定清。
  • 不要为了省回路,把完全不同功能区、不同维护边界或不同运行时段的对象硬塞进同一条总线。
  • 需要夜景、办公、会议、保洁或节假日策略明显不同的区域,通常更适合在规划阶段就拆开。

再锁命名口径,不要现场各叫各的

  • 楼层、区域、回路、组别和场景名称要提前定一套,不要平台叫一套、图纸叫一套、现场又叫一套。
  • 地址规划表至少要能把“物理位置 + 回路编号 + 预留地址段 + 分区名称”串成一行。
  • 后续运维能不能接得住,很多时候就取决于这张表是不是从一开始就清楚。

最后锁余量,不要只够当前勉强跑通

  • 不要把一条总线刚好塞满到没有任何调整空间。
  • 需要考虑后期增灯、换驱动、补传感器、分区细化和场景拆分的余量。
  • 如果设备数、线长和电压余量已经同时接近边界,就不要再把问题留给后面的编程器和网关。

现场最常见的规划错误

按施工顺手分,不按维护边界分

  • 同一施工面连续布线看起来省事,但后面调试和维护边界很可能完全不合理。
  • 某一片区域一旦需要单独调整场景或限时恢复,往往会牵连一整条不相关的回路。

地址和分组一开始就绑死

  • 有些项目在地址规划阶段就直接把组号、场景号和物理地址硬绑定,后期一改分区就全要重来。
  • 更稳妥的做法通常是把“地址编号”和“逻辑分组”分开设计,避免逻辑一变就推翻整个物理规划。

只看设备数,不看后续扩容和联动

  • 设备数量没超,不代表这条回路就真的合理。
  • 如果后续还要加面板、加传感器、补应急联动或细化场景,当前方案可能已经过紧。

复核时到底看什么

  1. 回路设备清单、图纸分区和现场布线对象是否一致。
  2. 地址规划表是否包含预留段,而不是只写现状设备。
  3. 分区命名是否能直接被平台、编程器、柜内标签和回路目录复用。
  4. 后续可能新增的点位有没有明确落位空间,而不是靠“以后再说”。
  5. 回路边界是否和维护边界、使用时段、场景策略基本一致。

如果这几项里有两三项都说不清,继续往下做批量寻址通常只会把问题埋深。

它和后续几篇 DALI 页怎么分工

最容易出现的假闭环

  • 图纸上做过地址规划,就默认现场回路切分也合理。
  • 现状设备能寻址成功,就忽略后续扩容和场景细化余量。
  • 分区名称先口头使用,准备后面再统一。
  • 把地址、组号和场景号写死在一套表里,后期一改就全盘重做。

资料怎么留,后面才真正可执行

关联页面