EP1561121A1 - Verfahren und system zur diagnose von fahrzeugen - Google Patents

Verfahren und system zur diagnose von fahrzeugen

Info

Publication number
EP1561121A1
EP1561121A1 EP03769753A EP03769753A EP1561121A1 EP 1561121 A1 EP1561121 A1 EP 1561121A1 EP 03769753 A EP03769753 A EP 03769753A EP 03769753 A EP03769753 A EP 03769753A EP 1561121 A1 EP1561121 A1 EP 1561121A1
Authority
EP
European Patent Office
Prior art keywords
mid
pid
codes
categories
vehicle
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP03769753A
Other languages
English (en)
French (fr)
Inventor
Matthew W. Starks
Balmatee Bidassie
Steven L. Melvin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Eaton Corp
Original Assignee
Eaton Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Eaton Corp filed Critical Eaton Corp
Publication of EP1561121A1 publication Critical patent/EP1561121A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/008Registering or indicating the working of vehicles communicating information to a remotely located station

Definitions

  • the present invention relates generally to the field of vehicle diagnostic systems. More specifically, the invention relates to a method and system of associating parts of a vehicle area network message together to simplify the use of vehicle diagnostic equipment.
  • VAN vehicle area network
  • Protocol J1708/1587 established by the Society of Automotive Engineers (SAE).
  • SAE Society of Automotive Engineers
  • Protocol J1708/1587 establishes a serial data communications link for exchanging and monitoring data being communicated between microprocessors used in heavy-duty vehicle applications.
  • Protocol J1708 generally defines the hardware requirements of the data communications link, while protocol J1587 deals with the actual data, the format of the data and/or functions that are to be transmitted across the data link.
  • the communication links in trucks and other vehicles provides for the sharing of data among various components or modules that make up the vehicle. These components or modules can range from functional devices or systems incorporated into the vehicle, to extrinsic devices such as diagnostic equipment.
  • data sent along the link is grouped into packets known as "messages".
  • each message consists of three parts, with certain portions acting as an addressing or routing service that ensures that the message gets to the appropriate destination on the data link.
  • the three parts of any message transmitted on the data link include 1) a Message Id 2) One or more Parameters and 3) Checksum.
  • FIG. 1 depicts the parts of a typical data message according to an existing protocol.
  • the first part is the Message Identification (MID) 5, which identifies the actual component or control system of the vehicle from which the data was transmitted, such as, for example, the engine, transmission, etc. No two components that are capable of transmitting data may have the same MID.
  • MID Message Identification
  • the second component of a message is a set of data characters, otherwise known as a parameter 7, which makes up the bulk of the message.
  • the first portion of every parameter is reserved for what is known as the Parameter Identification (PID). This reserved portion is used to identify the data being sent by a MID, typically by identifying the particular subsystem or section of the control system that generated the message.
  • PID Parameter Identification
  • This reserved portion is used to identify the data being sent by a MID, typically by identifying the particular subsystem or section of the control system that generated the message.
  • PID Parameter Identification
  • SIDs Subsystem Identification Numbers
  • SIDs can be assigned by the organization or agency that established the previously defined protocol. These SIDs can be used to identify those sections of a control system that do not have a pre-defined PID. SIDs should only be assigned to field-repairable or replaceable subsystems for which failures can be detected and isolated by the control system.
  • the remaining data characters making up the parameter convey the meaning of the message. Included within these remaining data characters is a Failure Mode Identifier (FMI).
  • FMI Failure Mode Identifier
  • the FMI is a specific code that describes the type of failure, if any, detected in the subsystem identified by the PID.
  • the FMI when combined with either the PID or SID, form a diagnostic trouble code (DTC).
  • DTC diagnostic trouble code
  • the last component of the message is a checksum 9, which is a specific character generated based on the sum of the MID value and the data characters of the message. The checksum is used to verify the error-free transmission of a message across the network.
  • the invention is directed to a new method of organizing data that corresponds to a pre-defined protocol for a vehicle data link.
  • the new method includes establishing message identification (MID) categories into which MID codes can be organized.
  • PID parameter identification
  • Specific codes of either code type can then be associated with either certain MID categories or certain PID functions, and vice versa. This allows a specific vehicle component, which is identified by a combination of MID and PID codes, to be specified without requiring one to know the specific code combination identifying that component.
  • Figure 1 is a graphical depiction of the structure of a message according to an existing protocol.
  • Figure 2 is an environmental diagram illustrating one example of a basic system according to one embodiment of the present invention.
  • Figures 3A-3D illustrate an example of how a combination of MID and PID relationships may be selected by a user according to one embodiment of the present invention.
  • Figures 4A-4D illustrate an example of how a combination of PID and MID relationships may be selected by a user according to another embodiment of the present invention.
  • Description of the Preferred Embodiment Illustrated in Figure 2 is one example of how a system 10, in accordance with one embodiment of the present invention, might appear. Included within the system is diagnostic device 12 for momtoring one or more components 16 of a vehicle 14. Monitoring is accomplished by connecting diagnostic device 12 to the data link 18 that is incorporated in the vehicle 14. This puts the diagnostic device 12 in communication with the component 16, which is connected to data link 18. In this manner, the diagnostic device 12 can either intercept or request data from the component 16 regarding its operating state.
  • MID codes Message Identification codes
  • the protocol defines the type of data that can be transmitted along data link 18.
  • SAE Society of Automotive Engineers
  • two such MID codes include MID code 140 assigned to the instrument cluster, and MID code 174 representing a cranking/starter system.
  • each of the MID codes established under a pre-defined protocol can be found to have a logical relationship with one or more other MID codes. Based on these logical relationships, each MID code can be assigned to one or more logical groups or categories. Thus, it may be best to assign MID code 140 (instrument cluster) to a general category representing systems that relate to the dashboard of a vehicle, while MID code 174 (cranking/starter system) may better fit
  • the assignment of MID codes into categories can be achieved by various methods. For example, according to a first embodiment, the MID codes are grouped according to the vehicle system to which they belong. Alternatively, according to a second embodiment, the MID codes are grouped together based on how they logically relate to one another. Applying this method to an existing protocol, for example, protocol J1587, the MID codes are arranged into twenty groups. These twenty MID categories are listed in Table I presented below.
  • MID categories presented in Table I are only one example of how the MID codes of a pre-defined protocol can be organized. Depending on the organizational relationship relied upon, numerous other examples of MID code categories can be generated and utilized to sort the numerous MID codes.
  • PID codes Similar to MID codes, numerous Parameter Identification (PID) codes may also exist depending on the protocol being followed. For example, 502 different PID codes are available under protocol SAE J1587. 2 Like the MID codes, PID codes can be categorized in many ways. One way of categorizing PID codes, for example, may be by a commonly shared function each generally represents. Table II, presented below, lists one example of the general categories (referred to for the remainder of the application as "function") by which PID codes can be organized.
  • Table II - PID Functions As before, the PID functions presented in Table II are only one example of how PID codes can be organized. Other PID general functions or categories can be developed depending on the organizational relationship applied to the PID codes. [0024] The organization of MID codes and PID codes into categories greatly simplifies the assignment and use of these codes by technicians and other persons who work with heavy trucks and other commercial vehicles. Consider the following example, provided for illustrative purposes, where a technician needs to perform diagnostic testing on a truck. This may involve connecting a computer-based diagnostic tool to the data link in order to monitor operational data from certain vehicle components or systems/subsystems.
  • the technician must indicate which system or subsystem he or she wants to monitor by specifying the unique combination of MID code and PID code that identifies that particular system/subsystem.
  • the diagnostic tool can be setup to greatly simplify the process, allowing the technician to specify the appropriate codes by working through a hierarchy-based menu system.
  • Figures 3A-3D illustrate the overall steps of the selection process, along with an example of the type of data that may be illustrated by the diagnostic tool during each step.
  • a first step 20 the technician is presented with a listing of MID categories 22 on a display device, such as, for example, a LCD display on a hand-held diagnostic tool or a computer monitor.
  • a display device such as, for example, a LCD display on a hand-held diagnostic tool or a computer monitor.
  • This can be either a complete listing of MID categories, or a partial listing of categories, such as only those
  • the diagnostic tool Upon selecting one of the MID categories, the diagnostic tool proceeds on to the second step 30 of displaying a list of the individual MID codes 32 assigned to that category. See Figure 3B, which illustrates an example where, upon the technician selecting MID category number three (Transmission), a listing 32 and brief description 34 appears of all the MID codes assigned to this category and currently available on the data link. According to the present embodiment, only those MID codes that represent systems currently detected and confirmed to be communicating over the data link are provided. Alternatively, an option such as a "Show All" may be provided that will cause the diagnostics to list not only the codes of systems currently communicating, but also the codes of non-communicating systems.
  • a device in accordance with this embodiment may then be designed to selectively list just those systems currently communicating, the systems known to be present but not communicating, or all the systems. If all the systems are to be listed, the MID codes could be distinguished from one another, either graphically or by other means, to identify the MID codes representing communicating systems and the codes representing non-communicating systems. [0027] Proceeding to Figure 3C, it is assumed for the purposes of the example that the technician selects MID code 131 (Power Takeoff). Upon making this selection, the diagnostic device initiates the third step 40 of listing all the PID functions 42 available under this MID code.
  • the listed PID functions can be either a complete listing, indicating all of the PID functions available under the selected MID code, or a partial listing, such as only those PID functions under the selected MID code that correspond to one or more of the subsystems that the diagnostic tool currently detects on the data link.
  • This PID code listing 52 may be a list of all available PID codes assigned to the selected PID function, or just a list of the PID codes assigned to the selected PID function that are accessible or retrievable.
  • an "All” option can be selected. The “All” option will proceed to show all the PID codes in a functional category.
  • the appropriate MTD-PID code combination is entered through a process that begins with the selection of a MID category.
  • the present invention is not limited to this selection order, but can be configured to start with any of the categories or specific code assignments for either MID codes or PID codes. In some alternative embodiments, different types and numbers of categories may be used.
  • Figures 4A-4D illustrate an alternative embodiment for entering one or more specific MID/PID codes where the process begins with the selection of a PID function.
  • the first step 60 involves the listing of PID functions available to the technician.
  • a drop-down list is displayed to the technician that presents only the MID categories associated with the selected PID function. For example, as illustrated in Figure 4B, upon selecting PID function number 1 (Communication), a listing of MID categories associated with this PID function is displayed.
  • Figure 4C illustrates the example where the technician selects MID category "Dash", resulting in a list of MID codes assigned to the "Dash" category to be displayed.
  • the diagnostic system Upon selecting one or more individual MID codes, the diagnostic system proceeds on to the fourth step 90 of displaying a list of related PID codes 92 and their corresponding descriptions 94. An example of this is illustrated in Figure 4D, where it is presumed that the technician selected MID code 140 (Instrument Cluster). Upon making this selection, a listing of PID codes 92 relating to the selected MID code is displayed. The technician can then select either an individual PID code or multiple PID codes, thereby specifying what diagnostic test or tests should be performed. [0035] Working with pre-defined protocol data, such as during vehicle diagnostic testing, is greatly simplified through the organization of both MID codes and PID codes into a plurality of groups. This organization eliminates the need of memorizing numerous specific codes.
  • a user can find the MID code or PID code they are looking for by simply reviewing and selecting a more readily comprehendible code group. Furthermore, by associating certain codes (MID and/or PID) with certain code groups (MID and/or PID), specific MID-PID code combinations can be readily searched and selected by a user, in a time-efficient manner. Additionally, by allowing the association of various codes with meaningful descriptions and relationships, the ability to perform automated diagnostics is enhanced and made more user-friendly.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Small-Scale Networks (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • Computer And Data Communications (AREA)
EP03769753A 2002-11-11 2003-11-07 Verfahren und system zur diagnose von fahrzeugen Withdrawn EP1561121A1 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US42541902P 2002-11-11 2002-11-11
US425419P 2002-11-11
PCT/IB2003/005007 WO2004044598A1 (en) 2002-11-11 2003-11-07 Method and system for diagnostic of vehicles

Publications (1)

Publication Number Publication Date
EP1561121A1 true EP1561121A1 (de) 2005-08-10

Family

ID=32312987

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03769753A Withdrawn EP1561121A1 (de) 2002-11-11 2003-11-07 Verfahren und system zur diagnose von fahrzeugen

Country Status (6)

Country Link
EP (1) EP1561121A1 (de)
JP (1) JP2006507490A (de)
CN (1) CN100419400C (de)
AU (1) AU2003278450A1 (de)
BR (1) BR0315483A (de)
WO (1) WO2004044598A1 (de)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007240436A (ja) * 2006-03-10 2007-09-20 Denso Corp 車両診断システム
CN106204799A (zh) * 2016-06-29 2016-12-07 深圳市航天无线通信技术有限公司 车辆数据处理方法及车载终端
EP3497677B1 (de) * 2016-08-12 2026-02-25 Snap-on Incorporated Verfahren und system zum bereitstellen und anwenden einer diagnosefilterliste
US9934624B2 (en) 2016-08-12 2018-04-03 Snap-On Incorporated Method and system for providing diagnostic filter lists
US10269191B2 (en) 2016-08-12 2019-04-23 Snap-On Incorporated Method and system for displaying PIDs based on a PID filter list
KR101947911B1 (ko) 2017-08-02 2019-02-13 재단법인 다차원 스마트 아이티 융합시스템 연구단 비표준 pid 획득 장치, 시스템 및 그 방법
CN109270921A (zh) * 2018-09-25 2019-01-25 深圳市元征科技股份有限公司 一种故障诊断方法及装置
CN112131064A (zh) * 2020-10-22 2020-12-25 深圳市道通科技股份有限公司 车辆诊断数据显示方法、系统、移动终端和存储介质

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2907873B2 (ja) * 1989-06-30 1999-06-21 マツダ株式会社 車両の故障診断装置
GB9019423D0 (en) * 1990-09-06 1990-10-24 Gen Motors Luxembourg Operatio Electronic controller for vehicle
JPH0820340B2 (ja) * 1991-12-25 1996-03-04 本田技研工業株式会社 自動車用故障診断装置
JP3048037B2 (ja) * 1994-12-28 2000-06-05 矢崎総業株式会社 車両内多重通信システムにおける多重伝送制御装置
JP3164770B2 (ja) * 1995-11-20 2001-05-08 富士通株式会社 設備監視システム
JP3220011B2 (ja) * 1996-06-27 2001-10-22 富士重工業株式会社 故障診断装置
JP3176872B2 (ja) * 1996-07-18 2001-06-18 東京瓦斯株式会社 燃焼機器修理支援システム
AU2001283140B2 (en) * 2000-08-18 2005-07-28 Nnt, Inc. System, method and computer program product for remote vehicle diagnostics, monitoring, configuring and reprogramming
JP2002236690A (ja) * 2001-02-13 2002-08-23 Honda Motor Co Ltd 自動車整備のための検索プログラム
EP2295952B8 (de) * 2001-03-20 2012-04-11 Snap-on Incorporated Diagnoseverwalter

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2004044598A1 *

Also Published As

Publication number Publication date
CN1711477A (zh) 2005-12-21
CN100419400C (zh) 2008-09-17
BR0315483A (pt) 2005-08-23
AU2003278450A1 (en) 2004-06-03
JP2006507490A (ja) 2006-03-02
WO2004044598A1 (en) 2004-05-27

Similar Documents

Publication Publication Date Title
US6708092B1 (en) Method of grouping message identification and parameter identifications for a diagnostic system
US12106615B2 (en) Method and system for providing diagnostic filter lists
CN102016856B (zh) 动态发现车辆通信接口的设备及方法
CN113378054B (zh) 用于提供和应用诊断筛选列表的方法和系统
US20240331463A1 (en) Method and system for providing scanner jobs on diagnostic tool
US11450154B2 (en) Method and system for providing scanner jobs on diagnostic tool
US20120044527A1 (en) Apparatus and Method for Controlled Ethernet Switching
US20240420095A1 (en) Method and System of Providing Cloud-Based Vehicle History Session
CN101446830A (zh) 一种汽车诊断仪和诊断方法
US20070093924A1 (en) Telediagnosis viewer
EP1561121A1 (de) Verfahren und system zur diagnose von fahrzeugen
CN113822447A (zh) 一种用于汽车保养的智能检测方法、装置及车载设备
US8645017B2 (en) Dynamic discovery of vehicle communication interface device and method
US20250118118A1 (en) Method and system for configuring user interface with PID facet selectors
WO2000016060A1 (en) Method and system for diagnosing complex distributed systems, preferably implemented in vehicles
CN116684284B (zh) 一种车辆部件升级配置方法、设备及计算机可读存储介质
CN112255999B (zh) 总线数据采集方法及装置
CN117931496A (zh) 一种车载控制器远程升级的异常确定方法、系统及装置

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20050420

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20070425

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20090603