1. BLE技术概览：蓝牙技术演进、BLE核心优势、低功耗蓝牙应用场景、BLE与经典蓝牙对比

各位同学好，我是老周。做嵌入式这行十几年了，从最早玩8051到后来搞ARM Cortex-M，再到专门啃蓝牙协议栈，踩过的坑不少。今天咱们开始第一课，先聊聊BLE到底是什么，它从哪来，能干啥。

说实话，我刚接触蓝牙那会儿，也被各种版本号搞得头晕。1.0、2.0、3.0、4.0……后来才明白，真正让蓝牙“活”起来的，是4.0版本引入的BLE。嗯，咱们就从这里开始。

蓝牙技术从1994年诞生到现在，经历了几个关键阶段。我把它分成三个时代，这样好记。

我个人习惯把4.0当作分水岭。4.0之前，蓝牙就是“经典蓝牙”（BR/EDR），功耗高、连接慢，适合耳机和音箱。4.0之后，BLE横空出世，专门为纽扣电池供电的小设备设计。

关键转折点：2010年蓝牙4.0发布，首次定义了“双模”架构——一个芯片可以同时跑经典蓝牙和低功耗蓝牙。但真正让BLE爆发的，是2013年的4.1和2014年的4.2，它们解决了连接间隔、安全配对等痛点。

到了5.0时代，BLE的传输距离从10米扩展到理论上的300米（空旷环境），广播包容量从31字节提升到255字节。你想想看，这意味着什么？一个信标设备可以一次性广播更多数据，不用频繁连接了。

很多新手问我：“BLE到底省电在哪？”说白了，就三个字——少干活。

经典蓝牙的连接方式是“常连接”，就像两个人一直通着电话，不说话也占着线路。BLE不一样，它是“断连式”通信——平时睡觉，有事才醒。

极短的唤醒时间：BLE从睡眠到发送数据，只需要3ms左右。经典蓝牙呢？至少100ms。我在项目中测过，一个温度传感器用BLE，两节CR2032电池能跑两年。换成经典蓝牙，两个月就歇菜。
灵活的连接间隔：你可以把连接间隔设成7.5ms，也可以设成4s。间隔越长，平均功耗越低。我曾经给一个智能门锁做方案，连接间隔设成1秒，待机电流只有3μA。
广播模式：设备可以不建立连接，只往外发广播包。信标（Beacon）就是典型例子——手机收到广播，就知道你到商场了。

避坑指南：我曾经在一个项目中，把广播间隔设得太短（20ms），结果电池一周就耗光了。后来改成100ms，功耗降了80%，功能完全没受影响。记住：广播是BLE最耗电的操作之一，别为了“实时性”牺牲续航。

另外，BLE的协议栈也做了大量优化。比如物理层采用GFSK调制，接收灵敏度高，发射功率可以低到-20dBm。再比如链路层用跳频技术，抗干扰能力强，重传次数少——重传也是耗电大户。

BLE的应用场景，我总结成四大类。你看看自己用过几个。

可穿戴设备：手环、手表、心率带。这类设备对功耗极其敏感，BLE几乎是唯一选择。我做过一款儿童手表，BLE连接手机，待机电流5μA，通话时也只有8mA。
智能家居：门锁、灯泡、传感器。你想想看，一个门窗传感器装在门上，换电池多麻烦？BLE的纽扣电池方案，两年不用管。
医疗健康：血糖仪、体温贴、血氧仪。这类设备需要手机App实时读取数据，BLE的配对简单、数据安全（4.2以后支持LE Secure Connections）。
位置服务：室内导航、资产追踪。苹果的iBeacon、谷歌的Eddystone，底层都是BLE广播。

注意：BLE不适合传输大文件。它的理论速率只有2Mbps（5.0以后），实际有效吞吐量大概在700-800kbps。传个音频流还行，传视频？别想了。我见过有人想用BLE传图片，结果一张500KB的照片传了十几秒——用户体验极差。

为了让你更直观地理解BLE的应用架构，我画了一张图。

做项目选型时，最常被问的就是“用经典蓝牙还是BLE？”我一般会反问三个问题：电池能用多久？传什么数据？要不要兼容老设备？

下面这张表，是我自己整理的对比清单，你直接拿去用。

我的建议：如果你做的是音频设备（耳机、音箱），选经典蓝牙。如果你做的是电池供电的传感器、遥控器、手环，选BLE。如果两者都要（比如智能音箱既要放音乐又要连传感器），选双模芯片——现在主流厂商的芯片都支持双模。

最后说一个容易踩的坑：兼容性。BLE和经典蓝牙虽然都叫“蓝牙”，但协议栈完全不同，不能互连。你买一个BLE耳机，连不上老款手机的经典蓝牙——别笑，我见过有人真这么干过。所以选型时，一定要搞清楚终端用户的设备支持什么。