引言
8 R7 v* V8 X2 K) T6 W% }4 }本应用笔记旨在指导设计者基于STM32WB系列微控制器，完成构建特定低功耗蓝牙®（BLE） 或802.15.4应用所需的步骤。它汇集了最重要的信息，并且列出了需要处理的方面。
* y; A% h, T! n3 o5 m9 X' ~为了充分利用本文档中的信息进行应用开发，用户必须熟悉STM32微控制器、BLE技术、
802.15.4 OpenThread协议和802.15.4 MAC层，并且必须理解诸如低功耗管理和任务调度等
系统服务
) z+ ~, E) _: D' l$ j
) v2 i' H6 x0 k1 参考
[1] UM2550(1)面向STM32WB系列的STM32CubeWB入门
6 |" S: V: c; |[2] RM0434(1) 基于使用FPU的多协议无线32位MCU Arm® Cortex®-M4蓝牙®低功耗和802.15.4无线解决方案
[3] AN5270(1) STM32WBx5 蓝牙®低功耗（BLE）无线接口
[4] UM2442(1) STM32WB HAL与底层驱动程序说明
[5] UM2288(1) 用于无线性能测量的STM32CubeMonitor-RF软件工具
# p- }6 \8 c. Q5 C2 X% K! Z[6] AN5185(1) STM32WB系列的ST固件升级服务
[7] 蓝牙®规范 蓝牙核心规范（v4.0、v4.1、v4.2和v5.0）
9 e: L) L+ t% X8 N; x9 M' K* W& t[8] MAC IEEE Std   802.15.4-2011
802_15_4 MAC标准规范
$ Z- J$ U' V5 @[9] Thread规范 Thread规范V1.1（Thread组）
! a2 [+ N# J" x, G8 x' s( w- K
2 缩写和缩略语列表

; A( z2 w4 j! mACI 应用命令接口
ATT 属性协议
* I2 b3 y4 M1 B% }- X8 p( mBLE 低功耗蓝牙®
5 f) P, ~+ c& U0 A) }CLI 命令行接口
CoAP 受限应用协议
9 O! |6 l! R% {& n! N! u2 g  oCPU1 Cortex®-M4内核
CPU2 Cortex®+M0内核
D2D 器件到器件
+ I* Z! _$ H. B- X7 Y$ wDUT 被测器件
. y5 G. D" x: M" oFUOTA 无线固件更新
2 ^( z% z9 A9 r9 PFUS 固件升级服务
' B* ~9 \7 c8 @* M- Z: f& tGAP 通用访问配置文件
GATT 通用属性参数文件
HCI 主机控制器接口
L2CAP 逻辑链路控制和适配协议
LTK 长期密钥
OTA 无线
PDU 协议数据单元
) O! k8 M; j* l! R4 D! k7 BP2P 点对点
RFU 保留供将来使用
SIG 技术联盟
) m' p. v& l7 v2 u# g" x0 {' PSM 安全管理器
UUID 通用唯一标识符

