DE3544079C2

DE3544079C2 - Verfahren zur Verarbeitung von Interrupt-Signalen

Info

Publication number: DE3544079C2
Application number: DE3544079A
Authority: DE
Inventors: Juergen Braeuninger
Original assignee: Robert Bosch GmbH
Current assignee: Robert Bosch GmbH
Priority date: 1985-12-13
Filing date: 1985-12-13
Publication date: 1998-07-30
Anticipated expiration: 2005-12-14
Also published as: US4819173A; DE3544079A1; JPH0797321B2; JPS62219030A

Description

Die Erfindung betrifft ein Verfahren zur Verarbeitung von Interrupt-Signalen gemäß dem Oberbegriff des Hauptanspruchs. In Steuergeräten mit Rechner werden beispielsweise Geber signale, zum Beispiel das Frequenzsignal eines Drehzahl gebers, über die Messung der Periodendauer ausgewertet. Dies geschieht in der Regel so, daß über eine Auswerteschaltung mit der Frequenz des Geberssignals Programmunterbrechungen, sogenannte Interrupts, im Rechner ausgelöst werden. Diese Interrupts unterbrechen den normalen Programmablauf des Hauptprogramms und lösen die Ausführung eines Interrupt-Programms aus, in welchem aus dem Stand eines Zählers die Frequenz des Signals bzw. die entsprechende Periodendauer ermittelt werden kann. Nach Beendigung des Interrupt-Programms wird der normale Programmablauf wieder fortgesetzt.

Bei korrektem Signal ist im allgemeinen sichergestellt, daß die Interrupt-Frequenz so klein ist, daß die Unterbrechungen des normalen Programmablaufs nicht zu einer unzulässig langen Programmlaufzeit führen. Liegt jedoch wegen Störungen, wie Wackelkontakt, sonstige Einstreuungen, die Frequenz des Geber-Signals unzulässig hoch, so können die zu häufig auftretenden Interrupts dazu führen, daß wegen der häufigen Unterbrechung der normale Programmablauf unzulässig lange dauert. Dabei kann sogar vor Ablauf des Interrupt-Programms erneut eine Interrupt-Anforderung vorliegen, die dann gleich nach Abschluß des laufenden Interrupt-Programms erneut ein weiteres Interrupt-Programm startet. In einem solchen Fall würde das normale Programm gar nicht mehr bearbeitet werden können. Bei bestimmten Rechnerkonfigurationen besteht sogar die Gefahr, daß ein laufendes Interrupt-Programm durch weitere Interrupts unterbrochen wird, so daß eine Vielzahl von Rücksprungadressen bei jedem Interrupt abgespeichert würde, wodurch der vorhandene Speicher überlaufen könnte. Dies hätte ein vollkommen unkontrollierbares Verhalten des Rechners zur Folge.

Bei einem Rechnerausfall sind oftmals Notfunktionen vorgesehen, die allerdings bei einem defekten Gebersignal ebenfalls durch eine zu große Anzahl von Interrupt-Anforderungen bei herkömmlichen Rechnersystemen wirkungslos werden.

Ein Artikel von Laska, Volker: Interrupts in Mikrocomputersystemen, in: Micro Extra-Zeitschrift für Mikrocomputertechnik, Jahrgang 4. Juli 1980, Seite 16 bis 19 und 22 beschreibt Interrupttechniken in Mikrocomputersystemen. Darin wird erklärt, was unter dem Begriff Interrupt an sich zu verstehen ist. Es wird erklärt, daß ein Interrupt-Signal das Hauptprogramm des Mikroprozessors unterbricht und die Abarbeitung einer Interrupt-Service-Routine zur Folge hat. Es wird ebenfalls erwähnt, daß zu Beginn einer Interrupt-Service-Routine durch Setzen von Bits weitere Interrupt-Anforderungen blockiert werden können.

Im Kapitel 5 wird der Einsatz von programmierbaren Interrupt-Controllern vorgestellt. Darin wird erwähnt, daß das Maskieren von Interrupt-Anforderungen den Vorteil hat, daß nicht alle sondern nur bestimmte Interrupts zu definierten Zeiten und an definierten Stellen im Programm gesperrt oder durchgelassen werden. Es wird dargelegt, daß mit einer Maskierung erreicht werden kann, daß Interrupts, die während der Interrupt-Service-Routine hoher Priorität anfallen, nicht ignoriert sondern zwischengespeichert und später entsprechend ihrer Priorität verarbeitet werden können.

Es ist Aufgabe der Erfindung störungsbedingte Interrupt signale von der Interrupt-Bearbeitung fernzuhalten. Die Aufgabe wird durch die Merkmale der Ansprüche 1 und 3 gelöst. Durch die vorgesehene Interrupt-Sperre, die während eines bestimmten Zeitabschnitts aufrechterhalten bleibt, wird eine Überlastung durch eine fehlerbedingte Vielzahl von Interrupt-Anforderungen vermieden. Vielmehr wird sichergestellt, daß während dieser Zeitabschnitte, bei denen die Interrupt-Sperren wirksam sind, zumindest Notfunktionen des Rechners durchgeführt werden können.

