Z4.01.3Physical-digital state sync设计研究
物理与数字状态需保持同步
别名: 开关锁死 · smart bulb switch problem · 旁路操作失同步
概念解释
一台智能设备有两套并行的状态表达：物理位形（墙上开关拨在哪、旋钮转到几度，人伸手可读）与数字状态（系统记录的通断与档位，应用与自动化依赖）。两条通道各自都能改变设备状态，于是可能矛盾：语音把灯打开，墙上开关停在关位；家人拨了墙上开关，应用还显示着昨天远程设定的状态。
同步要求是：无论哪个通道改变状态，两套表达最终收敛一致。收敛不会自然发生——机械开关天生不知道云端发生了什么，需要架构上人为缝合。
机制
矛盾的结构性来源是旁路操作不可禁止。应用、语音、自动化、定时都是绕过墙上开关的合法通道，每一次旁路操作都让开关位置失真一次；反过来，家人拨动物理开关时，如果设备不回传，数字状态失真。两条通道没有共享的物理状态变量，一致性必须靠「事件上报」这种间接机制维持，而间接机制有延迟、丢失与覆盖窗口。
最尖锐的形态是智能灯泡与墙上开关的开关锁死（smart bulb switch problem）：机械拨动开关通过切断供电表达「关」，而智能灯泡需要常供电才能待机接收指令——墙上开关一断，灯泡彻底失联，连「可被远程打开」的资格都失去。此时物理通道不是失真，而是直接杀死数字通道。解法在机制上都是把「开关」与「状态」解耦：
- 瞬时开关（momentary / 回弹开关）：只发指令不保持位置，放弃「位置即状态」，状态显示全部交给数字层；
- 智能开关带继电器与上报：开关本身成为智能设备，位置变化转为事件上报，位置显示与继电器状态合一。
前者牺牲了机械确定性换取同步，后者保留位置语义但引入对供电与网络的依赖——两条路线都在重新回答「开关的物理位形还算不算状态显示」这个被智能架构拆散的老问题。
怎么研究
- 故障语料分析：智能家居用户论坛与工单里，「灯突然失联」类故障中墙上开关被拨到关位是高频成因；统计这类归因的占比，能直接度量开关锁死的现实发生率，而不依赖部署实验。
- 旁路操作日志研究：在部署家庭里记录一周内物理操作与应用操作的比例与分布——物理通道不是应急备份而是日常主力，这个事实决定了同步问题的量级。
- 方案比较部署：同一户型分别用瞬时开关与智能继电器开关部署，比较「状态显示与物理位置不一致」事件的发生频率与用户的适应策略。
方法论注意点：同步程度要在多用户家庭里测——单身公寓里操作者唯一，矛盾少；有老人、租客、访客的家庭里物理操作比例骤增，实验室单用户场景会系统性低估失同步的频率。
边界
- 完全同步做不到，也不总值得。 回传依赖设备在线，电池供电设备做不到实时上报；灯与温控这类秒级变化的设备，短暂失真无代价；门锁与安防这类后果型设备，失真窗口才必须压到最小。同步精度应按设备分级，不追求全屋一致。
- 瞬时开关方案在断电时归零。 回弹开关没有机械保持功能，断电后开关失去一切作用——它用同步换走了物理通道的独立性，这是有代价的交换而非免费升级。
- 有些失真是故意保留的。 出租场景里房东要远程控制、房客要物理控制的脱钩，是权力结构而非技术缺陷；把同步当作无条件目标会抹掉这类合法的多方治理需求。
怎么落地
- 新装修或改造优先选瞬时/回弹开关配智能模块，从源头消除开关锁死；保留已装拨动开关的，给智能灯泡配「上电恢复上次状态」策略，让开关重新上推后灯回到失联前状态。
- 智能开关的位置显示与继电器状态做进同一个设备，不拆成两件产品。
- 应用内对「这个物理开关现在控制什么」给出可查的绑定说明，换手房与访客场景尤其需要。
- 验证办法：对每台双通道设备，从四个通道（物理开关、应用、语音、自动化）各改变一次状态，检查其余三个通道的显示是否在合理时间内收敛；任一通道改变后需要用户手工刷新才能看到的，就是同步缺口。