Embedded Systems

Will man keine externe Hardware bauen, die einen passenden Interruptvektor liefert, benutzt man mit Vorteil den Autovektor. Dazu muss das Signal AVEC' auf dem PortE auf logisch 0 gelegt werden, der Pin2 des PortE als Kontrollsignal und als Eingang konfiguriert werden. Achtung: das ist per Default nicht so! Im weiteren muss jetzt die zuständige Interruptserviceroutine an die passende Stelle in der Interrupttabelle "eingehängt" werden. Dies geschieht mit Kernel.InstallIP(NameDerISR, Autovektor). Die Autovektoren für die externen Interrupteingänge 1 bis 7 betragen 25 bis 31.

Im Kernel wird die Prozedur LPStop angeboten. Sie versetzt die CPU in den Low-Power Modus. Die Einstellungen im SYNCR des System Integration Moduls bestimmen dabei, ob z.B. der PLL weiter laufen soll. Es gibt grundsätzlich zwei Möglichkeiten den LPStop einzusetzen: 1. Stand-alone Hier muss zuerst der Periodic Interrupt Timer ausgeschaltet werden und dann kann in Low-Power Modus gewechselt werden. SYS.PUT2(0FFFA24H, 0); (* turn off PITR *) Kernel.LPStop Das Target kann nun z.B. durch einen externen Interrupt wieder gestartet werden. Dazu wird z.B. der externe Interrupt-Pin 4 als Kontrolleingang gesetzt und das AVEC-Signal ebenfalls als Kontrolleingang gesetzt und negativ asseriert. Eine Interruptserviceroutine muss jetzt für den Vektor 28 gesetzt werden. 2. Mit Scheduler In einem Task mit Periode 0 wird LPStop repetitiv aufgerufen. Der Periodic Interrupt Timer weckt das Target dann jeweils wieder auf. Es können beliebig viele andere Tasks installiert sein, jedoch sollten keine eine Periode von Null haben.

Die Systemzeit wird durch den Kernel verwaltet. Der Periodic Interrupt Timer löst z.B. alle 10ms einen Interrupt aus und die Interrupt-Serviceroutine erhöht die Systemzeit um 10ms. Hat ein Task die Periodendauer 1ms, werden zu diesem Zeitpunkt gleich 10 Durchläufe nötig, d.h. der Task wird 10 mal in die Taskschleife eingefügt. Will man, dass ein Task (z.B. für Regelungsaufgaben) in regelmässigen Abständen ausgeführt wird, muss der Kernel abgeändert werden. 1. Zwei Konstanten erhalten neu die Werte nofTicksPerSec = 1000; msPerTick = 1; 2. Der Periodische Interrupt Timer (PITR) muss so konfiguriert werden, dass er jede ms einen Interrupt erzeugt. In der Prozedur TargetStart wird der PITR neu auf den Wert 8 gesetzt. Achtung: Der Timer läuft mit der Frequenz des externen Quarzes (32.768Hz)geteilt durch 4 und nicht etwas mit dem Systemtakt.

Die Speisung muss innerhalb kurzer Zeit auf 5V ansteigen. Insbesondere Labornetzgeräte sind oft zu langsam. Der Reset-Baustein auf dem iMCB-Modul bewirkt zwar eine Verzögerung. Diese reicht dann nicht aus. Schalten Sie in diesem Fall das Netzgerät zuerst ein und verbinden Sie erst dann die Schaltung mit der Speisung. Bei Betrieb mit einem Akku ist das alles kein Problem.

Der 332 weist keinen Timer mit Mikrosekundenauflösung auf. Trotzdem ist es manchmal wünschenswert kurze Zeiten präzise zu messen (z.B. für die Beurteilung von Code). Im Modul TobKernel wird eine Prozedur GetTimeSecMsUs angeboten. Diese liefert die aktuelle Zeit in Sekunden, Millisekunden und Mikrosekunden. Damit der 332 das machen kann, muss im Modul TobKernel die Konstante CtimeBaseActiv auf TRUE gesetzt werden und das Modul neu crosscompiliert werden. Ebenso darf dann der TPU-Kanal 15 nicht für sonstige Aufgaben verwendet werden!!

Der externe Reset Pin ist sowohl Ein- als auch Ausgang. Sie können einen Reset des Prozessors auslösen, indem Sie das Signal auf 0 setzen. Der Prozessor wird neu aufstarten, sobald das Signal wiederum auf 1 geht. Der Reset kann aber auch als Ausgang verwendet werden um Peripheriebausteine zurückzusetzen.

Durch verschiedene Ereignisse (z.B. Program Exceptions durch Laufzeitfehler) löst der Prozessor einen Interrupt (Trap) aus. Oder ein Peripheriebaustein (z.B. TPU) löst einen Interrupt aus, ohne das Sie eine dafür zuständige Serviceroutine am richtigen Ort installiert haben. Mit InfoXo68x32.ShowExceptionHistory können Sie sich auf dem Log die Information über die Quelle Ihres Interrupts ausgeben.

Wenn Sie vom Host aus einen Command auf dem Target starten möchten, muss zwingend ein Scheduler auf dem Target laufen, d.h. es muss z.B. das Modul To68x32Tasks mitgeladen werden.

Die Pins AS (Address Strobe) und DS (Data Strobe) des PortE sind auf dem iMCB Board sowie auf dem Footprint (Connector) vertauscht. Richtigerweise entspricht AS dem Pin PE4 und DS dem Pin PE5. Die Belegung auf dem Schema ist korrekt.