1. 多协议并发通信工程导入

Nordic nRF系列SoC（如nRF52840、nRF5340、nRF54系列）在硬件层面集成了2.4 GHz射频前端、多组协议栈加速器与灵活的中断/时钟资源，使其具备同时运行多种无线协议的能力。但“支持多协议”与“能稳定并发”之间隔着一条工程鸿沟：射频前端只有一套，天线只有一副，2.4 GHz频段内的BLE、Thread、Zigbee、802.15.4、ESB、NFC等协议共享同一物理介质。理解这条边界，是后续所有并发设计决策的起点。

一、nRF SoC的多协议能力边界

从硬件资源看，nRF52840的2.4 GHz无线电支持BLE 5.0、802.15.4、ESB、NFC-A/B及专有2.4 GHz模式；nRF5340则通过双核架构（应用核+网络核）将协议栈与用户应用解耦，网络核独立运行蓝牙或802.15.4协议栈，应用核专注业务逻辑。nRF54系列进一步提升了射频调度精度与内存隔离能力。

但能力边界由三个硬约束决定：射频时分复用——同一时刻只能有一个协议占用射频；协议栈内存与中断优先级——高优先级协议栈可能抢占低优先级协议栈的射频窗口；时钟与定时器资源——多协议需要独立的定时基准来协调收发窗口。例如，BLE连接事件通常每7.5 ms至4 s一次，而Thread的CSL（Coordinated Sampled Listening）或Zigbee的信标周期可能与之冲突。若两个协议的射频窗口在时间轴上重叠，必须由调度器决定谁先谁后，否则会出现丢包、连接断开或入网失败。

二、并发通信的典型场景

多协议并发并非“为了并发而并发”，它由真实产品需求驱动。典型场景包括：

• 智能家居网关：同时运行Thread边界路由器与BLE配网服务，手机通过BLE配置设备，设备通过Thread入网并上报数据。
• 资产追踪器：BLE广播用于近场唤醒与配置，ESB或专有2.4 GHz用于低功耗远距离回传，NFC用于无电配置。
• 工业传感器节点：Zigbee或802.15.4用于 mesh 组网，BLE用于现场维护人员手机点检。
• 音频与数据双流：BLE Audio（LE Audio）与BLE数据通道并发，或BLE与2.4 GHz专有音频协议共存。

这些场景的共同点是：不同协议承担不同角色，且对时延、吞吐、功耗的要求不同。例如，BLE配网要求低时延交互，Thread上报要求高可靠，NFC要求瞬时响应。并发设计必须为每个协议分配合理的射频时间片与优先级。

三、课程目标与工程路线图

本课程的目标不是罗列API，而是建立一套可复用的多协议并发工程方法。完成课程后，读者应能：根据产品需求判断nRF SoC是否满足并发边界；设计射频调度策略与优先级；配置协议栈共存参数；使用Nordic工具链验证并发性能；定位并解决射频冲突、内存不足、中断延迟等典型问题。

工程路线图分为四个阶段：能力评估（确认SoC型号、协议栈版本、射频窗口需求）→ 架构设计（单核分时、双核分工或双芯片）→ 实现与配置（协议栈初始化、调度器、优先级、内存池）→ 验证与调优（并发吞吐、丢包率、功耗、时延）。每个阶段都有明确的输入、输出与判断依据。

四、关键工程判断与示例参数

在进入具体实现前，先建立几个可量化的判断依据。以下参数为教学示例，用于说明工程决策逻辑，并非实测结果：

以智能家居网关为例：BLE配网服务使用200 ms广播间隔，Thread边界路由器使用1 s上报周期。若两者射频窗口在时间轴上随机分布，重叠概率约为（BLE窗口时长/200 ms）×（Thread窗口时长/1 s）。假设BLE窗口2 ms、Thread窗口5 ms，则重叠概率约为2/200 × 5/1000 = 0.005%，看似很低，但实际中BLE连接事件会周期性出现，若与Thread上报周期形成固定相位差，重叠会周期性发生。因此，工程上更可靠的做法是主动对齐：将Thread上报安排在BLE连接事件之后的空闲窗口内，或使用nRF5340的双核架构让网络核独立调度。

五、课程交付物与学习路径

本课程将围绕一条主线展开：从能力评估到架构设计，再到实现配置与验证调优。每个阶段都会给出可执行的配置片段、参数表与判断依据。例如，在架构设计阶段，会对比单核分时与双核分工的适用条件；在实现阶段，会给出协议栈初始化顺序、射频调度器伪代码与内存池配置示例；在验证阶段，会给出吞吐、丢包率、功耗的测量方法与结果判读标准。

读者完成本课程后，应能独立完成一个多协议并发节点的设计、实现与调优，并能够根据产品需求判断nRF SoC是否满足并发边界，以及在不满足时如何选择替代方案。下一阶段将从nRF SoC的射频资源与协议栈共存机制开始，逐步展开。