DE102018113295A1 - Überwachungsvorrichtung zur Überwachung einer Mikrosteuereinheit mit mehreren Kernen und Verfahren zum Betreiben dieser Vorrichtung - Google Patents

Überwachungsvorrichtung zur Überwachung einer Mikrosteuereinheit mit mehreren Kernen und Verfahren zum Betreiben dieser Vorrichtung Download PDF

Info

Publication number
DE102018113295A1
DE102018113295A1 DE102018113295.6A DE102018113295A DE102018113295A1 DE 102018113295 A1 DE102018113295 A1 DE 102018113295A1 DE 102018113295 A DE102018113295 A DE 102018113295A DE 102018113295 A1 DE102018113295 A1 DE 102018113295A1
Authority
DE
Germany
Prior art keywords
core
question
message
cores
response message
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
DE102018113295.6A
Other languages
English (en)
Inventor
Dong On JANG
Hyung Min Park
Yeon Ho Kim
Jae Hyuck Woo
Ji Haeng Lee
Won Hee Jo
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.)
Hyundai Mobis Co Ltd
Original Assignee
Hyundai Autron Co Ltd
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 Hyundai Autron Co Ltd filed Critical Hyundai Autron Co Ltd
Publication of DE102018113295A1 publication Critical patent/DE102018113295A1/de
Pending legal-status Critical Current

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/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/0721Error 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 within a central processing unit [CPU]
    • G06F11/0724Error 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 within a central processing unit [CPU] in a multiprocessor or a multi-core unit
    • 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
    • G06F11/0754Error or fault detection not based on redundancy by exceeding limits
    • G06F11/0757Error or fault detection not based on redundancy by exceeding limits by exceeding a time limit, i.e. time-out, e.g. watchdogs
    • 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
    • G06F11/0754Error or fault detection not based on redundancy by exceeding limits
    • G06F11/076Error or fault detection not based on redundancy by exceeding limits by exceeding a count or rate limit, e.g. word- or bit count limit
    • 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/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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3003Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3024Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a central processing unit [CPU]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3055Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Es wird ein Verfahren zum Betreiben einer Überwachungsvorrichtung bereitgestellt, die zur Überwachung einer Mikrosteuereinheit mit mehreren Kernen ausgelegt ist. Das Betriebsverfahren umfasst Folgendes: Übertragen einer Fragemeldung an einen ersten Kern aus den mehreren Kernen; Empfangen einer Antwortmeldung von einem zweiten Kern aus den mehreren Kernen; Bestimmen, ob ein Betrieb der Mikrosteuereinheit anormal ist unter Verwendung der Antwortmeldung; Empfangen von Antwortmeldungen von Kernen, mit Ausnahme des zweiten Kerns, aus den mehreren Kernen, wenn der Betrieb der Mikrosteuereinheit anormal ist; und Erfassen eines Fehlers jedes der mehreren Kerne unter Verwendung der empfangenen Antwortmeldungen.

