最近不少朋友在折腾 Wi-Fi 6 设备时都碰到过类似 ST67W611M1 target-wake-time function not supported 这样的提示。这个型号通常出现在笔记本或者迷你主机的无线网卡模组上报错本身很简单你的网卡或者驱动不支持 TWTTarget Wake Time目标唤醒时间功能。但真正让人头疼的是这个提示到底意味着什么是硬件坏了、驱动问题还是路由器设置有问题这篇文章我会从 TWT 功能本身讲起把这句报错背后的逻辑拆开再结合我自己的调试经验给你一套从定位到解决的完整思路。不管你是普通用户想消掉报错还是做设备调试的工程师应该都能在文章里找到有用的东西。1. 认识 TWT 功能与 ST67W611M1 报错的真实含义1.1 TWT 到底是个什么功能TWT 是 802.11ax也就是 Wi-Fi 6标准里引入的一种省电机制。在没有 TWT 的传统 Wi-Fi 中设备即使没有数据传输也必须周期性地醒来监听无线信道等待路由器发来的信标帧以便及时收到数据。每次唤醒、监听、再睡过去的过程都会消耗不少电而且在设备密集的场所频繁的信标监听还会增加信道竞争降低整体网络效率。TWT 的做法是让设备STA和路由器AP协商出一套“唤醒时间表”。设备可以在不需要通信时进入深度休眠只在约定好的时间窗口醒来和路由器交换数据。简单来说TWT 就像是你和快递员约好了下午三点送货而不是从早上九点一直守在门口等。TWT 的省电效果在移动设备上非常明显尤其是 IoT 设备、摄像头、传感器这类需要长时间待机的设备。对于手机和笔记本的电池续航也有帮助只是感知上没那么强烈。1.2 ST67W611M1 是什么设备ST67W611M1 这个编号并不是某个芯片厂商的标准型号更像是成品网卡模块上的丝印编号。根据这个报错出现的位置来判断它大概率是一块支持 802.11ax 的无线网卡模组可能是 Intel、Realtek、联发科等主流方案也可能是某个 ODM 厂商自研的模组。由于没有统一公开的规格表最直接的确认方式是打开系统的设备管理器Windows或者用命令查询芯片型号Linux。这块网卡出现在报错里说明驱动层在尝试执行与 TWT 相关的操作时被系统或固件明确拒绝了于是把“function not supported”这个结果返回给应用层。1.3 “function not supported”的几种可能性这句话从字面理解就是“不支持该功能”但实际触发原因往往是多层的第一硬件层面。网卡射频芯片或 MAC 层芯片的固件本身就没有实现 TWT 协商逻辑这在早期 Wi-Fi 6 网卡或者一些低成本的 Wi-Fi 6 模组上比较常见。第二驱动层面。芯片硬件支持 TWT但驱动程序没有实现对应的命令接口。比如 Linux 下网卡驱动对 mac80211 中 TWT 相关回调函数没有处理内核就无法完成协商只能返回不支持。第三固件配置层面。有些网卡可以通过修改配置或刷写固件来开启 TWT 功能默认固件可能出于稳定性考虑把它关闭了这时候驱动能识别到能力但实际调用时同样会被拒绝。第四系统与驱动版本不匹配。过于老旧的系统内核或驱动根本不了解路由器发来的 TWT 能力元素自然就当作不认识了。理解了这几种原因下一步就好办了——逐层排查找到你身上这个报错到底卡在哪一层。2. 快速定位三步判断问题出在硬件还是软件2.1 第一步确认网卡芯片和驱动版本在动手之前先搞清楚你手里这块网卡到底是什么方案。Windows 系统可以这样做按 WinX 选择设备管理器展开“网络适配器”找到无线网卡设备右键属性在“详细信息”标签里查看硬件 ID。硬件 ID 中 VID厂商 ID能直接告诉你芯片来源8087 是 Intel10EC 是 Realtek14C3 是联发科。Linux 系统更简单打开终端执行lspci -nn | grep -i network # 或者 lspci -k | grep -A 3 -i network看到设备型号和内核驱动模块后继续执行ethtool -i wlan0或者查看驱动信息modinfo 驱动名这里会显示驱动版本、固件版本等关键信息。我遇到过不少“function not supported”报错最后核实下来就是驱动版本太老。尤其是 Linux 发行版自带的驱动仓库通常滞后而 Wi-Fi 6 的 TWT 支持是近几个内核版本才逐步完善的。2.2 第二步用系统工具检查 TWT 能力确定驱动版本后就可以着手检查网卡是否真的支持 TWT。Linux 下最直接的工具是 iwiw phy注意是小写指令执行后屏幕会输出一大段整理好的无线能力信息。你需要着重查找“Target Wake Time”相关的字符串可能在“Device capabilities”或“Supported interface modes”下面。如果 iw 输出里压根找不到 TWT说明驱动没有向内核声明这一能力后续协商基本不可能成功。Windows 下也可以用命令检查驱动能力netsh wlan show drivers输出中的“支持的协议”和“无线显示支持”等字段会给出参考不过 Windows 下的信息颗粒度不如 Linux 细有时看不到明确的 TWT 字样。这时候可以通过网卡属性高级选项卡查看寻找“Target Wake Time”、“TWT”或“Wake on Wireless”之类的选项。不同厂商驱动措辞不一样如果找不到可以在“电源管理”里看看有没有“允许计算机关闭此设备以节约电源”的选项这关系到 TWT 是否能进入正常协商状态。2.3 第三步查日志定位具体报错上下文很多报错只有在特定操作下才会触发比如连接特定路由器、唤醒后重新关联、开启省电模式等。所以光看一句“function not supported”不够要把上下文挖出来。Linux 下可以看内核日志dmesg -T | grep -i -E twt|time|not supported journalctl -k | grep -i -E twt|time|not supportedWindows 下可以在事件查看器里搜索网络相关来源的事件也可以使用网络监视器或 Wireshark 抓包观察受控管理帧中的 TWT 协商情况。不过这要求你熟悉 802.11 协议帧结构适合有一定基础的朋友。日志是最好用的判断依据。如果日志显示驱动在初始化时主动禁用了 TWT那基本就是配置问题如果显示硬件不支持那就别在软件层浪费时间了。3. 对症下药从驱动到系统再到路由器的完整修复路径3.1 优先更新网卡驱动和固件根据我的经验超过一半的“function not supported”都是驱动层不支持造成的而驱动更新后问题就直接消失了。所以第一步永远是去芯片厂商官网或者设备厂商官网拉最新驱动。Linux 用户优先考虑升级内核因为 mac80211 和 cfg80211 框架对 TWT 的支持都是跟内核版本走的。很多老内核比如 5.4 之前对 TWT 的支持非常有限即使硬件支持也无济于事。升级到 5.15 以上的长期支持内核后再重新执行 iw phy 查看能力项大概率能识别出 TWT。Windows 用户则要注意不要只看 Windows 更新自动推送的驱动版本很多厂商定制的驱动在功能上做了裁剪自动更新有时反而“更旧”。去官网下载对应型号的完整版驱动包在“设备管理器”里右键属性 - 驱动程序 - 更新驱动程序 - 浏览我的电脑 - 让我从计算机上的可用驱动程序列表中选择手动安装新版驱动必要时勾选“显示兼容硬件”。3.2 尝试通过驱动参数或注册表打开 TWT更新完驱动后如果还是不支持可以进一步看看驱动是否隐藏了 TWT 开关。在 Linux 下部分驱动模块携带参数可以通过修改 /etc/modprobe.d/ 下的配置文件来调整。以 Intel 的 iwlwifi 驱动为例有时候需要通过 modprobe 参数调整电源管理模式sudo modprobe iwlwifi power_save1不过要注意并非所有驱动都有这个参数。你可以先查看该驱动支持的参数ls /sys/module/iwlwifi/parameters/或者modinfo iwlwifi | grep parm如果能看到 ucode_tlv 早期功能开关之类的参数可以根据驱动文档尝试修改。但我要提醒一句在没有完全理解参数含义的情况下不要乱改尤其是涉及固件行为的参数改完可能导致网卡工作异常甚至连接不稳定。Windows 下的类似操作是修改注册表或网卡高级设置。有些 Realtek 网卡在“高级”选项卡里就有一项“Target Wake Time”默认可能是 Disabled把它改成 Enabled 再重启网卡。Intel 网卡则要看版本较新的 Intel Wi-Fi 6/6E 驱动默认启用 TWT无需手动改。3.3 从路由器端排查并调整 TWT 配置如果驱动和系统都排除了接下来要看路由器这一侧。TWT 协商不是单方面决定的它需要 AP 和 STA 双方都支持并同意开启。检查路由器后台管理界面找到“无线设置”或者“Wi-Fi 高级设置”搜索“TWT”或“目标唤醒时间”字样。部分路由器在 2.4GHz 和 5GHz 频段下对 TWT 的默认开关状态不同有的甚至在特定频段下干脆不支持 TWT。如果你发现路由器端根本没有 TWT 选项可以试试把路由器固件升级到最新。现在主流的 Wi-Fi 6 路由器固件更新都比较勤快不少品牌在更新日志里明确提到“优化 TWT 兼容性”。如果排查后发现路由器端关闭了 TWT注意不要直接去路由器后台强制开启特别是家里有很多老旧设备的时候。TWT 本身是一种调度机制需要设备严格遵守唤醒时间。如果某个设备没有正确实现 TWT强行开启反而会导致它迟迟等不到数据表现为网速忽快忽慢、延迟飙升甚至掉线。3.4 最终方案关闭 TWT 是否可行如果以上所有方法都试过了硬件确实不支持 TWT那也不用沮丧。对笔记本用户来说TWT 对续航的提升大约在 5%~15% 之间具体取决于使用场景。如果你常年插电使用直接忽略这个报错即可。如果这个报错影响了某些软件的判断或者你想尽可能地省电可以尝试在无线网卡驱动设置里找是否有“禁用 TWT”选项然后手动关闭。报错提示本身没有影响网络传输的功能只是功能协商失败后的结果不会导致网速下降或连接异常。我自己有一台老笔记本使用的是早期 Wi-Fi 6 网卡TWT 功能确实不完整但关闭后一切正常。在路由器端也有关闭 TWT 的选项通过命令或者后台可以设置。4. 避坑指南我在实测中遇到的高频问题与解决记录4.1 报错其实不影响网速不要被误导最先要告诉所有读者的一句话TWT 是省电功能不是性能功能。TWT 不生效不会让你的网速变慢不会增加打游戏的延迟也不会影响视频通话体验。它影响的只是待机时设备的功耗。我自己实测过一块不支持 TWT 的网卡在 5GHz 频段下连续拷贝大文件、看视频、视频会议全程没有任何异常。功耗差值在待机场景下可以用专业设备测出来但在日常使用中凭体感根本察觉不到。所以如果你看到“function not supported”第一反应不应该是“网卡坏了”而是放轻松这个报错对绝大多数用户来说无伤大雅。4.2 2.4GHz 与 5GHz 频段差异不可忽视我调试过程中发现一个很有意思的现象同型号网卡连接 2.4GHz 频段路由器时报 TWT 不支持切换到 5GHz 频段就正常了。原因是有些路由器在 2.4GHz 频段默认关闭 TWT或者固件对 2.4GHz 频段的 TWT 支持不完善。所以排查时可以多试试切换频段。如果你的路由器支持 MIMO 或双频合一可以暂时把双频合一取消分别连接 2.4GHz 和 5GHz 测试看看报错是否存在差异。这样既能判断问题是不是路由器端频段策略导致的也能顺手排查无线信号的干扰问题。4.3 某些驱动版本会主动隐藏 TWT 能力另一个容易踩的坑是驱动做了能力裁剪。有些厂商为了让驱动在更多设备上稳定运行会在驱动层主动禁用尚未完全成熟的 TWT 特性。这时候你用 iw phy 去查会发现网卡根本没有报告 TWT 能力但硬件本身是支持的。我遇到过一款 Realtek 网卡硬件上明确支持 802.11ax TWT但官方稳定版驱动竟然不开启该功能。而从某个内部测试版驱动开始才把 TWT 能力加上。这种时候单看硬件型号是判断不了问题的必须结合驱动版本来判断。建议做法去官方支持页面翻一翻版本更新说明关注“Add TWT support”或“Improve power efficiency”等关键词。如果某个测试版驱动明确提到 TWT 增强可以装上去试试。不过测试版稳定性不保证如果平时网络重度使用先备份驱动再说。4.4 省电模式设置也会影响 TWT 的启用Windows 下电源计划也很关键。TWT 本质上是省电机制所以如果系统设置成“高性能”模式部分驱动会强制关闭 TWT。相反在“平衡”或“节能”模式下驱动才会把 TWT 当作标准功能启用。Linux 下可以通过以下命令主动控制电源保存模式iw dev wlan0 set power_save on这个命令只是打开或关闭省电不一定直接影响 TWT但省电关闭状态下驱动几乎不会去协商 TWT因为它没必要为了省电而进入深度睡眠。所以在测试 TWT 是否可用时先把电源模式调整到合理状态。4.5 部分 AP 的 TWT 实现存在兼容性 bug还有一种情况网卡和驱动都没问题但路由器端 TWT 实现有 bug。我在几个不同路由器上交叉测试时发现某些 AX 路由器开启 TWT 后与部分手机、笔记本的兼容性反而变差具体表现为设备休眠后无法被及时唤醒消息推送延迟甚至个别智能家居设备间歇性掉线。这种情况下报错“function not supported”可能不是来自网卡而是驱动在尝试与 AP 协商 TWT 时收到了异常响应最终放弃并上报不支持。排查方法比较直观换一台路由器或者关掉路由器的 TWT 选项看看是否恢复正常。我个人建议就算路由器支持 TWT如果家里设备种类很杂建议保持关闭状态。省电效果有限但兼容性风险实实在在。5. 一些关于 TWT 报错的实际体会与建议调试这类报错最忌讳的就是一上来就下结论说“硬件坏了”。我碰到过太多用户看到“not supported”就想退货换卡其实最后就是驱动老了一个版本或者路由器设置了双频合一导致频段不匹配。这里分享一个我常用的排查顺序先确认驱动版本是否最新再确认系统内核版本是否过旧然后看路由器端 TWT 开关状态最后才考虑硬件能力。整套流程五分钟就能走完能覆盖九成以上的场景。如果你的 ST67W611M1 网卡最终确认硬件不支持 TWT也不要着急。这个功能的主要收益在省电而日常插电使用对续航根本不敏感。如果你的使用场景是笔记本长期外出使用那确实可以考虑换一张支持 TWT 的 Wi-Fi 6 网卡模组成本不高好处是既解决了报错也能让 802.11ax 的完整特性真正发挥出来。最后再提一个比较容易被忽略的细节有条件的可以在有线连接环境下运行路由器后台的“无线诊断”或“日志”功能很多新一代路由器会记录下每次 TWT 协商失败的具体原因这个日志比任何工具都直观。我自己有一次排查半天最后一查路由器日志才发现是路由器升级后默认关闭了 TWT跟网卡完全无关。有时候问题不在设备上在于我们忽略了另一个很容易跨界排查的环节。