saej1939协议下载.docx

saej1939协议下载.docx

《saej1939协议下载.docx》由会员分享，可在线阅读，更多相关《saej1939协议下载.docx（9页珍藏版）》请在冰豆网上搜索。

saej1939协议下载

编号：

_______________

本资料为word版本，可以直接编辑和打印，感谢您的下载

sae,j1939协议下载

甲方：

___________________

乙方：

___________________

日期：

___________________

说明：

本合同资料适用于约定双方经过谈判、协商而共同承认、共同遵守的责任与义务，同时阐述确定的时间内达成约定的承诺结果。

文档可直接下载或修改，使用时请详细阅读内容。

sae,j1939协议下载

篇一:

saej1939协议

saej1939协议_综述（转载）

发表于20xx/10/2611:

16:

06

saej1939协议是由美国汽车工程师协会一一卡车和公

共汽车电气电子委员会下的卡车和公共汽车控制和通讯网

络分委员会制定的高层can网络通讯协议。

它主要用于为重

型道路车辆上电子部件间的通讯提供标准的体系结构[1]。

1saej1939协议构成文件

saej1939协议包括如下几部分内容：

saej1939-11物理层，250kbits/s,屏蔽双绞线

saej1939-13物理层，离线诊断连接器

saej1939-15简化的物理层，250kbits/s,非屏蔽双绞

线

saej1939-21数据链路层

saej1939-31网络层

saej1939-71车辆应用层

saej1939-73应用层-诊断

saej1939-81j1939网络管理协议

2各层协议的功能

2.1物理层

saej1939的物理层规范包含saej1939-11（物理层，

250kbits/s，屏蔽双绞线）、saej1939-15（简化的物理层，

250kbits/s，非屏蔽双绞线）和saej1939-13（物理层，离

线诊断连接器）三部分。

其中saej1939-11和saej1939-15

给出了物理层为屏蔽双绞线和非屏蔽双绞线时的网络物理

描述、功能描述、电气规范、兼容性测试、总线错误讨论。

而saej1939-13（物理层，离线诊断连接器）则定义了离线

诊断连接器的通用需求、性能需求和物理需求。

2.2数据链路层

saej1939的数据链路层在物理层之上提供了可靠的数

据传输功能。

通过数据链路层的组织，发送的can数据帧具

有必需的同步、顺序控制、错误控制和流控制等功能。

其中，

流控制是通过一致的信息帧格式完成[2]。

数据链路层的功能通过命令、请求、广播/响应、应答、

组功能和传输协议来实现。

其中传输协议用于长度大于8个

字节的参数组（pgn）的收发。

传输协议涉及报文的拆装和

重组，通讯方式乂分为广播和点对点会话，对传输过程还定义了超时监测和错误处理，是数据链路层最复杂的部分。

2.3网络层

saej1939的网络层定义了网络互联ecu的需求和服务，

它们负责不同saej1939网络段之间的互联。

同时网络层也定义了各种类型的网络互联ecu和它们所提供的功能。

2.4应用层

应用层详细定义saej1939协议应用层所用到的spn（可疑参数编号）和pgn（参数组）。

该层包含管理功能和所采用的支持应用的机制。

在应用层技术要求中，对报文格式、iso

拉丁字符集、参数范围、传输重复率、发动机参数的命名规则等方面都有具体的规定和描述［3］。

应用层定义的spn和

pgn是最多的。

2.5应用层一诊断

saej1939应用层一诊断定义了用于诊断服务的报文。

诊

断报文（dm提供

了进行车辆维修时的功能。

saej1939-73提供的诊断定

义是为了满足所有可能使用saej1939网络的用户需要的。

这些定义适合saej1939中定义的所有工业组的应用。

诊断必须具有能够满足不同客户、工业组和法规制订机构所需求的诊断能力［4］。

saej1939所提供的主要诊断功能包括：

周期性广播活动

诊断故障代码；确定控制器诊断灯状态；读取或清除诊断故障代码；读写控制器存储器；提供安全功能；停止/起动报

文广播；报告诊断就绪状态；监测发动机参数。

