一、协议体系认知：四种通信协议的核心差异
智能家居设备之间的通信并非“连上就行”。不同协议意味着不同的通信逻辑：有的速率高但功耗大，有的功耗低但速率慢，有的需要专用网关接入。选型前若不清晰判断设备使用哪种协议、该配哪种网关，交付现场必然出现设备加不上、频繁离线、联动延迟等问题。
当前生态中主要存在四种通信协议。
无线网络协议： 传输速率最高，但功耗也高。适合摄像头、大家电等需要大带宽且常供电的设备。直连路由器，无需额外网关。
Zigbee协议： 专用低功耗通道，速率低但稳定省电。适合传感器、门锁等纽扣电池供电的长期续航设备。需搭配专用网关使用。
蓝牙Mesh协议： 当前生态的绝对主力协议。设备之间通过网状拓扑互相中继信号。适合灯具、开关、窗帘电机等设备。手机直连配网，部署便捷，性价比最高。
电力线通信协议： 通过电力线传输信号，有电就有信号，完全不受墙体阻挡。适合无线信号难以覆盖的极端场景。需搭配专用网关使用。
协议关键差异
从频段看：无线网络协议使用2.4GHz或5GHz频段；Zigbee和蓝牙Mesh使用2.4GHz频段；电力线通信使用电力线。
从传输速率看：无线网络协议最高，但智能家居控制指令实际占用远低于理论值。Zigbee理论速率较低，适合小数据量传感器指令。蓝牙Mesh实际有效速率中等，2.0版本相比1.0有明显提升。电力线通信实际控制场景速率中等。
从功耗看：无线网络协议功耗高；Zigbee功耗极低；蓝牙Mesh功耗低；电力线通信功耗中等。
从组网拓扑看：无线网络协议为星型；Zigbee和蓝牙Mesh为网状Mesh；电力线通信为总线型。
从穿墙能力看：无线网络协议中等；Zigbee较强；蓝牙Mesh较弱；电力线通信极强。
协议选择的实际逻辑
一般户型优先选用蓝牙Mesh。它是当前生态的绝对主力，设备品类齐全，性价比最高，配网最便捷。
特大户型或复杂项目，当无线覆盖确实存在困难时，可考虑电力线通信作为补充方案。它通过电力线传输，不受墙体阻挡，适合无线信号难以到达的极端场景。
有Zigbee存量设备时，通过支持Zigbee的多模网关将存量设备接入中枢体系，不占用蓝牙Mesh配额。新项目不再主动推荐新增Zigbee设备。
蓝牙Mesh 1.0与2.0的兼容性
蓝牙Mesh 2.0相比1.0在配网速度、响应延迟、待机功耗方面有显著提升。但关键限制是：旧设备无法通过软件升级支持2.0，需要新的硬件模组。
兼容性需从两个层面理解。协议标准层面，2.0规范在设计上向下兼容1.0，理论上2.0网关可以连接并控制1.0设备。实际产品层面，受固件适配、性能差异和组网机制限制，部分2.0网关可能无法连接或稳定控制部分老旧1.0设备。混合组网时整体性能由最低版本的设备决定。
场景判断原则：新项目首选全2.0设备。有少量1.0设备时，需提前确认2.0网关的兼容性，或保留旧款支持1.0的从网关。有大量1.0设备时，建议维持1.0网关体系，避免混合组网导致不稳定。
二、网关体系架构与部署边界
网关是全屋智能的调度核心。网关体系分为三个能力层级。
中枢网关： 全屋唯一的核心调度设备，负责存储和执行自动化规则。具备完整本地化能力，断网后本地联动正常执行。
从网关： 信号覆盖扩展节点，受中枢网关调度。配合中枢时具备完整本地化执行能力，断网后配合中枢仍可本地执行。
不可调度网关： 旧形态设备，无法被中枢调度，无本地化能力，断网后联动全部失效。
主从选举与协作机制
系统根据优先级自动选举主中枢，用户无法手动指定。优先级规则为：带网关功能的路由器优先级最高，其次是独立中枢网关，最后是内置网关功能的语音设备。一套系统只有一个主中枢，其他中枢设备自动降级为备中枢。
从网关受中枢调度，其子设备统一纳入主中枢的子设备管理体系。蓝牙Mesh采用广播机制，多个网关同时广播指令，可显著降低指令失败概率。所有从网关都应保持开启，最大化信号覆盖与广播冗余。
蓝牙Mesh的容量边界
单账号单物理空间内，蓝牙Mesh设备全局总上限为200台，普通蓝牙设备全局总上限为100台。关键限制：增加网关数量不能叠加总配额，只能扩大覆盖范围、提升单区域稳定性。
中小户型一个中枢网关居中摆放基本覆盖。以下情况需要升级方案：设备总数接近或超过200台；跨层信号衰减严重；大面积金属或混凝土墙体遮挡。
突破容量边界的部署方案
大平层和别墅推荐每层部署独立中枢网关，所有中枢通过交换机有线连接。这是经过验证的最优方案：有线回传低时延，分层覆盖均匀，主备冗余更可靠。即使外网故障，交换机仍能为中枢保持地址分配，确保断网状态下本地控制持续工作。
设备超过200台时，可将部分传感器分流到Zigbee协议，通过多模网关接入，不占用蓝牙Mesh配额。极端情况下可按楼层拆分独立家庭空间。
三、通信故障排查框架：四层排查法
通信故障是交付中最常见的问题。遇到设备加不上、频繁离线、联动失效时，不能靠碰运气式地重启、重置、重配。应按标准化框架逐层排查。
核心原则：从下往上查，不跳层。先看物理层有没有电，再看链路层信号通不通，再查网络层配置对不对，最后看应用层固件和逻辑。
物理层： 排查电源、供电线、设备指示灯状态、物理安装位置。设备完全无响应，检查通电和插座。设备时好时坏，检查供电稳定性。
链路层： 排查无线信号强度、蓝牙或Zigbee信号质量、信道干扰、设备与网关距离。设备间歇性掉线，检测信号强度。网关信号差，确认是否被金属屏蔽或放在弱电箱内。
网络层： 排查地址分配、网络配置、子网隔离、路由器带机量。设备频繁掉线，检查是否设置固定地址避免冲突。本地控制失效，确认中枢与从网关是否在同一网段。
应用层： 排查App权限、设备固件版本、场景配置逻辑。自动化不触发，检查场景是否被禁用或配置错误。所有设备突然离线，检查账号登录状态是否有效。
四类高频故障的标准排查路径
设备加不上： 确认手机蓝牙已开启。确认设备已通电且指示灯正确闪烁。手机靠近设备。确认连接的是2.4G频段。检查App权限。退出App清空后台重试。大多数问题出在前三步。
设备频繁离线： 用App检测信号强度。确认设备连接的是2.4G频段。可尝试在路由器后台将2.4G频段信道从自动改为固定值，减少因路由器频繁自动切换信道导致的设备掉线，部分路由器不支持手动设置信道，无法操作时可跳过。为设备绑定固定地址。若路由器带机量不足需更换。
联动延迟或失效： 场景的执行方式是本地还是云端，无法手动选择，由系统根据触发条件、执行动作和所涉设备是否支持本地化自动判定。查看方式：在自动化列表名称旁查看是否有本地标签。排查步骤：检查场景是否带本地标签。确认所有设备固件最新。简化场景测试单触发单执行。复杂场景拆分为多条简单自动化。核心联动优先确保为本地执行。
不能本地执行的常见原因：触发条件包含联网功能，如室外天气；执行动作包含发送通知或执行手动场景；所涉设备中包含不支持本地化的旧款设备。
断网后本地场景不运行： 检查场景是否带本地标签。确认中枢网关在线。检查是否混入了不支持本地化的设备。关闭所有不可调度网关的网关功能。确保场景触发条件不包含联网功能。
四、联动原理：本地执行与云端执行
自动化联动是全屋智能的核心价值。理解底层执行逻辑，才能有效分析和排查场景问题。
一条指令的旅程
云端执行路径中，指令需经过传感器、网关、路由器、云端服务器、路由器、网关、设备，任一环节断开或拥堵都会导致失败或延迟。
本地执行路径中，指令直接在局域网内完成。传感器触发后，中枢直接下发指令给执行设备。中枢网关将自动化规则存储在本地，即使外网断开，只要中枢通电、设备在线，预设自动化仍可执行。
本地联动与云端联动的核心差异
执行位置： 本地联动在家庭局域网内完成，由中枢网关执行。云端联动在云端服务器完成。
延迟级别： 本地联动响应时间通常在50毫秒以内。云端联动通常在300毫秒以上。
断网可用性： 本地联动断网可用。云端联动断网不可用。
适用场景： 本地联动适合安防、照明、温控等关键场景。云端联动适合通知推送、远程控制等场景。
关键安全场景必须配置为本地执行。燃气泄漏联动开窗关阀、烟雾报警等安全场景，断网后必须能执行。本地化不依赖外网和云端服务稳定性，响应速度更快、可靠性更高。
场景翻车的常见现象与排查
场景不触发： 检查主网关是否在线。检查触发设备是否在线和信号正常。检查自动化规则是否被禁用。检查是否有多条规则控制同一设备造成冲突。
部分设备不执行： 检查未执行设备是否在线。检查设备信号强度。检查场景中是否混入了不支持本地化的设备。
执行延迟大： 检查场景是否为云端执行。检查网关是否使用有线连接。检查路由器负载。检查设备是否开启休眠模式。
场景逻辑冲突： 检查是否多个自动化控制同一设备。简化条件避免多条件叠加。检查传感器安装位置和灵敏度。
五、核心记忆要点
蓝牙Mesh是绝对主力协议，一般户型优先选用。Zigbee仅用于存量设备接入。电力线通信作为极端场景补充方案。
中枢网关是总指挥，从网关是信号节点，不可调度网关是独立孤岛。主从选举自动完成，用户无法手动指定。
蓝牙Mesh全局上限200台，增加网关不增加配额，只能扩大覆盖。
别墅和大平层每层部署独立中枢加交换机有线连接，是最优方案。
排错从下往上，不跳层：先物理层，再链路层，再网络层，最后应用层。
本地联动断网可用，响应50毫秒以内。云端联动依赖外网，断网失效。关键安全场景必须保证本地执行。
场景的执行方式无法手动选择，由系统自动判定。核心联动应优先确保为本地执行。
资料版本： V1.0
资料状态： 已发布
适用生态： 米家生态（已完整适配）
