简介：本资源是一份面向AUTOSAR开发工程师与汽车电子标定工程师的XCP协议实战配置指南，聚焦RTA-CAR 9.1.0 VRTA Starter Kit平台，系统解决XCP测量与校准功能在AUTOSAR架构下的落地难题。文档以INCA测试闭环为目标，完整覆盖DBC/DBF帧更新、ECU通信栈配置、XCP BSW模块手动配置（含XcpGeneral/XcpConfig/XcpA2LFile三大容器）、BswM动作列表初始化、SWC事件通道Runnable设计、OS任务映射、MCAL邮箱适配及A2L文件修改等九个关键步骤，并提供INCA 7.2.17联调验证方法。资源为单文件PDF文档，共1个文件，大小5.03MB，内容结构清晰，含目录导航、工具链说明（ISOLAR-AB 9.1.0等）、术语定义及分步截图指引，便于开发者按图索骥完成端到端集成。目前已有706人学习下载，适合具备AUTOSAR基础、正开展ECU标定功能开发或INCA联调验证的中高级工程师快速上手。

1. AUTOSAR XCP 配置不是“点几下就通”的玄学，而是九步连环扣——RTA-CAR 9.1.0 上踩过七次 INCA 连不上才摸清的硬核流程

你是不是也试过：INCA 显示“Connection failed: No response from ECU”，日志里全是XCP_CMD_CONNECT_TIMEOUT；或者 A2L 文件导入后变量全灰、地址全零，INCA 根本读不到一个测量点？别怀疑硬件——八成是 RTA-CAR 9.1.0 工具链里那套 XCP 配置逻辑没对上。这不是协议不兼容，而是 AUTOSAR 分层架构下，DBC 帧定义、BSW 模块初始化、BswM 调度时机、MCAL 邮箱映射、A2L 地址解析这五层必须严丝合缝咬死。漏掉任意一环，比如 Step 4 的 BswM Action List 没挂到BswM_AR_ReadAllComplete，或者 Step 7 的 MCAL 生成没用对mcalgen.exe版本，整个 XCP 就像黑匣子——编译能过、烧写能跑，但 INCA 连上去只看到一片死寂。这篇笔记专为某高校 AUTOSAR 实验室和某 Tier1 公司预研组打磨：不讲 XCP 协议原理，只拆解 RTA-CAR 9.1.0 VRTA Starter Kit 上从 DBC 修改到 INCA 成功测点的完整可复现路径。所有命令、参数、文件路径、版本号均来自实测环境，连removeIntegrationMacro.py这种藏在 scripts 目录里的救命脚本都给你标清楚了。

2. 准备工作：确认工具链版本与三件套安装状态——错一个版本，后面全白干

AUTOSAR 工具链不是“向下兼容”的温柔乡，RTA-CAR 9.1.0 对每个组件的版本有硬性要求。我见过太多人卡在第一步：用 ISOLAR-AB 10.x 打开 9.1.0 项目，直接报ARXML schema validation error；或者 INCA 7.3.x 加载 A2L 时提示Unsupported A2L version。下面这张表是你开工前必须逐项核对的“准入清单”：

提示：不要试图用“最新版”替代指定版本。RTA-CAR 9.1.0 的 ConfGen 是硬编码校验 BSW 模块版本号的——如果你强行把RTA-BSWv6.1.0\config\Xcp.arxml替换为 v6.2.0 的同名文件，ConfGen 会静默跳过 XCP 配置，生成的Xcp_Cfg.c里Xcp_Init()函数体为空。这是血泪经验：某开发者花两天查 INCA 连接超时，最后发现是 BSW 版本不对导致初始化函数根本没生成。

2.1 检查并修复 ISOLAR-AB 的 DBC 导入兼容性

RTA-CAR 9.1.0 的 DBC 导入器对帧命名有隐式规则。如果 DBC 中 XCP 接收帧命名为XCP_RX_0x200，而传输帧叫XCP_TX_CAN1，ConfGen 可能无法正确识别为一对 XCP 通信帧。必须统一前缀：

# 在 DBC 编辑器（如 Vector CANdb++）中执行以下重命名 # 原始帧名（错误示例）： # FrameName: XCP_MasterToEcu # FrameName: EcuToMaster_XCP # 正确命名（必须含 "XCP" 且前后缀一致）： # FrameName: XCP_RX_STD # FrameName: XCP_TX_STD

