全文9000字，通过本篇《工程级：史上最详尽的奥迪 SVM 一致性对比功能逻辑详解》，你将能够系统掌握 SVM 的完整逻辑链条——从在线比对原理、软件包编号体系、参数一致性校验，到改装场景下的服务器响应行为，再到常见错误原因与真实案例拆解。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

在深入理解 SVM 的本质：“服务器维护车辆真实配置，诊断设备只是执行工具” 之后，你将可以：

• 判断某个功能是否能在线保持、不被覆盖

• 知道哪些改装必须提交 SVM 码，哪些不能乱写

• 避开非法备件导致的 SVM 拉黑风险

• 正确处理一致性对比失败、授权异常、服务器拒绝写入等问题

• 建立完整的“在线编码—离线编码—服务器校验”知识体系

无论你是维修技师、改装店、独立技术人还是汽车电子研究者，这篇文章都能让你真正理解 SVM 的工作方式，而不是停留在“输入代码→点下一步”的机械操作层面。

理解 SVM，本质上是在理解 VAG 整车数据的可信链路。

本篇文章适合：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

• 想真正理解 ODIS 在线逻辑的工程师

• 日常需要处理 SVM/SVM 码的维修技师

• 做改装、加装、隐藏功能的人

• 想研究 ECU、车辆数据一致性与 VW/Audi 安全链路的人

如果你想让“在线功能不丢失、改装不回退、系统不报错”，这篇文章会成为你的基础知识壁垒。

正文开始

————–

一、SVM 是什么

SVM 是大众奥迪的软件版本管理与在线配置机制，本文重点和大家分享奥迪品牌的SVM软件版本管理基础知识，在文末和大家分享实际使用中的常见问题处理和应对方法。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

ODIS 通过 SVM 将车上各控制单元的识别信息 / 当前软件版本 / 零件号 / 配置项与奥迪中央数据库中的“应有配置/版本”进行比对并执行必要的在线编码、写入、升级或反馈登记（例如把改装/备件/匹配结果回传奥迪售后官网中央数据库）。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

二、SVM 在 ODIS 中常见的在线功能󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

2.1 识别（Identification）：读取车辆的 VIN、各 ECU 的零件号（HW）、软件版本（SW）与序列号。用于后续比对与授权判断。

2.2 一致性比对（Consistency compare / spec vs actual）：把车上实际安装的 SW/HW 与厂家服务器数据库中（线上数据）比对，找出“缺失/不匹配/需更新”的单元并给出建议。这一过程通常就是经常提到到的“SVM 一致性对比”。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

下列几类情况，是奥迪/大众体系中最常见、也最容易触发 SVM 一致性校验的场景。实际的工程工作中，SVM 的应用频率远高于普通维修工位所理解的“在线更新”，它承担着 软件版本一致性检查、功能修复、参数纠偏、以及控制单元身份校验 等多重作用。

2.2.1 新车或在保车辆：官方软件修复 & BUG 纠正

对于处于保修期内的新车，主机厂会定期发布以下内容：

• 特定软件版本的 BUG 修复包-固件升级

• 针对某些功能故障隐患的补丁-软件更新

• 特定 VIN 范围内的小范围升级通知

车辆连接至诊断仪后，ODIS 会自动与后台服务器进行版本校验。如果检测到当前车辆控制单元的软件版本存在已知缺陷，就会直接弹出“可用软件更新”提示。

这类更新属于官方主动下发，用于提升稳定性或消除隐患。

 

2.2.2 保修期外车辆：涉及安全功能的必要升级

虽然车辆已经超过保修期，但只要涉及到：

• 制动类

• 稳定性控制类

• 辅助驾驶类

• 动力安全类

等“高安全等级控制单元”，主机厂依然会在数据库中记录相关的软件修复要求。

当车辆联网诊断时，服务器依旧会对照当前软件版本，并在必要时下发更新提示。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

核心逻辑：脱保不等于脱管，只要影响安全，依然会提示升级。

 

2.2.3 功能修正：编码、匹配值、参数不一致的纠偏

在实际维修中，以下情况极易导致功能异常：

• 误操作导致编码偏移

• 匹配值在维修后没有恢复

