DE10229676A1 - Verfahren und Steuergerät zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms - Google Patents

Verfahren und Steuergerät zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms Download PDF

Info

Publication number
DE10229676A1
DE10229676A1 DE10229676A DE10229676A DE10229676A1 DE 10229676 A1 DE10229676 A1 DE 10229676A1 DE 10229676 A DE10229676 A DE 10229676A DE 10229676 A DE10229676 A DE 10229676A DE 10229676 A1 DE10229676 A1 DE 10229676A1
Authority
DE
Germany
Prior art keywords
functionality
functionalities
computer program
control
execution
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
DE10229676A
Other languages
English (en)
Other versions
DE10229676B4 (de
Inventor
Mathias Bieringer
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Robert Bosch GmbH filed Critical Robert Bosch GmbH
Priority to DE10229676A priority Critical patent/DE10229676B4/de
Priority to US10/600,895 priority patent/US7729785B2/en
Publication of DE10229676A1 publication Critical patent/DE10229676A1/de
Application granted granted Critical
Publication of DE10229676B4 publication Critical patent/DE10229676B4/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/10Requirements analysis; Specification techniques

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Regulating Braking Force (AREA)
  • Control By Computers (AREA)
  • Programmable Controllers (AREA)

Abstract

Die Erfindung betrifft ein Verfahren und ein Steuergerät (20) zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms (22) auf einem Rechengerät (21), insbesondere auf einem Mikroprozessor, des Steuergeräts (20) zur Steuerung und/oder Regelung eines Systems. Das System kann verschiedene mögliche Systemzustände einnehmen. Damit die für die Ausführung einer Funktion des Computerprogramms (22) erforderlichen Eingangsgrößen zu Beginn der Ausführung der Funktion mit Sicherheit vorliegen, werden die nachfolgenden Verfahrensschritte vorgeschlagen: DOLLAR A - Unterteilen des Computerprogramms (22) in mehrere funktional zusammenhängende Funktionalitäten (X); DOLLAR A - Definition von möglichen Betriebszuständen (A, B, C) für die Funktionalitäten (X); DOLLAR A - Definition der möglichen Systemzustände (30) des Systems, indem den Funktionalitäten (X) für jeden Systemzustand (30) vorgebbare Betriebszustände (A, B, C) zugeordnet werden; DOLLAR A - Ermitteln von Abhängigkeit der Funtionalitäten (X) untereinander, wobei eine erste Funktionalität von einer zweiten Funktionalität abhängig ist, wenn mindestens eine Eingangsgröße (Ein_i) der ersten Funktionalität in der zweiten Funktionalität ermittelt wird; und DOLLAR A - zentrale Vorgabe der für einen bestimmten Systemzustand (30) erforderlichen Betriebszustände (A, B, C) unter Berücksichtigung der ermittelten Abhängigkeiten zwischen den Funktionalitäten (X) und weiterer Randbedingungen.

Description

  • Stand der Technik
  • Die vorliegende Erfindung betrifft ein Verfahren zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms auf einem Rechengerät, insbesondere auf einem Mikroprozessor, eines Steuergeräts zur Steuerung und/oder Regelung eines Systems. Das System kann verschiedene mögliche Systemzustände einnehmen.
  • Die Erfindung betrifft außerdem ein Steuerprogramm zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms auf einem Rechengerät, insbesondere auf einem Mikroprozessor, eines Steuergeräts zur Steuerung und/oder Regelung eines Systems. Das System kann verschiedene mögliche Systemzustände einnehmen. Das Steuerprogramm ist auf dem Rechengerät ablauffähig.
  • Schließlich betrifft die vorliegende Erfindung auch ein Steuergerät zur Steuerung und/oder Regelung eines Systems, das verschiedene mögliche Systemzustände einnehmen kann. Das Steuergerät umfasst ein Rechengerät, insbesondere einen Mikroprozessor, auf dem ein multitaskingfähiges Computerprogramm ablauffähig ist, und Mittel zur Koordination des Ablaufs des Computerprogrammes.
  • Aus dem Stand der Technik ist bspw. ein Computerprogramm zur Steuerung und/oder Regelung eines Fahrdynamiksystems (sog. elektronisches Stabilitätsprogramm, ESP) eines Kraftfahrzeugs bekannt. Das Fahrdynamiksystem kann verschiedene mögliche Systemzustände einnehmen. Mögliche Systemzustände sind bspw. ein Normalbetrieb (ESP_normal), ein erster eingeschränkter Betrieb (Backup ABS), in dem ein Fahrzeugregler (FZR) des ESP nicht und lediglich ein Antiblockiersystem (ABS) funktionsfähig ist, ein zweiter eingeschränkter Betrieb (Backup_EBD), in dem lediglich ein System zur Verteilung der Bremskraft (Electronic Brake Distribution, EBD) funktionsfähig ist, um zumindest ein Überbremsen der Räder an der Hinterachse zu verhindern, und ein fehlerhafter Zustand (FailSafe), in dem alle wesentlichen Sicherheitsfunktionen des ESP, insbesondere FZR, ABS und EBD, ausgefallen sind. Um sicherheitskritische Fahrsituationen zu vermeiden, werden einem Fahrer des Kraftfahrzeugs die verschiedenen Systemzustände, zumindest aber die Zustände, in denen nur noch eine eingeschränkte bzw. eine fehlerhafte Funktion des Systems gegeben ist, bspw. akustisch oder optisch mittels Warnlampen mitgeteilt. Das Computerprogramm ist auf einem Rechengerät, das insbesondere als ein Prozessor ausgebildet ist, eines Steuergeräts zur Steuerung und/oder Regelung des Fahrdynamiksystems ablauffähig.
  • Nach dem Stand der Technik wird das Computerprogramm zur Steuerung und/oder Regelung des Fahrdynamiksystems in einem vorgebbaren Zeitraster, d. h. lediglich in einer einzigen Zeitscheibe, zyklisch abgearbeitet. Die Funktionsaufrufe innerhalb des Computerprogramms erfolgen also in einer vorgegebenen Reihenfolge nacheinander. Die Reihenfolge wird derart vorgegeben, dass die Eingangsgrößen der Funktionen vor deren Ausführung zur Verfügung stehen. Bei Eingangsgrößen, die von anderen Funktionen berechnet werden, müssen also diese anderen Funktionen zunächst ausgeführt werden, bevor die Funktion ausgeführt werden kann, welche die in den anderen Funktionen berechneten Eingangsgrößen benötigt.
  • Aus dem Stand der Technik ist es des Weiteren bekannt, Computerprogramme zur Steuerung und/oder Regelung eines Systems auf einem multitaskingfähigen Betriebssystem auszuführen, und das Computerprogramm statt in einem einzigen in verschiedenen Zeitrastern abzuarbeiten. Das bedeutet jedoch, dass die Funktionen des Computerprogramms nicht mehr in einer strikt festgelegten Reihenfolge abgearbeitet werden und dass nunmehr andere Vorkehrungen getroffen werden müssen, um sicherzustellen, dass die Eingangsgrößen der Funktionen vor deren Ausführung zur Verfügung stehen.
  • Den Funktionen des Computerprogramms werden verschiedene Prioritäten zugeordnet. Sicherheitsrelevanten Funktionen wird eine höhere Priorität zugeordnet als anderen Funktionen. Höherpriore Funktionen werden in kürzeren Zeitrastern ausgeführt, d. h. in Zeitrastern, die häufiger wiederholt werden, wohingegen weniger sicherheitsrelevante Funktionen mit einer niedrigeren Priorität in längeren Zeitrastern abgearbeitet werden, die seltener wiederholt werden. Insbesondere muss sichergestellt werden, dass die Eingangsgrößen der Funktionen immer zum richtigen Zeitpunkt vorliegen, d. h. eine Funktion, die bspw. in einem 5ms-Zeitraster abgearbeitet wird und Eingangsgrößen aus einem 40ms-Zeitraster benötigt, darf erst dann ausgeführt werden, nachdem das 40ms-Zeitraster bereits abgearbeitet wurde und die erforderlichen Eingangsgrößen berechnet wurden.
  • Der vorliegenden Erfindung liegt die Aufgabe zugrunde, den Ablauf eines multitaskingfähigen Computerprogramms derart zu koordinieren, dass die für die Ausführung einer Funktion des Computerprogramms erforderlichen Eingangsgrößen zu Beginn der Ausführung der Funktion mit Sicherheit vorliegen.
  • Zur Lösung dieser Aufgabe schlägt die vorliegende Erfindung ausgehend von dem Verfahren der eingangs genannten Art die nachfolgenden Verfahrensschritte vor:
    • – Unterteilen des Computerprogramms in mehrere funktional zusammenhängende Funktionalitäten;
    • – Definition von möglichen Betriebszuständen für die Funktionalitäten;
    • – Definition der möglichen Systemzustände des Systems, indem den Funktionalitäten für jeden Systemzustand vorgebbare Betriebszustände zugeordnet werden;
    • – Ermitteln von Abhängigkeit der Funktionalitäten untereinander, wobei eine erste Funktionalität von einer zweiten Funktionalität abhängig ist, wenn mindestens eine Eingangsgröße der ersten Funktionalität in der zweiten Funktionalität ermittelt wird; und
    • – zentrale Vorgabe der für einen bestimmten Systemzustand erforderlichen Betriebszustände unter Berücksichtigung der ermittelten Abhängigkeiten zwischen den Funktionalitäten und weiterer Randbedingungen.
  • Vorteile der Erfindung
  • Das erfindungsgemäße Verfahren zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms ermöglicht es, das Computerprogramm zur Steuerung und/oder Regelung eines Systems in verschiedenen Zeitscheiben eines multitaskingfähigen Betriebssystems unter Berücksichtigung der vorhandenen Abhängigkeiten der Funktionalitäten untereinander und weiterer Randbedingungen flexibel und schnell zu steuern. Eine Erweiterung des Computerprogramms durch Hinzufügen weiterer Funktionalitäten ist problemlos möglich.
  • Erfindungsgemäß wird das Computerprogramm also in mehrere funktional zusammenhängende Einheiten, sog. Funktionalitäten, unterteilt. Für jede der Funktionalitäten werden zulassige Betriebszustände definiert. Die Definition der zulässigen Betriebszustände kann bspw. aufgrund von praktischen Erfahrungen, aufgrund von Simulationen oder aufgrund von theoretischen Überlegungen erfolgen. Des Weiteren werden die Systemzustände, welche das System einnehmen kann, definiert. Jeder Systemzustand ist dadurch charakterisiert, dass mindestens eine Funktionalität einen bestimmten Betriebszustand aufweist, d.h. mindestens einer der Betriebszustände einen vorgebbaren Wert einnimmt. Zur Definition der möglichen Systemzustände werden den Betriebszuständen für jeden Systemzustand bestimmte Werte zugeordnet.
  • Die Funktionalitäten des Computerprogramms werden aufgeteilt in voneinander abhängige Funktionalitäten einerseits und voneinander unabhängige Funktionalitäten andererseits. So ist bspw. eine erste Funktionalität von einer zweiten Funktionalität abhängig, wenn mindestens eine Eingangsgröße der ersten Funktionalität in der zweiten Funktionalität ermittelt wird. Die ermittelten Abhängigkeiten werden in dem Steuergerät abgelegt, so dass im Rahmen der Steuerung des Ablaufs des Computerprogramms auf die ermittelten Abhängigkeiten zugegriffen werden kann. Diese Abhängigkeiten der einzelnen Funktionalitäten zueinander bestimmen nämlich gemäß der vorliegenden Erfindung entscheidend den Zeitpunkt, zu dem eine Funktionalität von einem Betriebszustand in einen anderen Betriebszustand wechseln kann und somit, wann das Gesamtsystem von einem Systemzustand in einen anderen Systemzustand übergehen kann.
  • Sobald sämtliche Eingangsgrößen einer bestimmten Funktionalität, durch die ein bestimmter Systemzustand charakterisiert wird, vorliegen, kann der Betriebszustand dieser Funktionalität gewechselt werden. Dies gilt auch für alle weiteren Funktionalitäten, durch die der Systemzustand außerdem noch charakterisiert ist. Erst wenn sämtliche Funktionalitäten in den entsprechenden Betriebszustand gewechselt sind (und wenn evtl. weitere vorgebbare Randbedingungen erfüllt sind), geht das System in den gewünschten Systemzustand über. Anders ausgedrückt, wird der gewünschte Systemzustand bzw. werden die diesen Systemzustand charakterisierenden Betriebszustände der Funktionalitäten erst dann zentral vorgegeben, wenn die ermittelten Abhängigkeiten zwischen den Funktionalitäten und weitere Randbedingungen erfüllt sind.
  • Gemäß einer vorteilhaften Weiterbildung der vorliegenden Erfindung wird vorgeschlagen, dass ein Betriebszustand durch eine Betriebszustandsvariable definiert wird, die verschiedene Betriebszustandswerte annehmen kann. Somit ist jeder Funktionalität eine Betriebszustandsvariable zugeordnet, die je nach Betriebsstellung der Funktionalität unterschiedliche Betriebszustandswerte annimmt. Je nachdem, welchen Betriebszustandswert die Betriebszustandsvariable einer Funktionalität aufweist, steht die Funktionalität bspw. in vollem Umfang, eingeschränkt oder überhaupt nicht, zur Verfügung.
  • Die verschiedenen Betriebszustände einer Funktionalität können bspw. dadurch bedingt sein, dass bei der Ausführung der Funktionalität noch nicht alle erforderlichen Eingangsgrößen zur Verfügung stehen. Falls es in einem solchen Fall nicht möglich sein sollte, vorab entsprechende Funktionalitäten zur Berechnung dieser Eingangsgrößen auszuführen, muss die Funktionalität mit Eingangsgrößen ausgeführt werden, die mittels eines alternativen Algorithmus oder durch Modellierung aus anderen Größen ermittelt wurden. Das kann jedoch dazu führen, dass die Funktionalität nicht in vollem Umfang, sondern lediglich 'eingeschränkt zur Verfügung steht. Falls die fehlenden Eingangsgrößen nicht modelliert oder anderweitig berechnet werden können, kann es sogar vorkommen, dass die Funktionalität überhaupt nicht zur Verfügung steht.
  • Gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung wird vorgeschlagen, dass die Betriebszustandsvariable den Stellungen "volle Funktionalität", "eingeschränkte Funktionalität" und "keine Funktionalität" entsprechende Betriebszustandswerte annehmen kann.
  • Es wird des Weiteren vorgeschlagen, dass zur Berücksichtigung der ermittelten Abhängigkeiten zwischen den Funktionalitäten die Abarbeitung der einen bestimmten Systemzustand charakterisierenden Funktionalitäten derart zeitlich gestaffelt wird, dass die zweite Funktionalität zur Ermittlung der mindestens einen Eingangsgröße für die erste Funktionalität vor der ersten Funktionalität abgearbeitet wird.
  • Alternativ wird vorgeschlagen, dass zur Berücksichtigung der ermittelten Abhängigkeiten zwischen den Funktionalitäten die mindestens eine Eingangsgröße für die erste Funktionalität nicht durch Abarbeitung der zweiten Funktionalität, sondern auf andere Weise ermittelt wird. Die andere Weise zur Ermittlung der mindestens einen Eingangsgröße für die erste Funktionalität umfasst vorteilhafterweise eine Modellierung der Eingangsgröße aus anderen Größen, eine Ermittlung einer Ersatzgröße und/oder eine Ermittlung der Eingangsgröße anhand eines alternativen Algorithmus.
  • Gemäß einer anderen vorteilhaften Weiterbildung der vorliegenden Erfindung wird vorgeschlagen, dass die Betriebszustände von einen bestimmten Systemzustand charakterisierenden Funktionalitäten in Abhängigkeit von mindestens einem in dem System aufgetretenen Fehler vorgegeben werden. Gemäß dieser Weiterbildung werden also Fehlerzustände in dem System erkannt und lokalisiert. Die aufgetretenen Fehler in dem System wirken sich auf die Auswahl und die Vorgabe eines bestimmten Systemzustands aus. Außerdem werden diejenigen Eingangsgrößen, auf die sich der Fehlerzustand auswirkt, entsprechend gekennzeichnet (Eingangsgrößen-Statussignal). Der ausgewählte Systemzustand und der Status der Eingangsgrößen wird dann bei der Auswahl und Vorgabe der Betriebszustände der einzelnen Funktionalitäten, welche den vorgegebenen Systemzustand charakterisieren, berücksichtigt. Es wird eine Strategie entwickelt, wie die einzelnen Funktionalitäten in die für den ausgewählten Systemzustand erforderlichen Betriebszustände unter Berücksichtigung der ermittelten Abhängigkeiten zwischen den Funktionalitäten überführt werden können. Wenn alle den Systemzustand charakterisierenden Funktionalitäten die erforderlichen Betriebszustände aufweisen, ist der Übergang des Systems in den vorgegebenen Systemzustand abgeschlossen.
  • Gemäß noch einer anderen vorteilhaften Weiterbildung der vorliegenden Erfindung wird vorgeschlagen, dass die Betriebszustände von einen bestimmten Systemzustand charakterisierenden Funktionalitäten in Abhängigkeit von den Ist-Betriebszuständen der Funktionalitäten vorgegeben werden. Gemäß dieser Weiterbildung wird anhand der Ist-Betriebszustände der Funktionalitäten der momentane Ist-Systemzustand ermittelt. Außerdem wird der Ist-Betriebszustand bei der Steuerung der Betriebszustände untereinander berücksichtigt, so dass bspw. einer bestimmten Funktionalität erst dann ein neuer Soll-Betriebszustand vorgegeben wird, wenn mindestens eine andere Funktionalität einen erforderlichen Betriebszustand eingenommen hat. In einem Fahrdynamiksystem eines Kraftfahrzeugs wird bspw, einem Fahrzeugregler erst dann ein neuer Soll-Betriebszustand vorgegeben, wenn der Betriebszustand eines ABS-Reglers den Übergang von einer eingeschränkten zu einer vollen Funktionsfähigkeit vollzogen hat.
  • Erfindungsgemäß werden des Weiteren zwei besonders vorteilhafte Verwendungen des erfindungsgemäßen Verfahrens zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms vorgeschlagen. Zum einen wird vorgeschlagen, das Verfahren zur Steuerung des Ablaufs eines Computerprogramms zur Steuerung und/oder Regelung eines Systems in einem Fahrzeug, insbesondere in einem Kraftfahrzeug, zu verwenden. Insbesondere wird vorgeschlagen, das Verfahren zur Steuerung des Ablaufs eines Computerprogramms zur Steuerung und/oder Regelung eines Fahrdynamiksystems in einem Kraftfahrzeug zu verwenden. Zum anderen wird vorgeschlagen, das Verfahren zur Steuerung des Ablaufs eines Computerprogramms zur Steuerung und/oder Regelung eines Systems in einem Gebäude zu verwenden. Insbesondere wird vorgeschlagen, das Verfahren zur Steuerung des Ablaufs eines Computerprogramms zur Steuerung und/oder Regelung eines Alarmsystems, eines Heizungs- und Klimatisierungssystems und/oder eines Zugangskontrollsystems in einem Gebäude zu verwenden.
  • Von besonderer Bedeutung ist die Realisierung des erfindungsgemäßen Verfahrens in der Form eines Steuerprogramms, das für ein Steuergerät zur Steuerung und/oder Regelung eines Systems, das verschiedene mögliche Systemzustände einnehmen kann, vorgesehen ist. Dabei ist das Steuerprogramm auf einem Rechengerät, insbesondere auf einem Mikroprozessor, des Steuergeräts ablauffähig und zur Ausführung des erfindungsgemäßen Verfahrens geeignet. In diesem Fall wird also die Erfindung durch das Steuerprogramm realisiert, so dass das Steuerprogramm in gleicher Weise die Erfindung darstellt wie das Verfahren, zu dessen Ausführung es geeignet ist. Besonders bevorzugt ist dabei, wenn das Steuerprogramm auf einem Speicherelement, insbesondere auf einem Read-Only-Memory, auf einem Random-Access-Memory oder auf einem Flash-Memory abgespeichert ist.
  • Als eine weitere Lösung der Aufgabe der vorliegenden Erfindung wird ausgehend von dem Steuergerät der eingangs genannten Art vorgeschlagen, dass das Steuergerät des Weiteren umfasst:
    • – Mittel zum Unterteilen des Computerprogramms in mehrere funktional zusammenhängende Funktionalitäten;
    • – Mittel zur Definition von zulässigen Betriebszuständen der Funktionalitäten; Mittel zur Definition der möglichen Systemzustände, wobei diese Mittel den Betriebszuständen für jeden Systemzustand vorgebbare Stellungen zuordnen;
    • – Mittel zum Ermitteln von voneinander abhängigen Funktionalitäten, wobei eine erste Funktionalität von einer zweiten Funktionalität abhängig ist, wenn mindestens eine Eingangsgröße der ersten Funktionalität in der zweiten Funktionalität ermittelt wird; und
    • – Mittel zur zentralen Vorgabe der für einen bestimmten Systemzustand erforderlichen Betriebszustände unter Berücksichtigung der ermittelten Abhängigkeiten zwischen den Funktionalitäten und weiterer Randbedingungen.
    • Gemäß einer vorteilhaften Weiterbildung der vorliegenden Erfindung wird vorgeschlagen, dass das Steuergerät Mittel zur Ausführung des erfindungsgemäßen Verfahrens aufweist.
  • Zeichnungen
  • Weitere Merkmale, Anwendungsmöglichkeiten und Vorteile der Erfindung ergeben sich aus der nachfolgenden Beschreibung von Ausführungsbeispielen der Erfindung, die in der Zeichnung dargestellt sind. Dabei bilden alle beschriebenen oder dargestellten Merkmale für sich oder in beliebiger Kombination den Gegenstand der Erfindung, unabhängig von ihrer Zusammenfassung in den Patentansprüchen oder deren Rückbeziehung sowie unabhängig von ihrer Formulierung bzw. Darstellung in der Beschreibung bzw. in der Zeichnung. Es zeigen:
  • 1 verschiedene Systemzustände eines Systems;
  • 2 eine Funktionalität eines multitaskingfähigen Computerprogramms zur Steuerung und/oder Regelung eines Systems;
  • 3 ein Ablaufdiagramm eines erfindungsgemäßen Verfahrens gemäß einer bevorzugten Ausführungsform; und
  • 4 ein erfindungsgemäßes Steuergerät gemäß einer bevorzugten Ausführungsform.
  • Beschreibung der Ausführungsbeispiele
  • Die vorliegende Erfindung betrifft ein multitaskingfähiges Computerprogramm zur Steuerung und/oder Regelung eines Systems. Das Computerprogramm ist auf einem Rechengerät, insbesondere auf einem Mikroprozessor, eines Steuergeräts zur Steuerung und/oder Regelung des Systems ablauffähig. Das multitaskingfähige Computerprogramm wird in mehreren unterschiedlichen Zeitrastern abgearbeitet. Zwar wiederholen sich die einzelnen Zeitraster zyklisch, insgesamt betrachtet wird das Computerprogramm aber nicht zyklisch abgearbeitet.
  • Das Computerprogramm ist in mehrere Aufgabenprogramme (sog. Tasks) unterteilt, denen verschiedene Prioritäten zugeordnet sind. Tasks mit sicherheitsrelevant Aufgaben werden höhere Prioritäten zugeordnet als solchen Tasks, die keine sicherheitsrelevanten Aufgaben haben. Die höher prioren Tasks werden in kürzeren Zeitrastern ausgeführt, d. h. sie werden pro Zeiteinheit häufiger abgearbeitet als die nieder prioren Tasks.
  • Die Unterteilung des Computerprogramms in mehrere Tasks betrifft die softwaretechnische Realisierung des Computerprogramms. Auf der funktionalen Ebene ist das Computerprogramm in mehrere funktional zusammenhängende Einheiten, sog. Funktionalitäten, unterteilt. Eine Funktionalität kann eine oder mehrere Tasks umfassen. Bei einem Computerprogramm zur Steuerung und/oder Regelung eines Fahrdynamiksystems (elektronisches Stabilitätsprogramm, ESP) in einem Kraftfahrzeug sind Funktionalitäten bspw. ein Antiblockiersystem (ABS), durch das ein Blockieren der Räder beim Bremsen verhindert wird, oder ein Fahrzeugregler (FZR), der auf die einzelnen Räder gezielt Bremseingriffe vornimmt, um die Fahrdynamik des Kraftfahrzeugs zu erhalten.
  • Aufgrund der Tatsache, dass bei einem multitaskingfähigen Computerprogramm die Funktionsaufrufe nicht einfach nacheinander erfolgen und somit nicht einfach durch die Reihenfolge der Aufrufe sichergestellt werden kann, dass die Eingangsgrößen einer Funktionalität von einer zuvor ausgeführten Funktionalität bereits ermittelt worden sind, müssen bei multitaskingfähigen Computerprogrammen andere Vorkehrungen getroffen werden, um sicherzustellen, dass den auszuführenden Funktionalitäten die erforderlichen Eingangsgrößen immer richtig vorliegen. So darf bspw. eine Funktionalität, die in einer 5ms-Task aufgerufen wird und die Eingangsgrößen aus einer 40ms-Task benötigt, beim ersten Aufruf erst dann ausgeführt werden, wenn die 40ms-Task bereits berechnet wurde.
  • Ein wichtiger Aspekt der vorliegenden Erfindung ist es, dass jedem der Systemzustände bzw. jedem (zulässigen) Übergang von einem ersten Systemzustand zu einem zweiten Systemzustand Übergangsbedingungen zugeordnet sind, und der Ablauf des Computerprogramms derart gesteuert wird, dass das System erst dann in den zweiten Systemzustand überführt wird, wenn alle dem Übergang in den zweiten Systemzustand zugeordneten Übergangsbedingungen erfüllt sind. Wenn die Übergangsbedingung bspw. darin besteht, dass sämtliche Eingangsgrößen einer den zweiten Systemzustand charakterisierenden Funktionalität zur Verfügung stehen, kann anhand des erfindungsgemäßen Verfahrens sichergestellt werden, dass das Gesamtsystem tatsächlich erst dann von dem ersten Systemzustand in den zweiten Systemzustand überführt wird, wenn alle erforderlichen Eingangsgrößen vorliegen.
  • Die verschiedenen Systemzustände 30 sind in 1 am Beispiel eines Fahrdynamiksystems (ESP) dargestellt. Es sind u.a. die nachfolgenden Systemzustände 30 möglich:
    • – „FullSystem": Normalbetrieb, volle Funktionsfähigkeit des Fahrdynamiksystems;
    • – „Backup_ABS": Nur Antiblockiersystem (ABS), kein Fahrzeugregler (FZR) aktiv, eingeschränkte Funktionsfähigkeit;
    • – „Backup_EBD": Nur elektronische Bremskraftverteilung (Electronic Brake Distribution, EBD) aktiv, eingeschränkte Funktionsfähigkeit;
    • – „FailSafe": FZR, ABS, EBD inaktiv, keinerlei Funktionsfähigkeit des Systems; und
    • – „XYZ": ein beliebig anderer Systemzustand.
  • Die Übergänge zwischen den Systemzuständen sind mit dem Bezugszeichen 31 bezeichnet.
  • In 2 ist eine Funktionalität X dargestellt, welche die Eingangsgrößen Ein_i und die Ausgangsgrößen Aus_i aufweist. Zwischen den Eingangsgrößen Ein_i und den Ausgangsgrößen Aus_i ist ein in horizontaler Richtung verschiebbarer Schieber vorgesehen, der drei verschiedene Betriebszustände A, B, C der Funktionalität X repräsentiert. Durch Verschieben des Schiebers kann der Betriebszustand A, B, C der Funktionalität X gewechselt werden.
  • Die verschiedenen Systemzustände 30 des Systems sind dadurch charakterisiert, dass mindestens eine der Funktionalitäten X des Systems einen vorgebbaren Betriebszustand A, B, C aufweist. Aus der Summe der Betriebszustände A, B, C der Funktionalitäten X ergibt sich somit der entsprechende Systemzustand 30 des Gesamtsystems. Jeder Funktionalität X des Computerprogramms ist eine Betriebszustandsvariable zugeordnet, die verschiedene Betriebszustandswerte, die jeweils einem bestimmten Betriebszustand A, B, C der Funktionalität X entsprechen, annehmen kann.
  • Das Umschalten einer Funktionalität X in einen anderen Betriebszustand A, B, C kann bspw. erforderlich sein, wenn nicht alle zur Ausführung der Funktionalität X erforderlichen Eingangsgrößen Ein_i vorliegen. Zunächst kann versucht werden, den Ablauf dieser Funktionalität X so weit hinauszuzögern, bis alle erforderlichen Eingangsgrößen Ein_i vorliegen, d. h. bis andere Funktionalitäten X, in denen die erforderlichen Eingangsgrößen Ein_i ermittelt wurden, ausgeführt worden sind. Es sind jedoch Situationen denkbar, in denen ein Hinauszögern der Ausführung einer Funktionalität X, bis alle erforderlichen Eingangsgrößen Ein_i vorliegen, nicht möglich ist. In einem solchen Fall können die fehlenden Eingangsgrößen Ein_i auch anhand anderer Größen modelliert oder mittels eines alternativen Algorithmus berechnet werden. Es ist auch denkbar, statt der fehlenden Eingangsgröße Ein_i eine andere Größe, die bereits zur Verfügung steht, zur Ausführung der Funktionalität X heranzuziehen. Alle diese Maßnahmen, die ergriffen werden können, falls eine erforderliche Eingangsgröße Ein_i nicht zur Verfügung steht, führen letzten Endes jedoch mehr oder weniger zu einer Einschränkung der Funktionsfähigkeit der Funktionalität, was durch einen Wechsel des Betriebszustandes A, B, C ausgedrückt wird.
  • In 3 wird ein Verfahren zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms beispielhaft anhand eines Fahrdynamiksystems in einem Kraftfahrzeug beschrieben. Dieses Verfahren und insbesondere die vorliegende Erfindung kann jedoch für beliebige Systeme eingesetzt werden, die durch ein multitaskingfähiges Computerprogramm gesteuert und/oder geregelt werden. Eine weitere Einsatzmöglichkeit, die hier ausdrücklich angesprochen wird, ist der Einsatz des erfindungsgemäßen Verfahrens zur Steuerung des Ablaufs eines Computerprogramms zur Steuerung und/oder Regelung eines Alarmsystems, eines Heizungs- und Klimatisierungssystems und/oder eines Zugangskontrollsystems in einem Gebäude, also an den Einsatz des erfindungsgemäßen Verfahrens im Bereich des Gebäudemanagements.
  • In einem Funktionsblock 1 wird die sog. Plattform-Software (PSW) überwacht. Unter Plattform-Software wird der hardwarenahe Teil des Computerprogramms zur Steuerung und/oder Regelung des Fahrdynamiksystems verstanden. In einem Funktionsblock 2 wird die Anwender-Software (ASW) überwacht. Unter Anwender-Software wird bei einem Fahrdynamiksystem bspw. die ABS-Regelung oder der Fahrzeugregler (FZR) verstanden. Die Funktionsblöcke 1 und 2 dienen zur Erkennung von Fehlern 11, 12 in den entsprechenden Softwareteilen. Ein möglicher Fehler 11, 12, der in den Funktionsblöcken 1 und 2 erkannt werden könnte, wäre bspw. ein Sensorfehler, der es verhindert, dass eine bestimmte Eingangsgröße Ein_i, die zur Berechnung einer Funktionalität X erforderlich ist, zur Verfügung steht.
  • Die in den Funktionsblöcken 1 und 2 erkannten Fehler 11, 12 werden an einen Funktionsblock 3 übermittelt, der als ein Makro realisiert ist. In dem Funktionsblock 3 wird anhand der in den Funktionsblöcken 1 und 2 ermittelten Fehler 11, 12 ein entsprechender Fehlerzustand 13 des Systems ermittelt. Dieser Fehlerzustand 13 wird von dem Funktionsblock 3 an einen weiteren Funktionsblock 4 übertragen, der als Failure Processing System (FPS) bezeichnet wird. In dem Funktionsblock 4 wird unter Berücksichtigung der ermittelten Fehlerzustände 13 eine entsprechende Strategie zum Übergang in den zweiten Systemzustand, genauer gesagt, eine Strategie zum gezielten Wechseln der Betriebszustände A, B, C der den zweiten Systemzustand charakterisierenden Funktionalitäten, ermittelt. Die in dem Funktionsblock 4 ermittelte Strategie 14 zum Umschalten der Betriebszustände A, B, C der Funktionalitäten X zum Übergang in den zweiten Systemzustand, wird an einen Funktionsblock 5 übermittelt. Genauer gesagt, werden von dem Funktionsblock 4 an den Funktionsblock 5 gemäß der ermittelten Strategie 14 nacheinander verschiedene Soll-Betriebszustände derjenigen Funktionalitäten übermittelt, die den zweiten Systemzustand charakterisieren. Die ermittelte Strategie 14 repräsentiert also einem Soll-Systemzustand, in dem vorliegenden Ausführungsbeispiel den zweiten Systemzustand.
  • Die in dem Funktionsblock 3 ermittelten Fehlerzustände 13 werden außerdem an einen Funktionsblock 6 übertragen, in welchem der Status der Eingangsgrößen Ein i der Funktionalitäten X durch Setzen eines sog. Invalid Bit gekennzeichnet wird. Für jede Eingangsgröße Ein_i der Funktionalitäten X des Computerprogramms ist ein eigenes Statussignal in Form des Invalid Bit vorgesehen. Wenn also in den Funktionsblöcken 1 oder 2 ein Sensorfehler 11, 12 detektiert wurde, werden diejenigen Eingangsgrößen Ein i, die von dem Sensorfehler 11, 12 beeinträchtigt werden, durch Setzen oder Löschen des Invalid Bit entsprechend gekennzeichnet. Das Statussignal 15 wird ebenfalls an den Funktionsblock 5 übertragen.
  • In einem Funktionsblock 7 wird der Ist-Systemzustand 16 ermittelt und ebenfalls an den Funktionsblock 5 übertragen. Am Beispiel eines Fahrdynamiksystems umfasst der Ist-Systemzustand 16 den Zustand des Fahrdynamiksystems an sich, aber auch den Fahrzustand des Kraftfahrzeugs. In einem Funktionsblock 8 werden die Abhängigkeiten 17 der Betriebszustände A, B, C bzw. der Funktionalitäten X untereinander ermittelt. Die ermittelten Abhängigkeiten 17 werden ebenfalls an den Funktionsblock 5 übermittelt.
  • In dem Funktionsblock 5 werden Soll-Betriebszustände 18 in Abhängigkeit der von den Funktionsblöcken 4, 6, 7, 8 erhaltenen Größen 14, 15, 16, 17 aufbereitet. Insbesondere wird in dem Funktionsblock 5 überprüft, ob die Betriebszustandsvariablen der Funktionalitäten X die für den zweiten Systemzustand geforderten Betriebszustandswerte aufweisen, d. h. ob sich die den zweiten Systemzustand charakterisierenden Funktionalitäten in den geforderten Betriebszuständen befinden. Die Funktionsblöcke 4 bis 8 sind in einem übergeordneten Funktionsblock 9 zusammengefasst, der als Controller Release System (CRS) bezeichnet wird.
  • Falls in dem Funktionsblock 5 festgestellt wird, dass die Betriebszustandsvariablen die geforderten Betriebszustandswerte aufweisen, d. h. sich die Funktionalitäten, welche den zweiten Systemzustand charakterisieren, in den geforderten Betriebszuständen befinden, gibt der Funktionsblock 5 einen oder mehrere Soll-Betriebszustände 18 vor und übermittelt diese an einen Funktionsblock 10. In dem Funktionsblock 10 ist die Anwendersoftware (ASW) und eine Sicherheitssoftware (SIS) sowie eine Offsetaufbereitung enthalten. Die ASW entspricht dem Reglerteil der Software (z. B. zur ABS-, ASR- oder Motormomentenregler). Die entsprechenden Funktionalitäten in dem Funktionsblock 10 werden dann in den Soll-Betriebszustand 18 geschaltet. Der Ist-Betriebszustand 19 wird von dem Funktionsblock 10 an die Funktionsblöcke 7 und 8 übermittelt. Dort werden sie zur Ermittlung des Ist-Systemzustandes in Funktionsblock 7 und zur Ermittlung der Abhängigkeiten der Funktionalitäten X untereinander in Funktionsblock 8 herangezogen.
  • Beim Übergang von einem Betriebszustand A, B, C in einen anderen können prinzipiell zwei unterschiedliche Arten von Übergängen unterschieden werden:
    • – Der Übergang von einem Betriebszustand niedriger Priorität zu einem Betriebszustand höherer Priorität wie bspw. der Übergang von ABS_Vollsystem zu ABS_Off. Dieser Übergang erfolgt unmittelbar, damit es zu keinen weiteren eventuell fehlerhaften Ansteuerungen kommen kann.
    • – Der Übergang von einem Betriebszustand höherer Priorität zu einem Betriebszustand niedrigerer Priorität, wie bspw. von ABS Off zu ABS_Vollsystem. In diesem Fall wird der Übergang von dem Soll- zu dem Ist-Betriebszustand durch die Funktionalität selbst bestimmt. Dabei muss der Ist-Betriebszustand solange voll funktionsfähig bleiben, bis der Soll-Betriebszustand erreicht ist. Während der Umschaltphase von dem Ist-Betriebszustand in den Soll-Betriebszustand werden beide Betriebszustände parallel berechnet. Somit bestimmt die Funktionalität selbst, wann der Übergang erfolgen soll. Zu beachten ist, dass während der Übergangsphase akustische oder optische Warnhinweise weiterhin ausgegeben werden müssen. Seitens des FPS (Failure Processing System) in Funktionsblock 4 werden keine Warnhinweise mehr ausgegeben, da durch einen Reset der in den Funktionsblöcken 1 oder 2 erkannte Fehler 11, 12 bereits zurückgesetzt wurde.
  • In 4 ist ein erfindungsgemäßes Steuergerät in seiner Gesamtheit mit dem Bezugszeichen 20 bezeichnet. Das Steuergerät 20 dient zur Steuerung und/oder Regelung eines Systems, das verschiedene mögliche Systemzustände einnehmen kann, insbesondere eines Fahrdynamiksystems in einem Kraftfahrzeug. Das Steuergerät 20 umfasst ein Rechengerät 21, das als ein Mikroprozessor ausgebildet ist. Auf dem Rechengerät 21 ist ein in mehrere funktional zusammenhängende Funktionalitäten unterteiltes multitaskingfähiges Computerprogramm 22 ablauffähig. Das Computerprogramm 22 dient zur Steuerung und/oder Regelung des Systems nach dem erfindungsgemäßen Verfahren, wenn es auf dem Rechengerät 21 abläuft. Des Weiteren sind in dem Steuergerät 20 Mittel 23 zur Koordination des Ablaufs des Computerprogramms 22 vorgesehen. Die Mittel 23 sind als ein Steuerprogramm ausgebildet, das ebenfalls auf dem Rechengerät 21 ablauffähig ist. Das Computerprogramm 22 und das Steuerprogramm 23 sind auf einem Speicherelement 24 abgespeichert, das bspw. als ein Flash-Memory ausgebildet ist. Zur Abarbeitung des Computerprogramms 22 und des Steuerprogramms 23 werden diese entweder als Ganzes oder abschnittsweise über eine Datenverbindung 25 an das Rechengerät 21 übermittelt. Ebenso können in der Gegenrichtung über die Datenverbindung 25 Ergebnisse von Berechnungen, die in dem Rechengerät 21 ausgeführt wurden, oder andere Daten an das Speicherelement 24 übermittelt und dort abgespeichert werden. Das Steuerprogramm 23 dient zur Ausführung des erfindungsgemäßen Verfahrens, wenn es auf dem Rechengerät 21 ausgeführt wird.

Claims (16)

  1. Verfahren zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms (22) auf einem Rechengerät (21), insbesondere auf einem Mikroprozessor, eines Steuergeräts (20) zur Steuerung und/oder Regelung eines Systems, das verschiedene mögliche Systemzustände (30) einnehmen kann, gekennzeichnet durch die nachfolgenden Verfahrensschritte: – Unterteilen des Computerprogramms (22) in mehrere funktional zusammenhängende Funktionalitäten (X); – Definition von möglichen Betriebszuständen (A, B, C) für die Funktionalitäten (X); – Definition der möglichen Systemzustände (30) des Systems, indem den Funktionalitäten (X) für jeden Systemzustand (30) vorgebbare Betriebszustände (A, B, C) zugeordnet werden; – Ermitteln von Abhängigkeit der Funktionalitäten (X) untereinander, wobei eine erste Funktionalität von einer zweiten Funktionalität abhängig ist, wenn mindestens eine Eingangsgröße (Ein_i) der ersten Funktionalität in der zweiten Funktionalität ermittelt wird; und – zentrale Vorgabe der für einen bestimmten Systemzustand (30) erforderlichen Betriebszustände (A, B, C) unter Berücksichtigung der ermittelten Abhängigkeiten zwischen den Funktionalitäten (X) und weiterer Randbedingungen.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass ein Betriebszustand (A, B, C) durch eine Betriebszustandsvariable definiert wird, die verschiedene Betriebszustandswerte annehmen kann.
  3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die Betriebszustandsvariable den Stellungen „volle Funktionalität" (ESP), „eingeschränkte Funktionalität" (Backup_ABS, Backup_EBD) und „keine Funktionalität" (FailSafe) entsprechende Betriebszustandswerte annehmen kann.
  4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass zur Berücksichtigung der ermittelten Abhängigkeiten zwischen den Funktionalitäten (X) die Abarbeitung der einen bestimmten Systemzustand charakterisierenden Funktionalitäten (X) derart zeitlich gestaffelt wird, dass die zweite Funktionalität zur Ermittlung der mindestens einen Eingangsgröße (Ein_i) für die erste Funktionalität vor der ersten Funktionalität abgearbeitet wird.
  5. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass zur Berücksichtigung der ermittelten Abhängigkeiten zwischen den Funktionalitäten (X) die mindestens eine Eingangsgröße (Ein_i) für die erste Funktionalität nicht durch Abarbeitung der zweiten Funktionalität, sondern auf andere Weise ermittelt wird.
  6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass die andere Weise zur Ermittlung der mindestens einen Eingangsgröße (Ein_i) für die erste Funktionalität eine Modellierung der Eingangsgröße (Ein_i) aus anderen Größen, eine Ermittlung einer Ersatzgröße und/oder eine Ermittlung der Eingangsgröße anhand eines alternativen Algorithmus umfasst.
  7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass die Betriebszustände (A, B, C) von einen bestimmten Systemzustand (14) charakterisierenden Funktionalitäten (X) in Abhängigkeit von mindestens einem in dem System aufgetretenen Fehler (11, 12) vorgegeben werden.
  8. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass die Betriebszustände (A, B, C; 18) von einen bestimmten Systemzustand (14) charakterisierenden Funktionalitäten (X) in Abhängigkeit von den Ist-Betriebszuständen (19) der Funktionalitäten (X) vorgegeben werden.
  9. Verwendung eines Verfahrens zur Steuerung des Ablaufs eines Computerprogramms (22) nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass das Verfahren zur Steuerung des Ablaufs eines Computerprogramms (22) zur Steuerung und/oder Regelung eines Systems in einem Fahrzeug, insbesondere in einem Kraftfahrzeug, verwendet wird.
  10. Verwendung nach Anspruch 9, dadurch gekennzeichnet, dass das Verfahren zur Steuerung des Ablaufs eines Computerprogramms (22) zur Steuerung und/oder Regelung eines Fahrdynamiksystems (ESP) in einem Kraftfahrzeug verwendet wird.
  11. Verwendung eines Verfahrens zur Steuerung des Ablaufs eines Computerprogramms (22) nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass das Verfahren zur Steuerung des Ablaufs eines Computerprogramms (22) zur Steuerung und/oder Regelung eines Systems in einem Gebäude verwendet wird.
  12. Verwendung nach Anspruch 11, dadurch gekennzeichnet, dass das Verfahren zur Steuerung des Ablaufs eines Computerprogramms (22) zur Steuerung und/oder Regelung eines Alarmsystems, eines Heizungs- und Klimatisierungssystems und/oder eines Zugangskontrollsystems in einem Gebäude verwendet wird.
  13. Steuerprogramm (23) zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms (22) auf einem Rechengerät (21), insbesondere auf einem Mikroprozessor, eines Steuergeräts (20) zur Steuerung und/oder Regelung eines Systems, das verschiedene mögliche Systemzustände (30) einnehmen kann, wobei das Steuerprogramm (23) auf dem Rechengerät (21) ablauffähig ist, dadurch gekennzeichnet, dass das Computerprogramm (22) zur Ausführung eines Verfahrens nach einem der Ansprüche 1 bis 8 geeignet ist, wenn es auf dem Rechengerät (21) abläuft.
  14. Steuerprogramm (23) nach Anspruch l3, dadurch gekennzeichnet, dass das Steuerprogramm (23) auf einem Speicherelement (24), insbesondere auf einem Read-Only-Memory, auf einem Random-Access-Memory oder auf einem Flash-Memory abgespeichert ist.
  15. Steuergerät (20) zur Steuerung und/oder Regelung eines Systems, das verschiedene mögliche Systemzustände (30) einnehmen kann, wobei das Steuergerät ein Rechengerät (21), insbesondere einen Mikroprozessor, auf dem ein multitaskingfähiges Computerprogramm (22) ablauffähig ist, und Mittel (23) zur Steuerung des Ablaufs des Computerprogramms (22) umfasst, dadurch gekennzeichnet, dass das Steuergerät (20) des weiteren umfasst: – Mittel zum Unterteilen des Computerprogramms (22) in mehrere funktional zusammenhängende Funktionalitäten (X); – Mittel zur Definition von zulässigen Betriebszuständen (A, B, C) der Funktionalitäten (X); – Mittel zur Definition der möglichen Systemzustände (30), wobei diese Mittel den Betriebszuständen (A, B, C) für jeden Systemzustand (30) vorgebbare Stellungen zuordnen; – Mittel (8) zum Ermitteln von voneinander abhängigen Funktionalitäten (X), wobei eine erste Funktionalität von einer zweiten Funktionalität abhängig ist, wenn mindestens eine Eingangsgröße (Ein_i) der ersten Funktionalität in der zweiten Funktionalität ermittelt wird; und – Mittel (5) zur zentralen Vorgabe der für einen bestimmten Systemzustand (30) erforderlichen Betriebszustände (A, B, C; 18) unter Berücksichtigung der ermittelten Abhängigkeiten (17) zwischen den Funktionalitäten (X) und weiterer Randbedingungen.
  16. Steuergerät (20) nach Anspruch l5, dadurch gekennzeichnet, dass das Steuergerät (20) Mittel zur Ausführung eines Verfahrens nach einem der Ansprüche 2 bis 8 aufweist.
DE10229676A 2002-06-27 2002-06-27 Verfahren zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms Expired - Lifetime DE10229676B4 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE10229676A DE10229676B4 (de) 2002-06-27 2002-06-27 Verfahren zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms
US10/600,895 US7729785B2 (en) 2002-06-27 2003-06-20 Method and controller for program control of a computer program having multitasking capability

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE10229676A DE10229676B4 (de) 2002-06-27 2002-06-27 Verfahren zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms

Publications (2)

Publication Number Publication Date
DE10229676A1 true DE10229676A1 (de) 2004-01-29
DE10229676B4 DE10229676B4 (de) 2013-05-29

Family

ID=29796092

Family Applications (1)

Application Number Title Priority Date Filing Date
DE10229676A Expired - Lifetime DE10229676B4 (de) 2002-06-27 2002-06-27 Verfahren zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms

Country Status (2)

Country Link
US (1) US7729785B2 (de)
DE (1) DE10229676B4 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006008156A1 (de) * 2004-07-22 2006-01-26 Knorr-Bremse Systeme für Nutzfahrzeuge GmbH Fahrzeugführungssystem mit zentralem steuergerät für sämtliche fahrzeugführungsfunktionen

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7664841B2 (en) * 2005-12-07 2010-02-16 International Business Machines Corporation Selective activation of TCP/IP link and traffic
US9086688B2 (en) * 2013-07-09 2015-07-21 Fisher-Rosemount Systems, Inc. State machine function block with user-definable actions on a transition between states

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3872421T2 (de) * 1987-04-08 1992-12-03 Hitachi Ltd Steuersystem fuer kategorisierte motorzustaende.
EP0990966A2 (de) * 1998-10-04 2000-04-05 Husky Injection Molding Systems Ltd. Integrierte Steuerungsstation für eine Spritzgussanlage

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS57181938A (en) * 1981-04-30 1982-11-09 Hitachi Ltd Engine control device
US5086385A (en) * 1989-01-31 1992-02-04 Custom Command Systems Expandable home automation system
US5646843A (en) * 1990-02-05 1997-07-08 Caterpillar Inc. Apparatus and method for surface based vehicle control system
DE19500957A1 (de) * 1994-07-19 1996-01-25 Bosch Gmbh Robert Verfahren zur Steuerung von technischen Vorgängen oder Prozessen
US6219590B1 (en) * 1998-04-03 2001-04-17 Johnson Controls Technology Co. State machine controller for operating variable air volume terminal units of an environmental control system
DE19924461A1 (de) * 1999-05-28 2000-11-30 Heidenhain Gmbh Dr Johannes Verfahren zum synchronisierten Hochlauf einer Steuerung
US6745089B2 (en) * 2000-02-01 2004-06-01 California Institute Of Technology Adaptable state based control system
US7085692B2 (en) * 2001-10-11 2006-08-01 Xerox Corporation Learning systems and methods for market-based control of smart matter

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3872421T2 (de) * 1987-04-08 1992-12-03 Hitachi Ltd Steuersystem fuer kategorisierte motorzustaende.
EP0990966A2 (de) * 1998-10-04 2000-04-05 Husky Injection Molding Systems Ltd. Integrierte Steuerungsstation für eine Spritzgussanlage

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006008156A1 (de) * 2004-07-22 2006-01-26 Knorr-Bremse Systeme für Nutzfahrzeuge GmbH Fahrzeugführungssystem mit zentralem steuergerät für sämtliche fahrzeugführungsfunktionen

Also Published As

Publication number Publication date
US7729785B2 (en) 2010-06-01
US20040059772A1 (en) 2004-03-25
DE10229676B4 (de) 2013-05-29

Similar Documents

Publication Publication Date Title
EP3532356B1 (de) Verfahren zum überwachen eines kraftfahrzeugs mit automatisierter fahrfunktion und vorrichtung zum durchführen des verfahrens
DE10223880B4 (de) Verfahren zur gegenseitigen Überwachung von Komponenten eines dezentral verteilten Rechnersystems
DE10131806A1 (de) Verfahren und Vorrichtung zum Betreiben eines dezentralen Steuersystems
EP2422243A1 (de) Sicherheitssteuerung zum steuern einer automatisierten anlage und verfahren zum erstellen eines anwenderprogramms für eine sicherheitssteuerung
DE102011005844A1 (de) Automatische Steuerung eines Fahrzeugs
WO2014138764A1 (de) Verfahren zur risikoabgrenzung von fehlern in einem redundanten sicherheitsrelevanten steuerungssystem für ein kraftfahrzeug
DE19509150C2 (de) Verfahren zum Steuern und Regeln von Fahrzeug-Bremsanlagen sowie Fahrzeug-Bremsanlage
EP3371025A1 (de) Vorrichtung zur umfeldmodellierung für ein fahrerassistenzsystem für ein kraftfahrzeug
EP3330816A1 (de) Verfahren zur softwareaktualisierung bei cloud-gateways, computerprogramm mit einer implementation des verfahrens und verarbeitungseinheit zur ausführung des verfahrens
EP2059859A2 (de) Antriebssystem und verfahren zur überwachung eines hydrostatischen antriebs
EP2732347B1 (de) Verfahren und system zur dynamischen verteilung von programmfunktionen in verteilten steuerungssystemen
DE69916772T2 (de) Steuervorrichtung eine automatischen Maschine
DE10243856A1 (de) Regler und Verfahren zum Betreiben eines Reglers
EP3338189A2 (de) Verfahren zum betrieb eines mehrkernprozessors
DE10229686A1 (de) Verfahren und Steuergerät zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms
DE102016112332B4 (de) Verfahren und vorrichtung zum überwachen eines reglerblocks zum ansteuern eines stellantriebs, insbesondere eines stellantriebs eines lenksystems
DE10229676A1 (de) Verfahren und Steuergerät zur Steuerung des Ablaufs eines multitaskingfähigen Computerprogramms
EP3540539A1 (de) Verfahren zur rechnergestützten simulation des betriebs einer automatisiert arbeitenden maschine
WO2017178211A1 (de) Verfahren zum betreiben eines steuergeräts für ein fahrzeug, steuergerät, betriebssystem, kraftfahrzeug
WO2015124320A1 (de) Dynamisches speicherprogrammierbares steuergerät zum emulieren eines steuergerätes
WO2021144271A1 (de) Verfahren und vorrichtung zum rekonfigurieren eines automatisiert fahrenden fahrzeugs in einem fehlerfall
DE102020200414A1 (de) Verfahren und Vorrichtung zum Rekonfigurieren eines automatisiert fahrenden Fahrzeugs in einem Fehlerfall
DE10254819A1 (de) Grenzlastabhängiges teilweises Abschalten einzelner Funktionen der Systemkomponenten eines Fahrzeugs
DE102015212702A1 (de) Verfahren zur Prüfung eines Zustandes eines Steuergerätes eines Kupplungsaktors
DE102016214117A1 (de) Ermitteln einer Ausführungszeit eines Anwenderprogramms

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8125 Change of the main classification

Ipc: G05B 19/048 AFI20051017BHDE

R016 Response to examination communication
R018 Grant decision by examination section/examining division
R082 Change of representative
R020 Patent grant now final

Effective date: 20130830

R084 Declaration of willingness to licence
R071 Expiry of right