蓝牙协议栈

简介： HSP（手机规格）– 提供手机（移动电话）与耳机之间通信所需的基本功能。 HFP（免提规格）– 在 HSP 的基础上增加了某些扩展功能，原来只用于从固定车载免提装置来控制移动电话。 A2DP（高级音频传送规格）– 允许传输立体声音频信号。 （相比用于 HSP 和 HFP 的单声道加密，质量要好得 多） AVRCP（音频/视频遥控规格）–用于从控制器（如立体声耳机）向目标设备（如装有 Media Player 的电脑）发 送命令（如前跳、暂停和播放）。 详细介绍： HFP HFP(Hands-freeProfile)，让蓝牙设备可以控制电话，如接听、挂断、拒接、语音拨号等，拒接、语音拨号要视蓝牙耳机及电话是否 支持。 HSP HSP 描述了Bluetooth 耳机如何与计算机或其它Bluetooth 设备（如手机）通信。连接和配置好后，耳机可以作为远程设备的音频输入和输出接口。 这是最常用的配置，为当前流行支持蓝牙耳机与移动电话使用。它依赖于在64千比特编码的音频/s的CVSD的或PCM以及AT命令从 GSM07.07的一个子集，包括环的能力最小的控制，接听来电，挂断以及音量调整。 典型的使用情景是使用无线耳机与手机进行连接。 可能会使用HSP的若干设备类型：耳机、手机、PDA、个人电脑、手提电脑。 A2DP A2DP全名是AdvancedAudio Distribution

蓝牙5.0（1对4） IN610 对标型号是NRF52832 蓝牙5.0（1对25） IN610L 多点连接+远距离，（其他家没有这个feature） 对标型号是NRF52840 蓝牙5.0+2.4G IN612L 兼容IN610L，可以连300个点，对标型号NRF52840，主要应用于室内定位，AR游戏机和体感游戏，降低延迟点和更多连接点，体验感更好 对比NORDIC的NRF52832和NRF52840主要优势有： 1.拥有2.4G私有协议，延迟更低 2.INPLAY的连接点可以1对25个蓝牙外围从设备，NORDIC只有1对4-6个 3.IN612L的蓝牙5.0和SDR私有协议兼容 4.用户应用程序64K RAM，还剩有40KRAM用于用户连接 5.每个芯片有独立的ID 6.底层协议可供用户修改 IN612L是美国公司INPLAY的SOC产品系列之一，具有多模协同2.4G无线协议栈，支持2.4G私有协议栈以及蓝牙5.0全协议栈的SOC芯片； 如2mbps高数据速率模式，125kbps/500kbps编码物理速率支持，以及扩展的广告功能。 用户定义的SDR协议栈(2.4G协议栈)及其内置的Bluetooth 5协议栈可以同时运行，因此可以很好地解决和优化许多复杂的网络应用。 该芯片内置32bitARM Cortex-M4F CPU 支持浮点运算；内部包含256Krom,512K

蓝牙转串口模块HC-05模块使用记录 最近在弄一个需要无线传输数据的项目，虽然以前也接触过HC-05这个模块，但是始终只是知道简单的使用，借这个机会更加深入的学习一下这个模块。 初识HC-05 BLK-MD-HC-05蓝牙模块是专为智能无线数据传输而打造，采用英国CSR公司BlueCore4-Ext芯片，遵循V2.0+EDR蓝牙规范。 本模块支持 UART,USB,SPI,PCM,SPDIF 等接口，并支持SPP蓝牙串口协议，具有成本低、体积小、功耗低、收发灵敏性高等优点，只需配备少许的外围元件就能实现其强大功能。 该模块主要用于短距离的数据无线传输领域。可以方便的和 PC 机的蓝牙设备相连，也可以两个模块之间的数据互通。避免繁琐的线缆连接，能直接替代串口线。不细讲，分享出技术手册见链接。 软件部分 HC-05 嵌入式蓝牙串口通讯模块（以下简称模块）具有两种工作模式：命令响应工作模式和自动连接工作模式，在自动连接工作模式下模块又可分为主（Master）、从（Slave）和回环（Loopback）三种工作角色。当模块处于自动连接工作模式时，将自动根据事先设定的方式连接的数据传输；当模块处于命令响应工作模式时能执行下述所有 AT 命令，用户可向模块发送各种 AT 指令，为模块设定控制参数或发布控制命令。通过控制模块外部引脚（PIO11）输入电平，可以实现模块工作状态的动态转换。 HC

