1. 项目概述：为什么我们需要一颗“全能”的无线心脏？

在物联网设备的设计中，选型一颗合适的无线微控制器（MCU）往往是决定项目成败的关键第一步。这就像为智能设备挑选一颗“心脏”，它不仅要足够强大以处理复杂的逻辑和协议，更要极其“节能”，确保设备能在仅靠一枚纽扣电池供电的情况下持续工作数年。更棘手的是，市场协议纷繁复杂——智能家居可能需要 Zigbee 或 Thread 来组建本地 mesh 网络，资产追踪器又离不开 Bluetooth LE 与手机直连，而远距离的智能表计则依赖于 Sub-1GHz 频段来穿透墙壁和楼板。过去，开发者常常面临一个艰难的选择：是为不同协议准备多颗芯片，增加成本和复杂度；还是牺牲性能或功耗，选择一颗“将就”的单协议芯片。

德州仪器（TI）的 CC1354R10 的出现，正是为了终结这种妥协。它不仅仅是一颗支持多频段（Sub-1GHz 和 2.4GHz）和多协议（如 Thread, Zigbee, Bluetooth LE 5.3, Wi-SUN 等）的无线 MCU，更通过其独特的动态多协议管理器（DMM）和超低功耗传感器控制器，实现了在单一芯片上并发处理多种无线任务，同时将功耗控制在令人惊叹的微安级别。对于从事楼宇自动化、工业传感、智能表计或复杂消费电子产品的工程师来说，理解并掌握这颗芯片，意味着能用更简洁的设计、更低的 BOM 成本和更长的电池寿命，去实现更强大、更可靠的无线连接功能。接下来，我将结合多年的射频与嵌入式开发经验，为你深入拆解 CC1354R10 的核心能力、设计思路以及那些数据手册不会告诉你的实操细节。

2. 核心架构深度解析：性能、功耗与多协议并发的基石

CC1354R10 的卓越表现，根植于其精妙的系统级架构设计。它并非简单地将两个射频前端和一个处理器拼凑在一起，而是通过硬件与软件的协同，构建了一个高效、灵活且安全的计算与通信平台。

2.1 强大的处理核心与内存子系统

芯片搭载了一颗基于 Arm® Cortex®-M33 内核的主处理器，运行频率高达 48MHz，并集成了浮点单元（FPU）和 DSP 扩展。在物联网边缘节点中，M33 内核的优势远不止于主频。其内置的TrustZone®技术为设备安全提供了硬件隔离的可信执行环境（TEE）。这意味着你可以将敏感的密钥管理、加密算法甚至完整的设备身份认证逻辑，运行在与其他应用代码完全隔离的安全区域，从根本上防止固件被篡改或密钥被窃取。对于智能门锁、安防传感器等应用，这是不可或缺的特性。

内存配置同样慷慨且务实：1024kB 的闪存为复杂的多协议栈和用户应用程序提供了充足空间；256kB 的超低泄漏 SRAM（带奇偶校验）则确保了数据在深度睡眠时的保持能力，同时奇偶校验功能为高可靠性应用（如工业环境）提供了对软错误的额外防护。这里有一个关键细节：如果关闭奇偶校验，可以额外释放出 32kB 的 SRAM。在内存紧张时，这 32kB 可能就是决定功能能否实现的关键。但请注意，关闭奇偶校验会略微降低系统在强辐射等恶劣环境下的数据完整性，需根据应用场景权衡。

2.2 革命性的动态多协议管理器（DMM）

这是 CC1354R10 区别于普通双频芯片的核心。DMM 不是一个硬件模块，而是一个运行在射频子系统上的智能调度软件框架。它的核心作用是在时间片上仲裁和调度对不同无线协议栈的射频资源访问。

它是如何工作的？想象一下，你的设备同时加入了 Zigbee 网络（用于传感器数据上报）和 Bluetooth LE 网络（用于手机直连配置）。传统的方案是分时复用，但切换协议栈和射频频率需要时间，可能导致数据包丢失或连接中断。DMM 则通过精确的时序控制，将射频前端的时间划分为极小的切片（微秒级）。例如，它可以在 99% 的时间里监听 Zigbee 信道，但在预定的、周期性的极短时间窗口内，快速切换到 Bluetooth LE 信道进行广播或连接事件，处理完后再无缝切回。对于上层应用和协议栈来说，它们都认为自己独占了射频资源。

