JZLink 智能照明与能耗管理平台

项目背景

现场是园区/楼宇照明场景，已有 PLC/HPLC 网关、智能插座、电表、人体与照度传感器。原平台封闭，新增设备、联动规则、能耗分项和第三方对接都要依赖原厂。现场希望保留既有线路和终端，只替换平台层。

遇到的挑战

• 老网关采用反向拨号，平台无法主动连接，只能在已建立会话上下发命令
• 私有 TCP 协议，报文为 <packet>{json}</packet>，动作包含 ping / deviceStatus / controlDevice / controlScene / backupData
• 设备类型多：照明回路、智能插座、电表、人体存在、照度
• 现场不能长时间停业，切换必须可回滚
• 原平台数据要迁移，但不能把旧数据原样搬进来

我们的做法

• 协议适配：按迁移数据与现场抓包还原报文，先做只读状态，再做控制
• 数据迁移：网关、设备、区域分层导入，统一设备类型与命名
• 单点验证：选 1 台网关 + 1 路智能插座，执行开/关/回滚，记录命令回执
• 分批接入：按区域逐台网关接入，保留原平台回退路径
• 平台能力：项目/区域/设备树、场景、定时、告警、能耗、审计、开放 API
• 边缘部署：JZLink 边缘服务器本地运行，外网只开放必要端口

交付内容

• JZLink 1.0.0 平台与边缘服务器部署
• 老网关协议适配、设备台账与区域树
• 迁移、调试、培训与操作手册
• 回滚手册、现场记录与验收清单

当前结果

• 平台已在生产环境运行
• 迁移演练库完成 7 个网关、40 台设备、14 个区域入库
• 1 台老网关实机连入，1 路智能插座开关成功并完成回滚
• 其余区域按现场窗口分批接入

边界与下一步

• 照明 PLC 回路逐路实测、现场网络带宽、长时间稳定性按项目验收清单推进
• 下一步接入 AI 视觉事件：人来灯亮、人走延时关、按区域统计能耗
• 不在未验证的情况下承诺具体节能率