​Android Auto 是谷歌的手机投屏方案，车机负责把手机界面显示出来，本身不装 GMS、也不是 AAOS 车载系统。把这两套混着准备，是项目走弯路的起点。下面把送测里高频翻车的地方，一条条拆开说。

USB 与 AOAP 握手这道关 

有线连接走 USB 上的 AOAP 协议，枚举顺序不对、握手超时、触控坐标映射错，都会直接挂。容易被忽略的是车机主板自带的 USB 控制器时序，如果和参考设计对不上，即便外置芯片没问题，握手照样失败。

无线方案的双通道不稳 

无线走 Wi-Fi Direct 加经典蓝牙：蓝牙只管发现和交换凭证，真正传数据靠高速 Wi-Fi。蓝牙模组若没过 BQB，A2DP、HFP、AVRCP 这几个必选 Profile 缺一个，链路就建不起来；抗干扰没做足，连接动不动掉。

固件版本对不上文档 

送测样机跑的软件版本，必须和提交的技术文档一致，拿研发占位版本凑数，审查会打回。样机得是量产状态。

音频 VRRT 过不了 

这套查麦克风拾音、降噪和回声消除；通话与导航的音量独立控制、DSP 路由都要先调好，否则在车噪环境下表现拉垮。

界面与安全逻辑接错 

按钮和触控目标尺寸、夜间模式联动、导航与媒体分屏是审查重点；行车中自动禁掉视频这类安全交互，逻辑必须接对车速信号，漏接会被判不符合驾驶安全规范。

稳定性能翻车 

长时间运行卡死、持续掉帧，体验打分会被拖下来，单项过了整体仍可能不合格。

把 AA 与 AAOS 搞混 

一套是投屏协议认证，一套是车载操作系统，硬件软件规格要求不同，混淆了资源就白投。

把关这几样在送样前先内部跑通，比送检后反复整改省心得多。具体测试项与判定口径以谷歌当期认证文档为准。