CN100507861C - 故障诊断数据记录系统与方法 - Google Patents

故障诊断数据记录系统与方法 Download PDF

Info

Publication number
CN100507861C
CN100507861C CNB200680002753XA CN200680002753A CN100507861C CN 100507861 C CN100507861 C CN 100507861C CN B200680002753X A CNB200680002753X A CN B200680002753XA CN 200680002753 A CN200680002753 A CN 200680002753A CN 100507861 C CN100507861 C CN 100507861C
Authority
CN
China
Prior art keywords
node
fault
storage
nodes
telecommunication line
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.)
Expired - Fee Related
Application number
CNB200680002753XA
Other languages
English (en)
Other versions
CN101107595A (zh
Inventor
横川信洋
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.)
Toyota Motor Corp
Original Assignee
Toyota Motor 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 Toyota Motor Corp filed Critical Toyota Motor Corp
Publication of CN101107595A publication Critical patent/CN101107595A/zh
Application granted granted Critical
Publication of CN100507861C publication Critical patent/CN100507861C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • G06F11/0787Storage of error reports, e.g. persistent data storage, storage using memory protection
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G06F11/0739Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in automotive or aircraft systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0748Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a remote unit communicating with a single-box computer node experiencing an error/fault
    • 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
    • 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/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841Registering performance data
    • G07C5/085Registering performance data using electronic data carriers
    • 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
    • G07C2205/00Indexing scheme relating to group G07C5/00
    • G07C2205/02Indexing scheme relating to group G07C5/00 using a vehicle scan tool

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Hardware Design (AREA)
  • Mechanical Engineering (AREA)
  • Small-Scale Networks (AREA)
  • Selective Calling Equipment (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • Monitoring And Testing Of Transmission In General (AREA)

Abstract

在包含通过多路通信线互连的多个节点的故障诊断数据记录系统中,第一节点被设置为执行第一节点的故障检测;经由多路通信线被连接到第一节点的第二节点被设置为具有存储单元。第一节点与第二节点被配置将由第一节点执行的故障检测的至少一部分结果数据存入第二节点的存储单元。

Description

故障诊断数据记录系统与方法
技术领域
本发明一般涉及故障诊断数据记录系统和方法,特别涉及这样的故障诊断数据记录系统和故障诊断数据记录方法:其适用于在通过通信线互连的多个节点间将由一个节点执行的故障检测的至少一部分结果数据存储到存储单元中。
背景技术
传统地,已经知道这样的系统:其具有控制机动车中发动机与自动变速器的多个控制单元,所述多个控制单元中的每一个分别单独执行故障检测。例如,参见日本专利No.2601194。
在日本专利No.2601194的系统中,具有多个控制单元间的数据传送能力的控制单元用于将由各控制单元执行的故障检测的结果表示的数据传送到系统外的外部装置。
另外,还知道这样的系统:其具有多个节点,且所述多个节点中的每一个具有分别存储数据的存储器。例如,参见日本特开平10-276198号公报。
用于存储控制单元(节点)执行的故障检测所创建的数据的、可以想到的方法是:所述多个控制单元中的每一个相应地具有存储器,且由一个控制单元所创建的诊断数据总是被存在该控制单元的存储器中(自节点存储(self-node storage))。
然而,采用由一个控制单元创建的诊断数据总是被存储在该控制单元的存储器中(自节点存储)的构造,可能产生这样的情况:由于相关控制单元的存储器缺乏存储容量,所创建的诊断数据不能被存储在其存储器中,或者、为了存储所创建的诊断数据,必须擦除控制单元的存储器中先前存储的数据。
用于避免这些情况(存储器的存储容量不足)的可以想到的方法是提供对所述多个控制单元中的每一个来说具有大存储容量的存储器。然而,如果使用这样的方法,将会产生成本与装载空间(loading space)增大的另一问题。
发明内容
本发明的目的在于提供一种改进的故障诊断数据记录系统和方法,其中消除了上面提到的问题。
本发明的另一目的在于提供一种故障诊断数据记录系统和方法,其中,对于存储由故障检测创建的诊断数据的请求在通过多路通信线互连的多个节点间从一个节点传送到另一个节点,并且消除了上面提到的问题。
为了实现上述目的,本发明提供了一种故障诊断数据记录系统,该系统包含通过多路通信线互连的多个节点,该故障诊断数据记录系统包含:第一节点,其进行第一节点的故障检测;经由多路通信线被连接到第一节点且具有存储单元的第二节点,其中,第一节点与第二节点被配置为将由第一节点执行的故障检测的至少一部分结果数据存储在第二节点的存储单元中。
为了实现上面提到的目的,本发明提供了一种故障诊断数据记录方法,该方法在通过多路通信线互连的多个节点中记录诊断数据,该故障诊断数据记录方法包括以下步骤:提供第一节点,其执行第一节点的故障检测;提供经由多路通信线被连接到第一节点且具有存储单元的第二节点;将由第一节点执行的故障检测的至少一部分结果数据存储在第二节点的存储单元中。
在本发明的上述数据记录系统与方法中,由第一节点执行的故障检测的至少一部分结果数据被存储到第二节点的存储单元中。因此,即使是在第一节点不能存储通过故障检测创建的诊断数据时,诊断数据能由与第一节点不同的第二节点存储。而且,即使第一节点具有有着低存储容量的存储单元,可以安全且可靠地获得通过由第一节点执行的故障检测创建的被存储诊断数据。
在这种情况下,可对上述故障诊断数据记录系统进行配置,使得第一节点的标识信息与由第一节点执行的故障检测的结果数据相关联,且该标识信息被进一步存储在存储单元中。
另外,为实现上述目的,本发明提供了一种故障诊断数据记录系统,该系统包含:通过多路通信线互连的多个节点;各节点,其执行该节点的故障检测;各节点,其被配置为将由自节点执行的故障检测的至少一部分结果数据存储到所述多个节点中自节点以外的一个的存储单元中。
为实现上述目的,本发明提供了一种故障诊断数据记录方法,该方法包含以下步骤:提供由多路通信线互连的多个节点;在所述多个节点中的每一个上执行自节点的故障检测;在所述多个节点中的每一个上,将由自节点执行的故障检测的至少一部分结果数据存储到所述多个节点中自节点以外的一个的存储单元中。
在本发明的上述故障诊断数据记录系统和方法中,由多路通信线互连的所述多个节点中的各节点被配置为将由自节点执行的故障检测的至少一部分结果数据存储到所述多个节点中自节点以外的一个的存储单元中。因此,即使在所述多个节点中某个节点不能存储通过故障检测创建的诊断数据时,该诊断数据可由所述多个节点中不同于该节点的另一节点存储。并且,即使在该节点具有有着低存储容量的存储单元的情况下,可以安全且可靠地获取由该节点执行的故障检测所创建的被存储诊断数据。
在这种情况下,可对本发明的上述故障诊断数据记录系统进行配置,使得自节点的标识信息与由自节点执行的故障检测的结果数据相关联,且该标识信息被进一步存储在存储单元中。
可对本发明的上述故障诊断数据记录系统进行配置,使得预先与自节点对应地设置所述多个节点中自节点以外的所述一个。
可对本发明的上述故障诊断数据记录系统进行配置,使得自节点被配置为从自节点通过多路通信线向所述多个节点中的所述一个传送结果数据,所述多个节点中自节点以外的所述一个被配置为通过多路通信线接收结果数据并将所接收的结果数据存储在存储单元中。
可对本发明的上述故障诊断数据记录系统进行配置,使得自节点被配置为从自节点通过多路通信线向所述多个节点中两个或两个以上的其他节点传送结果数据,且其中,所述多个节点中其他节点中的每一个分别被配置为通过多路通信线接收结果数据并临时将所接收的结果数据存入该节点的存储单元,且其中,所述其他节点中的每一个被配置为在临时存储之后根据预定规则执行对临时存储的结果数据的仲裁,使得其他节点中被仲裁所选择的一个最终将临时存储的结果数据存储在存储单元中。
可对本发明的上述故障诊断数据记录系统进行配置,使得其他节点中未被仲裁选择的剩余节点被配置为分别擦除临时存储在存储单元中的结果数据。
可对本发明的上述故障诊断数据记录系统进行配置,使得所述多个节点中的每一个被配置为接收来自被连接到多路通信线的外部诊断装置的请求,并对所接收的请求做出响应地向外部诊断装置传送被存储在该节点的存储单元中的结果数据.
根据本发明,对于存储通过由一个节点执行的故障检测所创建的诊断数据的请求在由多路通信线互连的所述多个节点间从该节点被传送到另一节点,既使在诊断数据通过由这样的节点执行的故障检测创建时,可以安全且可靠地获得被存储的诊断数据:该节点具有有着低存储容量的存储单元。
附图说明
结合附图,通过阅读下面的详细说明,可以明了本发明的其他目的、特征和优点。
图1为一框图,其示出了在本发明一实施例中的故障诊断数据记录系统的构造;
图2A与2B用于阐释将通过由一节点执行的故障检测所创建的诊断数据存储到另一节点的步骤以及从另一节点读取被存储的诊断数据的步骤,这些步骤由本实施例的故障诊断数据记录系统执行;
图3为一流程图,其用于阐释由该实施例的故障诊断数据记录系统执行的故障诊断数据记录方法的控制过程;
图4A与4B用于阐释将通过由一节点执行的故障检测所创建的诊断数据存储到另一节点的步骤以及从另一节点读取被存储的诊断数据的步骤,这些步骤是由本发明另一实施例的故障诊断数据记录系统执行的;
图5用于阐释在该实施例的故障诊断数据记录系统中当在备选存储执行节点之间执行数据存储时进行仲裁的步骤。
具体实施方式
下面将参照附图给出对本发明的实施例的详细介绍。
图1示出了本发明一实施例中故障诊断数据记录系统的构造,该系统被安装在机动车中。本实施例的故障诊断数据记录系统包含多个节点10(其在本实施例中为三个节点)和对所述多个节点10进行互连的多路通信线12。
多路通信线12为共享总线,其由单线线路(single wire line)或双绞线构成,例如用在CAN(控制器局域网)中的那些。多路通信线12使得可以根据预定的通信协议(多路通信)通过时分多路方案传送发送自各节点10的数据。
也就是说,每个节点10可在其他数据没被传送到多路通信线12时开始从自节点到多路通信线12的数据传送。当数据传送由一个或一个以上的其他节点10同时开始时,数据传送根据各节点的传送优先级进行。当来自其他节点10的数据传送正被执行时,有关节点10被设置在等待状态一固定的时间段,此后,数据传送被执行。
发送自各节点10的数据经由多路通信线12被传送到其他节点10或外部诊断工具20(其将在下文介绍)。
各节点10由ECU构成,ECU是在车辆的多个控制单元的一个之中设置的电子控制单元,或为设置在车辆中的智能传感器。
例如,各节点10可由下列中的任意一个构成:操舵角(steering angle)传感器,其输出表示操舵角的信号;偏航率(yaw rate)传感器,其输出表示围绕车辆重心的中心轴产生的偏航率的信号。或者,各节点10可由下列中的任意一个构成:发动机ECU,其基于节流阀开度、加速器开度、发动机水温等等执行发动机控制;VSC(车辆稳定性控制)ECU,其被设置为基于车轮速度、偏航率、操舵角等等稳定车辆的转弯动作;变速器ECU,其基于换档(shift)操作位置等等控制车辆的换档位置;制动装置ECU其基于制动装置踏力、操舵角等等控制车辆的制动力;动力操舵ECU、其基于操舵角等等控制操舵助力动力;自动空气调节器ECU,其基于气调节器操作开关、车内温度等等控制车辆中的空气调节。
各节点10分别包含具有控制器的微计算机以及被连接到该微计算机的通信模块。微计算机根据由多路通信线12以及所述多个节点10构成的网络中的公共通信协议对控制器进行控制,使得从自节点10输出的输出数据被数字化、以便经由多路通信线12传送到另一节点10,且经由多路通信线12接收自另一节点10的输入数据被解码、以便用于自节点的控制。通信模块受到控制器的控制,使得通信模块将由微计算机转换的数据传送到多路通信线12、以便将自节点10的数据传送到另一节点10,并接收从另一节点10传送到自节点10的数据。
各节点10分别基于被连接到自节点10的开关或传感器的状态并进一步基于传送自其他节点10的数据执行自节点的控制。
由各节点10传送到多路通信线12的数据由预定的数据帧构成。例如,该数据帧由下列构成:帧开始(start-of-frame)(SOF),其表示被传送数据的开始;帧ID,其表示用于标识被传送数据的类型并与其他类型数据区分的标识信息(也表示数据传送的优先级);数据长度代码(DLC),其表示被传送数据的长度;数据域(field),其表示被传送数据的内容(例如关于车轮速度的信息、驱动转矩的控制指令值等);CRC域,其用于检查传送错误;用于检查数据的接收已被正常完成的域;帧结束(EOF),其表示被传送数据的结束。
另外,各节点10分别具有检测自节点10中是否发生某种故障的功能,例如在正常状态下不会发生的异常数据的出现。另外,各节点10具有检测故障发生日期/时间、用于自节点控制的控制数据、表示车辆运行状态的车辆状态数据(例如发动机速度(rpm)、各种温度数据、车辆速度、车辆位置、换档位置、加速器开度,它们将被统称为诊断数据)的功能。
各节点10分别具有非易失性存储器14。故障被检测时的检测内容作为故障诊断代码被存储在存储器14中,故障检测时的车辆状态数据或控制数据的诊断数据也被存储在存储器14中。
本实施例所必需的仅仅是分别为各节点10提供存储器14,存储器14具有与自节点10对应的存储容量。也就是说,处理数量相对较小的数据的节点10具有有着小存储容量的存储器14,处理数量相对较大的数据的节点10具有有着大存储容量的存储器14。
在多路通信线12中,外部诊断工具20可被连接到的连接器在能容易地进行附着与分离工作的位置上被布置在车辆中。外部诊断工具20经由连接器被连接到多路通信线12,外部诊断工具20进一步经由多路通信线12被连接到各节点10。
外部诊断工具20是当发生在各节点10中的故障应被诊断时被连接到多路通信线14的装置,其进行与处于连接状态的各节点10的数据传送与接收,并进行该节点10的故障诊断。
下面将阐释在本实施例的故障诊断数据记录系统中存储与各节点10检测到的故障的检测内容或故障有关的诊断数据的步骤以及读取被存储诊断数据的步骤。
相应地,图2A示出了在本实施例的系统中存储诊断数据的步骤,图2B示出了在本实施例的系统中读取被存储诊断数据的步骤。图3为一流程图,其用于阐释由本实施例的系统执行的故障诊断数据记录方法的控制过程。
(1)故障检测和诊断数据的准备
如上所述,在本实施例的故障诊断数据记录系统中,各节点10能分别检测自节点中的故障。
假设节点10检测到自节点中的故障(图3所示的步骤100)。于是,节点10检测和准备诊断数据。该数据包括检测时的车辆状态数据和控制数据以及检测到的故障的内容(步骤102)。
此时,所准备的诊断数据被临时存储在该节点10的易失性存储器(未示出)中,并被持续保持在该易失性存储器中,直到用于存储该诊断数据的请求被发送到另一节点10。
在检测到自节点故障的节点10中,存在至少一个向自节点10以外的其它节点10传送这样的请求的节点10:该请求用于将包含由自节点检测到的控制数据的诊断数据存储到另一节点10的存储器14中。下面,相应地,检测到自节点故障并请求将诊断数据存储到另一节点10的节点10被称为存储请求节点10a,接收来自另一节点10的诊断数据存储请求并执行将诊断数据存储到自节点10的存储器14的节点10被称为存储执行节点10b。
优选为,具有有着相对较小存储容量的存储器14的节点10被设置为存储请求节点10a,具有有着相对较大存储容量的存储器14的节点10被设置为存储执行节点10b。
在本实施例中,对于每个存储请求节点10a,预先确定应当接收来自存储请求节点10a的诊断数据存储请求的一个存储执行节点10b,且节点10事先存储当节点10成为存储请求节点10a时诊断数据存储请求被传送到的存储执行节点10b的标识信息。
或者,分别对于多个不同的存储请求节点10a,同一节点10可被预先确定为存储执行节点10b。
(2)存储请求与诊断数据的传送
存储请求节点10a向多路通信线12传送预定的数据帧,使得节点10a请求与自节点对应的存储执行节点10b存储节点10a的诊断数据,如果自节点故障检测时的诊断数据被检测到的话(步骤104)。该数据帧至少包括表示作为数据接收者的存储执行节点10b的标识信息的数据头、被检测到的诊断数据、作为数据发送者的存储请求节点10a的标识信息。
(3)存储执行
从存储请求节点10a发送到多路通信线12的数据帧由存储执行节点10b接收。该数据帧不被存储执行节点10b以外的节点10接收。
存储执行节点10b接收该数据帧,如果指定自节点的数据帧流入多路通信线12的话(步骤110)。
如果从存储请求节点10a——其为不同的节点10——发送的数据帧在存储执行节点10b上被接收且存储执行节点10b的存储器14中剩余了充足的存储容量的话,存储执行节点10b将包含在该数据帧中的诊断数据与数据发送者的存储请求节点10a的标识信息相关联,并将之存储在其存储器14之中(步骤112)。
(4)读取请求
当故障被存储请求节点10a检测到且由故障检测创建的诊断数据被存储在存储执行节点10b的存储器14中时,车辆所有者认识到车辆发生了某种故障,并意识到应当执行故障诊断以移除车辆中的故障。已经领会到这种情况的车辆所有者或维修工厂的工人——车辆所有者请求其对车辆进行维修——将通过连接器建立外部诊断工具20与多路通信线12之间的连接。
预先向外部诊断工具20提供为每个存储请求节点10a定义存储执行节点10b——其应当对存储请求节点10a的诊断数据进行存储——的关系的图。如果故障诊断能被开始的、外部诊断工具20的就绪状态在外部诊断工具20被连接到多路通信线12的情况下通过预定操作产生(步骤120中的是),外部诊断工具20向多路通信线12传送请求与存储请求节点10a对应的存储执行节点10b执行数据传送的数据帧,以便读取存储请求节点10a的诊断数据(步骤122)。
该数据帧可符合国际标准ISO15765定义的原始协议,或者可符合特别定义的协议。该数据帧至少包含作为请求接收者的存储执行节点10b的标识信息以及已检测到诊断数据的存储请求节点10a的标识信息。
(5)数据传送
从外部诊断工具20发送到多路通信线12的数据帧被该数据帧中指定的存储执行节点10b接收。存储执行节点10b接收该数据帧。如果指定自节点的数据帧流入多路通信线12的话。
如果从外部诊断工具20接收到请求传送被指定存储请求节点10a的诊断数据的数据帧的话,存储执行节点10b将存储在自节点存储器14中的、被指定存储请求节点10a的诊断数据的帧数据通过多路通信线12传送到外部诊断工具20(步骤114)。该数据帧可符合国际标准ISO15765定义的原始协议,或者可符合特殊定义的协议。
通过预定操作,外部诊断工具20接收传送自存储执行节点10b的、存储请求节点10a的诊断数据(步骤124)。外部诊断工具20在其存储器中存储所接收的诊断数据,并基于该诊断数据执行车辆的故障诊断,使得发生故障的车辆部件得到指出(步骤126)。
车辆维修工厂的工人或车辆所有者可通过执行故障诊断的外部诊断工具20领会车辆的故障部件。
在本实施例的故障诊断数据记录系统中,当某节点10中发生故障时,可以将与该故障有关的诊断数据存储到被预先确定用于该节点的另一节点10的存储器14中,而不是存储到该节点10的存储器14中。换句话说,存储与该故障有关的诊断数据的请求可通过多路通信线12从该节点10被传送另一节点10。
因此,如果故障在具有有着相对较小存储容量的存储器14的节点10中发生且该节点10的存储器14不具有存储与该故障有关的所有诊断数据的充足存储容量,诊断数据可被安全地存入另一节点10的存储器14。并且,在后来的故障诊断时,被存储的诊断数据可从另一节点10的存储器14中被确定地读取。因此,即使是在诊断数据通过由具有有着低存储容量的存储单元的节点执行的故障检测被创建时,在不增加该节点的存储器空间的情况下,根据本实施例的系统,可以安全且可靠地获得被存储的诊断数据。
在上述实施例中,为每个存储请求节点10a预先确定应当请求存储通过自节点的故障检测创建的诊断数据的一个存储执行节点10b,且接收来自存储请求节点10a的诊断数据存储请求的存储执行节点10b执行诊断数据在自节点的存储器中的存储。
另一方面,在本发明的后面的实施例中,不使用对于每个存储请求节点10a的一个存储执行节点10b的预先确定。相反,多路通信线12上存储请求节点10a以外的所有节点10——其各自具有可存储诊断数据的存储器14——可被看作向之请求存储诊断数据的备选存储执行节点10c。在存储请求被接收之后,执行备选存储执行节点10c之间的仲裁,以确定备选存储执行节点10c中最终将诊断数据存入该节点的存储器14的一个。
下面将阐释本实施例的执行以下步骤的故障诊断数据记录系统:将通过由节点10执行的故障检测所创建的诊断数据存储到另一节点10,以及从另一节点10读取被存储的诊断数据。
图4A示出了将通过由节点10执行的故障检测创建的诊断数据存储到另一节点10中的步骤,图4B示出了从另一节点10读取被存储的诊断数据的步骤,这些步骤由本实施例的故障诊断数据记录系统执行。在图4A与4B中,本质上与图2A以及图2B中的对应单元相同的单元用同样的参考标号表示,并省略对其的介绍。
图5示出了在备选存储执行节点10c之间执行存储仲裁的步骤,该步骤由本实施例的故障诊断数据记录系统执行。
(1)故障检测和诊断数据的准备
如上文所述,在本实施例的故障诊断数据记录系统中,各节点10可分别检测自节点的故障。假设节点10检测到自节点的故障。于是,节点10检测和准备诊断数据,该数据包括检测时的车辆状态数据与控制数据以及被检测到的故障的内容。
此时,所准备的诊断数据被临时存储在该节点10的易失性存储器(未示出)中,并被持续保持在该易失性存储器中,直到用于存储该诊断数据的请求被发送到另一节点10。
在检测到自节点的故障的节点10中,存在至少一个向不同的节点10传送这样的请求的存储请求节点10a:该请求用于将包含由自节点检测到的控制数据的诊断数据存储到与自节点10不同的另一节点10的存储器14中。然而,在本实施例的系统中,与上面提到的实施例中的系统不同,不为每个存储请求节点10a预先确定存储执行节点。
(2)存储请求与诊断数据的传送
当诊断数据在自节点故障检测时被检测到时,存储请求节点10a向多路通信线12传送预定的数据帧,使得节点10a请求多路通信线12上的备选存储执行节点10c存储诊断数据。该数据帧至少包括表示任意数据接收者节点的数据头、被检测到的诊断数据、作为数据发送者的存储请求节点10a的标识信息。
(3)临时存储
由存储请求节点10a发送到多路通信线12的数据帧被多路通信线12上除存储请求节点10a以外的所有节点(备选存储执行节点10c)接收。
每个备选存储执行节点10c分别接收该数据帧,如果上面提到的数据帧流入多路通信线12的话。在收到来自存储请求节点10a的数据帧时,备选存储执行节点10c中的每一个分别执行这样的处理(临时存储处理):在该处理中,将包含在该数据帧中的诊断数据与数据发送者的存储请求节点10a的标识信息相关联,并将之临时存入自节点的存储器14。
(4)备选存储执行节点之间的存储仲裁
为接收自存储请求节点10a的诊断数据执行临时存储处理的备选存储执行节点10c进行其间的存储仲裁,以便确定节点10c中最终在其中存储诊断数据的一个。具体而言,备选存储执行节点10c中的每一个具有这样的功能(存储声明帧输出功能):其在来自存储请求节点10a的诊断数据到存储器14的临时存储被实际完成时,向多路通信线12传送表示自节点10已完成临时存储的预定的数据帧(其被称为存储声明帧)。
当存储器14有着完全存储诊断数据的充足存储容量时,临时存储被完成。然而,当存储器14不具有完全存储诊断数据的充足存储容量时,临时存储不被完成。另外,多路通信线12上的每一节点10具有监视流入多路通信线12的存储声明帧的功能。该功能是为了区分自节点10还是另一节点10向多路通信线12完整地传送了存储声明帧。
在自节点10是备选存储执行节点10c中的一个的情况下,当任何存储声明帧没流入多路通信线12且节点10已完成对接收自存储请求节点10a的诊断数据的临时存储时,节点10向多路通信线12输出存储声明帧。
另一方面,当自节点10接收到已流入多路通信线12的存储声明帧时,节点10禁止向多路通信线12输出存储声明帧,即使在自节点10已完成对接收自存储请求节点10a的诊断数据的临时存储的情况下。根据这种仲裁方法,在接收到来自存储请求节点10a的数据帧的所有备选存储执行节点10c中,诊断数据的临时存储被完成且存储声明帧第一次被输出到多路通信线12的节点被选为最终存储诊断数据的节点(获胜节点)。
当多个备选存储执行节点10c同时输出存储声明帧时,根据符合本实施例的系统所用多路通信线1的通信协议的仲裁规则选择获胜节点。例如,包含在数据帧中的数据发送者的节点10的标识号码中较小的一个被优先选择为获胜节点。
(5)存储执行与被存储数据擦除
输出存储声明帧并被选为获胜节点的唯一备选存储执行节点10c将被临时存储的诊断数据与存储请求节点10a的标识信息相关联,并将之最终存储在存储器14中。
另一方面,备选存储执行节点10c中没能输出存储声明帧以及没被选为获胜节点的节点10c(失败节点)在存储器14中擦除被临时存储的诊断数据以及数据发送者的存储请求节点10a的标识信息。
(6)读取请求
当故障被存储请求节点10a检测到且诊断数据被存入任何备选存储执行节点10c的存储器14中时,车辆所有者认识到车辆中发生了某种故障,并领会到应当执行故障诊断以移除车辆中的故障。
已经领会到这种情况的车辆所有者或维修工厂的工人——车辆所有者请求其对车辆进行维修——将通过连接器建立外部诊断工具20与多路通信线12之间的连接。
不像前面提到的实施例中那样向外部诊断工具20提供定义存储请求节点10a与存储执行节点10b的关系的图。当在其与多路通信线12连接的状态下达到应当通过预定操作进行故障诊断的情况时,外部诊断工具20向多路通信线12发送数据帧——该数据帧请求存储请求节点10a的诊断数据的传送,使得存储请求节点10a的诊断数据可被读出。该数据帧至少包含已检测到该诊断数据的存储请求节点10a的标识信息。
(7)数据传送
从外部诊断工具20发送到多路通信线12的数据帧被多路通信线12上的所有节点10接收。在收到来自外部诊断工具20的该数据帧时,节点10中的每一个分别基于包含在该数据帧中的、存储请求节点10a的标识信息判定由存储请求节点10a检测到的诊断数据是否被最终存储在自节点10的存储器14中。
当诊断数据的最终存储被执行时,判定为自节点10为已经执行诊断数据的最终存储的获胜节点,且实际被存储在自节点10的存储器14中的诊断数据经由多路通信线12被传送到外部诊断工具20。
当发送自作为获胜节点的备选存储执行节点10c的、存储请求节点10a的诊断数据通过预定操作被接收时,外部诊断工具20将诊断数据存入存储器。外部诊断工具20基于被存储的数据执行车辆的故障诊断,使得车辆的故障部件得到指出。
车辆维修工厂的工人或车辆所有者可通过执行故障诊断的外部诊断工具20领会车辆的故障部件。
类似于前面介绍的实施例,在本实施例的系统中,当某个节点10中发生故障时,与该故障有关的诊断数据可被存入设置在另一节点10中的存储器14,而不是存入设置在该节点10中的存储器14。也就是说,存储与故障有关的诊断数据的请求可从该节点10通过多路通信线12被传送到另一节点10。
因此,如果具有有着相对较小的存储容量的存储器14的节点10中发生故障且该节点10的存储器14不具有存储与故障有关的所有诊断数据的充足存储容量时,诊断数据可被安全地存入另一节点10的存储器14。并且,在后面的故障诊断时,被存储的诊断数据可从另一节点10的存储器被确定地读取。
因此,根据本实施例的系统,即使是在故障诊断是通过由有着具有小存储容量的存储器14的节点10执行的故障检测创建的时候,可以安全且可靠地获得被存储的诊断数据,而无需增加该节点10的存储器空间。
在本实施例的系统中,不为每个存储请求节点10a预先确定应当请求存储自节点故障检测所创建诊断数据的一个存储执行节点10b。在存储请求节点10a向多路通信线12上的所有节点10请求自节点的诊断数据的临时存储后,在由存储请求节点10a请求存储诊断数据的备选存储执行节点10c之间进行仲裁,且备选存储执行节点10c中最终将诊断数据存入该节点的存储器14的一个被选择。
根据本实施例的系统,存储请求节点10a不必事先存储作为用于存储诊断数据的被请求存储执行节点的节点10的标识信息。当在多路通信线12上添加新的节点10或在多路通信线10上删除节点10时,或当存在取决于车辆类型被安装或不被安装的节点10时,不必如前面的实施例中那样分别改变存储请求节点10a与存储执行节点10b之间的对应关系。本实施例的系统可以构建具有良好的扩展性的系统。
在本实施例的系统中,在已执行存储器14中存储请求节点10a的诊断数据的临时存储的备选存储执行节点10c之间进行仲裁,且备选存储执行节点10c中已经完成诊断数据的临时存储且第一次将存储声明帧输出到多路通信线12的节点10c被选为最终存储诊断数据的获胜节点。
为了完成诊断数据到存储器14的临时存储,有必要为存储器14提供充足的存储容量。因此,具有有着小存储容量的存储器14的节点10不被选为获胜节点,且已经完成临时存储的节点10可被选为执行最终存储的获胜节点。
在存储请求节点10a与存储执行节点10b之间的对应关系如同前一实施例一样被指定的系统中可能发生问题,因为如果存储执行节点10b的存储器具有太小的存储容量,存储请求节点10a的诊断数据不能被完全存储在存储执行节点10b的存储器14中。
另一方面,根据本实施例的系统,备选存储执行节点10c中具有有着存储所有诊断数据的充足存储容量的存储器14的一个被选为获胜节点。本实施例的系统可以避免上面提到的问题,且在故障诊断时,存储请求节点10a的诊断数据能够以好的概率被可靠地获得。
另外,在本实施例的系统中,第一次向多路通信线12输出存储声明帧的备选存储执行节点10c被选为最终存储诊断数据的获胜节点。即使是在多路通信线12上除存储请求节点10a以外仅存在一个备选存储执行节点10c的情况下,备选存储执行节点10c可被选为获胜节点。因此,根据本实施例的系统,如果被连接到多路通信线12的备选存储执行节点10c的数量大于1,无论节点10c的数量如何,可执行存储请求节点10c的诊断数据的最终存储。因此,可以以系统配置与规模的良好的灵活性执行存储请求节点10a的诊断数据的最终存储。
在本实施例的系统中,外部诊断工具20不像前一实施例中那样具有定义存储请求节点10a与存储执行节点10b的对应关系的图。也就是说,存储请求节点10a的诊断数据的读取请求被外部诊断工具20传送到多路通信线12上的所有节点10而不是特定节点10,并且,已完成诊断数据的最终存储的备选存储执行节点10c将诊断数据经由多路通信线12传送到外部诊断工具20。
根据本实施例的系统,外部诊断工具20不必事先存储定义存储请求节点10a与存储执行节点10b之间关系的图。因此,当在多路通信线12上添加新节点10或在多路通信线12上删除节点10时,或当存在取决于车辆类型被安装或不被安装的节点10时,不必如前一实施例中那样分别改变存储请求节点10a与存储执行节点10b之间的对应关系。本实施例的系统可以构建具有良好的扩展性的系统。
另外,外部诊断工具20不具有定义存储请求节点10a与存储执行节点10b之间对应关系的图的系统可用于前面介绍的实施例中的系统。在这种情况下,另外,可以在某种程度上保证系统对多路通信线12上的节点10的变化的扩展性。
在上面提到的实施例中,相应地,外部诊断工具20对应于权利要求中的外部诊断装置,设置在节点10中的存储器14对应于权利要求中的存储单元。
在上面提到的实施例中,由存储请求节点10a检测到的所有诊断数据被存入另一节点10的存储器14。作为替代的是,故障诊断数据记录系统可被配置为:当各节点10的存储器的可用存储容量不足时,诊断数据被分为多条诊断数据并被存入多个其他节点10的存储器14。
作为替代的是,可对故障诊断数据记录系统进行配置,使得仅在存储请求节点10a的存储器的可用存储容量不足时,不能被存储在存储请求节点10a的存储器中的剩余诊断数据被存储在其他节点10的存储器14中。
在上面提到的实施例中,设置在机动车中的多个电子控制单元通过多路通信线12互连。然而,本发明不限于这些实施例。作为替代的是,本发明的故障诊断数据记录系统不仅可应用于机动车,还可应用于不同于机动车的其他系统中通过多路通信线12互连的多个节点。
本发明不限于上述实施例,在不脱离本发明的范围的情况下,可作出修改和改变。
另外,本申请基于并要求2005年1月19日提交的日本专利申请N0.2005-011573的优先权,其整体内容并入此处作为参考。

Claims (12)

1.一种用在机动车辆中的故障诊断数据记录系统,其包含通过多路通信线(12)互连的、车辆的两个或两个以上的节点(10),所述故障诊断数据记录系统包含:
所述车辆的第一节点(10;10a),其被配置为进行所述第一节点的故障检测并具有有着小存储容量的存储单元(14);以及
所述车辆的第二节点(10;10b),其被配置为进行所述第二节点的故障检测,经由所述多路通信线被连接到所述第一节点,并有着具有大存储容量的存储单元(14),
其中,所述第一节点被进一步配置为向所述第二节点发送对于由所述第一节点检测到的所述故障的结果数据的存储请求,且
其中,所述第一节点与所述第二节点被配置为将由所述第一节点检测的所述故障的所述结果数据的至少一部分经由所述多路通信线(12)存入所述第二节点的所述存储单元。
2.根据权利要求1的故障诊断数据记录系统,其中,所述第一节点的标识信息与由所述第一节点检测的所述故障的所述结果数据相关联,且所述标识信息被存储在所述第二节点的所述存储单元中。
3.根据权利要求1的故障诊断数据记录系统,其中,所述车辆的所述两个或两个以上的节点中的每一个被配置为接收来自被连接到所述多路通信线(12)的外部诊断装置(20)的请求,并对所述接收到的请求做出响应地经由所述多路通信线向所述外部诊断装置(20)传送存储在其自身的存储单元中的所述结果数据。
4.一种用在机动车辆中的故障诊断数据记录系统,其包含:
在车辆中通过多路通信线(12)互连的、所述车辆的两个或两个以上的节点(10),每个所述节点被配置为进行各自节点的故障检测;所述车辆的所述两个或两个以上的节点中的第一节点(10;10a),其具有有着小存储容量的存储单元(14);以及
所述车辆的所述两个或两个以上的节点中的第二节点(10;10b),其有着具有大存储容量的存储单元(14),并被配置为接收来自所述第一节点的对于由所述第一节点检测到的所述故障的结果数据的存储请求,并被配置为应来自所述第一节点的所述请求将由所述第一节点检测的所述故障的所述结果数据的至少一部分经由所述多路通信线(12)存入所述第一节点之外的所述第二节点的所述存储单元。
5.根据权利要求4的故障诊断数据记录系统,其中,所述第一节点的标识信息与由所述第一节点检测的所述故障的所述结果数据相关联,且所述标识信息被存储在所述第二节点的所述存储单元中。
6.根据权利要求4的故障诊断数据记录系统,其中,所述车辆的所述两个或两个以上的节点中所述第一节点以外的所述第二节点预先被设置为与所述第一节点对应。
7.根据权利要求4的故障诊断数据记录系统,其中,所述第一节点被配置为经由所述多路通信线将故障检测的所述结果数据传送到所述车辆的所述两个或两个以上的节点中的所述第二节点,且所述第一节点以外的所述车辆的所述第二节点被配置为经由所述多路通信线接收所述故障检测的所述结果数据并将所述接收到的结果数据存储在所述第二节点的所述存储单元中。
8.根据权利要求4的故障诊断数据记录系统,其中,所述第一节点(10a)被配置为经由所述多路通信线将故障检测的所述结果数据以及对所述结果数据的存储请求传送到所述车辆的所述两个或两个以上的节点中除所述第一节点外的两个或两个以上的其它节点(10b,10c),且
其中,所述车辆的所述两个或两个以上的节点中除所述第一节点外的所述其它节点中的每一个被配置为分别经由所述多路通信线接收故障检测的所述结果数据并将所述接收的结果数据临时存入自身的存储单元,且
其中,所述车辆的所述两个或两个以上的节点中除所述第一节点外的所述其它节点中的每一个被配置为在所述临时存入后根据预定规则执行所述临时存入的结果数据的仲裁,使得所述其它节点中由所述仲裁选择的一个最终将所述临时存入的结果数据存入其自身的存储单元。
9.根据权利要求8的故障诊断数据记录系统,其中,除所述第一节点外的所述其它节点中未被所述仲裁选择的其余节点被配置为分别擦除被临时存储在所述其余节点的存储单元中的所述结果数据。
10.根据权利要求4的故障诊断数据记录系统,其中,所述车辆的所述两个或两个以上的节点中的每一个被配置为从被连接到所述多路通信线(12)的外部诊断装置(20)接收请求,并对所述接收到的请求做出响应地经由所述多路通信线将被存储在其自身的存储单元中的所述结果数据传送到所述外部诊断装置(20)。
11.一种用在机动车辆中的故障诊断数据记录方法,其在由多路通信线互连的、车辆的两个或两个以上的节点中记录诊断数据,该方法包含以下步骤:
提供所述车辆的所述两个或两个以上的节点中的第一节点,其被配置为进行所述第一节点的故障检测(100,102)并具有有着小存储容量的存储单元;
提供所述车辆的所述两个或两个以上的节点中的第二节点,其被配置为进行所述第二节点的故障检测,经由所述多路通信线被连接到所述第一节点,并有着具有大存储容量的存储单元;
从所述第一节点向所述第二节点发送(104)对于由所述第一节点检测到的所述故障的结果数据的存储请求;以及
将由所述第一节点检测的所述故障的所述结果数据的至少一部分经由所述多路通信线(110,112)存入所述第二节点的所述存储单元。
12.一种用在机动车辆中的故障诊断数据记录方法,该方法包含以下步骤:
提供通过多路通信线互连的、车辆的两个或两个以上的节点,每个所述节点被配置为进行各自节点的故障检测;
在具有有着小存储容量的存储单元的、所述车辆的所述两个或两个以上的节点中的第一节点上检测(100,102)所述第一节点中的故障;以及
当从所述第一节点(110)接收到对于结果数据的存储请求时,在有着具有大存储容量的存储单元的、所述车辆的所述两个或两个以上的节点中的第二节点上,将由所述第一节点检测的所述故障的结果数据的至少一部分经由所述多路通信线存入(112)所述第一节点以外的所述第二节点的所述存储单元。
CNB200680002753XA 2005-01-19 2006-01-12 故障诊断数据记录系统与方法 Expired - Fee Related CN100507861C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005011573A JP4297056B2 (ja) 2005-01-19 2005-01-19 故障診断データ記録システム及び故障診断データ記録方法
JP011573/2005 2005-01-19

Publications (2)

Publication Number Publication Date
CN101107595A CN101107595A (zh) 2008-01-16
CN100507861C true CN100507861C (zh) 2009-07-01

Family

ID=36688094

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB200680002753XA Expired - Fee Related CN100507861C (zh) 2005-01-19 2006-01-12 故障诊断数据记录系统与方法

Country Status (6)

Country Link
US (1) US7711461B2 (zh)
EP (1) EP1839150B1 (zh)
JP (1) JP4297056B2 (zh)
KR (1) KR100902531B1 (zh)
CN (1) CN100507861C (zh)
WO (1) WO2006077900A2 (zh)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE112007002219B8 (de) * 2006-09-21 2016-04-28 Autonetworks Technologies, Ltd. Elektrisches Steuersystem
FR2920895B1 (fr) * 2007-09-06 2014-11-28 Peugeot Citroen Automobiles Sa Procede de gestion de defaillances avec memorisation de ces defaillances pour un vehicule automobile.
US20090138153A1 (en) * 2007-11-26 2009-05-28 Honeywell International, Inc. Advanced algorithm framework
JP2009143459A (ja) * 2007-12-17 2009-07-02 Hitachi Ltd 車載エレクトロニクス・システム及び自動車
JP2009286295A (ja) * 2008-05-30 2009-12-10 Hitachi Ltd 車載情報収集システム及び車載情報収集装置におけるデータ収集方法
JP5141381B2 (ja) 2008-06-02 2013-02-13 富士通株式会社 情報処理装置、エラー通知プログラム、エラー通知方法
JP5391863B2 (ja) * 2009-06-24 2014-01-15 株式会社デンソー 通信装置及び通信システム
JP5633262B2 (ja) * 2010-01-07 2014-12-03 株式会社デンソー 車両用情報記憶装置、車両診断システム、プログラム
US8761190B2 (en) * 2011-01-06 2014-06-24 GM Global Technology Operations LLC Message loss prevention by using sender and receiver buffers in event-triggered distributed embedded real-time systems
FR2970359B1 (fr) * 2011-01-12 2012-12-28 Peugeot Citroen Automobiles Sa Procede de diagnostic de fonctionnement d'au moins un reseau de communication, par declenchement sur requete d'un programme de diagnostic stocke dans au moins un organe de calcul
US9235939B2 (en) * 2011-03-07 2016-01-12 Denso International America, Inc. Driver recording apparatus
JP5762139B2 (ja) * 2011-05-30 2015-08-12 株式会社メガチップス 情報処理端末及び管理サーバ
JP5518810B2 (ja) * 2011-08-18 2014-06-11 日立オートモティブシステムズ株式会社 車両制御装置、車両制御システム
CN103116352A (zh) * 2013-01-11 2013-05-22 浙江吉利汽车研究院有限公司杭州分公司 无存储空间时故障代码dtc的存储方法
EP2955699A1 (de) * 2014-06-12 2015-12-16 AKKA GmbH Verfahren und System zum Ausgeben von Fehlerinformationen bei der On-Board-Diagnose von Fahrzeugen
WO2018152544A1 (en) * 2017-02-17 2018-08-23 Marvell World Trade Ltd. Systems and methods for an error logging mechanism at controller area network buses
JP2019045914A (ja) 2017-08-29 2019-03-22 ローベルト ボッシュ ゲゼルシャフト ミット ベシュレンクテル ハフツング 制御装置及び車両の制御システム
US10846955B2 (en) 2018-03-16 2020-11-24 Micron Technology, Inc. Black box data recorder for autonomous driving vehicle
US11362917B2 (en) * 2018-03-26 2022-06-14 Fuji Corporation Slave, work machine, and log information storage method
KR102049251B1 (ko) * 2018-05-29 2019-11-28 (주)넥스챌 데이터 수집을 위한 마이크로 그리드 게이트웨이 및 그의 제어 방법
US11094148B2 (en) 2018-06-18 2021-08-17 Micron Technology, Inc. Downloading system memory data in response to event detection
CN109040204A (zh) * 2018-07-17 2018-12-18 中国联合网络通信集团有限公司 用于网关的数据处理方法、网关组件和传感器网络
US11782605B2 (en) 2018-11-29 2023-10-10 Micron Technology, Inc. Wear leveling for non-volatile memory using data write counters
US11373466B2 (en) 2019-01-31 2022-06-28 Micron Technology, Inc. Data recorders of autonomous vehicles
US11410475B2 (en) 2019-01-31 2022-08-09 Micron Technology, Inc. Autonomous vehicle data recorders
JP7411332B2 (ja) * 2019-03-08 2024-01-11 ロベルト・ボッシュ・ゲゼルシャフト・ミト・ベシュレンクテル・ハフツング 車両用制御装置
CN111930572B (zh) * 2020-09-21 2021-01-12 南京芯驰半导体科技有限公司 一种在环双备份系统
KR102247083B1 (ko) 2021-01-12 2021-04-30 (주)세정이에프씨 단지내 지중 통신 케이블 고장 복구 설비
FR3119146A1 (fr) 2021-01-26 2022-07-29 Psa Automobiles Sa Methode de diagnostic de pannes d’un vehicule automobile
EP4439497A1 (en) * 2023-03-30 2024-10-02 KNORR-BREMSE Systeme für Nutzfahrzeuge GmbH Method and system for data recording in a vehicle combination

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US643016A (en) * 1899-10-23 1900-02-06 William Thum Bicycle-rack.
JPH0787457B2 (ja) 1986-03-20 1995-09-20 トヨタ自動車株式会社 故障情報伝送方法
KR0141893B1 (ko) * 1993-06-30 1998-06-01 나까무라 유이찌 차량용제어장치의 고장진단장치 및 고장진단방법
JP2601194B2 (ja) 1993-06-30 1997-04-16 三菱自動車工業株式会社 車両用制御装置の故障診断装置
JP2767363B2 (ja) * 1993-07-08 1998-06-18 株式会社小松製作所 駆動機械のデータ収集装置
JPH07334382A (ja) 1994-06-07 1995-12-22 Hitachi Ltd マルチコントローラシステム
JP3657027B2 (ja) * 1995-05-25 2005-06-08 株式会社小松製作所 車両故障診断装置の時間管理システム及び方法
JP3401160B2 (ja) 1997-03-28 2003-04-28 三菱電機株式会社 分散共有メモリネットワーク装置
US6285931B1 (en) 1998-02-05 2001-09-04 Denso Corporation Vehicle information communication system and method capable of communicating with external management station
JP2000066959A (ja) 1998-08-18 2000-03-03 Nec Corp 共有メモリ型情報処理システム
US6430164B1 (en) 1999-06-17 2002-08-06 Cellport Systems, Inc. Communications involving disparate protocol network/bus and device subsystems
US6330499B1 (en) 1999-07-21 2001-12-11 International Business Machines Corporation System and method for vehicle diagnostics and health monitoring
JP2002073378A (ja) 2000-09-04 2002-03-12 Hitachi Ltd 計算機システムのダンプ取得方法および装置
JP4394298B2 (ja) 2001-02-20 2010-01-06 日本電気株式会社 マルチプロセッサシステムとその共有メモリ制御方法、及び共有メモリ制御プログラム
GB2386447B (en) 2002-03-15 2006-05-24 Haldex Brake Products Ltd Vehicle data system
JP2004302944A (ja) 2003-03-31 2004-10-28 Suzuki Motor Corp 車両用制御システム
US6978198B2 (en) * 2003-10-23 2005-12-20 General Motors Corporation System and method to load vehicle operation software and calibration data in general assembly and service environment

Also Published As

Publication number Publication date
WO2006077900A2 (en) 2006-07-27
WO2006077900A3 (en) 2006-10-26
KR20070087156A (ko) 2007-08-27
EP1839150B1 (en) 2013-11-13
JP4297056B2 (ja) 2009-07-15
US7711461B2 (en) 2010-05-04
CN101107595A (zh) 2008-01-16
KR100902531B1 (ko) 2009-06-15
JP2006199096A (ja) 2006-08-03
EP1839150A2 (en) 2007-10-03
US20080208533A1 (en) 2008-08-28

Similar Documents

Publication Publication Date Title
CN100507861C (zh) 故障诊断数据记录系统与方法
US6799106B2 (en) Vehicular electronic control system, and electronic control unit, program, and storing member for the same
CA2198501C (en) Malfunction diagnosis system and method for on-vehicle electronic control units
KR100233180B1 (ko) 통신 시스템
US7856299B2 (en) Checking of repairs for electronic vehicle systems
CN104718725A (zh) 中继装置
US6744735B1 (en) Diagnostic device, diagnostic method, and network system having diagnostic facility
US6321148B1 (en) Vehicle communication control apparatus and method
US5726638A (en) Method and device for serial communication
JP3106927B2 (ja) 通信システム
US5388089A (en) Apparatus for connecting multiplex transmission systems
EP0793084A2 (en) A communication control apparatus for controlling comunication between a group of electronic units in vehicles
JP4007023B2 (ja) 車両用故障診断装置
JP4055384B2 (ja) 車両用故障診断装置
JP3355831B2 (ja) 車両用通信システム
JP2021145162A (ja) 通信制御システム
JP2009005160A (ja) エラー発生装置
JP4172461B2 (ja) ノード診断システム
JP2849402B2 (ja) 車両用故障診断装置
JPH08204709A (ja) 通信システム
JP4258460B2 (ja) ネットワークシステム及びネットワークシステムの故障診断方法
JPH08265880A (ja) 通信システム
JP2023146503A (ja) 車両用通信制御システム及び車両用通信制御装置
JPH0758962B2 (ja) 通信機能を有する制御装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20090701

Termination date: 20180112