极物科技 | KNX场景 - 双引擎场景协作机制前言KNX 的场景机制浓缩了国际标准“去中心化”的设计精髓——几十台设备的复杂联动被压缩成总线上一个 1 字节的场景号即使主机离线总线设备依然能自主完成场景切换。总线场景之外主机侧还提供更灵活的场景编排能力两者可以并存互补。本文围绕场景号、场景值与触发方式说明两套场景引擎的协作机制。一句话概述本文回答什么时候用KNX原生场景、什么时候用主机场景、两个引擎同台怎么不打架。1. 双引擎能力边界维度KNX原生场景主机场景执行位置执行器内部分布式主机集中式触发速度1帧总线广播与设备数无关逐设备下发N帧可编排设备仅KNX设备含经网关映射的DALI灯全协议设备KNX/DALI/RS485/CAN…动作逻辑固定目标值支持延时、条件、循环、随机等逻辑修改方式ETS改工程或现场存储模式Web/APP随时改即时生效断主机表现照常工作总线自治不可用跨设备联动无有场景触发场景、条件判断2. 协作模型各取所长┌─────────────────────────────────────┐ │ 极物主机场景引擎 │ │ 编排大脑条件/延时/跨协议/循环 │ │ │ │ 场景动作列表可以混合两类动作 │ │ ① 下发KNX原生场景1帧搞定一批设备 │ │ ② 逐台下发控制指令精细逻辑 │ └─────────────────────────────────────┘推荐分工纯KNX设备的批量定位→ 封装为KNX原生场景主机场景里只发1帧含跨协议设备/需要逻辑的编排→ 主机场景承载逻辑KNX部分调原生场景需要离线兜底的关键场景如酒店夜间逃生照明全开→ 直接绑KNX面板触发原生场景不依赖主机。3. 混合编排示例“影院模式”幕布空调KNX、灯带渐暗DALI、投影仪IP控制{name:影院模式,actions:[{type:knx_scene,value:3},/* 原生场景3灯光/窗帘 */{type:control,delay_s:2,target:空调-客厅,switch:on,speed:l},{type:control,delay_s:3,target:投影仪,power:on},{type:dim,target:客厅-灯带,value:5}]}第0秒1帧原生场景点亮灯光窗帘基线随后的延时动作处理跨协议细节——速度与灵活性兼得。4. 场景冲突消解双引擎并存最大的风险是打架冲突场景消解策略同一设备被两个场景同时驱动场景互斥组同组场景激活时自动撤销前一个原生场景与主机场景目标值矛盾以最后触发者为准状态地址回读校准自动化与手动操作冲突手动优先本地操作后30分钟内自动场景跳过该设备场景执行中途被反向触发末值生效动作列表按计划执行完毕以最终状态为准互斥组设计如在家/离家/睡眠三态是家装场景的标准做法杜绝离家模式和睡眠模式同时生效的荒谬状态。5. 双引擎的调试观测报文追踪链路中两类场景的指纹清晰可辨KNX原生场景触发 TX: 组地址 5/0/1 ← 1byte值 0x02场景3注意减一 随后多个执行器状态地址集中回报 主机场景执行 TX: 多个设备控制地址依次出现带场景名标记 间隔约几十毫秒错峰下发通过1帧 vs 多帧的形态差异一眼判断场景走了哪个引擎——排查场景慢问题时先看这里。6. 工程决策速查场景包含非KNX设备 ├─ 是 → 主机场景 └─ 否 → 需要断主机可用安防/逃生类 ├─ 是 → KNX原生场景 └─ 否 → 设备数10且逻辑简单 ├─ 是 → KNX原生场景快 └─ 否 → 主机场景好维护7. 相关文档《极物科技 | KNX场景控制 - 场景触发与场景值机制》《极物科技 | KNX场景 - 智能主机联动与远程执行》《极物科技 | KNX报文追踪 - 接收与发送链路解析》《极物科技 | KNX方案 - 别墅大宅全屋智能实战》文档说明与勘误本文示例报文与配置均取自真机联调环境其中设备名称、场景名、个体地址等均为演示数据实际使用时请按工程命名规范替换。文中端口号、报文类型与字段定义以成文时的固件版本为准若与后续版本存在差异请以主机 Web 端「系统配置 — 接口说明」页面展示的内容为准。系列文档之间通过「相关文档」小节互相引用建议按编号顺序阅读先看协议规范再看工程实战。如发现示例报文与现场不一致欢迎在评论区留言指正我们会持续核对并修订本文。在这里插入图片描述本文由极物福州研发团队整理。