[go: up one dir, main page]

DE102006006843A1 - Verfahren zum Antworten auf einen Steuermodulausfall - Google Patents

Verfahren zum Antworten auf einen Steuermodulausfall Download PDF

Info

Publication number
DE102006006843A1
DE102006006843A1 DE102006006843A DE102006006843A DE102006006843A1 DE 102006006843 A1 DE102006006843 A1 DE 102006006843A1 DE 102006006843 A DE102006006843 A DE 102006006843A DE 102006006843 A DE102006006843 A DE 102006006843A DE 102006006843 A1 DE102006006843 A1 DE 102006006843A1
Authority
DE
Germany
Prior art keywords
control module
reset
caused
data
unexpected event
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.)
Granted
Application number
DE102006006843A
Other languages
English (en)
Other versions
DE102006006843B4 (de
Inventor
Timothy A. Avon Robinson
James H. Gulfport Stewart
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.)
Motors Liquidation Co
Original Assignee
General Motors 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 General Motors Corp filed Critical General Motors Corp
Publication of DE102006006843A1 publication Critical patent/DE102006006843A1/de
Application granted granted Critical
Publication of DE102006006843B4 publication Critical patent/DE102006006843B4/de
Anticipated expiration legal-status Critical
Active legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1415Saving, restoring, recovering or retrying at system level
    • G06F11/1441Resetting or repowering

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)
  • For Increasing The Reliability Of Semiconductor Memories (AREA)
  • Techniques For Improving Reliability Of Storages (AREA)

Abstract

Es wird ein Verfahren zum Speichern von Systeminformationen unmittelbar nach einem Hardware- oder Softwareausfall, der ein Rücksetzen eines Prozessors verursacht, bereitgestellt. Nachdem ein Ausfall unmittelbar bevorsteht und bevor der Prozessor ermöglicht, dass das Rücksetzen auftritt, wird der Prozessor angewiesen, eine feste Menge des System-Stack-SRAM zusätzlich zu jeglichen Prozessorregistern, die verwendet werden können, um die Ursache des Rücksetzens zu bestimmen, in einen geschützten Bereich des SRAM zu kopieren. Während der Initialisierungsabfolge wird der geschützte Bereich des SRAM getestet, aber nicht überschrieben. Dies ermöglicht, dass die gesamten Daten des geschützten SRAM einschließlich vorheriger Stack-Inhalte und Registereinstellungen zu der Zeit des Ausfalls für eine Analyse verfügbar sind.

