Android 蓝牙 BLE 广播（advertising）数据流程图（协议栈），非常详细的从btif-bta-btm-hci 数据流程走向，以及从controller收到数据到btm层，将Android 源码使用流程图的形式画了出来，使Android 蓝牙开发者更清楚数据收发走向，代码流程更加形象生动，能够很快的熟悉Android 蓝牙源码，利于后面问题处理和BUG解决。

Android 蓝牙 BLE 连接（connect）数据流程图（协议栈），非常详细的从btif-bta-btm-hci 数据流程走向，以及从controller收到数据到btm层，将Android 源码使用流程图的形式画了出来，使Android 蓝牙开发者更清楚数据收发走向，代码流程更加形象生动，能够很快的熟悉Android 蓝牙源码，利于后面问题处理和BUG解决。

Android 蓝牙 BLE 扫描（scan）数据流程图（协议栈），非常详细的从btif-bta-btm-hci 数据流程走向，以及从controller收到数据到btm层，将Android 源码使用流程图的形式画了出来，使Android 蓝牙开发者更清楚数据收发走向，代码流程更加形象生动，能够很快的熟悉Android 蓝牙源码，利于后面问题处理和BUG解决。

Android 蓝牙 BLE gatt协议连接（connect）数据流程图（java-framework），将Android 源码使用流程图的形式画了出来，使Android 蓝牙开发者更清楚数据收发走向，代码流程更加形象生动，能够很快的熟悉Android 蓝牙源码，利于后面问题处理和BUG解决

Android 蓝牙 BLE gatt协议扫描（scan）数据流程图（java-framework），将Android 源码使用流程图的形式画了出来，使Android 蓝牙开发者更清楚数据收发走向，代码流程更加形象生动，能够很快的熟悉Android 蓝牙源码，利于后面问题处理和BUG解决

主要介绍了串口打印调试的方法、硬件错误查找定位以及堆日志Heap Log的显示。其中堆日志显示部分是官方于2022年2月17日新添加。教程图文并茂，几乎是手把手的方式来教会初学者。适用于 SDK 6.0.16（DA14585/6 和 DA14531）。DA14580已经被官方不建议在新产品中使用，开发者学习和使用SDK6是大势所趋。

android ble 4.0 蓝牙通讯例子

蓝牙BLE全面最详细解析以及BLE智能车锁开发实例 1、PHY层（Physical layer物理层）。PHY层用来指定BLE所用的无线频段，调制解调方式和方法等。PHY层做得好不好，直接决定整个BLE芯片的功耗，灵敏度以及selectivity等射频指标。 2、LL层（Link Layer链路层）。LL层是整个BLE协议栈的核心，也是BLE协议栈的难点和重点。像Nordic的BLE协议栈能同时支持20个link（连接），就是LL层的功劳。LL层要做的事情非常多， 比如具体选择哪个射频通道进行通信，怎么识别空中数据包，具体在哪个时间点把数据包发送出 去，怎么保证数据的完整性，ACK如何接收，如何进行重传，以及如何对链路进行管理和控制等 等。LL层只负责把数据发出去或者收回来，对数据进行怎样的解析则交给上面的GAP或者 GATT。 3、HCI（Host controller interface）。HCI是可选的（具体请参考文章： 三种蓝牙架构实现方案 （蓝牙协议栈方案）），HCI主要用于2颗芯片实现BLE协议栈的场合，用来规范两者之间的通信 协议和通信命令等。

GATT 按照层级定义了三个概 念：服务（Service）、特征（Characteristic）和描述（Descriptor）。他们的包 含关系如右边这个图所表示的：一个 Service 包含若干个 Characteristic，一个 Characteristic 可以包含若干 Descriptor。而 Characteristic 定义了数值和操作。 Characteristic 的操作这几种权限：读、写、通知等权限。我们说的 BLE 通信， 其实就是对 Characteristic 的读写或者订阅通知。还有最外面一层，Profile 配 置文件，把若干个相关的 Service 组合在一起，就成为了一个 Profile，Profile 就 是定义了一个实际的应用场景。这里有两个 角色，发送广播的一方叫做 Broadcaster，监听广播的一方叫 Observer。 基于连接的，就是通过建立 GATT 连接，收发数据。这里也有两个角色，发 起连接的一方，叫做中心设备—Central，被连接的设备，叫做外设—Peripheral。

连接事件 在一个连接当中，主设备会在每个连接事件里向从设备发送数据包。一个连接事件是指主 设备和从设备之间相互发送数据包的过程。连接事件的进行始终位于一个频率，每个数据 包会在上个数据包发完之后等待 150μs 再发送。 连接间隔决定了主设备与从设备的交互间隔；它是指两个连续的连接事件开始处的时间距 离，可以是 7.5ms ~ 4s 内的任意值，但必须为 1.25ms 的整数倍。要确定从设备与主设备 的实际交互间隔，需要用到从设备延迟这一参数，代表从设备在必须侦听之前可以忽略多 少个连接事件。 如下图所示，连接事件被一个个的连接间隔分开。从主设备发送数据包开始，每个连接事 件可以持续进行，直至主设备或从设备停止响应。在连接事件之外，主从设备之间不发送 任何数据包。连接参数介绍 主设备和从设备建立连接之后，所有的数据通信都是在连接事件（Connection Events）中 进行的。 1.Connection Interval（连接间隔） 2.Slave Latency（从设备延迟或者从设备时延） 3.Supervision Timeout（超时时间或者监控超时）