CCP浅谈

说明

---

• 如果想详细了解CCP,可以下载AN-AMC-1-102_Introduction_to_CCP.pdf或者ccp211.pdf
• 本文不涉及到专业的知识讲解，如果想查看更加专业的知识可以选择看完以上任意一个文档。这里旨在用通俗易懂的文字描述。

CCP简介

CCP(CAN Calibration Protocol)，中文:CAN标定协议,顾名思义就是基于CAN总线的一种应用层协议。

• 以下是网络的标准版解释：
  CCP是一种基于CAN总线的ECU标定协议，已经在许多欧美汽车厂商得到应用，采用CCP协议可以快速有效地实现对汽车电控单元的标定。
• 以下是我的理解：CCP协议就是一种基于CAN通信的协议，类似于UDS协议，均是基于CAN报文来传输数据，不能脱离CAN报文的限制。

CCP can do this...

• Read
  • RAM
  • PORTS
  • ROM
  • FLASH
• Write
  • RAM
  • PORTS
  • FLASH

CCP 通信

基于CCP协议的ECU标定，是采用主-从通信方式。大体的可以简化为如下的几步：

• 选择哪一个从机进行连接
• 选择控制方式
• 接收数据
• 断开连接

CCP 报文

CCP有如下两种报文

• CRO: Command Receive Object , 即命令接收对象
• DTO: Data Transmission Object,数据传输对象。

联想到是主-从通信模式,所以很好的CRO就是命令，DTO就是报告的消息了。详情可参考图片：

CCP 工作模式

CCP有两种工作模式：

• Polling(查询模式)：你一问，我一答。
• DAQ(Data Acquisition)模式：可以理解为托管，即主机设定好相关的传输规则(后续会说)，从机根据该规则进行自动的发送消息。
• 详细可参考该图：
  

CCP 报文帧格式

由于是基于CAN总线协议的，所以逃不开这些东西，所以，CAN ID是必须要的。那么对于CCP本身，有用的部分就是数据场，即一个8个Byte的数组。鉴于UDS也是基于CAN的应用程序协议，并且其有多帧传输的功能，着重说明，CCP是一帧一帧发送的。不存在拼接两个帧数据的情况。
对于CCP报文格式，分两部分进行说明。

CRO

Command + CTR + Data

• Command： 就是一些列的命令标号了，这个是人为规定的，就是协议定为多少就是多少。
• CTR：Counter就是一个计数用的。
  • 所以，一个有效的命令参数位为6位，那么6位能够表示什么？后面就会知道了。

DTO

其格式为：

上面说了，ECU回复的消息有两种，这里添加一种错误处理。即可以回复信息的种类为3种：

• CRM : Command Return Message
  • 对命令的直接回答
• Event Message
  • 检测到自身错误的一种事件型消息
• Data Acquisition Message
  • 从设备自动上传的一种消息

既然DTO自由一个ID，那么如何区分是是属于那种信息？当然不同的协议有不同的判断标准。CCP是利用第一个数据即一个Byte来判断的。

• 0xFF:CRM
• Event:0xFE
• 其他的就是DAQ的。后面会谈这个是如何实现的。

DAQ List

什么是DAQ List?就是从设备支持的DAQ的上传表，至于上传表里面有哪些元素？元素的属性是什么？这个就需要慢慢了解了。

DAQ属性

为什么需要划分DAQ？在ECU中对CAN信号有一个周期处理的概念，这里就是通过对标定数据的采样和上传周期来区分是那个DAQ的，可以理解为：同一个DAQ，采样和上传的周期是一样的。

周期又是如何确定的？

这就涉及到两个名词：Event Channel事件通道和prescaler预分频值。
事件通道可以理解为：每多少ms，ECU打通一次该通道，或者说触发一次。如果是10ms，表明ECU每10ms触发一次该事件。
预分频值可以理解为：我们以事件通道的时间为基准进行分频，这样就可以复用事件通道了。即如果20ms的周期进行上传，预分频值设定为2.如果是50ms的周期进行上传，预分频值设置为5就可以了。

DAQ包含元素

通过了解，CCP只能通过单帧进行数据/命令传输，所以，对消息的组织有一定的要求，抛开一些附带的解析符和验证符以外，能够表示信息实在有限。故，一条报文就简单的表示一个信息。在一个DAQ中，包含有多个ODT，我们可以称其为ODT列表。那么这个ODT列表是做什么的？

ODT列表

每一个DAQ是通过ODT来组成的。那么ODT又是什么？就是传输数据的基本信息框架。
我们知道，一个DAQ-DTO传输的数据是7Byte，那么这7个数据记录在哪里？主机如何知道当前pid所带的信息对应到的是哪一个数据？那么，这里就需要借助ODT了。

• 元素
• 地址
• 数据长度
  那么，一个ODT里面最多有7个元素，一个ODT中所有元素的数据长度最多为7Byte。因为再多的话，一个PID就封装不进去了。(如果有压缩算法的话)

以上关于DAQ list相关的说明，可以参考下面的图来进行理解：

这里为什么每个PID里面有7个元素，因为很多情况下，限定了每个元素的数据长度为1，所以一个ODT正好可以放入7个数据元素。

ODT个数

通过PID知道，ECU支持的最大的ODT列表的个数是有限制的。0x00-0xFD,当然，如果想支持多一点也是没有问题的。那就只能修改协议了。比如，当pid为0x00的时候，需要根据第二位来判断上传的是什么数据，即pid[2]!

MTA

英文全称 ：Memory Transfer Address
其中存在两个，即MTA0,MTA1.

• MTA0:可以理解为，主地址，即CCP主要通过该地址来查询/操作数据。
• MTA1:可以理解为辅助地址，即只有在特定的情况下，用来临时代替/辅助MTA0进行数据捕获/操作的。

值得注意的是，MTA0一般都会随着命令的执行而自动定位在执行以后的地方，除非特殊情况。详细的请参考具体的Command.

错误处理

在错误代码上有几个等级。

• C0:警告
• C1:伪错误
• C2：可修复错误
• C3:不可修复

在CCP里面具体定义了几种等级的所属范围。我觉得有点像学校的校规：记小过，记大过，警告，通报批评，开除等等。

ASAP

ASAP有3种，名字起的也是够随意，直接用1,2,3来标定。

• ASAP1
  • MCD-ECU之间的接口规范
• ASAP2
  • ASAP描述文件，是电子控制单元内部数据的描述文件。简单一点就是，这个变量在ECU里面的地址是多少，单位是多少，怎么换算得来的等等。不然，只有一堆的数字而没有解析数据的规则是没有一点意义的。
• ASAP3
  • 自动测试系统-MCD之间的接口规范

命令

这里不主要说命令，但会说一些。

• 解锁
  • 很多功能都需要解锁才能使用。不然，对于ECU来说，这就是控制成本和控制销售价格的好方法。当然，这里主要是做保护，总不能让你什么都可以更改吧。
• 数据1-5传输和固定6传输
  • 对于传送数据在1-5之间的话，需要有个变量来表明当前一帧报文到底传送了多少个数据。
  • 对于固定传输6个数据的话，很显然是没有必要有上面的变量的。
  • 协议
• 设置DAQ列表
  • 涉及到设置DAQ指针。
  • ODT信息配置等，后续程序里面会涉及的多一些。