saej1939协议下载.docx

1、saej1939协议下载 编号：_本资料为word版本，可以直接编辑和打印，感谢您的下载sae,j1939协议下载 甲 方：_乙 方：_日 期：_说明：本合同资料适用于约定双方经过谈判、协商而共同承认、共同遵守的责任与义务，同时阐述确定的时间内达成约定的承诺结果。文档可直接下载或修改，使用时请详细阅读内容。sae,j1939协议下载篇一:saej1939 协议saej1939协议_综述（转载）发表于 20xx/10/2611:16:06saej1939协议是由美国汽车工程师协会一一卡车和公共汽车电气电子委员会下的卡车和公共汽车控制和通讯网络分委员会制定的高层 can网络通讯协议。它主要用于为重

2、型道路车辆上电子部件间的通讯提供标准的体系结构 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 ，

3、屏蔽双绞线）、saej1939-15 （简化的物理层，250kbits/s ，非屏蔽双绞线）和 saej1939-13 （物理层，离线诊断连接器）三部分。其中 saej1939-11 和saej1939-15给出了物理层为屏蔽双绞线和非屏蔽双绞线时的网络物理描述、功能描述、电气规范、兼容性测试、总线错误讨论。而saej1939-13 （物理层，离线诊断连接器）则定义了离线诊断连接器的通用需求、性能需求和物理需求。2.2数据链路层saej1939的数据链路层在物理层之上提供了可靠的数据传输功能。通过数据链路层的组织，发送的 can数据帧具有必需的同步、顺序控制、错误控制和流控制等功能。 其中，流

4、控制是通过一致的信息帧格式完成 2。数据链路层的功能通过命令、 请求、广播/响应、应答、组功能和传输协议来实现。其中传输协议用于长度大于 8个字节的参数组（pgn）的收发。传输协议涉及报文的拆装和重组，通讯方式乂分为广播和点对点会话，对传输过程还定 义了超时监测和错误处理，是数据链路层最复杂的部分。2.3网络层saej1939的网络层定义了网络互联 ecu的需求和服务，它们负责不同saej1939网络段之间的互联。同时网络层也 定义了各种类型的网络互联 ecu和它们所提供的功能。2.4应用层应用层详细定义saej1939协议应用层所用到的 spn（可 疑参数编号）和pgn （参数组）。该层包含

5、管理功能和所采用 的支持应用的机制。 在应用层技术要求中， 对报文格式、iso拉丁字符集、参数范围、传输重复率、发动机参数的命名规 则等方面都有具体的规定和描述 3。应用层定义的spn和pgn是最多的。2.5应用层一诊断saej1939应用层一诊断定义了用于诊断服务的报文。 诊断报文（dm提供了进行车辆维修时的功能。 saej1939-73提供的诊断定义是为了满足所有可能使用 saej1939网络的用户需要的。这些定义适合saej1939中定义的所有工业组的应用。诊断 必须具有能够满足不同客户、工业组和法规制订机构所需求 的诊断能力4。saej1939所提供的主要诊断功能包括： 周期性广播活动

6、诊断故障代码；确定控制器诊断灯状态；读取或清除诊断故 障代码；读写控制器存储器；提供安全功能；停止 /起动报文广播；报告诊断就绪状态；监测发动机参数。这些功能分另U由诊断报文dm1 dm19具体实现。2.6网络管理saej1939的网络管理负责源地址管理、 地址与功能的关联和对网络相关错误的检测和报告。它定义了名称和地址方面的需求、网络管理过程、网络错误管理、地址声明和 ca(控制器应用)的初始化过程和最低限度的网络管理功能5。3saej1939协议软件开发saej1939是一个复杂、完整的汽车网络体系结构， 其软件实现是一项大型的系统工程。其复杂性尤其表现在：(1) 数据链路层的传输协议 用

7、于传送多包的长报文(最多255包，1785字节)，具有详细完整的连接管理功 能定义，以保证在各种情况下系统都能够稳定可靠地工作。连接管理包括广播，建立点对点会话连接、维持连接、终止 连接、流控制、报文结束应答的详细约定。这部分协议还规 定了在各种情况下的超时和错误处理。传输协议的软件系统 架构是状态图和流程图复杂地交织在一起的混合体。以传统 的软件设计、实现方式开发这部分内容需要丰富的经验和高 超的技巧。(2)网络管理一一网络管理规定了系统初始化过程中进行地址声明的过程。设计了在发生地址冲突时，单一地址能力ca （controllerappliaction 控制器应用）、仲裁地址能力ca和命令

8、地址能力ca的状态转移。网络管理部分软 件设计的突出特点是状态转移图。（3）应用层一故障诊断一一 saej1939所提供的主要诊断功能包括：周期性广播活动诊断故障代码； 确定控制器诊断灯状态；读取或清除诊断故障代码；读写控 制器存储器；提供安全功能；停止 /起动报文广播；报告诊断就绪状态；监测发动机参数。这些功能分另U由诊断报文 dm1 dm19具体实现。其中dm1报文是诊断报文中最基本、 最常用，也是最重要的。它周期性地向 saej1939网络广播当前故障信息（以1秒为间隔）。如果有新的故障发生或当前 的某个故障消失，它会即时向网络广播故障变化情况。上述三部分的软件开发均包含了复杂的状态 /

