IOTE 2026见闻：Nordic展台火爆背后，无线开发需要怎样的完整答案？

IOTE 2026落幕那天傍晚，我拖着充电宝快耗尽的手机从展馆出来，脑子里一直在回放一件事：Nordic那个不算特别大的展台，为什么能从早到晚被围得水泄不通。做无线开发这么多年，展会参加过不少，但像这次一样，咨询台前面连续三个小时排着队、工作人员连喝水都得抽空的情况，确实不多见。回来之后我把现场拍的方案照片、随手记的问答、以及展台资料重新过了一遍，想写一篇复盘，不聊展位有多大、礼品有多壕，只聊一个核心问题：在IOTE 2026的现场，Nordic被围观的本质，是开发者太缺一套能真正落地无线产品的完整答案了。

这篇文章适合三种人看：正在做低功耗蓝牙或Matter设备，纠结芯片选型的人；从MCU开发转向无线开发，被射频和协议栈搞得头大的人；以及准备评估蜂窝物联网方案，但还没想清楚短距和长距怎么配合的人。我会把自己在现场看到的、问到的、回来后测试验证过的内容串起来，尽量白话，把真正实用的东西讲透。

1. 现场复盘：咨询台前排起长队的三个小时

1.1 问得最多的不是参数，而是“我到底该用哪颗芯片”

我本来是冲着看方案去的，结果在Nordic展台旁边站了一会儿，发现很有意思的一个现象：找工程师咨询的人，手里大多没有拿着规格书，而是拿着自己的产品需求来的。有人拎着一个小型医疗设备的结构件，有人手机里翻着智能家居面板的原理图，还有人直接掏出一块自制的传感器板子，问为什么低功耗做不下去。

现场被问次数最多的问题，跟我在微信上被问到的几乎一样：nRF52系列和nRF54系列到底怎么选；做Matter设备是不是必须上Thread；蜂窝模组和短距SoC之间怎么配合，而不是二选一；以及外挂Wi-Fi和SoC集成Wi-Fi，哪种更适合自己的产品。

这些问题看着基础，其实很难一两句话回答。规格书上的CPU主频、Flash大小、GPIO数量都是定的，但“你这产品用哪颗芯片更合适”取决于电池容量、体积约束、协议选择、量产成本、甚至团队自己会不会画射频电路。参数表只告诉你芯片是什么，不告诉你它适不适合你的场景，这才是咨询台前排队的根本原因。

1.2 围观人群里的三类开发者：他们想要的答案完全不一样

站得久了，我发现展台前的人群可以粗略分成三类。第一类是做消费电子小配件的，比如智能手环、追踪器、防丢器，他们最关心的是封装尺寸、功耗、以及开发套件好不好上手。第二类是做智能家居设备的，网关、传感器、电工面板都有，他们的关键话题是Matter、Thread边界路由器和多协议共存。第三类是做工业、物流、资产追踪方向的，他们要的是长距离、电池能用几年、数据能直接上云，所以聊得最多的是蜂窝物联网。

这三类人想要的“无线开发答案”完全不是一回事。第一类人需要的是一颗足够成熟、社区资料丰富、能快速收敛的芯片；第二类人需要的是一个能融入智能家居生态的软件协议栈；第三类人需要的是模组级的蜂窝方案、SIM/eSIM层面的配合以及云端对接能力。于是Nordic展台就出现了一个很普通的场面：同一个展示台，产品线不同，讲解内容切换得非常频繁。外人看着热闹，我看了反而觉得踏实——这正好说明无线开发的需求已经高度分层了，不是一款芯片打天下的时代。

2. 火爆现场背后的技术主线：无线开发正在从“连上”走向“跑赢”

很多开发者在展台上看的是样品，我习惯看样品背后的技术版图。本届IOTE展出的东西，跟几年前最大的区别是：大家已经不满足于“连得上、能传数据”，而是开始认真计算功耗预算、评估协议覆盖能力、考虑产品上市后的整机OTA和远程维护。无线开发的竞争点，从“能不能连”变成了“能不能在给定功耗和成本下跑赢”。

2.1 三条战线：短距、网状网与蜂窝IoT