实操心得：DMM 的配置是开发中的重点和难点。TI 的 SDK 中提供了示例，但你需要根据实际应用的 QoS（服务质量）需求来仔细调整时间片分配。例如，Zigbee 的 Beacon 间隔、Bluetooth LE 的连接间隔和从设备延迟参数，都需要与 DMM 的调度表匹配。一个常见的坑是，如果 Bluetooth LE 的连接事件设置得太频繁，可能会“挤占”过多时间，导致 Zigbee 网络中的路由发现或数据中继失败。我的经验是，先从简单的、非实时性的协议组合开始调试 DMM，例如专有协议 + Bluetooth LE 广播，待熟悉其调度机制后，再引入 Zigbee 或 Thread 这类对网络时序要求严格的协议。

2.3 独立超低功耗传感器控制器（SC）

这颗独立的可编程微型控制器（通常基于一个极简的 CPU 内核，如 Cortex-M0 或类似架构）是 CC1354R10 实现“超低功耗”的秘诀之一。它拥有自己的 4kB SRAM 和专用外设接口，可以在主 CPU 和整个系统都处于深度睡眠（Standby）状态时，依然保持活跃。

典型工作流如下：

1. 主系统进入待机模式，功耗降至 0.98µA（保持 256kB RAM）。
2. 传感器控制器以 2MHz 的低速运行（功耗仅约 32µA），按照预设程序，周期性地唤醒 ADC 去采样温度传感器，或通过 GPIO 轮询数字传感器。
3. 采样到的数据可以暂存在其 4kB SRAM 中，并进行初步处理，如求平均值、过滤噪声或与阈值比较。
4. 只有当数据满足特定条件（如温度超过阈值）时，传感器控制器才会触发一个中断，唤醒主 CPU。
5. 主 CPU 被唤醒后，可以从传感器控制器的内存中读取已处理好的数据，然后通过射频发送出去，之后再次进入睡眠。

为什么这样省电？因为避免了为了偶尔的采样而频繁唤醒整个主系统（包括射频和所有外设）。主 CPU 的唤醒和初始化本身就需要消耗可观的能量和时间。传感器控制器就像一个不知疲倦、饭量极小的“哨兵”，承担了绝大部分的监控工作，只在大事发生时才叫醒“将军”。

工具提示：TI 提供了Sensor Controller Studio这个图形化工具，用于为传感器控制器编写逻辑。它使用一种简化的 C 语言变体，你可以通过拖拽方式配置 ADC 采样率、比较器阈值、定时器周期等，极大地降低了开发门槛。务必善用此工具。

2.4 高性能可编程射频前端

CC1354R10 的射频内核由一个专用的 Cortex-M0 控制器管理，支持从 315MHz 到 2480MHz 的广泛频段。其可编程性体现在支持多种调制方式（2/4-(G)FSK, MSK, OOK）和标准（IEEE 802.15.4 PHY/MAC）。最令人印象深刻的是其接收灵敏度：在 Sub-1GHz 频段、2.5kbps 的远距离模式下，灵敏度可达-121dBm；在 2.4GHz Bluetooth LE 125kbps 模式下，也达到了-104dBm。

这些数字意味着什么？更高的接收灵敏度直接转化为更远的通信距离或更强的穿墙能力。根据无线电传输的自由空间路径损耗公式，灵敏度每提升 3dB，通信距离理论上可以增加约 40%。-121dBm 的灵敏度，使得在相同的发射功率下，CC1354R10 的 Sub-1GHz 链路比许多同类产品具有显著的覆盖范围优势，非常适合广域物联网（如农业传感、智能城市）应用。

射频性能参数解读表：

