Titel

Verfahren zum Ansteuern einer Anzahl an Modulen

Die Erfindung betrifft ein Verfahren zum Ansteuern einer Anzahl an Modulen, insbesondere einer Anzahl an Hardwaremodulen bzw. -einheiten, und eine Schaltungsanordnung zur Durchführung des Verfahrens.

Stand der Technik

Mikrocontroller, die in unterschiedlichen eingebetteten Systemen zum Einsatz kommen, kontrollieren u.a. Aktuatoren und Sensoren. Aktuatoren zeichnen sich dadurch aus, dass sie zu bestimmten Zeitpunkten mit Signalen versorgt und in vielen Fällen auch gleichzeitig angesteuert werden müssen, um eine Funktion zu erfüllen. Solche Ausgabesignale werden typischerweise mit hochkomplexen Zeitgeber- bzw. Timerarchitekturen angesteuert. Hierbei können mehrere Ausgabesignale aufgrund von vorgegebenen Zeitstempeln, Zählerwerten oder durch Triggerung der Zellen untereinander ausgegeben werden.

Bei bekannten Ansätzen hat sich als nachteilig herausgestellt, dass sich nur benachbarte Zellen in aufsteigender Reihenfolge oder Ketten von Zellen in aufsteigender Reihenfolge, die nicht unterbrochen werden dürfen, gegenseitig triggern können. Wird die Triggerung aufgrund eines Zeitwerts durchgeführt, haben bisherige Architekturen den Nachteil, dass sie die entsprechenden Zeitwerte zur Erzeugung neuer Signale per CPU nachladen müssen, was eine hohe Interruptlast auf der Haupt-CPU bedingt. Offenbarung der Erfindung

Vor diesem Hintergrund werden ein Verfahren nach Anspruch 1 und eine Schaltungsanordnung mit den Merkmalen des Anspruchs 6 vorgestellt. Ausgestaltungen ergeben sich aus den abhängigen Ansprüchen, der Beschreibung und den Zeichnungen.

Das vorgeschlagene Verfahren stellt einen flexiblen Triggermechanismus zur

Verfügung, der nicht nur auf Zeitbasen arbeitet, sondern auch die Triggerung und Kontrolle mehrerer Hardwareeinheiten zur Signalausgabe gleichzeitig erlaubt.

Der vorgeschlagene Triggermechanismus ist dabei so flexibel, dass sich auch nicht benachbarte Module gegenseitig benachrichtigen, einschalten, ausschalten oder das Nachladen von Parametersätzen antriggern können.

Die vorgeschlagene Schaltungsanordnung besteht aus einem Modul, das den flexiblen Triggermechanismus implementiert. Dort können die einzelnen angeschlossenen Module miteinander verschaltet werden und es können verschiedene Triggermechanismen (Zeit, CPU-Zugriff, andere(s) Ausgabemodul(e)...) eingestellt werden. Aufgrund der jeweiligen Triggerquelle ist es möglich, die Ausgabeeinheiten aus-, einzuschalten, und/oder die jeweiligen Ausgänge aus- oder einzuschalten und/oder einen Parametersatz parallel nachzuladen.

Die vorgestellte Lösung zeichnet sich dadurch aus, dass während der Laufzeit der Triggermechanismus umprogrammiert werden kann. Bei bekannten Ansät- zen ist dies hingegen starr in den eingesetzten Multiplexern vorgegeben. Über den bereitgestellten internen Trigger kann jeder Kanal jeden anderen Kanal beeinflussen (Rückführung).

Der vorgeschlagene Triggermechanismus kann Bestandteil einer Timer-Plattform für den Automobilbereich sein. Alternativ kann der Mechanismus aber auch im industriellen Umfeld eingesetzt werden.

In einer Ausgestaltung ist eine Schaltungsanordnung für einen flexiblen Triggermechanismus für mindestens zwei Module bereitgestellt, bei der diese mindestens zwei Module zur gemeinsamen Triggerung keine topologische Besonderheit aufweisen müssen und die gemeinsame Triggerung nicht aufgrund einer globalen Zeitbasis erfolgen muss. Der beschriebene Triggermechanismus kann durch ein Zeitereignis, einen CPU- Trigger oder ein Triggerereignis einer oder mehrerer angeschlossenen Hardwareein- heit(en) ausgelöst werden. Weiterhin können die Ausgangstriggermechanismen parallel zueinander verwendet werden, wobei die Ausgangstriggermechanismen sowohl durch Hardware als auch durch Software ausgelöst werden können.