Description

  • QUERVERWEIS ZU VERWANDTEN ANMELDUNGEN
  • Die vorliegende nicht vorläufige US-Patentanmeldung beansprucht gemäß 35 USC § 119 die Priorität der koreanischen Patentanmeldung Nr. 10-2017-0070610 , die am 7. Juni 2017 eingereicht wurde und deren Gesamtheit durch Bezugnahme hier aufgenommen ist.
  • TECHNISCHES GEBIET
  • Ausführungsformen der vorliegenden Offenbarung beziehen sich auf eine Überwachungsvorrichtung zur Überwachung einer Mikrosteuereinheit mit mehreren Kernen und auf ein Verfahren zum Betreiben dieser Vorrichtung.
  • HINTERGRUND
  • Eine elektronische Steuereinheit (Electronic Control Unit - ECU) ist eine Steuereinheit, die dazu ausgelegt ist, die Hauptbaugruppen eines Fahrzeugs zu steuern und zu verwalten. Unter den ECU kann eine Multikern-ECU einen ECU-Kern, der dazu ausgelegt ist, Baugruppen zu steuern und zu verwalten, einen peripheren Steuerprozessor- (Peripheral Control Processor- PCP) Kern, der dazu ausgelegt ist, Funktionsdefekte des ECU-Kerns zu überwachen und auszuwerten, und eine Watchdog-Vorrichtung umfassen, die unabhängig davon dazu ausgelegt ist, die ECU zu steuern. Eine Watchdog-Vorrichtung ist im Allgemeinen innerhalb eines Fahrzeugs angeordnet und entsprechend dem Standard ISO26262 implementiert.
  • ZUSAMMENFASSUNG
  • Die vorliegende Offenbarung stellt eine Überwachungsvorrichtung zur Verbesserung der Zuverlässigkeit eines Überwachungsvorgangs bei einem Kern in einem Multikern-System sowie ein Verfahren zum Betreiben der Überwachungsvorrichtung bereit.
  • Ausführungsbeispiele der vorliegenden Offenbarung stellen ein Verfahren zum Betreiben einer Überwachungsvorrichtung bereit, die zur Überwachung einer Mikrosteuereinheit mit mehreren Kernen ausgelegt ist. Das Betriebsverfahren umfasst Folgendes: Übertragen einer Fragemeldung an einen ersten Kern aus den mehreren Kernen; Empfangen einer Antwortmeldung von einem zweiten Kern aus den mehreren Kernen; Bestimmen, ob ein Betrieb der Mikrosteuereinheit anormal ist unter Verwendung der Antwortmeldung; Empfangen von Antwortmeldungen von Kernen, mit Ausnahme des zweiten Kerns, aus den mehreren Kernen, wenn der Betrieb der Mikrosteuereinheit anormal ist; und Erfassen eines Fehlers jedes der mehreren Kerne unter Verwendung der empfangenen Antwortmeldungen.
  • Bei Ausführungsbeispielen kann der erste Kern ein Hauptkern und der zweite Kern ein Subkern sein.
  • Bei Ausführungsbeispielen können die mehreren Kerne jeweils einen Frage-Antwort-Kreis aufweisen. Der Frage-Antwort-Kreis kann eine Antwortmeldung von einem Frage-Antwort-Kreis eines angrenzenden Kerns als Fragemeldung empfangen, eine Antwortmeldung in Reaktion auf die empfangene Fragemeldung auslösen und die ausgelöste Antwortmeldung zu einem Frage-Antwort-Kreis eines weiteren angrenzenden Kerns übertragen.
  • Bei Ausführungsbeispielen kann das Betriebsverfahren ferner Folgendes umfassen: Zurücksetzen eines entsprechenden Kerns, wenn die Anzahl der Fehler größer oder gleich einem ersten Bezugswert ist.
  • Bei Ausführungsbeispielen kann das Betriebsverfahren ferner Folgendes umfassen: Setzen eines Markierungszeichens bei einem entsprechenden Kern oder Zurücksetzen des entsprechenden Kerns, wenn die Anzahl der Fehler größer oder gleich einem zweiten Bezugswert ist.
  • Bei Ausführungsbeispielen kann das Betriebsverfahren ferner Folgendes umfassen: Überwachen einer Antwortzeit, bis die Antwortmeldung nach der Übertragung der Fragemeldung empfangen wird.
  • Bei Ausführungsbeispielen kann das Betriebsverfahren ferner Folgendes umfassen: Feststellen, dass der Betrieb der Mikrosteuereinheit anormal ist, wenn die Antwortzeit größer oder gleich einem vorbestimmten Wert ist.
  • Bei Ausführungsbeispielen kann das Betriebsverfahren ferner Folgendes umfassen: Auswählen eines Kerns aus den mehreren Kernen zur Durchführung eines Überwachungsvorgangs.
  • Ausführungsbeispiele der vorliegenden Offenbarung stellen ein Multikern-System bereit. Das Multikern-System weist Folgendes auf: eine Mikrosteuereinheit mit einem Hauptkern und Subkernen und eine Überwachungsvorrichtung, die dazu ausgelegt ist, einen Betrieb der Mikrosteuereinheit zu überwachen. Der Hauptkern und die Subkerne können jeweils einen Frage-Antwort-Kreis aufweisen, der eine Fragemeldung zur Erzeugung einer Antwortmeldung empfängt. Eine Antwortmeldung eines ersten Kerns aus dem Hauptkern und den Subkernen kann zu einer Fragemeldung eines zweiten Kerns werden, welcher sich von dem ersten Kern unterscheidet. Die Überwachungsvorrichtung kann einen Überwachungsvorgang bei einem ausgewählten Kern aus dem Hauptkern und den Subkernen entsprechend einem Frage-Antwort-Schema durchführen.
  • Bei Ausführungsbeispielen kann die Überwachungsvorrichtung die Kommunikation mit der Mikrosteuereinheit entsprechend einem seriellen Kommunikationsschema durchführen.
  • Bei Ausführungsbeispielen kann die Überwachungsvorrichtung eine Fragemeldung an den Hauptkern übertragen, eine Antwortmeldung von einem der Subkerne empfangen, bestimmen, ob es sich bei der empfangenen Antwortmeldung um eine falsche Antwort handelt, und Antwortmeldungen von den anderen Kernen empfangen, wenn es sich bei der empfangenen Antwortmeldung um eine falsche Antwort handelt.
  • Bei Ausführungsbeispielen kann die Überwachungsvorrichtung ferner einen Watchdog-Zeitgeber aufweisen, der dazu ausgelegt ist, einen Zeitraum von dem Empfangen einer Fragemeldung von dem Hauptkern bis zum Empfangen einer Antwortmeldung von dem einen Subkern zu überwachen.
  • Bei Ausführungsbeispielen können Frage-Antwort-Kreise des Hauptkerns und der Subkerne auf unterschiedliche Arten Antwortmeldungen auf Fragemeldungen erzeugen.
  • Bei Ausführungsbeispielen kann die Mikrosteuereinheit ferner Folgendes aufweisen: ein Watchdog-Auswahlregister, das dazu ausgelegt ist, Informationen über einen ausgewählten Kern zu speichern, um einen Überwachungsvorgang durch die Überwachungsvorrichtung bei dem Hauptkern und den Subkernen durchzuführen.
  • Figurenliste
  • Die vorliegende Offenbarung wird mit Blick auf die angehängten Zeichnungen und die beigefügte ausführliche Beschreibung ersichtlicher. Die hier dargestellten Ausführungsformen sind beispielhaft und nicht zur Einschränkung gegeben, wobei sich gleiche Bezugszeichen auf identische oder ähnliche Elemente beziehen. Die Zeichnungen sind nicht zwangsläufig maßstabgetreu, die Betonung liegt stattdessen auf die Veranschaulichung von Aspekten der vorliegenden Offenbarung.
    • 1 veranschaulicht ein Multikern-System gemäß einem Ausführungsbeispiel der vorliegenden Offenbarung.
    • 2 veranschaulicht Tabellen, die mit Operationen von Frage-Antwort-Kreisen aus 1 verknüpft sind.
    • 3 veranschaulicht den Ablauf eines Überwachungsvorgangs eines Multikern-Systems, wenn kein Fehler im Betrieb einer MCU vorliegt.
    • 4 veranschaulicht den Ablauf eines Überwachungsvorgangs eines Multikern-Systems, wenn kein Fehler im Betrieb einer MCU vorliegt.
    • 5 veranschaulicht ein Multikern-System gemäß einem weiteren Ausführungsbeispiel der vorliegenden Offenbarung.
    • 6 veranschaulicht einen Überwachungsvorgang eines Multikern-Systems gemäß einem Ausführungsbeispiel der vorliegenden Offenbarung.
    • 7 veranschaulicht einen Überwachungsvorgang eines Multikern-Systems gemäß einem weiteren Ausführungsbeispiel der vorliegenden Offenbarung.
    • 8 veranschaulicht einen Überwachungsvorgang eines Multikern-Systems gemäß einem weiteren Ausführungsbeispiel der vorliegenden Offenbarung.
    • 9 veranschaulicht einen Kontaktplan für einen Überwachungsvorgang eines Multikern-Systems gemäß einem Ausführungsbeispiel der vorliegenden Offenbarung.
  • AUSFÜHRLICHE BESCHREIBUNG
  • Die Vorteile und Merkmale der vorliegenden Offenbarung und der Verfahren, um diese zu erreichen, ergeben sich aus den nachfolgenden beispielhaften Ausführungsformen, die anhand der beigefügten Zeichnungen ausführlicher beschrieben sind. Es ist jedoch anzumerken, dass die vorliegende Offenbarung nicht auf die folgenden beispielhaften Ausführungsformen beschränkt ist und in verschiedenen Formen implementiert werden kann. Dementsprechend sind die beispielhaften Ausführungsformen lediglich zur Offenbarung der vorliegenden Offenbarung gegeben und informieren den Fachmann über die Kategorie der vorliegenden Offenbarung.
  • In der Beschreibung ist zu verstehen, dass ein Element, wenn es als „auf“ einer anderen Schicht oder auf einem anderen Substrat liegend bezeichnet wird, direkt auf dem anderen Element liegen kann oder auch Zwischenelemente vorhanden sein können. In den Zeichnungen sind zur Verdeutlichung der Veranschaulichung die Dicken der Elemente übertrieben dargestellt.
  • Beispielhafte Ausführungsformen der Erfindung werden nachfolgend mit Bezug auf Querschnittansichten beschrieben, die beispielhafte Zeichnungen der Erfindung sind. Die beispielhaften Zeichnungen können aufgrund von Herstellungsverfahren und/oder Herstellungstoleranzen modifiziert werden. Dementsprechend sind die beispielhaften Ausführungsformen der Erfindung nicht auf die in den Zeichnungen gezeigten spezifischen Ausgestaltungen beschränkt und können auf der Basis des Verfahrens zur Herstellung der Halbleitervorrichtung Änderungen umfassen. Ein in einem rechten Winkel gezeigter geätzter Bereich kann z.B. mit einer abgerundeten Form oder einer vorbestimmten Krümmung ausgebildet sein. Somit haben in den Zeichnungen gezeigte Bereiche schematische Eigenschaften. Darüber hinaus stellen die Formen der in den Zeichnungen gezeigten Bereiche spezifische Formen von Bereichen in einem Element dar und schränken die Erfindung nicht ein. Auch wenn Begriffe wie erste, erster, erstes, zweite, zweiter, zweites und dritte, dritter, drittes zur Beschreibung verschiedener Elemente in verschiedenen Ausführungsformen der vorliegenden Offenbarung verwendet werden, sind die Elemente nicht auf diese Begriffe beschränkt. Diese Begriffe werden lediglich dazu verwendet, ein Element von einem anderen zu unterscheiden. Eine hier beschriebene und dargestellte Ausführungsform umfasst eine dazu komplementäre Ausführungsform.
  • Die in der Beschreibung verwendeten Begriffe dienen lediglich dazu, besondere Ausführungsformen zu beschreiben und sollen die Erfindung nicht einschränken. Wie in der Beschreibung verwendet, sollen die Singularformen „ein“, „eine“ und „der“, „die“, „das“ auch die Pluralformen umfassen, sofern nichts anderes deutlich durch den Kontext angegeben ist. Es ist ferner zu verstehen, dass die Begriffe „aufweisen“ und/oder „umfassen“, wenn sie in der Beschreibung verwendet werden, das Vorliegen von genannten Merkmalen, Ganzzahlen, Schritten, Vorgängen, Elementen und/oder Komponenten spezifizieren, jedoch nicht das Vorhandensein und das Hinzufügen von einem oder mehreren Merkmalen, Ganzzahlen, Schritten, Vorgängen, Elementen, Komponenten und/oder Gruppen daraus ausschießen.
  • Die vorliegende Offenbarung wird nun nachfolgend mit Bezug auf die beigefügte Zeichnung, in der Ausführungsbeispiele der vorliegenden Offenbarung gezeigt sind, ausführlicher beschrieben.
  • 1 veranschaulicht ein Multikern-System 10 gemäß einem Ausführungsbeispiel der vorliegenden Offenbarung. Mit Bezug auf 1 kann das Multikern-System 10 eine Mikrosteuereinheit (Microcontroller Unit - MCU) 100 und eine Überwachungsvorrichtung (ASIC - Application Specific Integrated Circuit (anwendungsspezifische integrierte Schaltung)) 200 umfassen, die zur Überwachung der MCU 100 ausgelegt ist.
  • Die MCU 100 kann mehrere Kerne 110, 120 und 130 aufweisen. Auch wenn in 1 drei Kerne 110, 120 und 130 gezeigt sind, sollte zu verstehen sein, dass die Anzahl der Kerne gemäß Ausführungsbeispielen der vorliegenden Offenbarung nicht darauf beschränkt ist. Zur Vereinfachung der Beschreibung wird die vorliegende Offenbarung nun nachfolgend mit der Verwendung von drei Kernen 110, 120 und 130 beschrieben. Unter den mehreren Kernen 110, 120 und 130 ist mindestens ein Kern ein Hauptkern 110, die anderen Kerne sind Subkerne 120 und 130.
  • Der Hauptkern 110 kann so implementiert sein, das er Hauptfunktionen ausführt. Bei einigen Ausführungsformen kann der Hauptkern 110 die Kommunikation mit der Überwachungsvorrichtung 200 über eine Kommunikationsschnittstelle führen. Bei der Kommunikationsschnittstelle kann es sich z.B. um eine serielle periphere Schnittstelle (Serial Peripheral Interface - SPI), eine inter-integrierte Schaltung (Inter Intergrated Circuit - I2C), eine serielle Kommunikationsschnittstelle (Serial Communication Interface - SCI), ein verbessertes Steuergerätenetz (Enhanced Controller Area Network - eCAN) oder dergleichen handeln.
  • Der Hauptkern 110 kann einen ersten Frage-Antwort-Kreis 112 aufweisen, der dazu ausgelegt ist, darüber zu informieren, ob der Hauptkern 110 normal arbeitet. Der Frage-Antwort-Kreis 112 kann so implementiert sein, dass er in Reaktion auf eine empfangene erste Fragemeldung Q1 eine erste Antwortmeldung A1 erzeugt. Bei einigen Ausführungsformen kann die Fragemeldung Q1 entsprechend einem seriellen Kommunikationsschema (z.B. SPI) von der Überwachungsvorrichtung 200 empfangen werden. Bei Ausführungsbeispielen kann es sich bei der ersten Fragemeldung Q1 um einen Ausgangswert und bei der ersten Antwortmeldung A1 um einen Schlüsselwert handeln.
  • Bei einigen Ausführungsformen kann der erste Frage-Antwort-Kreis 112 ferner einen zum Speichern der ersten Fragemeldung Q1 ausgelegten Puffer oder einen zum Speichern der ersten Antwortmeldung A1 ausgelegten Puffer aufweisen.
  • Jeder der Subkerne 120 und 130 kann so implementiert sein, dass er Hilfsfunktionen der MCU 100 oder Wechseloperationen ausführt, wenn der Hauptkern 110 anormal arbeitet.
  • Der erste Subkern 120 kann einen zweiten Frage-Antwort-Kreis 122 aufweisen, der dazu ausgelegt ist darüber zu informieren, ob der Subkern 120 normal arbeitet. Der zweite Frage-Antwort-Kreis 122 kann so implementiert sein, dass in Reaktion auf eine empfangene zweite Fragemeldung Q2 eine zweite Antwortmeldung A2 erzeugt wird. Bei einigen Ausführungsformen kann die zweite Fragemeldung Q2 die erste Antwortmeldung A1 von dem Hauptkern 110 umfassen.
  • Bei einigen Ausführungsformen kann der zweite Frage-Antwort-Kreis 122 ferner einen zum Speichern einer zweiten Fragemeldung Q2 ausgelegten Puffer oder einen zum Speichern der zweiten Antwortmeldung A2 ausgelegten Puffer aufweisen.
  • Der zweite Subkern 130 kann einen ersten Frage-Antwort-Kreis 132 aufweisen, der dazu ausgelegt ist, darüber zu informieren, ob der Subkern 130 normal arbeitet. Der dritte Frage-Antwort-Kreis 122 kann so implementiert sein, dass in Reaktion auf eine empfangene dritte Fragemeldung Q3 eine dritte Antwortmeldung A3 erzeugt wird. Bei einigen Ausführungsformen kann die dritte Fragemeldung Q3 eine zweite Antwortmeldung A2 von dem ersten Subkern 120 umfassen. Bei einigen Ausführungsformen kann die dritte Antwortmeldung A2 zu dem Hauptkern 110 ausgegeben werden.
  • Bei einigen Ausführungsformen kann der dritte Frage-Antwort-Kreis 132 ferner einen zum Speichern der dritten Fragemeldung Q3 ausgelegten Puffer oder einen zum Speichern der dritten Antwortmeldung A3 ausgelegten Puffer aufweisen.
  • Der Hauptkern 110 kann schließlich in Reaktion auf die erste Fragemeldung Q1 von der Überwachungsvorrichtung 200 die dritte Antwortmeldung A3 an die Überwachungsvorrichtung 200 ausgeben. Wenn die dritte Antwortmeldung A3 auf einen Fehler hindeutet, kann der Hauptkern 110 in Reaktion auf eine Anfrage der Überwachungsvorrichtung 200 die erste Antwortmeldung A1 und die zweite Antwortmeldung A2 an die Überwachungsvorrichtung 200 ausgeben.
  • Die Überwachungsvorrichtung 200 kann so implementiert sein, dass sie überwacht, ob die MCU 100 normal arbeitet. Bei einigen Ausführungsformen kann die Überwachungsvorrichtung 200 als anwendungsspezifische integrierte Schaltung (ASIC) implementiert sein.
  • Darüber hinaus kann die Überwachungsvorrichtung 200 so implementiert sein, dass sie die Fragemeldung Q1 erzeugt/ausgibt, die Antwortmeldung A3 empfängt und bestimmt, ob die empfangenen Antwortmeldungen A1, A2 und A3 auf einen Fehler hinweisen. Auch wenn dies in 1 nicht gezeigt ist, kann die Überwachungsvorrichtung 200 so implementiert sein, dass sie die Anzahl der Fehler des Hauptkerns 110 und der Subkerne 120 und 130 zählt, speichert oder zurücksetzt.
  • Bei einigen Ausführungsformen kann die Überwachungsvorrichtung 200 einen Befehl/ein Signal zum Zurücksetzen des Hauptkerns 110 erzeugen, wenn die Anzahl der Fehler des Hauptkerns 110 größer oder gleich einem vorbestimmten Wert ist.
  • Bei einigen Ausführungsformen kann die Überwachungsvorrichtung 200 einen Befehl/ein Signal zum Zurücksetzen der entsprechenden Subkerne 120 und 130 erzeugen oder ein Markierungszeichen bei den entsprechenden Subkernen 120 und 130 setzen, wenn die Anzahl der Fehler jedes Subkerns 120 und 130 größer oder gleich einem vorbestimmten Wert ist.
  • Die Überwachungsvorrichtung 200 kann so implementiert sein, dass sie den Zeitraum zwischen der Ausgabe der ersten Fragemeldung Q1 und dem Empfangen der dritten Antwortmeldung A3 überwacht und einen Betrieb der MCU 100, bei dem der überwachte Zeitraum größer ist als der vorbestimmte Wert, als Fehler festlegt. Die Überwachungsvorrichtung 200 kann ferner einen zugehörigen Watchdog-Zeitgeber aufweisen.
  • Wie in 1 gezeigt, sind die MCU 100 und die Überwachungsvorrichtung 200 des Multikern-Systems 10 voneinander getrennt. Es ist jedoch zu verstehen, dass die Ausführungsformen der vorliegenden Offenbarung nicht darauf beschränkt sind. Es sollte zu verstehen sein, dass die MCU 100 und die Überwachungsvorrichtung 200 in einer einzigen Schaltung integriert sein können.
  • Bei einer MCU-Überwachungsvorrichtung handelt es sich im Allgemeinen um einen Watchdog. Ein Watchdog empfängt ein periodisches Signal von einer MCU und überträgt im Fall eines anormalen Zustands ein Rücksetzsignal. Eine in einem Fahrzeug installierte elektronische Steuereinheit (ECU) umfasst eine MCU und einen Watchdog, der zur Überwachung der MCU ausgelegt ist. In letzter Zeit nehmen ECU, bei denen ein Mehrfachkern angewandt wird, zu, da die Rolle einer CMU größer wird. Ein übliches Verfahren besteht jedoch in der gegenseitigen Überwachung der Kerne. In diesem Fall kann die Zuverlässigkeit der in einem Paket ausgeführten MCU-Überwachung reduziert werden. Ein herkömmliches Verfahren besteht in der gegenseitigen Überwachung des Mehrfachkerns in einem einzigen Paket, so dass bei einem Fehler, der in dem Paket auftreten kann, keine genaue Überwachung durchgeführt werden kann.
  • Das Multikern-System 10 gemäß einem Ausführungsbeispiel der vorliegenden Offenbarung kann indessen den Mehrfachkern (MCU) 100 durch Anwendung der Überwachungsvorrichtung (ASIC) 200 unabhängig von dem Mehrfachkern (MCU) 100 überwachen. Die Überwachungsvorrichtung 200 kann eine einzelne oder mehrere Watchdog-Anfragen (Fragemeldungen) übertragen, und der Mehrfachkern 100 überträgt eine Antwort (Antwortmeldung) zu jedem Kern. Auf diese Weise kann ein Betriebszustand bestätigt werden. Es gibt keine Einschränkung bei den Überwachungsverfahren, und es kann ein Fehler-Markierungszeichen oder ein Rücksetzsignal entsprechend einem Ergebnis der Antwortmeldung erzeugt werden. Darüber hinaus kann der Mehrfachkern 100 festsetzen, ob jeder Kern einen Watchdog anwendet.
  • Im Gegensatz zu einer herkömmlichen Technik zur gegenseitigen Überwachung der Mehrfachkerns umfasst das Multikern-System 10 gemäß einem Ausführungsbeispiel der vorliegenden Offenbarung die Überwachungsvorrichtung 200, die dazu ausgelegt ist, jeden Kern außerhalb des Mehrfachkerns (MCU) 100 zu überwachen, wodurch die Zuverlässigkeit eines Überwachungsvorgangs verbessert wird.
  • 2 veranschaulicht Tabellen, die mit Operationen der Frage-Antwort-Kreise 112, 122 und 132 aus 1 verknüpft sind. In den Tabellen aus 2 sind für eine einfache Beschreibung Antwortmeldungen auf Antwortmeldungen beispielhaft gezeigt. Eine Tabelle einer Antwortmeldung auf eine Fragemeldung kann entsprechend der Frage-Antwort-Kreise 112, 133 und 132 in einem anderen Tabellenblatt vorliegen.
  • 3 veranschaulicht den Ablauf eines Überwachungsvorgang des Multikern-Systems 10, wenn kein Fehler im Betrieb der MCU 100 vorliegt. Mit Bezug auf die Tabellen aus 2 und 3 kann der Überwachungsvorgang wie folgt durchgeführt werden. Die Überwachungsvorrichtung 200 kann eine Fragemeldung A von ‚1‘ zu einem Hauptkern 110 übertragen. Ein erster Frage-Antwort-Kreis 112 des Hauptkerns 110 kann die Fragemeldung A1 von ‚1‘ empfangen und eine Antwortmeldung Q1 von ‚3‘ erzeugen, wenn der Hauptkern 110 normal arbeitet. Ein zweiter Frage-Antwort-Kreis 122 eines ersten Subkerns 120 kann eine Fragemeldung A2 von ‚3‘ empfangen und eine Antwortmeldung Q2 von ‚C‘ erzeugen, wenn der erste Subkern 120 normal arbeitet. Ein Frage-Antwort-Kreis 132 eines zweiten Subkerns 130 kann eine Fragemeldung A2 von ‚C‘ empfangen und eine Antwortmeldung Q3 von ‚3C‘ erzeugen, wenn der zweite Subkern 130 normal arbeitet.
  • Schließlich kann die MCU 100 in Reaktion auf die Fragemeldung A1 von ‚1‘ die Antwortmeldung Q3 von ‚3C‘ an die Überwachungsvorrichtung 200 ausgeben.
  • Anhand der in 2 gezeigten Tabellen kann die Überwachungsvorrichtung 200 die Antwortmeldung Q3 von ‚3C‘, die der Fragemeldung A1 entspricht, bestätigen, um zu bestimmen, dass die MCU 100 normal arbeitet.
  • 4 veranschaulicht den Ablauf eines Überwachungsvorgangs des Multikern-Systems 10, wenn kein Fehler im Betrieb der MCU 100 vorliegt. Mit Bezug auf die Tabellen aus 2 und 4 kann der Überwachungsvorgang wie folgt durchgeführt werden. Die Überwachungsvorrichtung 200 kann eine Fragemeldung A1 von ‚1‘ zu einem Hauptkern 110 übertragen. Zur Vereinfachung der Beschreibung wird angenommen, dass der Hauptkern 110 anormal und die anderen Kerne 120 und 130 normal arbeiten.
  • Ein erster Frage-Antwort-Kreis 112 des Hauptkerns 110 kann eine Fragemeldung A1 von ‚1‘ empfangen und einen weiteren Wert, z.B. eine Antwortmeldung Q1 von ‚2‘, erzeugen, jedoch keine Antwortmeldung Q1 von ‚3‘, da der Kern 110 anormal arbeitet. Ein zweiter Frage-Antwort-Kreis 122 des ersten Subkerns 120 kann eine Fragemeldung A2 von ‚2‘ empfangen und eine Antwortmeldung Q2 von ‚B‘ erzeugen, wenn der erste Subkern 120 normal arbeitet. Ein Frage-Antwort-Kreis 132 des zweiten Subkerns 130 kann eine Fragemeldung A2 von ‚B‘ empfangen und eine Antwortmeldung Q3 von ‚2B‘ erzeugen, wenn der zweite Subkern 130 normal arbeitet.
  • Die MCU 100 kann schließlich in Reaktion auf die Fragemeldung A2 von ‚1‘ eine Antwortmeldung Q3 von ‚2B‘ an die Überwachungsvorrichtung 200 ausgeben.
  • Die Überwachungsvorrichtung 200 kann anhand der Tabellen aus 2 die Antwortmeldung Q3 von ‚2B‘, die der Fragemeldung A1 von ‚1‘ entspricht, bestätigen, um zu bestimmen, dass die MCU 100 anormal arbeitet.
  • Wenn bestimmt wurde, dass ein Fehler im Betrieb der MCU 100 vorliegt, kann die Überwachungsvorrichtung 200 die erste Antwortmeldung A1 des Hauptkerns 110 und die zweite Antwortmeldung A2 des Subkerns 120 von der MCU 100 anfordern. Die Überwachungsvorrichtung 200 kann in Reaktion auf die Anforderung eine erste Antwortmeldung A1 von ‚2‘ und die zweite Antwortmeldung A2 von ‚B‘ von der MCU 100 empfangen. Anhand der in 2 gezeigten Tabellen kann die Überwachungsvorrichtung 200 aus der ersten Antwortmeldung A1 von ‚2‘ und der zweiten Antwortmeldung A2, die empfangen wurden, bestimmen, dass der Betrieb des Hauptkerns 110 anormal und der Betrieb des Subkerns 120 normal ist.
  • Der oben beschriebene Fehlerbestimmungsvorgang ist lediglich beispielhaft, und es ist zu verstehen, dass ein Fehler im Betrieb eines Kerns durch verschiedene Verfahren bestimmt werden kann.
  • Ein Multikern-System gemäß Ausführungsbeispielen der vorliegenden Offenbarung kann so implementiert sein, dass jeder Kern auswählt, ob er einen Überwachungsvorgang einer Überwachungsvorrichtung (Watchdog) durchführt oder nicht.
  • 5 veranschaulicht ein Multikern-System 20 gemäß einem weiteren Ausführungsbeispiel der vorliegenden Offenbarung. Mit Bezug auf 5 kann das Multikern-System 20 eine MCU 100a und eine Überwachungsvorrichtung 200a aufweisen. Im Vergleich zu dem in 1 gezeigten Multikern-System 100 kann das Multikern-System 200 ferner ein Watchdog-Auswahlregister 102 aufweisen, das einen Wert speichert, um zu bestimmen, ob Vorgänge zur Überwachung der Subkerne 120 und 130 angewandt werden oder nicht. Das Watchdog-Auswahlregister 102 kann einen Wert speichern, der angibt, ob Vorgänge zur Überwachung von Kernen in der MCU 100a angewandt werden. Die Überwachungsvorrichtung 200a kann einen in dem Watchdog-Auswahlregister 102 gespeicherten Wert lesen und einen Vorgang zur Überwachung der MCU 100a in Abhängigkeit von dem gespeicherten Wert unterschiedlich durchführen. Bei einigen Ausführungsformen kann die Überwachungsvorrichtung 200a, wie in den 1 bis 4 gezeigt, entsprechend dem gespeicherten Wert einen Überwachungsvorgang bei allen Kernen 110, 120 und 130 in der MCU 100a durchführen. Bei anderen Ausführungsformen kann die Überwachungsvorrichtung 200a dies entsprechend dem gespeicherten Wert bei einigen Kernen 110, 120 und 130 in der MCU 100a durchführen. Bei einem der Kerne kann es sich z.B. um den Hauptkern 110 handeln.
  • 6 veranschaulicht einen Überwachungsvorgang eines Multikern-Systems gemäß einem Ausführungsbeispiel der vorliegenden Offenbarung. Mit Bezug auf die 1 bis 6 kann der Betrieb des Multikern-Systems 10 (s. 1) wie folgt durchgeführt werden.
  • Der Hauptkern 110 und mehrere Subkerne 120 und 130 können jeweils eine Frage-Antwort-Operation durch serielle Kommunikation, z.B. SPI, durchführen (S110). Ein Ergebniswert, der durch die Durchführung einer finalen Frage-Antwort-Operation erhalten wird, kann zur Überwachungsvorrichtung 200 übertragen werden, und die Überwachungsvorrichtung 200 kann entsprechend einer Antwortmeldung der finalen Frage-Antwort-Operation bestimmen, ob der Betrieb der MCU 100 normal oder anormal ist. Wenn der Betrieb der MCU 110 anormal ist, können Antwortmeldungen A1 und A2 von den Kernen 110 bzw. 120 empfangen werden, um zu bestimmen, welcher der Kerne 110, 120 und 130 eine anormale Operation durchführt. Die Anzahl der Fehler des Kerns, der die anormale Operation durchführt, kann akkumuliert werden. Es ist möglich zu bestimmen, ob die kumulierte Anzahl der Fehler des Hauptkerns 110 größer oder gleich einem ersten Bezugswert PDV1 ist (S120). Wenn die Anzahl der Fehler des Hauptkerns 110 größer oder gleich dem ersten Bezugswert PDV1 ist, kann die Überwachungsvorrichtung 200 ein Rücksetzsignal zum Zurücksetzen des Hauptkerns 110 erzeugen (S130).
  • 7 veranschaulicht einen Überwachungsvorgang eines Multikern-Systems gemäß einem weiteren Ausführungsbeispiel der vorliegenden Offenbarung. Mit Bezug auf die 1 bis 7 kann der Betrieb des Multikern-Systems 10 (s. 1) S210, der zu dem in 6 beschriebenen Schritt S110 identisch ist, das Durchführen einer Bestimmungsoperation mit einem zweiten Bezugswert PDV2, der zu dem ersten Bezugswert PDV1 aus 6 identisch oder davon verschieden ist (S220), und das Zurücksetzen eines Kerns oder das Setzen eines Markierungszeichens bei einem Kern, wenn die Anzahl der Fehler größer oder gleich dem zweiten Bezugswert PDV2 ist (S230), umfassen.
  • 8 veranschaulicht einen Überwachungsvorgang eines Multikern-Systems gemäß einem weiteren Ausführungsbeispiel der vorliegenden Offenbarung. Mit Bezug auf die 5 bis 8 kann der Betrieb eines Multikern-Systems 20 wie folgt durchgeführt werden.
  • Eine Überwachungsvorrichtung 200a (s. 5) kann einen in dem Watchdog-Auswahlregister 102 der MCU 100a gespeicherten Wert lesen, um zu bestimmen, ob ein Watchdog für die Subkerne 120 uns 130 verwendet wird (S310). Die Überwachungsvorrichtung 200a kann durch eine Frage-Antwort-Operation einen Überwachungsvorgang bei einem ausgewählten Kern durchführen (S320).
  • 9 veranschaulicht einen Kontaktplan für einen Überwachungsvorgang eines Multikern-Systems gemäß einem Ausführungsbeispiel der vorliegenden Offenbarung. Mit Bezug auf die 1 bis 9 kann Überwachungsvorgang eines Multikernsystems wie folgt durchgeführt werden.
  • Eine ASIC (Watchdog) kann eine Fragemeldung Q1 zu einem ersten Kern übertragen. Der erste Kern kann in Reaktion auf eine Fragemeldung Q1 eine Frage-Antwort-Operation durchführen, um eine erste Antwortmeldung A1 auszugeben. Ein zweiter Kern kann die erste Antwortmeldung A1 von dem ersten Kern empfangen und in Reaktion auf die erste Antwortmeldung A2 eine Frage-Antwort-Operation durchführen, um eine zweite Antwortmeldung A2 auszugeben. Auf diese Weise kann ein n-ter Kern eine (n-1)te Antwortmeldung An-1 empfangen und in Reaktion auf die (n-1)te Antwortmeldung eine Frage-Antwort-Operation durchführen, um eine finale Antwortmeldung An auszugeben.
  • Die ASIC kann die empfangene finale Antwortmeldung An analysieren, um das Bestehen/Fehlschlagen von mehreren Kernen zu überprüfen. D.h. die ASIC kann einen Fehler jedes der mehreren Kerne erfassen.
  • Wenn Operationen der mehreren Kerne fehlschlagen, kann die ASIC Antwortmeldungen A1, A2, ... und An-1 von den anderen Kernen anfordern und die Antwortmeldungen A1, A2, ... und An-1 analysieren, um einen Kern zu bestimmen, bei dem ein Fehler auftritt. Die Fehlerzählung des Kerns, bei dem ein Fehler auftritt, kann sich erhöhen. Wenn die Anzahl der Fehler des Kerns größer oder gleich einem Bezugswert ist, kann ein Markierungszeichen bei dem Kern gesetzt oder dieser zurückgesetzt werden.
  • Wie oben beschrieben, können mehrere Kerne jeweils entsprechend einem Frage-Antwort-Schema unabhängig überwacht werden, um die Zuverlässigkeit eines Überwachungsvorgang eines Multikern-Systems zu verbessern.
  • Wie auf dem Gebiet üblich, können Ausführungsformen in Form von Blöcken beschrieben und veranschaulicht werden, die eine beschriebene Funktion oder beschriebene Funktionen ausführen. Diese Blöcke, die hier als Einheiten oder Module oder dergleichen bezeichnet werden können, werden durch analoge und/oder digitale Schaltungen wie Logikgatter, integrierte Schaltungen, Mikroprozessoren, Mikrocontroller, Speicherschaltungen, passive elektronische Komponenten, aktive elektronische Komponenten, optische Komponenten, festverdrahtete Schaltungen und dergleichen physisch implementiert und können optional mit Firmware und/oder Software betrieben werden. Die Schaltungen können z.B. in einem oder mehreren Halbleiterchips oder auf Substratträgern wie Leiterplatten oder dergleichen integriert werden. Die einen Block bildenden Schaltungen können durch dedizierte Hardware oder einen Prozessor (z.B. ein oder mehrere programmierte Prozessoren und die dazugehörige Schaltungsanordnung) oder durch eine Kombination aus dedizierter Hardware zur Durchführung einiger Funktionen des Blocks und einem Prozessor zur Durchführung weiterer Funktionen des Blocks implementiert werden. Jeder Block der Ausführungsformen kann physisch in zwei oder mehr zusammenwirkende und diskrete Blöcke unterteilt sein, ohne von dem Umfang der Offenbarung abzuweichen. Ebenso können die Blöcke der Ausführungsformen physisch zu mehreren komplexen Blöcken kombiniert werden, ohne von dem Umfang der Offenbarung abzuweichen.
  • Auch wenn die vorliegende Offenbarung und ihre Vorteile ausführlich beschrieben wurden, ist zu verstehen, dass zahlreiche Umstellungen, Ersetzungen und Änderungen vorgenommen werden können, ohne von dem Gedanken und Umfang der in den nachfolgenden Ansprüchen definierten Offenbarung abzuweichen.
  • 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
    • KR 1020170070610 [0001]