Nordic展台上的方案基本可以拆成三条线。短距线上，以nRF52和nRF54系列为核心，覆盖低功耗蓝牙、私有2.4G和Thread/Matter；Wi-Fi这条线由nRF7002这一类协处理器方案撑起来，主要给需要更高吞吐的网关、视频类、语音类设备做配套；蜂窝线上则是nRF91系列LTE-M/NB-IoT模组，瞄准资产追踪、智慧表计这类需要广覆盖的产品。

这三条线并排摆在那里，其实在传递一个信息：芯片厂商不再只卖一颗蓝牙SoC了，而是给你一套可以伸缩的连接体系。同一个产品系列共享nRF Connect SDK和Zephyr RTOS，短距设备写的代码、做的功耗管理，后面换到带蜂窝的版本时还能复用大部分。这一点对团队开发效率的影响，比选哪颗芯片本身更大。我现场花了点时间翻了开发框架的目录结构，发现从BLE到Thread再到蜂窝，开发习惯和学习成本确实能平滑过渡。对团队来说，这意味着招人、培训、维护代码的成本都能降下来。

2.2 低功耗与能量采集：功耗焦虑在加剧

展台上围着人最多的几个Demo里，一定有能量采集相关的位置。用一片很小的太阳能板或者振动能量收集装置，搭配超低功耗SoC，跑一个传感器节点并且通过无线把数据传出去。这种演示放在几年前还偏概念，现在已经有很多团队在认真评估了，尤其是电池更换成本高的工业监测和智能楼宇场景。

但我也注意到一个现实：能量采集听起来很美好，真正做起来门槛在系统级的功耗管理。能量采集装置能提供的平均电流往往只有几十微安，尖峰却可能突然跳到几十毫安。SoC本身待机电流做得再低，如果外围传感器、电源转换和DC-DC配置不合理，整套系统的平均功耗还是会崩。我当时和现场工程师聊到一个细节：能量采集系统的设计重点，不是选一颗号称纳安级待机的芯片，而是要把“采集-储能-稳压-唤醒-传输-再休眠”整条链路都当成功率预算的一环。芯片待机电流只是一个起点，不是答案。

2.3 Matter与跨生态互通：最容易被围住的演示区

如果要给本届展会选一个“人气王”，Matter互操作演示区应该能排前三。不同品牌的门锁、开关、传感器在同一个Matter网络里被发现、配对、控制，现场操作流程很流畅，围观的人一批接一批。很多人误以为Matter是一种新的无线通信协议，实际上它更多的是一套应用层标准，底层可以跑在Wi-Fi上，也可以跑在Thread上，配网初期还需要BLE来协助完成设备加入网络。

对开发者来说，Matter带来的复杂度远超普通BLE开发。你需要理解设备在Matter里的角色是终端设备还是边界路由器，要处理DCL（分布式合规目录）相关概念，还要关心设备固件里是否包含了正确的认证信息和产品标识。现场演示的流畅，背后是协议栈和应用层的无数细节在兜底。我比较建议正准备做智能家居设备的团队，先把Matter的“网络拓扑图”吃透，再动手写代码。不然很容易遇到“单设备Demo没问题，多设备一配就掉线”的典型问题。

3. 我发现开发者真正需要的四层“无线开发答案”

展台前的对话听多了，我把开发者真正需要的答案抽象成四层：链路预算、软件栈、射频调试、认证产测。大多数卡壳的项目，都卡在这四层中的某一层。下面分别说。

3.1 答案一：先算链路预算，再定芯片型号

很多项目死在“选型靠感觉”这一步。有人一看官方宣传说BLE连接距离可以达到几百米，就直接照着自己的产品抄，结果在自己的外壳里只能跑十几米。这不是芯片虚标，是链路预算没算清楚。

链路预算的核心公式不复杂：接收信号功率 = 发射功率 + 发射天线增益 - 路径损耗 - 接收损耗 + 接收天线增益。以2.4GHz频段为例，自由空间路径损耗近似等于 20log10(d) + 20log10(f) - 147.55（单位是dB，d为距离米，f为频率Hz），也可以直接用速算版：距离翻倍，损耗增加6dB。一个发射功率8dBm、接收灵敏度-96dBm的BLE设备，理想自由空间下链路余量可能很充裕；但放进金属外壳、贴着人体、穿过两道墙之后，5~10dB的附加损耗非常常见，实际覆盖距离会急剧缩水。

