发布于 2026-11-06 · DIYCarPlay 工程团队 · 16 min read

底盘代码是适配表中最精确的关键信息：E87、F30 和 F56 能解决的问题，车型名称无法解决

平台代码回答的是主机针对哪种硬件制造。底盘代号回答的是该硬件安装到哪辆车上。两者使用不同的字母书写，并且从车辆的不同部位读取。在本目录中，在涵盖2006至2025车型年300+车型和系列的76个代码与车型组合中，有24个组合的代号置于型号名称后的括号内。这24个组合包含42个不同的代号，其中大多数无需年份、适配表或零件目录即可自行确定平台代码。有6个无法做到，而这6个正是采购订单写错的地方。

代号之所以值得写在订单行中，是因为型号名称并非唯一标识。在本目录中，每个型号名称仅计一次，有50个型号名称对应多个平台代码，有10个型号名称在两个代码下的年份区间完全相同，根本无法通过年份加以区分。一个代号可以同时解决这两个问题，因为它指定的是一个具体车身，而不是铭牌或年份区间。

底盘代号是什么，以及为什么它是更精确的检索键

底盘代号是制造商为特定车身指定的自有代码。BMW 将其写为一个字母加两位数字：E87 代表第一代 1 系，E90 代表第五代 3 系，F30 代表第六代 3 系，F56 代表第二代 MINI。字母标志时代系列，数字标志其中的具体车型。当代款配置发生变化、轮辋尺寸发生变化或增加徽标时，该代号不会改变，并且不会在无关的车型之间重复使用。这正是它比车型名称更适合作检索键的原因。

两辆车都可以作为 3 系出售，但几乎没有共同之处。该铭牌跨越了七代，采用了不同的车身外壳、不同的电子设备和不同的屏幕硬件。而代号并不跨越任何东西：它指向单一车身。这就是为什么该品牌的自有零部件资料是按代号而不是按铭牌归档的，也是为什么车间读取铭牌或零件目录时，从代号中得到的答案比从销售手册上印制的车型名称中得到的更精确。这也是 Apple 自己的 CarPlay 兼容汽车列表 所采用的详细程度，其中一辆车以品牌、车型名称和车型年份来命名，从不使用内部代号。

在适配表中，代号出现在括号内，这也是目录记录它的位置。在 76 种组合中，24 种带有代号，52 种没有代号。这 24 种全是 BMW 车系：在 35 种 BMW 组合中占了 24 种，而整个目录中共有 42 个不同的代号。此目录中的其他 18 个品牌组仅通过车型名称和车型年份来记录其车系，这是关于适配数据包含哪些内容的事实，而不是关于那些品牌如何称呼或不称呼其汽车的事实。

代号如何确定平台代码

计算代号本身而不是它们所在的车系，42 个代号中有 36 个恰好对应一个平台代码。对于这些代号，代号本身就是完整的订单关键信息：被告知 F30 的买家就知道该主机是 NBT-decoder，不需要其他任何信息。该表列出了目录中所有带有代号的车型系列，以及这些代号对应的代码和每个系列涵盖的年份。

请将该表视为买家的速查工具，而非零部件清单。3 Series在适配数据中以代号形式出现了两次，而代号正是区分这两者的关键：F30对应NBT，E90对应CIC。第三条3 Series系列涵盖2016年起的车型，没有附带任何代号，因此未出现在表中。

隶属于两个平台代码下的六个代号

通常一个代号映射到一个代码，因为一种车身对应一台主机。但有六个代号并非如此，且每个的原因各不相同。该表列出了每个代号涵盖的内容，以及仅凭年份能确定到什么程度。

这些例外背后的规律是同一车身内的一次世代交替。6 Series 和 7 Series 在车身未变的情况下经历了一次主机更换，因此相同的型号名称出现在更换的两侧。X3 在一年后也出现了同样的情况。MINI F56 是产品目录中最棘手的情况，因为它所在的两条线具有完全相同的 2014 至 2016 窗口：一辆 2015 年购买的 MINI F56 要么是 NBT，要么是 EVO，仅凭年份无法判断是哪一种。该车型的 EVO 线同样标注为 2014 至 2016，这一时间跨度比 EVO 标签自身的起始年份 2015 早了一年，这使其成为适配数据中唯一一条超出其代码所印窗口的线。对于 F56 而言，能确定代码的唯一依据是主机本身，需从其自身菜单或诊断端口读取。