Description

  • TECHNISCHES GEBIET
  • Die vorliegende Erfindung betrifft ein Verfahren zum Diagnostizieren und Analysieren von Ausfällen eines Steuermoduls.
  • HINTERGRUND DER ERFINDUNG
  • Wenn ein Software- oder Hardwareausfall ein Rücksetzen eines Steuermodulprozessors verursacht, gehen typischerweise Daten, die die Ursache des Rücksetzens betreffen, während des Rücksetzprozesses verloren, wenn nicht im Voraus vor dem Ausfall externe Geräte für eine Logikanalyse oder ein Debuggen verbunden wurden. Eine Verbindung zu externen Geräten für eine Logikanalyse und ein Debuggen ist aufgrund der Kosten und Komplexität der Geräte bei den meisten Problemen nicht machbar. Zusätzlich verlangsamen die externen Geräte für eine Logikanalyse und ein Debuggen oftmals die Steuermodulverarbeitung und bewirken ungewollte elektrische Störungen. Schließlich wäre es unpraktisch, mit jedem Fahrzeug externe Geräte für eine Logikanalyse oder ein Debuggen zu verbinden.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung wird ein Verfahren bereitgestellt, um unmittelbar nach einem Hardware- oder Softwareausfall, der ein Rücksetzen eines Prozessors verursacht, Systeminformationen zu speichern. Nachdem ein Ausfall unmittelbar bevorsteht und bevor der Prozessor ermöglicht, dass das Rücksetzen auftritt, wird der Prozessor angewiesen, eine feste Menge des System-Stack-SRAM zusätzlich zu jeglichen Prozessorregistern, die verwendet werden können, um die Ursache des Rücksetzens zu bestimmen, in einen geschützten Bereich des SRAM zu kopieren.
  • Während der Initialisierungsabfolge wird der geschützte Bereich des SRAM getestet, aber nicht überschrieben. Dies ermöglicht, dass die gesamten Daten des geschützten SRAM einschließlich vorheriger Stack-Inhalte und Registereinstellungen zu der Zeit des Ausfalls für das Anwendungsprogramm verfügbar sind. Das Anwendungsprogramm kann diese Inhalte dann während einer Initialisierung in einem nichtflüchtigen Speicher speichern. Dieser Bereich ist auch für ein externes Werkzeug für eine Diagnose der Ursache des Ausfalls verfügbar. Das externe Werkzeug kann die Inhalte der Daten des geschützten SRAM lesen und die Abfolge von vor dem Ausfall ausgeführten Befehlen rekonstruieren.
  • Demgemäß umfasst ein Verfahren zum Diagnostizieren, Analysieren und Antworten auf Ausfälle eines Steuermoduls, dass das Steuermodul initialisiert wird; bestimmt wird, ob ein Rücksetzen des Steuermoduls durch ein unerwartetes Ereignis verursacht wurde; vor dem Rücksetzen des Steuermoduls aufgezeichnete Daten von einer ersten Speichereinrichtung in eine zweite Einrichtung eines nichtflüchtigen Speichers kopiert werden, wenn das Rücksetzen durch ein unerwartetes Ereignis verursacht wurde; und dass die vor dem Rücksetzen des Steuermoduls aufgezeichneten Daten für eine Analyse zu einem externen Werkzeug übertragen werden.
  • Die obigen Merkmale und Eigenschaften und andere Merkmale und Eigenschaften der vorliegenden Erfindung werden aus der folgenden detaillierten Beschreibung der geeignetsten Ausführungsform zum Ausführen der Erfindung in Verbindung mit den begleitenden Zeichnungen leicht ersichtlich.
  • KURZBESCHREIBUGN DER ZEICHNUNGEN
  • 1 ist eine schematische Darstellung eines Erhaltungssystems gemäß einem Aspekt der Erfindung;
  • 2 ist ein Blockdiagramm, das ein Verfahren gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung erläutert;
  • 3 ist ein Blockdiagramm, das einen Schritt des Verfahrens in 2 erläutert;
  • 4 ist ein Blockdiagramm, das einen Schritt des Verfahrens in 2 erläutert; und
  • 5 ist ein Blockdiagramm, das einen Schritt des Verfahrens in 4 erläutert.
  • BESCHREIBUNG DER BEVORZUGTEN AUSFÜHRUNGSFORM
  • In den Zeichnungen, in denen gleiche Bezugszeichen gleiche Elemente bezeichnen, zeigt 1 ein Steuermodul 10 mit einem Mikroprozessor 12, einer Speichereinrichtung 14, einer Speichereinrichtung 16 und einem oder mehreren Eingabe/Ausgabe-Port(s) 18. Das Steuermodul 10 wird hierin nachfolgend als ein Fahrzeugsystem (nicht dargestellt) steuernd beschrieben. Solche Systeme können ein Bremssystem; ein Kraftstoffspeichersystem; einen Motor; ein System einer Heizung, Lüftung und Klima anlage; ein Getriebe etc. umfassen, aber sind nicht auf diese beschränkt. Die Speichereinrichtungen 14 bzw. 16 werden hierin nachfolgend als SRAM 14 bzw. ROM 16 beschrieben. Es sei jedoch angemerkt, dass jede Anzahl an alternativen Speichereinrichtungen betrachtet werden kann.
  • 2-5 zeigen ein Verfahren der vorliegenden Erfindung. Spezieller zeigen 2-5 eine Reihe von Blockdiagrammen, die Schritte darstellen, die durch den Mikroprozessor 12 ausgeführt werden.
  • In Bezug auf 2 ist ein Verfahren 50 (hierin auch als Algorithmus 50 bezeichnet) zum Diagnostizieren und Analysieren von Ausfällen eines Steuermoduls gezeigt. In Schritt 52 prüft der Algorithmus 50, um zu sehen, ob die Zündung des Fahrzeugs (nicht gezeigt) an ist, wie es vorzugsweise durch einen Empfang eines Fahrzeugzündsignals angegeben wird. Wenn die Zündung nicht an ist, wird Schritt 52 wiederholt. Wenn die Zündung an ist, fährt der Algorithmus 50 mit Schritt 54 fort. In Schritt 54 werden Ressourcen initialisiert, wie es in hierin nachfolgend ausführlich beschrieben ist. In Schritt 56 wird eine Anwendungssoftware laufen gelassen, wie es hierin nachfolgend ebenfalls ausführlich beschrieben ist.
  • In 3 ist Schritt 54, in dem die Ressourcen initialisiert werden, ausführlicher gezeigt. In Schritt 58 werden Hardwareeinrichtungen wie beispielsweise der Mikroprozessor 12, der RAM 14 und der ROM 16 initialisiert. In Schritt 60 bestimmt der Algorithmus 50, ob das letzte Rücksetzen durch ein unerwartetes Ereignis verursacht wurde. Ein "unerwartetes Ereignis" umfasst zu Zwecken dieser Offenbarung jedes Ereignis, das nicht in einer vordefinierten Liste erwarteter Ereignisse identifiziert ist, wie beispielsweise ein Abschalten des Fahrzeugs. Wenn das letzte Rücksetzen durch ein unerwartetes Ereignis verursacht wurde, fährt der Algorithmus 50 mit Schritt 62 fort. In Schritt 62 werden vor dem jüngsten Rücksetzen aufgezeichnete Daten von einem geschützten Bereich des SRAM 14 in einen nichtflüchtigen Speicher wie beispielsweise den ROM 16 kopiert, und danach fährt der Algorithmus 50 mit Schritt 62 fort. Der geschützte Bereich des SRAM 14 ist ein vordefinierter Speicherort, wie es hierin nachfolgend ausführlich beschrieben ist. Die in den nichtflüchtigen Speicher kopierten Daten gehen nicht verloren, wenn die Zündung des Fahrzeugs abgeschaltet wird, und sind für eine Analyse durch ein externes Werkzeug wie beispielsweise ein Service-Werkzeug, einen Computer, Diagnosegeräte etc. verfügbar.
  • In Bezug auf 4 ist Schritt 56 ausführlicher gezeigt, in dem eine Anwendungssoftware laufen gelassen wird. In Schritt 64 werden Prozesse regelmäßiger Aufgaben laufen gelassen. Prozesse regelmäßiger Aufgaben sind für jeden Typ von Steuermodul spezifisch, aber viele umfassen z.B. ein Steuern von Schaltvorgängen, ein Erhalten der Motorabtriebsdrehzahl, ein Überwachen der Drosselklappenposition etc. Während die Prozesse der regelmäßigen Aufgaben laufen gelassen werden, können vor einem unerwarteten Ereignis aufgezeichnete Daten von einem nichtflüchtigen Speicher wie beispielsweise dem ROM 16 zu einem externen Werkzeug übertragen werden. Das externe Werkzeug kann dann die aufgezeichneten Daten lesen und die Abfolge von vor dem unerwarteten Ereignis ausgeführten Befehlen rekonstruieren. In Schritt 66 wird eine Ereignisverarbeitung laufen gelassen. Eine "Ereignisverarbeitung" umfasst die Analyse von jedem Rücksetzen, um zu bestimmen, ob es durch ein unerwartetes Ereignis verursacht wurde. In Schritt 68 bestimmt der Algorithmus 50, ob ein Abschalten befohlen wurde. Wenn kein Abschalten befohlen wurde, springt der Algorithmus 50 zu Schritt 64 zurück.
  • In 5 ist Schritt 66, in dem eine Ereignisverarbeitung laufen gelassen wird, ausführlicher gezeigt. In Schritt 70 bestimmt der Algorithmus 50, ob das jüngste Rücksetzen durch ein unerwartetes Ereignis verursacht wurde. Wenn das jüngste Rücksetzen nicht durch ein unerwartetes Ereignis verursacht wurde, fährt der Algorithmus 50 mit Schritt 72 fort, in dem ein Programm mit definierter Logik laufen gelassen wird. Wenn eine definierte Logik laufen gelassen wird, stoppt die Verarbeitung, so dass der Algorithmus 50 auf das erwartete Ereignis antworten kann, das ein Rücksetzen verursachte. Eine definierte Logik kann z.B. ein Empfangen und Verarbeiten eines Motorbefehls, der unmittelbar vor dem Rücksetzen übertragen wurde, umfassen. Wenn das letzte Rücksetzen durch ein unerwartetes Ereignis verursacht wurde, fährt der Algorithmus 50 mit Schritt 74 fort. In Schritt 74 werden vor einem Rücksetzen aufgezeichnete Stack-Daten von einem ersten Speicherort des SRAM 14 in einen geschützten Bereich des SRAM 14 kopiert, und vor einem kürzlichen Rücksetzen aufgezeichnete Registerdaten werden von dem Mikroprozessor 12 in den geschützten Bereich des SRAM 14 kopiert. Der geschützte Bereich des SRAM 14 ist ein vordefinierter Speicherort, der getestet werden kann, aber nicht überschrieben wird. Deshalb sind die vor dem jüngsten Rücksetzen aufgezeichneten und in dem geschützten Bereich von SRAM 14 gespeicherten Daten temporär sicher und können später in einen nichtflüchtigen Speicher wie beispielsweise den ROM 16 kopiert oder durch ein externes Werkzeug analysiert werden. In Schritt 76 wird das Steuermodul 10 zurückgesetzt.
  • Die in 1-5 gezeigten und hierin beschriebenen Schritte brauchen nicht in der gezeigten Reihenfolge ausgeführt zu werden, wenn es hierin nicht anders angegeben ist.
  • Während die geeignetste Ausführungsform zum Ausführen der Erfindung ausführlich beschrieben wurde, werden Fachleute, die diese Erfindung betrifft, verschiedene alternative Entwürfe und Ausführungsformen zum Ausführen der Erfindung innerhalb des Schutzumfangs der beigefügten Ansprüche erkennen.