• 控制单元参数与车辆配置不一致

• 使用“离线方式”修复造成的参数残留

当进行 SVM 对比时，系统会发现当前车辆数据与服务器记录的“基线数据”不符，并自动提供一个强制纠偏的方案，将控制单元恢复到官方标准配置。

本质是一次“数据基线校准”。

 

2.2.4 控制单元更换、刷机、参数重写等导致的严重状态错乱

某些情况下，由于以下操作导致车辆功能混乱：

• 控制单元非在线更换

• 使用第三方软件刷写

• 参数重写后未恢复

• 离线调整导致身份校验失败

ODIS 会在一致性对比中直接提示：

• 某模块的软件版本与 VIN 不符

• 车辆安装的控制单元不属于该配置

• 参数不匹配

• 功能缺失

此时执行 SVM 能：

• 重新对齐软件版本

• 恢复功能逻辑

• 修正参数/编码

• 在极端情况下，识别“控制单元身份不一致”导致的隐患

这个操作是“系统级恢复出厂预期状态”的核心手段。

2.3 生成更新/调整方案（Update Plan / Measure Plan）——详细技术说明

在 ODIS 执行在线功能时，SVM（Software Version Management）会将车辆当前控制单元的数据上报至后台服务器，并与奥迪在线服务器数据库中的最新配置记录进行一致性对比。
如果服务器判定存在差异或记录不完整，SVM 会生成一套完整的 更新/调整方案（Update/Measure Plan），其中包括：

（1）需要升级的软件单元（Flash/Update）

识别控制单元固件版本是否落后于厂家当前批准的版本，并生成相应的固件升级任务。

（2）需要重新编码（Coding）的控制单元

对比车辆实际编码与服务器为该 VIN 拟定的“目标编码”。如果不一致，则自动生成重新编码任务。

（3）需要写入匹配值（Adaptation / Setting）的控制单元

例如组件保护参数、配置参数（Parameterization）、功能启用值等。

（4）执行顺序建议

SVM 输出的 Measure Plan 会包含推荐执行顺序，用于避免以下风险：

• 控制单元间的依赖关系导致通信中断

• 某些模块必须先启用再写入数据

• 固件升级前后编码区结构发生变化，需要先改参数再写编码

这些顺序在 ODIS UI 中通常以任务列表的形式呈现，技师只需按顺序依次执行。

 

并非所有数据对比都会成功：

即便 SVM 正常接收到车辆数据，仍可能出现对比失败。这种情况在维修圈很常见，主要原因有：

① 配件数据未及时同步至厂家服务器

许多奥迪零件在首次投放市场后，需要一段时间才能同步到后台数据库。此时 SVM 无法识别该配件对应的固件或参数记录，会出现：

• “SVM 不一致但无法生成 Measure Plan”

• “服务器无返回数据”

• “控制单元不支持当前 SVM 代码”

这种典型情况多发生在 全新配件（New part）第一次上线 时。

---

② 使用了改号（改固件号/改硬件号）的控制单元

俗称“改号”，即刷入了非原始固件或修改了部件号。
这种单元的数据无法与 VIN 原始数据匹配，因此服务器判断为：

• 配件身份不合法

• 配件号与 VIN 不匹配

• 无法返回参数化数据

直接导致 SVM Compare / Measure Plan 失败。

在这种情况下，ODIS-E 离线参数化是唯一可行路径（前提是该模块不涉及 Component Protection 防盗/部件保护）。

全新配件必须通过 ETKA 查询专用 SVM 代码（核心）

对于厂家未能自动识别的新配件，维修技师需要通过 ETKA 配件目录 查询该配件对应的 专用 SVM 代码（示例代码 “XCHG15A005”）。

为什么必须用这种专用 SVM 代码？核心逻辑如下：

1. 通知服务器：车辆已更换了某个关键控制单元
   默认数据库只知道车辆出厂时的硬件号和固件号，即 “原始配置”。

2. 让服务器根据当前车辆 VIN 和新的配件号重新计算适配的 Parameter/Coding 数据
   不再依赖原始记录，而是重新为新硬件分配一组兼容的配置参数。

3. 如果不使用该专用 SVM 代码会怎样？