这是一小部分例外，且是有限的，这正是实际操作中的关键所在。处理 BMW 库存的买家可以在整个系列的订单行上使用型号名称，对于三个年份能缩小范围但无法确定的型号名称添加车型年份，而对于型号名称和年份都无法确定的那个型号名称，则直接读取主机。

当型号名称不再起作用时

这些限制值得明确说明，因为正是它们决定了以这种方式可以满足一条产品线多大比例的订单。在76种组合中，有24种存在标识，在35种 BMW 组合中，有24种存在标识。在 EVO 代码下的12条产品线中，有11条不存在标识，因此对于2016年及以后的车辆，标识并未出现在规格表上，仅靠铭牌和年份即可确定产品线。而在其他18个品牌组所属的任何一条产品线上均不存在标识，因此对于这些品牌而言，标识这一途径完全不可用。

与标识旨在解决的问题相比，其覆盖范围还要更窄。在拥有多个平台代码的50个车型名称中，仅有12个在其至少一条产品线上带有标识，其余38个则没有。在带标识的12个车型中，有4个的标识本身也跨越了两个代码——6系、7系、X3 和 MINI——这正是上一节所涵盖的那4个车型。另外8个分别是1系、2系、3系、4系、5系、X4、X5 和 X6，且它们中存在的每个标识都仅指向单一代码。

这8个车型仍然存在一个问题。它们各自在 EVO 代码下都有一条涵盖2016年及以后同一铭牌的产品线，而在每一条这样的产品线上，目录中均未记录任何标识。因此，标识仅在较老代际的车型上能够确定代码，而恰好到了铭牌最新的时候却不再出现。买方如果手头有标识，即可据此下单；而仅有铭牌和2016年及以后年份的买方，则仍需查看主机。

那10个在两个代码下年份区间完全相同的车型名称，从另一个角度印证了同样的问题。它们是 MINI、A1、Q3、911、Discovery、Range Rover、F-Pace、XF、XJ 和 F-Type。只有 MINI 带有标识，而对于 MINI 来说标识同样无济于事，因为 F56 在两个代码下对应的年份区间完全相同。另外九个在适配数据中完全没有标识。 重叠矩阵 前文型号年份陷阱指南中所述的是该问题的更广泛版本：代号能缩短查询过程，但不能取而代之。

对于未记录代号的汽车品牌，能够确定底盘代码的三份文件是铭牌、零件目录和车辆识别号，前文指南对 这三份文件 逐一说明了各自的查阅方法。 车辆适配查询工具 按车型、按铭牌和按平台代码梳理了相同的适配数据，这是在列入采购订单之前核查某款产品最快的途径。

三个并非底盘代号的括号标注

适配表上括号中的标注并不一定就是底盘代码，将其视作底盘代码会导致错误结论。整个目录共有 45 个带括号的限定标识：其中 42 个是底盘代号，另外三个则完全不同。Audi Q5 系列的括号中带有屏幕尺寸 6.5" 标识，该屏幕尺寸同样出现在 MMI 2G 和 MMI 3G 下的 Q5 系列中，因此该括号即使作为屏幕尺寸也无法确定代码。A6、A7 和 Q7 系列的括号中带有 8" 尺寸标识，而 Honda Accord 系列的括号中带有的是第 10 代代际编号，而非车身代码。

清单上这三者都没有错。它们根本不是底盘代号，而这一区别很重要，因为只有代号才能解析出平台代码。买家如果把 6.5" 当作车身代码写进订单行，填入的其实是屏幕尺寸，而不是车型。

订单行上写什么

对于 BMW，代号写在代码旁边的行上，当代号属于那种能缩小范围但不能最终确定车型的三种情况之一时，还需附上车型年份。一行写着 F25 和 2012 就是 CIC 行；F25 和 2014 是 NBT 行；仅写 F56 的必须在发货前对照主机敲定。代号是来自铭牌和零部件目录的字段，因此也是车间可以直接对照眼前车辆进行核查的字段，这正是让适配清单和车辆在实际安装时保持一致的关键。

对于本目录中的所有其他品牌，订单行包含车型名称、车型年份和平台代码，且适配清单随货物一同流转。这并非该方法的缺陷；数据支持的就是这种方式，在不存在代号的订单行中强行写入代号，只会给订单添加一个谁也无法核实的信息。