注意：数据手册中的功耗值通常在典型电压和温度下测得。在实际电池供电应用中，随着电池电压下降（如从 3.6V 降至 2.0V），芯片内部的 DCDC 转换器或 LDO 效率会变化，实际功耗可能略高于典型值。在做电池寿命估算时，务必留出至少 20% 的余量。

3. 多协议实战：从选型到配置的完整路径

面对 CC1354R10 支持的一长串协议（Thread, Zigbee, Bluetooth LE 5.3, Wi-SUN, mioty, 专有协议等），初学者可能会感到无从下手。本节将为你梳理清晰的协议选型逻辑和具体的开发启动步骤。

3.1 协议栈选型决策树

选择哪种或哪几种协议，取决于你的应用场景、网络拓扑和互联需求。你可以参考以下决策流程：

1. 是否需要与智能手机直接交互？

   • 是->Bluetooth LE 5.3 几乎是必选项。用于设备配网、数据读取、固件升级（OTA-DFU）。CC1354R10 的 BLE 5.3 支持扩展广播、2M PHY 等新特性，能实现更快的数据吞吐和更稳定的连接。

2. 设备的主要通信场景是什么？

   • 低功耗、自组织、多跳的 Mesh 网络（如智能家居传感器网络）->优先考虑 Zigbee 或 Thread。
     • Zigbee：生态成熟，芯片和终端产品众多，适合相对封闭的垂直应用（如智能照明、安防）。
     • Thread：基于 IP（6LoWPAN），与互联网无缝集成，是 Matter 标准的底层网络协议之一，未来前景广阔。
   • 远距离、低数据速率的广域网（LPWAN）（如城市智能表计）->考虑 Wi-SUN 或 mioty。
     • Wi-SUN：基于 IEEE 802.15.4g，支持大规模、多跳的 Field Area Network，在日本和北美智能电网中广泛应用。
     • mioty：一种超窄带（UNB）技术，抗干扰能力极强，适合在复杂射频环境下传输小数据包。
   • 简单的点对点或星型网络，对协议开销敏感->使用 TI 15.4-Stack（专有协议）。它提供了 MAC 层和 PHY 层框架，允许你自定义上层应用，实现最小的协议开销和最高的灵活性。

3. 是否需要多协议并发？

   • 是-> 必须启用DMM。典型的组合有：
     • Zigbee/Thread + Bluetooth LE：设备作为 Zigbee/Thread 网络节点，同时通过 BLE 被手机直连控制。
     • 专有协议 + Bluetooth LE：传感器网络使用自定义协议优化功耗，同时保留 BLE 用于配置和维护。
   • 否-> 可以只运行单一协议栈，简化开发。

3.2 开发环境搭建与第一个工程

TI 为 CC1354R10 提供了强大的SimpleLink™ LOWPOWER F2 SDK。以下是搭建环境的步骤：

1. 安装软件：

   • 下载并安装Code Composer Studio (CCS)或IAR Embedded Workbench。CCS 基于 Eclipse，对 TI 器件支持更好，且个人版免费。
   • 下载并安装SimpleLink CC13xx/CC26xx SDK（确保版本包含 CC1354R10 支持）。SDK 中包含了协议栈、驱动程序、示例工程和文档。
   • 安装SysConfig图形化配置工具。这是 TI 新一代的引脚、外设和协议栈配置工具，能自动生成初始化代码，强烈推荐使用，可以避免大量底层寄存器配置错误。

2. 硬件准备：

   • 获取一块 CC1354R10 的开发板，如LP-EM-CC1354P10-1（Sub-1GHz +20dBm）或LP-EM-CC1354P10-6（2.4GHz +10dBm）。
   • 准备一个调试探头，如LP-XDS110（很多开发板已集成）或J-Link。
   • 连接好天线，并为开发板供电（USB 或外部 3.3V）。

3. 创建并构建示例工程：

   • 打开 CCS，通过File -> New -> CCS Project创建新项目。
   • 选择目标器件CC1354R10。
   • 在Project templates and examples中，选择一个基础示例，例如empty（空工程）或blinky（LED 闪烁）。首次建议从blinky开始，它能验证你的开发环境、编译链和下载调试功能是否全部正常。
   • 使用 SysConfig 打开工程的.syscfg文件，配置一个 GPIO 引脚驱动 LED，配置时钟源（通常高频用外部 48MHz 晶振，低频用内部 RC 或外部 32.768kHz 晶振以获取更精确的定时）。
   • 编译工程，将程序下载到开发板，观察 LED 是否按预期闪烁。