Zur Erzeugung einer Zeitbasis bzw. von Zeitbasen kann eine Zeitbasiseinheit (TBU; Time Base Unit) eingesetzt werden, die eine gemeinsame Zeitbasis für den Mikrocon- troller bereitstellen kann. Die Zeitbasiseinheit bzw. das Zeitbasissubmodul ist in Kanälen organisiert, wobei die Anzahl an Kanälen geräteunabhängig ist. Es sind zumindest zwei Kanäle innerhalb der TBU implementiert. Typischerweise hat jeder der Kanäle ein Zeitbasisregister mit einer Länge von 24 Bit. Es können aber auch andere Längen, wie bspw. 16 Bit, 32 Bit usw., vorgesehen sein. Die Zeitbasiskanäle können unabhängig voneinander betrieben werden.

Weitere Vorteile und Ausgestaltungen der Erfindung ergeben sich aus der Beschreibung und den beiliegenden Zeichnungen.

Es versteht sich, dass die voranstehend genannten und die nachstehend noch zu erläuternden Merkmale nicht nur in der jeweils angegebenen Kombination, sondern auch in anderen Kombinationen oder in Alleinstellung verwendbar sind, ohne den Rahmen der vorliegenden Erfindung zu verlassen.

Kurze Beschreibung der Zeichnungen

Figur 1 zeigt in einem Blockschaltbild eine Ausführungsform der vorgestellten

Schaltungsanordnung.

Figur 2 zeigt in einem Blockschaltbild die Anbindung von Hardwaremodulen an

einen zentralen Triggermechanismus. Ausführungsformen der Erfindung

Die Erfindung ist anhand von Ausführungsformen in den Zeichnungen schematisch dargestellt und wird nachfolgend unter Bezugnahme auf die Zeichnungen ausführlich beschrieben.

In Figur 1 ist in einem Blockschaltbild eine Schaltungsanordnung 10 dargestellt, die einen zentralen Triggermechanismus implementiert. Die Darstellung zeigt ein Register 12, in dem ein Sollwert ACT_TB abgelegt ist, ein erstes UND-Gatter 14, einen Multiplexer 16 zur Eingabe von Zeitbasen TBU_TS2 18, TBU_TS1 20 und

TBU_TS0 22, ein Register 24 zur Aufnahme eines externen Triggers Host_Trig, der über eine Busschnittstelle eingegeben wird, ein zweites UND-Glied 26, einen Komparator (=<) 28, ein weiteres Register 29 für eine Maske eines Hardwaretriggers, einen optionalen Encoder 30, acht weitere UND-Gatter 32, eine

Schnittstelle 33 zur Eingabe von Signalen von externen Hardwareeinheiten, ein weiteres Oder-Gatter (>=1 ) 34, noch ein Oder-Gatter (>=1 ) 36, das das Signal CTRL_TRIG, das Triggersignal, ausgibt, ein weiteres Register 38 für den Wert FUPD_CTRL, ein Register 40 für den Wert OUTEN_CTRL, ein weiteres Register 42 für den Wert ENDIS_CTRL, einen weiteren optionalen Encoder 44, einen wei- teren Multiplexer 46, noch einen weiteren Multiplexer 48, ein Register 50 für den

Wert OUTEN_STAT, noch ein Register 52 für den Wert ENDIS_STAT, einen optionalen Encoder 54, der ein Signal OUTEN ausgibt, noch ein optionalen Encoder 56, der ein Signal ENDIS ausgibt und acht UND-Gatter 58, an deren Ausgang ein Signal FUPD ausgegeben wird.

Der Sollwert ACT_TB wird mit einem Eingabesignal, das durch die Zeitbasen 18 oder 20 oder 22 gegeben ist, verglichen, auf Grundlage des Vergleichs wird ein Trigger ausgelöst. In Figur 1 ist ein zentraler Triggermechanismus dargestellt, der als Eingabesignale eine oder mehrere Zeitbasen und/oder Triggersignale von anderen Modulen vorsieht und/oder eine Busschnittstelle zur Konfiguration durch eine zentrale Recheneinheit bzw. CPU enthält. Die dort einlaufenden Signale können durch die vorgeschlagene Architektur flexibel miteinander verbunden werden und entsprechende Aktionen an den Ausgängen ausführen. In Figur 2 ist ein Hardwaremodul TOM 100 dargestellt, das in diesem Fall als Zeitgeberausgabemodul vorgesehen ist und an einen zentralen Triggermechanismus angebunden ist. Die Darstellung zeigt einen ersten Triggerkanal TGCO 102 und einen zweiten Triggerkanal TGC1 104. Der Triggerkanal TGCO 102 ist an acht Modulkanäle TOM_CH0 106 bis TOM_CH7 108 angeschlossen. Der Triggerkanal TGC1 104 ist an acht Modulkanäle TOM_CH8 1 10 bis TOM_CH15 1 12 angebunden. Weiterhin ist eine Schnittstelle 1 14 für einen Mikrocontroller-Bus vorgesehen.

