开篇与硬件选型
前提知识
这个系列面向想深入了解 BLE 底层实现的嵌入式开发者，阅读本文需要具备以下基础：
- C 语言：能够读懂操作寄存器的代码，理解指针、结构体、位域
- 嵌入式基础：知道什么是中断、定时器、DMA，理解"往寄存器写值"的含义
- BLE 使用经验：理解广播、连接的基本概念
- Zephyr RTOS 基础：能够编译和烧录 Zephyr 工程（本系列使用 Zephyr 的 HAL 层）
不需要了解 BLE 协议规范的细节，这个系列会在用到每个概念时从头解释。
一、我们要实现哪一层？
在蓝牙的协议架构中，整套协议被划分为两大部分。
Host（主机层） 负责逻辑、安全和属性管理。它离应用层最近，负责"决策"比如"我想发一条消息"或"我要连接这个设备"，对应的是 GATT、GAP、L2CAP 等协议层。
Controller（控制器层） 负责物理层（PHY）和链路层（LL）。它离硬件最近，负责"执行"在精确的时间点切换频率，把数据喷射到空气中，并确保每一帧的时序符合规范。Controller 完全感知不到"消息内容"是什么，它只知道比特流、频率、时序。
这个系列专注于 Controller 层的实现。Host 的逻辑我们会借用 Zephyr 的 Host 实现，而 Controller 从寄存器参数开始手写。
Host 和 Controller 之间通过 HCI（Host Controller Interface） 通信，这是蓝牙规范定义的标准接口。具体来说，HCI 是一套命令/事件/数据包规范：Host 向 Controller 发 HCI 命令（比如"开始扫描"），Controller 用 HCI 事件回复（比如"扫到了设备 XX"）。到系列后期，我们把自己写的 Controller 通过 HCI UART 连接到 Zephyr 的 Host 层，让整个蓝牙协议栈跑起来。
二、硬件选型：为什么选 nRF52832？
手写 Controller 对硬件有极苛刻的要求。如果选了一个高度封装的芯片，开发者根本接触不到底层的射频控制权。我们需要满足以下三个条件：
开放的射频寄存器访问。芯片必须允许直接控制射频的 TX/RX 切换、频率配置、功率设置，而不是只暴露高层 API。很多集成式芯片（如 ESP32）把射频底层封装在闭源库里，无法真正控制链路层行为。
微秒精度的计时器。BLE 的帧间间隔 T_IFS 要求 150 µs 2 µs，这意味着计时精度必须在 1 µs 以内，并且计时能力要完全独立于 CPU 的调度延迟。
外设间的硬件自动联动。从"定时器到期"到"射频开始发射"的延迟必须固定且极短，不能依赖软件中断响应。一旦有其他中断介入，时序就会偏移。
市场上的几个候选方案比较如下：
| 方案 | 优点 | 缺点 | 推荐度 |
|---|---|---|---|
| Nordic nRF52832/52840 | 寄存器手册完整详尽，PPI 机制允许硬件自动化；已有 Zephyr HAL 支持 | 几乎没有缺点 | |
| ESP32 系列 | 普及率高，价格便宜 | 射频底层被封装在闭源库里，无法真正控制 LL | |
| SDR（软件定义无线电） | 灵活性高，能看到原始波形 | 成本高，处理时延无法满足 BLE 实时性要求 |
我们选择 nRF52832，决定性因素是它的 PPI（Programmable Peripheral Interconnect，可编程外设互联） 机制。PPI 允许在不经过 CPU 的情况下，把一个外设的事件直接连接到另一个外设的触发输入。举一个具体的例子："定时器计数到某个值"这个事件，可以通过 PPI 直接触发"射频开始发送"这个动作，延迟仅约 1-2 个时钟周期（约 30 纳秒）。这是实现精确 BLE 时序的关键能力。
nRF52832 还提供了完整的 Product Specification（芯片手册），每个寄存器的每个 bit 都有详细描述，这对手写底层代码来说不可或缺。
三、软件基础：Zephyr RTOS 的 HAL 层
我们不会从最底层寄存器地址开始写所有代码。Zephyr RTOS 的 BLE Controller 源码（subsys/bluetooth/controller/）中包含了对 nRF52 射频寄存器的 HAL（硬件抽象层）封装，提供了 radio_phy_set、radio_aa_set、radio_crc_configure 等函数。
使用这些 HAL 函数有两个好处：第一，函数名直接描述意图，代码可读性好；第二，HAL 内部处理了寄存器字段的位操作细节，我们可以专注于理解逻辑而不是位掩码的计算。
但我们不会调用 bt_enable()那会启动完整的协议栈。我们只引用 HAL 层的函数，直接操作寄存器，绕过协议栈的初始化流程。
四、必备的调试工具
仅靠 printk 日志无法诊断时序问题。以下工具在手写 BLE Controller 过程中必不可少：
BLE 嗅探器：另一块 nRF52840 开发板运行 hci_usb 固件，配合 Wireshark 使用。它能让你在空中抓到你发出的每一帧，确认数据包格式、时序和内容是否符合 BLE 规范。这是验证发送行为最直接的方式，没有之一。
nRF Connect App：手机上的调试 App（Android/iOS 均有），用于验证广播包是否被手机正常扫描到，确认设备名、MAC 地址、广播数据格式。
逻辑分析仪：用于在芯片的 GPIO 上打时间戳，测量状态转换的实际时间，辅助调试时序问题。调试 T_IFS 和连接时序时非常有用。
示波器：当怀疑射频开启时间不对时使用，是最终的裁判工具。可选。
小结
- BLE Controller 负责物理层和链路层，是整个协议栈中时序最严格的部分
- nRF52832 因为开放的寄存器访问权限和 PPI 硬件互联机制，是手写 Controller 的首选平台
- 我们使用 Zephyr 的 HAL 层函数操作寄存器，不调用完整协议栈的初始化流程
- BLE 嗅探器是验证实现正确性的核心工具，建议准备一块 nRF52840 作为嗅探器