全球统一的重型发动机的车载诊断系统(WWH-OBD)

ISO/PAS 27145 is intended to become the single communication standard for access to OBD-related information.

To allow for a smooth migration from the existing communication standards to this future world-wide standardized communication standard,

the initial communication concept will be based on CAN.

In a second step, ISO/PAS 27145 will be extended to define the world-wide harmonized OBD communication standard based

on existing industry communications standards (e.g. Internet Protocol) over Ethernet.

Due to the usage of standard network layer protocols, future extensions to optional physical layers (e.g. wireless) are possible.

ISO/PAS 27145:2006 gives an overview of the structure and the partitioning of the different parts of ISO/PAS 27145,

and shows the relation between the parts. In addition, it outlines the use case scenarios where the ISO/PAS 27145 document set will be used.

All terminology that is common throughout the ISO/PAS 27145 document set is also outlined here.

ISO 27145-4:2012 defines the requirements to successfully establish, maintain and terminate communication
with a vehicle that implements the requirements of the World-Wide Harmonized On-Board Diagnostic Global
Technical Regulations (Global technical regulation No. 5).

This requires plug and play communication capabilities for the vehicle as well as for any test equipment that intends
to establish communication with a vehicle.

ISO 27145-4:2012 details all the OSI layer requirements to achieve this goal.

ISO 27145-4:2012 is intended to become the single communication standard for access to information relating to vehicle on‑board diagnostics (VOBD).

To allow for a smooth migration from the existing communication standards to this future world-wide standardized communication standard,

the communication concept as specified in ISO 27145-4:2012 is based on two different data links:

  • · Diagnostic communication over Controller Area Network (DoCAN), ISO 15765-4;
  • · Diagnostic communication over Internet Protocol (DoIP), ISO 13400 (all parts).

Use cases deriving from country-specific implementation of Global Technical Regulation No. 5 into local legislation are not included in ISO 27145-4:2012.

ISO 27145 – Basics of communication protocol

• Session layer uses UDS-protocol ISO 14229
• Transport layer DoCAN (Diagnostics over CAN) uses ISO 15765 CAN protocol
• Alternatively ISO 13400 DoIP (Diagnostics over IP) can be used as transport layer
• Data objects are widely compatible to SAE J1979, SAE J1939
• SAE J1979 identifiers for Mode 1, 6, 9 can be mapped onto Legacy Identifiers in ISO 27145
• SAE J1939 parameter groups can be mapped onto Legacy Identifiers in ISO 27145

Enhanced requirements for fault memory

• Diagnostic trouble code expanded to 3 bytes
• Diagnostic trouble code can be encoded as DTC according to SAE J2012 / ISO 15031-6 SPN according to SAE J1939-73 Unified DTC
• Distinction of Confirmed and Active DTC, Previously Active DTC, Pending DTC and Potential DTC
• Malfunction classification by severity class A, B1, B2, C
• OBD information shall not be erased by disconnection of the vehicle's battery
• Enhanced MI activation schemes

Important highlights of WWH-OBD

Introduction of WWH-OBD for trucks already by the end of 2012
ISO 27145 uses UDS protocol on ISO-CAN, which is quite often implemented in the ECU
Data objects can be handled like J1979 or J1939 data objects
Error manager and DTC output contains considerable enhancements(GTR fault status, malfunction classification and MI activation)
Permanent DTCs are not required by legislation
Conformance test is currently not required by legislation

目前,重型车辆应用车载诊断系统有两种通讯协议:ISO 15765-4:2005 以及 SAE J1939-73。

在某些缔约方法规中,这两个通讯协议都可以使用,并且在将来的一段时间内会并行存在。

但是,在 2002 年 12 月 6-7号的会议上,WWH-OBD(重型发动机的车载诊断系统)工作小组决定,在汽车行业中,最终只会采取一种协议。

因此,WWH-OBD小组的一个分支小组起草了一套车载诊断系统通讯协议的一般性能标准,适用于重型车辆,该标准不仅可以满足立法者的需求,还可以满足维修人员的检查与维修需求。

一同起草的还有该标准的草案完成时间表,该时间表已经交给 ISO TC22 SC3。

ISO标准27145是经ISO TC22 SC3审议后的结果。该标准涵盖了基于以太网的TCP/IP 协议的车载到非车载的有线通讯的规定。

以太网上的TCP/IP协议为业界提供了更快的数据传输速度,也为将来的无线传输奠定了基础,这也与某些缔约方的道路传输的政策目标相符。

如上所述,世界范围内的重型汽车平台上目前可以适用两种通讯协议:ISO 15765-4:2005 以及 SAE J1939-73。

目前,欧洲的重型汽车车载诊断系统兼容两种协议,

但是 2005/78/EC法令指出,当项目完成时,欧盟将考虑转向使用 ISO 27145 标准。

在美国,现行和预计实行的车载诊断系统法规兼容两种通讯协议。

车辆通讯平台非常复杂,并在汽车工业的几乎各个方面都发挥着作用,包括开发、生产、修理以及检测。因此,转向使用 ISO 27145 标准对业界并非易事,

因为它将对开发、硬件和软件方面的开支造成巨大影响。

因此,污染与能源工作组(GRPE)采纳了WWH-OBD工作组的建议,在本全球性技术法规中采用步进式的方法来使用这个通用标准。

