CCP(中文).doc

1、1 导言1.1 ASAPASAP规则(校准系统标准化规则)成立于Audi AG,BWM AG,Mercedes-Benz AG,Porsche AG 和Volkswagen AG 公司。欧洲的汽车工业测试与改进系统的汽车制造商和电子控制制造商都已经加入了这个标准。世界汽车技术已经进入了复杂电子系统结构来满足不断增加的排气限制、环境污染保护，安全系统，驾驶性能和车身设备选择的法律规定要求。一些汽车制造商通过网络使用了车辆分配控制系统。为了改进这个新的电子汽车时代，高新的复杂软件，标定、测量与诊断仪器已经被运用。但此刻，对于这些设备几乎已经没有一个软件接口的标准了，每家公司都有自己独立的系统和接口

2、来支持这些高新的构造。因此，ASAP的任务是要实现共同的协议和标准在： 所有用于测量，标定和诊断的设备的自动控制，模块化和兼容性。 管理一个消耗合理的，可预测的设备供应市场。1.2 CAN标定协议(CCP)控制器局域网 CAN 是Robert Bosch GmbH 与 Intel公司的共同的成果。CAN用于许多汽车控制系统如发动机控制，以及工业控制系统。各半导体制造商都有能力提供CAN控制芯片。CAN标定协议时ASAP标准的一部分。它被Ingenieurburo Helmut Kleinknecht（一个标定系统的制作者）改进和引用。它被用于汽车工业的一些应用程序之中。ASAP工作组采纳CCP

3、并扩展其可选的功能。2、应用范围和领域这文件根据包含ASAP在内的工作小组的定义，详细说明CCP协议。CCP定义了带有主设备的控制器的通信协议采用CAN2.0B(11-bit和29-bit标示符)，它包含了2.0A(11-bit标示符)，来进行：1. 从控制器获得数据2. 存储器转移和控制其用于标定的功能程序提供这些功能的CCP可以用于这些领域 改进ECU ECU的功能和外围测试的系统 控制设备的系统测试和持久性测试。 汽车在线测试和测量系统 任何基于CAN的电子分配控制系统的非汽车应用程序3、相关文件Intel公司的说明文件和数据表82527系列的通信控制器数据(Intel #272250)

4、82527系列的通信控制器构架概述 (Intel #272410)控制器局域网协议导论 (Intel #270962)4、修正记录修订日期更改项注释1.030-09-1992从Ingenieurburo Helmut Kleinknecht最初建立1.01b07-12-1995工作草稿，增加以下可选指令-EXCHANGE_ID-GET_SEED-UNLOCK-GET_DAQ_SIZE-SET_DAQ_PTR-WRITE_DAQ-ACTION_SERVICE还有返回/错误 代码-Key requset-Session status requset-Cold start request-Cal.

5、Data int. request-DAQ list init. Request-code update request-access lockedASAP工作小组1.0226-04-1996-解释DAQ表-扩展描述 incl. 例子-增加 MOVE指令-增加 PROGRAM 指令ASAP工作小组讨论起草2.014-06-1996-删除STORE_CYCLE指令-增加DNLOAD_6指令-增加PROGRAM_6指令-增加BUILD_CHKSUM里的块大小-增加CLEAR_MEMORY的存储器大小-返回信息GET_DAQ_SIZE-BUILD_CHKSUM的超时ASAP工作小组会议结果。文件状态

6、：发布Prop.2.0116-03-1998指令修改EXCHANGE_IDGET_SEEDSTART_STOP : Evt.Chnl,PrescalerBUILD_CHECKSUM : size指令增加TESTGET_CCP_VERSIONGET_ACT_CAL_PAGESTART_STOP_ALL删除项：WCO WakeUp/Connect ObjectASAP工作小组讨论起草文件状态：草稿Draft 2.123-06-1998增加 Version mechanism 章节增加 Version compatibility 章节DOWNLOAD6可选SHORTUP可选增加Matrix of E

7、rror Codes 附录ASAP工作小组会议结果。文件状态：草稿2.118-02-1999Prop.201 和 Draft 2.1的所有修改有效文件状态：发布/出版5、定义和缩写CAN Controller Area Network ： Robert Bosch GmbH所改进和持有的通信协议(ISO/OSI模型等级1+2)。这协议是设计来管理多CPU间的多元化通信。它控制信息的方向，使用不可破坏的位结构来确定哪个节点拥有总线 并且拥有一个基于与每个消息一起发送的标示符值的消息发送优先级分配器。CCPCAN Calibration Protocol ： Ingenieurburo Helmu

8、t Kleinknecht改进和ASAP采用的作为数据获取和标定的标准协议。CROCommand Receive Object ：消息从主设备发送到从设备CRMCommand Return Message ：一种由从设备发送给主设备的信息，它包含命令/错误代码和命令计数器DAQData Acquistion ：一个程序和为了从ECU快速获取数据，由从设备发送给主设备的消息的定义。 DTOData Transmission Object ：从从设备发送给主设备的消息(命令返回消息或事件消息或数据获取消息)ECUElectronic Control Unit ：一个带有中央处理器，使用其外围电路执

9、行给定的功能函数的电子设备。Message Object在CAN总线上传输的消息，它从一个发送ECU发送到接收/监听ECU。接收ECU知道接收信息中包含的数据编码。一个信息体的数据可为0到8字节。Message FrameMssage Frame 在最新的关于CAN文献中与 Message Object相同。Master and slave devices一组通过CAN交换信息体的控制器。另外，外部的连接网络的控制器，它与1个或多个控制器通信并且向它们发送数据，这里被称为主设备。在网络中接收命令的控制器被称为从设备。ODTObject Descriptor Table ：元素(变量)表，用来组

10、成数据获取。6、 协议定义用来进行标定和数据获取的CCP协议时一个主从型的通信协议。一个主设备在CAN总线上连接1个或多个从设备。主从设备结构主设备是一个标定设备或一个诊断/监控设备或是一个测量系统，通过发送命令到从设备，初始化在CAN总线上传输的数据。CCP的执行支持命令来控制存储器的数据转移和读取。这通信协议的双方是独立的，并且可以不同步的运行，这由从设备控制器中的执行器决定。双方的消息以嵌套的方式传输时可能的。61一般控制指令指令是用来执行从设备中的功能函数。为了达到这一目的，建立了在主从设备之间的一个持续的逻辑连接。这个逻辑连接直到其他从设备被选中或当前从设备明确的发出断开连接指令是才

11、断开连接。完成初始化逻辑连接之后，主从设备间的数据传输由主设备来控制。所有主设备发出的指令都必须得到从设备返回的握手信息(命令返回代码或错误代码)。6.2 数据获取指令这协议指令是用来持续的从从设备中获取数据。每个CAN节点都可以周期的发送根据主设备命令而制作的响应表所对应的数据。数据传输由主设备开始，从设备执行，按照一个预定的采样频率或是事件触发。7 消息帧7.1 消息帧组成根据CAN协议的定义，所有要传输的信息和数据都要封装为消息帧，它包括8字节的数据。消息帧是从一个CAN节点到另一个CAN节点。CCP要求至少有两个消息帧，每个传输方向一个：1) 指令接收帧 CRO2) 数据传输帧 DTO