无论哪个品牌，平台代码都是主机所依据的构建基础，代码清单与纸箱标签的打印源是同一份清单。 BMW module index 列出了每个代码及其覆盖的订单行，并且在一托盘货物敲定之前，可以按车型、按铭牌或按代码核查适配数据。

条款、交货时间以及主机本身

根据代码所发货的内容不会因代码选取方式的不同而改变。该主机采用车规级台湾 Sunplus 芯片，以嵌入式配置运行 Linux，通过双频 WiFi 在 2.4GHz 和 5GHz 下与手机配对，并通过车辆线束以即插即用方式连接到原厂显示屏。原车屏幕、原车主机、方向盘按键和原车倒车摄像头均可继续使用，无需更换仪表台饰板，也无需编程。线束直接插入 CAN 总线上的原车连接器，因此主机仍保留其原有菜单。当车辆停放在 2.4GHz 拥堵的地下停车库时，画面传输依靠 5GHz 频段，这就是为什么对于从事改装业务的维修店来说，双频方案远比单一频段的标称数值更重要。

降低退货率的关键在于固定硬件上的固定功能，而非追求峰值性能。一个在单一芯片组上执行单一功能的模块，在其整个车载使用周期内不会产生常年累积的后台状态，这也正是嵌入式 Linux 方案以这种方式被采纳的原因，而非作为规格竞赛来推销。

现货支持从 10 pcs 起订，且单一订单中可混用不同平台代码，因此买家可以针对单款车型测试单一代码，而无需为验证结果采购整托盘货物。贴牌项目从每款车型 500 pcs 起订，Full OEM 固件定制构建从每款车型 1000 pcs 起订，且外箱标签上同样标明相同的代码清单。样品通过 DHL 或 FedEx 发货，交期为 7–15 天；500 pcs 或以上的贴牌批次从下单到发货需 15–20 天。付款方式为 30% 预付款，70% 尾款凭提单副本结清，通过 T/T 支付。样品费可用于抵扣首笔大批量订单，因此制作样品所依据的代码无需与最终代码一致即可免除样品费用。报价在 12 小时内发出，包含阶梯数量及每个平台的交货时间。完整条款见 wholesale, private label and OEM programme page.

常见问题解答

底盘代号能否单独确定平台代码？

在本目录的 42 个代号中，有 36 个可以。代号指向单一车身，而该车身在制造时仅配备一种主机，因此代码由此确定。其余 6 个则不然，上一节的表格列出了车型年份对这 6 个代号的具体影响。

为什么同一代号会出现在两个平台代码下？

因为该品牌在同一车身生命周期内经历了一次主机换代。6 Series 和 7 Series 在车身壳未变的情况下先后搭载了不同一代的电子系统，因此代号保持不变，而代码发生变更。这也是同一车型名称最初会出现在多个代码下的原因。

可以通过车辆确认底盘代号吗？

可以，前提是该车辆带有底盘代号。该代号会出现在原厂铭牌以及品牌自有的零件资料中，因此无需适配表即可读取。这正是将其写入订单行的价值所在：这是一个车间可以直接对照眼前车辆进行核验的字段，与三份文件核对在未公布底盘代号的品牌上所满足的要求相同。

其他品牌是否有底盘代号？

大多数品牌都有某种内部车身代码，但本目录并未为它们记录该代码，因此它们的订单行按照车型名称和年份编写。适配表和主机决定了这些车辆的代码，适配查询器按车型和代码携带相同的数据，因此在订单行发出前可以进行核验。

下一步

通过 询价表向我们发送您的目标车型列表、数量和目标市场。您将在12小时内收到报价，包括您所指定平台的阶梯价格和交货时间。

相关资源

• CarPlay系列—按品牌家族浏览（德国、英国、意大利、日本、奢侈品）
• CarPlay配件检查器—为您的汽车找到模块
• CarPlay解码器常见问题—关于兼容性、安装和批发的34个答案
• CarPlay翻新购买指南—平台识别和选择
• 批发、自有品牌和OEM计划— MOQ、提前期、付款期限
• 所有安装和技术指南

官方平台参考

• Apple — CarPlay 官方概述
• Apple — CarPlay 可用车型列表
• Apple Support — 在您的车辆中设置 CarPlay
• Google — Android Auto 官网
• Android for Cars — 开发者文档