普通蓝牙设备官方文档 Android 平台包含蓝牙网络堆栈支持 ，凭借此支持，设备能以无线方式与其他蓝牙设备交换数据。应用框架提供了通过 Android Bluetooth API 访问蓝牙功能的途径。使用 Bluetooth API Android 应用可以执行下面的操作： 扫描其他蓝牙设备 查询本地蓝牙适配器的配对蓝牙设备 建立 RFCOMM 通道 通过服务发现连接到其他设备 与其他设备进行双向数据传输 管理多个连接 传统蓝牙适用于电池使用强度较大的操作，例如 Android 设备之间的流传输和通信等。针对具有低功耗要求的蓝牙设备，Android 4.3（API 18）中引入了面向低功耗蓝牙的 API 支持。 基础知识 使用 Android Bluetooth API 来完成使用蓝牙进行通信的四项主要任务： 设置蓝牙 、 查找局部区域内的配对设备 或可用设备、 连接设备 ，以及在 设备之间传输数据 。 关于蓝牙的 API 在 android.bluetooth 包中，下面介绍一下和蓝牙相关的主要类 BluetoothAdapter 本地蓝牙适配器，是所有 蓝牙交互的入口点 ，表示蓝牙设备自身的一个蓝牙设备适配器， 整个系统只有一个蓝牙适配器 。通过它可以发现其他蓝牙设备，查询绑定（配对）设备的列表，使用已知的 Mac 地址实例化 BluetoothDevice 以及创建

Softdevice命名规则一 Softdevice包括两种底层协议栈：BLE和ANT，BLE包括两种角色：central（又称master）和peripheral（又称slave），为此需要给这些不同类型的协议栈进行命名区分。协议栈命名格式为Sxyz，其中 x – 表示协议栈的类型，1表示BLE协议栈，2表示ANT协议栈，3表示同时支持BLE和ANT y – 表示BLE角色，1表示从设备，2表示主设备，3表示同时支持主设备和从设备 z – 表示芯片类型，0表示nRF51系列，2表示nRF52系列 比如S110，表示只支持从设备模式的nRF51 BLE协议栈 比如S130，表示既支持从设备模式又支持主设备模式的nRF51 BLE协议栈 比如S132，表示既支持从设备模式又支持主设备模式的nRF52 BLE协议栈 比如S212，表示nRF52 ANT协议栈 比如S332，表示nRF52既支持BLE协议栈又支持ANT协议栈，而且BLE协议栈既支持从设备模式又支持主设备模式 Softdevice命名规则二 大体上跟命名规则1相同，但是协议栈编号最后2位跟芯片型号一样，比如S140，代表这个协议栈专门用于nRF52840。由于52840 Flash空间很大，没有必要做各种细分的协议栈，S140协议栈是一个大而全的协议栈，包含蓝牙所有功能。 Softdevice版本编号，从1.0.0开始编号

声明：BLE低功耗蓝牙系列博客来自个人的学习总结，其中肯定会包含很多错误，如果发现欢迎帮忙指正。BLE内容比较多，我现在还没有完全学完，好在其分层设计，所以可以每学完一个部分就可以做相应的总结。需要说明的是该系列博客的大部分内容来自《低功耗蓝牙开发权威指南》这本书，还会包含韦东山蓝牙系列课程的部分内容。该系列博客可以提供些什么？该系列博客是对BLE相关的知识点做归纳总结，注释个人在学习过程中的观点、理解。以后的内容计划有BLE应用的使用和实现过程，尽可能的在博客内容加入协议分析的过程，总之是从作者的学习历程记录BLE学习、理解的过程。通过对BLE低功耗蓝牙的学习弥补了我对无线通讯技术的空白，今后持续学习BLE这项技术，博客也会不断完善，必要时进行调整，修改。 什么是低功耗蓝牙（BLE）？ 低功耗蓝牙是一种全新的技术，是当前可以用来设计和使用功率最低的无线技术。 作为经典蓝牙的拓展，低功耗蓝牙沿用了蓝牙商标，并且借鉴了很多父辈的技术，然而，由于针对的设计目标和市场领域均与经典蓝牙有所不同，低功耗蓝牙应被视为一种不同的技术。 低功耗蓝牙在速率与功耗，更朝着降低功耗方面优化。 在设计之初，低功耗蓝牙的目标在于尽可能创造一种最低功耗的、短距离的无线技术。为了实现这一目标，低功耗蓝牙技术对体系结构的每一层都进行了优化，以降低执行任务所需的能耗。例如，与经典蓝牙相比