所以真正靠谱的做法是：先根据产品的使用场景定下目标距离和可能穿越的障碍物，估算出需要的链路余量，再反过来决定要不要加PA、选更高灵敏度的接收机、或者改用Sub-1G/蜂窝方案。选芯片之前先完成这一步，能避免后面改板子的痛苦。

3.2 答案二：协议栈到位不等于产品到位

展台上有很多开发者问：“我用官方协议栈跑通了Demo，为什么自己做产品还是觉得很吃力？”这个问题太典型了。蓝牙协议栈只是把底层的连接、配对、加密、重传这些脏活累活替你抗住了，但产品层面的工程量一点没少：传感器数据采集、电源状态管理、私有应用协议设计、OTA升级失败后的回滚机制、日志系统、产测指令处理，每一块都要你亲自写。

更隐蔽的坑是协议栈和操作系统的配合。现在Nordic主推的是Zephyr RTOS上跑nRF Connect SDK，好处是模块化清晰、驱动丰富、多协议可以在一个工程里统一管理，代价是概念多、术语多。如果是从裸机开发转过来的老手，刚上手时很容易觉得“就一个蓝牙灯，怎么搞出这么多线程和Kconfig配置”。我的建议是接受这种复杂性，它换来的是后续加功能、换芯片、复用代码的便利。无线产品很少是只跑一个Demo就交付的，协议栈只是地基，上面的建筑得自己盖。

3.3 答案三：射频调试有章可循，关键在测试方案

现场聊到射频时，我发现两类截然不同的态度。一类人觉得射频是玄学，全靠算命，板子回来灵敏度差就反复改电感电容、反复试。另一类人觉得射频有整套方法论，并按部就班地测试。实际的区别就是有没有把射频调试工程化。

标准的做法是：板子回来先看频谱仪的传导发射功率和频偏，再校准天线匹配网络，然后测传导灵敏度和辐射灵敏度。至少需要矢量网络分析仪（调试天线匹配）、频谱仪（看发射频谱、谐波）、以及能测灵敏度的测试系统。如果没有这些设备，最稳妥的方案是直接买经过验证的模块或者参考Nordic参考设计抄天线部分，不要自己做天线创新。

我见过太多次“改天线净空区导致整机灵敏度恶化10dB”的案例，问题往往不是芯片，而是地平面被破坏、天线周围铺了地、外壳用了金属镀层。这些在图纸阶段就可以通过检查参考设计避免，到了射频测试阶段再来找原因，时间成本很高。建议所有无线产品立项时，就把“天线净空区不可侵占”写进硬件设计规范。

3.4 答案四：认证与产测要提前介入

认证这块，现场咨询的人不少，但大多问得很晚——“已经画好板子了，才开始问认证需要准备什么”。情况往往是板子天线设计动了，重新测试又得花一大笔钱和时间。所以结论很明确：做无线产品，认证要求必须和硬件原理图同步开工。

不同类型产品涉及的项目不太一样：短距无线设备需要做无线电发射设备型号核准，蓝牙/Thread这类还要考虑软件协议栈是否完成了对应认证；带蜂窝功能的产品则还涉及通信模块入网和类型核准的流程。这些事项跟“频率范围、发射功率、接收机指标”直接挂钩，硬件设计越接近标准参考设计，认证风险越低。值得注意的是，天线哪怕只是改动走线，也可能改变辐射特性，可能触发重新认证，所以“先按参考设计做，留足净空，不在关键射频路径上自由发挥”，是性价比最高的认证策略。

产测方面，很多人以为量产出货只需下载固件就行。实际上无线产品至少要保证每块板子的晶体频偏、发射功率在规格范围内，否则可能出现一批货有的连得上有的连不上的隐性客诉。建议在PCB阶段就预留产测点和串口测试接口，开发一个单独的产测固件，让测试工装自动完成射频校准和功能检查。这块如果拖到量产前一天才补，通常只能返工。

4. 从展台回工位：一份可以立刻落地的行动清单

看完展会，如果不带着行动方案回去，等于白看。我回来后给自己列了一份清单，也分享给团队了，建议你照着做一遍。

4.1 用官方SDK示例反向验证硬件选型

先别急着画原理图，建议先把你感兴趣的官方开发套件买回来，用官方Demo把你的核心功能跑一遍。重点验证四件事：实际吞吐量是否能满足你的业务报文大小和发送频率；被测平均功耗是否在你的电池容量预估范围内；编译出来的固件ROM/RAM占用是否给后续功能留下余量；以及这套工具链在你团队里是否有人能快速上手。

