9 月 25 日，知乎上一道老问题《homeassistant 可以同时挂多少个设备》又被顶上来了，一条新回答拿到了 10354 浏览。问题问得很典型：开关、温湿度传感器，全屋一套接进 HA，到底能挂多少、会不会挂崩。
几乎同一时间，小红书上有人发帖算账：《家里连了 50 个智能设备？你的路由器可能在……》。两条线索撞在一起，恰好是 2026 年 HA 玩家最真实的一道坎——不是"能不能接进来"，而是"接进来 80 台之后，为什么开始天天批量掉线"。小红书
把近半年跨平台的吐槽帖和 Home Assistant 官方文档摆在一起看，会得到一个反常识但省钱的结论：大多数"HA 不稳定"，锅不在 HA，而在无线信道、路由器、云端依赖这三层。这笔账算清楚，能省下一台不该买的路由器。
一、先说结论：设备数量从来不是 HA 的瓶颈，但每一层协议都有自己的天花板
HA 官方 ZHA 文档里没有"最多支持 N 台设备"这种硬数字；但在 ZHA 这一页，官方明确写了另一句话：Zigbee 网络的覆盖和设备容量，高度依赖通电的"路由器设备"（router device，插座、灯具这类常供电设备）的数量——电池供电的传感器（end device）堆得再多也不涨容量，只有长通电的设备才能给网络扩容和中继。Home Assistant 官方文档
而 9 月 25 日那条高浏览回答给出的判据也是同一个方向：“具体数量取决于你的设备通信能力”——以 BTHome 蓝牙协议传感器为例，只要网关或主机的蓝牙扫描得过来广播数据，设备就能在 HA 里显示。也就是说，HA 本体更像调度台，真正卡脖子的是各条无线/网络通道各自的天花板：知乎
Zigbee 网络：信道选错、协调器被 USB 3.0 干扰、router 设备太少，容量直接腰斩。ZHA 官方文档甚至直接承认了"大网络拥塞"的存在：开机时对所有市电设备做一次状态轮询是默认行为，官方原文写道 “Disable this if your network is large and the startup polling causes congestion”——网络一大，轮询就会造成 Zigbee 信道拥堵。Home Assistant 官方文档
WiFi 设备：2.4G 频段并发和空口时间被吃掉，路由器先扛不住；
蓝牙广播：扫描侧处理能力见顶；
云端依赖：设备直连云端（米家/美居/HomeKit）时，厂商服务器一抖，你这边就是"批量离线"。
二、社区这半年在吵什么：离线帖的样本长什么样
这不是我一个人的推断，是跨平台样本的分布。拿几个讨论量摆出来：
平台/帖子 | 讨论量 | 用户卡在哪 |
|---|---|---|
知乎"装修想做米家系，纠结蓝牙 mesh 还是 zigbee" | 42 万+浏览 | 协议选择期，怕选错层 |
知乎"智能家居网关，可不可以不用？" | 3.3 万浏览 | 不想多花钱买网关 |
小红书"小米设备每天大量离线到底是为啥" | 299 赞/115 评/276 藏 | 千兆宽带+两台 WiFi6 路由器，照样批量掉线 |
小红书"一招搞定苹果 HomeKit/Aqara 智能掉线" | 450 赞/797 藏 | 改了路由器 DHCP 里一个 DNS 设置就好了 |
小红书"智能家居离线断网问题"（49 条追问） | — | 中枢网关一断网，全屋自动化失效 |
小红书"家里连了 50 个智能设备"（9 月 23 日新帖） | — | 设备规模期，开始算路由器账 |
美的美居 7 月 16 日突发全员离线 | 67 条同类报障 | 云端故障，用户本地明明有人在家 |
样本里有三种反复出现的"冤案"：掉线被归因给 HA，其实是路由器；掉线被归因给路由器，其实是 DNS/信道；掉线被归因给设备质量，其实是厂商云端。那条 797 收藏的 HomeKit 掉线帖就是典型案例——博主按路由器管理页里改了 DHCP 的 DNS 服务器，“WiFi 设备不再反复离线，家庭中枢恢复在线”。折腾智能家居的人往往先怀疑智能家居本身，很少怀疑路由器里一行 DNS。小红书
三、三本账，按顺序算：先免费的，再小额的，最后才花钱换硬件
第一本：Zigbee 信道与摆放账（0 元）。
官方 ZHA 文档给了很具体的操作项：Zigbee 的 2.4GHz 频段分 16 个信道，推荐只用 15、20、25，避开与常用 WiFi 信道的重叠干扰。 协调器尽量放在房子物理中心、远离墙壁天花板；USB 接口的 Zigbee 棒要加延长线、插 USB 2.0 口、远离 USB 3.0 设备（官方原文直接附了干扰演示视频，USB 3.0 接口对 2.4GHz 的噪声是实打实的物理压制）。注意一个坑：信道是组网后网络信息页上"唯一可以改的字段"，但改信道全设备重配，所以装修初期一次选对，比事后补救便宜得多。Home Assistant 官方文档
第二本：路由器与 DNS 账（0–几十元）。
WiFi 直连设备超过两位数（尤其带摄像头、门锁这种持续占用空口的），先把路由器后台做三件事：2.4G 信道从"自动"改成像 1/6/11 这种固定干净信道；检查 DHCP 的 DNS 是否被魔改或超时（上面 797 收藏帖的病根就在这）；给智能设备单独开一个 IoT SSID、关掉隔离之外的花哨功能。这三步不动一分钱。
第三本：本地化账（几十到几百元，决定"断网后全屋是否瘫痪"）。
1 月那条 49 条评论的帖子戳的是核心焦虑：“都说设置好了自动化断网也不怕，可中枢网关一断网，开关和灯全部离线”。答案是把执行层挪回本地：接 HA 的价值恰恰在这——ZHA/本地集成走局域网，不经过厂商云。7 月美的美居全员离线那种"人在家、设备集体失联"的场面，就是纯云端架构的代价。预算有限时，与其换更贵的路由器，不如把关键回路（人体传感器+灯）换成本地 Zigbee/蓝牙直连进 HA。小红书小红书
四、按症状分诊：掉线时先对号，别先下单
掉线症状 | 大概率病灶 | 第一步动作 |
|---|---|---|
只有 Zigbee 设备掉，WiFi 设备正常 | 信道冲突/协调器位置差/USB 3.0 干扰 | 延长线+USB2.0 口，信道改 15/20/25 |
全体 WiFi 设备高峰期掉线，Zigbee 正常 | 2.4G 空口拥堵、路由器扛不住 | 固定 WiFi 信道、摄像头限码率、考虑 AP 分流 |
米家/Aqara 设备反复"在线—离线" | 路由器 DNS/DHCP 或云端抖动 | 先改 DHCP DNS，再看厂商公告 |
断网后全屋自动化全瘫 | 执行链路在厂商云，不在本地 | 把该回路迁入 HA 本地集成 |
只有某一品牌设备成批离线 | 厂商云端故障 | 等官方恢复，别拆自己家网络 |
分诊表的意义在于："HA 挂多少设备"和"HA 稳不稳"是两个问题，前者基本不是瓶颈，后者取决于你在哪一层省了钱。
五、这轮升级窗口，顺手把版本账也看一眼
9 月 27 日 HA 刚发了 2026.9.4，9 月连发四个补丁版本（9.1–9.4），这个频率本身就说明 2026.9 大版本里有东西在社区里被打爆过。批量掉线排查的最后一步，是核对集成更新说明——连 9.4 的更新日志里都有一条专门针对 HTTP 安全过滤开销的调整，安全类修复仍在持续滚动。 如果你把面板类第三方入口当主力，升级节奏本身就该纳入维护计划。GitHub
至于还在纠结"要不要入 HA 坑"的：42 万浏览那道"米家还是 zigbee"的题，社区至今给不出统一答案。 但三本账的顺序是通用的——先信道、再路由器、最后才谈加网关或换设备。装修前 1000 元以内就能把这层做对，装修后再补救，成本直接乘以时间。知乎
你家的批量离线，最后查到是哪一层？是 USB 3.0 干扰这种"免费坑"，还是路由器 DNS，或者干脆是厂商云端故障？评论区报一下"设备总数 + 掉线的是哪类设备 + 排查结论"，给后来者攒一份真实样本账。
