1、课程导论与开发环境搭建：MTK8676平台概述、车载蓝牙电话应用场景、开发板选型、SDK获取与编译环境搭建、串口与ADB调试环境配置
1.1 MTK8676平台概述——这颗芯片到底什么来头？
做车载蓝牙开发，选对平台就成功了一半。MTK8676这颗芯片，我接触了快三年了。说实话，它并不是市面上最贵的方案，但绝对是性价比最均衡的。
它集成了什么？一颗ARM Cortex-A系列主核，加上独立的蓝牙基带处理器。这意味着什么？你想想看，电话通话和音频处理可以跑在蓝牙核上，应用层逻辑跑在主核上，互不干扰。我在项目中遇到过最头疼的问题——通话时音乐卡顿，换了这颗芯片后基本没再出现过。
具体参数我列一下：
| 参数项 | 说明 |
|---|---|
| 蓝牙版本 | 5.2，支持BR/EDR + BLE双模 |
| 音频编解码 | 支持CVSD、mSBC、LC3，以及AAC/SBC |
| 电话协议 | HFP 1.8、PBAP 1.2、MAP 1.4 |
| 最大连接数 | 同时支持2路HFP + 3路A2DP |
| 操作系统 | Linux + RTOS双系统架构 |
嗯，这里要注意——双系统架构是MTK8676的特色。Linux跑上层应用，RTOS跑蓝牙协议栈。调试的时候你得清楚当前问题出在哪一层。
1.2 车载蓝牙电话应用场景——不只是接打电话那么简单
很多人觉得车载蓝牙电话嘛，不就是连上手机接个电话？我刚开始也这么想。直到做了几个项目才发现，这里面的坑多着呢。
典型的场景有哪些？
- 来电接听与挂断：最基础的功能，但要求延迟低于100ms。我见过某方案按下接听键后等了两秒才通，用户直接投诉。
- 电话本同步：PBAP协议拉取联系人，支持增量同步。这个后面会专门讲，坑最多的地方。
- 通话记录同步：已接、已拨、未接三种记录，需要支持去重和排序。
- 多方通话：会议电话、保持与切换。说实话，这个功能在国产车上用的人不多，但高端车型必须有。
- 语音助手唤醒：通过车载麦克风触发手机语音助手。这个涉及到AT指令和SCO链路的协同。
我个人习惯把场景分成两类：安全类和便利类。安全类比如来电接听，必须保证驾驶员视线不离开路面。便利类比如电话本同步，可以后台慢慢拉。
核心观点：车载蓝牙电话的本质不是「能通就行」，而是「在驾驶场景下无感操作」。所有设计都要围绕这个目标。
1.3 开发板选型——别在硬件上省钱
做MTK8676开发，市面上主流的开发板就那么几款。我建议新手直接买官方的EVB（评估板），虽然贵了点，但省心。
选型时注意这几点：
- 必须带CAN接口：车载项目最终要跟车身CAN总线通信，没有CAN接口的板子后面还得外挂，麻烦。
- 音频接口要齐全：至少要有I2S和PCM接口，方便外接音频Codec芯片。
- 串口至少两路：一路给调试日志，一路给AT指令交互。我吃过亏，只有一路串口，调试时日志和指令混在一起，根本没法看。
- 天线接口要SMA：方便外接不同增益的天线，测试蓝牙射频性能。
个人建议：如果预算允许，买两块开发板。一块做开发，一块做备份。我曾经在项目冲刺阶段烧坏了一块板子的电源模块，等了三天才拿到新的，工期直接延误。
1.4 SDK获取与编译环境搭建——第一步就卡住的人不少
SDK从哪里拿？MTK官方渠道需要签NDA（保密协议）。如果你是个人开发者，可以找代理商要评估版SDK。公司项目的话，走正规渠道签协议。
拿到SDK后，第一件事不是编译，而是检查目录结构。我习惯先看这几个目录：
MTK8676_SDK/
├── bt_stack/ # 蓝牙协议栈源码
├── audio/ # 音频处理相关
├── phone/ # 电话应用层
├── pbap/ # 电话本同步协议
├── tools/ # 调试工具和脚本
├── docs/ # 文档（这个最重要！）
└── build/ # 编译脚本和配置文件编译环境怎么搭？说白了就是装好交叉编译工具链。MTK8676用的是ARM GCC，版本要求比较严格。我踩过坑——用了个新版本的GCC，编译出来的固件跑起来蓝牙就断连，查了两天才发现是编译器优化导致的问题。
具体步骤：
- 安装Ubuntu 18.04或20.04（建议用虚拟机，别直接装物理机）
- 安装依赖库：
sudo apt-get install libncurses5-dev libssl-dev - 解压SDK到工作目录，路径不要有中文和空格
- 运行
source build/envsetup.sh设置环境变量 - 执行
make bt_project -j4开始编译
注意：编译过程中如果报错缺少某个库，不要盲目装最新版。先看SDK文档里要求的版本号，严格匹配。我见过有人装了Python 3.10导致编译脚本报错，降回3.8就好了。
1.5 串口与ADB调试环境配置——调试是开发的一半
调试环境配不好，后面寸步难行。MTK8676支持两种调试方式：串口和ADB。
串口调试：
串口是最可靠的调试手段。为什么？因为蓝牙协议栈的日志量很大，ADB有时候会丢数据，串口不会。
配置方法：
- 波特率：115200（默认），如果日志太多可以调到921600
- 数据位：8，停止位：1，无校验
- 硬件流控：关掉（很多开发板没接RTS/CTS）
- 推荐工具：MobaXterm（Windows）或minicom（Linux）
ADB调试：
ADB适合传文件和跑shell命令。MTK8676的ADB是通过USB连接的，需要先装驱动。
我个人的工作流是这样的：
- 串口一直开着，看实时日志
- ADB用来push新的固件和抓取crash dump
- 两个窗口并排，左边串口右边ADB
避坑指南：我曾经在调试电话本同步时，发现日志里总是少了几条记录。查了两天，最后发现是串口缓冲区太小，日志被截断了。后来把波特率调到921600，问题解决。所以——调试初期就把波特率设高，别省这个事。
1.6 本章小结
这一章我们聊了MTK8676的平台特点、车载蓝牙电话的应用场景、开发板怎么选、SDK怎么拿怎么编译，还有串口和ADB怎么配。
说白了，开发环境搭好了，后面的事情才能顺。我见过太多人一上来就急着写代码，结果环境没配好，出了问题都不知道是代码的锅还是环境的锅。
下一章我们会正式开始蓝牙协议栈的初始化流程。嗯，那才是真正有意思的部分。