避坑指南：

• 电源配置：在 SysConfig 的Power模块中，务必正确选择电源模式。如果使用纽扣电池（电压可能低于 2.5V），需要启用芯片内部的DCDC 转换器（在Power -> DC/DC中使能），它能显著提高电源效率，延长电池寿命。如果使用稳定的 3.3V 电源，也可以选择 LDO 模式。
• 引脚冲突：射频引脚（RF_P_SUB_1GHZ,RF_N_SUB_1GHZ,RF_P_2_4GHZ,RF_N_2.4GHZ）和晶振引脚（X48M_P/N,X32K_Q1/Q2）是专用引脚，不可复用为 GPIO。使用 SysConfig 可以直观地看到引脚分配冲突，避免硬件设计错误。

3.3 集成协议栈：以 Bluetooth LE 为例

在验证了基础工程后，可以开始添加无线协议栈。我们以添加一个简单的 BLE 外设（Peripheral）为例：

1. 在 SysConfig 中添加 BLE 栈：在.syscfg文件中，点击Add Component，搜索并添加BLE。选择角色为Peripheral。
2. 配置 GAP（通用访问配置文件）参数：设置设备名称、外观（如传感器）。配置广播参数：广播间隔（如 100ms）、广播类型（可连接、可扫描）。
3. 定义 GATT（通用属性配置文件）服务：这是 BLE 通信的核心。例如，创建一个“环境传感服务”，里面包含一个“温度”特征（Characteristic）。你需要定义特征的 UUID、属性（可读、可通知等）。SysConfig 提供了图形化界面来创建这些服务，并自动生成对应的 C 代码结构体。
4. 生成代码：保存 SysConfig 配置，它会自动在工程中生成ti_ble_config.c/h等文件，其中包含了所有 BLE 相关的初始化代码和回调函数框架。
5. 编写应用逻辑：在主循环或定时器中断中，读取传感器数据（例如从传感器控制器或 ADC），然后更新到 BLE 特征值中。对于支持“通知”的特征，调用SimpleProfile_SetParameter()等 API 更新数据后，栈会自动将数据通知给已连接的中央设备（如手机）。
6. 处理 BLE 事件：在自动生成的回调函数（如simple_peripheral_taskFxn）中，处理连接建立、断开、特征值读写请求等事件。

关键技巧：优化 BLE 功耗

• 连接参数协商：在连接建立后，外设可以请求更长的连接间隔（Connection Interval）和从设备延迟（Slave Latency）。例如，将连接间隔从默认的 30ms 增加到 500ms，可以大幅减少射频活动时间。在GAP_UpdateLinkParamReq回调中实现此逻辑。
• 利用 DMM：如果你的设备同时运行 BLE 和其他协议，确保在 SysConfig 的DMM组件中正确设置了调度策略，为 BLE 的连接事件分配了足够且不冲突的时间窗口。

4. 低功耗设计实战：将理论值转化为实际电池寿命

数据手册上 0.98µA 的待机电流和 5.8mA 的接收电流令人兴奋，但如何在实际应用中逼近这些理论值，是衡量工程师功力的关键。

4.1 系统功耗状态机与模式切换

CC1354R10 支持多种功耗模式，理解并正确使用它们是低功耗设计的基础：

1. Active Mode（活动模式）：CPU、外设、射频全速运行。功耗最高（约 3.4mA @ 48MHz CoreMark）。应尽量减少在此模式下的停留时间。
2. Idle Mode（空闲模式）：CPU 停止，但外设时钟和 SRAM 保持供电。功耗约 635µA（使用 RCOSC_HF）。适用于短暂等待中断的场景。
3. Standby Mode（待机模式）：这是实现超低功耗的关键模式。CPU 和大部分数字逻辑断电，仅 RTC（实时时钟）、少量寄存器和 SRAM（可配置保持 128kB 或 256kB）保持供电。功耗可低至 0.98µA（使用内部低频 RC 振荡器）。唤醒源可以是 RTC 定时器、外部 GPIO 中断或传感器控制器中断。
4. Shutdown Mode（关断模式）：整个芯片完全断电，仅部分 IO 的唤醒功能有效。功耗最低（0.17µA）。唤醒后相当于冷启动，程序从复位向量开始执行。

