第24章蓝牙与手机互联

课程目录第24章蓝牙与手机互联

第24章蓝牙与手机互联：蓝牙电话、蓝牙音乐、CarPlay/Android Auto 投屏协议

各位同学，今天我们来聊聊车载系统里最贴近用户日常的功能——蓝牙与手机互联。说实话，这个模块我做了好几年，踩过的坑比写过的代码还多。你想想看，用户上车第一件事是什么？不是调空调，不是设导航，而是掏出手机连蓝牙。如果这一步体验不好，用户对整台车的印象直接打折扣。

我个人习惯把手机互联分成两大块：蓝牙基础服务（电话、音乐）和投屏协议（CarPlay、Android Auto）。前者是基本功，后者是加分项。咱们一个一个来拆解。

24.1 蓝牙电话：HFP协议深度解析

蓝牙电话依赖的是HFP（Hands-Free Profile）协议。说白了，就是让车载设备变成一个免提电话系统。我在项目中遇到过最典型的问题：通话声音断断续续，或者对方听不清我说什么。后来发现，多半是SCO链路建立出了问题。

HFP协议的核心流程是这样的：

服务发现：车机扫描手机支持的Profile，确认HFP可用。
连接建立：建立RFCOMM通道，这是HFP的控制通道。
SCO链路建立：这是音频传输通道，负责双向语音。
AT指令交互：车机通过AT指令控制手机拨号、接听、挂断等。

关键点：HFP有两个版本——HFP 1.6（宽频语音）和HFP 1.5（窄频语音）。宽频语音采样率16kHz，窄频只有8kHz。我建议你优先支持HFP 1.6，用户体验差距非常明显。

下面是一个简化的HFP连接流程代码示例，基于Qt的Bluetooth API：

// 搜索并连接HFP服务
QBluetoothServiceDiscoveryAgent *discoveryAgent = new QBluetoothServiceDiscoveryAgent(this);
connect(discoveryAgent, &QBluetoothServiceDiscoveryAgent::serviceDiscovered,
        [this](const QBluetoothServiceInfo &info) {
    if (info.serviceName() == "Hands-Free Audio Gateway") {
        // 找到HFP服务，发起连接
        m_hfpSocket = new QBluetoothSocket(QBluetoothServiceInfo::RfcommProtocol, this);
        m_hfpSocket->connectToService(info);
    }
});

// 发送AT指令拨号
void dialNumber(const QString &number) {
    QString cmd = QString("ATD%s;\r\n").arg(number);
    m_hfpSocket->write(cmd.toUtf8());
}

避坑指南：我曾经在HFP的AT指令解析上栽过跟头。手机返回的响应可能有换行符、回车符，甚至中间夹杂着其他事件。建议用状态机来解析，别用简单的字符串匹配。

24.2 蓝牙音乐：A2DP与AVRCP

蓝牙音乐涉及两个Profile：A2DP（Advanced Audio Distribution Profile）负责音频流传输，AVRCP（Audio/Video Remote Control Profile）负责控制（播放/暂停、切歌、获取歌曲信息）。

嗯，这里要注意：A2DP只负责把音频从手机推到车机，它不关心你播的是什么。而AVRCP才是让你在车机屏幕上看到歌名、歌手、专辑封面的关键。

我在项目中遇到过一个问题：用户说“我手机显示在播放，但车机没声音”。排查下来，是A2DP的编解码器协商出了问题。A2DP支持SBC、AAC、aptX等多种编解码器，车机和手机必须协商出一个双方都支持的。

编解码器	比特率	延迟	推荐场景
SBC	328 kbps	~100ms	基础兼容，所有设备都支持
AAC	256 kbps	~80ms	iPhone用户首选
aptX	352 kbps	~40ms	低延迟，适合游戏/视频
LDAC	990 kbps	~60ms	高音质，需要Android 8.0+