Die Dauer der Zeitabschnitte kann mittels eines Zeitzählers jeweils zu Beginn einer ersten Interrupt-Anforderung gestartet werden, wobei der Zeitzähler am Ende des vorgegebenen Zeitabschnitts dann wieder sofort gestartet wird, wenn während der Zählzeit weitere Interrupt-Anforderungen eingegangen sind. Eine andere Lösung kann im wesentlichen darin bestehen, daß periodisch in konstanten Zeitabschnitten überprüft wird, ob eine Interrupt-Anforderung eingeht, und daß dann die Interrupt-Sperre ausgelöst wird. Geht eine weitere Interrupt-Anforderung während einer bestehenden Interrupt-Sperre ein, bleibt die Sperre auch während des nächsten Zeitabschnitts aufrechterhalten.

Die Erfindung wird nachfolgend anhand der Zeichnungen näher erläutert. Es zeigen:

Fig. 1 ein Flußdiagramm und

Fig. 2 ein vereinfachtes Blockschaltbild einer Anordnung zur Verarbeitung von Interrupt-Signalen.

Anhand des in Fig. 1 dargestellten Flußdiagramms wird die Funktion des in Fig. 2 dargestellten Ausführungsbeispiels erläutert.

Bei Auftreten einer Interrupt-Anforderung, beispielsweise zur Bestimmung der Frequenz eines Meßsignals, wird zunächst eine Interrupt-Sperre ausgelöst. Das Meßsignal kann ein die Motordrehzahl n₁ oder eine Hilfsdrehzahl n₂ repräsentierendes Signal sein.

Nach Auslösung der Interrupt-Sperre wird ein Zeit zähler gestartet und das Interrupt-Programm vom Rechner 1 durchgeführt. Nach einer vom Zeitzähler bestimmten Zeit wird geprüft, ob während der Zählzeit eine weitere Interrupt-Anforderung eingegangen ist. Wenn dies der Fall ist, wird diese Anforderung ge löscht und der Zeitzähler erneut gestartet. Ist da gegen im Zählzeitraum keine weitere Interrupt-Anforderung eingegangen, so wird die Interrupt-Sperre aufgehoben. Eine nunmehr auftretende Interrupt-Anforderung kann nun erneut das Interrupt-Programm zur Frequenzbestimmung eines Signals, beispielsweise eines Drehzahlsignals n₁, n₂, einleiten.

Dem Rechner 1 können weitere Parameter zugeführt werden, die den Motor-Betriebszustand betreffen. Im Ausführungsbeispiel werden dem Rechner 1 noch das Ausgangssignal des Fußfahrgebers FFG und andere Signale zugeführt.

Der Ausgang des Rechners 1 ist mit einer Steuerung 2 verbunden, die zur Steuerung des Zündzeitpunkts oder zur Steuerung des Einspritzventils beziehungsweise der Einspritzmenge vorgesehen sein kann.

Claims

1. Verfahren zur Verarbeitung von Interrupt-Signalen einer Interrupt-Quelle, in einem Mikrorechner mit einem zugehörigen Interrupt-Programm und einem Hauptprogramm, wobei das Hauptprogramm nach Auftritt eines Interrupt-Signals der Interrupt-Quelle unterbrochen wird und statt dessen das Interrupt-Programm abgearbeitet wird, wobei mit Beginn der Abarbeitung des Interrupt-Programms weitere Interrupt-Anforderungen gesperrt werden, dadurch gekennzeichnet, daß ein Zeitzähler mit Beginn der Abarbeitung des Interrupt-Programms gestartet wird, daß am Ende der Zählzeit des Zeitzählers geprüft wird, ob mindestens eine weitere Interrupt-Anforderung während der Zählzeit aufgetreten ist, daß bei Anliegen mindestens einer weiteren Interrupt-Anforderung diese gelöscht wird, daß beim Ablaufen des Zeitzählers die Sperrung der Interrupt-Anforderungen aufgehoben wird, und daß bei Nichtanliegen einer weiteren Interrupt-Anforderung die Sperrung der Interrupt-Anforderungen aufgehoben wird.

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß nach der Löschung der mindestens einen weiteren Interrupt-Anforderung der Zeitzähler erneut gestartet wird und daß die Sperrung der Interrupt-Anforderungen erst dann aufgehoben wird, wenn während der Zählzeit keine erneuten Interrupt-Anforderungen aufgetreten sind.

3. Verfahren zur Verarbeitung von Interrupt-Signalen einer Interrupt-Quelle, in einem Mikrorechner mit einem zugehörigen Interrupt-Programm und einem Hauptprogramm, wobei das Hauptprogramm nach Auftritt eines Interrupt-Signals der Interrupt-Quelle unterbrochen wird und statt dessen das Interrupt-Programm abgearbeitet wird, wobei mit Beginn der Abarbeitung des Interrupt-Programms weitere interrupt-Anforderungen gesperrt werden, dadurch gekennzeichnet, daß periodisch nach konstanten Zeitabständen geprüft wird, ob im jeweils vorhergehenden Zeitabschnitt eine Interrupt-Anforderung eingetroffen ist und ob das entsprechende Interrupt-Programm wegen einer bestehenden Sperrung der Interrupt-Anforderungen nicht bearbeitet wurde und daß, wenn dies der Fall war, die Sperrung der Interrupt-Anforderungen weiterhin wirksam bleibt.

4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß in dem mindestens einen Interrupt-Programm die momentane Motordrehzahl eines Kraftfahrzeugs bestimmt und in Abhängigkeit von der Motordrehzahl und weiteren motorspezifischen Parametern ausgangsseitig die Zünd- und Einspritzanlage gesteuert wird.