1. 课程导入与全景认知

Nordic Semiconductor 的 nRF 系列是低功耗短距离无线产品中最常见的芯片家族之一。很多工程师第一次接触 nRF 时,容易把它当成“一颗蓝牙芯片”,但真正进入产品开发后会发现:同一颗芯片要同时面对射频指标、协议栈行为、功耗预算、认证法规和量产一致性五类约束。本课程的目标,是把“选型—开发—测试—认证—量产交付”这条链路讲清楚,让测试认证不再是研发末尾的补救动作,而是贯穿设计始终的工程方法。

一、nRF 产品线的三条主线

理解产品线,关键是分清三条主线,而不是背型号。

  • 通用多协议 SoC 主线:以 nRF52、nRF53、nRF54 系列为代表,集成 MCU 内核与 2.4 GHz 射频,支持 Bluetooth LE、Thread、Zigbee、私有 2.4 GHz 等协议。nRF52832、nRF52840 是存量产品中最典型的型号;nRF5340 采用双核架构(应用核 + 网络核),把协议栈与用户应用隔离;nRF54 系列进一步提升了射频性能与集成度。
  • 低功耗专用与配套主线:包括早期 nRF24 系列私有 2.4 GHz 收发器,以及 nRF91 系列蜂窝物联网模组(NB-IoT / LTE-M)。它们与短距离产品共享低功耗设计理念,但认证路径完全不同。
  • 电源与前端配套主线:nPM 系列电源管理 IC、射频前端模组和开发套件(DK)、评估套件(EK)。这些器件决定了系统级功耗与射频链路预算,是测试中经常被忽略却直接影响结果的部分。

选型时建议先确定三件事:需要哪些协议、峰值电流与平均功耗预算是多少、是否需要双核隔离或蜂窝回传。型号差异最终会落到射频输出功率、接收灵敏度、Flash/RAM 容量和外设数量上,而这些参数又直接决定后续测试项与认证余量。

二、从研发到量产交付的完整流程

一个无线产品的交付链路可以概括为六个阶段,每个阶段都有明确的输入与输出。

  1. 需求与选型:确定协议、目标市场、供电方式和成本上限,输出选型结论与初步射频预算。
  2. 硬件设计:完成原理图、PCB 叠层与天线布局。此阶段必须锁定 50 Ω 阻抗线、天线净空区和晶振负载电容,否则后期整改代价极高。
  3. 固件与协议栈集成:基于 nRF Connect SDK 或旧版 nRF5 SDK 完成协议栈配置、连接参数设定和低功耗策略。
  4. 研发验证测试:包括传导发射功率、接收灵敏度、频偏、功耗剖面和协议一致性预测试。
  5. 认证测试:按目标市场完成无线电型号核准(如 SRRC、FCC、CE/RED)与蓝牙 SIG 资格认证。
  6. 量产与工程交付:固化测试工装、产线校准流程、固件版本与追溯信息,形成可复制的交付包。

这六个阶段不是串行瀑布。实际项目中,认证预测试往往在硬件第二版就要启动,产线测试方案也应在认证阶段同步设计,否则量产时会因缺少校准手段而返工。

三、测试认证与工程交付的核心价值

测试认证的价值不只是“拿到证书”。它至少承担三个作用:证明产品在法规允许的频谱和功率范围内工作;验证产品在真实环境中的链路可靠性;为量产提供可重复的判定基准。工程交付则解决另一个问题——让同一设计在不同批次、不同产线、不同供应商物料下仍能稳定复现。

以 2.4 GHz 产品为例,传导发射功率通常要求在 +20 dBm 以内(不同地区限值不同),频率偏差一般控制在 ±20 ppm 以内,接收灵敏度在 Bluetooth LE 1 Mbps 模式下常见目标为 -93 dBm 至 -96 dBm。这些数字不是“越优越好”,而是要在功耗、成本和认证余量之间取得平衡。测试的意义,就是把这些抽象指标变成可测量、可判断的工程语言。

建议在项目启动时就建立一份“认证与测试需求表”,把目标市场、适用标准、限值、测试模式和责任人写清楚。它比后期补做整改要便宜得多。

四、角色分工:谁对什么负责

无线产品交付通常涉及五类角色,边界清晰才能避免“测试发现问题却无人闭环”。

角色主要职责关键输出
硬件工程师射频电路、天线、电源与 PCB 布局原理图、叠层、阻抗与匹配报告
固件工程师协议栈配置、连接参数、低功耗策略固件版本、配置说明、功耗剖面
测试工程师研发验证、预测试、问题定位测试报告、失败项与整改建议
认证工程师法规解读、送样、证书维护认证计划、证书与合规文件
产线与交付工程师工装设计、校准、追溯与版本管理产测方案、交付包、追溯记录

需要强调的是,测试工程师不是“最后把关的人”,而是最早介入的协作者。天线匹配、晶振选型和电源纹波这些问题,越早被测试数据暴露,整改成本越低。

五、本节知识地图

下面的图把本节的核心关系压缩为一张结构图:左侧是 nRF 产品线三条主线,中间是六阶段交付流程,右侧是五类角色与对应输出。它不替代正文,而是帮助你在后续章节中快速定位“当前问题属于哪条线、哪个阶段、由谁负责”。

nRF 无线产品交付全景:产品线 · 流程 · 角色 产品线三条主线 多协议 SoC nRF52 / nRF53 / nRF54 BLE · Thread · Zigbee 双核隔离 · 私有 2.4G 典型:nRF52840 / nRF5340 低功耗专用与配套 nRF24 私有 2.4G nRF91 蜂窝模组 NB-IoT / LTE-M 认证路径与短距不同 电源与前端配套 nPM 电源管理 IC 射频前端模组 DK / EK 开发套件 影响功耗与链路预算 六阶段交付流程 1 需求与选型 协议 · 市场 · 功耗预算 · 成本 2 硬件设计 50Ω 阻抗 · 天线净空 · 晶振负载 3 固件与协议栈集成 连接参数 · 低功耗策略 · SDK 配置 4 研发验证测试 发射功率 · 灵敏度 · 频偏 · 功耗剖面 5 认证测试 SRRC · FCC · CE/RED · 蓝牙 SIG 6 量产与工程交付 产测工装 · 校准 · 版本追溯 · 交付包 五类角色与关键输出 硬件工程师 射频电路 · 天线 · 电源 · PCB 布局 输出:原理图 / 叠层 / 匹配报告 固件工程师 协议栈 · 连接参数 · 低功耗策略 输出:固件版本 / 配置 / 功耗剖面 测试工程师 研发验证 · 预测试 · 问题定位 输出:测试报告 / 整改建议 认证工程师 法规解读 · 送样 · 证书维护 输出:认证计划 / 证书 / 合规文件 产线与交付工程师 工装设计 · 校准 · 追溯 · 版本管理 输出:产测方案 / 交付包 / 追溯记录 选型 分工

把这张图放在手边,后续每一章都可以问三个问题:这个问题属于哪条产品线?发生在哪个阶段?由谁负责闭环?当你能稳定回答这三个问题,测试认证与工程交付就不再是零散任务,而是一条可管理、可复现的工程链路。