In die beiden Triggerkanäle 102 und 104 werden als Eingabesignale Werte von Zeitbasen TBU_TS0 120, TBU_TS1 122 und TBU_TS2 124 eingegeben. Ausgaben der beiden Triggerkanäle 102 und 104 sind die Signale OUTEN 130, ENDIS 132, FUPD 134 und UPEN 136. Weiterhin ist ein Triggersignal TRIG 138 vorgesehen. Dieses Trigger- Signal 138 ist aufzuteilen in TRIG_0 140 bis TRIG_7 142, TRIG_8 144 bis TRIGJ 5

146.

Weitere Eingangssignale sind TOM_TRIG_[i-1] 150, CMU_FXCLK 152, SPE0JDUT 154 und SPE7JDUT 156 (SPE: Sensor Pattern Evaluation). Dabei ist die SPE ein Mo- dul, das die Eingaben von Sensoren, bspw. von Hall-Sensoren, evaluiert. Ausgangssignale sind TOM_CH0 160, TOM_CH0_SOUR 162, TOM_CH8_OUT 164,

TOM_CH15_OUT 166 und TOM_TRIG_[i] 168.

In Figur 1 ist dargestellt, wie die zu kontrollierenden Hardwaremodule mit dem flexiblen Triggermechanismus verschaltet sind. Ein Teil der Struktur ist dafür zuständig, Werte von Zeitbasen (TBU_TSx) aufzunehmen und mit einem Sollwert (ACT_TB) zu vergleichen. Der Sollwert wird dabei typischerweise von einer CPU vorgegeben. Dieser Teil generiert dann einen entsprechenden Trigger. Ein zweiter Teil kann über die Busschnittstelle beschrieben werden und einen Trigger auslösen (HOST_TRIG). Ein weite- rer Teil kombiniert Trigger, die von Hardwareeinheiten (TOM) kommen können (Hardwaretrigger) und leitet daraus ein gemeinsames Triggersignal ab. Dieser Teil kann dabei die eingehenden Triggerleitungen flexibel miteinander kombinieren, so dass die to- pologische Lage, die die Hardwareeinheiten, die die Trigger auslösen, aufweisen, keine Rolle spielen. Die für den resultierenden Trigger gültigen Eingangstrigger werden in einem Register spezifiziert (INT_TRIG), das typischerweise von der CPU beschrieben wird.

Der Triggermechanismus weist darüber hinaus Ausgangsstrukturen auf, die den aus den Eingangstriggern resultierenden Gesamttrigger verarbeiten und entsprechende Ausgangstrigger und Aktionen in den angeschlossenen Hardwaremodulen (TOM) auslösen. Als Ausgangstriggermechanismus kann beispielsweise das Aus- oder Einschalten von mehreren Hardwareeinheiten parallel erfolgen (ENDIS_CTRL, ENDIS_STAT). Die Kontrolle, ob aus oder eingeschaltet wird, wird dabei mit einem Register 42 ENDIS_CTRL realisiert, wo diejenigen Hardwareeinheiten markiert werden, die beim Auftreten des Triggers gemeinsam ein- oder ausgeschaltet werden sollen. Der aktuelle Zustand, ob eine Einheit ein- oder ausgeschaltet ist, kann durch Lesen des Registers 52 ENDIS_STAT ermittelt werden. Darüber hinaus kann die CPU über das Businterface mehrere Kanäle direkt gleichzeitig ein- oder ausschalten, indem sie direkt auf das Register 52 ENDIS_STAT schreibt.

Ein weiterer Ausgangsmechanismus kann die Ausgangssignale der Hardwareeinheit (TOM) parallel zu oder abschalten. Hierbei ist es wiederum möglich, dies über den resultierenden Trigger (OUTEN_CTRL) oder von der CPU aus mit dem Register 50 OUTEN_STAT zu regeln.

Noch ein weiterer Ausgangsmechanismus ist der gleichzeitig erzwungene Update von Parametern in den angeschlossenen Hardwareeinheiten (FUPD_CTRL). Dort wird in dem Register 38 eingetragen, an welchen der angeschlossenen Hardwareeinheiten die Parameter gleichzeitig aktualisiert werden sollen. Selbstverständlich können die Ausgangstriggermechanismen auch auf einzelne Hardwaremodule angewendet werden.