最佳实践模式：对于绝大多数电池供电的传感器节点，其工作流应设计为“突发-睡眠”循环：

• 99%+ 的时间：芯片处于Standby Mode，由传感器控制器或 RTC 定时器监控。
• 传感器控制器以极低功耗（~32µA @ 2MHz）周期性采样。
• 当满足上报条件（如数据变化、定时到达）时，传感器控制器触发中断，唤醒主系统进入 Active Mode。
• 主 CPU 快速初始化，从传感器控制器读取数据，启动射频（进入 RX 或 TX 状态），发送数据。
• 数据发送完毕后，立即让射频和主 CPU 进入休眠，返回 Standby Mode。

4.2 电源管理与外围电路设计

• DCDC 转换器 vs. LDO：芯片内部集成了降压 DCDC 转换器和 LDO。当供电电压（VDDS）高于 2.1V 时，务必使能 DCDC 转换器。它的效率（通常 >85%）远高于 LDO（效率约 Vout/Vin），尤其是在高射频输出功率时，能节省大量电能。仅在 VDDS 电压极低（如接近 1.8V）时，才考虑使用 LDO 模式。
• 去耦电容布局：数据手册和参考设计给出了明确的去耦电容要求。必须严格遵守，特别是为 VDDR、VDDR_RF、DCOUPL 等引脚提供的电容。这些电容不仅滤除噪声，更是 DCDC 转换器稳定工作的关键。应使用高质量的 X7R 或 X5R 材质陶瓷电容，并尽可能靠近芯片引脚放置。
• 未使用引脚的处理：对于未使用的 GPIO 引脚，最佳做法是将其配置为输出并驱动到低电平，或者保持未连接（NC）但确保在软件中禁用其上下拉电阻。避免将其悬空，以免因漏电流或静电积累增加额外功耗或导致不稳定。

4.3 电池寿命估算实例

假设我们设计一个温度传感器，使用一颗 2400mAh 的 CR2032 纽扣电池（标称电压 3V），工作流程如下：

• 每 5 分钟（300 秒）测量并发送一次数据。
• 测量阶段：传感器控制器工作 10ms，电流 32µA。
• 发送阶段：主系统唤醒，初始化并发送一包数据（Sub-1GHz，0dBm），耗时 50ms。此期间平均电流约 8mA（CPU + 射频 TX）。
• 其余时间：芯片处于 Standby Mode，电流 1µA。

计算：

1. 单次循环总电荷消耗：
   • 待机：(300 - 0.01 - 0.05)秒 * 1µA ≈ 299.94秒 * 1µA = 299.94 µAs
   • 传感器控制器：0.01秒 * 32µA = 0.32 µAs
   • 发送：0.05秒 * 8000µA = 400 µAs
   • 单次循环总消耗：299.94 + 0.32 + 400 ≈ 700.26 µAs
2. 电池总容量：2400mAh = 2400 * 3600 µAs = 8,640,000 µAs
3. 理论循环次数：8,640,000 / 700.26 ≈ 12,340 次
4. 理论寿命：12,340 次 * 300秒/次 ≈ 3,702,000 秒 ≈ 42.8 天

这个估算结果（约 1.4 个月）与“一颗电池用几年”的期望相去甚远。问题出在哪里？

• 电池实际容量：CR2032 在 3V、小电流放电下的实际可用容量可能低于标称值，且电压会逐渐下降。
• 忽略的功耗：射频接收（监听信道）、协议栈维护（如 Zigbee 的 Beacon 监听）、Flash 擦写等功耗未被计入。
• DCDC 效率：在电池电压下降时，效率会降低。