重命名后保存 DBC，再在 ISOLAR-AB 中执行：
File → Import → AUTOSAR → DBC File→ 选择修改后的 DBC → Network Name 选CAN_Network（必须选已有网络，不能新建！）→ 勾选Merge by Auto Update→ Finish。

参数说明：Merge by Auto Update是关键开关。它强制 ISOLAR-AB 将新帧合并进现有 CAN 网络配置，而非创建孤立网络。若未勾选，后续 ConfGen 生成的 CanIf 配置里将找不到这两个 PDU 的引用，XCP 通信层直接断链。

2.2 验证 MCAL Generator 版本——99% 的邮箱配置失败源于此

MCAL 更新是 XCP 配置中最易翻车的环节。RTA-CAR 9.1.0 要求使用RTA-MCAL Generator v1.0.46.28546（注意：不是 RTA-MCAL v6.1.0 安装包自带的 mcalgen）。验证方法：

# 进入 MCAL Generator 目录（通常为 RTA-MCAL\bin） cd "C:\RTA-MCAL\bin" # 查看版本（Windows 下） mcalgen.exe --version # 正确输出应为： # RTA-MCAL Generator: Version 1.0.46.28546

如果显示1.0.45.xxxx或其他版本，立即停止后续操作。下载官方补丁包RTA-MCAL-Generator-Patch-1.0.46.28546.zip，解压覆盖mcalgen.exe。原因：旧版 mcalgen 无法解析 ConfGen 生成的ApplicationECU_Project_Can_EcucValues.arxml中新增的 XCP 邮箱描述，导致Can_Cfg.h里CAN_MAILBOX_XCP_RX和CAN_MAILBOX_XCP_TX宏定义缺失，MCAL 层根本不知道这两个邮箱存在。

3. DBC 与 DBF 文件更新：让 ConfGen “看见” XCP 帧——两帧定义决定通信生死

XCP 在 CAN 上运行，本质是两组特定 ID 的 CAN 帧交互：ECU 接收主站指令（CTO, Command Transfer Object），ECU 发送测量数据（DTO, Data Transfer Object）。DBC 文件就是 ConfGen 的“眼睛”，它必须清晰告诉工具链：“这里有俩帧专供 XCP 用”。否则 ConfGen 生成的 CanIf 配置里，PDU 引用为空，XCP 模块就像没接网线的路由器。

3.1 DBC 帧定义规范——ID、DLC、信号必须精准

在 DBC 文件中，添加以下两个帧（以标准帧 11-bit ID 为例）：

BO_ 0x200 XCP_RX_STD: 8 CAN SG_ XCP_CTO : 0|64@1+ (1,0) [0|0] "" Vector__XXX BO_ 0x201 XCP_TX_STD: 8 CAN SG_ XCP_DTO : 0|64@1+ (1,0) [0|0] "" Vector__XXX

关键参数说明：

• 0x200/0x201：ID 必须为连续值（推荐），且不能与现有应用帧冲突。RTA-CAR 默认将0x200作为 CTO 接收帧，0x201作为 DTO 发送帧，硬编码在 XCP Transport Layer 配置中。
• 8：DLC（Data Length Code）必须为 8 字节。XCP 协议规定 CTO/DTO 最大长度为 8 字节（含协议头），若设为 4，INCA 发送CONNECT命令时会被截断，ECU 返回ERR_CMD_SYNTAX。
• XCP_CTO/XCP_DTO：信号名必须与 XCP BSW 配置中的XcpRxPdus/XcpTxPdus引用名完全一致（大小写敏感）。

3.2 DBF 文件同步更新——避免 ConfGen 生成时类型不匹配

DBF（Database Format）是 RTA 工具链内部使用的二进制数据库格式，需与 DBC 严格同步。手动更新 DBF 极易出错，必须通过 ISOLAR-AB 重新导出：

1. 完成 DBC 修改并保存；
2. 在 ISOLAR-AB 中右键CAN_Network→Export→Database Format (.dbf)；
3. 保存路径必须为RTA-SK\database\can\下，文件名保持can.dbf；
4. 关闭并重启 ISOLAR-AB，确保新 DBF 加载生效。