即使你执行了正常的编码、匹配、参数化操作，后台仍按“旧配件”的数据库记录返回数据，因此你写入的是错误的参数，最终模块功能不能正常工作。

这就是为什么部分技师明明执行了 SVM，模块还是无法正常运行——
因为 SVM 所依据的数据库仍是旧配件的数据。

使用正确的 SVM 代码后，服务器会：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

• 重新为新模块生成一套“专属适配数据集”

• 返回正确的 Component Parameter

• 返回设备匹配值

• 返回编码结构（可能和旧模块也不一致）

只有这样，新模块才能以厂家标准方式完全初始化。

如果是改号的控制单元（改固件/改硬件号）

这种模块几乎不可能拥有对应的 SVM 代码。

服务器会因为部件号与 VIN 不匹配而拒绝下发数据，因此：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

• 无法在线匹配

• 无法在线参数化

• 无法在线编码

• 服务器端返回的数据结构不完整甚至为空

唯一可行的方法：

使用 ODIS-E 在离线状态下手动写入编码、匹配值、参数化数据。

但必须满足条件：

条件：该模块不涉及 Component Protection 防盗/部件保护。

否则离线无法绕过服务器认证，无法启用完整功能。

2.4 在线编码 / 参数写入（Online coding / software adjustment）

当 SVM 完成一致性对比并生成更新/调整方案后，系统会进入“在线写入”阶段，即将必要的编码值、Adaptation 匹配参数、Dataset 数据集等内容写入对应 ECU。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

这一过程不仅包括对错误参数的修正，也包含对“改装/加装（retrofit）”项目的官方功能开通操作。其中的一类关键内容，就是在 SVM 界面中输入由厂家提供的 官方功能开通 SVM code。

（1）大众 / 奥迪原厂功能套件越来越多，全部依赖 SVM code 开通

近年来 MIB3、MLBevo、MQB EVO 等平台，越来越多的高级功能被定义为“后装可开通（FOD，Function On Demand）”或“改装激活”，例如：

• 高级灯光功能（AFS/矩阵功能激活）

• 导航 / CarPlay / Map bundle

• 车道保持+ACC 全套功能

• 音响功率包（Sound system activation）

• 后装雷达 / 360 摄像头 / 盲点辅助

• 一些国别功能差异导致的 ECU 配置调整

这些项目都会配套专用的 SVM code（例如：XCHG15A005、FESDIA0001 等），用于指示服务器根据当前车辆 VIN + 配件号，生成正确的编码、匹配值、参数化数据集。

最大的意义在于：

• 在线开通的官方功能，在以后做 SVM 对比时不会被抹掉。

• 服务器记录了你这辆车“已经官方开通过”的功能。

• 下次做一致性对比、在线编码、甚至刷机，都不会把这些功能恢复回出厂状态。

这是“原厂配置升级官方在线开通”的核心优势。

（2）反之——用手搓、刷隐藏的方式写入的功能，会在下一次 SVM 对比后全部被强制清除。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

为什么“刷隐藏”会在一次在线对比后全部消失？

原因只有一个：

手动修改（离线编码 / 手搓 Adaptation / 修改 Byte / Long coding）不在服务器数据库里。

服务器记录的是“车辆应该是什么样子”
而你本地改的只是 ECU 内部的“当前值”，两者一对比：

服务器发现“不一致”，按照“服务器为准”写回，就把你所有隐藏功能全部覆盖掉。

所以，只要执行下面两类操作：

• Online SVM 对比

• Online coding / Online adaptation（含某些控制单元的 basic setting）

• 控制单元更换（服务器会重写全部参数）

都会触发“恢复为官方配置”的结果。

因此：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

只要不是官方功能套件（带官方 SVM code），就一定会被清除。

包括但不限于：

• 编码启用矩阵远光

• 启用隐藏界面（工程菜单、CarPlay 手动启用）

• 雷达、摄像头等手工加装的非官方编码

• MIB 功能字节的自定义修改

• MQB 的 Byte/Bit 手工配置

• ODIS-E 离线灌入的数据集

这是奥迪 SVM 的基本逻辑。

（3）结论：改装/加装必须区分官方路径与非官方路径󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