优化后估算：

• 将发送间隔延长至 1 小时（3600 秒）。
• 优化协议，使用确认（ACK）机制减少重发，将发送时间缩短至 20ms。
• 确保 DCDC 使能。
• 重新计算后，寿命可轻松超过 1 年。这个例子说明了低功耗设计是一个系统工程，需要软硬件协同优化，而不仅仅是依赖芯片的低待机电流。

5. 射频电路设计与布局要点：从原理图到PCB的实战指南

无线性能的优劣，一半取决于芯片本身，另一半则取决于射频电路和 PCB 布局。即使你使用了最好的芯片，糟糕的布局也可能让通信距离缩短一半以上。

5.1 天线选型与匹配网络

• 天线类型选择：
  • PCB 天线（如倒 F 天线）：成本最低，集成度高，但带宽和效率相对较低，对布局极其敏感。适合空间和成本极度受限的消费类产品。
  • 芯片天线：体积小，性能稳定，一致性较好。需要严格按照其数据手册进行匹配电路设计和接地焊盘（Keep-out Area）布局。
  • 外接天线（如鞭状天线、SMA 连接器接棒状天线）：性能最好，辐射效率高，受 PCB 影响小。适合对射频性能要求高的工业产品或网关设备。
• 阻抗匹配网络（Matching Network）：CC1354R10 的射频输出阻抗并非标准的 50 欧姆。必须使用由电感和电容组成的 π 型或 L 型匹配网络，将芯片的差分射频输出（RF_P/N）转换为单端的 50 欧姆，并与天线连接。TI 的参考设计提供了经过验证的匹配网络元件值（BOM），强烈建议直接采用或在其基础上微调。切勿随意更改。
• 使用 SmartRF™ Studio 进行验证：这是 TI 提供的免费工具。将开发板通过调试器连接电脑，打开 SmartRF Studio，选择 CC1354R10，它可以测量实际的输出功率、频谱模板，并辅助进行简单的接收灵敏度测试。这是硬件调试阶段不可或缺的工具。

5.2 PCB 布局黄金法则

1. 射频走线优先：将射频部分（从芯片 RF 引脚到匹配网络再到天线馈点）视为一个整体，布局时优先考虑。走线应尽可能短、直。
2. 严格控制阻抗：从匹配网络输出到天线馈点的微带线，应设计为 50 欧姆特征阻抗。使用 PCB 厂提供的阻抗计算工具，根据你的板材（如 FR4）、层叠结构、线宽和到参考层的距离来计算。
3. 完整的地平面：在射频部分下方，必须有一个完整、无割裂的接地平面（通常是最底层或相邻的内层）。它为射频信号提供返回路径，并起到屏蔽作用。
4. 过孔屏蔽墙：在射频走线两侧，密集地打上一排接地过孔，形成“屏蔽墙”，防止信号向两侧辐射或受到干扰。
5. 元件摆放与隔离：匹配网络的电感应垂直放置以减少耦合。将晶振、数字高速信号线、开关电源电路远离射频区域，并在中间用地平面或屏蔽罩进行隔离。
6. 电源去耦：为芯片的每个电源引脚（VDDS, VDDS2, VDDS3, VDDR, VDDR_RF）提供独立的去耦电容，并严格按照数据手册推荐的容值和位置（靠近引脚）放置。大容量（如 10µF）的储能电容应放置在电源入口处。

5.3 常见射频性能问题排查

当你的设备通信距离不达标或误码率高时，可以按以下步骤排查：

重要提示：射频设计和调试需要一定的经验和仪器。如果团队内没有射频专家，最稳妥的方法是尽可能 1:1 复制 TI 官方评估板的射频部分原理图和 PCB 布局，包括元件型号、封装和走线。这是避免踩坑的最快路径。

6. 高级功能与安全机制应用

6.1 加密与安全启动

CC1354R10 集成了丰富的硬件加密加速器（AES-128/256, SHA2, PKA, TRNG），应充分利用它们来保障通信安全，而不是使用软件加密库，后者会消耗大量 CPU 资源和时间。