这些功能分

另U由诊断报文dm1dm19具体实现。

2.6网络管理

saej1939的网络管理负责源地址管理、地址与功能的关

联和对网络相关错误的检测和报告。

它定义了名称和地址方

面的需求、网络管理过程、网络错误管理、地址声明和ca

（控制器应用）的初始化过程和最低限度的网络管理功能

[5]。

3saej1939协议软件开发

saej1939是一个复杂、完整的汽车网络体系结构，其软

件实现是一项大型的系统工程。

其复杂性尤其表现在：

（1）数据链路层的传输协议用于传送多包的长报

文（最多255包，1785字节），具有详细完整的连接管理功能定义，以保证在各种情况下系统都能够稳定可靠地工作。

连接管理包括广播，建立点对点会话连接、维持连接、终止连接、流控制、报文结束应答的详细约定。

这部分协议还规定了在各种情况下的超时和错误处理。

传输协议的软件系统架构是状态图和流程图复杂地交织在一起的混合体。

以传统的软件设计、实现方式开发这部分内容需要丰富的经验和高超的技巧。

（2）网络管理一一网络管理规定了系统初始化过程中

进行地址声明的过程。

设计了在发生地址冲突时，单一地址

能力ca（controllerappliaction控制器应用）、仲裁地

址能力ca和命令地址能力ca的状态转移。

网络管理部分软件设计的突出特点是状态转移图。

（3）应用层一故障诊断一一saej1939所

提供的主要诊断功能包括：

周期性广播活动诊断故障代码；确定控制器诊断灯状态；读取或清除诊断故障代码；读写控制器存储器；提供安全功能；停止/起动报文广播；报告诊

断就绪状态；监测发动机参数。

这些功能分另U由诊断报文dm1——dm19具体实现。

其中dm1报文是诊断报文中最基本、最

常用，也是最重要的。

它周期性地向saej1939网络广播当

前故障信息（以1秒为间隔）。

如果有新的故障发生或当前的某个故障消失，它会即时向网络广播故障变化情况。

上述三部分的软件开发均包含了复杂的状态/流程图的

设计、仿真调试和代码实现，是saej1939软件开发最复杂的部分。

对这部分软件开发所采用的开发模式、开发流程和开发工具将对开发的水平、质虽和效率产生很大影响。

篇二：

saej1939协议简介

（一）saej1939协议简介

（一）微信公众号：

嵌入式程序猿qq:

280192619提到saej1939

协议就不得不提can通讯，大家都知道can是目前比较

流行的一种现场总线，can总线是一种串行数据通信协议，最早由德国bosch公司推出，用于汽车内部测虽与执行部件之间的数据通信。

can推出之后，世界上各大半导体生产厂商迅速推出各种集成有can协议的产品，由于得到众多产品的支持，使得can在短期内得到广泛应用。

can在全世界范

围的应用和用户在不断扩大。

具体的can基本协议，可以参

考bosch公司的官方文档。

can只规定了底层的协议，对高层的应用协议并没有做具体规定，这就给一些高层协议的开发留下了很大的空间，像canopen,devicenet，以及saej1939等都是比较流行的can高层协议。

saej1939协议是由汽车工程协会（sae）定义的，saej1939协议在商用车辆、舰船、轨道机车、农业机械和大型发动机中是应用最广泛的应用层协议，基于传输可靠性能优越的can-bus总线，可达到250kbps的通讯速率。

在协议中，不仅指定了传输类型、报文结构及其分段、流虽检查等，而且报文内容本身也做了精确的定义，saej1939协议

由美国sae（societyofautomotiveengineer）组织维护和推广。

can总线的特点

多主站依据优先权进行总线访问；非破坏性的基于优先权的总线仲裁；

借助接收滤波的多地址信息传送；

远程数据请求；

配置灵活；

全系统的数据相容性；

错误检测和出错信令；

发送期间若丢失仲裁或由于出错而遭破坏的数据包可

自动重发；

暂时错误和永久性故障节点的判另U以及故障节点与can

总线的自动脱离。

主要协议文档：

j1939/11

