【AAA】车载诊断标准ISO+15765-2中文.doc
ISO15765协议的研究与实现
IV
Research and realization of ISO 15765 protocol ABSTRACT
With the growing number of electronic control unit （ ECU ） used on cars, automotive network turns into automotive electronic development trend. Over a long period development, Controller Area Network (CAN) has become one of the actual car bottom bus standards. As a vehicle network diagnostic protocol based on CAN, ISO 15765 is currently widely used because of its merits on transmission mechanism, time control, error detection etc… ISO 15765 is more stringent on the time control of network layer and provides more comprehensive diagnostic services on application layer. How to reasonably set up the parameters to reduce the network layer transmission time and implement different diagnoses as per different requirements is still pending to research. Based on lots of domestic and foreign analysis data reading and analysison ISO 15765 protocols, this thesis carries out relevant research on the network layer, the application layer and diagnosis process of the protocol. First of all, by analyzing link layer arbitration mechanism of CAN bus and transmission mechanism, Stmin parameter model of the network layer is set up which uses network load rate and data frame priority parameters as constraints. Compared with the tradition parameter model, this model could reduce the average waiting time of the network layer in a multi-frame transmission. Secondly, in accordance with the characteristic of automotivecar body network and by analyzing the specific diagnosis service and process of the application layer, the colored Petri nets model of diagnosis process is set up by combining the colored Petri nets and process of diagnosis system. This model could be used to describe the logic relationship of communication of diagnostic instrument and ECU. Simulation shows this method would improve automotive network software development efficiency. Finally, the thesis introduces implementation of seat ECU diagnosis system, which is verified and analyzed by using CANoe simulation software to simulate the network environment. Keywords ： CAN bus; ISO 15765; Automotive Network Diagnostic; Colored Petri net
车载认证标准
车载认证标准
车载认证标准是指在车载电子设备中使用的认证标准，以确保车载电子设备的安全性和可靠性。
车载认证标准通常包括以下几个方面：
1. 安全性认证：车载电子设备必须符合安全标准，以确保在发生交通事故时不会对乘客造成伤害。
例如，车载娱乐和导航系统的显示屏幕必须符合防碎裂和防辐射标准。
2. 可靠性认证：车载电子设备必须具有高可靠性和稳定性，以确保在长时间使用过程中不会出现故障。
例如，车载音响和空调必须能够经受住长时间的使用和恶劣的车辆环境。
3. 兼容性认证：车载电子设备必须能够与车辆的其他电子设备兼容，以确保车辆的整体性能和安全性。
例如，车载蓝牙和Wi-Fi必须能够与其他车载电子设备无缝连接。
4. 耐久性认证：车载电子设备必须具有较长的使用寿命，以确保在车辆使用寿命内不会出现故障。
例如，车载音响和导航系统的外观和内部零件必须能够经受住时间的考验。
5. 功能性和性能认证：车载电子设备必须具有所需的功能和性能，以确保乘客能够方便地使用它们。
例如，车载空调必须具有高效的制冷和制热功能，以确保乘客能够在任何天气条件下保持舒适。
总之，车载认证标准是确保车载电子设备的安全性、可靠性和性能的关键因素。
这些标准必须经过严格的测试和认证程序，以确保它们能够满足行业和消费者的要求。
车载诊断标准ISO_15765-3中文
ISO 15765-3（2004）道路车辆——控制局域网络诊断——第3部分：一元化诊断服务实施（CAN的UDS）道路车辆——控制器局域网（CAN）的诊断——第3部分：一元化诊断服务实施（CAN的UDS）1 范围这部分ISO 15765协议按照ISO 14229-1，描述了在ISO 11898定义的控制器局域网中统一诊断服务（UDS）的实施。
它给所有汽车连接至CAN网络服务器及外部测试设备提供诊断服务及服务器存储器编程的需求。
它对汽车内部CAN总线架构无任何要求。
2 参考的标准下述的参考文档对于该文档的应用是必不可少的。
3 术语，定义和缩略词为编撰该文档目的，这些术语和定义已在ISO 14229-1，ISO 15765-1及ISO 15765-2中给出，以下缩略词术语同样适用。
DA 目标地址ID 标识符DLC 数据长度码GW 网关LSB 最低有效位MSB 最高有效位NA 网络地址SA 源地址SM 子网掩码TOS 服务类型4 协定该部分ISO 15765协议基于ISO 14229-1的协定，该协议遵从使用到诊断服务的OSI服务协议。
5 统一诊断服务（UDS）对照OSI模型的应用见图16 应用层及会话层6.1 应用层服务该部分ISO 15765协议使用ISO 14229-1的客户机-服务器式的应用层服务。
该系统具有测试、检测、监视，诊断及汽车服务器在线编程的功能。
6.2 应用层协议该部分ISO 15765协议使用ISO 14229-1应用层协议。
6.3 应用层诊断会话管理定时重要——任何一个服务器端产生的<N_Result>不等于N_OK的N_USData.indication的指示服务，服务器应用层都不应该有一个应答信息。
6.3.1 概况下述的是应用层及会话层的定时参数及它们如何在客户机-服务器模式中如何处理的。
图1 OSI模型中，基于CAN的UDS实施下述的几种通信会话方式需区别开：a)物理的通信在如下期间1）默认会话方式2）非默认的会话方式——需进行会话处理b)功能的通信在如下期间1）默认的会话方式2）非默认的会话方式——需进行会话处理所有的情况下，请求服务器否定应答信息的扩展的定时应答，包括应答码78hex应当予以考虑。
车辆CAN诊断介绍
基于控制局域网（CAN）的公路车辆诊断第一部分：概要信息1．范围这部分提供关于ISO 15765的一个总体结构和各个部分及其之间的关系。
同时也定义诊断网络构架。
ISO 15765定义的术语适用于所有诊断网络及ISO 15765的各个部分。
2．规范性引用文件以下的参考文件对于这个文件的应用是必不可少的。
对于有标日期的参考资料，只应用于所引用的版本。
对于没有标时间的参考资料，应用于参考文献的最新版本。
ISO 11898（全部），公路车辆——控制局域网（CAN）ISO 14229-1，公路车辆——统一标准的诊断服务（UDS）——说明与要求3．术语与定义为了编写这个文件，术语和定义已在ISO 14229-1中给出。
4．ISO 15765总论4.1概要ISO 15765适用于基于控制局域网（CAN）通讯网络的车辆诊断系统。
ISO 11898 中对CAN通讯网络有详细的说明。
ISO 15765的建立是为了定义一种ISO11898中详细说明的基于CAN通信的汽车诊断系统的通用要求。
尽管ISO 15765当初主要针对诊断系统，但它已经发展成能够满足其它基于CAN的需要用到网络层协议系统要求的协议了。
为了达到这个目的，ISO 15765基于OSI（开放式系统互联参考模型），这种模型在ISO/IEC 7498 和ISO/IEC 10731中有详细说明，它把通讯系统分为七层。
映射到这种模型时，在ISO 15765中说明的服务分为：--诊断服务（第七层），ISO 15765-3中说明，--网络层服务（第三层），ISO 15765-2中说明，--CAN服务（第一层和第二层），ISO 11898-1中说明，与表1一致表1应用层服务是依据ISO 14229-1和ISO 15031-5定义的诊断服务来定义的，但并不局限于只能使用这些国际标准。
ISO 15765-3同样与大部分的国家标准和汽车制造说明书定义的诊断服务相兼容。
网络层服务被定义为与物理层的实现无关。
车载产品试验标准
1目的：鉴定产品在各种不同环境下,其性能表现是否符合规格(设计规格或客人规格),并以验证产品品质.2范围：本公司自行开发或客人委托开发,制造之车载产品,均适用之.若客户有特殊要求时,依客户要求执行.3权责：品管人员负责对产品实施试验;委托试验申请负责提供试验样品4定义：4.1 产品缺陷级定义A级:（0缺陷级）产品不可出现功能性缺失，无操作失败，无记忆消失，无指标偏差，无软件失败，无外观不良，无输入/输出异常等，标准之外的不明类问题依市面认定者而定。
B级:（轻度不良级）产品不可出现功能性缺失，无操作失败，无记忆消失，无指标偏差，无软件失败，无外观不良，容许有短暂的干扰或视音瞬间中断，试验后正常。
C级:（中度不良级）产品不可出现功能性缺失，无记忆消失，容许出现软件故障但可自动恢复，外观有轻微不良，指标有偏差。
D级:（高度不良级）实验中可出现死机、无法启动和无记忆等现象，但断电后可重启，不容许有烧毁或损坏，外观有中度不良但不影响操作使用。
E级:（重度不良级）实验中出现死机不可恢复，有烧毁或损坏现象。
4.2 客户等级: 客户等级于开案时由PM提出,RD、业务、DQA确认后经总经办核准后定案执行。
LEVEL_1: 直接供车厂的客户体;LEVEL_2: 其它无法提供试验规范的车厂客户体;LEVEL_3: 原装销售市场的客户体;LEVEL_4: 指4S后装市场或加盟维修服务店.4.3 产品标准分类:A部分:为车载DVD部分试验标准;B部分:为车载AMP部分试验标准5 作业程序：5.1 允收标准:外观检查：喷漆，丝印，电镀不可有颜色和亮度改变、掉漆、起泡等现象。
结构检查：塑胶，五金不可有破裂、变形、松脱等现象。
功能检查：不可有误动作，功能丧失，记忆消失等。
性能检查：实验后指标参数比实验前降低0~3dB。
机内检查：元件不可有脱落、松动、破皮、爆裂、烧损等现象5.2 试验条件和方法:5.2.1试验前后的基准温度和湿度基准温度25℃±2℃、基准相对湿度55％±5％R.H.（无特别限制时也可在常温（温度10～35℃），常湿（相对湿度40～85％）条件下进行。
(完整版)汽车检测与诊断的参数及其标准
汽车检测与诊断的参数及其标准汽车的检测与诊断是确定汽车技术状况的技术，不仅要求有完善的检测、分析、判断的手段和方法，而且在检测诊断汽车技术状况时，必须选择合适的诊断参数，确定合理的诊断参数标准和最佳诊断周期。
诊断参数、诊断参数标准、最佳诊断周期是从事汽车检测诊断工作必须掌握的基础知识。
一、汽车诊断参数1．诊断参数概述诊断参数，是表征汽车、汽车总成及机构技术状况的量。
在检测诊断汽车技术状况时，需要采用一种与结构参数有关而又能表征技术状况的间接指标，该间接指标称为诊断参数。
诊断参数既与结构参数紧密相关，又能够反映汽车的技术状况，是一些可测的物理量和化学量。
汽车诊断参数包括工作过程参数、伴随过程参数和几何尺寸参数。
(1)工作过程参数该参数是汽车、总成或机构工作过程中输出的一些可供测量的物理量和化学量。
例如，发动机功率、汽车燃料消耗量、制动距离或制动力。
汽车不工作时，工作过程参数无法测量。
(2)伴随过程参数该参数是伴随工作过程输出的一些可测量，例如振动、噪声、异响、温度等。
这些参数可提供诊断对象的局部信息，常用于复杂系统的深入诊断。
汽车不工作时，无法测量该参数。
(3)几何尺寸参数该参数可提供总成或机构中配合零件之间或独立零件的技术状况，例如配合间隙、自由行程、圆度、圆柱度、端面圆跳动、径向圆跳动等。
这些参数虽提供的信息量有限，但却能表征诊断对象的具体状态。
汽车常用诊断参数如表1-1所示。
表1-1汽车常用诊断参数为了保证诊断结果的可信性和准确性，在选择诊断参数时应遵循以下的原则：(1)灵敏性灵敏性亦称为灵敏度，是指诊断对象的技术状况在从正常状态到进入故障状态之前的整个使用期内，诊断参数相对于技术状况参数的变化率。
选用灵敏性高的诊断参数诊断汽车的技术状况时，可使诊断的可靠性提高。
(2)稳定性稳定性指在相同的测试条件下，多次测得同一诊断参数的测量值，具有良好的一致性(重复性)。
诊断参数的稳定性越好，其测量值的离散度越小。
(完整版)汽车检测与诊断的参数及其标准
伴随过程参数该参数是伴随工作过程输出的一些可测量，例如振动、噪
几何尺寸参数该参数可提供总成或机构中配合零件之间或独立零件的技
例如配合间隙、自由行程、圆度、圆柱度、端面圆跳动、径向圆跳动等。
1-1所示。
1-1汽车常用诊断参数
诊断参数 诊断对象 诊断参数
(重复性)。诊断参数的稳定性越好，其测量值的离散度越小。
信息性信息性是指诊断参数对汽车技术状况具有的表征性。表征性好的
包含汽车技术状况的信息量越多，得出的诊断结论越可
经济性经济性是指获得诊断参数的测量值所需要的诊断作业费用的多
．诊断参数的测量条件和测量方法
可以得出不同的诊断参数值。在测量条
只有少量诊断参数可在冷车下进行。除了温度条件外，速
所以，要把诊断参数及其
总成及机构的技术状况，确定维修的范围和深度，预
即可确定汽车是继续运行还是要进行维
．诊断参数标准的分类
分为国家标准、行业标准、地方标准和
国家标准国家标准是国家制定的标准，冠以中华人民共和国国家标准(GB)
GB18565-2001《营运车辆综合性能要求和检验方法》）。国家标准一
由国家质量监督检验检疫总局发布，具有强制性和权威性。
断电器触点间隙 客车车内噪声 断电器触点闭合角 驾驶员耳旁噪声 点火波形重叠角 点火提前角 火花塞间隙
．诊断参数的选择原则
灵敏性灵敏性亦称为灵敏度，是指诊断对象的技术状况在从正常状态到
诊断参数相对于技术状况参数的变化率。选
稳定性稳定性指在相同的测试条件下，多次测得同一诊断参数的测量值，
不仅要求有完善的检测、分
判断的手段和方法，而且在检测诊断汽车技术状况时，必须选择合适的诊断
车载诊断标准ISO 15765-4中文
道路车辆——控制局域网络诊断——第4部分：排放相关系统的要求道路车辆——控制局域网络诊断——第四部分：排放相关系统的要求道路车辆——控制器局域网（CAN ）的诊断——第四部分：排放相关系统的要求1 范围该部分15765协议描述了CAN 网络OBD 法规要求的排放相关的要求。
该通信网络包含道路车辆装配的一个或多个排放相关的ECU 以及外部测试设备。
它是建立在ISO 15765-2，ISO 11898-1和ISO 11898-2协议上，并为法规OBD 设立了这些标准使用限制。
它不指定汽车内部CAN 总线架构。
法规OBD 汽车遵从外部测试设备要求。
2 参考的标准下述的参考文档对于该文档的应用是必不可少的。
ISO 11898（所有的部分），道路车辆——控制器局域网（CAN ）ISO 14229-1，道路车辆——统一诊断服务（UDS ）——第一部分：说明及要求2 ISO 15765-2，道路车辆——控制器局域网（CAN ）诊断——第二部分：网络层服务 ISO 15031-5，道路车辆——车辆与外部设备排放相关的诊断——第五部分:排放相关的诊断服务3 术语，定义，标志，缩略语ISO 14229-1给出的术语定义以下标志及术语定义在该文档中同样适用。
1C ，2C ：a.c 的边界电容H CAN C _：CAN_H 的对地电容LCAN C _：CAN_L 的对地电容 DIFF C ：CAN_H 与CAN_L 的电容CABLE L ：OBD 连接的ECU 与外部测试设备之间最长的电缆长度1R ，2R ：a.c 边界电阻1SEG t ：定时段12SEG t ：定时段2SYNCSEG t ：异步段BIT t ：位时间RX BIT t _：接收位时间TX BIT t _：发送位时间t ：外部测试设备CAN 接口传输延迟（不包含外部测试设备电缆延迟）t：外部测试设备CAN电缆传输延迟（不包括外部测试设备CAN接口传输延迟）CABLEt：时间总量Qf：振荡器公差ECU：电子控制单元OBD：在线诊断Prop_Seg：传输段Phase_Seg1：阶段1Phase_Seg2：阶段2SA：源地址SJW：异步跃级宽度SP：正常样本点Syne_Seg：异步段TA：目标地址4 外部测试设备初始化顺序4.1 概述外部测试设备应当支持该部分ISO 15765协议描述的初始化顺序。
[参考实用]车载诊断标准ISO15765中文版
![[参考实用]车载诊断标准ISO15765中文版](https://img.taocdn.com/s3/m/35e0f80b3968011ca200910e.png)
ISO15765-3（20XX）道路车辆——控制局域网络诊断——第3部分：一元化诊断服务实施（CAN的UDS）道路车辆——控制器局域网（CAN）的诊断——第3部分：一元化诊断服务实施（CAN的UDS）1范围这部分ISO15765协议按照ISO14229-1，描述了在ISO11898定义的控制器局域网中统一诊断服务（UDS）的实施。
它给所有汽车连接至CAN网络服务器及外部测试设备提供诊断服务及服务器存储器编程的需求。
它对汽车内部CAN总线架构无任何要求。
2参考的标准下述的参考文档对于该文档的应用是必不可少的。
3术语，定义和缩略词为编撰该文档目的，这些术语和定义已在ISO14229-1，ISO15765-1及ISO15765-2中给出，以下缩略词术语同样适用。
DA目标地址ID标识符DLC数据长度码GW网关LSB最低有效位MSB最高有效位NA网络地址SA源地址SM 子网掩码TOS 服务类型4协定该部分ISO15765协议基于ISO14229-1的协定，该协议遵从使用到诊断服务的OSI 服务协议。
5统一诊断服务（UDS ）对照OSI 模型的应用见图16应用层及会话层6.1应用层服务 该部分ISO15765协议使用该系统具有测6.2应用层协议 该部分ISO15765协议使用6.3应用层诊断会话管理定时 重要——任何一个服务器端产生的<N_Result>不等于N_OK 的N_USData.indication 的6.3.1概况图1OSI 模型中，基于CAN 的UDS 实施下述的几种通信会话方式需区别开：a) 物理的通信在如下期间1） 默认会话方式2） 非默认的会话方式——需进行会话处理b) 功能的通信在如下期间1）默认的会话方式2）非默认的会话方式——需进行会话处理所有的情况下，请求服务器否定应答信息的扩展的定时应答，包括应答码78heG应当予以考虑。
定义在ISO15765-2的网络层主要是处理客户机-服务器的应用层及诊断会话管理的定时。
iso,15765,can,500k,29bit扩展协议
竭诚为您提供优质文档/双击可除iso,15765,can,500k,29bit扩展协议篇一：车载诊断标准iso_15765-3中文-初级iso15765-3（20xx）适合新手入门级教程！道路车辆——控制局域网络诊断——第3部分：一元化诊断服务实施（canuds）的道路车辆——控制器局域网（can）的诊断——第3部分：一元化诊断服务实施（can的uds）1范围这部分iso15765协议按照iso14229-1，描述了在iso11898定义的控制器局域网中统一诊断服务（uds）的实施。
它给所有汽车连接至can网络服务器及外部测试设备提供诊断服务及服务器存储器编程的需求。
它对汽车内部can 总线架构无任何要求。
2参考的标准下述的参考文档对于该文档的应用是必不可少的。
3术语，定义和缩略词为编撰该文档目的，这些术语和定义已在iso14229-1，iso15765-1及iso15765-2中给出，以下缩略词术语同样适用。
da目标地址id标识符dlc数据长度码gw网关lsb最低有效位msb最高有效位na网络地址sa源地址sm子网掩码tos服务类型4协定该部分iso15765协议基于iso14229-1的协定，该协议遵从使用到诊断服务的osi服务协议。
5统一诊断服务（uds）对照osi模型的应用见图16应用层及会话层6.1应用层服务该部分iso15765协议使用iso14229-1的客户机-服务器式的应用层服务。
该系统具有测试、检测、监视，诊断及汽车服务器在线编程的功能。
6.2应用层协议该部分iso15765协议使用iso14229-1应用层协议。
6.3应用层诊断会话管理定时重要——任何一个服务器端产生的不等于n_ok的n_usdata.indication的指示服务，服务器应用层都不应该有一个应答信息。
6.3.1概况下述的是应用层及会话层的定时参数及它们如何在客户机-服务器模式中如何处理的。
图1osi模型中，基于can的uds实施下述的几种通信会话方式需区别开：a)物理的通信在如下期间1）默认会话方式2）非默认的会话方式——需进行会话处理b)功能的通信在如下期间1）默认的会话方式2）非默认的会话方式——需进行会话处理所有的情况下，请求服务器否定应答信息的扩展的定时应答，包括应答码78hex应当予以考虑。
(完整版)车载诊断标准ISO_15765-1(中文)总体信息
ISO 15765-1（2004）道路车辆--控制局域网络诊断(CAN) 第一部分概论道路车辆—诊断通讯网络的管理前言ISO（国际标准化组织）是一个世界范围内的国家标准机构（国际标准化组织），通过国际标准化技术委员会来完成制定国际标准的工作，每个成员都有权在该委员会有一个技术委员会代表权。
国际组织、政府和非政府组织与国际标准化组织都有联系。
ISO在电工技术标准化方面与国际电工委员会协同工作，密切合作。
国际标准是依据ISO / IEC提供的规则起草的。
技术委员会的主要任务是制定国际标准。
技术委员会通过将国际标准草案分发给各成员团体投票表决，国际标准要求至少75%的会员团体投票表决通过。
值得注意的是，本文件中的一些元素可能是专利权的，国际标准化组织不负责对这些专利进行任何识别。
ISO15765-1由技术委员会ISO/TC 22下属的道路车辆第3小组编写的电气和电子设备标准。
ISO 75765由以下几部分组成，总冠军的道路车辆一诊断控制器区域网络（CAN）下1部分：一般信息2部分：网络层服务3部分：统一诊断服务（UDS CAN）4部分：相关排放系统要求道路车辆一诊断控制区域网络第1部分：一般信息1范围这部分给出了ISO 15765概述的结构和ISO 15765的划分，并说明了不同部分之间的关系。
它还定义了诊断网络体系结构。
在这部分中定义的术语在ISO 15765所有的诊断网络中是常见的，并使用在所有部分的ISO 15765中。
2规范引用下列引用文件是本文档应用程序所必需的。
对于日期的引用只有本版引用适用。
凡是不注日期的参考文献，引用最新的适用版本文件（包括任何修订），ISO 11898（所有部分），道路车辆-控制区域网络（CAN）ISO 14229-1。
道路车辆-统一诊断服务（UDS）-规格和要求3术语和定义这篇文档的目的是给出在ISO 14229-1中所适用的术语和定义。
4 ISO 15765概述4.1基本ISO 15765适用于ISO 11898制定的同一个车辆诊断控制区域网络内（CAN）。
车载诊断标准ISO 157653中文.doc
ISO 15765-3（2004）道路车辆——控制局域网络诊断——第3部分：一元化诊断服务实施（CAN的UDS）道路车辆——控制器局域网（CAN）的诊断——第3部分：一元化诊断服务实施（CAN的UDS）1 范围这部分ISO 15765协议按照ISO 14229-1，描述了在ISO 11898定义的控制器局域网中统一诊断服务（UDS）的实施。
它给所有汽车连接至CAN网络服务器及外部测试设备提供诊断服务及服务器存储器编程的需求。
它对汽车内部CAN总线架构无任何要求。
2 参考的标准下述的参考文档对于该文档的应用是必不可少的。
3 术语，定义和缩略词为编撰该文档目的，这些术语和定义已在ISO 14229-1，ISO 15765-1及ISO 15765-2中给出，以下缩略词术语同样适用。
DA 目标地址ID 标识符DLC 数据长度码GW 网关LSB 最低有效位MSB 最高有效位NA 网络地址SA 源地址SM 子网掩码TOS 服务类型4 协定该部分ISO 15765协议基于ISO 14229-1的协定，该协议遵从使用到诊断服务的OSI服务协议。
5 统一诊断服务（UDS）对照OSI模型的应用见图16 应用层及会话层6.1 应用层服务该部分ISO 15765协议使用ISO 14229-1的客户机-服务器式的应用层服务。
该系统具有测试、检测、监视，诊断及汽车服务器在线编程的功能。
6.2 应用层协议该部分ISO 15765协议使用ISO 14229-1应用层协议。
6.3 应用层诊断会话管理定时重要——任何一个服务器端产生的<N_Result>不等于N_OK的N_USData.indication的指示服务，服务器应用层都不应该有一个应答信息。
6.3.1 概况下述的是应用层及会话层的定时参数及它们如何在客户机-服务器模式中如何处理的。
图1 OSI模型中，基于CAN的UDS实施下述的几种通信会话方式需区别开：a)物理的通信在如下期间1）默认会话方式2）非默认的会话方式——需进行会话处理b)功能的通信在如下期间1）默认的会话方式2）非默认的会话方式——需进行会话处理所有的情况下，请求服务器否定应答信息的扩展的定时应答，包括应答码78hex应当予以考虑。
车载诊断标准网络层ISO 15765-2 中文
4.2 网络层提供给高层的服务项
该服务项接口定义了一些由网络层提供使用服务项 ， 例如，数据发送 、 数据接收及协 议参数设置。
己定义 了两种类型 的服务: a) 通信服务项
以下定义的服务项，便发送者 最多能发送 4095 个字节的数据。 1) N_USData.request
5.2.4 N USDa t a. indicat i on N_USDa t a . indicat i on 服务项由网络层 发送。该服务项指示 <N_Resu l t> 事件并传递
<Length> 字节数 的 <MessageData> 至相邻的上层。这些信息通过同等实体间通过存放于 N_SA， N_TA， N_TAtype 及凡AE 中标识的地址信息接收过来 的 。
通知服务使用 者信息传递的 完成情况。(成功或失败〉
N二USData.request ( Mtype N SA N TA N_TAtype N_AE (可选的〉 <MessageData> <Length>
5.2. 2 N USData. confi rm N_USData. confirm 服务项由网络层发送，该服务项用于确定凡USData. request 服务
网络层服务由该部分的 IS0 15765 协议定义，并独立于物理层上的操作，物理层仅仅 是在法规的 OBD 上有规定。
道路车辆一一控制器局域网 CCAN) 的诊断一一
第二部分 : 网络层
1 范围
这部分 130 15765 协议描述了在 150 11898 定义的控制其用域网中裁剪的网络协议， 用于满足基于 CAN 的车载网络系统。它是按照 130 14229-1 和 130 15031 -5 建立的诊断服 务制定的，但该部分协议不仅适用于上述 的诊断服务项，还适用于车载内部其它的网络通 信。该协议描述的是未经最后确认的的通信。
（完整版）车载诊断标准ISO_15765-1（中文）总体信息
（完整版）车载诊断标准ISO_15765-1（中⽂）总体信息ISO 15765-1（2004）道路车辆--控制局域⽹络诊断(CAN) 第⼀部分概论道路车辆—诊断通讯⽹络的管理前⾔ISO（国际标准化组织）是⼀个世界范围内的国家标准机构（国际标准化组织），通过国际标准化技术委员会来完成制定国际标准的⼯作，每个成员都有权在该委员会有⼀个技术委员会代表权。
国际组织、政府和⾮政府组织与国际标准化组织都有联系。
ISO在电⼯技术标准化⽅⾯与国际电⼯委员会协同⼯作，密切合作。
国际标准是依据ISO / IEC提供的规则起草的。
技术委员会的主要任务是制定国际标准。
技术委员会通过将国际标准草案分发给各成员团体投票表决，国际标准要求⾄少75%的会员团体投票表决通过。
值得注意的是，本⽂件中的⼀些元素可能是专利权的，国际标准化组织不负责对这些专利进⾏任何识别。
ISO15765-1由技术委员会ISO/TC 22下属的道路车辆第3⼩组编写的电⽓和电⼦设备标准。
ISO 75765由以下⼏部分组成，总冠军的道路车辆⼀诊断控制器区域⽹络（CAN）下1部分：⼀般信息2部分：⽹络层服务3部分：统⼀诊断服务（UDS CAN）4部分：相关排放系统要求道路车辆⼀诊断控制区域⽹络第1部分：⼀般信息1范围这部分给出了ISO 15765概述的结构和ISO 15765的划分，并说明了不同部分之间的关系。
它还定义了诊断⽹络体系结构。
在这部分中定义的术语在ISO 15765所有的诊断⽹络中是常见的，并使⽤在所有部分的ISO 15765中。
2规范引⽤下列引⽤⽂件是本⽂档应⽤程序所必需的。
对于⽇期的引⽤只有本版引⽤适⽤。
凡是不注⽇期的参考⽂献，引⽤最新的适⽤版本⽂件（包括任何修订），ISO 11898（所有部分），道路车辆-控制区域⽹络（CAN）ISO 14229-1。
道路车辆-统⼀诊断服务（UDS）-规格和要求3术语和定义这篇⽂档的⽬的是给出在ISO 14229-1中所适⽤的术语和定义。
车辆诊断CAN规范
车辆诊断C AN规范车辆诊断CAN规范1 范围本文描述了一种汽车电气系统更高级的诊断方法。
使用这种诊断方法，车载电控单元可以和随车检测仪、在线检测或者其他诊断测试工具进行通讯。
使用信息传递技术可以实现控制、监测、访问、代替和校验功能。
此CAN通讯方法实现了电控单元和检测设备之间的信息交换。
这种信息传递方法是由以下几个部分组成的：——模块故障信息；——参数处理；——测试命令；——标定值和执行诊断、刷新或非正常模式下的通讯数据传输的其它类型数据。
诊断服务的实施要求包括：——请求信息和响应信息的格式；——每个服务标识符的字节编码和十六进制值；——诊断服务请求和响应信息中的参数编码；——标准参数的十六进制值；——某些服务的特殊要求。
该标准应用的车辆环境包含一下几条：——临时连接到车载诊断总线上的一个检测仪；——直接或间接连接的若干个电控单元。
图1 汽车诊断结构2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本标准。
ISO 7498-1:1984 Information processing systems - Open systemsinterconnection Basic reference modelISO TR 8509:1987 Information processing systems - Open systemsinterconnection Conventions of services ISO 4092:1988/ Cor.1:1991 Road vehicles - Testers for motor vehicles - VocabularyTechnical Corrigendum 1ISO 9141-2:1994 CARB Requirements for Interchange of Digital Information ISO 14229:2006 Road Vehicles - Diagnostic Systems Diagnostic ServicesSpecificationISO 11519：1994 Road vehicles - Low-speed serial datacommunication Part 2:Low-speed controller area networkISO 11898-1:2003 Road vehicles— Controller area network (CAN) Part1: Datalink layer and physical signallingISO 11898-2:2003 Road vehicles—Controller area network(CAN)Part2:High-speed medium access unit ISO 11898-3:2003 Road vehicles—Controller area network (CAN) Part3:Low-speed, fault-tolerant, medium dependent interface ISO 15765-2:1999 Road Vehicles-Diagnostics on CAN-PartII: Networking LayerServicesISO/WD 15765-3:2000 Road vehicles —Diagnostics on CAN Part 3: Application layerservicesISO 15031-6:2005 Road vehicles — Communication between vehicle and externalequipment for emissions-related diagnostics —Part 6:Diagnostic trouble code definitionsSAE J1587:2002 Electronic Data Interchange Between Microcomputer Systems inHeavy-Duty Vehicle ApplicationsSAE J1930:1998 Electrical/Electronic Systems Diagnostic Terms,Definitions, Abbreviations & AcronymsSAE J1978:1998 OBD II Scan ToolSAE J1979:1997 E/E Diagnostic Test ModesSAE J2012:1999 Recommended Practice for Diagnostic Trouble Code Definitions SAE J2186:1996 E/E Data Link SecuritySAE J2190:1993 Enhanced Diagnostic Test Modes3 服务标识符与缩写3.1 服务标识符常规用法表表1说明了诊断服务标识符数值的不同范围，这些值在SAE J1979和KWP2000都有定义。
基于IS015765的电动汽车诊断系统设计
基于IS015765的电动汽车诊断系统设计李亚运;孙耀杰【摘要】为了更加便捷地对电动汽车进行程序更新和故障诊断,开发了符合ISO15765的底层刷写协议栈;参考BOSCH ECU在线刷写流程拟定XC2000刷写流程,包括初始化、密钥认证、Flash分区擦除、Flash分区写入等过程;开发XC2000 Flash驱动,实现Flash按地址进行块擦除和写入,开发Bootloader,实现硬件资源初始化以及ISO15765协议栈的装载;开发了符合ISO15765的底层故障诊断协议栈,实现故障码读取、故障码清除、数据流读取、执行器测试等故障诊断功能;开发了电动汽车诊断上位机系统,并通过硬件在环仿真测试平台进行测试;测试结果表明,设计的电动汽车诊断系统利用CAN总线能够实现ECU在线刷写及故障诊断功能.【期刊名称】《计算机测量与控制》【年(卷),期】2017(025)001【总页数】4页(P24-26,31)【关键词】ISO15765协议;电动汽车;刷写;故障诊断【作者】李亚运;孙耀杰【作者单位】河北工业大学电子信息工程学院,天津 300401;河北工业大学电子信息工程学院,天津 300401【正文语种】中文【中图分类】TP391.5因为无污染，低噪声，高节能等优点，电动汽车取代传统汽车已经成为一种重要的发展趋势。
整车控制器(英文缩写VCU)是电动汽车控制系统的核心，有“电动汽车大脑”之称。
目前，VCU大多使用CAN总线通信方式，CAN总线是一种串行多主站控制器局域网总线，也是一种有效支持分布式控制或实时控制的通信网络，由于其采用了许多新技术及独特的设计，与一般通信总线相比，CAN总线的数据通信具有可靠性高、实时性和灵活性强等优点[1]。
因此，本文设计的诊断系统通过CAN总线对电动汽车进行VCU程序更新和故障诊断。
这种程序更新和故障诊断方式无需拆卸VCU，但要求符合ISO15765故障诊断标准。
ISO15765是一种基于CAN总线的诊断系统通信标准，它符合现代汽车网络总线系统的发展趋势，已被许多汽车厂商采纳, 并将成为未来汽车行业的通用诊断标准[2]。
车载诊断技术
一、背景依托于当前汽车智能化推动的软件定义汽车的时代背景之下，在催生新型电子电气架构的同时，主机厂通过远程技术对整车实施适时的数据更新、诊断等服务是提升用户用车体验的重要手段，而在相关技术的应用过程中，如何通过车端、云端、用户手机APP端构建一个安全且高效的智能诊断环境成为了车企们对整车生态布局中的重要一环。
对于传统的车载诊断方式其主要是通过诊断仪与车辆形成点对点的物理连接，再基于CAN总线并通过相关诊断协议以获取车辆的故障信息，后来随着多技术的应用，为了简化工作流程并提高工作效率以及提升灵活性，通过蓝牙等无线技术可实现以手机APP作为车辆诊断仪应用的新诊断方式，但此方式仅是在物理产品上进行数据关联，其本质并未发生变化。
图1 传统诊断方式在如今汽车智能化的推动之下，依托于车载以太网技术，利用其高带宽、高速率、多路链接并行等特性，可实现对车外云诊断系统、售后端诊断仪/设备以及车内诊断功能之间的相互连接，并通过多方数据的综合分析及应用，能够快速、准确的定位故障、预知故障状态，从而对整车做出相应的判断处理，以此实现高效、安全的故障诊断。
而在此过程中，如何进行构建统一的诊断数据格式、数据访问接口、协议接口、功能接口、诊断序列等并以此对多场景、多数据、多协议实现高效的协同工作是智能诊断技术应用的关键。
图2 智能诊断总线架构二、DoIP诊断技术由于EEA的发展，车载以太网技术在整车通信架构上得以普及与应用，为了进一步确保在复杂诊断任务和应用更新的情况下设备具有更高的数据传输速率，因此主机厂在进行智能诊断规划时，通过在UDS诊断服务的基础上，使用TCP/IP及以太网技术来构建统一的以太网诊断通信标准，以此对车辆进行诊断，即DoIP（Diagnostic communication over Internet Protocol）诊断技术。
在2022年3月，由全国汽车标准化技术委员会牵头所发布的推荐性国家标准《道路车辆基于因特网协议的诊断通信（DoIP）第2部分：传输协议与网络层服务》征求意见稿亦在推动DoIP诊断技术在汽车上的应用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
ISO15765-2（20RR）道路车辆——控制局域网络诊断——第2部分：网络层服务ISO15765协议，定义了“道路车辆——局域网控制器（CAN）诊断”，包含如下几个部分：——第一部分：总论。
——第二部分：网络层服务。
——第三部分：统一诊断服务具体的执行——第四部分：排放相关系统的要求概述ISO15765-2的协议，定义车载诊断系统网络层要求，提供在CAN数据链路层（ISO11898定义）上运行。
虽说它最初设计是用在诊断系统上的，它同样适用于其它需要网络层协议的CAN通信系统上。
为了达到诊断通信要求，ISO15765协议是基于ISO/IEC7498和ISO/IEC10731的开放互联系统基本参考模型建立的。
该模型将通信系统分为七层，ISO15765协议映射到该模型上，分层如下：——统一的诊断服务（第7层），在ISO15765-3中定义。
——网络层（第3层），在ISO15765-2中定义。
——CAN服务层（第1，2层），在ISO11898中定义。
如表1所示，应用层服务是由ISO15765-3按照ISO14229-1和ISO15031-5建立的诊断服务制定的，但ISO15765-3协议不仅适用于上述的诊断服务项，也适用于大多数的国际标准及汽车生产商规定的诊断服务。
网络层服务由该部分的ISO15765协议定义，并独立于物理层上的操作，物理层仅仅是在法规的OBD上有规定。
道路车辆——控制器局域网（CAN）的诊断——第二部分：网络层1范围这部分ISO15765协议描述了在ISO11898定义的控制其局域网中裁剪的网络协议，用于满足基于CAN的车载网络系统。
它是按照ISO14229-1和ISO15031-5建立的诊断服务制定的，但该部分协议不仅适用于上述的诊断服务项，还适用于车载内部其它的网络通信。
该协议描述的是未经最后确认的的通信。
2参考的标准下述的参考文档对于该文档的应用是必不可少的。
ISO11898-1，道路车辆——控制器局域网（CAN）——第一部分——数据链路层及物理信号层ISO/IEC7498(所有部分)，技术信息——开放互联系统——基本参考模型3术语，定义和缩略词为编撰该文档目的，这些术语和定义已在ISO7498中给出，以下缩略词术语同样适用。
BS数据块大小CF连续帧confirm确认服务ECU电子控制单元FC流控制FF首帧FF_DL首帧数据长度FS流状态indication指示服务MTRpe信息类型N_AE网络地址扩展N_AI地址信息N_Ar网络层时间参数：ArN_As网络层时间参数：AsN_Br网络层时间参数：BrN_Bs网络层时间参数：BsN_ChangeParameter网络层服务项名称N_Cr网络层时间参数：CrN_Cs网络层时间参数：CsN_Data网络数据N_PCI网络协议控制信息N_PCItRpe网络协议控制信息类型N_PDU网络协议数据单元N_SA网络源地址N_SDU网络服务数据单元N_TA网络目标地址N_TAtRpe网络目标地址类型N_USData网络层无应答的数据段传输服务项名称NWL网络层request应答服务r接收者s发送者SF单帧SF_DL单帧数据长度SN顺序号STmin间隔最短时长4网络层总览4.1概述该项主要描述网络层总体的功能。
该部分的ISO15765协议定义了未最后确认的网络层通信协议。
该协议用于网络节点之间数据交互，例如从一个ECU到另一个ECU，或外部诊断设备和一个ECU之间的通信。
如果要传送的数据超过了单个的CAN帧长度，则需要提供拆分的方法。
为描述网络层的功能，它提供给高层的服务项及内部操作必须予以研究。
4.2网络层提供给高层的服务项该服务项接口定义了一些由网络层提供使用服务项，例如，数据发送、数据接收及协议参数设置。
已定义了两种类型的服务：a)通信服务项以下定义的服务项，使发送者最多能发送4095个字节的数据。
1）N_USData.request该服务项用于请求发送数据。
如果有必要的话，网络层拆分这些数据。
2）N_USData_FF.indication该服务项用于通知上层被拆分的信息的首帧的接收。
3）N_USData.Indication该服务项用于提供接收的数据至上层。
4）N_firm该服务项用于确认应答给上层，表示请求服务项已经被执行（成功执行或不成功执行）。
b)协议参数设置服务项以下定义的服务项，使之能够对协议参数动态设置。
1）N_ChangeParamter.request该项服务用于对特定内部参数的动态设置的请求2）N_firm3）该服务项用于确认应答给上层，表示修改协议特定项的请求已经被执行（成功执行或不成功执行）。
4.3网络层的内部操作网络层的内部操作为实现对等实体间的通信提供了分段、重组、数据传输流控制方法。
网络层主要的任务是传递一帧或大于一帧的数据信息。
超过一帧的信息被分成多个部分，每一个部分都以一个CAN帧的形式被发送。
图1显示的是未被拆分的信息的传送的例子。
图2显示的是被拆分的信息传送的例子流控制用来使发送端适应接收端网络层的接收能力。
该流控制策略同样适用于诊断网关和通信子网。
5网络层服务项5.1总览所有的网络层服务项有统一的结构。
为了定义这些服务项，三类主要的服务项说明如下：——请求服务，被更高的通信层或应用层使用，用于向网络层传递控制信息及要发送的数据；——指示服务，被网络层使用，用于向更高通信层或应用层传递状态信息及接收到的数据；——确认服务，被网络层使用，用于向更高通信层或应用层传递状态信息。
这些服务说明没有指定具体的应用程序接口，而只是一些独立于具体实施的主要服务项。
所有的网络层服务项有统一的结构形式，服务项写成如下的形式：service_name.tRpe(parameterA,parameterB,parameterC,…)这里，“service_name”是指服务项名称，例如，N_SDU，“tRpe”指示了服务项的类型，“parameterA,parameterB,parameterC,…”则是N_SDU服务项传递的值。
服务项定义了如何使服务的使用者(例如，诊断应用层)如何与服务的提供者（例如，网络层）协同运行。
以下服务项已在国际标准中说明，请求，指示和确认。
——使用请求服务项（service_name.request），服务使用者向服务提供者请求一项服务。
——使用指示服务项(service_name.indication)，服务提供者通知服务使用者网络层的一个内部事件或者一个对等实体的服务使用者的服务请求。
——通过确认服务项（service_name.confirm），服务提供者通知服务的使用者，之前服务使用者请求服务的结果。
5.2网络层服务说明5.2.1N_USData.request该请求服务项是请求传递<MessageData>数据及<Length>字节数，从发送者到到对等实体接收者，通过在N_SA,N_TA,N_TAtRpe及N_AE中的地址信息确认。
（参看5.3对参数的定义）。
N_USData.request服务项每次被启动，网络层应当通过一条N_USData.confirm服务通知服务使用者信息传递的完成情况。
（成功或失败）N_USData.request（MtRpeN_SAN_TAN_TAtRpeN_AE（可选的）<MessageData><Length>)5.2.2N_USData.confirmN_USData.confirm服务项由网络层发送，该服务项用于确定N_USData.request服务的完成情况，通过在N_SA,N_TA,N_TAtRpe及N_AE中的地址信息确认。
参数<N_Result>提供请求服务项的状态。
（参看5.3对参数的定义）N_USData.confirm（MtRpeN_SAN_TAN_TAtRpeN_AE（可选的）<N_Result>)5.2.3N_USData_FF.indicationN_USData_FF.indication服务项由网络层发送。
该服务项用于通知相邻上层接收到对等实体首帧数据已经到了。
通过在N_SA,N_TA,N_TAtRpe及N_AE中的地址信息确认。
（参看5.3对参数的定义）这个指示项发生在接收到拆分数据首帧的时刻。
N_USData_FF.indication（MtRpeN_SAN_TAN_TAtRpeN_AE（可选的）<Length>)N_USData_FF.indication指示服务项发送完，网络层应当总是紧跟着发送一个N_UDSData.indication服务项，指示信息接收的完成情况。
（成功或失败）N_USData_FF.indication指示服务项应当至友网络层发送指示信息段的首帧是否被正确接收。
如果网络层监测到首帧中任何类型的错误，该信息应当被网络层忽略，并且N_USData_FF.indication指示服务项不应当被发送至相邻的上层。
如果网络层接收到首帧中数据长度项的值(FF_DL)大于接收者缓冲区的数据，这应当被认为是一个错误的条件并且N_USData_FF.indication指示服务项不应当被发送至相邻的上层。
5.2.4N_USData.indicationN_USData.indication服务项由网络层发送。
该服务项指示<N_Result>事件并传递<Length>字节数的<MessageData>至相邻的上层。
这些信息通过同等实体间通过存放于N_SA,N_TA,N_TAtRpe及N_AE中标识的地址信息接收过来的。
当<N_Result>值为N_OK时，<MessageDate>及<Length>参数信息才有效。
N_USData.indication（MtRpeN_SAN_TAN_TAtRpeN_AE（可选的）<MessageData><Length><N_Result>)N_USData.indication服务项是在接收到单帧（SF）信息或是指示拆分信息接收的完成时发送。
如果网络层检查到单帧中任何类型的错误，该条单帧信息应当被忽略并且N_USData_FF.indication指示服务项不应当被发送至相邻的上层。
5.2.5N_ChangeParameters.request该服务项用于请求本地实体内部参数的修改。
<Parameter_Value>参数值分配给<Parameter>参数（参看5.3对参数的定义）。
对参数总是可以修改的。