1、蓝牙驱动概述：蓝牙技术演进、蓝牙协议栈架构、Linux蓝牙子系统简介
大家好，我是你们这趟蓝牙驱动实战课的领路人。今天咱们先不急着敲代码，而是把蓝牙这玩意儿的前世今生、内部结构，以及它在Linux世界里是怎么安家的，好好捋一遍。我个人习惯，学任何新东西之前，先看全景图，再动手。这样你踩坑的时候，才知道自己掉在了地图的哪个角落。
1.1 蓝牙技术演进：从1.0到5.4，我们经历了什么？
蓝牙技术，说白了就是短距离无线通信的一种标准。它最早是为了替代设备间的线缆而生的。我记得2000年初那会儿，用红外传个图片都得对准了，动一下就得重来。蓝牙的出现，简直是解放双手。
咱们快速过一下几个关键节点：
- 蓝牙 1.0/1.1 (1999-2001)： 这是开山鼻祖。速率只有可怜的 1Mbps。说实话，那时候的蓝牙就是个“能连上”的水平，稳定性嘛...嗯，你懂的。我在做第一个蓝牙项目时，用的就是1.1的芯片，经常断连，调试起来让人抓狂。
- 蓝牙 2.0 + EDR (2004)： 引入了增强数据速率（EDR），速率提升到了 3Mbps。这是个里程碑，终于可以传点像样的文件了。
- 蓝牙 3.0 + HS (2009)： 这个版本有点意思，它引入了高速（HS），但其实是借用了Wi-Fi的物理层来传数据。说白了，就是蓝牙负责握手，Wi-Fi负责跑数据。想法很好，但实际应用不多。
- 蓝牙 4.0 (2010)： 这是革命性的一代！引入了低功耗蓝牙（BLE）。为什么重要？因为之前的蓝牙（经典蓝牙）功耗太高，不适合智能手表、传感器这类小电池设备。BLE的出现，让物联网（IoT）真正有了无线连接的基石。你想想看，一个纽扣电池能让一个传感器跑一年，这在以前是不敢想的。
- 蓝牙 5.0 (2016) 及以后： 5.0 主要提升了传输距离（理论可达300米）、广播容量和速度。5.1 加入了寻向功能，5.2 引入了 LE Audio（低功耗音频），5.3 和 5.4 则是在功耗和安全性上继续优化。
核心观点： 对于咱们驱动开发者来说，最需要关注的分水岭是 蓝牙 4.0。它把蓝牙世界分成了“经典蓝牙”和“低功耗蓝牙”两条路。这两者在协议栈和驱动实现上，差异巨大。
1.2 蓝牙协议栈架构：分层解耦的艺术
蓝牙协议栈，说白了就是一套软件分层规范。为什么要分层？为了解耦。每一层只关心自己的事，上层不用管底层是USB还是UART连接的。这种设计，我在写驱动时深有体会——改底层硬件，上层应用代码几乎不用动。
咱们从上往下看，大致分这么几层：
| 层级 | 名称 | 主要职责 | 我的经验 |
|---|---|---|---|
| 应用层 | Profile (GAP, GATT, A2DP, HFP...) | 定义具体的应用场景，比如耳机听歌、传文件、连接键盘。 | 调试A2DP（音频）时，最头疼的是音质卡顿，往往是底层带宽或调度出了问题。 |
| 主机层 | L2CAP, SDP, ATT, SMP | 负责数据封装、服务发现、属性协议、安全管理。 | L2CAP的MTU（最大传输单元）协商，经常是性能瓶颈的根源。 |
| 控制器层 | HCI, Link Manager, Link Controller, Baseband, RF | 负责物理连接、数据包收发、跳频、链路管理。 | HCI命令是咱们驱动工程师打交道最多的接口。 |
这里有个关键概念叫 HCI (Host Controller Interface)。它是主机和控制器之间的“分界线”。主机通常是CPU和操作系统，控制器就是蓝牙芯片。HCI定义了它们之间怎么通信，比如通过UART、USB或SDIO。
避坑指南： 我曾经在一个项目里，因为HCI的UART波特率没配好，导致蓝牙芯片一直无法响应。查了整整两天，最后发现是驱动初始化时，波特率设置命令发早了，芯片还没准备好。所以，HCI通信的时序，一定要严格按照芯片手册来。
1.3 Linux蓝牙子系统简介：BlueZ 与内核驱动
在Linux世界里，蓝牙的官方协议栈实现叫 BlueZ。它从2.4.6内核开始就存在了，是绝对的“老大哥”。你想想看，几乎所有主流的Linux发行版，包括Android（早期）和嵌入式系统，用的都是它。
Linux蓝牙子系统在内核中主要分为两部分：
- 内核空间 (Kernel Space)： 包括蓝牙核心层（Bluetooth Core）、HCI设备层、以及各种总线驱动（如 hci_uart, btusb）。这部分是我们驱动开发的主战场。
- 用户空间 (User Space)： 包括 BlueZ 的 daemon（bluetoothd）、配置工具（bluetoothctl）、以及各种协议栈实现（如 obexd, pulseaudio-module-bluetooth）。
咱们来看一个最简单的蓝牙设备驱动注册流程，以USB蓝牙为例：
// 伪代码，展示驱动与内核蓝牙子系统的绑定关系
static struct usb_device_id btusb_table[] = {
{ USB_DEVICE(0x0A12, 0x0001) }, // 某款CSR芯片
{ } /* 终止 */
};
MODULE_DEVICE_TABLE(usb, btusb_table);
static struct usb_driver btusb_driver = {
.name = "btusb",
.probe = btusb_probe, // 当设备插入时，内核调用此函数
.disconnect = btusb_disconnect,
.id_table = btusb_table,
};
module_usb_driver(btusb_driver);当你的USB蓝牙适配器插入时，内核会匹配 btusb_table，然后调用 btusb_probe。在这个函数里，驱动会分配一个 hci_dev 结构体，并注册到蓝牙核心层。之后，用户空间的 bluetoothd 就能通过socket接口（AF_BLUETOOTH）与这个设备通信了。
注意： 很多初学者以为写蓝牙驱动就是直接操作硬件寄存器。其实不然。在Linux中，你更多的是在实现一个“适配器”，让内核的蓝牙核心层能够通过标准接口（如HCI）与你的硬件对话。说白了，你是在写一个“翻译官”。
好了，第一节课的概览就到这里。我们理清了蓝牙的演进、协议栈的分层，以及Linux下BlueZ的架构。下一章，我们会深入内核，看看如何搭建一个最基本的蓝牙驱动框架。到时候，我会带着大家手写一个虚拟的HCI设备驱动，让你真正理解“注册”和“回调”是怎么一回事。