蓝牙协议是通信协议的一种，一般而言，我们把某个协议的实现代码称为协议栈（protocol stack）， BLE协议栈就是实现低功耗蓝牙协议的代码 ，理解和掌握BLE协议是实现BLE协议栈的前提。当前的蓝牙协议分为基础率/增强数据率（BR/EDR）和低耗能（LE）两种技术类型，本文将重点介绍BLE（Bluetooth Low Energy）。 1、BLE低功耗蓝牙协议栈框架 要实现一个BLE应用，首先需要一个支持BLE射频的芯片，然后还需要提供一个与此芯片配套的BLE协议栈，最后在协议栈上开发自己的应用。可以看出BLE协议栈是连接芯片和应用的桥梁，是实现整个BLE应用的关键。那BLE协议栈具体包含哪些功能呢？简单来说，BLE协议栈 主要用来对你的应用数据进行层层封包，以生成一个满足BLE协议的空中数据包，也就是说，把应用数据包裹在一系列的帧头（header）和帧尾（tail）中 。 蓝牙协议规定了两个层次的协议，分别为蓝牙核心协议（Bluetooth Core）和蓝牙应用层协议（Bluetooth Application）。蓝牙核心协议关注对蓝牙核心技术的描述和规范，它只提供基础的机制，并不关心如何使用这些机制；蓝牙应用层协议，是在蓝牙核心协议的基础上，根据具体的应用需求，百花齐放，定义出各种各样的策略，如FTP、文件传输、局域网等等。 而蓝牙核心协议（Bluetooth Core

1、简介 以下蓝牙协议特指低功耗蓝牙协议。 蓝牙协议是由SIG制定并维护的通信协议，蓝牙协议栈是蓝牙协议的具体实现。 各厂商都根据蓝牙协议实现了自己的一套函数库――蓝牙协议栈，所以不同厂商的蓝牙协议栈之间存在差别，但都遵循 SIG 制定的蓝牙协议。 蓝牙技术的实质是建立通用无线接口及其控制软件的标准，使移动通信与计算机网络之间能实现无缝连接。蓝牙通讯最初设计初衷是方便移动电话（手机）与配件之间进行低成本、低功耗无线通信连接。通俗地说，蓝牙最初就是为了替代串口，实现无线串口的功能。 蓝牙4.1就是一个大杂烩：BR/EDR沿用旧的蓝牙规范，LE抄袭802.15.4，AMP直接使用802.11。以上操作的目的是为了提高蓝牙的兼容性和易用性，但是需要在功耗和传输速率之间取得平衡，整体来说，这个设计并不十分优雅，只是存在即合理。 标准号：IEEE 802.15.1 核心：低功耗技术，即Low Energy RF 规格 工作频段：2.4GHz~2.4835GHz，ISM（Industrial，Scientific and Medical）频段； 工作频道：40个频道，每个频道2MHz的间隔，3个广播信道（37-2402MHz，38-2426MHz，39-2480MHz），37个数据信道，广播报文还是数据报文由信道决定； 调制方式：GFSK，调制指数为0.5 中心频率容限：±150kHz 功耗

一、写在前面的话 近来由于项目需求需要搞蓝牙这一块，之前在上家公司带LC（本地连接）组时也做过一点蓝牙，在Android系统中也解过一些bug，但是不够系统，现在正好比较系统的学习蓝牙。 二、蓝牙的协议框架 A2dp Handset opp Hid Health Pan Map Dun... | | |... CORE Stack Specification | Host Controller Interface | chip 三、Android 4.4(Kitkat)上蓝牙的启动流程 1.服务启动 系统启动时在SystemServer中注册蓝牙服务管理BluetoothManagerService服务： if (SystemProperties.get("ro.kernel.qemu").equals("1")) { Slog.i(TAG, "No Bluetooh Service (emulator)"); } else if (factoryTest == SystemServer.FACTORY_TEST_LOW_LEVEL) { Slog.i(TAG, "No Bluetooth Service (factory test)"); } else if (!context.getPackageManager().hasSystemFeature

L2CAP协议概述 L2CAP中文为逻辑链路适配层，主要提供信息数据的分割/重组等传输方式。在bluedroid中，很多的上层会向l2cap注册相关服务，比如rfcomm（虚拟串口，最多可虚拟64路），sdp，gatt等。 1、L2CA_Register (SDP_PSM, &sdp_cb.reg_info) 2、L2CA_Register (BT_PSM_ATT, (tL2CAP_APPL_INFO *) &dyn_info) l2cap的框架结构图如下、 一、通道标识符 l2cap传输是基于信道的概念进行传输，没一个信道都有各自的信道标识符(channel identify,CID),在HCI层完成相关初始化后，信道就会被创建，在ACL链路中通常需要创建一个CID为0x0001的控制信道，用于传输控制命令。 CID为2byte，具体如下图所示（通常用于ER( 常规蓝牙 )传输ACL,ASB和AMP链路） 而在 低功耗蓝牙 中，需要使用如下的CID进行表示 二、信道工作模式 逻辑信道可以工作在5种不同的模式下（可以理解为5种不同的使用场景），最后一种是LE设备特有的： 1、 Basic L2CAP Mode (equivalent to L2CAP specification in Bluetooth v1.1) 默认模式，在未选择其他模式的情况下，用此模式。 2、 Flow