避坑：常见问题与排查
现象：ConfGen 运行后，CanIf_Cfg.c中CanIfRxPduConfig数组里没有XCP_RX_STD对应的条目。
原因：DBC 帧名未按XCP_*命名，或 DBF 未更新导致 ConfGen 仍读取旧缓存。
解决：检查 DBC 帧名是否含XCP；删除RTA-SK\build\confgen\cache\下所有.cache文件，强制 ConfGen 重新解析。

现象：INCA 连接时提示XCP transport layer not ready。
原因：DBC 中XCP_RX_STD的 DLC 设为 4，但 XCP BSW 配置的XcpMaxCto设为 8。
解决：统一 DBC DLC 与 BSW 配置——DBC 改为8，XcpGeneral 中XcpMaxCto=8。

现象：BUSMASTER 能收到0x201帧，但 INCA 无法启动 DAQ。
原因：XCP_TX_STD帧在 DBC 中定义为远程帧（RTR），但 XCP 协议要求 DTO 必须是数据帧。
解决：DBC 中删除RTR标识，确保BO_ 0x201 ...行末无RTR字样。

4. ECU 配置与 XCP BSW 模块手动创建：ConfGen 的盲区必须人工填平

ConfGen 是个高效的自动化工具，但它有个致命盲区：它能根据 DBC 生成 Can/CanIf/PduR 配置，却完全不碰 XCP 模块。这意味着Xcp_Cfg.c、Xcp_Cfg.h这些核心文件不会自动生成——你必须亲手在 ECU 配置中“种下” XCP 模块，并喂给它所有生存必需的参数。这一步做错，后续所有步骤都是空中楼阁。

4.1 运行 ConfGen 生成基础 ECU 配置

在 ISOLAR-AB 中：
Project → Run ConfGen→ 选择System Configuration（即你刚更新的 DBC）→Output Directory设为RTA-SK\ecu_config\bsw\gen\→Output Filename输入ApplicationECU_Project_Can_EcucValues.arxml→ Finish。

注意：ApplicationECU_Project_Can_EcucValues.arxml是后续所有 BSW 生成的输入源，务必记牢路径。ConfGen 会在此文件中写入 Can/CanIf/PduR 的配置，但Xcp模块节点为空。

4.2 手动创建 XCP BSW 模块——三容器缺一不可

在 ISOLAR-AB 的ECU Navigator视图中：

1. 展开BSW Modules→ 右键BSW Modules→Create COM Stack→Create Xcp；
2. 此时会生成Xcp模块，展开后可见三个必配容器：XcpGeneral、XcpConfig、XcpA2LFile。

XcpGeneral 容器配置（全局基础参数）

XcpConfig 容器配置（事件通道与传输层）

• 创建 Event Channel：右键XcpEventChannels→Create XcpEventChannel→ 命名为DAQ_100ms。

  • XcpEventChannelName:DAQ_100ms（A2L 中显示名）
  • XcpEventChannelPriority:200（数值越大优先级越高，建议 100~255）
  • XcpEventChannelTimeCycle:100（单位由XcpEventChannelTimeUnit决定）
  • XcpEventChannelTimeUnit:MS（毫秒）
  • XcpEventChannelType:DAQ（此处仅配置 DAQ，STIM 用于标定写入）

• 配置 Transport Layer：展开XcpTransportLayer→XcpCanTransportLayer。

  • XcpMaxCto:8（必须与 DBC 中XCP_RX_STDDLC 一致）
  • XcpMaxDto:8（必须与 DBC 中XCP_TX_STDDLC 一致）
  • XcpRxPdus: 添加引用 → 选择XCP_RX_STD（DBC 中定义的帧名）
  • XcpTxPdus: 添加引用 → 选择XCP_TX_STD
  • XcpRxPduPacketType:XCP_PACKET_TYPE_ALL（接收帧处理所有 XCP 命令）
  • XcpTxPduPacketType:XCP_PACKET_TYPE_DTO（发送帧仅用于 DTO）

避坑：常见问题与排查
现象：编译通过，但 INCA 连接后DAQ_100ms通道状态为Not Active。
原因：XcpEventChannelTimeCycle设为0，系统认为是非周期通道，需手动触发。
解决：设为非零值（如100），并确认XcpEventChannelTimeUnit为MS。

现象：INCA 报错XCP_CMD_GET_COMM_MODE_INFO failed。
原因：XcpRxPdus引用名与 DBC 中帧名不一致（如 DBC 是XCP_RX_STD，而这里填了XCP_RX）。
解决：在 DBC 中复制帧名，粘贴到XcpRxPdus引用框，确保字符完全相同。

