多协议统一接入
把 Wi-Fi、Zigbee、BLE Mesh 与 Matter 收敛到同一个设备模型,避免每接一个品牌就重写一次驱动。
- 单网关建议承载 ≤ 80 个子设备,超限时按房间拆网
- 配网失败重试 3 次,仍失败则回落到本地 AP 直连
- 能力点上抛标准化命名,如 switch.on / sensor.temp
横向跑马灯展示合作方能力标签,悬停即暂停;下方四格卡片给出对接周期与兼容协议,方便你在选型阶段直接比对,而不是只看品牌 Logo。
双列交错排布,左侧为能力定义与量化指标,右侧为可执行参数;最后一张横跨整行的卡片给出端侧与云端的协同路径。
把 Wi-Fi、Zigbee、BLE Mesh 与 Matter 收敛到同一个设备模型,避免每接一个品牌就重写一次驱动。
用条件 + 动作 + 延时三段式描述自动化,把「回家模式」这类高频场景沉淀成可复用模板。
把关键判断下沉到本地网关,断网时照明、门锁与安防仍可正常联动,体验不因网络抖动而中断。
按回路采集电量并归因到设备,让节能策略有据可依,而不是凭感觉调空调温度。
设备身份、通信链路与数据存储三层设防:一机一密、双向证书校验、敏感字段加密落库。相比把全部逻辑放在云端,端云协同把关键联动留在本地,把统计与训练放在云端,兼顾响应速度与可运营性。
每个场景都给出设备规模、联动条数与验收口径,方便你按自身项目体量做等比换算。
关注的不是「能不能连」,而是长期运行中的稳定性与排障效率。
「我们用这套方案把三个品牌的照明与窗帘统一进一个面板,配网一次成功率从 72% 提到 95%。最省心的是断网续跑——公区网络抖动时,走廊照明和门禁并没有跟着一起瘫掉。」
「能耗归因报表帮我们定位到 11 台长期待机的设备,单月省下的电费约等于两台网关的成本。数据粒度够细,才谈得上优化。」
按顺序执行,每步都给了可量化的通过标准;任一步不达标就不要进入下一步,避免问题被带到联调阶段。
列出待接入设备的品牌、协议与能力点,标出无法本地控制的老旧设备。按房间分组,单组设备数控制在 40~80 台。
通过标准:设备清单覆盖 100%,协议分布明确每 80 台设备配 1 台边缘网关,网关与路由之间走有线回传;2.4GHz 信道固定为 1/6/11 以免互相干扰。
通过标准:网关负载 ≤ 80%,回传丢包率 < 0.5%把高频需求写成条件 + 动作 + 延时三段式规则,例如人体传感器触发后延时 2 分钟再关灯,避免频繁开关。
通过标准:单条规则动作 ≤ 8,误触发率 < 3%先接入 5% 的房间观察 48 小时,确认联动时延与在线率达标后再全量。压测时模拟 1.5 倍并发指令。
通过标准:联动时延 ≤ 150ms,指令成功率 ≥ 99.9%每周复查离线设备清单与联动失败日志,把重复失败 3 次以上的规则回炉重写;能耗报表按月归因到回路。
通过标准:离线设备 24 小时内清零,月度复盘不缺项数值为典型项目区间,可直接作为验收参考;进度条长度表示健康度,越接近满格越稳定。