Claims (16)

  1. Verfahren zum Antworten auf einen Steuermodulausfall, das umfasst, dass das Steuermodul initialisiert wird; bestimmt wird, ob ein Rücksetzen des Steuermoduls durch ein unerwartetes Ereignis verursacht wurde; und vor dem Rücksetzen des Steuermoduls aufgezeichnete Daten von einem ersten Speicherort einer ersten Speichereinrichtung an einen zweiten Speicherort der ersten Speichereinrichtung kopiert werden, wenn das Rücksetzen durch ein unerwartetes Ereignis verursacht wurde.
  2. Verfahren nach Anspruch 1, das des Weiteren umfasst, dass die vor dem Rücksetzen des Steuermoduls aufgezeichneten Daten für eine Analyse zu einem externen Werkzeug übertragen werden.
  3. Verfahren nach Anspruch 1, das des Weiteren umfasst, dass Prozesse regelmäßiger Aufgaben des Steuermoduls laufen gelassen werden.
  4. Verfahren nach Anspruch 1, das des Weiteren umfasst, dass vor dem Rücksetzen des Steuermoduls aufgezeichnete Daten von einer ersten Speichereinrichtung in eine zweite Einrichtung eines nichtflüchtigen Speichers kopiert werden, wenn das das Rücksetzen durch ein unerwartetes Ereignis verursacht wurde.
  5. Verfahren nach Anspruch 4, wobei das Kopieren von Daten von einer ersten Speichereinrichtung in eine zweite Einrichtung eines nichtflüchtigen Speichers umfasst, dass Daten von einer SRAM-Einrichtung in eine ROM-Einrichtung kopiert werden.
  6. Verfahren nach Anspruch 1, das des Weiteren umfasst, dass Daten von einem Mikroprozessor in die erste Speichereinrichtung kopiert werden, wenn das Rücksetzen durch ein unerwartetes Ereignis verursacht wurde.
  7. Verfahren nach Anspruch 1, das des Weiteren umfasst, dass das Steuermodul nach dem Schritt des Kopierens von Daten von einem ersten Speicherort der ersten Speichereinrichtung an einen zweiten Speicherort der ersten Speichereinrichtung zurückgesetzt wird.
  8. Verfahren nach Anspruch 1, das des Weiteren umfasst, dass nach dem Bestimmungsschritt ein Programm mit definierter Logik laufen gelassen wird, wenn das Rücksetzen nicht durch ein unerwartetes Ereignis verursacht wurde.
  9. Verfahren nach Anspruch 1, das des Weiteren umfasst, dass ein Fahrzeugzündsignal empfangen wird.
  10. Verfahren zum Antworten auf einen Steuermodulausfall, das umfasst, dass: das Steuermodul initialisiert wird; bestimmt wird, ob ein Rücksetzen des Steuermoduls durch ein unerwartetes Ereignis verursacht wurde; nach dem Bestimmungsschritt vor dem Rücksetzen des Steuermoduls aufgezeichnete Daten von einer ersten Speichereinrich tung in eine zweite Einrichtung eines nichtflüchtigen Speichers kopiert werden, wenn das Rücksetzen durch ein unerwartetes Ereignis verursacht wurde; die vor dem Rücksetzen des Steuermoduls aufgezeichneten Daten für eine Analyse zu einem externen Werkzeug übertragen werden; Prozesse regelmäßiger Aufgaben des Steuermoduls laufen gelassen werden; und nach dem Bestimmungsschritt die vor dem Rücksetzen des Steuermoduls aufgezeichneten Daten von einem ersten Speicherort der ersten Speichereinrichtung an einen zweiten Speicherort der ersten Speichereinrichtung kopiert werden, wenn das Rücksetzen durch ein unerwartetes Ereignis verursacht wurde.
  11. Verfahren nach Anspruch 10, wobei das Kopieren von Daten von einer SRAM-Einrichtung in eine Einrichtung eines nichtflüchtigen Speichers umfasst, dass Daten von einer SRAM-Einrichtung in eine ROM-Einrichtung kopiert werden.
  12. Verfahren nach Anspruch 10, das des Weiteren umfasst, dass Daten von einem Mikroprozessor in die SRAM-Einrichtung kopiert werden, wenn das Rücksetzen durch ein unerwartetes Ereignis verursacht wurde.
  13. Verfahren nach Anspruch 10, das des Weiteren umfasst, dass das Steuermodul nach dem Schritt des Kopierens von Daten von einem ersten Speicherort der SRAM-Einrichtung an einen zweiten Speicherort der SRAM-Einrichtung zurückgesetzt wird.
  14. Verfahren nach Anspruch 10, das des Weiteren umfasst, dass nach dem Bestimmungsschritt ein Programm mit definierter Logik laufen gelassen wird, wenn das Rücksetzen nicht durch ein unerwartetes Ereignis verursacht wurde.
  15. Verfahren nach Anspruch 10, das des Weiteren umfasst, dass ein Fahrzeugzündsignal empfangen wird.
  16. Verfahren zum Antworten auf einen Steuermodulausfall, das umfasst, dass ein Fahrzeugzündsignal empfangen wird; das Steuermodul initialisiert wird; bestimmt wird, ob ein Rücksetzen des Steuermoduls durch ein unerwartetes Ereignis verursacht wurde; nach dem Bestimmungsschritt vor dem Rücksetzen des Steuermoduls aufgezeichnete Daten von einer SRAM-Einrichtung in eine Einrichtung eines nichtflüchtigen Speichers kopiert werden, wenn das Rücksetzen durch ein unerwartetes Ereignis verursacht wurde; die vor dem Rücksetzen des Steuermoduls aufgezeichneten Daten für eine Analyse zu einem externen Werkzeug übertragen werden; Prozesse regelmäßiger Aufgaben des Steuermoduls laufen gelassen werden; nach dem Bestimmungsschritt die vor dem Rücksetzen des Steuermoduls aufgezeichneten Daten von einem ersten Speicherort der SRAM-Einrichtung an einen geschützten Speicherort der SRAM-Einrichtung kopiert werden, wenn das Rücksetzen durch ein unerwartetes Ereignis verursacht wurde; nach dem Bestimmungsschritt ein Programm mit definierter Logik laufen gelassen wird, wenn das Rücksetzen nicht durch ein unerwartetes Ereignis verursacht wurde; und das Steuermodul zurückgesetzt wird.