• AES-CCM 加密：对于 Zigbee, Thread, Bluetooth LE 的链路层加密，协议栈已自动调用硬件 AES 加速器。对于你自己的应用层数据，也可以调用AESECB或AESCCM驱动进行加密。
• 安全启动（Secure Boot）：这是防止恶意固件运行的关键。在芯片出厂或初次编程时，可以烧写一个根证书公钥到受保护的闪存区域。此后，每次芯片启动，Bootloader 都会使用此公钥验证应用程序镜像的数字签名。只有签名合法的镜像才会被运行。TI 的 SDK 提供了安全启动的参考实现，但需要妥善保管你的私钥。
• 信任根与 TrustZone：结合安全启动和 Arm TrustZone，可以构建一个从硬件到软件的可信链。将安全服务（如密钥存储、加解密操作）放在 TrustZone 的安全世界中，将应用程序放在非安全世界。即使应用程序被攻破，攻击者也无法获取存储在安全世界中的密钥。

6.2 无线升级（OTA-DFU）

对于部署在野外的设备，OTA 升级功能至关重要。CC1354R10 的 OAD（Over-the-Air Download）功能支持通过无线网络更新整个应用程序或协议栈。

实现 OTA 的关键步骤：

1. 设计内存布局：将 Flash 划分为多个区域：Bootloader 区、Active App 区、Download（新固件暂存）区、以及可能用于备份的 Factory Image 区。TI 的 OAD 示例工程提供了标准布局参考。
2. 生成可 OAD 的镜像：在编译工程时，使用oad_image_tool工具为生成的二进制文件添加 OAD 特定的头信息（如 CRC、镜像类型、版本号）。
3. 实现下载协议：你需要在上层应用或协议栈中实现一个简单的文件传输协议，用于将新的镜像文件分片传输到设备的 Download 区。传输过程中需进行 CRC 校验。
4. 镜像验证与切换：当 Download 区的镜像接收并校验完整后，Bootloader 会验证其签名（如果启用了安全启动），然后将 Download 区的内容复制到 Active App 区，并更新镜像指针。下次复位后，设备即运行新版本。

注意事项：OTA 过程必须非常可靠，因为一旦失败可能导致设备“变砖”。务必设计回滚机制（如保留上一个已知良好的版本）和断点续传功能。同时，确保升级过程有足够的电量，或能检测到低电量并中止升级。

7. 从原型到量产：测试与认证考量

当你的原型机功能稳定后，就需要为量产做准备，其中射频法规认证是必经之路。

1. 预一致性测试：在送交官方实验室（如 FCC, CE）之前，最好自己能进行一些预测试。使用频谱分析仪检查发射信号的频率误差、发射功率、带外杂散发射是否在标准限值内。使用射频信号源和接收机测试接收灵敏度和阻塞特性。
2. 认证策略：
   • 模块认证：如果你直接使用 TI 的认证模块（如果 TI 提供），或者自己将 CC1354R10 及其射频电路做成一个独立的、屏蔽的模块并先对该模块进行认证，那么你的最终产品可以引用该模块的认证，简化整机认证流程。这是最推荐的方式，尤其对于没有射频认证经验的团队。
   • 整机认证：将 CC1354R10 作为芯片直接设计在产品主板上，需要对整个最终产品进行认证。成本更高，风险更大，因为任何硬件改动都可能影响射频性能并需要重新认证。
3. 软件版本与配置管理：量产固件的任何修改，尤其是射频参数（如发射功率、信道）的修改，都可能影响认证结果。必须建立严格的版本控制流程，确保量产固件与送测固件完全一致。

CC1354R10 是一颗功能极其强大的无线 MCU，它的高集成度和灵活性为物联网产品设计打开了巨大的空间。然而，能力越大，责任越大。要充分释放其潜力，需要开发者对射频基础、低功耗设计、实时操作系统和多协议栈有深入的理解。从选择一个清晰的协议组合开始，充分利用 TI 提供的 SDK、工具和参考设计，逐步迭代和优化，你就能驾驭这颗“全能心脏”，打造出稳定、高效且具有市场竞争力的无线产品。