现象：烧写后 ECU 启动即崩溃（HardFault）。
原因：XcpDaqMemoryLimit过大（如16384），超出 MCU RAM 余量。
解决：查看output.map文件中.bss和.data段总大小，确保XcpDaqMemoryLimit≤ 剩余 RAM。

5. BswM 初始化与 SWC 创建：让 XCP 模块活起来的两道生命线

XCP 模块不是生下来就能干活的婴儿，它需要被“唤醒”——BswM（Basic Software Mode Manager）负责在 ECU 启动流程中调用Xcp_Init()；它还需要“手脚”——SWC（Software Component）提供 Runnable 来触发Xcp_MainFunction()和事件通道回调。这两步跳过，XCP 就是具尸体。

5.1 配置 BswM Action List——在正确时机按下启动键

BswM 的调度逻辑是：当所有基础模块（Can, CanIf）配置完成，进入BswM_AR_ReadAllComplete模式时，执行BswM_AL_BswModules_InitListReadAll列表中的动作。我们必须把 XCP 初始化塞进去：

1. 在 ISOLAR-AB 中打开BswM模块 →BswMGeneral→BswMArbitrationRules→BswM_AR_ReadAllComplete；
2. 右键BswM_AL_BswModules_InitListReadAll→Create BswMActionItem；
3. Name:BswM_AI_XcpInit；
4. ActionKind:BswMUserCallout；
5. FunctionName:Xcp_Init（注意：是函数名，不是宏或变量）。

逻辑说明：BswMUserCallout类型的动作会生成BswM_UserCallout.c文件，在其中实现Xcp_Init()调用。若设为BswMModeSwitch，则生成的是模式切换逻辑，无法初始化 XCP。

5.2 创建 XCP 测试 SWC——提供测量与标定的载体

XCP 本身不存储变量，它只是管道。我们需要一个 SWC 来定义：哪些变量可被测量（Measured），哪些可被标定（Calibrated）。本例创建XcpSWC：

1. 创建 SWC：Project → New → AUTOSAR → Software Component →XcpSWC；
2. 添加 Runnable：右键XcpSWC→Create RunnableEntity→RE_Xcp_func_100ms；
3. 配置触发：在RE_Xcp_func_100ms属性中，ActivationReason设为TimingEvent，TimingEventPeriod设为0.1（100ms）；
4. 生成 C 文件：右键XcpSWC→Generate→ComponentCode_Frame→ 生成XcpSWC.c；
5. 编辑 C 文件：在XcpSWC.c中添加：

#include "Xcp.h" // 必须包含，否则 Xcp_MainFunction() 无法链接 // 定义标定变量（INCA 可修改） __attribute__((section(".data"))) uint8 Calib_test = 0; // 定义测量变量（INCA 可读取） __attribute__((section(".data"))) uint16 ASW_task_cnt = 0; // Runnable 实现 void RE_Xcp_func_100ms(void) { // XCP 主函数必须周期调用 Xcp_MainFunction(); // 业务逻辑：当 Calib_test != 0 时，ASW_task_cnt 自增 if (Calib_test != 0) { ASW_task_cnt++; } }

参数说明：__attribute__((section(".data")))强制变量放入.data段，确保 A2L 文件能正确解析其地址。若不加此属性，变量可能被优化到.bss或寄存器，INCA 读取为 0。

5.3 Runnable 到 OsTask 映射——绑定执行权柄

Runnable 不能自己跑，必须挂到 OS 任务上。RTA-CAR 9.1.0 提供两个默认任务：

• OsTask_ASW_Period：应用任务，周期 100ms（匹配RE_Xcp_func_100ms）
• OsTask_BSW：BSW 任务，周期 10ms（匹配Xcp_MainFunctionPeriod）

在 ISOLAR-AB 中：

1. 打开RTE→RteConfiguration→RunnableToTaskMapping；
2. RE_Xcp_func_100ms→ 映射到OsTask_ASW_Period；
3. Xcp_MainFunction（由 XCP BSW 自动生成的 Runnable）→ 映射到OsTask_BSW；
4. Xcp_EventChannel_100ms（XCP BSW 为每个 Event Channel 生成的 Runnable）→ 映射到OsTask_BSW。

