CCP协议
CAN 标定协议
内容
1 介绍
1.1 尽快地
1.2 CAN标定协议 (CCP)
2 范围与应用领域
3 相关的文件
4 校订历史记录
5 定义与缩写
6 协议定义
6.1 一般的控制命令
6.2 数据获取命令
7 消息对象
7.1 消息对象的组织
7.2 消息对象的描述
7.2.1 命令接收对象CRO
7.2.2 数据传输对象 DTO(从到主)
7.3 数据获取的组织
8 版本机制
9 版本相容性
10 命令码的表
11 命令返回码的表
12 命令描述
12.1 连接
12.2 交换站监别
12.3 获得传播密匙
12.4 开启保护
12.5 设置存储器传递位址
12.6 数据下载
12.7 数据下载 6个字节
12.8 数据上传
12.9 短上传
12.10 选择标定数据页
12.11 获得DAQ(获取ECU数据)列表
12.12 设置 DAQ(获取ECU数据) 列表指标12.13 写 DAQ(获取ECU数据) 列表项目12.14 开始 / 停止数据传输
12.15 分离
12.16 设置期间状态
12.17 得到期间状态
12.18 建立核对和
12.19 清除存储器
12.20 规划
12.21 规划 6个字节
12.22 移动存储器区块
12.23 诊断的服务
12.24 行动服务
12.25 测试可用率
12.26 启动 / 停止同步化语数据传送
12.27 现在激活标定页
12.28 实现 CCP 的版本
13 出错处理
14 例子顺序
14.1 期间航行日志-在
14.2 区块下载
14.3 区块上传
14.4 标定数据初始化
14.5 DAQ(获取ECU数据) 列表初始化
14.6 码更新
15 预期的作业等级
16 附录
16.1 错误码的矩阵
16.2 广播传送的应用技术
1 介绍
1.1 ASAP
ASAP 特别工作小组 (出自 Applikati在s systemen 的 Arbeitskreis zur Standardisierung;英国人翻译: 应用/ 标定系统任务动力的标准化) 是被公
司 Audi AG ， BMW1 AG ，宾士汽车- 宾士汽车 AG 发现, 保时捷 AG 与大众汽车 AG。自动化的欧洲制造业者, 测试与显影系统为汽车的工业和电子控制
单位的制造业者已经叁加这特别工作小组。
汽车的技术世界已经发展成复杂的电子系统配置符合那增加制定法律的废气区域的需求限度,环境的污染保护，安全[性] 系统,驾驶绩效与本文设备选择项。车分布[式]控制的一些汽车的制造业者使用被网络支援的系统。
发展这个新的代汽车的电子学，复杂的新与高度软件，标定,测量与诊断设备必须被用。在这次几乎没有标准为如此的设备在软件介面的区域中存在。每个公司有它的专有系统与介面这些支援显影高阶的配置。
因此, 任务尽快地要达成相互的协议与标准化在
·自动化, 模块化与所有的设备相容性做测量,标定与诊断,
·处理创造一花费了合理的与有感觉的工具供方市场。
1.2 CAN 标定协议 (CCP)
控制器区域网络 CAN1是一个接合罗勃特 Bosch GmbH 与英特尔的公司。 CAN 被用于像发动机一样的许多高消费阶层的汽车控制系统管理和在工业控制系统中。控制器为 CAN 是可得的从各种不同的半导体，制造业者。CAN标定协议是ASAP 标准的部份。它被发展与藉着 Ingenieurburo Helmut Kleinknecht, 标定系统的一个制造业者介绍,与被用于汽车的工业一些应用。 CCP 被接管被ASAP1 工作小组与以可选择的功能提高。
2 范围与应用领域
这一个文件叙述 CAN 标定协议 CCP,如工作组所定义在那尽快地特别工作小组里面。CCP 用一个主设备定义控制器的通信使用 CAN2.0 B(11-位与 29个位的识别符), 包括 2.0 A(11个位的识别符) 为
1. 来自控制器的数据获取,
2. 存储器传递到为标定在控制器中与控制功能。
提供这些功能 CCP 可能被用于区域
·电子控制部件 (ECU)
·系统为 ECU 的功能与环境试验,
·测试系统与测试代表受约束的设备 ( 内燃机,变速箱，悬挂系统，空调控制系统, 车身系统,防盗系统),
·在板测试与前系列车的测量系统
· CAN1的任何非汽车的应用程序- 建立分配了电子控制系统。
3 相关的文件
来自英特尔公司的规约与数据手册:
· 82527串行通讯控制器数据手册 (英特尔 #272250)
· 8252个串行通讯控制器建筑的概观 (英特尔 #272410)
·介绍控制器区域网络 (CAN) 协议 (英特尔 #270962)
4 校订历史记录
5 定义与缩写
CAN
控制器区域网络 : 通信协议 (在 ISO/OSI 标准 1+2 中)发展了被罗勃特Bosch GmbH 的维护。协议被设计到处理多重发讯在多重 CPU之间的通信。它是标定控制信息定向的, 使用非破坏性的位- 智能仲裁决定, 节点 "自己的" 那总线,与有基于信息的数值一个信息优先次序方案识别符以每个信息传输
CCP
CAN 标定协议: 被 Ingenieurb ü ro Helmut Kleinknecht 与发展为数据获取与被 ASAP特别工作小组采用如一个标准的协议标定。
CRO
命令接收对象 : 信息从主设备到从设备。 (s)
CRM
命令返回信息 : 信息的一个型从从设备送到主设备包含命令 /错误码与命令计数器。
DAQ
数据获取 : 一个编程的定义与信息从从者设备送到主的设备，来自 ECU 的快速数据获取。
DTO
数据传输对象 : 信息从从者设备送到主设备(命令返回信息或事件信息或数据获取信息).
ECU
电子控制器 :一个中央处理单元的一个电子的设备表演的用它周边的一环路规划功能。
信息对象
一个信息在 CAN 上传递, 从一个送 ECU 到任何被传送 / 接收 ECU。被包含在信息的数据写码是藉着收受 ECUs 的 "已知的"。信息单元的数据可能是 0 到 8个字节。
信息架框
信息架框是最近的信息对象的一个同义字的名字在 CAN上
主和从设备
一组控制器经由 CAN 交换信息对象连接。附加,'外部' 控制器连接到网络, 与一或更多沟通对他们这些控制器与议题命令,这里叫做一个主设备(主机). 接受命令的已存在的网络控制器被叫做 '从设备。
ODT
对象描述符表 : 单元 (变量) 的列表,为数据的组织用获得。
6 协议定义
CAN 作为标定与数据获取的通信协议是主从密匙入通信。一个主设备与一或较从设备在一起连接CAN:
主设备 (主机) 是一个标定工具或诊断 / 监测工具或一测量系统藉由送命令给开始在 CAN 上的数据转移那从设备。为总称的控制 CCP 实施支持命令由于
原语存储器传递为数据获取与。这二个部份 (功能设置) 那通信协议是independant 与可能运行 asynchr在eously, 仰赖那从控制器的实施。它也是可能的两个部份的信息是在筑巢的命令中传输。
6.1 一般的控制命令
命令用来实行以从设备的与动作。为这企图一个连续的合乎逻辑的连接在主设备与之间被建立任何的其他的站在 CAN.(从设备) 这个合乎逻辑的连接是有效
的直到另外的一个站是挑选的或电流站明确地被经由命令分离。在那个初始化合乎逻辑的连接之后已经被做,数据来自主的传递对从设备与的设备从从设备
到主设备被控制被主设备。来自主设备的所有命令必须被挑选的从设备激励藉由一个交握，信息.(命令返回码或错误代码)
6.2 数据获取命令
这些协议命令作为来自一个从设备的连续数据获取。任何能节点可能定期地传送内部的数据符合到一个列表是被来自主设备的控制命令配置。数据传输被开始被主设备与被从设备与运行可能是家眷在一固定的抽查率及[或] 可能是
事件受到驱策的 (举例来说曲轴位).
7 消息对象
7.1 消息对象的组织
依照 CAN 的定义所有的信息与要被传递的数据被包装进入 " 消息对象" 之内,直到 8个字节的数据包含。一个信息单元从一被送CAN 节点到其他的 CAN 节点。
CCP 需要为每个方向至少二个消息对象
1) 命令接收对象 : CRO(主到从)
2) 数据传输对象 : DTO(从到主)
CRO(主到从) 作为命令码的接收而且相关了叁数实行内部的功能或存储器传递在那之间合乎逻辑地连接能设备。那一个命令的接收必须与一个交握信息一起激励使用数据传输对象 DTO(从到主)(在下面的查看), 在这情况与 DTO(从到主) 叫做一个命令返回信息。这一个 DTO(从到主) 信息的码用来决定的返回是否那对应的命令已经被成功地完成。
功能图: 在 CCP 主和从设备之间的通信流量。
对上方的信息识别符的指定描述单元被定义在那从设备描述文件 (举例来说 ASAP2 格式描述文件), 习惯于配置主设备。一般推荐消息对象的总线优先次序小心地被决定为了要避免在总线上的对其他的实时通信的伤害。CRO(主到从) 应该获得较高的优先次序胜于 DTO(从到主) 。
对于为协议它本身被 CCP 没有字节命令传递的所有数据被定义。因为数据组织仰赖 ECU's 的处理器,字节命令在从中被定义设备描述文件。仅异常是TEST 的局部地址,C在NECT(连接) 与 DISC在NECT (断开)命令。
7.2 消息对象的描述
7.2.1 命令接收对象
CRO(主到从)一个命令接收对象CRO(主到从) 从主设备到从之一被送设备。和数据传输对象 DTO(从到主) 包含的从设备回应一命令返回信息客户关系
管理。
目标结构:
类型： Rx
大小： 8个字节信息位
目的：从设备接受命令
在信息位中参数:
数据长CRO(主到从) 的码必须总是 8. 被作记号的不用数据字节当不在命令描述方面关心之时,可能有任意值。
7.2.2 数据传输对象 DTO(从到主)
DTO(从到主) 必须携带所有的送出从设备信息与数据小包。那首先字节的一个数据小包 (也就是首先 DTO(从到主)’s 数据区的字节)被当作小包ID使用。
DTO(从到主) 是:
·命令返回信息客户关系管理,如果 DTO(从到主) 被送如CRO(主到从) 的答案从主设备。
·事件信息, 如果 DTO(从到主) 报告内部的从状态在命令中改变到启动差错恢复或其他的服务。明细在'错误操作的'章中解释.
·数据获取信息,如果小包ID指出到一个对应的对象描述符表 (ODT(变量列表)), 那描述数据获取单元 (也就是变量)被包含在小包的剩馀 7个数据字节。ODT(变量列表)s被初始化与经由协议命令修改 ( 查看章 ' 描述命令)。
目标结构:
在信息位中参数:
PID 的意义
错误: 命令返回/错误代码。
CTR: 有最后一个命令的如CRO(主到从) 所收到的命令计数器。数据长客户关系管理的码必须总是 8. 不用的数据字节, 作记号当不之时命令描述的照料,可能有任意值
数据 Acquisit在信息有下列各项格式:
PID=n;DTO(从到主) 包含一个数据获取信息符合对象 Desciptor 表 ODT(变量列表)n.(在章 '命令描述' 方面)
DTO(从到主) 的码对真实的大小可能被设定的数据长。
7.3 数据获取的组织
主设备能初始化来自一个从设备的数据获取, 作为回报送那定义了 DAQ(获取ECU数据)-DTO(从到主)s 的数据。数据单元的组织依下列各项:
位于 ECU's 的存储器的数据单元被指定为一个被称为对象描述符表的列表ODT(变量列表)。这一个表支撑位址,位址扩充与字节的每个长度单元。 ODT(变量列表) 能有达到 7个单元参考。
在这 ODT(变量列表) 被定义的每个单元的内容必须进入 DAQ(获取ECU数据) 信息 DTO(从到主) 之内被传递被送去主设备。为了要把 ECU 的存储器资源存档, 位址扩充与长是可选择的。单元必须一致地被 ECU 取样。如果 ECU 不支援单元大小超过 1个字节, 主设备要进入单一字节之内在多位元组数据单元上面分离。在这情况， ECU 必须为 ODT(变量列表) 的所有单元保证稳定。
PID 是数目分配到 ODT(变量列表).(0 ≤ n ≤ 0 xFD) 典型地一些 ODT(变量列表) 为来自一个从设备的数据获取被定义:
CCP 允许许多的 DAQ(获取ECU数据) 列表的设置,可能同时激活。那取样每个 DAQ(获取ECU数据) 列表的 DTO(从到主)s 的与传输被个别的事件触发在那ECU。查看 START_STOP 命令描述。当一个 DAQ(获取ECU数据) 列表被触发的时候, 数据为所有的或一 ODT(变量列表)s(仰赖 ECU实施)以一一致的方式被取样。 ECU 可能一些时间送那取样了在总线上的 DTO(从到主) 信息。 ECU 有二种可能性反应, 当一新的事件周在早先的周传输之前被触发已经完成:
1. 早先的周传输被跳越。
利益: 有一个 DAQ(获取ECU数据)- 列表的一些 ODT(变量列表)s 不见的与工具能够这到使用者。
问题: 如果那些缺乏时常发生, 有一点也不被测量的一些讯号。
2. 新的周传输被跳越。
利益: 被一般承认的样本总是完全的与产生的获得试映图是减少。
问题: 假使事件触发的样本，工具没有可能性检查那获得-比率的似有道理。
除此之外， ECU 可能传送一个 DAQ(获取ECU数据) 处理器超载事件信息告知那主设备。 ECU 一定当心不要用这溢出另外的一个周附加的信息。
当定义测定 ECU 的单元时候，开发者应该当心那采样数据可能被经由 CAN 传输。被描述的机制在超载上反应,当在标准的情形中工作的时候 , 不应该被用。
要建立 ODT(变量列表) 的一个典型的方法会是:
1. 清除 ECU 与的电流列表藉由送为一个 DAQ(获取ECU数据) 列表让了 ECU 配置存储器命令 GET_DAQ_SIZE.在 GET_DAQ_SIZE 命令之后， ECU 为 ODT(变量列表)s 报告可得的存储器在
电流 DAQ(获取ECU数据) 列表。
2. 在一个回路中送和叁数 DAQ(获取ECU数据) 列表数目， ODT(变量列表) 数目的 SET_DAQ_PTR, 单元数目在ODT(变量列表)和单元的叁数大小的
WRITE_DAQ,向扩充， 32 位个基址发表演说直到 ODT(变量列表) 是为进一步的ODT(变量列表)s 完全的与重复这一个程序。
初始化一个 START_STOP 命令被发行的 DAQ(获取ECU数据)- DTO(从到主)s 的传输。
8 版本机制
一个版本管理机制与 CCP 的版本 2.1 一起介绍减少那版本incompatibilites 的冲击。下列各项政策应用:
主修协议版号: 从 0 到 255 的主要协议版号范围. 一这一个大小的变化是必需的如果语法与令人警惕的已存在的命令为两者存储器传递原语与功能实质上不同于那些的数据获取在早先的版本中定义。这暗示非可选择的命令不能被改变在一在一样的主要协议版号里面的非向后的兼容样子。
较小的协议版号: 从 0 到 9 的较小协议版号范围. 一个变化这一个大小是必需的如果新的可选择的命令被增加 / 移走到 / 从那协议。
9 版本相容性
确定主和从设备之间的一个最小的相容性下列各项政策
应用:
1. 在一个主与之间的通信一个从设备不是可能的如果主要的协议版号不是相等的。
2. 主设备一定有至少有相同的协议版本 (主要的与未成年人协议版号) 或比较高的比较从设备。从设备是只需要到支援一个协议版本。
3. 为了要确定一个完整的 ASAP1a CCP 合格主与从设备必须在最少支援所有的非可选择的命令。
10 命令代码表
如果 ECU 不支援 DAQ(获取ECU数据) ，下列各项命令是可选择的: GET_DAQ_SIZE,
SET_DAQ_PTR,
WRITE_DAQ,
START_STOP.
如果 SELECT_CAL_PAGE 被实现,GET_ACTIVE_CAL_PAGE 被需要。
11 命令返回码的表
如果错误发生对协议命令的 asynchr在eously, CCP 从设备也可能直接地启动适当的出错处理送错误代码如事件信息(包ID 0 xFE).
错误的范畴:
对于进一步的明细查看章‘出错处理'.
12 命令描述
在这章中全部命令由于他们的叁数与预期的返回信息是
解释, 包括为每个命令的一个例子。
12.1 连接
命令标示连接
CRO(主到从) 的数据结构
这一个命令建立一个连续的合乎逻辑的越过原野的连接那挑选的副台对主- 从命令协议。所有的下列协议命令只提及这一个站,直到另外的一个站被选择。一连接到另外的一个站暂时的分离激活站的命令.(查看分离)一连结命令到一
个已经连接的站被承认。一个从设备不回应任何的命令除非被定址被一更重要的连接和正确的局部地址的命令局部地址被描述为一点点- endian 字节命令的一个数目。 (英特尔格式, 低字节第一)
下列各项返回信息被期望 (被送回的 DTO(从到主) 的内容:)
例子
主设备送一用局部地址连结CRO(主到从) 到从设备0 x0200。命令计数器 CTR 现在是 0 x45:
包含确认 (0 x00) 的和 DTO(从到主) 的从设备回应与 CTR CRO(主到从):
12.2 交换站监别
命令标示 EXCHANGE_ID
CRO(主到从) 的数据结构
CCP 主和从站交换ID自动的期间配置。这可能包括一个数据获取的自动指定设置文件仰赖从的被送回的ID.(插头′ n ′游戏) 下列各项返回信息被期望(被送回的 DTO(从到主) 的内容:)
从设备自动地设置存储器传递位址 0(MTA0) 到位置 CCP 主可能后来上传那请求ID 使用上传。也查看 SET_MTA 与上传命令描述。
资源 Availabilty 屏蔽 / 资源保护状态屏蔽格式, 为单一化在那下列的刚刚提到到当资源屏蔽之时。
CAL：标定
DAQ ：数据获取
PGM ：存储器程序规划
x ：为将来的使用保留
资源可用率: 如果位= 真实的叙述资源或功能是可得的。资源保护: 如果位= 真实的叙述资源或功能被保护相对于未经认可的存取.(需要解锁)
例子
主设备送 EXCHANGE_ID CRO(主到从) 给从设备。命令计数器 CTR 现在是 0 x23:
DTO(从到主) 的从设备回应包含确认 (0 x00), CTR 那CRO(主到从),从 ID 与的长度它的数据种类:
从 ID 的长度是 4个字节,数据种类被编码如型 2 。资源availabitity 屏蔽是 0 x03,资源保护状态屏蔽是 0 x03 。数据可能是接来从从使用上传。
12.3 获得传播密匙
命令标示 GET_SEED
CRO(主到从) 的数据结构
为资源屏蔽的描述查看 EXCHANGE_ID 。
通一个资源或功能可能与一一起请求 GET_SEED命令如果超过一个资源被请
求,GET_SEED 命令连同下列各项解锁命令一起必须被运行复时代。
返回′种源′数据为一个种源&为计算′密匙′调音运算法则到开启那为经认
可的存取请求功能 ( 查看 '解锁保护'在下面).
下列各项返回信息被期望 (被送回的 DTO(从到主) 的内容:)
如果保护状态 =假, 没有解锁要开启被请求的功能。
例子
主设备送 GET_SEED CRO(主到从) 给从设备。命令计数器CTR 现在是 0 x23 。任务是数据获取 :
和 DTO(从到主) 的从设备回应包含确认 (0 x00), CTR 那CRO(主到从),保护状态与 '种源'数据:
保护状态是真 (0 x01),种源数据是 0 x14 ， 0 x15 ， 0 x16 ， 0 x17 。
12.4 开启保护
命令标示解锁
CRO(主到从) 的数据结构
开启从设备安全[性] 保护 ( 如果可适用) 使用一个′计算的′密匙从′种源′。在上面的查看种源和密匙。
下列各项返回信息被期望 (被送回的 DTO(从到主) 的内容:)
为资源屏蔽的描述查看 EXCHANGE_ID 。
例子
主设备送解锁CRO(主到从) 给从设备。命令计数器CTR 现在是 0 x23 与密匙由于 GET_SEED 发现被用:
和 DTO(从到主) 的从设备回应包含确认 (0 x00), CTR 那CRO(主到从),与特权状态:
特权状态是 0 x02,不过数据获取被开启。
12.5 设置存储器传递位址
命令标示 SET_MTA
CRO(主到从) 的数据结构
基于CCP协议的电动汽车AMT标定方法 【摘要】本文基于在线标定协议CCP（Can Calibration Protocol）设计并开发了应用于电动汽车自动变速器（AMT）控制单元（TCU）的整车控制在线标定系统。通过该方法实时在线的快速标定整车控制参数、换档规律，以达到快速优化换挡品质、提升电动车整车动力性、经济性指标的目的。 【关键词】CCP协议；电动车；AMT；标定 1引言 电动汽车因具有低污染、低噪声、能量效率高、能量来源多样化的特点，使得开发以电动汽车为代表的各种新能源汽车，成为解决汽车带来的诸多问题的有效途径[1]。自动变速技术在纯电动车辆中的引入，能够大幅提升汽车的动力性能，有效的增大系统的能源利用效率，从而提高对于纯电动汽车最为重要的续航能力。作为电动汽车驱动技术的关键环节，自动变速系统控制器（TCU）控制参数的在线标定对整车性能将产生至关重要的影响[2]。因此，开发符合纯电动车自动变速系统的标定系统，通过方便快捷的标定技术提升电动汽车的各项性能，对于电动车实现产业化发展具有重要的现实意义。本文以纯电动汽车为基础车型，以AMT自动变速系统为研究对象，通过开发的基于CCP协议的在线标定系统，对其TCU控制参数、换挡规律等进行在线标定，并在整车道路试验中进行了验证。 2 CCP协议及工作原理 2.1 CCP通信方式 基于CCP协议的ECU标定采用主-从通信方式。主设备通过CAN总线与从设备相连，其中主设备是测量标定系统，从设备是需要标定的ECU。根据CCP 协议，主设备首先与从设备建立逻辑链接，然后通过主设备向从设备发送命令来起始两者间的数据通信。 2.2 CCP报文帧结构 基于CCP协议的标定只占用两帧CAN报文，分别是命令接收对象CRO和数据传输对象DTO。CRO由主设备发给从设备，DTO是从设备反馈的报文。两者分别通过一个自己的ID标识符进行标识。CRO与DTO的ID标识符由通信协议自行定义，CCP协议只对CRO及DTO的数据场做了详细定义。 3 基于CCP协议的CANape标定 CANape是一款基于ASAP标准的ECU测试和标定工具。它通过一个控制器硬件接口与ECU相连，两者之间常用的物理连接是基于CCP协议的CAN总
CCP协议简介与INCA信息交互详细流程 https://www.doczj.com/doc/ce12981701.html,P协议 CCP协议属于CAN总线应用层协议，支持CAN2.0B（标准帧或扩展帧），采用主-从通信模式。 收发各使用一个ID，分别为CRO（命令接收消息），DTO（数据发送消息）。ID可自行约定。 1.2数据发送消息DTO （c 1.3CCP命令代码表
https://www.doczj.com/doc/ce12981701.html,P协议中Memory操作方法 标定功能主要实现的目标： （1）修改RAM中数据（在线标定）； （2）修改EEPROM中数据（外部EEPROM，16K） （3）修改Flash中数据（标定参数） 2.1Flash标定流程 （1）将标定数据保存在Flash中，存储地址0x00C20000 – 0x00C3FFFF。 （2）在程序初始化过程中，标定数据映射至RAM当中，程序从RAM中调取数据。 （3）标定过程开始时，在上位机中建立Flash存储区镜像，并保存至HEX文件。（4）标定过程中，通过DNLOAD，DNLOAD_6等命令修改RAM中数据，实现在线标定，更新上位机Hex。 （5）标定结束后，将更新后的数据，一次性写入Flash。 （6）重启控制器，将新的标定数据映射值RAM中。 3.各操作具体流程 命令接收消息CCP_CRO_ID: 0x100 数据发送消息CCP_DTO_ID: 0x101 3.1硬件初始化 点击INCA中硬件初始化按钮，进行ECU初始化操作
（1）联机（建立INCA与ECU的逻辑连接）无Seed&Key校验 序号CMD 名称功能（2）将ECU Flash中数据映射到RAM中
（3）INCA进行CHECKSUM操作 计算ECU RAM中标定数据校验和，确认ECU与INCA中数据是否一致。（4）选择当前标定页
目前基于CAN(Controller Area Network)总线的分布式系统在汽车电子领域得到广泛应用,电子控制单元的标定已成为汽车电子控制装置开发的一个重要环节。CCP(CAN Calibra tion Protocol)是一种基于CAN总线的ECU(Electronic Control Unit)标定协议[1],已经在许多欧美汽车厂商得到应用,采用CCP协议可以快速而有效地实现对汽车电控单元的标定。 然而基于CCP协议的标定,需要在ECU内部实现支持CCP协议的驱动程序(CCP drive r)。目前大多数应用都采用Vector提供的free CCP driver[2]。考虑到ECU底层程序与C AN驱动程序的实现各不相同,将CCP驱动程序结合到ECU中[3]并不是一件一蹴而就的事,这需要对CCP协议本身、标定工具及标定工具与ECU之间的通信有详细和深入的了解。在整个标定系统的开发过程中,大量时间被耗费在前期CCP驱动程序与ECU结合上。本文在简单介绍CCP协议的基础上,提供了一个通用的ECU与CCP驱动程序结合的实例,以帮助缩短整个标定开发周期。 CANape[4]是一款ECU标定和测试工具。与CCP协议相结合,不仅能完成对ECU的标定,同时还能在ECU运行期间直接访问内存并进行操作。这使得CANape不仅是一款功能强大的标定工具,也是一款电控单元开发的得力助手。然而在使用方面,CANape的前期配置比较繁琐,目前国内的相关资料较少。本文将介绍CANape,并着眼于如何基于CCP协议使用CANape完成ECU的标定。 1 CCP协议及工作原理 CCP协议是ASAP(Arbeitskreis zur Standardisierung von Applikationssystemen)标志的有机组成部分。ASAP作为一个应用系统标准化工作小组,其目的在于提供通用软、硬件接口标准,以解决由于不同制造商提供的控制器存在的接口不匹配问题。 1.1 CCP通信方式 基于CCP协议的ECU标定采用主-从通信方式,如图1。主设备通过CAN总线与多个从设备相连,其中主设备是测量标定系统MCS(Measurement Calibration System),从设备是需要标定的ECU,在汽车电子中即为车载控制器。 图1 CCP通信方式 根据CCP协议,主设备首先与其中一个从设备建立逻辑链接,然后通过主设备向从设备发送命令来起始两者间的数据通信。当主设备要访问另一个从设备时,首先断开与当前从设备的逻辑连接,与下一个从设备建立新的逻辑连接后再开始通信。 1.2 CCP协议的工作模式
CAN通信标定协议（基于ccp协议） 一、协议简介 该通信协议采用主-从式通信方式，主设备通过CAN总线与多台从设备相连接，主设备是测量标定系统，从设备是需要标定的ECU，主设备首先与其中一个从设备建立逻辑链接，建立逻辑连接后，主、从设备之间所有的数据传递均由主机控制，从设备执行主设备命令后返回包含命令响应值或错误代码等信息的报文,同时从设备可以根据主设备通过控制命令所设置的列表信息，来定时地向主设备传送变量信息，数据的传递是由主设备初始化并且由从设备来执行的，并且是由固定的循环采样频率或者事件触发的。 主设备通过USB-CAN接口与从设备连接，符合CAN2.0协议。 通信过程中，所有报文均为8个字节，它可以包含命令、数据、数据长度、地址等信息。 该通信协议参照ccp协议，可以与INCA,CANape等标定软件接口。 二、通信数据对象 CAN通信采用了两个报文数据对象CRO(命令接收对象)和DTO(命令发送对象)，每个对象根据其数据流向，都有一个唯一的ID标志符进行标识，ID标识符可以由用户自行设定。 1．命令接收对象（CRO） 命令接收对象（CRO）用于传递指令代码和内部功能码或主、从设备之间交换的存储区数据，对应的报文帧如图1所示，表1位场说明： 图1 CRO数据格式 表1
2．数据传输对象（DTO） 数据传输对象（DTO）指由从设备反馈的报文。DTO根据报文首字节PID的值可以由三种形式，见表2： 表2： （1）. CRM和Event Message的报文帧如图2所示： 图2 CRM-Event Message报文帧格式 表3：场说明 （2）. DAQ-DTO(Data Acquisition-DTO)的报文帧：
竭诚为您提供优质文档/双击可除 ccp协议代码 篇一：基于ccp协议的汽车标定系统daq模式的实现 基于ccp协议的汽车标定系统daq模式的实现 20xx-12-2623:56:00来源：中国自动化网 ccp协议是一种基于can总线的匹配标定协议。该协议 具有通信可靠、传输速度快、通用性好等特点。 本文讨论了一种基于ccp协议的汽车ecu标定系统，并详细介绍了该系统的工作原理、数据采集机制以及实现方式。 前言 随着汽车电子技术的发展，电子控制单元(ecu)的标定 已成为汽车电子控制装置开发的一个重要环节。大多数ecu 都需要经过匹配标定的过程，从而确定其运行参数和控制参数。目前国内还没有成熟的基于ccp的ecu标定系统，已有的一些系统主要是采用Vector提供的freeccpdriver，或者基于matlab的相关工具包，在此基础上作自己的应用软件，并没有独立的ccp驱动；国外的产品功能强大，但价格昂贵。因此，研究、掌握ccp的核心技术，开发针对不同用户需求提供不同的定制功能，并能适应pci、usb等不同主机接口
的ecu标定软件就具有非常重要的意义。ccp协议简介ccp协议的通信方式 基于ccp协议的ecu标定采用主-从通信方式，主设备 通过can总线与多个从设备相连，如图1所示。其中主设备测量标定系统mcs(measurementcalibrationsystem)，从设 备是需要标定的ecu。根据ccp协议，主设备首先与其中一 个从设备建立逻辑连接。建立逻辑连接后，主、从机之间所有的数据传递均由主机控制，从机执行主机命令后返回包含命令响应值或错误代码等信息的报文。任何一个从机都可以定时地根据由主机通过控制命令所设置的列表来传递内部 的数据。所以说数据的传递是由主机初始化，由从机来执行，并且是由固定的循环采样频率或事件触发的。 图1ccp通信结构图 ccp协议定义了两种工作模式：一种是polling(查询) 模式，另一种是daq(数据采集)模式。在本文所设计的标定 系统中，根据实际需求情况，采用了daq模式。 ccp协议的通信数据对象 ccp协议只采用了两个can报文对象，且每个对象根据 其数据流向，都有一个唯一的id标识符进行标识： (1)命令接收对象(主机一从机)：简称cRo。cRo用于传递指令代码和内部功能码或主、从机之间交换的存储区数据。 (2)数据传输对象(从机一主机)：简称dto。dto指由从
基于CCP协议的汽车标定系统DAQ模式的实现 2007-12-26 23:56:00 来源：中国自动化网 CCP协议是一种基于CAN总线的匹配标定协议。该协议具有通信可靠、传输速度快、通用性好等特点。 本文讨论了一种基于CCP协议的汽车ECU标定系统，并详细介绍了该系统的工作原理、数据采集机制以及实现方式。 前言 随着汽车电子技术的发展，电子控制单元(ECU)的标定已成为汽车电子控制装置开发的一个重要环节。大多数ECU都需要经过匹配标定的过程，从而确定其运行参数和控制参数。目前国内还没有成熟的基于CCP的ECU标定系统，已有的一些系统主要是采用Vector提供的free CCP Driver，或者基于MATLAB的相关工具包，在此基础上作自己的应用软件，并没有独立的CCP 驱动；国外的产品功能强大，但价格昂贵。因此，研究、掌握CCP的核心技术，开发针对不同用户需求提供不同的定制功能，并能适应PCI、USB等不同主机接口的ECU标定软件就具有非常重要的意义。 CCP协议简介 CCP协议的通信方式 基于CCP协议的ECU标定采用主-从通信方式，主设备通过CAN总线与多个从设备相连，如图1所示。其中主设备测量标定系统MCS(Measurement Calibration System)，从设备是需要标定的ECU。根据CCP协议，主设备首先与其中一个从设备建立逻辑连接。建立逻辑连接后，主、从机之间所有的数据传递均由主机控制，从机执行主机命令后返回包含命令响应值或错误代码等信息的报文。任何一个从机都可以定时地根据由主机通过控制命令所设置的列表来传递内部的数据。所以说数据的传递是由主机初始化，由从机来执行，并且是由固定的循环采样频率或事件触发的。 图1 CCP通信结构图 CCP协议定义了两种工作模式：一种是Polling(查询)模式，另一种是DAQ(数据采集)模式。在本文所设计的标定系统中，根据实际需求情况，采用了DAQ模式。 CCP协议的通信数据对象 CCP协议只采用了两个CAN报文对象，且每个对象根据其数据流向，都有一个唯一的ID标识符进行标识： (1)命令接收对象(主机一从机)：简称CRO。CRO用于传递指令代码和内部功能码或主、从机之间交换的存储区数据。 (2)数据传输对象(从机一主机)：简称DTO。DTO指由从设备反馈的报文。 根据报文PID的不同，DTO又可以分为三种形式： ·命令返回消息CRM(PID=255) : 由从设备发送, 针对CRO 的反馈报文。 ·事件消息(PID=254): 当从设备检测到内部发生错误机制时, 由从设备自行向主设备发送, 报告其当
1、 CCP协议概述 CCP（CAN Calibration Protocol）是一种基于CAN总线的匹配标定协议。ECU都需要经过匹配标定的过程，从而确定其运行参数和控制参数。有时为了实现对ECU的精确控制以及参数匹配修改，满足预定的要求，必须对ECU进行精确的匹配标定以及优化各项控制参数。基于此，ASAM自动化测试系统标准协会（Association for Standardization of Automation and Measuring Systems）制定了CCP协议。更形象地说，CCP协议实现了ECU在运行过程中，内部变量的在线监测以及有需要时对某些变量的在线修改。监测 ECU的内部变量可以测试ECU运行的正确性，若发现某个变量的值不是我们期望的，我们 可以标定它，修改成期望的值。举例来说，我们要监测ECU中发动机的转速，若发现发动机转速是错误的，不是我们所需要的，我们立即就可以修改它成正确的我们需要的转速。 2、 CCP通信 上面我们对CCP有了个总体的印象，对CCP能够做什么有了了解，下面我们关键的是要怎么实现它。 基于CCP协议的ECU标定采用主-从通信方式，主设备通过CAN总线与多个从设备相连。其中主设备是测量标定系统MCS(Measurement Calibration System)，从设备是需要标定的ECU。在这里测量标定系统我介绍一下CANape。CANape是一款ECU标定和测试工具。与CCP协议相结合,能完成对ECU标定,同时还能在ECU运行期间直接访问内存并进行操作。 从上面的介绍，现在我们心中应该至少有这么一个框图（如下），通过CAN总线，CANape可以读出ECU中的变量，同时CANape也能写ECU中的变量。 3、 CCP协议报文帧格式 CCP属于CAN总线的应用层协议，它占用CAN报文两个ID标志符，即CRO(Command Receive Object)和DTO(Data Transmission Object)，使用数据帧中数据场的8个字节。CRO用于主设备向从设备发送命令，DTO则用于从设备发送至主设备数据，ID标识符可以
CCP协议 CAN 标定协议 内容 1 介绍 1.1 尽快地 1.2 CAN标定协议 (CCP) 2 范围与应用领域 3 相关的文件 4 校订历史记录 5 定义与缩写 6 协议定义 6.1 一般的控制命令 6.2 数据获取命令 7 消息对象 7.1 消息对象的组织 7.2 消息对象的描述 7.2.1 命令接收对象CRO 7.2.2 数据传输对象 DTO(从到主) 7.3 数据获取的组织 8 版本机制 9 版本相容性 10 命令码的表
11 命令返回码的表 12 命令描述 12.1 连接 12.2 交换站监别 12.3 获得传播密匙 12.4 开启保护 12.5 设置存储器传递位址 12.6 数据下载 12.7 数据下载 6个字节 12.8 数据上传 12.9 短上传 12.10 选择标定数据页 12.11 获得DAQ(获取ECU数据)列表 12.12 设置 DAQ(获取ECU数据) 列表指标12.13 写 DAQ(获取ECU数据) 列表项目12.14 开始 / 停止数据传输 12.15 分离 12.16 设置期间状态 12.17 得到期间状态 12.18 建立核对和 12.19 清除存储器 12.20 规划 12.21 规划 6个字节 12.22 移动存储器区块
12.23 诊断的服务 12.24 行动服务 12.25 测试可用率 12.26 启动 / 停止同步化语数据传送 12.27 现在激活标定页 12.28 实现 CCP 的版本 13 出错处理 14 例子顺序 14.1 期间航行日志-在 14.2 区块下载 14.3 区块上传 14.4 标定数据初始化 14.5 DAQ(获取ECU数据) 列表初始化 14.6 码更新 15 预期的作业等级 16 附录 16.1 错误码的矩阵 16.2 广播传送的应用技术 1 介绍 1.1 ASAP ASAP 特别工作小组 (出自 Applikati在s systemen 的 Arbeitskreis zur Standardisierung;英国人翻译: 应用/ 标定系统任务动力的标准化) 是被公 司 Audi AG ， BMW1 AG ，宾士汽车- 宾士汽车 AG 发现, 保时捷 AG 与大众汽车 AG。自动化的欧洲制造业者, 测试与显影系统为汽车的工业和电子控制
收稿日期:2009-09-28;修回日期:2010-08-20 基金项目:国家“八六三”计划基金资助项目(2006AA11A1C1) 作者简介:王明文(1982—),男,硕士,主要研究方向为发动机电子控制技术;w angmingw en @https://www.doczj.com/doc/ce12981701.html, 。 基于CCP 协议的发动机标定系统开发 王明文1,唐 岚2,甘海云3 (1.黎明职业大学,福建泉州 362000;2.西华大学,四川成都 610039;3.中国汽车工程研究院有限公司,重庆 400039) 摘要:介绍了CCP 协议的基本原理、通信方式和工作方法,在此基础上开发了基于CCP 协议的发动机标定系统。介绍了标定系统硬件和软件的组成,并分别在控制器和上位机实现了CCP 协议的通信。本系统实现了数据的采集与显示、在线标定、数据的存储和读取等功能,具有通信可靠、传输速度快、通用性好等优点,还可以针对用户需求进行功能配置。 关键词:CCP 协议;CAN 总线;汽车发动机;电控单元;标定系统 中图分类号:T K407.4 文献标志码:B 文章编号:1001-2222(2010)04-0028-04 标定系统为标定试验提供了一个可视化的平台,使标定人员能够在试验过程中对各种控制量实施控制,并随时观察控制量的值。标定的工作内容是通过调整、优化控制参数使电控单元与被控系统 相匹配,主要包括实时监测电控单元运行过程中的重要变量数据,在线修改电控单元存储器中的M AP 图、曲线及各参数,以及进行离线标定和数据处理等。目前,传统的标定方式如基于SCI 串行通信方式的标定系统仍然在广泛使用,标定软件之间不具备通用性,造成资源浪费,增加了用户的负担。为此,欧洲ASAP 组织推出了CCP 标定协议,CCP 协议为控制器标定系统的开发提供了一个标准平台,自1996年发布了实际应用的2.0版本以来,在欧美已被V EC TOR ,dsPACE ,ETAS 等大公司广泛接受并成为标准。应用CCP 协议的标定工具可以在控制器运行过程中实现对控制器中数据及特性参数的动态标定,相对于传统的标定系统,具有稳定可靠、准确快速、成本低等优点 [1-2] 。 1 C CP 协议 根据CAN 总线规范,CCP 协议将所有收发的数据都打包成最多8个字节的报文,报文分为命令接收消息(Comm and Receiv e Object ,C RO )和数据发送消息(Data Transmission Object ,DTO )。主设备(也称上位机)和从设备(也称下位机)之间的通信方式见图1,主设备向从设备发送C RO ,从设备接收主设备发送的消息后发送相应的DTO 到主设备, DTO 包含了命令应答消息(Comm and Return Mes -sage ,C RM )[3] 。 图1 主设备和从设备之间的通信方式 命令接收消息CRO 是主设备向从设备发送的命令,CRO 报文帧格式描述见图2。C RO 数据场的第1个字节为命令代码(Com mand Code ,CMD ),从设备通过CM D 代码判断主设备请求的是哪条命令;数据场的第2个字节是命令计数器(Com mand Counter ,C TR ),用于统计当前命令已发生的次数;剩余6个字节均为命令参数,每条命令有各自对应的命令参数。CCP 协议总共定义了28条不同的命令,标定系统的所有功能都可通过这些命令不同组合来实现。 图2 CRO 报文帧格式 DTO 共有以下3种形式: a )命令返回消息(Com mand Return M essag e , 第4期(总第189期)2010年8月车 用 发 动 机V EH ICLE ENG IN E N o .4(Se rial N o .189) A ug .2010
最近学习CCP协议，总结了下： 1、CCP协议概述 CCP（CAN Calibration Protocol）是一种基于CAN总线的匹配标定协议。ECU都需要经过匹配标定的过程，从而确定其运行参数和控制参数。有时为了实现对ECU的精确控制以及参数匹配修改，满足预定的要求，必须对ECU进行精确的匹配标定以及优化各项控制参数。基于此，ASAM自动化测试系统标准协会（Association for Standardization of Automation and Measuring Systems）制定了CCP协议。更形象地说，CCP协议实现了ECU在运行过程中，内部变量的在线监测以及有需要时对某些变量的在线修改。监测ECU的内部变量可以测试ECU 运行的正确性，若发现某个变量的值不是我们期望的，我们可以标定它，修改成期望的值。举例来说，我们要监测ECU中发动机的转速，若发现发动机转速是错误的，不是我们所需要的，我们立即就可以修改它成正确的我们需要的转速。 2、CCP通信 上面我们对CCP有了个总体的印象，对CCP能够做什么有了了解，下面我们关键的是要怎么实现它。 基于CCP协议的ECU标定采用主-从通信方式，主设备通过CAN总线与多个从设备相连。其中主设备是测量标定系统MCS(Measurement Calibration System)，从设备是需要标定的ECU。在这里测量标定系统我介绍一下CANape。CANape是一款ECU标定和测试工具。与CCP协议相结合,能完成对ECU标定,同时还能在ECU运行期间直接访问内存并进行操作。从上面的介绍，现在我们心中应该至少有这么一个框图（如下），通过CAN总线，CANape可以读出ECU中的变量，同时CANape也能写ECU中的变量。 3、CCP协议报文帧格式 CCP属于CAN总线的应用层协议，它占用CAN报文两个ID标志符，即CRO(Command Receive Object)和DTO(Data Transmission Object)，使用数据帧中数据场的8个字节。CRO用于主设备向从设备发送命令，DTO则用于从设备发送至主设备数据，ID标识符可以自行约定。CRO数据场的第一个字节为命令代码CMD(Command Code)，CCP协议共规定了28条命令。从设备通过CMD代码判断主设备请求的是哪条命令。数据场的第二个字节是命令计数器CTR(Command Counter)。余下6个字节为命令参数，每条命令有各自对应的命令参数。CRO 帧格式如下： DTO数据场第一个字节PID定义了DTO的类型，用以标示DTO的类型；第2个字节为命令