9、流程图的设计、仿真调试和代码实现，是 saej1939软件开发最复杂 的部分。对这部分软件开发所采用的开发模式、开发流程和 开发工具将对开发的水平、质虽和效率产生很大影响。篇二：saej1939协议简介（一） saej1939协议简介（一） 微信公众号：嵌入式程序猿 qq: 280192619 提到 saej1939协议就不得不提can通讯，大家都知道 can是目前比较流行的一种现场总线，can总线是一种串行数据通信协议， 最早由德国bosch公司推出，用于汽车内部测虽与执行部件 之间的数据通信。can推出之后，世界上各大半导体生产厂 商迅速推出各种集成有 can协议的产品，由于得到众多产品

10、的支持，使得can在短期内得到广泛应用。 can在全世界范围的应用和用户在不断扩大。具体的 can基本协议，可以参考bosch公司的官方文档。can只规定了底层的协议，对高层的应用协议并没有做 具体规定，这就给一些高层协议的开发留下了很大的空间， 像canopen , devicenet，以及saej1939等都是比较流行的 can高层协议。saej1939协议是由汽车工程协会(sae)定义 的，saej1939协议在商用车辆、舰船、轨道机车、农业机械 和大型发动机中是应用最广泛的应用层协议，基于传输可靠 性能优越的can-bus总线，可达到250kbps的通讯速率。在 协议中，不仅指定了传输

11、类型、报文结构及其分段、流虽检 查等，而且报文内容本身也做了精确的定义， saej1939协议由美国 sae(societyofautomotiveengineer) 组织维护和推 广。can总线的特点多主站依据优先权进行总线访问； 非破坏性的基于优先权的总线仲裁；借助接收滤波的多地址信息传送；远程数据请求；配置灵活；全系统的数据相容性；错误检测和出错信令；发送期间若丢失仲裁或由于出错而遭破坏的数据包可自动重发；暂时错误和永久性故障节点的判另U以及故障节点与 can总线的自动脱离。主要协议文档：j1939/11j1939/13j1939/15j1939/21j1939/31j1939/71j1

12、939/73j1939/74j1939/75j1939/81j1939/84具体协议内容可以参考官方文档。 其中21,71,74,75,81几个文档对软件的实现比较重要，可以重点关注。篇三：saej1939协议简介（二）saej1939协议简介（二）微信公众号：嵌入式程序猿qq: 280192619在简单介绍完j1939协议后，今天我们来讲讲 j1939的数据链路层，熟悉数据链路层是开发任何一种协议软件的基础，数据链路层中的协议数据单元（pdu）格式是非常重要的。saej1939pdu（protocoldataunit）p优先级这三位仅在总线传输中用来优化消息延迟，接收机必须对其做全局屏蔽（即

13、忽略）。消息优先级可从最高 0设置到最低7。所有控制消息的缺省优先级是 3。其他所有信息、专用、请求和ack消息的缺省优先级是 6。当定义新的参数组编号，或总线上通信虽变化时，优先级可以升高或降低。当消息被添加到应用层，将给出一个推荐的优先级。oem可以对网络做相应调整，优先级域应当 是可重编程的。R保留位保留此位以备今后开发使用。不能将此位与 can保留位混淆。所有消息应在传输中将 sae保留位置0。今后新的定义可能扩展pdu格式域，定义新的pdu格式，扩展优先级段 或增加地址空间dp数据页数据页位选择参数组描述的辅助页。在分配页一的 pgn之前，先分配完页零的可用 pgn。pFpdu格式p

14、F域，8位。确定pdu的格式，也是确定数据域对应参数组编号的域之一。参数组编号用来确定或标识命令、 数据、请求、确认和否定等参数组编号所确定或标识的信息需要一个或多个can数据帧进行通信。若消息长于 8字节，必须将消息分包发送。如消息长小等于 8字节，则使用单个can数据帧。ps特定pdu特定pdu是一个8位域，它的定义取决于 pdu格式，根据pdu格式它可能是目标地址或者组扩展。 若pdu格式（pF）域的值小于240,特定pdu域是目标地址。sa源地址这个域定义了消息发送的特定目标地址。注意，对于任何设备，如果源地址与接收到消息的目标地址不相同应忽略此消息。所有设备作为消息响应者应对全局目标

15、地址 （255）作出监听和响应。data数据域如果给定参数组用于表示不多于 8字节的数据时，可使用can数据帧全部的8个字节。通常，建议对所有 的参数组进行分配时，将 8个字节分配或保留以备今后扩展 之用。这样可以很容易地添加新参数，并确保与只定义了部 分数据域的旧版本的兼容。当数据长度不多于 8字节时，将预定义的参数组数据长度值赋予 can数据长度码（dlc ）;否则，如果参数组的数据长度大于 8,将can数据长度码（dlc ）赋值为8。长度从9字节到1785字节的数据如果一个给定的参数组数据长度为 9至1785字节时，数据通信是通过多个 can数据帧实现的。因此，用“多包“来 描述这种类型

16、的参数组编号。如果参数组的定义为多包，在 少数特定场合只传输少于 9字节的数据时，参数组以单帧can 数据帧发送，其中dlc置8。如果某特定参数组传输 9字节 或者更多字节，将使用“传输协议功能” 。通过传输协议功能的连接管理能力来建立和关闭多包参数组的通信。传输协 议功能的数据传输能力，通过传送一系列包含分包数据的 can数据帧（包），能独自实现数据通信。另外，传输协议功 能还提供了对于目标地址特定的传输的流控制和握手功能。所有与特定多包应答相关的 can数据帧必须置dlc为8。saej1939消息类型：j1939的消息类型总共有命令，请求，确认 /响应，组功能了解了数据链路层的结构后，那么在应用中，是如何解析一个参数呢？pgn(parametersgroupnumber) 就是解决这一问题的，那 么pgn的格式以及构成可以通过下图一目了然其中61184和65280-65535是留给用户自定义的。