定义
「照明 DALI 网关远程」场景中，传感与业务终端常经蜂窝物联网接入平台；需同时考虑覆盖质量、时延、安全与卡务全生命周期。
技术特点
建议区分遥测、告警、配置与 OTA 等流量；弱网环境配置缓存与补传；TLS、证书与密钥纳入变更与回滚策略。
应用场景
适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力，支撑规模化复制。
与物联网卡协同要点
- 台账：ICCID / IMEI 与设备编号、安装位置、责任人绑定。
- 网络：APN、白名单、机卡绑定与区域/漫游策略。
- 运维：在线率、异常流量、沉默卡与告警进 ITSM 闭环。
- 合规：日志脱敏、留存周期与跨境/分包约定。
场景包下发与长连接保活
网关卡相对灯具总线的含义
照明 DALI 网关上的物联网卡，连接的是运维平台，不是每一盏灯。灯具编组、调光和场景在总线上完成，卡负责把场景包、能耗读数和故障摘要送进或送出楼宇。技术含义是：平台侧的一次下发，要在网关确认整包写入之后才算生效。写到一半断线，现场应留在上一组可用场景，而不是停在全黑或全亮。楼控集成可参见BAS。卡的在线不等于灯具已响应，总线上的应答要单独回传。
紧急开灯、保洁时段和节能时段对时延的要求不同。紧急命令需要网关已经附着，所以这类站点宜保持长连接；纯能耗抄读则可以按刻钟级上报。两种流量不要互相阻塞。
远程改场景的使用条件
使用条件是网关位置固定、总线地址已经编组、卡只访问照明平台、本地面板在断网时仍能开闭基本回路。地下车库和景观灯杆要单独看天线，金属桥架会把网关关在屏蔽里。场景包应带版本，网关只接受比当前版本新且校验通过的包。套餐按状态和偶尔的整包下发估算，调试期反复全量下载要和日常分开，避免把卡打到限额后紧急开灯也发不出去。
多楼共用模板时，楼号必须写在命令里。节假日日历不同的楼，不能接收同一份当天的时间表。能耗统计若要和电表对齐，抄读时刻要固定，不能随卡的重连时刻漂移。
下发中断把回路留在全亮
容易出错的是把场景包当成可以任意截断的流。传到一半，部分回路已经执行新场景，部分仍是旧场景，平台却显示成功。另一种是保活失败后网关重启，重启默认把所有组开到最大亮度，直到下次连接成功才收回，车库整夜全亮。卡被停机后，本地面板若也被平台锁定，现场没有人能开灯。
只看网关心跳、不看总线应答，会把灯具故障统计成通信正常。验收应在下发过程中拔掉天线：现场不得停在半包状态，恢复后版本号与平台一致，本地面板在断网期间仍能打开基本照明。
网关侧还要单独看供电和总线电源，不能把灯不亮都记成卡离线。DALI 总线有自己的供电和短路保护，总线被短路时网关仍可能附着在蜂窝上，平台心跳是绿的，整层灯却没有应答。此时若远程反复下发全亮，只会把失败回执堆进同一条卡链路。工程上应让总线故障作为一条独立事件立即上报，并暂停后续场景包，直到总线恢复。卡的保活间隔也不宜短于灯具查询周期，否则保活包和逐灯查询挤在一起，紧急开灯的单包要等一轮查询结束。夜间锁定时段若由平台计算、网关不保存锁定截止时间，卡一断，锁定和开灯策略一起失效。把这些状态写进网关本地，卡只负责同步“锁定到几点”这一条结论。
能耗累计值还会因为网关重启被清零。若平台把两次读数相减得到用电量，重启后的小读数减前一次的大读数会得到负数或巨大跳变。累计值应能判断回绕和重启，异常差值丢掉，不要写进节能报表。灯具更换后地址若被自动重排，原来的分组会指向别的回路，场景包下发成功、亮的却是另一排灯。地址变更要作为事件上报，并暂停使用旧分组，直到现场重新确认。卡号不变不代表灯具拓扑没变。