j1939/13

j1939/15

j1939/21

j1939/31

j1939/71

j1939/73

j1939/74

j1939/75

j1939/81

j1939/84

具体协议内容可以参考官方文档。

其中21,71,74,75,81

几个文档对软件的实现比较重要，可以重点关注。

篇三：

saej1939协议简介

（二）

saej1939协议简介

（二）

微信公众号：

嵌入式程序猿

qq:

280192619

在简单介绍完j1939

协议后，今天我们来讲讲j1939的数据链路层，熟悉数

据链路层是开发任何一种协议软件的基础，数据链路层中的

协议数据单元（pdu）格式是非常重要的。

saej1939pdu（protocoldataunit）

p优先级

这三位仅在总线传输中用来优化消息延迟，接收机必须

对其做全局屏蔽（即忽略）。

消息优先级可从最高0设置到

最低7。

所有控制消息的缺省优先级是3。

其他所有信息、

专用、请求和ack消息的缺省优先级是6。

当定义新的参数

组编号，或总线上通信虽变化时，优先级

可以升高或降低。

当消息被添加到应用层，将给出一个

推荐的优先级。

oem可以对网络做相应调整，优先级域应当是可重编程的。

R保留位

保留此位以备今后开发使用。

不能将此位与can保留位

混淆。

所有消息应在传输中将sae保留位置0。

今后新的定

义可能扩展pdu格式域，定义新的pdu格式，扩展优先级段或增加地址空间

dp数据页

数据页位选择参数组描述的辅助页。

在分配页一的pgn

之前，先分配完页零的可用pgn。

pFpdu格式

pF域，8位。

确定pdu的格式，也是确定数据域对应参

数组编号的域之一。

参数组编号用来确定或标识命令、数据、

请求、确认和否定等参数组编号所确定或标识的信息需要一

个或多个can数据帧进行通信。

若消息长于8字节，必须将

消息分包发送。

如消息长小等于8字节，则使用单个can数

据帧。

ps特定pdu

特定pdu是一个8位域，它的定义取决于pdu格式，根

据pdu格式它可能是目标地址或者组扩展。

若pdu格式（pF）

域的值小于240,特定pdu域是目标地址。

sa源地址

这个域定义了消息发送的特定目标地址。

注意，对于任

何设备，如果源地址与接收到消息的目标地址不相同应忽略

此消息。

所有设备作为消息响应者应对全局目标地址（255）

作出监听和响应。

data数据域

如果给定参数组用于表示不多于8字节的数据时，

可使用can数据帧全部的8个字节。

通常，建议对所有的参数组进行分配时，将8个字节分配或保留以备今后扩展之用。

这样可以很容易地添加新参数，并确保与只定义了部分数据域的旧版本的兼容。

当数据长度不多于8字节时，将

预定义的参数组数据长度值赋予can数据长度码（dlc）;否

则，如果参数组的数据长度大于8,将can数据长度码（dlc）

赋值为8。

长度从9字节到1785字节的数据

如果一个给定的参数组数据长度为9至1785字节时，

数据通信是通过多个can数据帧实现的。

因此，用“多包“来描述这种类型的参数组编号。

如果参数组的定义为多包，在少数特定场合只传输少于9字节的数据时，参数组以单帧can数据帧发送，其中dlc置8。

如果某特定参数组传输9字节或者更多字节，将使用“传输协议功能”。

通过传输协议功

能的连接管理能力来建立和关闭多包参数组的通信。

传输协议功能的数据传输能力，通过传送一系列包含分包数据的can数据帧（包），能独自实现数据通信。

另外，传输协议功能还提供了对于目标地址特定的传输的流控制和握手功能。

所有与特定多包应答相关的can数据帧必须置dlc为8。

saej1939消息类型：

j1939的消息类型总共有命令，请求，确认/响应，组功

能

了解了数据链路层的结构后，那么在应用中，是如何解

析一个参数呢？

pgn（parametersgroupnumber）就是解决这一问题的，那么pgn的格式以及构成可以通过下图一目了然

其中61184和65280-65535是留给用户自定义的。