can2.0协议
“can2.0协议”相关的资料有哪些?“can2.0协议”相关的范文有哪些?怎么写?下面是小编为您精心整理的“can2.0协议”相关范文大全或资料大全,欢迎大家分享。
CAN2.0与J1939协议
CAN2.0 与J1939协议的区别
CAN2.0与J1939协议
1、CAN2.0A
CAN2.0A帧格式
帧起始:
SOF:start of frame;1位:显性:为0;
仲裁场:
ID:11位的ID;数值越小,优先级越高;
RTR位: Remote terminal Request:远程终端请求;控制场:
IDE位:ID扩展位;
R0位:保留位;
DLC: Data Length Code;数据长度码;
数据场:
0-8字节;
校验场:
15位CRC+1位CRC分隔符;
应答场:
1位应答+1位应答分隔符;
帧结束:
EOF:End Of Frame:7位:隐性:为1;
CAN2.0A帧,不含数据场,共44位。
2、CAN2.0B
CAN2.0B帧格式:
帧起始:
SOF: Start Of Frame;
仲裁场:
ID:11位ID;
SRR;代用远程请求;
IDE:
ID:18位ID;
RTR:
控制场:
R1、R0保留位;
DLC;4位的数据长度码;
数据场:
0-8字节;
校验场:
15位CRC+1位CRC分隔符;
应答场:
1位应答+1位应答分隔符;
帧结束:
CAN2.0 与J1939协议的区别
7位1;
CAN2.0B帧比CAN2.0A帧,在仲裁场多出20位,共64位(不含数据场)。
3、J1939
J1939
CAN协议(标注)
附件1:CAN通讯协议
系统中电机控制器通过CAN总线接受整车控制器控制指令,通讯协议满足SAE J1939以及CAN 2.0B标准,通讯波特率为250Kps。
1. 网络硬件的要求
通信电缆应尽量离开动力线(0.5m以上)、离开12V控制线(0.1m以上)。
电缆屏蔽层在车内连续导通,建议每个部件的网络插座有屏蔽层的接头,屏蔽层仅与主控制器控制地单端可靠相连。
1. 网络硬件的要求
通信电缆应尽量离开动力线(0.5m以上),离开12V控制线(0.1m以上)。
电缆屏蔽层在车内连续导通,建议每个部件的网络插座有屏蔽层的接头,屏蔽层仅与主控制器控制地单端可靠相连。 2. 网络报文结构图
29位标识符分配表: IDENTIFIER 11BITS SRR IDE IDENTIFIER EXTENSION 18BITS PRIORITY 3 2 1 R DP 1 1 8 PDU FORMAT(PF) 7 6 5 4 3 SRR IDE PF 2 1 8 7 PDU SPECIFIC(PS) 6 5 4 3 2 9 1 8 8 7 SOURCE ADDRESS(SA) 7 6 6 5 5 4 4 3 3 2 2 1 1 0 28 27
CAN标定协议
1.2 CAN标定协议
控制器局域网络CAN是由英特尔公司和罗伯特博世有限公司联合开发的。该协议广泛应用在许多高端汽车控制系统如发动机管理以及工业控制系统。用于CAN协议的控制器芯片可以从不同的半导体制造商处得来。
CAN标定协议是ASAP标准的一部分。它是由一个名叫Ingenieurbüro Helmut Kleinknecht的标定系统制造商开发和推广的,并且应用于汽车行业的许多领域中。CCP由ASAP的工作组控制,并且增强了可选功能。
2 应用程序的领域及范围
这个文件规定了CAN标定协议CCP,是由包含了ASAP的工作组来定义。CCP定义了控制器与主设备之间的连接使用CAN2.0B(11-bit和29-bit 标示符),也包括2.0A(11-bit 标示符)用于:
1. 从控制器获得数据,
2. 内存转移和标定控制器中的控制功能。 在以下领域CCP提供的功能可能会被用到:
开发电子控制单元(ECU) ECU功能和环境测试的系统
用于控制设备的测试系统和测试标准 前车系列的机载测试盒测量系统
任何基于CAN的分布式电子控制系统的非汽车应用
5 定义及缩写
CAN 控制器区域网络:通信协议(在ISO/OSI模型水平 1+2)是由罗
CAN 协议通信格式
CAN 协议通信格式
CA N 协议通信格式 中有 四种帧格式 : 数据 帧、
远程帧、 出错帧和超载帧。其中断帧和远程帧的发
送需要在 CPU 控制下进行 , 而 出错帧和超载帧的
发送则是在错误发生或超载时 自动进行的。数据
帧结构如图 1 所示 。
一
个完整的数据帧格式 , 除了仲裁场 、 控制场 、
数据场外都是 CA N 控制器发送数据时 自动加上去
的, 而仲裁场 、 控制场 、 数据场则必须 由 CPU 控制
给出。用 SJA 1000 时, 写出发送缓 冲器 的 TX ID0 、
TX ID 1 即设定 了相应 的仲裁场 和控制场。TX ID0
即为仲裁场的高 8 位 , TX ID 1 的高 3 位为仲裁场的
低 3 位 , 组成共 11 位 的仲裁 场。TX ID 1 的第 5 位
为 RTR 位, 即远程请求位。其在数据帧中为“ 0” ;
TX D 1 低 4 位标示数据场所含字节数的多少 , 称 为
D LC 。R TR 和 D LC 共同构成控制场。发送的数据
组成数据场, 最多不超过 8 个字节。远程帧和数据
帧的形式差别在于没有数据场 。除此之外 , 在远程
帧中RTR 位必须置“ 1” , 表示请求数据源节点向它
的目的节点(即发送远程帧的节点 )
CAN 总线协议外文翻译
CAN Bus Protocol
Introduction
Controller Area Network (CAN) was initially created by German automotive system supplier Robert Bosch in the mid-1980s for automotive applications as a method for enabling robust serial communication. The goal was to make automobiles more reliable, safe and fuel-efficient while decreasing wiring harness weight and complexity. Since its inception, the CAN protocol has gained widespread popularity in industrial automation and automotive/truck applications. Other markets where networked solutions
InGaN RoHS 2.0 CAN14-203371-03_EC_F
Test Report No. CANEC1420337103 Date: 09 Dec 2014Page 1 of 8ANHUI SANAN OPTOELECTRONICS CO.,LTD.NO.8 DONGLIANG ROAD,ECONOMIC&TECHNOLOGICAL DEVELOPMENT AREA,WUHU CITY,ANHUI The following sample(s) was/were submitted and identified on behalf of the clients as : InGaN SGS Job No. :
XM15793101EC - XM Date of Sample Received :25 Nov 2014Testing Period :25 Nov 2014 - 06 Dec 2014Test Requested :Selected test(s) as requested by client.Please refer to next page(s).Please refer to next page(s).Test Method :Test Results :Conclusion :B
ONVIF2.0中文协议原版
ONVIF2.0中文协议原版
1 范围 (16)
2 引用标准 (17)
3 术语与定义 (19)
3.1定义 (19)
3.2缩写 (20)
4 概述 (22)
4.1W EB 服务 (23)
4.2IP配置 (24)
4.3设备发现 (24)
4.4设备类型 (24)
4.5设备管理 (24)
4.5.1 功能 (25)
4.5.2 网络 (25)
4.5.3 系统 (25)
4.5.4 系统信息检索 (26)
4.5.5 固件升级 (26)
4.5.6 系统还原 (26)
4.5.7 安全 (26)
4.6设备IO (27)
4.7图像配置 (27)
4.8媒体配置 (27)
4.8.1 媒体配置文件 (28)
4.9实时流 (30)
4.10事件处理 (31)
4.11PTZ控制 (31)
4.12视频分析 (32)
4.13分析设备 (34)
4.14显示 (34)
4.15接收器 (34)
4.15.1 同步点 (34)
4.16存储 (35)
4.16.1 存储模式 (35)
4.16.2 记录 (36)
4.16.3 查找 (36)
4.16.4 回放 (37)
4.17安全 (37)
5 WEB服务框架 (38)
5.1服务概述 (38)
5.1.1 服务要求 (38)
5.2WSDL概述 (39)
24V系统-CAN通讯协议说明书
24V系统-CAN通讯协议说明书
(内部文件)
修改时间 2011-2-18
修改人 鲍荣善 修改内容 创建版本 版本 V1.0 1. 2. 3. 4.
5.
目的........................................................................................................................................... 2 范围........................................................................................................................................... 2 网络拓扑 .............................................................................................................................
基于Modbus协议的CAN总线转换器设计
Modbus
维普资讯
总第 4 3卷第 4 0期 9 20 0 6年第 1 O期
电测与仪表El cr c l Me s r me t& I sr me t t n e t a aue n i n tu n a i o
Vo .3 NO 4 0 1 .9 4
0c.2 6 t 0o
基于 Mo b s d u协议的 C N总线转换器设计 A杨艳民,学俊,王杨林(大连轻工业学院机械工程与自动化学院,大连 1 6 3 ) 10 4
摘要:对 C N现场总线和 M d u协议的特点。出一种应用单片机技术设计 C N现针 A o bs给 A
场总线与 Mob s d u总线的转换器的方法。现了将 Mo b s备连接到 C N现场总线网实 du设 A络中,并具体的介绍了转换器硬件结构和相应的软件程序流程,际应用效果良好。实关键词: d u; A Mo b sC N总线;转换器;片机单中图分类号:P 9 T33文献标识码: B文章编号:0 1 19 (0 6)0 0 4— 5 10— 3 0 2 0 1— 0 9 0
De i n o sg fCAN- s Co v r e s d o o b o o o Bu n e t r Ba e
基于CAN的高层协议CANopen与DeviceNET的比较
基于CAN的高层协议CANopen与DeviceNET的比较
文章整理: 北京家电维修网 来源: 作者: 点击:42
CAN总线以其成本低廉、通信实时性好、纠错能力强等优点而被汽车工业、电力系统变电站自动化、智能大厦等系统广泛采用。作为一种通信协议,CAN本身并未指出流量控制、节点地址分配、通信建立、设备连接标准等具体的细则。后来在CAN总线协议的基础上,产生了DeviceNET和CANopen协议标准。
1 CANopen简介 1.1 CANopen由来
1993年,Bosch公司领导的CAN-BUS协会开始研究CAN-BUS通讯、系统、管理方面的细则,以后逐步完善,由此发展成为CANopen协议,它是CAL(CAN Application Layer)协议基础上开发的,使用了CAL通信和服务协议子集,它在保证网络节点互用性的同时允许节点的功能随意
扩展,定义了基于CAN的分布式工业自动化系统的应用标准以及CAN应用层通信标准。CANopen协议是一个开放性的协议,对于开发者来说它是完全免费的。CANopen在发布后不久就获得了广泛的承认,后来,有CiA(CAN in Automation)协会管理、维护、