Android Auto 送测被退,原因很少是技术做不到,多半是材料没对齐。按送测窗口往前倒推,把自查拆成五组:设备状态、软件版本、参考机型、测试记录、文档一致性。
(1)送测样机接近量产状态。临时飞线改动、未冻结的临时固件测了也不被接受;裸板工程样机可作备用样机,不是所有工程机都一律不收。这条不满足,后面测完也是白测。
(2)样机的硬件版本、软件版本与申报资料须是同一台机器,改过硬件又拿旧资料送,退回是必然。
(1)有线与无线是两条独立测试线。项目报了几种连接方式,就按那几种送齐样机,形态不匹配整包退回。
(2)Type-C 机型与 USB-A 机型,接口电气特性测试项不同,样机分开准备。

(1)送测前把固件版本冻结下来,版本号写进申报资料与测试记录,两处须完全一致。
(2)自测记录与送测样机的固件不是同一个版本,整套记录作废。
(1)无线模式依赖 Wi-Fi P2P 承载投屏数据,蓝牙只用于服务发现与初始握手。协议栈配置错了,表面看是连不上,根子在配置。
(2)蓝牙模组对外射频要有 BQB 认证,整机送测必须具备,这项在物料阶段就核;纯模组内部调试不涉及对外射频时另说。
(3)无线连接除 A2DP、HFP、*RCP 三个 profile 外,还要开启 RFCOMM 服务通道并广播 Android Auto 专属 UUID,光配齐三个 profile、没开 RFCOMM 一样建立不了链路。
(1)有线模式须用多款参考手机逐台验连接建立与热插拔恢复,Pixel 系列为主,另含其他品牌。机型清单按当期 Android 版本对应的名单填,不同软件版本对应的参考机型不一样,套错名单覆盖不全。
(2)只测一台不构成覆盖,数量与机型按当期规范填。
(1)无线连接建立必需 A2DP、HFP、*RCP 三个 profile,少一个就握手失败。
(2)PBAP 不是链路建立的必选项,缺它只影响联系人同步,不会导致连接失败。
(1)CTS-Auto 运行在测试手机端,车机负责承载连接,测试程序不在车机内执行。正式自测用它逐项跑,再用真手机核对。DHU 桌面车机工具可做前期预测试、生成初步日志,但正式认证不能只提交 DHU 数据。
(2)音频路由、视频渲染分辨率与帧率、横竖屏切换、触控延迟、多点触控映射,这几项留好日志。
(1)有线模式较常翻车的是 USB 枚举时序、供电浪涌、端口角色切换异常,不只 VBUS 复位一项。单台机器不一定复现,参考机型逐台跑才有意义。
(2)送测前把每台参考机的插拔日志留档,附在测试记录里。多手机轮番接入、多设备并发连接也是必测项,别漏。
(1)音频不断、触控有响应、来电能切到车机、导航能占主屏,这几条是投屏跑起来的前提。
(2)麦克风降噪与回声消除按车舱噪声环境验,参数按规范留余量。
(1)原理图、关键件清单、接口定义、射频部分参数说明,逐份核到送测样机的实际配置上。
(2)物料换过而资料没同步,是退件里很常见的一条。
(1)认证状态以官方兼容清单为准,核对清单里产品是否在列。谷歌不发实体纸质证书,认证编号也不强制刻印在硬件本体,别在铭牌上自造编号。
(2)产品宣传物料上写支持的功能,须与认证覆盖范围一致,写超了就是虚假宣传风险。
(1)设备状态、软件版本、参考机型清单,这三组由研发在送测前确认。
(2)有疑问尽早解决,别拖到送测后。
(1)测试记录与文档一致性,由测试与认证同事逐项核对。
(2)正式记录须来自真实车机加真机,桌面工具上的通过记录不作数。
(1)把五组并成一张送测前检查表,每次送测前跑一遍,表随项目留档。
(2)把这张表做进流程,比临时组织一次自查会议有效。
五组逐项打勾,送测前把设备状态、软件版本、参考机型、测试记录、文档一致性对齐,材料不齐被退的概率就低。
蓝亚咨询联系人:Benson
手机/Mob:(+86)13632500972
邮箱/E-mail:marketing@cblueasia.com
地址/Add:深圳市宝安区石岩街道北环路107号鸿景达产业园C栋
蓝亚检测不止服务!