CCP(中文)Word格式.doc
- 文档编号:15403393
- 上传时间:2022-10-30
- 格式:DOC
- 页数:8
- 大小:131KB
CCP(中文)Word格式.doc
《CCP(中文)Word格式.doc》由会员分享,可在线阅读,更多相关《CCP(中文)Word格式.doc(8页珍藏版)》请在冰豆网上搜索。
2.存储器转移和控制其用于标定的功能程序
提供这些功能的CCP可以用于这些领域
改进ECU
ECU的功能和外围测试的系统
控制设备的系统测试和持久性测试。
汽车在线测试和测量系统
任何基于CAN的电子分配控制系统的非汽车应用程序
3、相关文件
Intel公司的说明文件和数据表
82527系列的通信控制器数据(Intel#272250)
82527系列的通信控制器构架概述(Intel#272410)
控制器局域网协议导论(Intel#270962)
4、修正记录
修订
日期
更改项
注释
1.0
30-09-1992
从IngenieurburoHelmutKleinknecht最初建立
1.01b
07-12-1995
工作草稿,增加以下可选指令
-EXCHANGE_ID
-GET_SEED
-UNLOCK
-GET_DAQ_SIZE
-SET_DAQ_PTR
-WRITE_DAQ
-ACTION_SERVICE
还有返回/错误代码
-Keyrequset
-Sessionstatusrequset
-Coldstartrequest
-Cal.Dataint.request
-DAQlistinit.Request
-codeupdaterequest
-accesslocked
ASAP工作小组
1.02
26-04-1996
-解释DAQ表
-扩展描述incl.例子
-增加MOVE指令
-增加PROGRAM指令
ASAP工作小组讨论起草
2.0
14-06-1996
-删除STORE_CYCLE指令
-增加DNLOAD_6指令
-增加PROGRAM_6指令
-增加BUILD_CHKSUM里的块大小
-增加CLEAR_MEMORY的存储器大小
-返回信息GET_DAQ_SIZE
-BUILD_CHKSUM的超时
ASAP工作小组会议结果。
文件状态:
发布
Prop.2.01
16-03-1998
指令修改
EXCHANGE_ID
GET_SEED
START_STOP:
Evt.Chnl,Prescaler
BUILD_CHECKSUM:
size
指令增加
TEST
GET_CCP_VERSION
GET_ACT_CAL_PAGE
START_STOP_ALL
删除项:
WCOWakeUp/ConnectObject
草稿
Draft2.1
23-06-1998
增加Versionmechanism章节
增加Versioncompatibility章节
DOWNLOAD6可选
SHORTUP可选
增加MatrixofErrorCodes附录
2.1
18-02-1999
Prop.201和Draft2.1的所有修改有效
发布/出版
5、定义和缩写
CAN
ControllerAreaNetwork:
RobertBoschGmbH所改进和持有的通信协议(ISO/OSI模型等级1+2)。
这协议是设计来管理多CPU间的多元化通信。
它控制信息的方向,使用不可破坏的位结构来确定哪个节点拥有总线并且拥有一个基于与每个消息一起发送的标示符值的消息发送优先级分配器。
CCP
CANCalibrationProtocol:
IngenieurburoHelmutKleinknecht改进和ASAP采用的作为数据获取和标定的标准协议。
CRO
CommandReceiveObject:
消息从主设备发送到从设备
CRM
CommandReturnMessage:
一种由从设备发送给主设备的信息,它包含命令/错误代码和命令计数器
DAQ
DataAcquistion:
一个程序和为了从ECU快速获取数据,由从设备发送给主设备的消息的定义。
DTO
DataTransmissionObject:
从从设备发送给主设备的消息(命令返回消息或事件消息或数据获取消息)
ECU
ElectronicControlUnit:
一个带有中央处理器,使用其外围电路执行给定的功能函数的电子设备。
MessageObject
在CAN总线上传输的消息,它从一个发送ECU发送到接收/监听ECU。
接收ECU知道接收信息中包含的数据编码。
一个信息体的数据可为0到8字节。
MessageFrame
MssageFrame在最新的关于CAN文献中与MessageObject相同。
Masterandslavedevices
一组通过CAN交换信息体的控制器。
另外,外部的连接网络的控制器,它与1个或多个控制器通信并且向它们发送数据,这里被称为主设备。
在网络中接收命令的控制器被称为从设备。
ODT
ObjectDescriptorTable:
元素(变量)表,用来组成数据获取。
6、协议定义
用来进行标定和数据获取的CCP协议时一个主从型的通信协议。
一个主设备在CAN总线上连接1个或多个从设备。
主从设备结构
主设备是一个标定设备或一个诊断/监控设备或是一个测量系统,通过发送命令到从设备,初始化在CAN总线上传输的数据。
CCP的执行支持命令来控制存储器的数据转移和读取。
这通信协议的双方是独立的,并且可以不同步的运行,这由从设备控制器中的执行器决定。
双方的消息以嵌套的方式传输时可能的。
6.1一般控制指令
指令是用来执行从设备中的功能函数。
为了达到这一目的,建立了在主从设备之间的一个持续的逻辑连接。
这个逻辑连接直到其他从设备被选中或当前从设备明确的发出断开连接指令是才断开连接。
完成初始化逻辑连接之后,主从设备间的数据传输由主设备来控制。
所有主设备发出的指令都必须得到从设备返回的握手信息(命令返回代码或错误代码)。
6.2数据获取指令
这协议指令是用来持续的从从设备中获取数据。
每个CAN节点都可以周期的发送根据主设备命令而制作的响应表所对应的数据。
数据传输由主设备开始,从设备执行,按照一个预定的采样频率或是事件触发。
7消息帧
7.1消息帧组成
根据CAN协议的定义,所有要传输的信息和数据都要封装为消息帧,它包括8字节的数据。
消息帧是从一个CAN节点到另一个CAN节点。
CCP要求至少有两个消息帧,每个传输方向一个:
1)指令接收帧CRO
2)数据传输帧DTO
CRO是用来给接收方接收指令代码和传递参数来执行内部的功能函数或与逻辑连接的CAN设备之间进行数据传输。
指令的接收方要用数据传输帧格式来回应握手消息,在这情况下,DTO被称为指令返回消息。
DTO消息返回的代码是用来判断相应的指令是否成功完成。
功能图表:
在CCP主从设备间的传输流
上文描述的消息标识符的分配是在从设备描述文件中定义的,它是用来配置主设备。
建议认真考虑消息帧的总线优先级,避免破坏其他总线上的实时通信。
而且,CRO应该拥有比DTO更高的优先级。
对于所有用CCP传输的数据,字节顺序在CCP协议本身是没有定义。
因为数据结构是倚靠ECU的CPU决定的,字节顺序是在从设备的描述文件中定义。
但在TEST,CONNECT和DISCONNECT指令中的站地址时例外的。
7.2消息帧描述
7.2.1指令接收帧CRO
CRO是从主设备发送给从设备。
从设备以含有指令返回消息CRM的数据传输帧DTO来应答。
帧结构:
类型
只读
大小
8个消息区字节
目的
从设备接收指令
消息域的参数
位置
描述
Byte
指令代码
1
指令计数器
2…..7
指令相关的参数和数据区
CRO的数据代码长度必须是8。
在指令描述区,不用的字节标注为无关字节,,它可以为任意值。
7.2.2数据传输帧DTO
DTO必须以数据流的形式承载所有的从设备的消息和数据。
数据流第一个字节(DTO的第一个字节位)用来作为存放数据流的ID。
DTO:
命令返回消息CRM,如果DTO是作为从主设备的CRO的回应。
事件消息如果DTO反应从设备内部状态变化,为了调用错误恢复或其他服务
数据获取消息如果存放数据流的ID是指向一个相应的帧描述表,它描述数据获取元素是包含在数据流的剩下7个数据字节上。
ODT是通过协议指令来初始化和改变的
帧结构
Tx(和远程发送请求接收)
Size
指令返回消息或事件消息或数据获取消息
数据流ID=PID
数据流
PID的含义
PID
解释
注意
0xFF
DOT包含指令返回消息
0xFE
DOT包含事件消息
CTR不起作用
0<
=n<
=0xFD
DOT包含与ODTn相关的数据获取消息
参阅章节“指令描述”
指令返回和消息返回用以下格式:
EER:
指令返回-/错误代码
CTR:
指令计数器,与最近的接收的CRO指令中的相同
CRM的数据代码长度必须是8。
数据获取信息格式如下:
PID=n;
DOT包含与ODTn表(参考“指令描述”)相关的数据获取消息
DTO的数据长度的代码可设为真实值。
7.3数据获取结构
主设备可以从从设备接进行数据获取收初始化,它以在DAQ-DTOs中所定义的数据作为返回
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CCP 中文
![提示](https://static.bdocx.com/images/bang_tan.gif)