极物科技 | KNX场景控制 - 场景触发与场景值机制前言KNX 的场景机制浓缩了国际标准“去中心化”的设计精髓——几十台设备的复杂联动被压缩成总线上一个 1 字节的场景号即使主机离线总线设备依然能自主完成场景切换。总线场景之外主机侧还提供更灵活的场景编排能力两者可以并存互补。本文围绕场景号、场景值与触发方式说明两套场景引擎的协作机制。一句话概述本文从总线报文层面拆解场景——一个1字节的场景号如何让几十台设备瞬间各就各位。1. KNX场景的总线本质KNX原生场景是分布式存储、一点触发的机制场景号1byte写入场景组地址 → 所有订阅该地址的执行器各自查内部场景表 → 各自跳转到预存的目标值一次总线广播几十个执行器并行动作——这是KNX场景快的根本原因对比逐设备下发控制报文的主机场景。2. 场景值的编码2.1 DPT 17.001的1byte场景号值域总线0~63ETS界面显示1~64显示值总线值1主机侧场景激活的写入逻辑脱敏示意/* 主机配置的场景值为界面值(1~64)写入时减一 */knx_write_one_byte(scene-group_address,scene-value-1,场景控制,scene-name);2.2 场景对象的成对配置执行器的场景对象通常是两个对象方向用途场景控制存储调用写收到场景号即调用**长按值场景调用仅调用写只调用不存储⚠️ 用存储模式现场录场景很方便但误触长按会覆盖原场景——交付后建议在ETS中把存储对象禁用或改用仅调用对象。3. 场景触发的总线流程① 触发源面板按键/主机/第三方UDP 2156端口 ② 构造CEMI目的场景组地址APCIGroupValueWrite数据场景号 ③ 总线广播约20ms一帧场景只需这一帧 ④ 各执行器并行查表动作各自渐变到目标值 ⑤ 状态地址陆续回报主机状态视图更新对比主机场景逐设备下发N帧KNX原生场景的触发延迟与设备数量无关——超大规模场景务必用原生场景。4. 主机侧的场景值管理极物主机对KNX场景提供完整管理能力Web界面/接口操作说明创建指定场景名称组地址场景值1~64修改场景值变更后激活即写入新值修改组地址场景迁移到其他组地址重命名对外name变更不影响总线值删除移除配置不影响执行器内部已存的场景数据激活立即触发内部执行value-1写入配置持久化保存主机重启后场景表原样恢复。5. 与ETS场景对象的对应关系ETS工程执行器侧 极物主机侧 ───────────────────────────────────────────── 场景1亮度100/窗帘开/空调22℃ ←激活 value1总线写00 场景2亮度50/窗帘半开 ←激活 value2总线写01 场景5全关 ←激活 value5总线写04对应规则主机场景值 ETS场景号同一编号体系组地址 执行器场景对象地址。ETS中改了场景号主机侧同步改value即可两侧永远差1于总线值。6. 场景触发的多种入口入口通道延迟KNX面板按键总线直发0跳主机最快APP/第三方UDP 2156 → 主机 → 总线快传感器联动主机联动引擎 → 总线快定时主机定时器 → 总线准点所有入口最终都收敛到1byte场景号写入组地址这一个总线动作。7. 常见问题现象排查场景触发部分设备不动该执行器场景对象未订阅该组地址或场景号未存储场景号总是差117.001减一陷阱主机值/ETS号/总线值三者换算搞混场景被莫名改写存储模式被误触发长按禁用存储对象新录场景不生效执行器未进入存储模式查长按报文值0x80是否发出8. 相关文档《极物科技 | KNX场景触发 - 场景执行UDP接口》《极物科技 | KNX场景 - 双引擎场景协作机制》《极物科技 | KNX协议 - APCI指令与数据点类型解析》《极物科技 | KNX报文追踪 - 功能总览与使用指南》文档说明与勘误本文示例报文与配置均取自真机联调环境其中设备名称、场景名、个体地址等均为演示数据实际使用时请按工程命名规范替换。文中端口号、报文类型与字段定义以成文时的固件版本为准若与后续版本存在差异请以主机 Web 端「系统配置 — 接口说明」页面展示的内容为准。系列文档之间通过「相关文档」小节互相引用建议按编号顺序阅读先看协议规范再看工程实战。如发现示例报文与现场不一致欢迎在评论区留言指正我们会持续核对并修订本文。本文由极物福州研发团队整理。