DE10211889B4 - Verarbeitungseinheit zur Ausführung von Ereignisprozessen in Echtzeit ohne Verursachung einer Prozessstörung - Google Patents

Verarbeitungseinheit zur Ausführung von Ereignisprozessen in Echtzeit ohne Verursachung einer Prozessstörung Download PDF

Info

Publication number
DE10211889B4
DE10211889B4 DE10211889.2A DE10211889A DE10211889B4 DE 10211889 B4 DE10211889 B4 DE 10211889B4 DE 10211889 A DE10211889 A DE 10211889A DE 10211889 B4 DE10211889 B4 DE 10211889B4
Authority
DE
Germany
Prior art keywords
task
memory
priority level
tasks
priority
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
DE10211889.2A
Other languages
English (en)
Other versions
DE10211889A1 (de
Inventor
Toshiyuki Fukushima
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.)
Denso Corp
Original Assignee
Denso 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 Denso Corp filed Critical Denso Corp
Publication of DE10211889A1 publication Critical patent/DE10211889A1/de
Application granted granted Critical
Publication of DE10211889B4 publication Critical patent/DE10211889B4/de
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/52Program synchronisation; Mutual exclusion, e.g. by means of semaphores
    • 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/0715Error 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 system implementing multitasking
    • 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
    • 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/0766Error or fault reporting or storing
    • G06F11/0781Error filtering or prioritizing based on a policy defined by the user or on a policy defined by a hardware/software module, e.g. according to a severity level
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/86Event-based monitoring

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Combined Controls Of Internal Combustion Engines (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • Control By Computers (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Verfahren zur Ausführung einer Vielzahl von Tasks (61, 62, 63) zur Implementierung einer Reihe von Funktionen bei einem Computer (10), gekennzeichnet durch die Schritte: Erzeugen einer Vielzahl von Tasks (61, 62, 63), Zuweisen von Prioritätsstufen zu jeder Task (61, 62, 63), wobei zumindest einer ersten Task (61) eine erste Prioritätsstufe (A) und zumindest einer zweiten Task (62) eine zweite Prioritätsstufe (B) zugewiesen wird, die sich von der ersten Prioritätsstufe (A) unterscheidet, und Ausführen der Tasks auf dem Computer (10), wobei jede der zumindest zwei Tasks (61, 62) eine Speichermanipulation anfordert, wenn während der Ausführung die Manipulation eines bestimmten Speicherbereichs erforderlich ist, Bereitstellen einer dritten Task (63), welche als einzige vorgesehen ist, die angeforderten Speichermanipulationen in dem bestimmten Speicherbereich auszuführen, wobei der dritten Task (63) eine dritte Prioritätsstufe (C) zugewiesen wird, die niedriger als die erste und die zweite Prioritätsstufe ist, und Aktivieren der dritten Task (63) auf der Grundlage der dritten Prioritätsstufe (C) unabhängig von der Prioritätsstufe der anfordernden Task.

Description

  • Die vorliegende Erfindung betrifft ein Verfahren zur Ausführung einer Vielzahl von Tasks bzw. Prozessen auf der Grundlage yon Prioritätsstufen, die den Tasks bzw. Prozessen zugewiesen sind.
  • Bei einer elektronischen Steuerungseinheit (ECU), die in einem Fahrzeug eingebaut ist, sollen einige in einem zugehörigen Steuerungsprogramm beinhaltete Verarbeitungen bzw. Prozesse in Echtzeit ausgeführt werden, um eine ausreichende Steuerungsansprechempfindlichkeit bereitzustellen sowie die Sicherheit des Fahrers zu gewährleisten. Dementsprechend umfasst das Steuerungsprogramm eine Vielzahl von Prozessen, von denen jeder eine Laufeinheit darstellt, wobei eine von drei Prioritätsstufen jedem Prozess zugewiesen ist. Genauer gesagt umfasst das Steuerungsprogramm drei Aufgaben bzw. Tasks, d. h. eine Task hoher Priorität, eine Task mittlerer Priorität und eine Task niedriger Priorität, wobei die Prozesse in die drei Tasks aufgeteilt sind. Das Steuerungsprogramm wird zwischen diesen Tasks umschaltend ausgeführt, so dass Prozesse höherer Priorität bevorzugt ausgeführt werden. Somit werden die Prozesse hoher Priorität in Echtzeit ausgeführt.
  • Wenn Prozesse, die unterschiedliche Prioritätsstufen aufweisen, den selben Speicherbereich manipulieren bzw. bearbeiten, stören sich diese Prozesse in diesem Fall, wie es nachstehend beschrieben ist. Unter Bezugnahme auf 5 liest ein Prozess niedriger Priorität ein Byte (8 Bit) Daten ”0000 0000” aus dem geteilten Speicherbereich in einem Schritt A aus. Daraufhin wird ein Umschalten von der Task niedrigerer Priorität zu der Task höherer Priorität ausgeführt, und ein Prozess höherer Priorität liest ein Byte Daten ”0000 0000” aus dem geteilten Speicherbereich in einem Schritt C aus. Dann bearbeitet der. Prozess höherer Priorität die Daten ”0000 0000” (d. h., er setzt das niedrigstwertige Bit (LSB)) und schreibt die resultierenden Daten ”0000 0001” in den geteilten Speicherbereich in Schritt D. Daraufhin bearbeitet der Prozess niedrigerer Priorität die abgerufenen Daten ”0000 0000” (d. h., er setzt das zweite LSB) und schreibt die resultierenden Daten ”0000 0010” in den geteilten Speicherbereich in Schritt B. Somit überschreibt der Prozess niedrigerer Priorität das LSB oder setzt das LSB zurück, das durch den Prozess höherer Priorität gesetzt worden ist.
  • Ferner ändern sich in dem Fall, dass der Prozess niedrigerer Priorität wiederholt Daten aus dem geteilten Speicherbereich ausliest, die durch den Prozess niedrigerer Priorität auszulesenden Daten auf halben Wege, wenn der Prozess höherer Priorität zwischenzeitlich Daten in den geteilten Speicherbereich schreibt.
  • Die ECU weist üblicherweise ein Selbstdiagnosenmerkmal zur automatischen Überprüfung des Betriebszustands von Computern und darin enthaltenen Sensoren bei geeigneten Zeitabständen auf. Falls ein Fehler erfasst wird, werden Informationen über den Fehler gespeichert, so dass ein zuständiger Werkstattmitarbeiter den Fehlertyp erkennen kann.
  • Die Fehlererfassung wird für verschiedene Sensoren ausgeführt, die beispielsweise einen Kurbelwinkelsensor, einen Nockenwinkelsensor und einen Kühlmitteltemperatursensor. Die Gegenstände für eine Fehlererfassung zählen beinahe 200. Folglich ist, wenn Speicherbereiche zur Speicherung von Fehlerinformationen entsprechend den jeweiligen Gegenständen byteweise zugeteilt sind, insgesamt ein großer Speicherbereichplatz erforderlich. Folglich ist es zu bevorzugen, dass Speicherbereiche für eine effektive Verwendung der Ressourcen bitweise zugeteilt werden.
  • Die ECU verwendet jedoch üblicherweise einen Computer mit reduziertem Befehlsvorrat (reduced instruction set computer bzw. RISC), der keinen Bitmanipulationsbefehl bzw. Bitbearbeitungsbefehl aufweist. Folglich werden in der ECU Speicherbereiche zur Speicherung von Fehlerinformationen bitweise zugeteilt, aber eine Speichermanipulation bzw. Speicherbearbeitung wird byteweise ausgeführt. Folglich besteht jede Möglichkeit, dass eine Vielzahl von Prozessen den selben Speicherbereich manipuliert bzw. bearbeitet, und folglich besteht die Möglichkeit, dass sich die Prozesse einander stören.
  • Um derartige Störungen zu überwinden, ist vorgeschlagen worden, dass ein Umschalten von der Task niedrigerer Priorität zu der Task höherer Priorität verhindert wird, während der Prozess niedrigerer Priorität eine Speicherbearbeitung ausführt. In diesem Fall werden alle Prozesse höherer Priorität an einer Ausführung, die die Ausführung des Prozesses niedrigerer Priorität unterbricht, gehindert, während der Prozess niedrigerer Priorität die Speicherbearbeitung ausführt. Das heißt, selbst Prozesse höherer Priorität, die die Prozesse niedrigerer Priorität nicht stören, werden gehindert, die Ausführung der Prozesse niedrigerer Priorität zu unterbrechen, während der Prozess niedrigerer Priorität die Speicherbearbeitung ausführt. Folglich würde eine Ausführung von Prozessen höherer Priorität, die in Echtzeit ausgeführt werden sollen, verzögert; und folglich ist die ausreichende Steuerungsansprechempfindlichkeit oder die Sicherheit des Fahrers in diesem Fall nicht sichergestellt.
  • Die Druckschrift US 6 182 196 B1 beschreibt ein Verfahren und ein Gerät zum schiedsrichterlichen Verhandeln von Zugangsanforderungen zu einem Speicher.
  • Die Druckschrift US 6 199 127 B1 beschreibt ein Verfahren und ein Gerät zur Drosselung von Speicherzugriffen hoher Priorität, um zumindest zeitweise die Präferenz bezüglich Speicherzugriffsbefehlen mit hoher Priorität zu verringern.
  • Die Druckschrift JP 05 289949 A beschreibt ein Fahrzeugsteuerungsgerät, das periodisch Daten in zwei Speichern vergleicht und gegebenenfalls in einem Speicher aktualisiert.
  • Die Druckschrift JP 11 096022 A beschreibt einen Echtzeitverarbeitungscomputer, in dem Betriebssysteme mit unterschiedlichen Prioritätsstufen auf einen Speicher zugreifen.
  • Es ist die Aufgabe der vorliegenden Erfindung, eine Prozessstörung zu verhindern, ohne eine Ausführung von Prozessen hoher Priorität in einer Verarbeitungseinheit zu verzögern, in der Prozesse unterschiedlicher Prioritätsstufen den gleichen Speicherbereich bearbeiten.
  • Diese Aufgabe wird durch die in den Patentansprüchen angegebenen Maßnahmen gelöst, insbesondere durch ein Verfahren zur Ausführung einer Vielzahl von Tasks zur Implementierung einer Reihe von Funktionen bei einem Computer gemäß Patentanspruch 1, eine dieses Verfahren ausführende Verarbeitungseinheit (Patentanspruch 7) und ein dieses Verfahren ausführendes System (Patentanspruch 8), sowie ein entsprechendes computerlesbares Medium (Patentanspruch 9).
  • Vorteilhafte Weiterbildungen sind in den abhängigen Patentansprüchen angegeben.
  • Gemäß einem Beispiel umfasst eine Verarbeitungseinheit ein Programm, das zur Ausführung einer Reihe von Funktionen auszuführen ist. Das Programm umfasst eine Vielzahl von Prozessen, von denen jeder eine Laufeinheit ist. Prioritätsstufen werden den jeweiligen Prozessen zugewiesen, und die Verarbeitungseinheit führt das Programm zwischen den Prozessen auf der Grundlage der Prioritätsstufen der Prozesse umschaltend aus. Einige Prozesse unterschiedlicher Prioritätsstufen bearbeiten den selben Speicherbereich während der Ausführung des Programms. Das Programm umfasst einen Speicherbearbeitungsprozess zur Implementierung einer Speicherbearbeitung als einen der Prozesse. Jeder der Prozesse mit Ausnahme des Speicherbearbeitungsprozesses fordert eine Speicherbearbeitung durch Ausgeben eines Speicherbearbeitungsbefehls an, wenn sich ein Bedarf ergibt, und der Speicherbearbeitungsprozess führt die angeforderte Speicherbearbeitung in Reaktion auf den Speicherbearbeitungsbefehl aus, wenn er aktiviert ist.
  • Eine spezifische Prioritätsstufe ist dem Speicherbearbeitungsprozess zugewiesen, so dass die Ausführung einer durch einen ersten Prozess angeforderten Speicherbearbeitung nicht durch die Ausführung einer durch einen zweiten Prozess angeforderten Speicherbearbeitung, ungeachtet der Prioritätsstufen des ersten und des zweiten Prozesses, unterbrochen wird. Der Speicherbearbeitungsprozess führt vorzugsweise die angeforderte Speicherbearbeitung in der gleichen Reihenfolge aus, wie sie angefordert wird.
  • Die Erfindung ist zusammen mit zusätzlichen Aufgaben, Merkmalen und zugehörigen Vorteilen am einfachsten aus der nachstehenden Beschreibung, den beigefügten Patentansprüchen und der beigefügten Zeichnung ersichtlich. Es zeigen:
  • 1 ein Blockschaltbild einer Verarbeitungseinheit gemäß einem Ausführungsbeispiel der vorliegenden Erfindung, das in einem Fahrzeug als Motorssteuerungseinheit eingebaut ist,
  • 2 ein Blockschaltbild eines Motorssteuerungsprogramms, das in einem ROM der Verarbeitungseinheit gespeichert ist,
  • 3 ein Blockschaltbild einer Ereignistabelle und von Warteschlangen, die zur Ausführung des Motorssteuerungsprogramms verwendet werden,
  • 4A eine schematische Darstellung, die zeigt, wie Speicherbearbeitungsanforderungen (Speichermanipulationsanforderungen) in der Warteschlange einer Stufe C gespeichert werden,
  • 4B einen Graphen der die Reihenfolge zeigt, in der die in 4A gezeigten Speicherbearbeitungsanforderungen (Speichermanipulationsanforderungen) gemäß dem Ausführungsbeispiel der vorliegenden Erfindung gehandhabt werden, und
  • 5 einen Graphen, der zeigt, wie Prozesse unterschiedlicher Prioritätsstufen sich einander stören, wenn eine Speicherbearbeitung gemäß dem Stand der Technik ausgeführt wird.
  • Die vorliegende Erfindung ist unter Bezugnahme ein Ausführungsbeispiel sowie Modifikationen beschrieben. Eine Verarbeitungseinheit gemäß dem Ausführungsbeispiel der vorliegenden Erfindung ist in einem Fahrzeug als Motorsteuerungseinheit (ECU) eingebaut. Die ECU steuert einen in dem Fahrzeug eingebauten Verbrennungsmotor. Unter Bezugnahme auf 1 umfasst die ECU 1 einen Mikrocomputer 10, eine Eingangsschaltung 21 und eine Ausgangsschaltung 22. Die Eingangsschaltung 21 empfängt analoge Signale von verschiedenen Sensoren 30, die den Betriebszustand des Motors erfassen. Die Sensoren 30 umfassen einen Kurbelwinkelsensor, einen Bezugspunktsensor, einen Kühlmitteltemperatursensor, einen Sauerstoffsensor und dergleichen.
  • Der Kurbelwinkelsensor erzeugt ein Impulssignal, wann immer sich. die Kurbelwelle um einen vorbestimmten Winkel weiter dreht. Der Bezugspunktsensor erzeugt ein Impulssignal, wann immer der Kolben eines spezifischen Zylinders einen vorbestimmten Punkt (beispielsweise TDC) erreicht. Der Kühlmitteltemperatursensor erfasst die Temperatur eines Kühlmittels. Der Sauerstoffsensor misst die Sauerstoffkonzentration in Abgasen. Die Eingangsschaltung 21 bringt den Signalverlauf der empfangenen analogen Signale in Form und wandelt die geformten analogen Signale in digitale Signale um. Die resultierenden Signale werden an den Mikrocomputer 10 ausgegeben.
  • Der Mikrocomputer 10 umfasst eine CPU 11, ein ROM 12, ein RAM 13 sowie ein Eingabe-/Ausgabe-(I/O-)Untersystem 14. Die CPU 11 führt verschiedene Programme auf der Grundlage der von der Eingangsschaltung 21 empfangenen Signale zur Steuerung des Motors aus. Das ROM 12 speichert die Programme, die durch die CPU 11 ausgeführt werden. Die Programme umfassen hauptsächlich ein Motorsteuerungsprogramm. Das RAM 13 speichert die Operationsergebnisse und dergleichen während der Ausführung der Programme.
  • Das I/O-Untersystem 14 ermöglicht es dem Mikrocomputer 10, Signale von der Eingangsschaltung 21 zu empfangen und Signale zu der Ausgangsschaltung 22 auszugeben. Der Mikrocomputer 10 umfasst ferner verschiedene Register, einen freilaufenden Zähler und dergleichen. Der Mikrocomputer 10 gibt Steuerungsdaten als Ergebnis der Ausführung der Programme an die Ausgangsschaltung 22 aus. Die Ausgangsschaltung 22 steuert in dem Motor installierte Betätigungsglieder 40 in Reaktion auf die von dem Mikrocomputer 10 empfangenen Steuerungsdaten an. Die Betätigungsglieder 40 umfassen das für eine Düse (Krafteinspritzsystem), das für einen Zünder (Zündvorrichtung) und dergleichen. Somit steuert die ECU 1 den Motor auf der Grundlage der Signale von den Sensoren 30.
  • Unter Bezugnahme auf 2 umfasst das Motorsteuerungsprogramm eine Plattform (PF) 50 sowie Tasks 61, 62, 63. Die PF 50 umfasst ein RTOS 51, das die Tasks 61, 62, 63 ausführt, wobei es zwischen den Tasks 61, 62, 63 umschaltet. Eine von drei unterschiedlichen Prioritätsstufen (Taskstufen), d. h. eine hohe Prioritätsstufe A, eine mittlere Prioritätsstufe B und eine niedrige Prioritätsstufe C, wird jeder der Tasks 61, 62, 63 zugewiesen. Jede der Tasks 61, 62, 63 umfasst eine Vielzahl von Ereignisprozessen, von denen jeder eine Laufeinheit ist. Eine Task einer höheren Prioritätsstufe wird bevorzugt zu einer Task einer niedrigeren Prioritätsstufe ausgeführt.
  • Das Motorsteuerungsprogramm umfasst ein Fehlererfassungsprogramm. Das Fehlererfassungsprogramm umfasst drei Ereignisprozesse, d. h. einen ersten Fehlererfassungsprozess der Stufe A, einen zweiten Fehlererfassungsprozess der Stufe B und einen Speicherbearbeitungsprozess (Speichermanipulationsprozess) der Stufe C. Entsprechend den zugewiesenen Prioritätsstufen sind, wie es in 2 gezeigt ist, der erste Fehlererfassungsprozess, der zweite Fehlererfassungsprozess und der Speicherbearbeitungsprozess in der A-Task 61, der B-Task 62 bzw. der C-Task 63 beinhaltet. Der Speicherbearbeitungsprozess ist zur Speicherung von Fehlerinformationen in Speicherbereichen bereitgestellt. Die Speicherbereiche werden den jeweiligen Teilen der Fehlerinformationen bitweise zugeteilt.
  • Unter Bezugnahme auf die 2 und 3 identifiziert, wenn die PF 50 das Auftreten eines Ereignisses erfasst, diese die Task 61, 62, 63, die einen dem erfassten Ereignis entsprechenden Ereignisprozess umfasst, durch Bezugnahme auf eine Ereignistabelle 70. Das Auftreten des Ereignisses wird beispielsweise auf der Grundlage der Signale von den Sensoren 30 erfasst. Ferner kann das Auftreten des Ereignisses auf der Grundlage des Werts des freilaufenden Zählers in dem Mikrocomputer 10 oder auf der Grundlage von Informationen, die durch einen sich in der Ausführung befindenden Prozess bereitgestellt werden, erfasst werden.
  • Die Plattform 50 speichert eine Anforderung zur Ausführung des Ereignisprozesses in einer Warteschlange 81, 82, 83, die der identifizierten Task 61, 62, 63 entspricht. Das heißt, wenn die identifizierte Task die A-Task 61 ist, wird die Anforderung in der Warteschlange 81 gespeichert, die zur Speicherung von Anforderungen zur Ausführung von Prozessen der Stufe A bereitgestellt ist. Jede der Warteschlangen 81, 82, 83 ist eine FIFO-Warteschlange (first-in first-out), die einen Zwischenspeicher darstellt, von dem die Anforderungen in der gleichen Reihenfolge abgerufen werden, wie sie gespeichert werden. Jede der gespeicherten Anforderungen kann Daten umfassen, die zur Ausführung des Ereignisprozesses erforderlich sind.
  • Das RTOS 51 identifiziert die zu aktivierende Task 61, 62, 63 durch Bezugnahme auf die Warteschlangen 81, 82, 83 und aktiviert die identifizierte Task 61, 62, 63. Das RTOS 51 gibt ferner die erforderlichen Daten, die in der in der Warteschlange 81, 82, 83 gespeicherten Anforderungen beinhaltet sind, an die aktivierte Task 61, 62, 63 weiter. Daraufhin führt die aktivierte Task 61, 62, 63 den Ereignisprozess aus.
  • Jeder der ersten und zweiten Fehlererfassungsprozesse erzeugt ein Ereignis zur Anweisung einer Speicherbearbeitung (Speichermanipulation) während der Ausführung des Prozesses, wenn die Speicherbearbeitung ausgeführt werden soll. Das Ereignis zur Anweisung einer Speicherbearbeitung umfasst eine ID des anfordernden Prozesses, der das Ereignis erzeugt hat. Die PF 50 erfasst das erzeugte Ereignis. Daraufhin speichert die PF 50 eine Anforderung zur Speicherbearbeitung in der Warteschlange 83 der Stufe C als Ergebnis der Bezugnahme auf die Ereignistabelle 70, wie es vorstehend beschrieben ist, da der Speicherbearbeitungsprozess zu der C-Task 63 gehört.
  • In dem Fall, dass der zweite Fehlererfassungsprozess ein Ereignis zur Anweisung einer Speicherbearbeitung erzeugt und danach der erste Fehlererfassungsprozess ein Ereignis zur Anweisung einer Speicherbearbeitung erzeugt, werden Speicherbearbeitungsanforderungen entsprechend den erzeugten Ereignissen in der Warteschlange 83 der Stufe C gespeichert, wie es in 4A gezeigt ist. Die in der Warteschlange 83 gespeicherten Speicherbearbeitungsanforderungen umfassen die ID des zweiten Fehlererfassungsprozesses bzw. des ersten Fehlererfassungsprozesses.
  • Wenn die C-Task 63 nicht aktiv ist, aber aktiviert werden soll, aktiviert das RTOS 51 die C-Task 63 lediglich dann, wenn Tasks höherer Priorität 61, 62 nicht aktiv sind und nicht aktiviert werden müssen. Wenn die C-Task 63 aktiviert ist, ruft das RTOS 51 eine Anforderung nach der anderen von der Warteschlange 83 ab und gibt die in der Anforderung beinhalteten Daten als Parameter an die C-Task 63 weiter. Daraufhin führt die C-Task 63 den angeforderten Prozess unter Verwendung der empfangenen Parameter aus. Folglich führt, wenn eine Ausführung des Speicherbearbeitungsprozesses angefordert ist, die C-Task 63 den Speicherbearbeitungsprozess unter Verwendung der empfangenen Parameter aus.
  • Genauer gesagt identifiziert der Speicherbearbeitungsprozess zuerst den Fehlererfassungsprozess, der die Speicherbearbeitung angefordert hat, auf der Grundlage der als einen der Parameter empfangenen ID. Daraufhin identifiziert der Speicherbearbeitungsprozess ferner den zu bearbeitenden Speicherbereich auf der Grundlage des identifizierten Fehlererfassungsprozesses. Danach liest der Speicherbearbeitungsprozess Daten aus dem identifizierten Speicherbereich byteweise aus. Dann setzt der Speicherbearbeitungsprozess ein spezifisches Bit der abgerufenen Byte-Daten oder setzt es zurück und schreibt die resultierenden Daten in den Speicherbereich.
  • Somit werden Fehlerinformationen, für die Speicherbereiche bitweise zugeteilt sind, byteweise bearbeitet. Der Speicherbearbeitungsprozess kann als einige der Parameter Informationen über die Position des zu setzenden oder zurückzusetzenden spezifischen Bits und darüber empfangen, ob dass spezifische Bit gesetzt oder zurückgesetzt werden soll.
  • In dem Fall, dass die Speicherbearbeitungsanforderungen in der Warteschlange 83 gespeichert sind, wie es in 4A gezeigt ist, wird eine durch den zweiten Fehlererfassungsprozess der Stufe B angeforderte Speicherbearbeitung zuerst ausgeführt, und danach wird eine durch den ersten Fehlererfassungsprozess der Stufe A angeforderte Speicherbearbeitung ausgeführt, wie es in 4B gezeigt ist. Somit wird eine Speicherbearbeitung durch den Speicherbearbeitungsprozess in der gleichen Reihenfolge ausgeführt, wie sie angefordert wird, ungeachtet der Prioritätsstufen der Fehlererfassungsprozesse, die die Speicherbearbeitung angefordert haben.
  • Das Motorsteuerungsprogramm kann als ein computerlesbarer Träger, wie beispielsweise als FD, MO, CD-ROM, DVD oder als Festplatte bereitgestellt sein, die es speichert. In diesem Fall wird das Motorsteuerungsprogramm von dem computerlesbaren Träger in das RAM 13 geladen und dann ausgeführt. Ferner kann das Motorsteuerungsprogramm als ein computerlesbarer Träger, wie beispielsweise als ROM oder als Reserve- bzw. Backup-RAM bereitgestellt sein, das es speichert. In diesem Fall ist der computerlesbare Träger in der ECU 1 eingegliedert.
  • Gemäß dem vorliegendem Ausführungsbeispiel sind die nachstehenden Vorteile bereitgestellt. Eine Ausführung einer Speicherbearbeitung, die durch einen Prozess angefordert wird, wird durch die Ausführung der durch einen anderen Prozess angeforderten Speicherbearbeitung nicht unterbrochen, da der Speicherbearbeitungsprozess einer spezifischen Prioritätsstufe zur Ausführung einer Speicherbearbeitung zugehörig bereitgestellt ist. Zu der A-Task 61 oder der B-Task 62 gehörende Prozesse können jedoch die Ausführung des Speicherbearbeitungsprozesses unterbrechend ausgeführt werden, da der Speicherbearbeitungsprozess eine Prioritätsstufe von C aufweist. Das heißt, Prozesse höherer Priorität können in Echtzeit ausgeführt werden.
  • Ferner wird in dem vorliegenden Ausführungsbeispiel die erfindungsgemäße Verarbeitungseinheit zur Ausführung des Fehlererfassungsprogramms in der ECU 1 verwendet. In diesem Fall besteht, wenn Speicherbereiche zur Speicherung der jeweiligen Teile von Fehlerinformationen bitweise zugeteilt sind und ein RISC-Computer, der Daten byteweise bearbeitet, als die ECU 1 verwendet wird, jede Möglichkeit, dass eine Vielzahl von Prozessen den selben Speicherbereich bearbeiten, wie es vorstehend beschrieben ist. Folglich ist die erfindungsgemäße Verarbeitungseinheit insbesondere in diesem Fall effektiv. Anders ausgedrückt, die Verwendung der vorliegenden Verarbeitungseinheit zur Ausführung des Fehlererfassungsprogramms ermöglicht die Verwendung des RISC-Computers als die ECU 1.
  • Gemäß dem vorliegendem Ausführungsbeispiel umfasst jede der Speicherbearbeitungsanforderungen die ID des anfordernden Prozesses, der die Speicherbearbeitung angefordert hat, und der Speicherbearbeitungsprozess empfängt die ID als einen der Parameter von dem RTOS 51. Folglich kann auf der Grundlage der empfangenen ID der Speicherbearbeitungsprozess den anfordernden Fehlererfassungsprozess und ferner den zu bearbeitenden Speicherbereich identifizieren. Dementsprechend kann in diesem Fall ein Speicherbearbeitungsprozess durch beide Fehlererfassungsprozesse geteilt werden. Das heißt, zugehörige Speicherbearbeitungsprozesse sind für die jeweiligen Fehlererfassungsprozesse nicht erforderlich. Als Ergebnis kann das gesamte Motorsteuerungsprogramm kompakt sein.
  • Das Motorsteuerungsprogramm entspricht einem Programm der vorliegenden Erfindung. Das durch die Fehlererfassungsprozesse erzeugte Ereignis zur Anweisung einer Speicherbearbeitung entspricht einem Speicherbearbeitungsbefehl, und die in dem Ereignis beinhaltete ID entspricht Identifikationsinformationen über einen anfordernden Prozess.
  • (Modifikationen)
  • Gemäß dem vorstehend beschriebenen Ausführungsbeispiel kann der Speicherbearbeitungsprozess in der B-Task 62 oder der A-Task 61 anstelle der C-Task 63 beinhaltet sein. In diesem Fall wird die Speicherbearbeitung in der gleichen Reihenfolge ausgeführt, wie sie angefordert wird, ähnlich zu dem vorstehend beschriebenen Ausführungsbeispiel.
  • Gemäß den vorstehend beschriebenen Ausführungsbeispiel kann die PF 50 die in der Warteschlange 83 der Stufe C gespeicherten Speicherbearbeitungsanforderungen in eine Vorzugsreihenfolge auf der Grundlage eines vorbestimmten Kriteriums sortieren, so dass eine Speicherbearbeitung, die in Echtzeit ausgeführt werden soll, bevorzugt ausgeführt werden kann.
  • Ferner können gemäß den vorstehend beschrieben Ausführungsbeispiel zugehörige Speicherbearbeitungsprozesse für die jeweiligen Fehlererfassungsprozesse vorbereitet werden. In diesem Fall muss nicht jede der Speicherbearbeitungsanforderungen die ID des anfordernden Prozesses beinhalten.
  • Die vorliegende Erfindung ist nicht auf das vorstehend beschriebene Ausführungsbeispiel und die Modifikationen begrenzt, sondern kann auf verschiedene Weise innerhalb des Bereichs der Erfindung ausgeführt werden.
  • Wie es vorstehend beschrieben ist, führt eine Verarbeitungseinheit 1 ein Fehlererfassungsprogramm 50, 51, 61, 62, 63, das einen ersten Fehlererfassungsprozess einer hohen Prioritätsstufe A, einen zweiten Fehlererfassungsprozess einer mittleren Prioritätsstufe B und einen Speicherbearbeitungsprozess einer niedrigen Prioritätsstufe C umfasst, für ein Fahrzeug aus. Jeder der Fehlererfassungsprozesse fordert eine Speicherbearbeitung durch Erzeugung eines Ereignisses an, wenn sich ein Bedarf ergibt. Wenn der Speicherbearbeitungsprozess aktiviert ist, führt er die angeforderte Speicherbearbeitung in der gleichen Reihenfolge aus, wie die Speicherbearbeitung angefordert ist, so dass eine Ausführung einer durch einen der Fehlererfassungsprozesse angeforderten Speicherbearbeitung nicht durch eine Ausführung einer durch den anderen der Fehlererfassungsprozesse angeforderten Speicherbearbeitung unterbrochen wird. Jeder der Fehlererfassungsprozesse selbst kann jedoch auf Grund der zugehörigen höheren Prioritätsstufe die Ausführung des Speicherbearbeitungsprozesses unterbrechend ausgeführt werden.

Claims (9)

  1. Verfahren zur Ausführung einer Vielzahl von Tasks (61, 62, 63) zur Implementierung einer Reihe von Funktionen bei einem Computer (10), gekennzeichnet durch die Schritte: Erzeugen einer Vielzahl von Tasks (61, 62, 63), Zuweisen von Prioritätsstufen zu jeder Task (61, 62, 63), wobei zumindest einer ersten Task (61) eine erste Prioritätsstufe (A) und zumindest einer zweiten Task (62) eine zweite Prioritätsstufe (B) zugewiesen wird, die sich von der ersten Prioritätsstufe (A) unterscheidet, und Ausführen der Tasks auf dem Computer (10), wobei jede der zumindest zwei Tasks (61, 62) eine Speichermanipulation anfordert, wenn während der Ausführung die Manipulation eines bestimmten Speicherbereichs erforderlich ist, Bereitstellen einer dritten Task (63), welche als einzige vorgesehen ist, die angeforderten Speichermanipulationen in dem bestimmten Speicherbereich auszuführen, wobei der dritten Task (63) eine dritte Prioritätsstufe (C) zugewiesen wird, die niedriger als die erste und die zweite Prioritätsstufe ist, und Aktivieren der dritten Task (63) auf der Grundlage der dritten Prioritätsstufe (C) unabhängig von der Prioritätsstufe der anfordernden Task.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die angeforderten Speichermanipulationen durch die dritte Task in der gleichen Reihenfolge ausgeführt werden, wie sie angefordert werden.
  3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Reihe von Funktionen für eine Fehlerdiagnose bei einer fahrzeugseitigen Vorrichtung bereitgestellt ist und die dritte Task die angeforderte Speichermanipulation hinsichtlich Fehlerdiagnoseinformationen auf der Grundlage der durch einen Anforderer bereitgestellten Speichermanipulationsanweisung ausführt.
  4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass der Speicherbereich für jeweilige Teile der Fehlerinformationen bitweise zugeteilt ist und die dritte Task die in dem Speicherbereich gespeicherten Fehlerinformationen byteweise manipuliert.
  5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass die Speichermanipulationsanweisung Identifikationsinformationen zur Identifikation des Anforderers umfasst.
  6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass die dritte Task den Anforderer auf der Grundlage der Identifikationsinformationen identifiziert und ferner einen Abschnitt des Speicherbereichs identifiziert, der dem identifizierten Anforderer entspricht und zu manipulieren ist.
  7. Verarbeitungseinheit (1) zur Ausführung des Verfahrens nach einem der Ansprüche 1 bis 6.
  8. System zur Ausführung des Verfahrens nach einem der Ansprüche 1 bis 6 mit einer zentralen Verarbeitungseinheit (CPU) (11) und an die Verarbeitungseinheit gekoppelte Speichereinrichtungen (12), wobei die Verarbeitungseinheit die Vielzahl von Tasks (61, 62, 63) zur Implementierung der Reihe von Funktionen ausführt.
  9. Computerlesbares Medium, das bewirkt, dass das Verfahren nach einem der Ansprüche 1 bis 6 ausgeführt wird.
DE10211889.2A 2001-03-19 2002-03-18 Verarbeitungseinheit zur Ausführung von Ereignisprozessen in Echtzeit ohne Verursachung einer Prozessstörung Expired - Fee Related DE10211889B4 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP01-78561 2001-03-19
JP2001078561A JP3610915B2 (ja) 2001-03-19 2001-03-19 処理実行装置及びプログラム

Publications (2)

Publication Number Publication Date
DE10211889A1 DE10211889A1 (de) 2002-10-10
DE10211889B4 true DE10211889B4 (de) 2014-07-03

Family

ID=18935159

Family Applications (1)

Application Number Title Priority Date Filing Date
DE10211889.2A Expired - Fee Related DE10211889B4 (de) 2001-03-19 2002-03-18 Verarbeitungseinheit zur Ausführung von Ereignisprozessen in Echtzeit ohne Verursachung einer Prozessstörung

Country Status (3)

Country Link
US (1) US7086056B2 (de)
JP (1) JP3610915B2 (de)
DE (1) DE10211889B4 (de)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004051758A1 (de) * 2004-10-23 2006-04-27 Daimlerchrysler Ag Planung von Prozessabläufen in Fahrsystemeinrichtungen
US8020141B2 (en) * 2004-12-06 2011-09-13 Microsoft Corporation Operating-system process construction
US7882317B2 (en) 2004-12-06 2011-02-01 Microsoft Corporation Process isolation using protection domains
US7600232B2 (en) 2004-12-07 2009-10-06 Microsoft Corporation Inter-process communications employing bi-directional message conduits
US7702742B2 (en) * 2005-01-18 2010-04-20 Fortinet, Inc. Mechanism for enabling memory transactions to be conducted across a lossy network
US8849968B2 (en) * 2005-06-20 2014-09-30 Microsoft Corporation Secure and stable hosting of third-party extensions to web services
US20070094495A1 (en) * 2005-10-26 2007-04-26 Microsoft Corporation Statically Verifiable Inter-Process-Communicative Isolated Processes
US8074231B2 (en) 2005-10-26 2011-12-06 Microsoft Corporation Configuration of isolated extensions and device drivers
US8032898B2 (en) * 2006-06-30 2011-10-04 Microsoft Corporation Kernel interface with categorized kernel objects
US8789063B2 (en) 2007-03-30 2014-07-22 Microsoft Corporation Master and subordinate operating system kernels for heterogeneous multiprocessor systems
JP4624448B2 (ja) * 2008-07-30 2011-02-02 株式会社オートネットワーク技術研究所 制御装置、制御システム及びコンピュータプログラム
US9119655B2 (en) 2012-08-03 2015-09-01 Stryker Corporation Surgical manipulator capable of controlling a surgical instrument in multiple modes
US9921712B2 (en) 2010-12-29 2018-03-20 Mako Surgical Corp. System and method for providing substantially stable control of a surgical tool
CN103797235B (zh) * 2011-09-12 2017-02-15 丰田自动车株式会社 内燃机的控制装置
DE102012012521A1 (de) * 2012-06-26 2014-01-02 Inter Control Hermann Köhler Elektrik GmbH & Co. KG Vorrichtung und Verfahren für eine sicherheitskritische Anwendung
US9226796B2 (en) 2012-08-03 2016-01-05 Stryker Corporation Method for detecting a disturbance as an energy applicator of a surgical instrument traverses a cutting path
KR102304096B1 (ko) 2012-08-03 2021-09-24 스트리커 코포레이션 로봇 수술을 위한 시스템 및 방법
US9820818B2 (en) 2012-08-03 2017-11-21 Stryker Corporation System and method for controlling a surgical manipulator based on implant parameters
US9396089B2 (en) 2014-05-30 2016-07-19 Apple Inc. Activity tracing diagnostic systems and methods
US10430577B2 (en) 2014-05-30 2019-10-01 Apple Inc. Method and apparatus for inter process privilige transfer
US9619012B2 (en) 2014-05-30 2017-04-11 Apple Inc. Power level control using power assertion requests
EP3554414A1 (de) 2016-12-16 2019-10-23 MAKO Surgical Corp. Techniken zur modifizierung der werkzeugbedienung in einem chirurgischen robotischen system auf basis des vergleichs von gegenwärtigen und befohlenen zuständen des werkzeugs in bezug auf eine operationsstelle
CN114127687A (zh) 2019-07-23 2022-03-01 日立数据管理有限公司 用于收集和发送实时数据的系统和方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05289949A (ja) * 1992-04-09 1993-11-05 Nippondenso Co Ltd 車両制御装置
US6182196B1 (en) * 1998-02-20 2001-01-30 Ati International Srl Method and apparatus for arbitrating access requests to a memory
US6199127B1 (en) * 1997-12-24 2001-03-06 Intel Corporation Method and apparatus for throttling high priority memory accesses

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3530438A (en) * 1965-12-13 1970-09-22 Sperry Rand Corp Task control
US4126893A (en) * 1977-02-17 1978-11-21 Xerox Corporation Interrupt request controller for data processing system
US4255789A (en) * 1978-02-27 1981-03-10 The Bendix Corporation Microprocessor-based electronic engine control system
GB8329509D0 (en) * 1983-11-04 1983-12-07 Inmos Ltd Computer
US4615001A (en) * 1984-03-29 1986-09-30 At&T Bell Laboratories Queuing arrangement for initiating execution of multistage transactions
US4805095A (en) * 1985-12-23 1989-02-14 Ncr Corporation Circuit and a method for the selection of original data from a register log containing original and modified data
EP0297339B1 (de) * 1987-06-12 1996-02-28 BMC Software, Inc. Supervisorverfahren für ein Rechnerbetriebssystem
JPH02128267A (ja) * 1988-11-09 1990-05-16 Fujitsu Ltd 共有メモリによる通信方式
US5491631A (en) * 1991-12-25 1996-02-13 Honda Giken Kogyo Kabushiki Kaisha Fault diagnostic system for vehicles using identification and program codes
JPH05224958A (ja) 1992-02-12 1993-09-03 Nec Corp プロセス間通信システム
US5339442A (en) * 1992-09-30 1994-08-16 Intel Corporation Improved system of resolving conflicting data processing memory access requests
JPH06161779A (ja) * 1992-11-17 1994-06-10 Fujitsu Ltd データ処理装置の割込み制御方式
US5903752A (en) * 1994-10-13 1999-05-11 Intel Corporation Method and apparatus for embedding a real-time multi-tasking kernel in a non-real-time operating system
US6466962B2 (en) * 1995-06-07 2002-10-15 International Business Machines Corporation System and method for supporting real-time computing within general purpose operating systems
JP3832517B2 (ja) * 1996-07-05 2006-10-11 セイコーエプソン株式会社 ロボット用コントローラ及びその制御方法
US5832205A (en) * 1996-08-20 1998-11-03 Transmeta Corporation Memory controller for a microprocessor for detecting a failure of speculation on the physical nature of a component being addressed
US6199152B1 (en) * 1996-08-22 2001-03-06 Transmeta Corporation Translated memory protection apparatus for an advanced microprocessor
US5905889A (en) * 1997-03-20 1999-05-18 International Business Machines Corporation Resource management system using next available integer from an integer pool and returning the integer thereto as the next available integer upon completion of use
US6772419B1 (en) * 1997-09-12 2004-08-03 Hitachi, Ltd. Multi OS configuration system having an interrupt process program executes independently of operation of the multi OS
JPH1196022A (ja) 1997-09-16 1999-04-09 Hitachi Ltd リアルタイム処理計算機
US6128713A (en) * 1997-09-24 2000-10-03 Microsoft Corporation Application programming interface enabling application programs to control allocation of physical memory in a virtual memory system
JP3376906B2 (ja) 1998-02-18 2003-02-17 トヨタ自動車株式会社 計算機の負荷率計測システム
JP2000034948A (ja) 1998-07-17 2000-02-02 Denso Corp 電子制御装置
US6608630B1 (en) * 1998-11-09 2003-08-19 Broadcom Corporation Graphics display system with line buffer control scheme
JP2000199450A (ja) * 1998-12-28 2000-07-18 Denso Corp エンジン制御装置
US6349361B1 (en) * 2000-03-31 2002-02-19 International Business Machines Corporation Methods and apparatus for reordering and renaming memory references in a multiprocessor computer system
US6691023B2 (en) * 2000-05-26 2004-02-10 Yamaha Marine Kabushiki Kaisha Diagnostic system for engine
JP4350931B2 (ja) * 2002-02-12 2009-10-28 株式会社デンソー 車両の異常診断装置及び異常診断方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05289949A (ja) * 1992-04-09 1993-11-05 Nippondenso Co Ltd 車両制御装置
US6199127B1 (en) * 1997-12-24 2001-03-06 Intel Corporation Method and apparatus for throttling high priority memory accesses
US6182196B1 (en) * 1998-02-20 2001-01-30 Ati International Srl Method and apparatus for arbitrating access requests to a memory

Also Published As

Publication number Publication date
JP3610915B2 (ja) 2005-01-19
JP2002278779A (ja) 2002-09-27
US7086056B2 (en) 2006-08-01
US20020133531A1 (en) 2002-09-19
DE10211889A1 (de) 2002-10-10

Similar Documents

Publication Publication Date Title
DE10211889B4 (de) Verarbeitungseinheit zur Ausführung von Ereignisprozessen in Echtzeit ohne Verursachung einer Prozessstörung
DE19527031C2 (de) Verzweigungsprozessor für ein Datenverarbeitungssystem und Verfahren zum Betreiben eines Datenverarbeitungssystems
DE4410775C2 (de) Steuergerät und Arbeitsverfahren eines Betriebssystems für dieses Steuergerät
DE4104781A1 (de) Speicherzugriffsverfahren und -vorrichtung
DE102015004034B4 (de) Steuervorrichtung zum Ausführen eines Ablaufprogramms, die einen Mehrkernprozessor verwendet
DE102007060806A1 (de) Rangbasierter Speicher-Lese/Schreib-Mikrobefehls-Scheduler
EP3080668B1 (de) Verfahren zur beeinflussung eines steuerprogramms eines steuergeräts
EP0799441B1 (de) Verfahren zur steuerung von technischen vorgängen
DE4223454A1 (de) Datenuebertragungssystem fuer eine digitale signalverarbeitungsvorrichtung
DE102004061339A1 (de) Scheduling-Verfahren, insbesondere Kontex-Scheduling-Verfahren, und Einrichtung zur Verwendung bei einem Scheduling-Verfahren
DE10213860B4 (de) Programmierbare Steuerung
DE102012209789A1 (de) Fahrzeuggebundene elektrische steuervorrichtung
DE112018007428T5 (de) Vorrichtung zur informationsverarbeitung, tuningverfahren undtuningprogramm
WO2003069424A2 (de) Reaktionszeit-beschränkung eines software-prozesses
DE102004059972A1 (de) Thread-Scheduling-Verfahren, und Einrichtung zur Verwendung bei einem Thread-Scheduling-Verfahren
DE102004001680A1 (de) Dynamische Steuerung von Rechnerressourcen bei der Pipelineverarbeitung von Daten unter Verwendung von Anytime Algorithmen
EP2592504B1 (de) Verfahren zur Abschätzung eines Ressourcenverbrauchs bei der Erzeugung eines Steuergeräteprogrammcodes
DE102016224206A1 (de) Fahrzeugsteuervorrichtung
DE102021201212A1 (de) Verfahren zum Steuern einer Mehrzahl an Fahrfunktionen in einem automatisierten oder autonomen Fahrzeug
DE102017211564A1 (de) Elektronische steuereinheit
DE102018210733A1 (de) Verfahren zum Überwachen wenigstens einer Recheneinheit
EP3893113B1 (de) Überwachung einer komponente eines steuerungssystems für ein fortbewegungsmittel
DE102013204045B4 (de) Mikrocomputer
DE102021101309A1 (de) Elektronische steuervorrichtung
DE102018123563B4 (de) Verfahren zur Zwischenkernkommunikation in einem Mehrkernprozessor

Legal Events

Date Code Title Description
8110 Request for examination paragraph 44
R019 Grant decision by federal patent court
R020 Patent grant now final
R084 Declaration of willingness to licence
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee