第二篇水贴

买了一年的三星 HW-Q990D ，终于连上 SmartThings 了

2026-08-02

三星 HW-Q990D 买回来整整一年，SmartThings 一直连不上。

这一年里，我怀疑过 App 、三星账号、手机权限、路由器、防火墙和 DHCP 。最后真正让它连上的改动却很小：给回音壁单独准备一个 2.4 GHz WPA2 网络，并把无线模式从 802.11ax 改成 802.11n。

这篇文章记录完整的判断过程。比最终答案更重要的是，路由器日志其实早已告诉我：问题根本还没走到 SmartThings 云端。

我的网络环境

回音壁：Samsung HW-Q990D
路由器芯片：MediaTek MT7986
路由系统：OpenWrt
2.4 GHz 主网络：WPA2/WPA3 mixed ，802.11n/ax
2.4 GHz 兼容网络：WPA2-PSK （ CCMP ）

路由器上原本有两个 2.4 GHz SSID：日常设备使用 Robin-2.4G，旧设备使用 RobinLegacy。后者已经是 WPA2 ，但回音壁依然无法完成配网。

每隔五秒连接一次

SmartThings 配网时，OpenWrt 内核日志不断出现同一组记录：

MacTableInsertEntry(): New Sta:28:af:42:7a:44:73
wifi_sys_disconn_act(): wdev_idx=2
MacTableDeleteEntry(): Del Sta:28:af:42:7a:44:73

28:af:42:7a:44:73 是回音壁的 MAC 地址。它会进入路由器客户端表，约 4 ～ 5 秒后被删除，然后马上重试。

这至少说明两件事：

回音壁的 Wi-Fi 模块并没有坏，路由器确实收到了它。
连接是在无线关联阶段中断的，而不是 SmartThings 单纯搜索不到设备。

正常连接少了哪几步

同一台路由器上，正常客户端加入 Wi-Fi 时会留下完整过程：

Recv Assoc from STA
ASSOC response (Status=0)
send Msg1 of 4-way
Receive msg 2
send Msg3 of 4-way
Receive msg 4
AP SETKEYS DONE

这就是关联成功并完成 WPA 四次握手。

回音壁的日志却只有 MacTableInsertEntry，之后直接 MacTableDeleteEntry。它没有走到 Recv Assoc，更没有开始四次握手。

因此可以先排除一大批方向：

DHCP 地址池
固定 IP
DNS
UPnP
外网访问
SmartThings 云端

这些都发生在 Wi-Fi 成功关联之后。回音壁当时甚至还没有真正加入局域网。

一堆很吓人的 MT7986 日志

排查期间还看到了这些错误：

FT_R1khEntryTab full.
The entry in R1KH table doesn't exist
AP SETKEYS DONE(rax0) - AKMMap=FT-SAE

FT-SAE 是 WPA3-SAE 与 802.11r 快速漫游的组合，R1KH 则是 802.11r 使用的密钥持有者表。这里显然存在表已满或表项管理异常。

不过，对照 MAC 地址后发现，这些 FT 日志来自其他客户端，不能直接断言它就是回音壁失败的原因。它真正提供的线索是：这个 MT7986 无线环境启用了不少高级特性，而 IoT 设备通常更需要保守、简单的兼容配置。

另外几类日志也和本次故障无关：

GroupRekeyExec 后紧跟 AP SETKEYS DONE：其他客户端成功完成组密钥更新。
miniupnpd 端口映射过期或返回 404：这是应用层行为。
其他 MAC 的 DE-AUTH reason=3：表示其他客户端主动离开 AP 。

日志级别是 kern.err，不代表它一定是当前问题的根因。先对上设备 MAC 和事件时间线，比盯着 error 单词可靠得多。

最终解决方案

我让 HW-Q990D 连接独立的兼容网络：

频段：2.4 GHz
无线模式：802.11n
加密：WPA2-PSK
密码算法：AES/CCMP

最关键的一步是：模式选 n ，不选 ax 。

修改完成后重新通过 SmartThings 添加，困扰了一年的回音壁终于成功上线。

回音壁只需要传输控制指令、状态以及固件更新，802.11n 的性能绰绰有余。802.11ax 对它没有实际价值，反而可能暴露设备固件与 AP 驱动在关联帧或高级能力协商上的兼容问题。

回音壁重新配网

手机先连接准备好的 2.4 GHz 兼容 SSID 。
暂时关闭移动数据、VPN 和自动切换网络。
检查 SmartThings 的附近设备、蓝牙、位置及本地网络权限。
保持回音壁开机，同时按住机身音量 + 和 -。
看到显示屏出现 INIT 后松开，再重新添加设备。

三星官方也建议 SmartThings 无法连接时确保网络可见、信号足够，并尝试重启路由器及调整 2.4 GHz 信道：

后记

这个问题拖了一年，是因为“SmartThings 连接失败”很容易让人把注意力放在 App 和云服务上。但真正有价值的证据一直在 AP 日志里：设备每五秒出现一次，却始终没有完成关联和 WPA 四次握手。

排障时先判断失败发生在哪一层：

无线扫描 → 关联 → WPA 握手 → DHCP → 局域网 → 互联网 → 云服务

只要确认链路停在哪一步，后面的所有层都可以暂时不看。

为什么别人的解决办法总是无法复制

搜索 Q990B 、Q990C 和 Q990D 的反馈，会看到一种很奇怪的场面：几乎每个最终成功的人都有自己的“唯一解”，但其他人照做后往往毫无效果。

有人关闭 WPA3 ，有人强制 2.4 GHz ，有人关闭 Band Steering 或 Mesh ；有人需要恢复出厂设置、关闭 SmartThings 云端保存 Wi-Fi ，或者更换手机；还有人最后靠 USB 固件升级才恢复。

原因不是这些方法都是玄学，而是 SmartThings 把不同层的失败压缩成了近似的“网络错误”：

发现设备
  → 手机传递 Wi-Fi 凭据
  → 802.11 认证与关联
  → WPA 四次握手
  → DHCP 获取地址
  → 互联网连接
  → 三星账号与 SmartThings 注册
  → 局域网发现与长期在线

例如，有一位 Q990D 用户的回音壁已经取得 IP 、可以 ping 通，却在 SmartThings 最后注册时失败。这和我的情况看起来一样，实际完全不同：我的回音壁甚至没有完成 802.11 关联。Q990D 已连接 Wi-Fi 但无法注册 SmartThings

Q990C 的三星社区讨论已经累积了大量关于掉线、重新添加和 WPA3 的反馈，也进一步说明这是一个跨代存在、但根因并不单一的问题：

三星官方排障页也承认，SmartThings 配置在 33%～ 80% 之间失败通常与家庭网络有关，并建议检查设备支持的频段、安全类型以及更换网络测试。但它仍没有向用户暴露具体失败阶段。三星 SmartThings 连接排障

更实用的方法是先按证据定位：

日志或现象	卡住的位置	优先检查
AP 完全看不到 MAC	扫描/射频	频段、信道、信号、隐藏 SSID
`InsertEntry → DeleteEntry`，没有 `Recv Assoc`	802.11 关联	n/ax 、信道、带宽、驱动兼容性
已关联但 WPA 握手失败	无线安全	密码、WPA2/WPA3 、SAE 、PMF
已完成握手但没有 IP	网络接入	DHCP 、VLAN 、地址池
可以 ping ，App 最后失败	应用/云端	账号绑定、旧凭据、App 、固件
添加成功后经常 Offline	长期连接	漫游、组密钥、休眠、局域网发现

还要注意，一个路由器开关可能同时改变很多底层行为。从 n/ax 改为 n，不只是换了一个速率标准，还可能同时移除 HE Capabilities 、OFDMA 、TWT 、BSS Coloring 和对应的厂商驱动路径。

所以本次可以确认的是：Q990D 与 MT7986 在 2.4 GHz n/ax 环境中无法完成关联，限制为 n 后恢复。 现有日志还不足以判断具体是哪项 ax/HE 能力触发问题，也不能只归罪于三星或 MT7986 中的一方。

最终答案简单得有点荒唐：独立 2.4 GHz 、WPA2-AES 、802.11n 。

一年，终于好了。

买了一年的三星 HW-Q990D，终于连上 SmartThings 了