在本法规应用的最初使用阶段,缔约方将接受ISO/PAS 27145(基于 CAN)、SAE J1939-73(但应认识到,这些标准必须调整到完全符合本法规的标准)

或者 ISO 27145(基于 TCP/IP)的使用。

转载于:https://www.cnblogs.com/shangdawei/p/3593828.html

Introduction into ISO 27145 WWH-OBD相关推荐

  1. 2018-01-29-python-buildin_datatype

    title category layout tags date python教程之3基本数据类型 python post python 2018-01-29 23:00:24 上篇文章简单介绍了Pyt ...

  2. 天籁obd接口针脚定义_OBD协议介绍

    作者介绍:张大侠,一汽大众资深攻城狮.主要从事汽车诊断刷新方面的工作,在UDS诊断.车载以太网等方面都有独到的见解,对这块感兴趣的朋友,请关注:汽车ECU网络诊断技术. 为了监控排放相关系统,比如发动 ...

  3. obd协议 混动车_OBD协议介绍

    为了监控排放相关系统,比如发动机和变速箱,美国和欧洲制定了OBD(On-Board-Diagnose)标准.OBD定义了排放相关系统必须支持的诊断服务和数据传输格式,支撑OBD数据传输的底层数据链路可 ...

  4. 【车载开发系列】UDS诊断---OBD基础概述

    [车载开发系列]UDS诊断-OBD基础概述 UDS诊断---OBD基础概述 [车载开发系列]UDS诊断---OBD基础概述 一.什么是OBD 二.OBD和UDS的区别 三.OBD应用功能与应用领域 四 ...

  5. 通过OSI七层模型理解UDS、OBD、KWP2000、CAN等协议

    0.前言 最近在学习汽车诊断方面的知识,一大堆术语.协议.标准扑面而来.在一段迷茫过后,稍微有了点方向感.通过OSI七层模型搭建出诊断的基本框架. 特此记录,以作小结. 1.概念梳理 1.1. 汽车诊 ...

  6. 汽车UDS诊断详解及Vector相关工具链使用说明——2.3.1 故障码(DTC)格式详解

    1. 概述 存储数据传输功能单元其实就是读取故障码信息和清除故障码两个服务.我们本文先来看一下我们一直在说的故障码的格式是怎样的. 我们通常把诊断分成两种,我们之前一直在讲的UDS诊断属于增强型诊断, ...

  7. 读取 DTC 信息服务 (0x19) – UDS 协议

    总目录链接==>> AutoSAR入门和实战系列总目录 0x19读取 DTC 信息服务概述 读取 DTC 信息服务在 UDS 协议中用于从车辆或特定 ECU 或节点读取 DTC.UDS 协 ...

  8. 【车载开发系列】诊断故障码DTC的格式标识符

    [车载开发系列]诊断故障码DTC的格式标识符 诊断故障码DTC的格式标识符 [车载开发系列]诊断故障码DTC的格式标识符 一.DTC格式标识符概念 二.DTC格式标识符的运用 1)DTCByXXXXM ...

  9. 一款满足国六标准通用型故障诊断仪:Q-OBD

    虽然由于疫情的原因,汽车市场逐渐处于疲软状态,同时部分地区实施国六排放标准的时间也相对被延迟,但是毫无疑问的是,"国六"排放标准的执行依旧会在不久被全面提上日程.所以," ...

最新文章

  1. 《OpenCV3编程入门》学习笔记3 HighGUI图形用户界面初步
  2. 关于p标签的嵌套问题
  3. python读取excel-Python读取Excel表格
  4. hibernate查询之条件查询
  5. python代码创建数据库_python创建数据库代码
  6. optee的error codes
  7. 一个IP绑定多个域名(虚拟主机)设置方法
  8. Python面向对象进阶和socket网络编程
  9. 1、linux网络服务实验 用PuTTY连接Linux
  10. NSNotFound
  11. java 求集合真子集_干货 | 集合与函数概念知识点总结
  12. svnadmin的使用
  13. 分区分服游戏框架设计
  14. 金蝶软件和用友软件部署在阿里云ECS具体方法及教程
  15. 手机内存如何快速自清理
  16. pve 不订阅更新_炉石传说pve冒险到底好玩在哪里?绯夜千雪来告诉你!
  17. 一加官方证实保留耳机插孔,全面屏新品命名一加5T
  18. c语言字符统计2sdut,山东理工大学SDUT - ACM OJ 题: Python代码 及分析
  19. 基于SSM(Spring+SpringMVC+MyBatic)的停车场管理系统
  20. 世界杯 叮当 机器人 树莓派_世界杯营销大战,移动互联网谁捧起了大力神杯

热门文章

  1. KAS培训法(转载)
  2. 跟着oiiove学习Python的第二天:如何安装pycharm以及pycharm的基本操作/快捷键/插件等等
  3. aspenv9使用_Aspen Plus V9【中文版】教程
  4. 第一个Python小程序(Hello World!)
  5. Python中强大的f-string用法介绍
  6. 解决 .NET Framework 4 (KB2468871) 更新失败
  7. CGB2005-京淘20
  8. PPG信号和ECG信号检测血管年龄
  9. 9、数码相框编写程序之框架分析
  10. 如何改善自己的情绪?