Claims (14)

  1. Verfahren zum Betreiben einer Überwachungsvorrichtung, die zur Überwachung einer Mikrosteuereinheit mit mehreren Kernen ausgelegt ist, wobei das Betriebsverfahren Folgendes umfasst: Übertragen einer Fragemeldung an einen ersten Kern aus den mehreren Kernen; Empfangen einer Antwortmeldung von einem zweiten Kern aus den mehreren Kernen; Bestimmen, ob ein Betrieb der Mikrosteuereinheit anormal ist unter Verwendung der Antwortmeldung; Empfangen von Antwortmeldungen von Kernen, mit Ausnahme des zweiten Kerns, aus den mehreren Kernen, wenn der Betrieb der Mikrosteuereinheit anormal ist; und Erfassen eines Fehlers jedes der mehreren Kerne unter Verwendung der empfangenen Antwortmeldungen.
  2. Betriebsverfahren nach Anspruch 1, wobei der erste Kern ein Hauptkern und der zweite Kern ein Subkern ist.
  3. Betriebsverfahren nach Anspruch 1, wobei die mehreren Kerne jeweils einen Frage-Antwort-Kreis aufweisen und der Frage-Antwort-Kreis eine Antwortmeldung von einem Frage-Antwort-Kreis eines angrenzenden Kerns als Fragemeldung empfängt, eine Antwortmeldung in Reaktion auf die empfangene Fragemeldung erzeugt und die erzeugte Antwortmeldung zu einem Frage-Antwort-Kreis eines weiteren angrenzenden Kerns überträgt.
  4. Betriebsverfahren nach Anspruch 1, das ferner Folgendes umfasst: Zurücksetzen eines entsprechenden Kerns, wenn die Anzahl der Fehler größer oder gleich einem ersten Bezugswert ist.
  5. Betriebsverfahren nach Anspruch 1, das ferner Folgendes umfasst: Setzen eines Markierungszeichens bei einem entsprechenden Kern oder Zurücksetzen des entsprechenden Kerns, wenn die Anzahl der Fehler größer oder gleich einem zweiten Bezugswert ist.
  6. Betriebsverfahren nach Anspruch 1, das ferner Folgendes umfasst: Überwachen einer Antwortzeit, bis die Antwortmeldung nach der Übertragung der Fragemeldung empfangen wird.
  7. Betriebsverfahren nach Anspruch 6, das ferner Folgendes umfasst: Feststellen, dass der Betrieb der Mikrosteuereinheit anormal ist, wenn die Antwortzeit größer oder gleich einem vorbestimmten Wert ist.
  8. Betriebsverfahren nach Anspruch 1, das ferner Folgendes umfasst: Auswählen eines Kerns aus den mehreren Kernen zur Durchführung eines Überwachungsvorgangs.
  9. Multikern-System, das Folgendes aufweist: eine Mikrosteuereinheit mit einem Hauptkern und Subkernen; und eine Überwachungsvorrichtung, die dazu ausgelegt ist, einen Betrieb der Mikrosteuereinheit zu überwachen, wobei der Hauptkern und die Subkerne jeweils einen Frage-Antwort-Kreis aufweisen, der eine Fragemeldung zur Erzeugung einer Antwortmeldung empfängt, eine Antwortmeldung eines ersten Kerns aus dem Hauptkern und den Subkernen zu einer Fragemeldung eines zweiten Kerns wird, welcher sich von dem ersten Kern unterscheidet, und die Überwachungsvorrichtung einen Überwachungsvorgang bei einem ausgewählten Kern aus dem Hauptkern und den Subkernen entsprechend einem Frage-Antwort-Schema durchführt.
  10. Multikern-System nach Anspruch 9, wobei die Überwachungsvorrichtung die Kommunikation mit der Mikrosteuereinheit entsprechend einem seriellen Kommunikationsschema durchführt.
  11. Multikern-System nach Anspruch 9, wobei die Überwachungsvorrichtung eine Fragemeldung an den Hauptkern überträgt, eine Antwortmeldung von einem der Subkerne empfängt, bestimmt, ob es sich bei der empfangenen Antwortmeldung um eine falsche Antwort handelt, und Antwortmeldungen von den anderen Kernen empfängt, wenn es sich bei der empfangenen Antwortmeldung um eine falsche Antwort handelt.
  12. Multikern-System nach Anspruch 11, wobei die Überwachungsvorrichtung ferner Folgendes aufweist: einen Watchdog-Zeitgeber, der dazu ausgelegt ist, einen Zeitraum von dem Empfangen einer Fragemeldung von dem Hauptkern bis zum Empfangen einer Antwortmeldung von dem Subkern zu überwachen.
  13. Multikern-System nach Anspruch 9, wobei Frage-Antwort-Kreise des Hauptkerns und der Subkerne auf unterschiedliche Arten Antwortmeldungen auf Fragemeldungen erzeugen.
  14. Multikern-System nach Anspruch 9, wobei die Mikrosteuereinheit ferner Folgendes aufweist: ein Watchdog-Auswahlregister, das dazu ausgelegt ist, Informationen über einen ausgewählten Kern zu speichern, um einen Überwachungsvorgang durch die Überwachungsvorrichtung bei dem Hauptkern und den Subkernen durchzuführen.