12、CRO是用来给接收方接收指令代码和传递参数来执行内部的功能函数或与逻辑连接的CAN设备之间进行数据传输。指令的接收方要用数据传输帧格式来回应握手消息，在这情况下，DTO被称为指令返回消息。DTO消息返回的代码是用来判断相应的指令是否成功完成。功能图表：在CCP主从设备间的传输流上文描述的消息标识符的分配是在从设备描述文件中定义的，它是用来配置主设备。建议认真考虑消息帧的总线优先级，避免破坏其他总线上的实时通信。而且，CRO应该拥有比DTO更高的优先级。对于所有用CCP传输的数据，字节顺序在CCP协议本身是没有定义。因为数据结构是倚靠ECU的CPU决定的，字节顺序是在从设备的描述文件中定义。但在

13、TEST，CONNECT 和 DISCONNECT指令中的站地址时例外的。7.2 消息帧描述7.2.1 指令接收帧 CROCRO是从主设备发送给从设备。从设备以含有指令返回消息CRM的数据传输帧DTO来应答。帧结构：类型只读大小8个消息区字节目的从设备接收指令消息域的参数位置类型描述0Byte指令代码1Byte指令计数器2.7Byte指令相关的参数和数据区CRO的数据代码长度必须是8。在指令描述区，不用的字节标注为无关字节，它可以为任意值。7.2.2 数据传输帧 DTODTO必须以数据流的形式承载所有的从设备的消息和数据。数据流第一个字节(DTO的第一个字节位)用来作为存放数据流的ID。DTO

14、： 命令返回消息 CRM，如果DTO是作为从主设备的CRO的回应。 事件消息 如果DTO反应从设备内部状态变化，为了调用错误恢复或其他服务 数据获取消息 如果存放数据流的ID是指向一个相应的帧描述表，它描述数据获取元素是包含在数据流的剩下7个数据字节上。ODT是通过协议指令来初始化和改变的帧结构类型Tx(和远程发送请求接收)Size8个消息区字节目的指令返回消息或事件消息或数据获取消息消息域的参数位置类型描述0Byte数据流ID = PID1Byte数据流PID的含义PID解释注意0xFFDOT包含指令返回消息0xFEDOT包含事件消息CTR不起作用0=n=0xFDDOT包含与ODTn相关的数据获取消息参阅章节“指令描述”指令返回和消息返回用以下格式：EER：指令返回-/错误代码CTR：指令计数器，与最近的接收的CRO 指令中的相同CRM的数据代码长度必须是8。在指令描述区，不用的字节标注为无关字节，它可以为任意值。数据获取信息格式如下：PID=n; DOT包含与ODTn表(参考“指令描述”)相关的数据获取消息DTO的数据长度的代码可设为真实值。7.3 数据获取结构主设备可以从 从设备接进行数据获取收初始化，它以在DAQ-DTOs中所定义的数据作为返回