简介这份资料面向蓝牙5.2二次开发的学习者与工程师围绕安信可PB-03模块展开该模块基于PHY6252低功耗蓝牙SoC集成射频收发机、PA、滤波器与电源管理支持125Kbps至2Mbps多种速率具备64KB SRAM、256KB Flash与96KB ROM并提供UART、GPIO、ADC、PWM、I2C、SPI、PDM、DMA等接口支持深度睡眠低于1uA及FOTA远程升级。资源包共1163个文件以C源码与头文件为主体辅以Keil工程文件、链接脚本、启动汇编、批处理脚本、PDF文档及固件镜像压缩包约66.23MB覆盖从底层驱动到应用示例的完整开发链路。已有2248人学习下载适合希望快速上手AT指令、搭建Windows开发环境并深入二次开发的读者参考。1. PB03蓝牙5.2二次开发资料从拿到压缩包到跑通第一个透传固件如果你手里正好有一块基于 PB03 模组的板子或者你正在选型一款支持蓝牙 5.2 的国产低功耗方案那这份二次开发资料大概率能帮你省掉至少一周的摸索时间。PB03 是一颗面向物联网场景的蓝牙 5.2 SoC支持主从一体、Mesh 组网和长距离广播常见于智能家居、工业传感器和穿戴设备。这份资料包的核心价值在于它把原厂 SDK、AT 指令手册、硬件设计指南和几个可直接编译的例程打包在一起让你不用从零去啃寄存器手册。适合谁嵌入式软件工程师、硬件打样阶段的固件开发者以及需要快速验证蓝牙 5.2 特性的方案选型人员。下面我按实际拆包和编译的顺序把这份资料怎么用、参数怎么配、哪里容易翻车一次讲清楚。2. 拆包与工程结构先认清 SDK 里每个文件夹是干什么的拿到压缩包后别急着双击打开 IDE先花十分钟把目录结构理清楚。PB03 的 SDK 通常按「芯片原厂底层 协议栈 应用示例 文档」四层组织不同版本会有细微差异但核心目录名基本一致。我一般会先看根目录下的 README 或 Release Note确认 SDK 版本号和对应的编译器要求这一步能避免后面因为工具链不匹配导致的玄学编译错误。2.1 核心目录逐层说明解压后你会看到类似这样的结构以我手头这份为例PB03_SDK/ ├── doc/ # 所有官方文档PDF 和 CHM 格式 │ ├── PB03_Datasheet.pdf │ ├── PB03_AT_Command_Manual.pdf │ └── PB03_Hardware_Design_Guide.pdf ├── examples/ # 应用例程按功能分类 │ ├── ble_peripheral/ # 从机透传例程 │ ├── ble_central/ # 主机扫描连接例程 │ ├── ble_mesh/ # Mesh 组网例程 │ └── ble_long_range/ # 长距离广播例程 ├── include/ # 协议栈和驱动头文件 │ ├── ble_stack/ │ ├── hal/ │ └── os/ ├── lib/ # 预编译的协议栈静态库 │ ├── libble_stack.a │ └── libmesh.a ├── src/ # 应用层源码和启动文件 │ ├── main.c │ ├── app_ble.c │ └── startup_pb03.s ├── tools/ # 烧录工具和配置脚本 │ ├── flash_downloader/ │ └── ble_config_tool/ └── Makefile # 顶层编译脚本doc/里最该先看的是 AT 指令手册和硬件设计指南。AT 手册决定了你能否用串口快速验证模组功能硬件指南则告诉你天线匹配和电源滤波怎么做。examples/下的每个例程都是独立可编译的工程但注意它们可能共用lib/和include/不要单独拷贝某个例程文件夹出去编译否则会报找不到头文件。lib/里的静态库是闭源的你不需要改也改不了但要知道它们对应哪个协议栈版本。tools/里的烧录工具通常只支持 Windows如果你在 Linux 下开发需要用openocd或厂商提供的命令行脚本替代这个后面会讲。2.2 环境搭建与首次编译PB03 的 SDK 一般基于 GCC 工具链官方推荐用arm-none-eabi-gcc。我习惯在 Linux 下开发Windows 用户可以用 MSYS2 或 WSL。先确认工具链版本arm-none-eabi-gcc --version # 输出应类似arm-none-eabi-gcc (GNU Arm Embedded Toolchain) 10.3.1如果版本低于 9建议升级否则可能遇到 C 标准库不兼容的问题。接着进入 SDK 根目录直接执行make clean make编译成功后会在build/目录下生成.hex或.bin文件。这里有个细节顶层 Makefile 默认编译的是examples/ble_peripheral如果你想编译其他例程需要修改Makefile里的TARGET变量或者直接进入例程目录单独编译。我一般会先编译从机透传例程因为它最能验证基础链路是否通畅。编译过程中如果报undefined reference to xxx大概率是lib/下的静态库没有链接进去检查 Makefile 里的LDFLAGS是否包含了-lble_stack和对应的库路径。另一个常见问题是region RAM overflowed说明你的应用代码超出了芯片 RAM 限制需要裁剪功能或优化缓冲区大小。3. 从机透传实战AT 指令配置与固件烧录从机透传是蓝牙 5.2 二次开发里最基础的场景PB03 作为从机手机或主机连上后串口数据和蓝牙数据双向透传。这份资料里的ble_peripheral例程已经实现了这个功能但默认参数不一定符合你的项目需求需要改配置。下面按「改参数 → 编译 → 烧录 → 验证」的顺序走一遍。3.1 修改广播名称和连接参数打开examples/ble_peripheral/app_ble.c找到广播配置结构体。常见做法是修改设备名称、广播间隔和连接间隔。以下是我一般会改的几个关键参数// app_ble.c 中的广播参数配置 static ble_gap_adv_params_t adv_params { .adv_type BLE_GAP_ADV_TYPE_CONNECTABLE_UNDIRECTED, // 可连接非定向广播 .adv_interval 160, // 广播间隔单位 0.625ms160 即 100ms .adv_channel_map 0x07, // 使用 37/38/39 三个广播信道 .filter_policy BLE_GAP_ADV_FP_ANY, }; // 设备名称会出现在广播数据中 static uint8_t device_name[] PB03_UART;adv_interval设成 160 对应 100ms这是功耗和连接速度的平衡点。如果你做的是电池供电的传感器可以调到 16001 秒但手机扫描到设备的时间会变长。adv_channel_map保持0x07即可除非你在做定向广播或需要避开某些干扰信道。连接参数在ble_conn_params结构体里改static ble_gap_conn_params_t conn_params { .min_conn_interval 12, // 最小连接间隔单位 1.25ms12 即 15ms .max_conn_interval 24, // 最大连接间隔24 即 30ms .slave_latency 0, // 从机延迟0 表示每个连接事件都响应 .conn_sup_timeout 400, // 连接超时单位 10ms400 即 4 秒 };min_conn_interval和max_conn_interval决定了数据传输的实时性。如果你传的是传感器小包15ms 到 30ms 足够如果要传音频或大量数据需要调到 6 到 12 之间但功耗会上升。slave_latency设成 0 最稳定设大了虽然省电但手机端可能因为超时断开。3.2 烧录固件与串口验证编译出.hex后用tools/flash_downloader/里的工具烧录。如果你在 Linux 下可以用pyocd或openocd# 使用 pyocd 烧录target 根据实际芯片选 pyocd flash -t cortex_m build/ble_peripheral.hex烧录完成后给 PB03 模组上电用 USB 转串口模块连接它的 UART 引脚通常是 TX 接 RXRX 接 TXGND 共地。串口波特率默认是 1152008 数据位1 停止位无校验。打开串口终端# Linux 下用 minicom 或 picocom picocom -b 115200 /dev/ttyUSB0上电后你应该能看到模组打印的启动日志包括固件版本和蓝牙地址。如果没有输出先检查串口线是否接反再确认模组是否正常供电PB03 通常需要 3.3V电流能力不低于 200mA。手机端用任意 BLE 调试 App 扫描应该能看到名为PB03_UART的设备。连接后手机发送的数据会从串口打印出来串口输入的数据也会透传到手机这就说明从机透传链路通了。注意部分 PB03 模组的 UART 引脚复用为下载口烧录时可能需要拉高某个 GPIO 进入 bootloader 模式具体看硬件设计指南里的引脚定义表。4. 避坑与常见问题排查这一章是我在多个项目里踩过的坑按「现象 → 原因 → 解决」整理。PB03 的 SDK 整体还算稳定但有些问题第一次遇到会卡很久。4.1 编译通过但烧录后无广播现象固件烧录成功串口有启动日志但手机扫描不到设备。原因最常见的是广播数据长度超限。蓝牙 5.2 的广播包最大 31 字节如果你在设备名称里塞了太多字符或者添加了自定义厂商数据整个广播包会溢出协议栈直接丢弃。解决检查device_name长度建议不超过 10 个字符。如果必须放长名称改用扫描响应包scan response承载。另外确认adv_params.adv_type是可连接广播有些例程默认配成非连接广播手机能扫到但连不上。4.2 连接后频繁断开现象手机连上后几秒内自动断开反复重连。原因连接参数不匹配。手机端尤其是 iOS对连接间隔和超时有自己的要求如果从机请求的参数过于激进比如min_conn_interval小于 12手机可能拒绝更新并断开。解决把min_conn_interval调到 12 以上conn_sup_timeout至少设为(1 slave_latency) * max_conn_interval * 2。另外在代码里加上连接参数更新请求的回调处理打印手机返回的实际参数方便定位。4.3 串口透传数据丢包现象手机发送大量数据时串口输出不完整或者串口输入的数据手机收不到。原因串口缓冲区太小或流控没开。PB03 的 UART 默认缓冲区可能只有 64 字节高速传输时溢出。解决在hal_uart.c里把UART_RX_BUFFER_SIZE和UART_TX_BUFFER_SIZE改大比如 512 或 1024。如果数据量更大建议启用硬件流控RTS/CTS并在手机端也做分包发送每包不超过 20 字节默认 MTU 是 23。另外注意蓝牙 5.2 支持 MTU 协商可以在连接后主动请求更大的 MTU比如 247这样单包能传 244 字节。4.4 AT 指令无响应现象通过串口发送 AT 指令模组没有任何返回。原因固件里没有启用 AT 指令解析或者串口引脚配置错误。有些例程默认跑的是透传模式不解析 AT。解决确认你烧录的固件是否包含 AT 指令模块。如果用的是ble_peripheral例程它默认是透传不响应 AT。需要烧录examples/at_command下的固件或者自己在main.c里调用at_cmd_init()。另外检查串口波特率是否匹配有些模组出厂固件用的是 9600。4.5 烧录工具报「芯片型号不匹配」现象烧录工具识别不到芯片或者提示 ID 不对。原因PB03 有不同的封装和 Flash 容量版本烧录工具的配置文件选错了。解决在烧录工具里手动选择对应的芯片型号或者修改tools/flash_downloader/config.ini里的chip_id。如果还是不行用openocd直接读芯片 IDopenocd -f interface/cmsis-dap.cfg -f target/pb03.cfg -c init; flash probe 0; exit输出的flash size和device id能帮你确认芯片具体型号。5. 进阶技巧用 Mesh 例程验证蓝牙 5.2 长距离特性如果你已经跑通了透传下一步值得试的是 Mesh 组网和长距离广播。PB03 的蓝牙 5.2 支持 LE Coded PHY长距离模式理论传输距离是普通 1M PHY 的四倍左右。资料包里的ble_long_range例程演示了如何用 Coded PHY 发送广播ble_mesh例程则展示了多节点组网。我一般会先烧录长距离例程用两个模组分别做发送和接收实测一下穿墙效果。具体操作编译examples/ble_long_range烧录到两个 PB03 模组上。一个模组作为发送端上电后自动开始广播另一个作为接收端串口会打印接收到的数据包和 RSSI 值。你可以把发送端放在房间角落接收端拿着走动观察 RSSI 衰减曲线。Coded PHY 的代价是速率降低默认用 S8 编码时速率只有 1M PHY 的八分之一适合传小包传感器数据不适合音频。另一个技巧是修改 Mesh 例程里的net_key和app_key确保你的网络和其他人的不冲突。Mesh 的配置数据通常存在 Flash 里换固件时记得擦除否则会残留旧网络信息导致入网失败。我习惯在烧录前执行一次全片擦除pyocd erase -t cortex_m --chip从那以后我每次拿到新的 SDK 包都会先编译一个最简例程并烧录验证确认工具链和硬件都没问题再去改业务代码。这个习惯帮我省掉了无数次「以为是代码问题其实是环境问题」的排查。希望这份资料能帮你快速把 PB03 跑起来少走点弯路。本文还有配套的精品资源点击获取 
长河君 · 2026/10/21 12:36:35 · 阅读 1.2k PB03蓝牙5.2二次开发实战：从SDK拆包到透传固件与Mesh组网
简介这份资料面向蓝牙5.2二次开发的学习者与工程师围绕安信可PB-03模块展开该模块基于PHY6252低功耗蓝牙SoC集成射频收发机、PA、滤波器与电源管理支持125Kbps至2Mbps多种速率具备64KB SRAM、256KB Flash与96KB ROM并提供UART、GPIO、ADC、PWM、I2C、SPI、PDM、DMA等接口支持深度睡眠低于1uA及FOTA远程升级。资源包共1163个文件以C源码与头文件为主体辅以Keil工程文件、链接脚本、启动汇编、批处理脚本、PDF文档及固件镜像压缩包约66.23MB覆盖从底层驱动到应用示例的完整开发链路。已有2248人学习下载适合希望快速上手AT指令、搭建Windows开发环境并深入二次开发的读者参考。1. PB03蓝牙5.2二次开发资料从拿到压缩包到跑通第一个透传固件如果你手里正好有一块基于 PB03 模组的板子或者你正在选型一款支持蓝牙 5.2 的国产低功耗方案那这份二次开发资料大概率能帮你省掉至少一周的摸索时间。PB03 是一颗面向物联网场景的蓝牙 5.2 SoC支持主从一体、Mesh 组网和长距离广播常见于智能家居、工业传感器和穿戴设备。这份资料包的核心价值在于它把原厂 SDK、AT 指令手册、硬件设计指南和几个可直接编译的例程打包在一起让你不用从零去啃寄存器手册。适合谁嵌入式软件工程师、硬件打样阶段的固件开发者以及需要快速验证蓝牙 5.2 特性的方案选型人员。下面我按实际拆包和编译的顺序把这份资料怎么用、参数怎么配、哪里容易翻车一次讲清楚。2. 拆包与工程结构先认清 SDK 里每个文件夹是干什么的拿到压缩包后别急着双击打开 IDE先花十分钟把目录结构理清楚。PB03 的 SDK 通常按「芯片原厂底层 协议栈 应用示例 文档」四层组织不同版本会有细微差异但核心目录名基本一致。我一般会先看根目录下的 README 或 Release Note确认 SDK 版本号和对应的编译器要求这一步能避免后面因为工具链不匹配导致的玄学编译错误。2.1 核心目录逐层说明解压后你会看到类似这样的结构以我手头这份为例PB03_SDK/ ├── doc/ # 所有官方文档PDF 和 CHM 格式 │ ├── PB03_Datasheet.pdf │ ├── PB03_AT_Command_Manual.pdf │ └── PB03_Hardware_Design_Guide.pdf ├── examples/ # 应用例程按功能分类 │ ├── ble_peripheral/ # 从机透传例程 │ ├── ble_central/ # 主机扫描连接例程 │ ├── ble_mesh/ # Mesh 组网例程 │ └── ble_long_range/ # 长距离广播例程 ├── include/ # 协议栈和驱动头文件 │ ├── ble_stack/ │ ├── hal/ │ └── os/ ├── lib/ # 预编译的协议栈静态库 │ ├── libble_stack.a │ └── libmesh.a ├── src/ # 应用层源码和启动文件 │ ├── main.c │ ├── app_ble.c │ └── startup_pb03.s ├── tools/ # 烧录工具和配置脚本 │ ├── flash_downloader/ │ └── ble_config_tool/ └── Makefile # 顶层编译脚本doc/里最该先看的是 AT 指令手册和硬件设计指南。AT 手册决定了你能否用串口快速验证模组功能硬件指南则告诉你天线匹配和电源滤波怎么做。examples/下的每个例程都是独立可编译的工程但注意它们可能共用lib/和include/不要单独拷贝某个例程文件夹出去编译否则会报找不到头文件。lib/里的静态库是闭源的你不需要改也改不了但要知道它们对应哪个协议栈版本。tools/里的烧录工具通常只支持 Windows如果你在 Linux 下开发需要用openocd或厂商提供的命令行脚本替代这个后面会讲。2.2 环境搭建与首次编译PB03 的 SDK 一般基于 GCC 工具链官方推荐用arm-none-eabi-gcc。我习惯在 Linux 下开发Windows 用户可以用 MSYS2 或 WSL。先确认工具链版本arm-none-eabi-gcc --version # 输出应类似arm-none-eabi-gcc (GNU Arm Embedded Toolchain) 10.3.1如果版本低于 9建议升级否则可能遇到 C 标准库不兼容的问题。接着进入 SDK 根目录直接执行make clean make编译成功后会在build/目录下生成.hex或.bin文件。这里有个细节顶层 Makefile 默认编译的是examples/ble_peripheral如果你想编译其他例程需要修改Makefile里的TARGET变量或者直接进入例程目录单独编译。我一般会先编译从机透传例程因为它最能验证基础链路是否通畅。编译过程中如果报undefined reference to xxx大概率是lib/下的静态库没有链接进去检查 Makefile 里的LDFLAGS是否包含了-lble_stack和对应的库路径。另一个常见问题是region RAM overflowed说明你的应用代码超出了芯片 RAM 限制需要裁剪功能或优化缓冲区大小。3. 从机透传实战AT 指令配置与固件烧录从机透传是蓝牙 5.2 二次开发里最基础的场景PB03 作为从机手机或主机连上后串口数据和蓝牙数据双向透传。这份资料里的ble_peripheral例程已经实现了这个功能但默认参数不一定符合你的项目需求需要改配置。下面按「改参数 → 编译 → 烧录 → 验证」的顺序走一遍。3.1 修改广播名称和连接参数打开examples/ble_peripheral/app_ble.c找到广播配置结构体。常见做法是修改设备名称、广播间隔和连接间隔。以下是我一般会改的几个关键参数// app_ble.c 中的广播参数配置 static ble_gap_adv_params_t adv_params { .adv_type BLE_GAP_ADV_TYPE_CONNECTABLE_UNDIRECTED, // 可连接非定向广播 .adv_interval 160, // 广播间隔单位 0.625ms160 即 100ms .adv_channel_map 0x07, // 使用 37/38/39 三个广播信道 .filter_policy BLE_GAP_ADV_FP_ANY, }; // 设备名称会出现在广播数据中 static uint8_t device_name[] PB03_UART;adv_interval设成 160 对应 100ms这是功耗和连接速度的平衡点。如果你做的是电池供电的传感器可以调到 16001 秒但手机扫描到设备的时间会变长。adv_channel_map保持0x07即可除非你在做定向广播或需要避开某些干扰信道。连接参数在ble_conn_params结构体里改static ble_gap_conn_params_t conn_params { .min_conn_interval 12, // 最小连接间隔单位 1.25ms12 即 15ms .max_conn_interval 24, // 最大连接间隔24 即 30ms .slave_latency 0, // 从机延迟0 表示每个连接事件都响应 .conn_sup_timeout 400, // 连接超时单位 10ms400 即 4 秒 };min_conn_interval和max_conn_interval决定了数据传输的实时性。如果你传的是传感器小包15ms 到 30ms 足够如果要传音频或大量数据需要调到 6 到 12 之间但功耗会上升。slave_latency设成 0 最稳定设大了虽然省电但手机端可能因为超时断开。3.2 烧录固件与串口验证编译出.hex后用tools/flash_downloader/里的工具烧录。如果你在 Linux 下可以用pyocd或openocd# 使用 pyocd 烧录target 根据实际芯片选 pyocd flash -t cortex_m build/ble_peripheral.hex烧录完成后给 PB03 模组上电用 USB 转串口模块连接它的 UART 引脚通常是 TX 接 RXRX 接 TXGND 共地。串口波特率默认是 1152008 数据位1 停止位无校验。打开串口终端# Linux 下用 minicom 或 picocom picocom -b 115200 /dev/ttyUSB0上电后你应该能看到模组打印的启动日志包括固件版本和蓝牙地址。如果没有输出先检查串口线是否接反再确认模组是否正常供电PB03 通常需要 3.3V电流能力不低于 200mA。手机端用任意 BLE 调试 App 扫描应该能看到名为PB03_UART的设备。连接后手机发送的数据会从串口打印出来串口输入的数据也会透传到手机这就说明从机透传链路通了。注意部分 PB03 模组的 UART 引脚复用为下载口烧录时可能需要拉高某个 GPIO 进入 bootloader 模式具体看硬件设计指南里的引脚定义表。4. 避坑与常见问题排查这一章是我在多个项目里踩过的坑按「现象 → 原因 → 解决」整理。PB03 的 SDK 整体还算稳定但有些问题第一次遇到会卡很久。4.1 编译通过但烧录后无广播现象固件烧录成功串口有启动日志但手机扫描不到设备。原因最常见的是广播数据长度超限。蓝牙 5.2 的广播包最大 31 字节如果你在设备名称里塞了太多字符或者添加了自定义厂商数据整个广播包会溢出协议栈直接丢弃。解决检查device_name长度建议不超过 10 个字符。如果必须放长名称改用扫描响应包scan response承载。另外确认adv_params.adv_type是可连接广播有些例程默认配成非连接广播手机能扫到但连不上。4.2 连接后频繁断开现象手机连上后几秒内自动断开反复重连。原因连接参数不匹配。手机端尤其是 iOS对连接间隔和超时有自己的要求如果从机请求的参数过于激进比如min_conn_interval小于 12手机可能拒绝更新并断开。解决把min_conn_interval调到 12 以上conn_sup_timeout至少设为(1 slave_latency) * max_conn_interval * 2。另外在代码里加上连接参数更新请求的回调处理打印手机返回的实际参数方便定位。4.3 串口透传数据丢包现象手机发送大量数据时串口输出不完整或者串口输入的数据手机收不到。原因串口缓冲区太小或流控没开。PB03 的 UART 默认缓冲区可能只有 64 字节高速传输时溢出。解决在hal_uart.c里把UART_RX_BUFFER_SIZE和UART_TX_BUFFER_SIZE改大比如 512 或 1024。如果数据量更大建议启用硬件流控RTS/CTS并在手机端也做分包发送每包不超过 20 字节默认 MTU 是 23。另外注意蓝牙 5.2 支持 MTU 协商可以在连接后主动请求更大的 MTU比如 247这样单包能传 244 字节。4.4 AT 指令无响应现象通过串口发送 AT 指令模组没有任何返回。原因固件里没有启用 AT 指令解析或者串口引脚配置错误。有些例程默认跑的是透传模式不解析 AT。解决确认你烧录的固件是否包含 AT 指令模块。如果用的是ble_peripheral例程它默认是透传不响应 AT。需要烧录examples/at_command下的固件或者自己在main.c里调用at_cmd_init()。另外检查串口波特率是否匹配有些模组出厂固件用的是 9600。4.5 烧录工具报「芯片型号不匹配」现象烧录工具识别不到芯片或者提示 ID 不对。原因PB03 有不同的封装和 Flash 容量版本烧录工具的配置文件选错了。解决在烧录工具里手动选择对应的芯片型号或者修改tools/flash_downloader/config.ini里的chip_id。如果还是不行用openocd直接读芯片 IDopenocd -f interface/cmsis-dap.cfg -f target/pb03.cfg -c init; flash probe 0; exit输出的flash size和device id能帮你确认芯片具体型号。5. 进阶技巧用 Mesh 例程验证蓝牙 5.2 长距离特性如果你已经跑通了透传下一步值得试的是 Mesh 组网和长距离广播。PB03 的蓝牙 5.2 支持 LE Coded PHY长距离模式理论传输距离是普通 1M PHY 的四倍左右。资料包里的ble_long_range例程演示了如何用 Coded PHY 发送广播ble_mesh例程则展示了多节点组网。我一般会先烧录长距离例程用两个模组分别做发送和接收实测一下穿墙效果。具体操作编译examples/ble_long_range烧录到两个 PB03 模组上。一个模组作为发送端上电后自动开始广播另一个作为接收端串口会打印接收到的数据包和 RSSI 值。你可以把发送端放在房间角落接收端拿着走动观察 RSSI 衰减曲线。Coded PHY 的代价是速率降低默认用 S8 编码时速率只有 1M PHY 的八分之一适合传小包传感器数据不适合音频。另一个技巧是修改 Mesh 例程里的net_key和app_key确保你的网络和其他人的不冲突。Mesh 的配置数据通常存在 Flash 里换固件时记得擦除否则会残留旧网络信息导致入网失败。我习惯在烧录前执行一次全片擦除pyocd erase -t cortex_m --chip从那以后我每次拿到新的 SDK 包都会先编译一个最简例程并烧录验证确认工具链和硬件都没问题再去改业务代码。这个习惯帮我省掉了无数次「以为是代码问题其实是环境问题」的排查。希望这份资料能帮你快速把 PB03 跑起来少走点弯路。本文还有配套的精品资源点击获取