P协议利用CANape进行电控单元标定.doc

目前基于 CAN(Controller work) 总线的分布式系统在汽车电子领域得到广泛应用, 电子控制单元的标定已成为汽车电子控制装置开发的一个重要环节。 CCP(CAN Calibration Protocol) 是一种基于 CAN 总线的 ECU(Electronic Control Unit) 标定协议[1], 已经在许多欧美汽车厂商得到应用, P 协议可以快速而有效地实现对汽车电控单元的标定。 P 协议的标定, 需要在 ECU P 协议的驱动程序(CCP driver) 。目前大多数应用都采用 Vector 提供的 P driver[2] 。考虑到 ECU 底层程序与 CAN 驱动程序的实现各不相同,P 驱动程序结合到 ECU 中[3] 并不是一件一蹴而就的事, P 协议本身、标定工具及标定工具与 ECU 之间的通信有详细和深入的了解。在整个标定系统的开发过程中, P 驱动程序与 ECU 结合上。 P 协议的基础上, 提供了一个通用的 ECU P 驱动程序结合的实例, 以帮助缩短整个标定开发周期。 CANape[4] 是一款 ECU 标定和测试工具。P 协议相结合, 不仅能完成对 ECU 的标定, 同时还能在 ECU 运行期间直接访问内存并进行操作。这使得 CANape 不仅是一款功能强大的标定工具, 也是一款电控单元开发的得力助手。然而在使用方面,CANape 的前期配置比较繁琐, 目前国内的相关资料较少。本文将介绍 CANape, P 协议使用 CANape 完成 ECU 的标定。 P P 协议是 ASAP(Arbeitskreis zur Standardisierung von Applikationssystemen) 标志的有机组成部分。 ASAP 作为一个应用系统标准化工作小组, 其目的在于提供通用软、硬件接口标准, 以解决由于不同制造商提供的控制器存在的接口不匹配问题。 通信方式 P 协议的 ECU 标定采用主- 从通信方式, 如图 1 。主设备通过 CAN 总线与多个从设备相连, 其中主设备是测量标定系统 MCS(Measurement Calibration System), 从设备是需要标定的 ECU, 在汽车电子中即为车载控制器。 P 通信方式 P 协议, 主设备首先与其中一个从设备建立逻辑链接, 然后通过主设备向从设备发送命令来起始两者间的数据通信。当主设备要访问另一个从设备时, 首先断开与当前从设备的逻辑连接, 与下一个从设备建立新的逻辑连接后再开始通信。 P 定义了两种工作模式:Polling( 查询) 模式及 DAQ(Data mand) 模式。查询模式下, 主设备与从设备间的每一次通信都由主设备发送命令来起始, 从设备收到主设备的命令后, 执行相应的操作并反馈一帧报文。这种工作模式由于需要主机与从机之间进行“一问一答”的信息交互, 工作效率不高, 但实现简单, 而且占用 ECU 内存资源较小。 DAQ 模式使从设备可以脱离主设备的命令控制按一定周期自动向主设备上传数据。 DA Q 模式下, 主设备首先发送一条请求 DAQ 的命令, 从设备收到后, 按命令中的参数自行配置并组织需要上传的数据, 然后按一定周期自主向主设备上传数据。这种模式由于不需要主机通过命令逐步控制, 工作效率高, 但实现