改装类型	激活方式	SVM 对比后是否保留
官方原厂功能套件 （带 SVM code）	输入官方 SVM 码 → 服务器生成适配参数 → 在线写入	永远保留，不会被刷掉
非官方“刷隐藏/手搓”	离线写入编码/匹配值	下一次 SVM 对比后全部被覆盖
更换配件，但没有对应 SVM code	无法在线获取服务器参数，只能离线用 ODIS-E 修改	一旦做在线对比，会被覆盖回服务器版本（若服务器有记录）

如果车辆未来仍需进 4S 店进行在线诊断、刷机、召回、软件更新，强烈建议不要随意刷隐藏，否则一次 SVM 对比就会打回原形。

2.5 在线升级/Flash（software flash via SVM）：通过 ODIS 向特定 ECU 下发软件包或触发在线升级流程（某些升级需要厂服授权或特定 SVM 流程）。NHTSA / 技术说明也把 Flash/SVM 操作归类在 SVM 工作流程里。

这些针对Flash的固件升级SVM代码，通常都是厂家以技术公告，TPI形式下发，也可能是特殊服务行动，车辆通过诊断仪连接厂家售后服务数据库时候，自动弹出，强制升级。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

2.6 替换件匹配 / 备件参数写入（replacement unit matching）：更换 ECU 后用 SVM 写入匹配码或参数（例如转向机、车身模块等的“匹配/配对”），确保备件被车辆识别并按车辆配置工作。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

这一点，请参考本文文末的实操教程案例。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

2.7 改装/选装反馈登记（retrofit / accessory registration）：装上原厂配件（如拖车钩、套件）后，用指定 SVM 码执行一次“车辆配置调用”，并把该变动写入厂方数据库做备案（仅需一次、重复调用会报错但通常不破坏配置）。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

大众/奥迪将会越来越多的提供更为丰富的原厂功能套件，这些功能套件都会提供对应的功能开通SVM代码，这样开通的车辆功能，在下一次执行在线SVM对比时，不会导致车辆之前开通的功能丢失。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

2.8 组件保护/安全访问与授权（component protection / security access）：某些写入或解锁操作需要在线授权或代码（SVM/安全令牌），涉及服务器验证、GEKO账号权限与车辆的保护状态（SFD）等。

2.9 返回文档/记录（feedback / return documentation）：成功执行 SVM 后，系统会把执行记录或反馈上传/记录到服务器并结合车辆VIN生成唯一记录存档，以便日后软件更新或售后核查。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

三、SVM 一致性对比的实际含义（工程级详解）

ODIS 会首先读取全车所有控制单元（ECU）的实时数据，然后把这些数据上传到厂方服务器，与服务器数据库中记录的“该 VIN 理应具备的配置清单”进行逐项对比。清单内容包括但不限于：

• 控制单元硬件零件号（HW Part Number）

• 控制单元软件零件号（SW Part Number）

• 固件版本（Firmware version）

• 编码（Long coding / Short coding）

• 匹配值（Adaptation）

• 数据集（Dataset / Parameter set）

• 功能状态（启用/禁用功能、加装项目等）

（1）为什么仅仅对比 VIN 是远远不够的？

虽然每一个 VIN 对应一辆车、一套出厂配置，但在实际维修中：

• 同一硬件零件号的前提下，
  固件版本（Firmware）却可能不同。

而不同固件版本之间的差异，往往决定：

• 控制单元具备哪些功能

• 是否支持新的匹配关系

• 参数结构是否改变

• 是否兼容其他控制单元的新版本

• 在不同平台（MQB/MLBevo/MEB）上，是否允许跨版本替换

因此：

同硬件、同软件零件号 ≠ 同固件版本

同固件版本 ≠ 具有相同功能集（尤其是奥迪）

举例：

• A 车辆的 03 ABS 硬件号一致，但固件版本是 XXX-Soft 104x

• B 车辆同款控制单元固件却是 XXX-Soft 106x

那么两者的功能可能不同，匹配逻辑也可能不同，甚至需要不同的数据集。

（2）服务器如何判断“你的 ECU 是否正确”？

SVM 对比的本质逻辑是：

