全屋智能早已不是“装个App关灯”的玩具。作为广州时雨智能科技有限公司技术团队的一员，我见过太多项目在交付半年后就沦为“智障家居”——网关掉线、场景联动延迟超过2秒、子系统各自为政。今天不聊概念，只谈我们在上百个落地项目中沉淀下来的智能系统架构骨架与部署纪律。

一、分层架构：别把鸡蛋放在同一个篮子里

我们坚持“设备层—边缘层—云端层”的三级解耦。设备层负责采集与执行，边缘层（本地网关）承载实时性要求高的逻辑，云端只处理非紧急的数据分析。以灯光联动为例，本地网关处理响应时间可控制在80ms以内，而云端路径往往需要300-500ms——这个差距在回家模式、安防告警场景里就是体验的分水岭。所以，广州时雨智能科技有限公司的每一套方案，都会强制要求核心场景（照明、窗帘、门锁）走边缘链路，云端只做远程查看和策略优化。

二、协议选型：稳定比“全兼容”更重要

很多客户问“能不能同时支持Wi-Fi、蓝牙Mesh、Zigbee、Z-Wave？”我们的答案是：可以，但绝不推荐在同一个网关下混跑超过两种低速协议。实际项目中，Zigbee 3.0在穿墙能力和功耗上表现最均衡，适合传感器与开关面板；Wi-Fi留给摄像头和电视这类高带宽设备。蓝牙Mesh看似方便，但节点过多时广播风暴会让整个物联网系统陷入“假死”。选型原则很简单：智能设备的在线率要比功能数量重要十倍。

三、部署顺序与调试清单

施工现场最容易犯的错是“先装面板，后调网络”。正确顺序应该是：

1. 先做弱电点位复核，确认零线到位（这是90%开关面板无法稳定供电的根源）；
2. 部署网关并测试信号覆盖，用专业工具扫描2.4GHz频段干扰源；
3. 再安装传感器和面板，逐房间进行场景联调；
4. 最后接入智能音箱等第三方入口，做跨品牌语音指令测试。

这套流程走下来，能减少至少40%的售后返工。我们曾为一个200㎡的大平层项目，仅因为将网关从弱电箱移到客厅电视柜，离线率就从7%降到了0.3%。

案例：琶洲某住宅项目的踩坑与修正

上个月交付的琶洲项目，最初设计时客户坚持所有窗帘电机用Wi-Fi直连，结果16台电机同时动作导致路由器CPU满载，场景执行延迟飙到4秒。我们最终将窗帘电机全部改为Zigbee版本，并增设一台边缘计算网关，延迟降到120ms。这个案例再次验证了科技研发必须贴近真实负载，而不是只看参数表。

说到底，智能家居的终极价值不是“炫”，而是稳定地、隐形地服务于生活。广州时雨智能科技有限公司的工程师文化只有一条：把每个节点的延迟、功耗、失败重试机制都量化出来，用数据说话。如果你正在规划全屋智能，不妨从架构分层和协议选型开始思考——这两步对了，后面才谈得上体验。