叔婆面

本文摘要： 本文详细解析了蓝牙低功耗（BLE）直接测试模式（DTM）的技术规范与实现方法。主要对比了传统蓝牙（BR/EDR）信令测试模式与BLE非信令DTM模式的差异，重点阐述了HCI接口的DTM实现方式。文章剖析了HCI数据包结构，特别说明Sync字节的帧类型标识作用，并列举了关键HCI命令的功能参数。同时介绍了NXP测试工具获取途径，最后强调理解DTM需结合射频测试规范（如RF-PHY.TS.5.1.0）与实际应用需求。全文150字以内，涵盖协议分析、接口实现和测试工具等核心内容。

摘要：本文解析蓝牙低功耗(LE)控制器中CRC校验机制的工作原理与应用。在LE Uncoded PHY数据包中，CRC占3字节，用于检测传输错误。当校验失败时，LE控制器自动触发重传机制。CRC通过发送方附加校验码、接收方比对实现数据完整性验证，其核心多项式为24位（x²

本文基于蓝牙BLE协议5.2版本的技术规范，详细解析了确认机制与流量控制的工作原理。确认机制通过SN（发送方序列号）和NESN（接收方期望序列号）的1 bit设计，实现了低开销的重传机制，确保数据传输的可靠性。通信流程包括初始状态、成功接收和重传机制，1 bit设计虽降低了协议开销，但限制了多包流水线传输。流量控制策略结合GATT特性操作和MTU协商机制，优化了数据传输效率。总体而言，NESN与SN的1 bit设计是BLE协议在低功耗场景下的核心优化方案，确保了数据传输的高效性与可靠性。

本文简要介绍了BLE（蓝牙低功耗）发射功率的相关知识，主要基于《BLUETOOTH CORE SPECIFICATION Version 5.2》规范。文章首先提到BLE设备通常使用0dBm（1mW）的发射功率，但具体值因产品设计而异。接着，通过公式计算了100mW对应的dBm值，得出100mW等于20dBm的结论。文章还展示了2.402GHz调制信号的频谱仪波形，并解释了频谱仪的基本参数设置，如SPAN、RBW和VBW。此外，文章通过实例说明了无线设备功率的换算关系。

而在实际应用中，为了进一步提高频谱效率或适应特定的通信协议，可以使用广义频率偏移键控（Generalized FSK, GFSK），它通过调整每个符号的频率偏移量来优化性能。这通常是通过使用一个高斯（或近似高斯）滤波器来实现的，使得频率的变化在时间上是连续的，而不是像传统的FSK那样在符号边界处突变。c. 实现：在实际中，GFSK可以通过数字信号处理器（DSP）来实现，通过调整采样点附近的数字信号的频率来实现精确的调制。NumPy的核心是ndarray对象，一个存储单一数据类型的多维数组。

ADV_IND 可连接广播：ADV_DIRECT_IND定向广播：ADV_NONCONN_IND不可连接广播：ADV_SCAN_IND可扫描广播：注意：当且仅当TargetA字段存在或AuxPtr字段存在时，使用ADV_EXT_IND PDU的广告事件才指向TargetA字段存在的PDU。

在SMP上使用（Legacy pairing or Secure Connections）进行pairing，并建立加密连接，以及创建好对应所需的秘钥~请求更新事件: 一般LE 设备会产生请求事件, 通知应用程序更新的远程设备链接秘钥（即是bonding information）发起秘钥检查请求，双方都进行检查，如果没有，那么就可以发起链接秘钥更新，并保存到主/从机本地!比如：IRK、STK/LTK、CSRK， 那么这些秘钥的作用是什么呢？愿你心里有光，脚下有力，共赴人生精彩旅程！

其中，Packets(Air Interface PacketS）涉及到协议栈ATT, L2CAP, Link Layer等各个层次！BLE技术知识的理解，它的标准是BLE SPEC，我们只有遵循规范要求，才能更好地理解原理的本质。欢迎大家关注和留言沟通哟，每周不定期分享技术文章，一起分享技术的点点滴滴~为传输数据提供承载，如Information payload。我们由Link Layer 往 ATT 层进行分析和解析，

本文章主要根据 《BLUETOOTH CORE SPECIFICATION Version 5.2 | Vol 1, Part A》规范描叙来分析BLE Core Architecture 以及相关内容;

L2CAP协议层，是使用L2CAP_CONFIGURATION_REQ (CODE 0x04) 和 L2CAP_CONFIGURATION_RSP (CODE 0x05) 进行协商的喔！MTU 协议并不是建立连接后的必要流程，该参数可以提高主从机通讯的吞吐率，但也不是决定吞吐率的唯一参数~BLE技术知识的理解，它的标准是BLE SPEC，我们只有遵循规范要求，才能更好地理解原理的本质。ATT(属性协议)，这里是使用LE-U携带用户数据的, 那么他们协商的MTU 应用于LE-U!

Latency 只在Peripheral(从机)端生效，central(主机)端会按照conn_interval间隔去发包，然而从机可以根据latency参数选择地去接收数据；建立连接的过程中，主机会下发这个latency参数，默认都是0，也就是从机必须按照conn_interval间隔去接收主机发出的包。BLE技术知识的理解，它的标准是BLE SPEC，我们只有遵循规范要求，才能更好地理解原理的本质。最后，如果latency 大于0的话，从机就可以按照这个延迟逻辑不接收主机的包，

仅供参考，谢谢