3.1 蓝牙与低功耗蓝牙 BLE
3.1 蓝牙与低功耗蓝牙 BLE
从经典蓝牙到低功耗蓝牙的演化由来讲起，拆解 BLE 的 GATT 服务模型、广播机制与 Mesh 组网方式，对比它与 Wi-Fi 在消费电子上的互补关系。
学习目标
阅读完本节，你应当能够：
- 说明经典蓝牙与 BLE 在功耗与应用上的分水岭。
- 解释 GATT 服务和特征的"钥匙与门"式数据组织逻辑。
- 判断一个电池可穿戴设备是否适合用 BLE 而非经典蓝牙。
一、从握手到点头的演化
经典蓝牙（BR/EDR）诞生之初，目标是替代耳机线与文件传输线，走的全双工高质量音频流，功耗居高不下。2009 年前后，穿戴设备、健康传感器的爆发让工程师意识到：很多设备根本不要听音乐，只想隔几小时丢一个几十字节的数据包。低功耗蓝牙 BLE（Bluetooth Low Energy，也叫蓝牙智能）就此从经典蓝牙里切出一条精简支线，两者的协议底层完全不同，只是共用 2.4GHz 频段。
BLE 最大的卖点是"对称功耗"——不是只发时省电，而是绝大多数时间在睡，醒来一瞬间收发数据，立刻再睡。一颗纽扣电池撑一年以上，就是靠这个节奏。经典蓝牙电池连一天都扛不住，因为射频模块常开。这种设计哲学直接影响了 BLE 的全部工作机制。
二、GATT：服务、特征与描述符的"钥匙模型"
BLE 设备之间的数据交换，靠一个叫 GATT（Generic Attribute Profile）的抽象。它把数据组织成三层结构：
- Profile：一个场景（如心率监测）的约定。
- Service：一种功能（如心率服务），内包含多个 Characteristic。
- Characteristic：一个具体的数据项（如心率值），附有权限属性（可读、可写、可通知）。
- Descriptor：对 Characteristic 的额外说明（如数据格式、测量单位）。
最生动的比喻是：Service 是一间实验室，Characteristic 是实验室里的一台仪器，Descriptor 是仪器的操作说明书。手机想读手环上的心率，就是向手环"心率服务"下的"心率值"这把"钥匙"申请读取权限。
这种组织方式的妙处在于标准化：只要手环按 GATT 心率服务约定暴露字段，任何安装心率 App 的手机都能直接读懂，不必知道手环厂商私有协议。开放生态的基石就是这把标准化的钥匙。
三、广播： BLE 的"小喇叭"与 Mesh 的"扩音器"
BLE 有两种工作模式：
- 广播模式（Broadcaster/Observer）：设备定期向外喊一嗓子小数据（通常是几十字节），附近的接收者听到就好，不需要建立连接。蓝牙信标（iBeacon/Eddystone）全靠这个做室内定位与寻物标签，因为它极省，发射端可以只靠一颗纽扣电池睡三年。
- 连接模式（Peripheral/Central）：手机（Central）主动连手环（Peripheral），建立连接后按需读写 GATT 字段。
BLE Mesh 则是蓝牙生态近年的升级：把网络从"一点对一点"扩展到"几十上百点互传"。设备之间可以通过中继转发消息，绕开墙体遮挡。代价是中继节点需要醒着帮别人转发，电池寿命比纯终端缩水——这就是为什么 BLE Mesh 常见于智能灯、智能开关这类能接市电的设备，而不是纯粹靠电池的手环。
这种方式的能力边界，用一张图把它放到"近、省、点对点"的大环境里看：
四、BLE 的边界与取舍
| 场景 | BLE 合不合适 | 原因 |
|---|---|---|
| 智能手环 / 健康计 | 极为合适 | 低频、低数据量、电池驱动 |
| 智能家居网关接入 | 勉强可 | 距离短，需要离手机或网关较近 |
| 室内实时视频 | 不合适 | 带宽不够，要用 Wi-Fi |
| 跨房间多设备协同 | 部分合适 | BLE Mesh 可接市电时好用 |
| 远距（超过二十米） | 不合适 | 设计目的就是十米量级 |
选型教训：BLE 擅长的是"点对点或广播式小数据交换"，不是远距离，不是高带宽。如果你在选方案时听到有人说"用蓝牙上云"，要警觉——BLE 不负责上云，它负责从传感节点到手机的最后十米，上云还得靠手机或网关的其他链路。
一条心率数据的 GATT 视角
前面讲 GATT 讲了半天"服务与特征"，落到一次实际读取上，你才看它怎么运转。假设手环每隔一秒更新一次心率，手机的连接流程是这样一条链路：
1 手机作为 Central 发起连接 2 Peripheral 暴露 Service: HeartRate(0x180D) └─ Characteristic: HeartRate_Measurement -- Properties: Read / Notify -- Value 更新: 每拍一次就推送一个读数 3 手机 Enable Notify → 手环每次变化就主动推，不用手机轮询 4 手机按约定格式解析：标志位+心率值(2字节)±传感器位置
这里最省电的一步是 Notify：手环"主动把变化推给手机"，而不是手机每秒都来问"现在多少"。你要的数字每秒自动到，手机只要在收。这正是 BLE 能在电池上一睡一醒还不停发数据的机制——它把"你问我答"换成了"变了就告诉你"，省下无数轮询的收发。
这个"变化即推送"的思路，跟物联网里"MQTT 上报"的节拍如出一辙，只是更轻、更近、更省。记住 GATT 不只是数据结构，它决定了设备之间"谁主动、谁被动"的功耗分工。
本节要点回顾
- BLE 核心价值：极低功耗，"绝大多数时间睡觉"的工作节奏。
- GATT 三层：Profile → Service → Characteristic + Descriptor，标准化互操作的基础。
- 广播与连接：广播极省适合信标，连接模式适合实时读写控制。
- Mesh 扩展：市电设备帮电池设备中继，代价是中继节点多耗电。
- 互补而非万能：BLE 管"最后十米"，上云靠 Wi-Fi / 蜂窝 / 以太网接力。
讲完低功耗小数据，下一节看同一屋檐下的另一个重量级选手——Wi-Fi 与 Wi-Fi HaLow 在物联网中的角色。