ODIS 上传完整扫描数据 → 服务器根据 VIN 和各 ECU 的 HW/SW/FW/编码/参数做交叉校验

任何一项不在服务器允许范围内，都会出现 mismatch 或 error。

服务器数据库内部实际包含：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

• VIN 对应的“出厂记录”

• VIN 对应的已执行 SVM 操作历史

• 供应链系统（ETKA/ELSA）同步的配件硬件零件号允许范围

• 不同固件版本之间的兼容矩阵

• 控制单元之间的依赖关系（如 A 更新后，B 必须同步更新）

• 安全类控制单元的认证规则（如是否属于部件保护）

（3）如果更换了配件，但版本不在服务器认可范围？

这就是维修现场最经常遇到的情况：

硬件号对了 → 软件号对了 → 但固件版本服务器不认可 → 直接报错。

服务器主要通过以下三种方式判断“配件是否可用”：

判断项	例子	结果
硬件号不在 VIN 对应的兼容列表	换了旧车的拆车件	必报错
固件版本不在服务器定义的兼容范围	改号、刷了第三方固件	报错、拒绝参数化
软件零件号对，但 FW 不属于官方发布序列	市面上“烧号”的模块	在线对比失败

这类情况出现时，SVM 会直接弹出：

• “Control module is not authorized for this vehicle”

• “Firmware version not supported”

• “Vehicle data set mismatch”

不用理会ODIS上可能出现的上面的英文或者德文提示，你知道大概就是

服务器并不只看 VIN，还会看 ECU 的所有层级数据是否与厂家数据库匹配。

任何一点不符，都可能导致在线对比失败，理解这样一个意思就够了。

（4）SVM 对比完成后，ODIS 如何向技师展示结果？

在对比结束后，ODIS 会对每个 ECU 标出状态：

• OK（完全一致）

• Mismatch（存在差异）

• Needs action（需要执行 SVM 操作）

如果服务器认为某个控制单元需要修复、升级或调整编码，它会：

• 返回一个或多个 SVM 代码

• 指示技师进入“特殊功能 → 软件调整 / 改装与加装解决方案”

• 自动执行必要的编码、参数写入或固件更新流程

此时，ODIS 就会进入：

• Online coding

• Online parameterization

• Flash programming（如需）

• 功能激活（通过官方 SVM code）

四、常见的 SVM 场景举例

更换转向机后必须通过 SVM 进行“匹配/参数写入”。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

安装拖车装置后用 SVM 输入拖车 SVM 码以使系统识别并使车内灯光/监测功能正确工作。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

MMI / 导航升级后比对发现版本冲突，需要 SVM 写入或回传信息以保持一致。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

五、为什么 SVM 操作有时会失败或报错󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

SVM（Software Version Management）属于在线认证与软件调整体系，流程涉及诊断软件、服务器权限、配件合法性等多重环节。因此在实际维修中，某些在线操作不成功是正常现象。下面从工程与后台数据库逻辑角度和各位感兴趣的朋友们解释一下SVM失败的主要原因。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

1. 诊断仪的 ODIS 版本过旧（最常见）

SVM 操作依赖 ODIS 与后台服务器之间的 最新数据模型，包括：

• 最新的 SVM 代码解析规则

• 最新的固件兼容矩阵

• 最新的加装解决方案数据

• 最新的 Flash 包结构

如果 ODIS 版本落后：

• SVM 码可能无法识别

• 服务器返回的数据模型无法被老版本 ODIS 正确解析

• 会直接出现 “SVM failure – update ODIS” 等提示

NHTSA 与奥迪官方技术文档都明确强调：
执行软件调整前必须保持 ODIS 为最新版本。

2. 网络连接或服务器授权问题

SVM 操作包含多个阶段：

1. 上传车辆数据（全车 ECU 扫描）

2. 服务器比对

3. 回传指导方案

4. 执行在线编码/参数化/Flash

其中任何一个阶段断网或账号权限不足，都会导致失败。

常见错误：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

• “Login failed – insufficient rights”

• “Server timeout – no response”

• “Online coding not permitted for this user”

