J1939协议
- 格式:pdf
- 大小:359.49 KB
- 文档页数:5
J1939故障诊断协议本协议旨在明确在J1939通讯协议下,故障诊断过程中各方的责任、权利和义务,以确保故障诊断的准确性和高效性。
本协议适用于采用J1939通讯协议进行故障诊断的所有相关方。
一、协议范围本协议适用于使用J1939通讯协议进行故障诊断的车辆、设备和系统,包括但不限于商用车、工业设备和农业机械等。
二、术语定义1.J1939通讯协议:一种用于车辆通信的网络协议,广泛应用于商用车、工业设备和农业机械等领域。
2.故障诊断:通过对车辆、设备和系统的运行状态进行监测和分析,识别并定位故障的过程。
3.故障码:用于标识特定故障的一组代码,便于故障诊断和维修。
三、协议内容1.故障诊断流程(1)相关方应遵循J1939通讯协议的标准和规范进行故障诊断。
(2)在故障诊断过程中,相关方应确保数据的准确性和完整性,并及时共享必要的信息。
(3)故障诊断完成后,相关方应提供详细的故障报告和维修建议。
— 1 —2.故障码管理(1)相关方应建立统一的故障码管理体系,确保故障码的准确性和一致性。
(2)相关方应及时更新和维护故障码数据库,以便在故障诊断过程中快速准确地识别故障。
3.技术支持和培训(1)相关方应提供必要的技术支持和培训,确保故障诊断人员具备相应的技能和能力。
(2)相关方应定期评估故障诊断人员的技能水平,并提供必要的培训和提高计划。
四、协议执行和监督1.本协议的执行和监督由相关方共同负责。
2.相关方应定期评估协议的执行情况,并对存在的问题进行及时改进和优化。
3.对于违反本协议规定的行为,相关方有权采取相应的措施予以纠正和处理。
五、附则1.本协议未尽事宜可由相关方另行协商补充。
2.本协议的修改和终止应由相关方共同协商决定。
3.本协议自签署之日起生效,有效期为______年。
到期后可根据实际情况进行续签或修改。
— 2 —。
j1939协议
J1939协议是一种面向车辆电子控制系统的通信协议。
它是由美国卡车制造商和发动机制造商联合制定,主要用于汽车、卡车和工程机械等领域中各种电子设备之间的通讯。
J1939协议采用了CAN总线通讯方式,并且在CAN 数据
帧中设置有特定的标识符和数据格式,以保证各个设备之间的通讯与协同。
J1939协议可应用于各种车辆控制系统中的所有
功能,例如:发动机控制、变速器控制、制动系统、显示器、灯光控制等。
通过J1939协议,一个设备可以与其他设备进行双向通信。
J1939协议定义了许多参数集(PGN)和服务集(SPN)。
PGN包含协议中的所有信息,是通信的最小单位,用于定义消
息的内容和分区。
例如,PGN65265(0x00FEE1)是汽车接近传感器信息的标准信息,包含了车辆的距离、速度和车道信息。
而SPN则是一个16位的数字,用于表示参数的识别号。
它指
定了每个参数的编码方式、数据格式和范围等信息。
例如,SPN100(0x0064)表示刹车踏板信号的实际值。
J1939协议在实际应用中具有广泛的应用,例如车辆故障诊断、车辆远程监控、车辆自动驾驶等。
通过使用J1939协议,车辆控制系统中的各个设备可以高效地协同工作,有效地提高了汽车的安全性和可靠性。
同时,也为汽车制造商提供了更多的数据和故障诊断信息,促进了汽车制造和维修的进一步发展。
j1939协议J1939协议是一种用于重型商用车辆之间通信的协议。
该协议基于CAN总线,旨在提供一种标准化的数据通信方式,以便不同设备之间可以相互交换信息。
J1939协议定义了一套规范,包括消息格式、数据结构和网络管理等方面的内容。
它为商用车辆提供了一种灵活的通信方式,使不同的设备可以通过CAN总线发送和接收信息。
J1939协议的消息格式是基于CAN数据帧的,由一个11位的标识符和一个8字节的数据字段组成。
标识符用于标识不同类型的消息,而数据字段则用于传输实际的数据。
在J1939协议中,有一些预定义的消息格式,如DM1、DM2和TPDT等。
这些消息格式包含了与车辆故障诊断和数据传输相关的信息。
通过这些消息格式,设备可以向车辆发送警告信息,并接收来自车辆的故障诊断数据。
除了消息格式外,J1939协议还定义了一套数据结构和网络管理规则。
数据结构用于描述不同类型的数据,在传输过程中保持一致性和可靠性。
而网络管理规则用于管理CAN总线的通信,包括网络初始化、错误处理和带宽分配等。
J1939协议在重型商用车辆中有广泛的应用。
例如,它可以用于车辆的故障诊断系统,通过发送故障码来检测和诊断车辆的故障。
它还可以用于车辆的监控系统,通过传输车辆状态数据来实时监测车辆的性能。
此外,J1939协议还支持数据传输和实时控制。
通过发送和接收数据报文,设备可以实现实时的数据传输和控制功能。
例如,它可以用于车辆的制动系统,通过发送制动指令来控制车辆的制动力。
总体而言,J1939协议为重型商用车辆提供了一种标准化的数据通信方式。
它通过定义消息格式、数据结构和网络管理规则,使不同设备之间可以方便地进行信息交换。
这种通信方式不仅提高了车辆的性能和可靠性,还为车辆的故障诊断和数据传输提供了便利。
J1939协议一、协议目的本协议旨在规范和定义J1939协议的通信规则和数据格式,以便确保各种车辆和设备之间的互操作性和数据交换的一致性。
二、协议范围本协议适用于使用J1939协议进行通信的各种车辆和设备,包括但不限于商用车辆、农业机械、建筑设备、发电机组、船舶和工业自动化设备等。
三、术语和定义1. J1939协议:一种用于车辆和设备之间的通信的协议,基于CAN总线技术。
2. 数据帧:J1939协议中的数据传输单元,包含源地址、目标地址、数据内容等信息。
3. 参数组:J1939协议中的一种数据结构,用于封装和传输特定的数据项。
4. PGN:参数组号码(Parameter Group Number),用于唯一标识一个参数组。
5. SPN:信号参数号码(Suspect Parameter Number),用于唯一标识一个参数组中的一个信号。
四、协议规则1. 数据帧格式1.1 数据帧由CAN总线上的标准帧组成,帧格式为11位标识符。
1.2 数据帧包含11位标识符、数据长度代码(DLC)、数据字节和CRC校验码。
1.3 数据帧的标识符中包含源地址、优先级、数据页、PGN等信息。
1.4 数据帧的DLC定义了数据帧中数据字节的数量。
1.5 数据帧的CRC校验码用于验证数据的完整性。
2. 参数组格式2.1 参数组由一个PGN和一个或多个SPN组成。
2.2 PGN由18位标识符的前3个字节组成。
2.3 SPN由16位标识符的后两个字节组成。
2.4 参数组中的数据按照大端字节序排列。
3. 数据传输3.1 数据传输通过CAN总线进行。
3.2 数据帧的发送和接收由源地址和目标地址进行控制。
3.3 数据传输的优先级由数据帧的标识符中的优先级字段确定。
3.4 数据传输的频率和时序由应用层协议定义。
4. 错误处理4.1 错误帧:当接收到错误的数据帧时,应立即发送错误帧作为响应。
4.2 错误处理机制:错误处理机制应能够检测和处理数据传输过程中的错误,包括但不限于传输错误、接收错误和校验错误等。
J1939协议简介缩写ACK Acknowledgment:应答BAM Broadcast Announce Message:广播通知消息CAN ontroller Area Network:控制器局域网CRC Cyclic Redundancy Check:循环冗余校验CTS Clear-To-Send:清除发送DA Destination Address:目标地址DLC Data Length Code:数据长度代码DP Data Page:数据页EOF End of Frame:框架结束或帧结束ID Identifier:标志符IDE Identifier Extension Bit:标志符扩展位LLC Logical Link Control:逻辑连接控制LSB Least Significant Byte or Least Significant Bit:最小有意义位或字节MAC Medium Access Control:媒体通道控制MF Manufacturer:制造商MSB Most Significant Byte or Most Significant Bit:最大有意义位或字节NA not Allowed:不应答NACK Negative-Acknowledgment:错误应答P Priority:优先级PDU Protocol Data Unit:协议数据单元PF PDU Format:协议数据单元格式PGN Parameter Group Number:参数组代码PS PDU Specific:协议数据单元细节GE Group Extension:组扩展DA Destination Address:目标单元地址R Reserved:保留RTR Remote Transmission Request:远程传输请求RTS Request-To-Send:发送请求SA Source Address:原地址SOF Start of Frame:帧开始SRR Substitute Remote Request:替代远程请求TP Transport Protocol:传送协议Th Hold Time:保持时间Tr Response Time:响应时间un Undefined:没有定义CAN2.0B包含两种格式的说明:标准格式和扩展格式。
sae1939协议的架构SAE1939协议的架构SAE1939协议是一种用于车辆通信的协议,它定义了数据通信的标准,使得各个车辆子系统能够相互交流并实现数据共享。
该协议的架构包含多个重要组件,这些组件协同工作,确保车辆系统的正常运行。
1. J1939物理层J1939物理层是SAE1939协议的基础,它定义了车辆通信所使用的物理介质和电气特性。
这包括了传输介质(如CAN总线)、连接器类型、电压等级等。
J1939物理层的设计能够提供可靠的数据传输,确保车辆系统在复杂环境下的稳定运行。
2. J1939数据链路层J1939数据链路层负责在物理层上建立可靠的数据传输通道。
它使用帧的形式将数据进行分组,并添加CRC校验码以确保数据的完整性。
数据链路层还负责错误检测和纠正,以确保数据的准确传递。
同时,它还定义了数据的优先级和广播的机制,确保各个子系统之间的通信顺畅。
3. J1939网络管理J1939网络管理是协议的核心组件,它负责管理整个车辆网络的拓扑结构和节点之间的通信。
网络管理通过节点地址分配、节点状态管理和错误诊断等功能,确保车辆系统的稳定和可靠运行。
它还支持动态添加和移除节点,以适应车辆系统的扩展和变化。
4. J1939应用层J1939应用层定义了车辆系统中各个子系统之间的数据交换方式和数据格式。
它使用标准的参数组(PGN)和参数(SPN)来描述车辆信息,如发动机转速、车速等。
应用层还提供了一些标准的消息和指令,用于实现车辆系统的功能和控制。
SAE1939协议的架构通过以上组件的协同工作,实现了车辆系统之间的高效通信和数据共享。
这使得不同子系统能够相互协作,实现车辆性能的优化和功能的增强。
同时,该架构还具备可扩展性和灵活性,能够适应不同车辆类型和应用场景的需求。
SAE1939协议的架构为车辆通信提供了一个稳定、可靠的基础。
它通过定义各个组件的功能和交互方式,实现了车辆系统的高效运行和数据交换。
这为车辆制造商和车辆用户提供了更多的选择和灵活性,同时也提升了车辆的安全性和可靠性。
J1939协议协议名称:J1939协议一、引言J1939协议是一种用于重型商用车辆和柴油发动机之间通信的标准协议。
它定义了数据通信、电气连接和网络管理的规范,以实现不同设备之间的互操作性和数据交换。
本协议旨在提供一种统一的通信标准,以便各种设备能够有效地进行数据交换和协同工作。
二、范围本协议适合于重型商用车辆、柴油发动机及其相关设备,包括但不限于卡车、挖掘机、拖拉机、发机电组等。
它涵盖了数据通信、网络拓扑、通信速率、传输协议、数据格式和故障诊断等方面的规范。
三、术语和定义3.1 J1939:指J1939协议的简称。
3.2 数据链路层:指协议栈的一部份,负责提供可靠的数据传输和错误检测。
3.3 物理层:指协议栈的一部份,负责定义电气连接和传输介质的规范。
四、数据通信4.1 数据格式4.1.1 数据帧:J1939协议使用数据帧进行数据传输,每一个数据帧包含一个标识符和一个数据字段。
4.1.2 标识符:数据帧的惟一标识,用于区分不同的数据源和数据类型。
4.1.3 数据字段:数据帧中的有效数据,用于传输实际的信息内容。
4.2 数据传输4.2.1 数据链路层:J1939协议使用数据链路层提供可靠的数据传输,包括数据帧的发送和接收、错误检测和纠正等功能。
4.2.2 物理层:J1939协议定义了多种物理层规范,包括CAN总线、RS-485等,用于实现数据的物理传输。
五、网络管理5.1 地址分配5.1.1 节点地址:J1939协议使用29位的节点地址进行设备的惟一标识,节点地址由网络管理器进行分配。
5.1.2 功能地址:J1939协议定义了一些特殊的功能地址,用于广播和特定功能的通信。
5.2 网络拓扑5.2.1 单总线拓扑:J1939协议支持单总线拓扑,即所有设备通过一个总线进行通信。
5.2.2 多总线拓扑:J1939协议还支持多总线拓扑,即多个总线之间通过网关进行通信。
六、故障诊断6.1 DTC码6.1.1 DTC码:指故障诊断码,用于标识设备故障的类型和位置。
浅析J1939协议附下载SAE J1939协议是基于CAN2.0B协议之上的应⽤层协议,但是SAE J1939协议并不仅仅是个应⽤层协议,她对物理层,数据链路层,⽹络层,应⽤层,故障诊断,⽹络层管理层等都做了详细的规定,只不过这其中很多规定都跟CAN2.0B⼀致。
我们这⾥只介绍J1939的应⽤层,对软件开发来说已经⾜够。
对熟悉CAN2.0B协议的⼩伙伴来说,其实只要掌握下⾯⼏个关键点,J1939就瞬间不再神秘。
J1939协议是基于CAN2.0B的应⽤层协议,所有J1939报⽂都是使⽤29位标志符。
CAN报⽂中我们有11位标志符的标准帧也有29位标志符的扩展帧,在J1939协议中,我们所有报⽂都是29位标志符, 数据域则跟CAN报⽂的数据没有区别。
CAN报⽂是基于ID的,⽽J1939协议是基于PGN的。
这⼀点⼏乎就是J1939协议的全部内容。
CAN2.0B使⽤29位的标志符来区分不同的报⽂,J1939对这29标志符进⾏了重新的分类和解释。
打个不是很恰当的⽐⽅,以前CAN2.0B协议根据⼈的体重来区分不同的⼈,只要⼀样重(ID)就认为是相同的⼈群,体重越瘦的就越是受CAN2.0B协议喜欢(优先级越⾼),现在J1939也是测量体重,只不过是把⼈的脑袋,躯⼲,双⼿,双腿分别测量,然后对这⼏个重量进⾏某种运算(⽐如脑袋重量的平⽅,躯⼲重量与双⼿重量乘积,以及双腿重量这三个数字之和), 只要运算的结果(PGN)⼀致,就认为这些⼈是⼀个⼈群。
也就是说,J1939对CAN2.0B中的29位标志进⾏了重新解释,我们使⽤下⾯这张图来说明⼀下:J1939对CAN ID进⾏了重新划分,加上最多8个字节的数据域,构成了J1939 的协议数据单元(Protocol Data Unit, PDU),其中前3位表⽰优先级位(Priority, P),之后是扩展数据页位(Extended Data Page, EDP),数据页位(Data Page,DP), PDU格式位(PDU Format, PF), PDU特定域位(PDU Specific, PS), 源地址位(Source Address,SA) 以及数据域(Data Filed)。
J1939协议一、引言J1939协议是一种用于重型商用车辆和工程机械的通信协议,旨在实现不同设备之间的数据交换和通信。
本协议的目标是提供一种标准化的通信架构,以确保各种设备的互操作性和数据一致性。
本协议详细规定了通信的物理层、数据链路层和应用层的要求和规范。
二、物理层1. 传输介质J1939协议支持多种传输介质,包括双绞线、光纤和无线电等。
传输介质的选择应根据具体应用场景和要求进行合理选择。
2. 传输速率J1939协议支持不同的传输速率,包括250kbps、500kbps和1Mbps等。
传输速率的选择应根据实际需求和设备性能进行合理配置。
3. 连接器和接口J1939协议规定了连接器和接口的类型和规范,以确保设备之间的正确连接和通信。
连接器和接口应符合相关标准,并具备良好的可靠性和稳定性。
三、数据链路层1. 帧格式J1939协议定义了数据链路层的帧格式,包括帧起始符、帧ID、数据长度、数据域和校验等。
帧格式的定义应符合J1939协议的规定,并确保数据的正确传输和解析。
2. 帧类型J1939协议定义了不同类型的帧,包括数据帧、远程帧和错误帧等。
不同类型的帧应根据具体应用场景和通信需求进行合理选择和配置。
3. 流控制J1939协议支持流控制机制,以确保数据的可靠传输。
流控制应根据具体应用场景和数据交换需求进行合理配置和管理。
四、应用层1. 数据格式J1939协议规定了应用层数据的格式和结构,包括数据标识符、数据长度和数据内容等。
数据格式的定义应符合J1939协议的规定,并确保数据的正确解析和处理。
2. 数据解析J1939协议规定了数据的解析方法和算法,以确保设备能够正确解析和处理接收到的数据。
数据解析的方法和算法应根据具体应用场景和数据格式进行合理选择和配置。
3. 数据交换J1939协议定义了数据交换的方法和规范,包括数据的发送和接收等。
数据交换的方法和规范应根据具体应用场景和通信需求进行合理配置和管理。
CAN总线的特点及J1939协议通信原理、内容和应用
众多国际知名汽车公司早在20世纪80年代就积极致力于汽车网络技术的研究及应用。
迄今已有多种网络标准,如专门用于货车和客车上的SAE的J1939、德国大众的ABUS、博世的CAN、美国商用机器的AutoCAN、ISO的VAN、马自达的PALMNET等。
在我国的轿车中已基本具有电子控制和网络功能,排放和其他指标达到了一定的要求。
但货车和客车在这方面却远未能满足排放法规的要求。
计划到2006年,北京地区的货车和客车的排放要满足欧Ⅲ标准。
因此,为了满足日益严格的排放法规,载货车和客车中也必须引入计算机及控制技术。
采用控制器局域网和国际公认标准协议J1939来搭建网络,并完成数据传输,以实现汽车内部电子单元的网络化是一种迫切的需要也是必然的发展趋势。
1 CAN总线特点及其发展
控制器局域网络(CAN)是德国Robert bosch公司在20世纪80年代初为汽车业开发的一种串行数据通信总线。
CAN是一种很高保密性,有效支持分布式控制或实时控制的串行通信网络。
CAN的应用范围遍及从高速网络到低成本底多线路网络。
在自动化电子领域、发动机控制部件、传感器、抗滑系统等应用中,CAN的位速率可高达1Mbps。
同时,它可以廉价地用于交通运载工具电气系统中,如灯光聚束、电气窗口等,可以替代所需要的硬件连接。
它采用线性总线结构,每个子系统对总线有相同的权利,即为多主工作方式。
CAN网络上任意一个节点可在任何时候向网络上的其他节点发送信息而不分主从。
网络上的节点可分为不通优先级,满足不同的实时要求。
采用非破坏性总线裁决技术,当两个节点(即子系统)同时向网络上传递信息时,优先级低的停止数据发送,而优先级高的节点可不受影响地继续传送数据。
具有点对点、一点对多点及全局广播接收传送数据的功能。
随着CAN在各种领域的应用和推广,对其通信格式的标准化提出了要求。
1991年9月Philips Semiconductors制定并发布了CAN 技术规范(Versio 2.0)。
该技术包括A和B两部分。
2.OA给出了CAN报文标准格式,而2.OB给出了标准的和扩展的两种格式。
1993年11月ISO颁布了道路交通运输工具-数据信息交换-高速通信局域网(CAN)国际标准ISO11898,为控制局域网的标准化和规范化铺平了道路。
美国的汽车工程学会SAE于2000年提出的J1939,成为货车和客车中控制器局域网的通用标准。
2.J1939协议通信原理及内容
(1)J1939与CAN
J1939是一种支持闭环控制的在多个ECU之间高速通信的网络协议冈。
主要运用于载货车和客车上。
它是以CAN2.0为网络核心。
表1介绍了CAN2.0的标准和扩展格式,及J1939协议所定义的格式。
表2则给出了J1939年的一个协议报文单元的具体格式。
可以看出,J1939标识符包括:PRIORTY(优先权位);R(保留位);DP(数据页位);PDU FORMAAT(协议数据单元);PDU SPECIFIC(扩展单元)和SOURCE ADDRESS(源地址)。
而报文单元还包括64位的数据场。
表1 CAN2.0的标准和扩展格式及J1939协议所定义的格式
表2 J1939协议报文单元的具体格式
(2)数据传转协议
J1939通信中的核心是负责数据传输的传输协议。
它的功能分为两部分:
(1)数据的拆分打包和重组。
一个J1939的报文单元只有8个字节的数据场。
因此如果所要发送的数据超过了8字节,就应该分成几个小的数据包分批发送。
数据场的第一个字节从1开始作为报文的序号,后7个字节用来存放数据。
所以可以发送255×7=1785个字节的数据。
报文被接收以后按序号重新组合成原来的数据。
(2)连接管理。
主要对节点之间连接的建立和关闭,数据的传送进行管理。
其中定义了5种帧结构:发送请求帧、发送清除帧、结束应答帧、连接失败帧以及用来全局接收的广播帧。
节点之间的连接通过一个节点向目的地址发送一个发送请求帧而建立。
在接收发送请求帧以后,节点如果有足够的空间来接收数据并且数据有效,则发送一个发送清除帧,开始数据的传送。
如果存储空间不够或者数据无效等原因,节点需要拒绝连接,则发送连接失败帧,连接关闭。
如果数据接收全部完成。
则节点发送一个结束应答帧,连接关闭。
(3)J1939的参数格式
J1939中还定义了参数的具体格式,如标识符、优先级、数据长度、参数的范围等。
参数又划分为状态参数和测量参数。
状态参数表示具有多态信号的某一种状态,如发动机刹车使能/禁能、巡航控制激活/关闭,扭矩/速度控制超载模式、错误代码等。
而测量参数则表示所接收到的信号的值的具体大小,如缸内爆发压力、最大巡航速度、发动机转速等。
3.J1939协议的应用
(1)J1939应用于网络构建
J1939网络层中定义了如何构建网络及连接的功能。
网络层的功能包括数据的过滤、重新打包和转发。
分别由以下各部分实现。
a.中继器。
可以增强数据信号,使数据传输更远的距离。
b.网桥。
数据的转发和过滤。
它可以把网络拆解成网络分支、分割网络数据流,隔离分支中发生的故障,这样就可以减少每个网络分支的数据信息流量而使每个网络更有效,提高整个网络效率。
c.路由。
可以使网络段具有独立的地址空间不同的数据传输率和媒介。
d.网关。
可以在不同的协议和数据设置的网段之间传送数据。
图1为典型的汽车网络连接。
(2)J1939应用于故障诊断
J1939包括在线故障诊断功能,由诊断应用层定义。
诊断应用层面向以下几方面。
a.安全。
在数据链路层上定义一个安全的框架,使得符合工业标准的开发工具执行必要的诊断任务。
包括获取诊断信息,获取节点配置信息,标定控制模式。
但对非开放型的数据加密。
b.连接。
建立J1939网络节点与开发工具之间的连接。
连接器的设计也必须符合J1939协议。
c.诊断状态数据支持。
提供一系列的数据格式。
包括读取出错数据、清除错误数据、监测通信参数、获取节点的配置以及其他的一些信息。
d.诊断测试支持。
可以使开发工具把各种控制节点放到具体的测试模式中以正确设计子网体系。
诊断工具通过连接器与其他节点进行通信以获取诊断数据。
因此所有的控制节点都应该具备以下功能:读取诊断故障代码、清除诊断故障代码、获取实时信息。
而诊断故障代码记载了出错的参数及所在的节点等主要信息。
4.节点设计及数据通信
最小化节点的主控制芯片采用51系列的单片机,控制器采用PHILIPS公司的SJA1000,控制器接口采用82c250。
为了构建CAN总线局域网络,采用了研华公司生产的双端口CAAN控制卡PCL-841,每块PCL-841卡集成了两块PHILIPS的SJA1000控制器和82c250控制器接口。
这样两块控制卡就有四个端□,相当于四个独立的节点,用数据线连接起来,就组成了基本的CAN局域网。
如图2所示。
软件的编写主要包括对寄存器的配置、硬件初始化、中断调用、数据通信几大模块。
中断调用中包括数据中的中断接收、中断发送,以及错误处理、报警等模块。
通信模块又分为数据的发送、接收、请求等。
综上所述,J1939通信协议解决了如下问题。
(I)优先权问题。
如自动换挡要求减油门,巡航控制同时要求增油,而ASR则要求减油门以维持驱动轴的低扭矩。
根据重要程度,则应确定换挡优先,协议能定义各个子系统的优先权顺序。
(2)灵活性问题。
因为各个子系统都是不同类型的控制系统,网络应具备将各个子系统有机地融合在一起的能力。
(3)可扩展性。
即需要增加新的子系统时,不需要对基本系统作修改。
(4)独立性。
每个子系统都可以独立工作,某个子系统出现故障时并不影响其他系统的正工作。
(5)为满足不同控制系统的要求,应具有高的数据传输速率带宽,具有通用的故障诊断接口诊断协议。
(6)车辆状态共享。
如发动机转速、车速、轮速等数据必须各子系统共享,数据的传输及刷新时间取决于各个子系统的特性,并由此决定优先权。