避坑：常见问题与排查
现象：INCA 连接成功，但 DAQ 通道数据始终为 0。
原因：RE_Xcp_func_100ms映射到了OsTask_BSW，而OsTask_BSW周期为 10ms，导致ASW_task_cnt++执行过快，INCA 采样率跟不上。
解决：严格按周期映射——应用 Runnable 挂应用 Task，BSW Runnable 挂 BSW Task。

现象：编译报错undefined reference to 'Xcp_MainFunction'。
原因：Xcp_MainFunctionRunnable 未在RunnableToTaskMapping中声明，RTE 未为其生成调用桩。
解决：在RunnableToTaskMapping中显式添加Xcp_MainFunction并映射到OsTask_BSW。

现象：烧写后 ECU 启动卡在BswM阶段，LED 不闪。
原因：BswM_AI_XcpInit的FunctionName写成了Xcp_Init()（带括号），应为Xcp_Init（纯函数名）。
解决：检查BswMActionItem属性，删除括号。

6. MCAL 更新与项目构建：让硬件邮箱与软件配置握手成功

MCAL 是软硬交界处，XCP 的 CAN 帧最终要落到 MCU 的 CAN 控制器邮箱（Mailbox）上。ConfGen 生成的 ARXML 描述了“需要什么邮箱”，而 MCAL Generator 的任务就是把这份需求翻译成Can_Cfg.h里可编译的 C 代码。这一步失败，XCP 就是断了腿的巨人。

6.1 运行 MCAL Generator——用对版本是唯一前提

确保你已验证mcalgen.exe版本为1.0.46.28546（见 2.2 节）。执行：

# 进入 MCAL Generator 目录 cd "C:\RTA-MCAL\bin" # 执行命令（路径必须与 ConfGen 输出一致） mcalgen.exe -i "..\RTA-SK\ecu_config\bsw\gen\ApplicationECU_Project_Can_EcucValues.arxml" -o "..\RTA-SK\mcalsrc\"

成功后，检查RTA-SK\mcalsrc\src\Can_Cfg.h，应看到类似：

#define CAN_MAILBOX_XCP_RX 5U // 接收邮箱号 #define CAN_MAILBOX_XCP_TX 6U // 发送邮箱号

逻辑说明：-i参数指定 ConfGen 生成的 ARXML，其中包含了XCP_RX_STD和XCP_TX_STD的 PDU 描述；-o指定输出目录。mcalgen 会解析这些 PDU，为其分配空闲邮箱，并生成宏定义。

6.2 构建项目前的终极清理——绕过 RTA-CAR 9.1.0 的集成宏陷阱

RTA-CAR 9.1.0 的 XCP 集成代码中存在一个已知缺陷：Xcp_Integration.h中的XCP_INTEGRATION_ENABLE宏在某些 GCC 版本下导致编译错误。官方解决方案是删除相关代码行：

1. 进入目录：RTA-SK\src\bsw\Xcp\integration\；
2. 找到所有.c文件（如Xcp_Integration.c,Xcp_Integration_Rte.c）；
3. 删除或注释掉包含#include "Xcp_Integration.h"的行；
4. 或者，直接运行提供的 Python 脚本（更安全）：

# removeIntegrationMacro.py import os import fileinput integration_dir = r"RTA-SK\src\bsw\Xcp\integration" for filename in os.listdir(integration_dir): if filename.endswith(".c"): filepath = os.path.join(integration_dir, filename) with fileinput.input(filepath, inplace=True) as f: for line in f: # 删除包含 Xcp_Integration.h 的行 if '#include "Xcp_Integration.h"' not in line: print(line, end='')

参数说明：该脚本遍历 integration 目录下所有.c文件，移除#include "Xcp_Integration.h"行。这是 RTA 官方 KB 文档明确推荐的 workaround，比手动修改更可靠。

6.3 执行构建——见证 .exe 诞生

一切就绪后，双击RTA-SK\02_build.bat。构建成功标志：

• RTA-SK\build\output\目录下生成ApplicationECU_Project.exe；
• 控制台输出Build succeeded，无error LNK2019或undefined reference。

避坑：常见问题与排查
现象：02_build.bat报错LNK2001: unresolved external symbol Xcp_Init。
原因：BswM Action List 中FunctionName拼写错误，或Xcp_Init函数未在Xcp_Cfg.c中生成。
解决：检查BswMActionItem名称；确认Xcp_Cfg.c中存在void Xcp_Init(void)函数体（非空）。