下面是我常用的一个评估矩阵，供参考：

这张表不一定是标准答案，但它能逼着你先想清楚“我的产品本质是干什么的”，再去选芯片。很多选型错误，都是因为跳过了产品本质，直接去对比芯片的核数和Flash。

4.2 从Demo板上借鉴的电源与PCB设计细节

展会上的Demo板做得漂亮，但真正值得抄的是电源和射频细节。我拿了几块官方板和第三方模块的板子拍照，回来后对着原理图总结了几条通用规则：DC-DC电感尽量靠近芯片的电源引脚，避免开关节点走线过长；去耦电容阵列按参考设计放置，不要为了布线方便乱动位置；晶振周围要留地铜，避免高频噪声耦合；天线下方所有层都清空，不要在净空区走任何信号线；如果是BLE产品，芯片的射频输出到天线匹配网络这段微带线，要做50欧姆阻抗控制。

这些看起来是常识，但实际项目中经常有人为了“板子面积更小”牺牲净空区，或者把DC-DC电感放到远离芯片的位置导致电源纹波超标。无线产品的硬件设计和纯MCU产品不一样，微小的布局差异会直接反映在无线指标上。最省事的办法是严格参照官方参考设计，先实现一个能跑通的版本，再去优化面积，而不是上来就挑战布局极限。

4.3 把功耗测试加入开发流程的第一天

我在展会现场跟好几个开发者聊功耗，发现一个通病：软件早期不测功耗，等整机联调时才发现电池不够用，然后到处找省电方法，非常被动。正确做法是从第一个点亮屏幕的Hello World程序开始，就建立功耗基线。哪怕最初版本很糙，只要知道当前基线，每次改功能后对比基线，就能迅速发现哪段代码把功耗带崩了。

工具方面，入门可以用高精度电流探头配合示波器抓平均电流，专业一点就用Nordic官方的Power Profiler Kit这类功耗分析工具，直接看动态电流曲线，能精确抓到每个蓝牙事件的电流尖峰和时间点。测试时要注意三点：一定要用真实业务报文，别用默认的空连接间隔做测试；供电尽量模拟电池内阻，很多“产品一夜掉电”的问题是因为电池在大电流脉冲下电压跌落，导致系统反复复位；温度也要考虑，低温下电池等效内阻升高，峰值电流能力下降，功耗系统的余量会更紧张。

5. 这届展会之后，我在无线开发流程里改变了什么

5.1 从“选型表”切换到“系统预算表”

以前我做选型，习惯列一张芯片参数对比表，比主频、比Flash、比GPIO数量。这次展会聊完，我把这个方法改掉了。

我现在做需求第一件事，是建一张“系统预算表”，分四栏：射频链路预算、功耗预算、内存/Flash预算、认证与成本预算。第一栏告诉我该用短距还是蜂窝、要不要PA；第二栏告诉我能不能用纽扣电池、要不要能量采集；第三栏决定要不要外挂Flash、要不要上RTOS；第四栏决定是选SoC自己设计射频还是直接买模块。芯片选型只是这张表输出的结果，而不是起点。

这套方法的好处是，当产品需求变化时（比如通信距离从10米变成100米，或者电池从CR2032改成两节AA），我能立刻知道影响的是哪个预算项，而不是重新对比一摞数据手册。这应该是这次展会我收获最大的一点。

5.2 把合作伙伴方案当成额外的设计输入

最后再说一个容易被忽略的观察。Nordic展台不只是芯片厂商自己在讲，还有很多模组厂、方案商、测试工具商在旁边展示配套能力。我的体感是：无线开发的工程落地，越来越依赖“芯片原厂+模块伙伴+认证服务商”的协同。如果你的团队没有专职射频工程师，或者项目周期特别紧，别羞于用成熟的无线模组起步。模块级开发牺牲一点物料成本和尺寸，换来的却是射频一致性、认证经验和生产良率上的确定性。等产品跑出量、团队有了积累，再考虑SoC级设计也不晚。

每次参加完这种展会，最值钱的不是那一袋子样品，而是跟同行交换到的判断方法。无线开发的坑，很多是别人已经踩过的，愿意在现场多问一句、多看一眼，就能省下后面几周甚至几个月的试错时间。希望这篇复盘能帮你把展台上的热闹，转化成自己项目里的确定性。