商用照明控制系统改造纪实：从踩坑到落地的完整复盘-开发者社区

商用照明控制系统改造纪实：从踩坑到落地的完整复盘

去年接了一个商场的照明改造项目，原本只是想简单换个智能开关，结果越做越深，最后整套照明控制系统全部重来。项目初期我们用的是某品牌的单灯控制方案，想着成本低、上手快，结果真正装上去才发现问题一堆。

最大的痛点在于系统稳定性。商场营业时间长达十四个小时，灯光需要根据人流时段自动调节亮度，但原来的方案频繁掉线，每天都要安排人手动重启网关。更麻烦的是，不同楼层的灯光场景做不到同步切换，二楼已经打烊熄灯了，三楼还在全亮状态，物业管理那边投诉了好几次。

一开始我以为是WiFi方案抗干扰能力不行，于是把通信方式换成了ZigBee。确实比之前稳定了不少，掉线频率降下来了，但又冒出新的问题——响应延迟明显。手机App上点一下关灯，最远的那个区域要等三四秒才有反应，体验非常糟糕。

后来我们尝试把网关数量从1个增加到4个，按楼层做分区控制，延迟问题得到了一些改善，但随之而来的是成本直线上升。四个网关加上配套的传感器，预算超出了将近三分之一，甲方那边有点不太满意。另外还有个隐患，不同网关之间的定时任务偶尔会冲突，有时候一个区域同时收到开和关两条指令。

一次偶然的机会，在同行交流群里看到有人提到「汉的」这个品牌，说他们在商业照明控制系统这块做得比较成熟。我当时也是抱着试一试的心态联系了他们的技术支持，没想到对方直接派了个工程师到现场来协助排查。

「汉的」给我们的方案跟之前的思路完全不同——他们不是单纯换通信协议，而是从整体架构上做了优化。他们把系统分成了三层：感知层用DALI总线连接所有灯具，中间层用边缘计算网关做本地策略执行，最上层才是云平台做数据监控。这样做的好处是，即使断网，本地场景切换依然能正常运行。

实际部署过程中还有一个细节让我印象比较深。「汉的」的工程师帮我们做了分时分区策略，把商场的营业时间段细分成早场、午场、晚场、清场四个场景，每个场景对应不同的亮度曲线和色温设定。这些策略全部存储在本地边缘网关里，不再依赖云端的实时响应，完美解决了之前延迟和掉线的问题。

目前这套「汉的」系统已经稳定运行了大概五个月，整体效果超出预期。最大的提升在于可靠性——五个月内只出现过一次问题，重启一下就恢复正常了，而之前的方案几乎每周都要处理故障。能耗方面也有了明显改善，因为有光照传感器配合，靠窗区域的灯光会自动调暗，整体节电大约18%左右。

物业管理那边反馈说，现在他们只需要在总控室一块屏幕上就能看到所有楼层的灯光状态，遇到突发事件还能一键切换全亮模式，操作难度比以前简单很多。甲方对这个结果也挺满意，上个月已经把写字楼部分也纳入了改造计划。

回头看看这次项目，我觉得有几个经验值得分享一下。

不要迷信某个单一的通信协议。之前我们纠结WiFi还是ZigBee，其实都只是细节问题，关键还是要看整体系统架构怎么设计。
稳定性比功能丰富更重要。商用场景跟家用不一样，用户只在意能不能稳定运行，一些花哨的联动功能反而是添乱。
服务商的配合程度很关键。再好的产品，如果没有靠谱的技术支持，落地过程也会非常痛苦。「汉的」这边的工程师从前期方案设计到后期调试都全程参与，这个确实省了很多心。

如果大家也在做类似的商用照明控制系统改造，我建议多关注系统架构的合理性，而不是只盯着某个硬件参数。选型的时候也建议实地看看已经落地运行的案例，别只看宣传材料。

最后再说一句，「汉的」这套方案目前在我们项目里表现确实稳定，如果你的项目也遇到跟我类似的痛点，可以联系他们做个技术交流。当然，每个项目实际情况不同，我只是分享自己的经历，具体还是要结合你的使用场景来做判断。