DE102018113295.6A 2017-06-07 2018-06-05 Überwachungsvorrichtung zur Überwachung einer Mikrosteuereinheit mit mehreren Kernen und Verfahren zum Betreiben dieser Vorrichtung Pending DE102018113295A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020170070610A KR101988558B1 (ko) 2017-06-07 2017-06-07 멀티 코어를 갖는 마이크로콘트롤러 유닛을 감시하는 감시장치 및 그것의 동작 방법
KR10-2017-0070610 2017-06-07

Publications (1)

Publication Number Publication Date
DE102018113295A1 true DE102018113295A1 (de) 2018-12-13

Family

ID=64334647

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102018113295.6A Pending DE102018113295A1 (de) 2017-06-07 2018-06-05 Überwachungsvorrichtung zur Überwachung einer Mikrosteuereinheit mit mehreren Kernen und Verfahren zum Betreiben dieser Vorrichtung

Country Status (4)

Country Link
US (1) US10684903B2 (de)
KR (1) KR101988558B1 (de)
CN (1) CN109002368B (de)
DE (1) DE102018113295A1 (de)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9875167B1 (en) * 2017-03-29 2018-01-23 Google Inc. Distributed hardware tracing
US10365987B2 (en) 2017-03-29 2019-07-30 Google Llc Synchronous hardware event collection
KR102002517B1 (ko) * 2017-06-30 2019-07-22 주식회사 페스카로 전자식 제어기 보안 기능 설정 방법 및 시스템
KR102355424B1 (ko) * 2017-09-13 2022-01-26 현대자동차주식회사 차량용 중앙 처리 장치를 제어하는 워치독 회로의 신뢰성을 향상시키는 장치 및 방법
US11036573B2 (en) * 2019-05-16 2021-06-15 Ford Global Technologies, Llc Control processor unit (CPU) error detection by another CPU via communication bus
US10936397B2 (en) * 2019-05-23 2021-03-02 Ford Global Technologies, Llc Hybrid control module status communication system and method
KR102252315B1 (ko) * 2019-12-30 2021-05-13 현대오트론 주식회사 차량용 전자 제어 장치 및 그 모니터링 방법
KR102441045B1 (ko) * 2020-12-14 2022-09-05 현대오토에버 주식회사 멀티 코어 구조의 전자 제어 유닛에서 수행되는 방법, 그리고 이를 구현하기 위한 장치
CN112612636B (zh) * 2020-12-22 2023-05-05 浙江中控技术股份有限公司 硬件看门狗的控制方法、看门狗系统
KR20230069463A (ko) 2021-11-12 2023-05-19 주식회사 엠스코 전자 제어기의 모니터링 시스템 및 방법

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170070610A (ko) 2015-12-14 2017-06-22 세메스 주식회사 기판 처리 장치 및 방법

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05241980A (ja) * 1991-12-06 1993-09-21 Nec Corp データ転送方式
KR100564235B1 (ko) * 2000-10-04 2006-03-29 현대중공업 주식회사 알티유(rtu)의 마이크로 콘트롤러 2중화 제어장치와 방법
DE102004022624A1 (de) * 2004-05-07 2005-12-08 Robert Bosch Gmbh Verfahren zur Überwachung eines Systems
KR20070063791A (ko) 2005-12-15 2007-06-20 주식회사 만도 차량 전자제어시스템
CN1916858A (zh) * 2006-09-19 2007-02-21 杭州华为三康技术有限公司 多核系统中的监控方法、监控装置以及多核系统
JP4458119B2 (ja) 2007-06-11 2010-04-28 トヨタ自動車株式会社 マルチプロセッサシステム及びその制御方法
JP4408921B2 (ja) * 2007-08-22 2010-02-03 株式会社デンソー 電子機器
CN101256519A (zh) * 2008-03-27 2008-09-03 中兴通讯股份有限公司 异构多核系统及基于该系统的串口控制自动切换方法
JP2011159136A (ja) * 2010-02-02 2011-08-18 Seiko Epson Corp 制御装置、制御装置の異常検出・復旧方法および電子機器
DE102010041003A1 (de) * 2010-09-20 2012-03-22 Sb Limotive Company Ltd. Verfahren zum Überwachen von mindestens zwei Mikrocontrollern
US9208124B2 (en) * 2011-12-29 2015-12-08 Intel Corporation Reset of processing core in multi-core processing system
US9411693B2 (en) * 2012-07-31 2016-08-09 Empire Technology Development Llc Directory error correction in multi-core processor architectures
JP6207987B2 (ja) * 2013-11-26 2017-10-04 日立オートモティブシステムズ株式会社 車載用電子制御装置
KR101534974B1 (ko) * 2013-12-19 2015-07-08 현대자동차주식회사 다중 마이크로 코어 감시 장치 및 방법
CN104216813B (zh) * 2014-09-02 2017-06-27 迈普通信技术股份有限公司 一种从核状态的监控方法及装置
CN106445781B (zh) * 2016-09-27 2019-03-26 北京航空航天大学 基于消息传递的hpc大规模并行程序异常的检测系统

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170070610A (ko) 2015-12-14 2017-06-22 세메스 주식회사 기판 처리 장치 및 방법