DE102006006843.2A 2005-02-15 2006-02-14 Verfahren zum Antworten auf einen Steuermodulausfall Active DE102006006843B4 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/058,503 US7406624B2 (en) 2005-02-15 2005-02-15 Method for responding to a control module failure
US11/058,503 2005-02-15

Publications (2)

Publication Number Publication Date
DE102006006843A1 true DE102006006843A1 (de) 2006-10-12
DE102006006843B4 DE102006006843B4 (de) 2018-02-08

Family

ID=36817029

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102006006843.2A Active DE102006006843B4 (de) 2005-02-15 2006-02-14 Verfahren zum Antworten auf einen Steuermodulausfall

Country Status (3)

Country Link
US (1) US7406624B2 (de)
CN (1) CN100397354C (de)
DE (1) DE102006006843B4 (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7502673B2 (en) * 2004-08-26 2009-03-10 General Motors Corporation Method and apparatus for remote vehicle communication
TW201348948A (zh) * 2012-05-22 2013-12-01 Hon Hai Prec Ind Co Ltd 用於記錄筆記型電腦關機資訊的方法及系統
US9141505B1 (en) * 2012-09-27 2015-09-22 Emc Corporation Adaptive failure survivability in a storage system using save time and data transfer after power loss
FR3021430B1 (fr) * 2014-05-20 2016-05-13 Bull Sas Procede d'obtention d'informations stockees dans des registres de module(s) de traitement d'un calculateur juste apres la survenue d'une erreur fatale
US12417189B2 (en) * 2023-10-23 2025-09-16 Qualcomm Incorporated Automated damage condition detection and data backup in an electronic device

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2999016B2 (ja) * 1991-05-17 2000-01-17 アスコ株式会社 車両安全装置の制御システム
US5327435A (en) * 1992-11-13 1994-07-05 Digital Equipment Corporation Method for testing a processor module in a computer system
JP3561002B2 (ja) * 1994-05-18 2004-09-02 富士通株式会社 ディスク装置
JPH08132992A (ja) * 1994-11-10 1996-05-28 Mitsubishi Electric Corp 車載用制御装置
JP3166634B2 (ja) * 1996-11-07 2001-05-14 日産自動車株式会社 車両用制御装置の故障記憶装置
JP3701776B2 (ja) * 1997-08-05 2005-10-05 アルプス電気株式会社 マイクロコンピュータ搭載の車載電装機器
US6141771A (en) * 1998-02-06 2000-10-31 International Business Machines Corporation Method and system for providing a trusted machine state
DE19836126A1 (de) * 1998-08-10 2000-02-24 Siemens Ag Steuergerät
WO2000054133A1 (en) * 1999-03-08 2000-09-14 Seiko Epson Corporation Information processor, method for saving/loading data, and information recorded medium
US6728907B1 (en) * 2000-04-14 2004-04-27 Microsoft Corporation System and method for self-diagnosing system crashes
CN1400529A (zh) * 2001-07-30 2003-03-05 华为技术有限公司 一种实时嵌入系统的故障定位方法
US7085886B2 (en) * 2003-05-28 2006-08-01 International Buisness Machines Corporation Autonomic power loss recovery for a multi-cluster storage sub-system
US7254744B2 (en) * 2003-08-19 2007-08-07 Intel Corporation BIOS for saving and restoring operational state in the absence of AC power
US7308609B2 (en) * 2004-04-08 2007-12-11 International Business Machines Corporation Method, data processing system, and computer program product for collecting first failure data capture information

Also Published As

Publication number Publication date
US7406624B2 (en) 2008-07-29
CN1821972A (zh) 2006-08-23
CN100397354C (zh) 2008-06-25
DE102006006843B4 (de) 2018-02-08
US20060184827A1 (en) 2006-08-17

Similar Documents

Publication Publication Date Title
DE10307342B4 (de) Vorrichtung und Verfahren zur modellbasierten On-Board-Diagnose
DE102016204713A1 (de) Ansteuervorrichtung
DE102012016539A1 (de) Konfigurationstechnik für ein Steuergerät mit miteinander kommunizierenden Anwendungen
AT521713B1 (de) Verfahren zur Detektion sicherheitsrelevanter Datenflüsse
DE112019002469T5 (de) Elektronische steuereinheit und sitzungsaufbau-programm
EP1565825A2 (de) Einrichtung und verfahren zur analyse von eingebetteten systemen
DE102007006614A1 (de) Anwendung einer verteilten Diagnosearchitektur in AUTOSAR
DE102018129013A1 (de) Systeme und verfahren zur koordination von fahrzeugdiagnosetestern
DE102006006843B4 (de) Verfahren zum Antworten auf einen Steuermodulausfall
DE102016223670A1 (de) Elektronische Steuereinheit
DE102007010264B4 (de) Verfahren zum Betreiben eines ersten und eines zweiten Steuergeräts und Geräteanordnung mit dem ersten und dem zweiten Steuergerät
DE112009001842T5 (de) Steuervorrichtung, Steuerverfahren und Computerprogramm
WO2020249169A1 (de) Verfahren zum sicherstellen und aufrechterhalten der funktion eines sicherheitskritischen gesamtsystems
DE102018210733A1 (de) Verfahren zum Überwachen wenigstens einer Recheneinheit
DE102018123563B4 (de) Verfahren zur Zwischenkernkommunikation in einem Mehrkernprozessor
DE102008000669A1 (de) Verfahren zum Erkennen von Fehlern und Auslösen einer Fehlerfunktion in einem Steuerungssystem
DE102016224253A1 (de) Verfahren zum Überwachen eines Sensorsystems eines Fahrzeugs und Sensorsystem
DE112021001072T5 (de) Datenverteilungsvorrichtung, datenverteilungssystem und datenverteilungsprogramm
DE102015209033A1 (de) Verfahren und Vorrichtung zum Liefern einer Prüfantwort
AT525591B1 (de) Verfahren und Vorrichtung zur automatischen Analyse eines Diagnosesystems eines Fahrzeugs
DE102005031724B4 (de) Verfahren und Vorrichtung zur Diagnose von elektronischen Systemen eines Kraftfahrzeugs
DE112016005806T5 (de) Leerlaufstoppsteuerungsvorrichtung und fehlerdiagnosesystem
DE102022102890A1 (de) Verfahren und Vorrichtung zur Ausführung von Funktionen in einem Multiprozess-System
DE102024116836A1 (de) Verfahren zur Prüfung und/oder Erhöhung einer funktionalen Sicherheit eines Netzwerks
DE102023212765A1 (de) Verfahren zum Überwachen einer Anwendung zur Bereitstellung wenigstens einer sicherheitskritischen Funktion für ein Fahrzeug

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8180 Miscellaneous part 1

Free format text: PFANDRECHT

8180 Miscellaneous part 1

Free format text: PFANDRECHT AUFGEHOBEN

8180 Miscellaneous part 1

Free format text: PFANDRECHT

R018 Grant decision by examination section/examining division
R020 Patent grant now final