AVRCP这边，我建议至少支持到AVRCP 1.6。为什么？因为1.6版本支持封面图传输（Cover Art）。你想想看，用户在中控屏上看到专辑封面，那种沉浸感是完全不一样的。

注意：AVRCP的封面图传输在Android和iOS上实现方式不同。Android通过BIP（Basic Imaging Profile）传输，iOS通过自定义扩展。如果你要同时支持两个平台，得写两套解析逻辑。

24.3 CarPlay与Android Auto投屏协议

投屏协议是车载互联的终极形态。CarPlay和Android Auto本质上都是把手机屏幕投射到车机屏幕上，但实现方式完全不同。

先看一张整体架构图：

24.4 CarPlay 实现要点

CarPlay基于苹果的iAP2（iPod Accessory Protocol 2）协议。车机需要扮演一个“外部配件”的角色。我刚开始做CarPlay时，最头疼的是认证流程——你得先拿到苹果的MFi认证，不然连不上。

CarPlay的启动流程大致如下：

物理连接：USB插拔检测，或者Wi-Fi配对。
iAP2握手：车机发送身份信息，苹果设备验证。
视频流协商：确定分辨率、帧率、编码参数。
HMI渲染：车机开始渲染CarPlay界面，同时将触摸事件回传给手机。

经验之谈：CarPlay的视频流是H.264编码的，车机端需要硬件解码。如果你用纯软件解码，帧率上不去，用户会感觉卡顿。我建议用GStreamer的硬件加速插件，或者直接调用芯片厂商的SDK。

24.5 Android Auto 实现要点

Android Auto走的是AOA（Android Open Accessory）协议。和CarPlay不同，Android Auto不需要硬件认证，但需要车机端安装一个AAOS（Android Automotive OS）的兼容层，或者用Android Auto for Phone Screens的投影模式。

Android Auto的音频路由比CarPlay复杂。它支持两种模式：

媒体音频：走A2DP，和普通蓝牙音乐一样。
导航提示音：走单独的音频通道，可以和媒体音频混音。

我在项目中遇到过一个问题：导航提示音和音乐同时播放时，音乐音量没有自动降低。后来发现是音频焦点（Audio Focus）没有处理好。Android Auto会发送音频焦点变化的通知，车机需要根据这个通知来调整音量。

小技巧：Android Auto的触摸事件回传用的是HID（Human Interface Device）协议。你需要在车机端模拟一个触摸屏HID设备，把触摸坐标通过USB发送给手机。这个在Linux上可以用uinput内核模块实现。

24.6 多协议共存与切换

实际项目中，车机需要同时支持蓝牙电话、蓝牙音乐、CarPlay、Android Auto。而且用户可能同时连接多个设备。比如：手机连着CarPlay，但蓝牙耳机也想连车机打电话。

我个人的处理策略是这样的：

优先级管理：CarPlay/Android Auto的音频优先级高于蓝牙音乐。当投屏激活时，自动暂停蓝牙音乐。
音频路由：电话音频走HFP SCO链路，媒体音频走A2DP或USB Audio。两者可以同时存在。
设备切换：当用户从CarPlay切换到蓝牙音乐时，需要断开iAP2连接，重新建立A2DP连接。这个切换过程要尽量快，我一般控制在500ms以内。

注意：多协议共存时，蓝牙连接数是个硬限制。蓝牙芯片通常支持同时连接3-5个设备。如果连接数满了，新设备连不上，用户会抱怨。我建议在HMI上显示当前蓝牙连接状态，让用户知道还能连几个设备。

好了，关于蓝牙与手机互联的核心内容就这些。从HFP电话到A2DP音乐，再到CarPlay和Android Auto投屏，每一步都有不少细节。实际开发中，你可能会遇到各种奇怪的问题——连接不上、声音卡顿、封面图不显示。别慌，先检查协议栈的日志，看看是哪一步失败了。大部分问题都能在协议规范里找到答案。

公众号:蓝海资料掘金营，微信deep3321

📚 课程目录