6 ^7 k) M( j! H6 X; k3 软件概述
3.1 所支持的无线协议栈
2 ~5 D2 D  ~6 _STM32WB系列微控制器基于Arm®(a)内核。
根据目标应用选择要加载的CPU2固件。
( C/ C6 [1 n/ k- S* r% _7 C# |STM32WB系列微控制器生态系统支持不同的无线协议栈（参见表 1），由应用通过特定接口
进行控制，如图 1所示。
如图 2所示，CPU2可以提供BT HCI标准接口，CPU1上可以运行其他BLE无线协议栈。

; [0 O. E: U3 _% C* A' w7 T
; M% ?/ r7 l- Y& ^0 e3 u( g/ T0 F
  t, X& j2 t1 X( D( ]- Y' d
# w* P. |+ `& h2 |


3.2 BLE应用
5 T+ y$ J% P/ A  ISTM32WB架构分离了BLE配置文件和应用，应用在CPU1上运行，BLE外设提供实时性。
, @/ o8 K" U( W- E" V9 ?" u. nBLE外设包含了CPU2处理器，其中包含用于处理链路层直到GAP及GAP层的无线协议栈。此外，它还包含了2.4 GHz无线射频部分。
CPU1收集并计算要传输到BLE的应用数据。
CPU2包含管理所有实时链路层和无线PHY交互所需的LE控制器和LE主机，包括：
0 L: r9 [% E$ H& v3 m" S• 低功耗管理器，用于控制低功耗模式
• 调试跟踪工具，用于输出活动的相关信息
• 信箱（Mailbox） / IPCC，用于连接BLE无线协议栈（LL、GAP和GATT）
# b+ X' g( {3 H0 t5 v5 V( Q

! K3 q' k4 E6 i, w2 V, k, C. F+ t

' F6 o# o0 e; P$ b1 A) w3.3 在HCI层接口之上构建BLE应用
CPU2 可用作 BLE HCI 层协处理器。在这种情况下，用户要么实现自己的 HCI 应用程序，要么使用现有的开源 BLE 主机协议栈。
大多数 BLE 主机协议栈使用 UART 接口与 BLE HCI 协处理器进行通信。STM32WB系列微控制器的等效物理层是信箱（mailbox），如第 13.2节：信箱（Mailbox）接口所述。
5 r4 W, i' @- c4 q0 I/ x' d信箱（Mailbox）为BLE通道和系统通道提供了一个接口。BLE主机协议栈负责构建要通过信箱（Mailbox）上BLE通道发送的命令缓冲区，并且必须提供接口用于报告通过信箱（Mailbox）接收到的事件。除了通过信箱（Mailbox）完成BLE主机协议栈自适应，用户还必须在可以发布异步数据包时通知信箱（Mailbox）驱动程序。
& N7 `% n$ a4 q& Q( h) v系统通道不由 BLE 主机协议栈处理。用户必须实现自定义传输层，以构建要发送到信箱（Mailbox）驱动程序的系统命令缓冲区并管理从信箱（Mailbox）接收到的事件（包括向信箱（Mailbox）驱动程序释放异步缓冲区的通知），或者也可以使用信箱（Mailbox）扩展驱动程序（如第 13.3节：信箱（Mailbox）接口 - 扩展所述），以便在负责构建系统命令缓冲区和管理系统异步事件的传输层之上提供接口。
3 K9 S0 Y/ p6 a. @0 l! C- yBLE_TransparentMode项目可用作使用信箱（Mailbox）在BLE HCI层协处理器之上构建应用（如第 11.2节：Thread_Coap_DataTransfer所述）的例子。
" U* i% c, u0 F4 }
3.4 Thread应用
* @6 b3 F: N, v, K( S2 C8 `( `OpenThread协议栈运行在CPU2内核上，并在CPU1侧导出一组API，以便构建完整的Thread应用。三个CPU2固件支持Thread协议：
/ H- i9 M. K7 f1 W/ K• sm32wb5x_Thread_FTD_fw：在这种情况下，设备支持除边界路由器外的所有Thread角色
（例如：主导设备（Leader）、路由器、终端设备和休眠终端设备）。
% K+ v4 s# p% m5 v. _• stm32wb5x_Thread_MTD_fw：在这种情况下，设备只能充当终端设备或休眠终端设备）。
相比于FTD配置，这种配置更节省存储空间。
• stm32wb5x_BLE_Thread_fw：在这种情况下，设备在静态并发模式下同时支持Thread
* }! q( F/ t5 B  c# A6 m（FTD）和BLE（请参考第 3.6节获取更多信息）。

3.5 MAC 802_15_4应用
/ s* D& R. o* S4 Y/ t8 a8 h6 ~在下载STM32wb5x_Mac_802_15_4_fw CPU2固件时，CPU1可以直接访问802_15_4 MAC层并在这一层之上构建自己的应用。

7 Y2 H6 I9 f) y! i( _3 f3.6 BLE和Thread应用并发模式
. Z* t* A# u, }+ kSTM32WB系列微控制器支持 “静态并发模式”（也称“开关模式”）。通过系统应用命令完成从一种协议到另一种协议的切换。在该模式下，系统在激活另一种协议前禁用正在使用的协议。STM32WB器件在完全停止 BLE无线协议栈后从BLE切换至Thread，反之亦然。可能需要几秒钟的时间完成此类过渡，因为每次都需要重新连接网络。
完整版请查看：附件
' R: j9 M9 _$ w2 l
1 h7 f1 [4 z: X) O( }