对比 SFD 一样，SVM 在线写入同样依赖授权。
如果账号只有“阅读权限（读 ODIS）”，无写权限，则必定失败。

3. 某些 SVM 呼叫本身属于“一次性调用”机制

奥迪后台对于一些操作采用一次性执行规则，包括但不限于：

• 车辆出厂初始化

• 某些呼叫涉及安全相关数据集

• 部分功能开通（如带安全认证的 retrofit）

• 特定的升级回滚方案

如果你第二次调用同一 SVM 码：

• 会提示失败或报错

• 但不会影响已经写入的数据

• 属于服务器层面的“重复避免机制”

技师经常误以为是“写坏了”，但实际上只是服务器拒绝重复写入。

4. 备件软件版本（SW/FW/AUDI）不兼容或在允许范围外

这是维修现场极常见的真实问题。

情况①：备件软件版本过低

服务器要求：

• 旧配件 → 先做中间版本升级

• 再执行目标版本升级

如果你跳过中间版本，服务器会报：

• “No valid update path”

• “Dataset not available for current version”

情况②：硬件号正确，但固件版本无对应数据集

例如：

• 市面上买到的二手模块

• 过老固件版本从未上传到服务器

• 供应商曾出过多个内部试产固件版本（部分不对外）

• 还有销售地区以外的地区配件（中东/南美）

这种情况下，服务器可能完全找不到参数集。

5. 二手配件/非法改号模块被系统“拉黑”

• 服务器会记录每个控制单元的固件版本、首次匹配信息

• 二手件如果在不同车辆反复尝试在线匹配

• 或者固件号经过修改伪装（俗称“改号”）

• 或者固件版本超出厂方可接受范围

服务器会判定为 “unauthorized control unit”
并将其加入“不可在线配置列表”。

表现为：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

• 任何在线 SVM 都失败

• 不允许读取参数集

• 不允许在线编码

• 不允许在线匹配

最终必须使用：

ODIS-E 离线参数写入 / 离线 Flash 才能恢复功能

（前提是此控制单元不涉及防盗或部件保护）

六种失败原因总结表：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

失败类别	典型提示信息	解决方式
ODIS 版本旧	“Update ODIS”	更新到最新版本
网络/权限问题	Login failed / Server timeout	检查账号权限与网络
一次性调用机制	功能已执行仍报错	属正常现象，忽略
备件 SW/FW 不兼容	No valid update path	更新中间版本或换模块
二手件/非法改号模块	Unauthorized control unit	使用 ODIS-E 离线恢复
服务器无配件数据	Dataset unavailable	查询 ETKA，使用专用 SVM 码

六、软件版本管理（SVM）工作指南

6.1 说明󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

由于车辆电气系统的差异性以及复杂性，必须在结束维修工作后检查新的硬件和软件组合是否获得允许的启用。通过软件版本管理（SVM）执行此项检查。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

6.2 ODIS 配置建议󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

出于性能方面的原因，在刷新过程中建议诊断接口和非车载诊断信息系统（ODIS）测试仪之间采用以下连接方式：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

只要有 VAS6154，官方建议在控制单元更新时使用 VAS6154，因为它们具有非常出色的静电放电屏蔽功能。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

防火墙 – 请注意最新的规定：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

必要防火墙设置的要求可能会不断变化，特别是在非车载诊断信息系统（ODIS）更新时。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

特别是在刷新尝试失败时，请检查这些防火墙设置是否为最新状态以及确实正确。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

现行有效的防火墙设置信息请参见非车载诊断信息系统（ODIS）内的发布说明。例如您可以在您熟知的信息平台中搜索“非车载诊断信息系统（ODIS）发布说明”。注意，您此时将访问测试仪相应最新 ODIS 版本的非车载诊断信息系统（ODIS）发布说明。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

6.3 在更新控制单元期间应避免静电放电干扰󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

为了降低更新控制单元期间因静电放电（静电放电干扰）而导致干扰的可能性，建议采取下列预防措施：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

在输入 SVM 代码之前，以及在开始刷新过程之前󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

穿戴符合静电放电标准 DIN IS 20345 的抗静电安全鞋或者可以选择使用防静电放电脚跟带，两者均可通过特约维修站的产品目录订购󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

