做过全屋智能项目的人大多有过类似的困惑：设备清单看着挺全，灯控、窗帘、暖通、安防都列上了，可真正交付之后，用户却觉得"没想象中好用"——开个灯要等两秒，场景切换偶尔失灵，不同品牌的设备各自为政。问题往往不在单品质量，而在系统架构和联动逻辑的设计深度。

三层架构：感知、决策与执行如何分工

一套稳定的全屋智能系统，底层逻辑其实和工业控制类似，可以拆成三个层级来看。

• 感知层：包括人体存在传感器、门磁、光照度探头、温湿度模块等。这里有个容易被忽略的细节——传统红外PIR传感器在静止状态下会判定"无人"，导致用户在书房久坐时灯光自动关闭。目前主流方案是引入毫米波雷达传感器，静态检测精度可达到呼吸级微动识别。
• 决策层：由中控主机或边缘网关承担。我们通常建议将核心联动逻辑下沉到本地网关执行，而非依赖云端。原因很直接：云端往返延迟通常在200-500ms，本地网关可以压到50ms以内，断网时也不影响基础场景运行。
• 执行层：涵盖智能开关、窗帘电机、空调网关、新风控制器等。执行层的协议选型决定了系统的扩展上限。

协议选型：KNX、Zigbee与Wi-Fi的适用边界

没有一种协议能通吃所有场景。在无锡小顺智能科技有限公司承接的项目中，常见的做法是混合组网：KNX总线用于灯光和窗帘等需要高可靠性的固定回路，Zigbee 3.0覆盖无线传感器和移动面板，Wi-Fi则主要承载摄像头和大功率家电。关键在于网关要支持多协议融合，而不是让用户在不同App之间来回切换。

弱电布线施工阶段就要把协议规划定下来。比如KNX总线需要预留手拉手拓扑的专用线缆，Zigbee设备则要关注网关的带载数量——单网关建议不超过50个节点，超出后响应速度会明显下降。

联动方案的核心：场景引擎与优先级机制

联动方案的本质是一套事件-条件-动作规则引擎。举个实际案例：离家模式下，系统需要依次执行关闭灯光、断开非必要插座、启动安防监控工程中的布防状态、将空调切换至节能模式。这些动作不是简单并行下发，而是有优先级和时序要求的。

1. 安防类动作优先级最高，确保布防指令第一时间到达
2. 灯光和插座类动作可并行执行
3. 暖通设备的模式切换放在最后，避免电流冲击

智能设备安装调试阶段，我们会用场景压测工具模拟20个以上的并发触发，确认没有指令丢失或执行顺序错乱，才算通过验收。

楼宇自控方案在住宅场景中的简化应用也值得一提。比如新风系统的CO₂浓度联动，当室内CO₂超过1000ppm时自动提升新风档位，这个逻辑在别墅项目中越来越常见，技术成熟度也已经足够。

全屋智能的体验差距，往往就藏在这些架构细节里。把感知精度、本地算力和联动优先级做扎实，系统才能真正做到"无感"运行——用户感受不到技术存在，但每一步操作都恰好符合预期。