Also Published As

Publication number Publication date
CN109002368A (zh) 2018-12-14
CN109002368B (zh) 2022-06-03
US20180357118A1 (en) 2018-12-13
KR20180133606A (ko) 2018-12-17
US10684903B2 (en) 2020-06-16
KR101988558B1 (ko) 2019-06-12

Similar Documents

Publication Publication Date Title
DE102018113295A1 (de) Überwachungsvorrichtung zur Überwachung einer Mikrosteuereinheit mit mehreren Kernen und Verfahren zum Betreiben dieser Vorrichtung
DE102015121078B4 (de) Fehlervarianzerkennungsverfahren eines CAN-Kommunikationssystems sowie CAN-Kommunikationssystem
DE102014001197B4 (de) Kompatibler Netzwerkknoten, insbesondere für CAN-Bussysteme
DE102010013349B4 (de) Computersystem und Verfahren zum Vergleichen von Ausgangssignalen
DE102011086530A1 (de) Mikroprozessorsystem mit fehlertoleranter Architektur
DE102005015664A1 (de) Diagnosesystem zur Bestimmung einer gewichteten Liste möglicherweise fehlerhafter Komponenten aus Fahrzeugdaten und Kundenangaben
DE112010005400T5 (de) System für gegenseitige Überwachung von Mikrocomputern und ein Verfahren für gegenseitige Überwachung von Mikrocomputern
DE2225841B2 (de) Verfahren und Anordnung zur systematischen Fehlerprüfung eines monolithischen Halbleiterspeichers
WO2011082904A1 (de) Verfahren zum betreiben einer recheneinheit
DE102019131865A1 (de) Verfahren und vorrichtung zur eigendiagnose der ram-fehlererkennungslogik eines antriebsstrangcontrollers
DE102023115340A1 (de) Verarbeitungsverfahren und dienstendgerät einer gemeinsam genutzten einrichtung
DE2441351A1 (de) Schaltungsanordnung zur selbstpruefenden paritaetspruefung fuer zwei oder mehr voneinander unabhaengige datenkanaele
DE102016106531A1 (de) Busteilnehmer und Verfahren zum Betreiben eines Busteilnehmers
DE102006019426B4 (de) Speichermodulsteuerung, Speichersteuerung und entsprechende Speicheranordnung sowie Verfahren zur Fehlerkorrektur
DE102015105234B4 (de) Dienstanforderungsunterbrechungsrouter mit gemeinsam verwendeter Schlichtungseinheit
DE102017201621A1 (de) Integrierte Schaltung für ein Steuergerät eines Kraftfahrzeugs, Verfahren zur Herstellung einer integrierten Schaltung
DE3332626A1 (de) Schaltungsanordnung zum erkennen von statischen und dynamischen fehlern in schaltungsbaugruppen
DE102020209228A1 (de) Verfahren zum Überwachen wenigstens einer Recheneinheit
DE102019216660A1 (de) Elektronische steuerungseinheit
DE112016006791B4 (de) Datenverarbeitungsvorrichtung, Datenverarbeitungsverfahren und Datenverarbeitungsprogramm
EP2021922B1 (de) Verfahren und vorrichtung für ein fehlertoleranzmanagement einer softwarekomponente
DE112017000868B4 (de) Elektronische Steuervorrichtung
DE102018210733A1 (de) Verfahren zum Überwachen wenigstens einer Recheneinheit
DE102010041149A1 (de) Verfahren zur rechnergestützten Überwachung der Funktionsleistung eines technischen Systems
DE112020004765T5 (de) Elektronische steuervorrichtung

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R081 Change of applicant/patentee

Owner name: HYUNDAI MOBIS CO., LTD., KR

Free format text: FORMER OWNER: HYUNDAI AUTRON CO., LTD., SEOUL, KR

R082 Change of representative

Representative=s name: PRINZ & PARTNER MBB PATENTANWAELTE RECHTSANWAE, DE

R016 Response to examination communication