DE102015214376A1 - Verfahren und Vorrichtung zur On-Board-Diagnose bei einem Steuergerät mit einem Hypervisor und mindestens einem unter dem Hypervisor betriebenen Gastsystem - Google Patents

Verfahren und Vorrichtung zur On-Board-Diagnose bei einem Steuergerät mit einem Hypervisor und mindestens einem unter dem Hypervisor betriebenen Gastsystem Download PDF

Info

Publication number
DE102015214376A1
DE102015214376A1 DE102015214376.7A DE102015214376A DE102015214376A1 DE 102015214376 A1 DE102015214376 A1 DE 102015214376A1 DE 102015214376 A DE102015214376 A DE 102015214376A DE 102015214376 A1 DE102015214376 A1 DE 102015214376A1
Authority
DE
Germany
Prior art keywords
hypervisor
diagnosis
guest system
procedure
guest
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.)
Pending
Application number
DE102015214376.7A
Other languages
English (en)
Inventor
Gunnar Piel
Gary Morgan
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.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
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 Robert Bosch GmbH filed Critical Robert Bosch GmbH
Priority to DE102015214376.7A priority Critical patent/DE102015214376A1/de
Priority to CN201610819625.XA priority patent/CN106406276B/zh
Priority to US15/222,410 priority patent/US10013300B2/en
Publication of DE102015214376A1 publication Critical patent/DE102015214376A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00Testing or monitoring of control systems or parts thereof
    • G05B23/02Electric testing or monitoring
    • G05B23/0205Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0218Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults
    • 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/079Root cause analysis, i.e. error or fault diagnosis
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/04Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0428Safety, monitoring
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00Testing or monitoring of control systems or parts thereof
    • G05B23/02Electric testing or monitoring
    • 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/0712Error 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 virtual computing platform, e.g. logically partitioned 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/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/0751Error or fault detection not based on redundancy
    • 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/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Automation & Control Theory (AREA)
  • Mathematical Physics (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Computer Hardware Design (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • Hardware Redundancy (AREA)

Abstract

Verfahren zur On-Board-Diagnose (27) bei einem Steuergerät (20) mit einem Hypervisor (26) und mindestens einem unter dem Hypervisor (26) betriebenen Gastsystem (21, 22), gekennzeichnet durch folgende Merkmale: – das Gastsystem (21, 22) empfängt unter einer individuellen Diagnoseadresse (23, 24) des Gastsystems (21, 22) von einem Diagnosewerkzeug (40) mittels einer Kommunikationsinfrastruktur (50) eine Diagnoseanfrage, – das Gastsystem (21, 22) stellt eine Eigendiagnose, – das Gastsystem (21, 22) empfängt eine Hypervisor-Diagnose (27) von dem Hypervisor (26) und – das Gastsystem (21, 22) sendet unter seiner Diagnoseadresse (23, 24) dem Diagnosewerkzeug (40) abhängig von der Diagnoseanfrage die Eigendiagnose oder die Hypervisor-Diagnose (27).

Description

  • Die vorliegende Erfindung betrifft ein Verfahren zur On-Board-Diagnose bei einem Steuergerät mit einem Hypervisor und mindestens einem unter dem Hypervisor betriebenen Gastsystem. Die vorliegende Erfindung betrifft darüber hinaus eine entsprechende Vorrichtung, ein entsprechendes Computerprogramm sowie ein entsprechendes Speichermedium.
  • Stand der Technik
  • Bekannte Fahrzeugsteuergeräte verfügen in der Regel über Fähigkeiten zur On-Board-Diagnose. Typischerweise bezieht sich die gelieferte Diagnose dabei auf das Steuergerät selbst, seine Funktionalität und Softwareaktualisierung. Auf diese Fähigkeiten gattungsmäßiger Steuergeräte kann etwa mittels verschiedenster Fahrzeugkommunikationsnetzwerke wie CAN, Flexray oder Ethernet und jeweilige Diagnoseprotokolle wie OBD zugegriffen werden. Um eine Diagnosekommunikationsverbindung zwischen dem Steuergerät und einem externen Diagnosewerkzeug herzustellen, besitzt ein derartiges Steuergerät eine Diagnoseadresse. Bei einem einzigen Softwaresystem innerhalb des Steuergerätes sind die beschriebenen Fähigkeiten als Stand der Technik zu erachten.
  • In einem virtualisierten Steuergerät jedoch gibt es mehrere Softwaresysteme, sogenannte Gastsysteme, und die zusätzliche Softwarekomponente eines Hypervisors. Als Folge davon werden Diagnosefähigkeiten hinsichtlich Statusinformationen für jedes Gastsystem, die Hardware und den Hypervisor benötigt. Schließlich müssen die Gastsysteme und der Hypervisor aktualisiert werden.
  • DE 19921845 A1 beschreibt eine Diagnosetestvorrichtung für Kraftfahrzeuge, wobei im Kraftfahrzeug programmierbare Steuergeräte mit Eigendiagnosemittel vorgesehen sind, welche programmgesteuert die Motorsteuerung und andere Systeme des Kraftfahrzeugs steuern, überwachen, Fehlercodes generieren und diese abspeichern, und welche über einen Kraftfahrzeug-seitigen Diagnose-/Prüfstecker mit einem externen Diagnosetester verbindbar sind. Der externe Diagnosetester ist mit einer Programmerkennungs- und Programmladevorrichtung ausgestattet. Mittels der Programmerkennungsvorrichtung wird die im angeschlossenen Steuergerät enthaltene Programmversion abgefragt und erkannt. Dann, wenn das Kraftfahrzeug-seitig vorhandene und über den Diagnose-/Prüfstecker erkannte, im angeschlossenen Steuergerät des Kraftfahrzeugs vorhandene Programm nicht in der neuesten und aktuellsten Version abgespeichert ist, wird von der Programmladevorrichtung des Diagnosetesters die jeweils aktuellste Version in den Programmspeicher des entsprechenden Steuergerätes geladen.
  • Offenbarung der Erfindung
  • Die Erfindung stellt ein Verfahren zur On-Board-Diagnose bei einem Steuergerät mit einem Hypervisor und mindestens einem unter dem Hypervisor betriebenen Gastsystem, eine entsprechende Vorrichtung, ein entsprechendes Computerprogramm sowie ein entsprechendes Speichermedium gemäß den unabhängigen Ansprüchen bereit.
  • Ein Vorzug dieser Lösung liegt in der durch sie eröffneten Möglichkeit, Diagnoseinformationen über die Steuergerätehardware, jedes Gastsystem und den Hypervisor bereitzustellen. Im Gegensatz zu einer naheliegenden Darstellung der Statusinformationen unter einer einzigen Diagnoseadresse, wie sie durch Teilen und Weitergeben von Informationen zwischen den Softwareinstanzen zu bewerkstelligen wäre, stellt der vorgeschlagene Ansatz getrennte und unabhängige Mittel für jedes Gastsystem bereit und steht somit im Einklang mit dem Prinzip der Trennung und Unabhängigkeit zwischen den Gastsystemen.
  • Jedes Gastsystem hat so eine eigene Diagnoseadresse und stellt seine eigenen Diagnoseinformationen bereit. Die Kommunikationsinfrastruktur lässt sich entweder zwischen mehreren Gastsystemen teilen oder ausschließlich einem Gastsystem vorbehalten. Die Diagnoseinformationen über gemeinsame Komponenten wie den Hypervisor werden jedem Gastsystem bereitgestellt. Dies gewährleistet, dass Diagnoseinformationen über gemeinsame Komponenten unter der Diagnoseadresse jedes Gastsystems verfügbar sind. Dies gewährleistet auch Redundanz, wenn ein Gastsystem ausfällt und nicht länger in der Lage ist, Diagnoseinformationen bereitzustellen.
  • Durch die in den abhängigen Ansprüchen aufgeführten Maßnahmen sind vorteilhafte Weiterbildungen und Verbesserungen des im unabhängigen Anspruch angegebenen Grundgedankens möglich.
  • Kurze Beschreibung der Zeichnungen
  • Ausführungsbeispiele der Erfindung sind in den Zeichnungen dargestellt und in der nachfolgenden Beschreibung näher erläutert. Es zeigt:
  • 1 das Flussdiagramm eines Verfahrens gemäß einer Ausführungsform der Erfindung.
  • 2 das Blockdiagramm eines Steuergerätes und seiner Kommunikationspartner, in welchem das Verfahren gemäß 1 zur Anwendung kommt.
  • Ausführungsformen der Erfindung
  • 1 illustriert den grundsätzlichen Ablauf eines Verfahrens 10 zur On-Board-Diagnose 15, 18, 27 in einem virtualisierten System, welches nunmehr anhand der exemplarischen Systemlandschaft 60 gemäß 2 beleuchtet werden soll.
  • Während ein herkömmliches Steuergerät 30 auf seiner Hardwareplattform 35 lediglich eine Software 31 mit einer einzigen Diagnoseadresse 33 ausführt, hat im Falle des virtualisierten Steuergerätes 20 das erste unter dem Hypervisor 26 betriebene Gastsystem 21 eine erste Diagnoseadresse 23 und das zweite, ebenfalls unter dem Hypervisor 26 betriebene Gastsystem 22 eine zweite Diagnoseadresse 24. Sowohl das erste Gastsystem 21 als auch das zweite Gastsystem 22 ist somit in der Lage, Diagnosekommunikation zu betreiben.
  • Beide Gastsysteme 21, 22 sind ferner in der Lage, eine auf ihre jeweilige Softwarefunktionalität und zugewiesenen Hardwareressourcen 25 bezogene Eigendiagnose 14 zu stellen, zu verarbeiten und bereitzustellen.
  • Der Hypervisor 26 ist dafür verantwortlich, eine auf seine internen Abläufe sowie das allgemeine Verhalten des ersten Gastsystems 21 und des zweiten Gastsystems 22 bezogene Diagnose 15, 18, 27 zu stellen. In Betracht kommt etwa, dass ein Gastsystem 21, 22 die zugewiesenen Partitionsgrenze 28 verletzt hat, gestartet oder gestoppt wurde.
  • Dem ersten Gastsystem 21 und dem zweiten Gastsystem 22 wurden in der Hypervisor-Konfiguration die Rechte verliehen, die besagte Hypervisor-Diagnose 15, 18, 27 vom Hypervisor 26 abzurufen. Es ist ebenfalls möglich, das erste Gastsystem 21 oder das zweite Gastsystem 22 von einer Fortschreibung der Hypervisor-Diagnose 15, 18, 27 mittels eines allgemeinen Auslösemechanismus des Hypervisors 26 zu informieren.
  • Eines der Gastsysteme 21, 22, das zu den Diagnoseinformationen zu gemeinsamen Komponenten wie dem Hypervisor 26 befragt wird, stellt sie unter seiner Diagnoseadresse 23, 24 zur Verfügung.
  • Unter Inkaufnahme von Sicherheitseinbußen ist es ebenfalls denkbar, dem Hypervisor 26 eine eigene Diagnoseadresse zuzuteilen. Als eine Alternative für besonders leistungsfähige Steuergeräte ist ferner an eine getrennte, für jedwede Diagnostik zuständige Verwaltungs- oder Überwachungspartition zu denken.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Patentliteratur
    • DE 19921845 A1 [0004]

Claims (10)

  1. Verfahren (10) zur On-Board-Diagnose (15, 18, 27) bei einem Steuergerät (20) mit einem Hypervisor (26) und mindestens einem unter dem Hypervisor (26) betriebenen Gastsystem (21, 22), gekennzeichnet durch folgende Merkmale: – das Gastsystem (21, 22) empfängt (13) unter einer individuellen Diagnoseadresse (23, 24) des Gastsystems (21, 22) von einem Diagnosewerkzeug (11, 19, 40) mittels einer Kommunikationsinfrastruktur (50) eine Diagnoseanfrage (12), – das Gastsystem (21, 22) stellt eine Eigendiagnose (14), – das Gastsystem (21, 22) empfängt (16) eine Hypervisor-Diagnose (15, 18, 27) von dem Hypervisor (26) und – das Gastsystem (21, 22) sendet (17) unter seiner Diagnoseadresse (23, 24) dem Diagnosewerkzeug (11, 19, 40) abhängig von der Diagnoseanfrage (12) die Eigendiagnose (14) oder die Hypervisor-Diagnose (15, 18, 27).
  2. Verfahren (10) nach Anspruch 1, dadurch gekennzeichnet, dass die Eigendiagnose (14) sich auf eine Softwarefunktionalität des Gastsystems (21, 22) bezieht.
  3. Verfahren (10) nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Eigendiagnose (14) sich auf dem Gastsystem (21, 22) zugewiesene Hardwareressourcen (25) bezieht.
  4. Verfahren (10) nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass die Hypervisor-Diagnose (15, 18, 27) sich auf interne Abläufe des Hypervisors (26) bezieht.
  5. Verfahren (10) nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass die Hypervisor-Diagnose (15, 18, 27) sich auf eine allgemeine Betriebseigenschaft des Gastsystems (21, 22) oder weiterer Gastsysteme des Steuergerätes (20) bezieht.
  6. Verfahren (10) nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass das Gastsystem (21, 22) die Hypervisor-Diagnose (15, 18, 27) von dem Hypervisor (26) anfordert.
  7. Verfahren (10) nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass die Hypervisor-Diagnose (15, 18, 27) von dem Hypervisor (26) selbsttätig veranlasst wird.
  8. Computerprogramm, welches eingerichtet ist, das Verfahren (10) nach einem der Ansprüche 1 bis 7 auszuführen.
  9. Maschinenlesbares Speichermedium, auf dem das Computerprogramm nach Anspruch 8 gespeichert ist.
  10. Vorrichtung (20), die eingerichtet ist, das Verfahren (10) nach einem der Ansprüche 1 bis 7 auszuführen.
DE102015214376.7A 2015-07-29 2015-07-29 Verfahren und Vorrichtung zur On-Board-Diagnose bei einem Steuergerät mit einem Hypervisor und mindestens einem unter dem Hypervisor betriebenen Gastsystem Pending DE102015214376A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE102015214376.7A DE102015214376A1 (de) 2015-07-29 2015-07-29 Verfahren und Vorrichtung zur On-Board-Diagnose bei einem Steuergerät mit einem Hypervisor und mindestens einem unter dem Hypervisor betriebenen Gastsystem
CN201610819625.XA CN106406276B (zh) 2015-07-29 2016-07-28 用于在控制设备中进行车载诊断的方法和设备
US15/222,410 US10013300B2 (en) 2015-07-29 2016-07-28 Method and device for the on-board diagnosis of a control unit including a hypervisor and at least one guest system operated under the hypervisor

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102015214376.7A DE102015214376A1 (de) 2015-07-29 2015-07-29 Verfahren und Vorrichtung zur On-Board-Diagnose bei einem Steuergerät mit einem Hypervisor und mindestens einem unter dem Hypervisor betriebenen Gastsystem

Publications (1)

Publication Number Publication Date
DE102015214376A1 true DE102015214376A1 (de) 2017-02-02

Family

ID=57795466

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102015214376.7A Pending DE102015214376A1 (de) 2015-07-29 2015-07-29 Verfahren und Vorrichtung zur On-Board-Diagnose bei einem Steuergerät mit einem Hypervisor und mindestens einem unter dem Hypervisor betriebenen Gastsystem

Country Status (3)

Country Link
US (1) US10013300B2 (de)
CN (1) CN106406276B (de)
DE (1) DE102015214376A1 (de)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19921845A1 (de) 1999-05-11 2000-11-23 Bosch Gmbh Robert Diagnosetestvorrichtung für Kraftfahrzeuge mit programmierbaren Steuergeräten

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6622263B1 (en) * 1999-06-30 2003-09-16 Jack Justin Stiffler Method and apparatus for achieving system-directed checkpointing without specialized hardware assistance
CN2600603Y (zh) * 2003-03-14 2004-01-21 重庆工学院 汽车发动机集中控制装置
CN100369435C (zh) * 2005-03-24 2008-02-13 袁光辉 客车车载网络控制系统及其管理和控制方法
DE102005028663A1 (de) * 2005-06-15 2006-12-21 Volkswagen Ag Verfahren und Vorrichtung zum sicheren Kommunizieren einer Komponente eines Fahrzeugs über eine drahtlose Kommunikationsverbindung mit einem externen Kommunikationspartner
JP2006352553A (ja) * 2005-06-16 2006-12-28 Nissan Motor Co Ltd 車載通信システム及び車載ゲートウェイ装置
DE102005028184A1 (de) * 2005-06-17 2006-12-21 Siemens Ag Schaltungsanordnung mit einem Eigendiagnosesystem zum Ansteuern und Überwachen einer Last in einer Brückenschaltung und dazugehöriges Betriebsverfahren
JP4701977B2 (ja) * 2005-10-06 2011-06-15 株式会社デンソー 車載ネットワークの診断システム及び車載制御装置
JP5125659B2 (ja) * 2008-03-24 2013-01-23 富士通株式会社 情報処理装置、情報処理方法及びコンピュータプログラム
US8381032B2 (en) * 2008-08-06 2013-02-19 O'shantel Software L.L.C. System-directed checkpointing implementation using a hypervisor layer
DE102009030774B4 (de) * 2009-06-27 2020-01-30 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur rechnergestützten Erfassung von Fehlern beim Ablauf von einem oder mehreren softwarebasierten Programmen in einem System aus Komponenten
CN101799686B (zh) * 2009-12-25 2013-07-17 奇瑞汽车股份有限公司 一种车载诊断系统
CN102200960A (zh) * 2010-03-23 2011-09-28 秦彦龙 车载中央智能控制多任务计算机系统
US8671405B2 (en) * 2010-03-31 2014-03-11 Microsoft Corporation Virtual machine crash file generation techniques
CN102213962A (zh) * 2010-04-09 2011-10-12 华东师范大学 基于OSGi的远程实时汽车诊断系统
CN201673405U (zh) * 2010-06-09 2010-12-15 北京经纬恒润科技有限公司 一种用于测试汽车电子控制系统的装置
US8424000B2 (en) * 2010-07-30 2013-04-16 Symantec Corporation Providing application high availability in highly-available virtual machine environments
AU2012236739A1 (en) * 2011-03-28 2013-10-03 Mcafee, Inc. System and method for virtual machine monitor based anti-malware security
DE102011082969B4 (de) * 2011-09-19 2015-04-30 Siemens Aktiengesellschaft Verfahren zum Betreiben eines Kommunikationsnetzwerkes und Netzwerkanordnung
US8793528B2 (en) * 2011-11-30 2014-07-29 Oracle International Corporation Dynamic hypervisor relocation
CN102591327B (zh) * 2012-02-27 2013-12-18 湖南大学 一种面向汽车车身控制开发的虚实结合测试方法
US20130275966A1 (en) * 2012-04-12 2013-10-17 International Business Machines Corporation Providing application based monitoring and recovery for a hypervisor of an ha cluster
DE102012009482B4 (de) * 2012-05-12 2020-06-25 Volkswagen Aktiengesellschaft Funktional erweiterbares Fahrzeugsteuergerät und Verfahren zum Ergänzen der Funktionalität eines Fahrzeugsteuergeräts
CN103631247B (zh) * 2012-08-20 2016-08-24 北汽福田汽车股份有限公司 一种汽车的电控产品的寿命测试系统
JP5714543B2 (ja) * 2012-08-23 2015-05-07 トヨタ自動車株式会社 自己監視機能を備えたコンピュータ、監視プログラム
CN103116329A (zh) * 2013-01-04 2013-05-22 浙江海康集团有限公司 一种采用虚拟机和双系统的车载信息平台
CN103273892B (zh) * 2013-04-23 2015-03-25 上海纵目科技有限公司 车载导航全景设备及其运行控制方法
US9176830B2 (en) * 2013-05-24 2015-11-03 Hyundai Motor Company Method for determining software error in virtualization based integrated control system
CN103491070B (zh) * 2013-09-06 2016-09-21 广东工业大学 一种虚拟机实时迁移中的车辆隐私保护方法
US8930067B1 (en) * 2014-05-05 2015-01-06 Nmtc, Inc. System and method for a subscription-based diagnostic software service
CN104678990A (zh) * 2014-12-25 2015-06-03 上海通用汽车有限公司 一种用于车辆自诊断的方法、装置和车辆自诊断系统
US10411966B2 (en) * 2015-02-26 2019-09-10 Red Hat, Inc. Host network analyzer

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19921845A1 (de) 1999-05-11 2000-11-23 Bosch Gmbh Robert Diagnosetestvorrichtung für Kraftfahrzeuge mit programmierbaren Steuergeräten

Also Published As

Publication number Publication date
US20170031746A1 (en) 2017-02-02
CN106406276A (zh) 2017-02-15
CN106406276B (zh) 2021-07-27
US10013300B2 (en) 2018-07-03

Similar Documents

Publication Publication Date Title
DE112015005996T5 (de) Fahrzeugdatenfernsammelsystem
DE102018214999A1 (de) Vorrichtung zur Absicherung von Diagnosebefehlen an ein Steuergerät und entsprechendes Kraftfahrzeug
EP3140816B1 (de) Verfahren zur diagnose eines zustands in einem fahrzeug
DE102012010723A1 (de) Diagnoseverfahren und Diagnoseeinrichtung für ein Kraftfahrzeug
DE102010039021A1 (de) Verfahren zur Rekonfiguration von Softwareparametern in einem Mikrocontroller sowie Mikrocontroller und Steuergerät
DE102019004612A1 (de) Verfahren zum Betreiben eines Fahrzeugs mit einem Steuergerät
DE102015214376A1 (de) Verfahren und Vorrichtung zur On-Board-Diagnose bei einem Steuergerät mit einem Hypervisor und mindestens einem unter dem Hypervisor betriebenen Gastsystem
DE102018222086A1 (de) Steueranordnung für ein Fahrzeug, Fahrzeug und Verfahren zum Konfigurieren eines fahrzeuginternen Systems
DE102017220068A1 (de) Verfahren und Onboard-Steuereinheit zum Steuern und/oder Überwachen von Komponenten eines Schienenfahrzeugs
DE102015214389A1 (de) Verfahren und Vorrichtung zum Aktualisieren einer auf einer physischen Maschine unter einem Hypervisor betriebenen virtuellen Maschine
DE102015204863A1 (de) Verfahren und Vorrichtung zum Warten eines Fahrzeuges
DE102016205138A1 (de) Vorrichtung und Verfahren zur Filterung von sicherheitsrelevanten Eingriffen, sowie ein Gateway-Steuergerät
WO2021018453A1 (de) Verfahren zum testen eines kraftfahrzeugs
DE102019132428A1 (de) Funktionsorientierte Elektronik-Architektur
DE102018124183A1 (de) Verfahren zur Aktualisierung von Daten eines Steuergeräts eines Fahrzeuges
DE102016215068A1 (de) Verfahren und Vorrichtung zum Warten eines Fahrzeuges
DE102012015783A1 (de) Diagnoseverfahren und Diagnosesystem für ein Kraftfahrzeug
DE102015214382A1 (de) Verfahren und Vorrichtung zum Aktualisieren eines Steuergerätes mit einem Bootmanager, einem Hypervisor und mindestens einem unter dem Hypervisor betriebenen Gastsystem
DE102019134872B4 (de) Verbesserung der Betriebsparameter eines Rechensystems im Fahrzeug
DE102023103481A1 (de) Fahrzeugeigene Vorrichtung und Log-Verwaltungsverfahren
DE102019131766A1 (de) Verfahren zum sicheren Modifizieren einer Konfiguration eines Anlagensteuergerätes mittels einer Modifizierungsvorrichtung sowie einer Einrichtung zum sicheren Modifizieren einer Konfiguration eines Anlagensteuergerätes
DE102015204829A1 (de) Verfahren und Anordnung zum Freischalten von Funktionen in einem Tachografen
DE102015214423A1 (de) Verfahren und Vorrichtung zum Sichern von Betriebsparametern eines Kraftfahrzeuges
DE102021207473A1 (de) Mitigation einer manipulation von software eines fahrzeugs
DE102022119791A1 (de) Verfahren zum Identifizieren eines fehlerhaften Bauteils eines Kraftfahrzeugs, Computerprogrammprodukt sowie Fehleridentifizierungsvorrichtung

Legal Events

Date Code Title Description
R012 Request for examination validly filed