避免在车辆内运行非车载诊断信息系统（ODIS）测试仪󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

必要时，为非车载诊断信息系统（ODIS）测试仪连接充电器󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

为车辆蓄电池连接 12 V 蓄电池充电器󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

确保诊断接口通过 USB 电缆与非车载诊断信息系统（ODIS）测试仪相连󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

在刷新过程中：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

在开始刷新过程之前确保车辆和非车载诊断信息系统（ODIS）测试仪的供电且在刷新过程中，不要断开车辆的 12 V 蓄电池充电器和非车载诊断信息系统（ODIS）测试仪的电源；󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

避免不必要的车辆碰触；󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

不要上车和下车；󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

尽量不要打开和关闭车门以及发动机舱盖和行李厢盖；󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

避免在工位的邻近周围环境中接通电子驱动装置，如电子车库门驱动装置或举升机。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

6.4 正确使用软件版本管理代码󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

在个别情况下，通过安装指南、配件电子目录（ETKA）或相应的 TPI 检查软件版本管理代码是否适用于本车及其当前装备。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

不存在安全查询以及返修解决方案󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

无论 SVM 代码是否属于󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

• 售后服务措施

• 改装

• 加装

• 基础更新的一部分

对于 SVM 而言，在成功应用 SVM 代码后，车辆将拥有新的制造状态

6.5 执行更新期间必须注意的重要事项󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

一旦处理顺序不当，车辆数据版本就可能会发生变化，导致无法再成功执行售后服务措施！󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

在执行多项售后服务措施时，请始终根据您的启动日期按下述顺序执行。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

此处的规则是：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

首先执行根据启动日期最早的且尚未处理的那个服务措施󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

最后执行根据启动日期最新的且尚未处理的服务措施。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

执行每个售后服务措施时以及对于每个 SVM 代码，必须注意以下内容：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

• 每个 SVM 代码均已调用另一个可能的 SVM 代码之前，每个 SVM 代码此前在系统的售后服务措施下调取了另一个 SVM 代码；

• 根据指南执行售后服务措施/TPI 之后，在允许执行下一个售后服务措施/TPI 之前，首先必须执行总线休眠。

不遵守售后服务措施的处理顺序时可能会发生下列情况：

如果先前执行了一个较新的售后服务措施，则无法再执行某项更早的售后服务措施。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

原因：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

本车现在的制造状态对于此项更早的售后服务措施已不再有效。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

七、实操案例分享

下面这篇案例引用自奥迪SOST2024年培训案例

A3 安全气囊控制单元参数设置不成功

车型：奥迪A3

故障现象：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

车辆由于安全气囊控制单元故障更换后无法执行控制单元参数设置；󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

使用诊断电脑执行安全气囊控制单元更新，执行SVM码XCHG15A005 显示：控制单元15 – 安全气囊 上的参数设置未成功󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

故障诊断：󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

1、执行更新控制单元及 使用SVM码XCHG15A005 都提示：控制单元15 – 安全气囊 上的参数设置未成功。检查车辆未见有加装痕迹。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

2、读取控制单元未见有故障记忆存储，仪表也未亮起故障灯。查看新旧控制单元编码及装备代码均一致，查看新旧控制单元实物号均一致。󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮

操作成功。

【全文完】󠄐󠄹󠅀󠄪󠄢󠄡󠄦󠄞󠄧󠄣󠄞󠄢󠄡󠄦󠄞󠄤󠄨󠄬󠅒󠅢󠄟󠄮󠄐󠅅󠄹󠄴󠄪󠄾󠅟󠅤󠄐󠄼󠅟󠅗󠅙󠅞󠄬󠅒󠅢󠄟󠄮󠅄󠅙󠅝󠅕󠄪󠄡󠄧󠄦󠄤󠄨󠄧󠄦󠄢󠄢󠄥󠄬󠅒󠅢󠄟󠄮󠇖󠅸󠆁󠇗󠅸󠆡󠇘󠆭󠆖󠇖󠆄󠆩󠄐󠇗󠅹󠅸󠇖󠆍󠅳󠇖󠅹󠅰󠇖󠆌󠅹󠄬󠅒󠅢󠄟󠄮