做嵌入式几年大家应该都有同一个感受2.4GHz这个频段越来越像早高峰的地铁。家里随便一搜二三十个2.4G热点是常规操作再加上蓝牙、Zigbee、无线鼠标键盘、微波炉全挤在那三个不重叠信道上冲突重传几乎是常态。以前做温湿度传感器还能忍可一旦做摄像头、可视门铃、语音对讲、大文件OTA2.4GHz的时延抖动和后半夜的重传能把人折腾疯。所以当看到ESP32-C5-WROOM-1U这颗双频Wi-Fi 6模组的时候我第一反应是等了这么久MCU方案终于有像样的5GHz出口了。这颗模组基于乐鑫的ESP32-C5芯片支持IEEE 802.11ax即Wi-Fi 6同时工作在2.4GHz和5GHz两个频段内部还是单核RISC-V处理器开发方式沿用ESP-IDF框架。也就是说原来做ESP32的老工程师不需要重新学一套工具链拿起C语言就能把产品从单频2.4G直接抬到双频Wi-Fi 6。这篇就围绕ESP32-C5-WROOM-1U展开把芯片定位、模组命名、射频设计、开发调试、性能功耗实测以及落地产品选择一次性聊透给准备上这个方案的团队一个尽量少走弯路的参考。1. 为什么5GHz来了物联网工程师会集体兴奋过去MCU级Wi-Fi方案基本是2.4GHz单频的天下不是厂商不想做双频而是5GHz射频前端、大带宽基带、复杂协议栈带来的功耗和成本压力在MCU这种资源受限的平台上很难落地。要上5GHz传统做法是换应用处理器跑Linux成本翻几倍不说启动速度、开发复杂度、功耗全都不适合电池供电的小型IoT设备。所以你看市面上双频IoT产品要么是路由器/网关这种带系统的品类要么就得在MCU后面再挂一颗昂贵的Wi-Fi 6模组。ESP32-C5-WROOM-1U的意义在于它把双频Wi-Fi 6直接做进了低价MCU模组里一颗芯片同时解决连接、控制、协议栈和应用逻辑这是硬件架构上的分水岭。1.1 5GHz能解决什么实际问题先说频段资源。2.4GHz里真正互不重叠的信道只有1、6、11三个而5GHz在常见的家用路由器上一口气能开出十几个不重叠信道比如国内常见的36、40、44、48、149、153、157、161、165。可用信道多意味着每个AP可以挑一个没人占用的信道待着干扰水平直线下降这在高层公寓、办公园区、展会现场这种Wi-Fi密集环境里差异极其明显。再说实际业务。带摄像头的可视门铃、室内监控、婴儿看护器这类设备视频码流动辄几Mbps到十几Mbps在2.4GHz频段上一遇到邻居的微波炉启动或者楼上楼下的Wi-Fi争抢画面就会马赛克、卡顿甚至断开。5GHz信道宽、密度低视频帧的传输时延和抖动都小很多用户的体感是从“偶尔看不了”变成“回放流畅”这对产品口碑是质的提升。Wi-Fi 6802.11ax部分也很关键。OFDMA允许路由器和多个设备在同一时刻共享信道资源而不是排队一个个磕磕绊绊地发TWT目标唤醒时间让设备可以和AP约定一个“闹钟”没到点就睡到点才醒这对电池供电设备是实打实的省电功能再加上WPA3、BSS Coloring这些新特性在信道拥挤的复杂场景下稳定的并发能力和安全性都比老的802.11n强出不少。1.2 从ESP32老用户角度看这次升级我用ESP32系列做产品已经有几年从最早的ESP32、ESP32-C3一路做到ESP32-C6。最直观的感受是ESP32-C5并不是把Wi-Fi 6当成一个噱头硬塞进来而是把之前“MCU做不了5GHz”这个天花板给捅开了。老ESP32是双核Xtensa、Wi-Fi 42.4GHz单频跑到40MHz带宽已经算不错ESP32-C3则把成本压了下去但同样只有2.4G。ESP32-C5换成了RISC-V核心主频到了240MHz级别虽然比C3的性能强不少但更重要的是射频部分直接支持2.4GHz/5GHz双频和Wi-Fi 6协议这在乐鑫产品线里是首次。对已经在用ESP-IDF的人来说迁移成本其实不高。工具链不变工程结构不变api风格大部分还是熟悉的味道主要的工作量集中在硬件射频部分和个别协议参数调整上。我认为这一点是C5-WROOM-1U真正容易被团队接受的地方——它不要求你推倒重来而是让你在既有基础上做一次“频段升级”和“协议升级”。1.3 Wi-Fi 6在MCU上不是噱头有人会怀疑MCU上跑Wi-Fi 6是不是杀鸡用牛刀我的看法是如果只做几K数据量的温湿度上报C5确实是浪费。但问题在于物联网设备的形态正在变重带屏的智能家居中控、视觉识别的门锁、语音交互的桌面音箱、多节点同步的视频网关这些产品既要低延迟又要高吞吐还要兼顾能耗。Wi-Fi 6的OFDMA让多设备并发时不再互相打架TWT则解决了“随时在线”和“低功耗”这对矛盾。关键是5GHz频段本身带来的信道资源释放让视频、语音类应用真正有了可用的带宽。换句话说C5不是给所有IoT设备准备的它是给那些“受不了2.4GHz脾气”的设备准备的。2. 芯片到模组ESP32-C5-WROOM-1U硬件深度拆解2.1 型号命名逐字拆解为什么后缀U意味着天线要另配乐鑫的模组命名一直很规律拆开看ESP32-C5-WROOM-1U就明白了。“ESP32”是家族名代表整个ESP32生态“C5”说明它属于C系列C系列主打连接与成本控制数字5这一代的核心卖点就是5GHz双频。“WROOM”是乐鑫标准SMD模组产品线的固定系列名你会在ESP32-WROOM-32、ESP32-S3-WROOM-1上看到同样的字眼。“1”代表这个模组的参考设计版本“U”则明确表示模组上用的是U.FL连接器也就是通常说的IPEX座需要外部再接一根天线。这一点在选型时要特别注意如果你看到不带U的版本比如ESP32-C5-WROOM-1那通常是板载PCB天线的形态直接焊接在电路板上就能用而WROOM-1U给你的是一个射频接口你得自己再接FPC软天线、柱状天线或陶瓷天线天线不装或者没装好信号会非常难看。做产品时选哪种取决于外壳结构和天线环境没有绝对的好与坏。2.2 核心硬件参数一颗能跑应用的连接芯片ESP32-C5本身是一颗完整的MCU。它内置单核RISC-V处理器主频最高到240MHz配合板载SRAM和Flash足以承担大多数物联网设备的应用逻辑不需要外挂主控MCU。这代芯片在射频端支持2.4GHz和5GHz双频段的Wi-Fi 6同时也带低功耗蓝牙BLE 5.0意味着原来一个产品里要放两颗芯片一颗Wi-Fi SOC加一颗BT MCU的架构现在可以合并成一颗。外设方面UART、SPI、I2C、I2S、PWM、ADC、GPIO这些常用接口都有I2S对于音频类产品尤为重要可以直接接麦克风或音频Codec做语音采集和处理。模组形态下晶振、Flash、射频匹配网络已经全部做好了用户拿到的是一个可直接贴片的SMD器件。工作温度范围按乐鑫一贯风格是工业级官方标注为-40℃到85℃左右户外设备基本不用担心高低温问题。2.3 和C3、C6、S3之间怎么选很多团队选型时候纠结我把目前在用的同梯队芯片放在一起对比过核心差异如下表芯片/模组核心Wi-Fi能力蓝牙频段典型定位ESP32Xtensa双核240MHzWi-Fi 4BT/BLE 4.22.4GHz老牌通用型生态成熟ESP32-C3RISC-V单核160MHzWi-Fi 4BLE 5.02.4GHz成本优先低功耗联网ESP32-C6RISC-V单核160MHzWi-Fi 6BLE 5.02.4GHz支持802.15.4Mesh/网关ESP32-S3Xtensa双核240MHzWi-Fi 4BLE 5.02.4GHzAI加速、显示、算力型ESP32-C5RISC-V单核240MHzWi-Fi 6BLE 5.02.4GHz 5GHz双频连接、音视频传输从表里能看出C5的最突出定语是“双频”。如果产品只做温湿度、烟感、门磁这类低频小数据上报C3的性价比仍然是第一选择如果要做Thread边界路由器或者Zigbee网关C6更合适如果要做带屏幕的HMI或者本地语音唤醒需要较强算力S3更适合。但凡是跟视频流、语音流、大带宽传输相关又不想上Linux方案的那基本就是C5的菜。选型思路应该先定业务需求再回头挑芯片而不是看哪颗新就用哪颗。3. U.FL模组的射频设计实战天线不是焊上去就完事拿到WROOM-1U这种外接天线版本硬件设计的重心就从“焊接一颗模组”变成了“设计一整条射频链路”。模组本身已经把射频前端做到位了但U.FL座到天线的这一段以及天线的选型和摆放才是决定最终信号体验的关键。这个部分我踩过的坑最多展开多说几句。3.1 外接天线走线的三个坑阻抗、净空与线材选择第一U.FL座子到天线之间的走线必须控制在50Ω阻抗。很多第一次画4层板的朋友容易忽略射频线的参考地层U.FL座下面如果挖空或者走了地线回波损耗会很差。常规做法是让U.FL座离模组射频引脚尽量近中间用一段短而直的微带线或共面波导连接两侧打满地过孔。第二天线区域要保证净空。虽然天线在外部但座子周围也不能堆满大面积的铜皮和器件尤其是电源电感、时钟晶振这类噪声源尽量远离。第三连接天线和座子的线缆要选好2.4/5GHz双频应用建议用1.13mm同轴线长度越短越好超过15cm就要评估插入损耗线材品质差会让5GHz频段的信号衰减非常明显。更好的办法是直接把天线固定在壳体的出线位置让同轴线以最短路径连接到U.FL座中间不要绕圈、不要折死弯。我第一次做样品时图省事把同轴线在板子边上盘了一圈结果5GHz灵敏度直接掉了七八dB后来把线理顺才恢复正常。这种细节在传导测试里未必反映得出来一到真实场景立刻现原形。3.2 天线选型技巧双频天线和单频天线不能混用ESP32-C5-WROOM-1U支持2.4G和5G两个频段所以天线必须选真正覆盖双频的型号。市面上很多“2.4G天线”只覆盖2400-2500MHz5GHz频段完全不在工作带宽内接上去之后5GHz性能会惨不忍睹。选型时要看天线规格书里的VSWR曲线至少确保在2.4-2.5GHz和5.15-5.85GHz两个区间的驻波比都低于2。形态上FPC软板天线适合贴在塑料外壳内壁柱状天线适合从壳体侧面伸出陶瓷贴片天线体积小但带宽相对窄对地平面更敏感。我个人的建议是产品打样阶段先用FPC天线配合外壳试结构因为FPC天线摆放自由度最高调位置方便等性能稳定后再考虑换成体积更小或成本更低的陶瓷方案。另外天线的地馈点设计也很重要最好严格按照厂家的参考布局来不要把天线贴在金属支架或者电池上否则驻波会变得没法看。3.3 第一版打样前必查的硬件清单这里给一份我每次画板之前都会过的检查列表尤其针对外接天线版本的模组模组的射频引脚到U.FL座走线尽量短目标小于5mm且严格做50Ω阻抗控制。U.FL座附近不要铺地但走线两侧要铺地并打过孔形成完整的地参考。天线净空区域做好标注结构图上要明确金属件和天线之间的最小距离。U.FL座选型注意是IPEX一代还是二代对应的同轴线端子要匹配混用会接触不良。模组下方和周围的电源去耦电容不要省尤其Wi-Fi发射瞬间电流很大电源纹波会引起射频指标恶化。第一版预留一个射频测试座或测试点方便用网分测S11便于排查天线匹配问题。这些项目看着零碎但在后续调试时每一个都可能成为瓶颈。射频的问题最怕“薛定谔式”出现在实验室好好的装进外壳就不行近处没问题隔一堵墙就掉线。绝大多数这类问题根源都在天线走线和摆放而不在芯片本身。4. 双频Wi-Fi 6开发环境搭建与入网实操硬件画好了接下来就是软件。乐鑫的开发体系在MCU界算是非常友好的不用折腾复杂IDE用ESP-IDF命令行工具就能完成从编译到烧录的全流程。C5目前由官方在ESP-IDF中提供支持使用起来非常顺。4.1 五分钟装好ESP-IDF并选中ESP32-C5目标建议直接用官方仓库安装ESP-IDF。以Linux环境为例依次执行git clone --recursive https://github.com/espressif/esp-idf.git cd esp-idf ./install.sh esp32c5 source export.shinstall.sh会把编译工具链和必要的Python依赖都装好这一步比较耗时取决于网络和机器性能。装完之后任意终端里先source一次export.sh就可以创建工程了。在真正的开发板上从乐鑫官方仓库拉一个Wi-Fi station示例作为起点最省事cp -r $IDF_PATH/examples/wifi/getting_started/station ./c5_station cd c5_station idf.py set-target esp32c5 idf.py menuconfigmenuconfig里主要看看串口波特率、Flash大小、日志等级这些基础项。注意C5用最新的release分支支持会更好早期版本可能有些新特性的API还没完全暴露建议直接拉最新稳定release。4.2 五步跑通最小工程扫描并连接5GHz热点拿到模组第一件事我喜欢先写一个扫描程序把周围环境的Wi-Fi热点全看一遍。这个能快速验证模组射频是否正常、天线是否接好也能确认5GHz频段能不能看到。wifi_scan_config_t scan_config { .ssid NULL, .bssid NULL, .channel 0, // 0表示扫全部信道 .show_hidden true, .scan_type WIFI_SCAN_TYPE_ACTIVE, .scan_time.active.min 100, .scan_time.active.max 100, }; esp_wifi_scan_start(scan_config, true); esp_wifi_scan_get_ap_num(ap_num); esp_wifi_scan_get_ap_records(ap_num, ap_records); for (int i 0; i ap_num; i) { // ap_records[i].primary 是信道号2.4G信道为1~135G信道为36及以上 ESP_LOGI(TAG, SSID:%s CH:%d RSSI:%d, (char *)ap_records[i].ssid, ap_records[i].primary, ap_records[i].rssi); }注意扫描时信道参数设为0才会全频段扫描。如果只想搜5GHz可以把扫描信道范围手动限制在5G高频段比如149-165这样扫描更快但我建议第一次还是全扫描方便确认天线在5GHz频段到底能不能收到信号。用这个日志你可以直接看到周围哪些SSID落在5GHz信道信号强度多少这比任何理论测试都直观。连接热点本身就是标准的station流程初始化、设置事件回调、配置SSID和密码、然后连接wifi_config_t wifi_config { .sta { .ssid My5G_SSID, .password password, .threshold.authmode WIFI_AUTH_WPA2_PSK, }, }; esp_wifi_set_config(WIFI_IF_STA, wifi_config); esp_wifi_connect();在ESP-IDF里station连接不需要显式指定频段驱动会根据扫描结果自动选择可达的2.4G或5G热点。要注意的是如果路由器开了“双频合一”也就是2.4G和5G共用一个SSID那么模组可能优先连到2.4G。做双频功能验证时我建议先把双频合一关掉用两个不同SSID分别测试等确认5G链路稳定后再开放双频合一场景。4.3 代码细节事件回调、自动重连与信号强度上报实际产品里光连接成功还不够关键要稳。我一般会在事件回调里处理几个典型逻辑连接成功之后获取IP断开之后根据Reason Code判断重连策略尤其是5GHz被雷达DFS踢掉的情况要适当延时再重连而不是疯狂闪断。关于信号强度上报ESP32-C5可以通过API拿到当前连接的RSSI我会每隔几秒采样一次并做滑动平均这样既能用于设备端网络诊断也能在产品APP里显示“信号格数”。RSSI数值在不同频段上不能直接对比同样距离下5GHz通常比2.4GHz低一些这是正常的物理特性不代表性能问题要在产品文案里给用户提前打好预期。自动重连的代码建议做成状态机未连接时每10秒扫描一次可用网络掉线后先尝试立即重连连续失败三次则延长到60秒再试。这样既保证恢复速度又不会在信号临界区反复打摆子。5. 双频性能与功耗实测数据才是硬道理芯片标称参数是一回事实际体验是另一回事。拿到模组后最好第一时间做一轮系统的性能与功耗测试建立基准数据后续每个硬件版本迭代都对着基准来比对问题才能及时发现。5.1 上手就测的四项指标吞吐、时延、重传与接收灵敏度ESP-IDF的examples目录里有现成的iperf示例烧录后模组可以作为iperf server或client使用。比较实用的测法是把模组连到5GHz路由器然后在同一局域网内用PC跑iperf测试UDP/TCP吞吐。测试时固定距离分别测近场1米、中场5米穿一堵墙、远场10米以上记录三组数据。在我自己的测试环境里5GHz频段近距离的UDP吞吐量能相对2.4GHz明显拉开差距这也是双频方案的主要价值所在。重传率可以从路由器后台和iperf的丢包统计里看到重传过高说明链路质量不稳定通常优先怀疑天线匹配或环境干扰。接收灵敏度的快速评估方法比较粗暴但有效把路由器发射功率降到最低然后从模组端看RSSI和能否ping通。反复调整天线位置观察RSSI变化是否平滑如果出现跳变落差特别大大概率是天线附近有金属反射或者匹配不良。5.2 功耗实测TWT对电池寿命的影响到底多大电池供电产品最关心的就是功耗。Wi-Fi设备功耗有两块连接时的高峰值电流和待机监听时的平均电流。2.4GHz单频设备在modem sleep模式下平均电流可以做得很低但是5GHz频段的射频前端功耗天然比2.4G高一些。C5引入Wi-Fi 6的TWT之后设备可以和AP约定唤醒周期大幅降低无效监听时间。测试功耗建议使用功耗分析仪或者高精度电流探头没有专业仪器就用带电压记录功能的万用表也行。测试方法是让模组连接AP后进入静默状态以TWT周期300ms为间隔持续30分钟记录平均电流。对比不开TWT的默认监听模式平均电流差距往往能达到数倍级别。这是一个很有说服力的数据做电池类产品时可以直接转化为电池寿命预估。要注意的是TWT需要路由器和AP端配合。很多家用路由器默认没有开启TWT的AP侧支持或者需要在设置里手动打开。如果测试时发现电流没有改善先查路由器侧有没有开启Wi-Fi 6的TWT选项再查ESP-IDF配置里是否启用了对应的省电模式。5.3 天线一致性测试与信号质量评估外接天线方案最怕批次不一致。同一款FPC天线在不同批次、不同弯曲形状下谐振频率可能会有偏移直接导致5GHz频段信号质量忽好忽坏。我的经验是小批量打样阶段至少拿10片模组配10根天线做一致性测试记录每片的RSSI和吞吐量看极差和标准差。如果一片特别差八成是天线焊接或线缆压接的问题如果整体都比参考设计差那就要回头查天线选型和匹配电路。有条件的话在微波暗室或开阔场地用网分测一下天线S11但没条件也没关系用近距离吞吐量远距离RSSI组合排查也能定位大部分问题。关键是保持测试环境可复现同一个位置、同一个路由器、同一根天线的安装姿态避免环境因素污染数据。6. 实战中踩过的坑问题排查与避坑指南6.1 搜不到5GHz先查区域码和DFS这是外接天线版本最容易遇到也最困惑的问题2.4G热点扫得到5G热点一个都看不到。第一反应通常是怀疑天线坏了但更常见的原因是国家码和DFS信道的坑。中国的5GHz可用信道里52-64、100-140这一批是DFS信道受雷达信号保护机制影响路由器只有在确认周围没有雷达时才会在这个信道发射信号。模组扫描时如果刚好信道还处于雷达检测静默期就可能漏掉这些信道上的热点。解决方案有两步。第一在代码里设置正确的国家区域码用esp_wifi_set_country()把国家设置为中国让驱动知道哪些信道是可以合法使用的。第二扫描5GHz时不要只依赖主动扫描适当增加被动扫描时间让DFS信道上的beacon有机会被收到。另外测试时尽量把路由器固定在149或161这类非DFS信道能大幅减少干扰变量。6.2 连接成功但吞吐上不去吞吐低的原因很多曾经让我花了两天才定位到路由器开了双频合一模组虽然显示连接成功但实际协商在2.4GHz频段。所以调试时第一件事看路由器后台连接记录里设备当前的协商频段和协商速率不要想当然。还有一种情况是链路速率高但吞吐低这是UDP和TCP流本身的差异TCP在小窗口情况下提升很慢测试时优先用UDP看物理层上限再用TCP验证实际应用体验。此外5GHz频段本身穿墙弱隔了两堵墙之后吞吐掉一半甚至更多是正常现象不要据此怀疑硬件问题改用近距离测试评估模组能力。6.3 模组电流异常或发热明显Wi-Fi芯片发射时电流大是正常的但如果待机电流一直居高不下先检查代码里是否配置了省电模式。ESP32系列里station连接默认可能会开启modem sleep但如果你的应用里有Socket长连接且频繁收发心跳驱动就无法进入深度休眠。建议把心跳周期尽量拉长配合TWT设置让模组有完整的睡眠窗口。发热则是另一个信号如果模组外壳摸上去明显烫手先看是不是天线没接好导致射频功率反射过大。天线开路或者阻抗严重不匹配时功放会把能量反射回来芯片表面温度会异常升高同时信号极差。遇到这种情况不要急着加散热片先查天线链路。6.4 量产前的射频认证与天线一致性坑外接天线版本做FCC、CE等认证时天线是作为整个系统的一部分参与测试的所以认证报告里的天线型号和线缆长度必须跟实际量产一致。如果认证之后临时换了一根不同型号的天线哪怕只是线缆长短不同都需要重新评估认证风险。我的建议是整个项目周期固定住天线供应商和型号任何改动都走变更流程。一致性方面量产贴片时注意U.FL座的焊盘检查虚焊是射频不良的重灾区。产线上最好增加一道射频测试工位用固定的屏蔽箱和测试天线对待测设备进行RSSI或吞吐粗测成本很低但能拦截掉大部分射频坏件。别等产品到了用户手里才发现天线虚焊、一摔就掉线。6.5 各环节问题速查表问题现象常见原因优先排查方向找不到5GHz热点区域码设置、DFS信道、双频合一检查国家码改用高频段信道5G连接但吞吐低实际协商在2.4G、TCP窗口小路由器后台看协商频段改UDP测待机电流大未开启省电、心跳过频、TWT未生效配置省电模式拉长心跳模组发烫天线开路、匹配不良测S11检查U.FL压接信号时好时坏天线弯曲变形、金属遮挡、线缆松动固定天线姿态做一致性测试OTA升级慢2.4G干扰严重双频方案优先走5G或做信道切换7. 哪些产品值得用ESP32-C5-WROOM-1U方案芯片再好用对了场景才算真的好。从我目前的项目经验看C5-WROOM-1U最合适的场景基本都带着“视频”“语音”“大流量”“多设备并发”这几个标签而纯低功耗低频上报的场景反而不太适合它那是老一代低成本芯片的舒适区。7.1 最合适的场景视频、语音、大批量并发室内摄像头和可视门铃是最先受益的品类。以前这类产品用2.4GHz单频方案手机APP远程看视频遇到高峰期就会卡成幻灯片换成5GHz之后码流上行占用信道的时间大幅缩短网络波动对画面的影响明显减小。语音对讲类设备也一样双向音频要求低时延和低抖动5GHz频段的稳定度比2.4GHz好太多。多设备并发场景也很典型比如一套智能家居里的多个摄像头同时上传视频到本地网关OFDMA机制让网关能以更高效的方式调度多个设备而不是让它们在2.4GHz频段上互相抢信道。做网关类产品时C5既能作为网关自身的主控也能作为子设备的高带宽连接模组一颗芯片解决接入和转发两个问题。7.2 成本敏感产品怎么选型成本上双频Wi-Fi 6模组一定会比单频2.4G模组贵。如果产品卖点主打性价比出货量很大但对带宽没有硬性要求那么用ESP32-C3或者C6仍然是对的它们在该有的位置上表现非常称职。但如果你的产品需要的是用户能感知到的“流畅”和“稳定”那多出来的模组成本通常可以在整机售价里消化掉关键是把产品定位讲清楚不是所有IoT设备都需要5GHz需要的是那些把实时性当核心卖点的产品。7.3 我个人的判断与建议从整个架构演进看我不觉得C5是“用来替代C3”的芯片它更像是乐鑫产品线里补齐“双频高带宽”这块拼图的关键角色。更准确的思路是把C5、C3、C6、S3看成四把不同的螺丝刀不同工况用不同型号。C5的存在让原来被迫上Linux应用处理器才能做的双频产品现在用MCU就能做而且开发成本、BOM成本、功耗下来一大截。从这个角度看它对行业的推动比单纯提升算力有意义得多。最后分享一个小经验。第一版样机我把C5-WROOM-1U放在全金属外壳内部通过一根短线把天线贴在壳内塑料支架上结果5GHz信号直接变成灾难级的-70dBm以下打电话问供应商也没找到原因。后来拆壳才意识到金属壳体把天线辐射完全兜住了天线必须伸到壳体外面或者采用塑料窗口才能正常工作。从那以后凡是金属外壳产品我都坚持用外接天线加直出线的方式结构设计阶段就预留天线出线孔。这个教训虽然不是芯片本身的问题但值得所有准备用双频Wi-Fi 6模组的人引以为戒——硬件设计的一点点疏忽会让芯片的全部性能优势都变成纸上谈兵。