现象：构建成功，但烧写后 INCA 连接超时。
原因：MCAL 未更新，Can_Cfg.h中缺少CAN_MAILBOX_XCP_RX/TX定义，XCP 模块无法访问邮箱。
解决：重新运行mcalgen.exe，确认Can_Cfg.h中邮箱宏存在。

现象：02_build.bat报错fatal error C1083: Cannot open include file: 'Xcp.h'。
原因：XcpSWC.c中#include "Xcp.h"路径错误，或Xcp.h未被 RTE 包含。
解决：在 ISOLAR-AB 中，右键XcpSWC→Properties→Include Directories，添加RTA-SK\src\bsw\Xcp\inc\。

7. INCA 测试与 A2L 文件精修：从“连上”到“测准”的最后一公里

构建出.exe只是万里长征第一步。INCA 测试才是检验 XCP 配置是否真正成功的终极大考。而 A2L 文件，就是 INCA 的“地图”——地图上地址标错，再好的车也到不了目的地。这一步的精细度，直接决定你能否在 INCA 里看到实时跳动的ASW_task_cnt。

7.1 解析 output.map 获取真实地址——A2L 的命脉所在

RTA-CAR 9.1.0 生成的Xcp_A2L.a2l是模板，其中变量地址是占位符。我们必须用链接器生成的output.map文件来填充真实地址：

1. 打开RTA-SK\build\output\output.map；
2. 搜索ASW_task_cnt，找到类似行：
   0x00002000 ASW_task_cnt
3. 搜索Calib_test，找到：
   0x00002002 Calib_test
4. 搜索.data段起始地址：
   *fill* 0x00002000 0x2
   →.data起始地址为0x00002000。

7.2 手工精修 A2L 文件——三处关键修改

打开RTA-SK\src\bsw\Xcp\Xcp_A2L.a2l，进行以下修改（以 INCA 7.2.17 兼容格式）：

1. 修改/begin MEMORY_SEGMENT：
   将原Xcp_A2L.a2l中/begin MEMORY_SEGMENT块的address改为.data起始地址：

   /begin MEMORY_SEGMENT DATA_SEGMENT DATA BYTE 0x00002000 // ← 此处改为 map 文件中 .data 起始地址 0x00001000 // 长度，按需调整 /end MEMORY_SEGMENT

2. 添加ASW_task_cnt测量变量：
   在/begin MEASUREMENT块后插入：

   /begin MEASUREMENT ASW_task_cnt "ASW task counter" UWORD 0x00002000 0x0000 0x0000 0x0000 0x0000 0x0000 /begin ANNOTATION /begin ANNOTATION_LABEL "Measurement" /end ANNOTATION /end MEASUREMENT

   参数说明：0x00002000是ASW_task_cnt的绝对地址（来自 map 文件），UWORD表示 16 位无符号整数。

3. 添加Calib_test标定变量：
   在/begin CHARACTERISTIC块后插入：

   /begin CHARACTERISTIC Calib_test "Calibration test variable" VALUE UBYTE 0x00002002 0x0000 0x0000 0x0000 0x0000 0x0000 /begin ANNOTATION /begin ANNOTATION_LABEL "Calibration" /end ANNOTATION /end CHARACTERISTIC

7.3 INCA 连接与 DAQ 配置——验证闭环

1. 启动 INCA 7.2.17 →File→Load A2L→ 选择修改后的Xcp_A2L.a2l；
2. Hardware→Configuration→XCP on CAN→ 设置 CAN 通道、波特率（500kbps）、0x200（CTO Rx ID）、0x201（DTO Tx ID）；
3. Connect→ 应显示Connected；
4. Measurement→Add Measurement→ 选择ASW_task_cnt；
5. Calibration→Add Calibration→ 选择Calib_test；
6. DAQ→Create DAQ List→ 选择DAQ_100ms通道 →Start；
7. 在Calibration面板中，将Calib_test从0改为1→ 观察ASW_task_cnt是否开始每 100ms +1。

验证技巧：

• 若ASW_task_cnt不变，用 BUSMASTER 监听0x201帧：若无帧发出，说明 XCP

本文还有配套的精品资源，点击获取