Es sind zweimal 16 Kanäle (mit externem Multiplexer sogar mehr) vorhanden. Jeder Kanal wird mit 10 Bit abgetastet. Die negative Referenzspannung liegt auf AGND. Dieses Signal liegt auf J3/Pin2 des Footprints und muss extern mit Masse verbunden werden. Die positive Referenzspannung ist auf dem Board bereits mit +5V verbunden.

An den mpc555 ist ein 4Mhz Quarz angeschlossen. Daraus erzeugt ein PLL den internen Takt von 40MHz. Der Inter Module Bus läuft ebenfalls mit der gleichen Frequenz. Diese Einstellungen passieren im Kernel.

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 ToppcTasks mitgeladen werden.

Die dynamischen Variablen werden in einem Speicherbereich namens Heap alloziert. Wird ein einmal reservierter Bereich nicht mehr benötigt (nicht mehr referenziert), wird er vom Garbage Collector automatisch wieder dem freien Speicher zugeteilt. Was genau abläuft: siehe Modul ToppcHeap.

Ein Task wird mit einer bestimmten Periodendauer installiert. Zu einem späteren Zeitpunkt kann diese Periodendauer nicht verändert werden, resp. eine Änderung wirkt sich nicht aus.

Damit der mpc555 aus dem Flash booten kann, muss sich natürlich ein gültiges Programm im Flash befinden. Es spielt keine Rolle, ob das Debugging Interface aufgesteckt bleibt. Im Falle des USB Interfaces müssen Sie aber sicherstellen, dass die Jumper korrekt gesteckt sind (Power vom Mikrocontrollerboard).

Der externe Interrupt-Eingang IRQ0 löst einen NMI aus (non-maskable interrupt). Benutzen Sie diesen Pin auf keinen Fall!

Achtung, bei einem Reset müssen diese drei Interrupteingänge unbedingt offen gelassen werden. Grund: Über diese 3 Pins wird der Systemtakt eingestellt (interne pullups und -downs). Nach dem Reset können diese Interrupteingänge sehr wohl benutzt werden.

Wenn ein Programm, das aus dem Flash heraus läuft, Fehler beinhaltet, kann der Ablauf nicht einfach mit dem Debugger unterbrochen werden, da der Debug-Modus ausgeschaltet ist. Sie müssen wie folgt vorgehen: 1. XoppcSystem.Build ausrufen mit der MemoryMap für das Flash (dieser Punkt kann wegfallen, wenn der letzte Build immer noch aktuell ist). 2. XoppcSystem.LoadRam (damit wird der Prozessor neu gestartet, der Debug-Modus eingeschaltet und die globalen Variablen geladen. Das Programm läuft aus dem Flash, aber jetzt kann das Programm jederzeit durch den Debugger unterbrochen werden).

Eine leuchtende LED bedeutet, dass der Prozessor im Debug Modus ist. Entweder haben Sie den Prozessor gestoppt mit TargetBreak oder im Programm ist eine Exception aufgetreten, die den Prozessor in den Debug Modus versetzt hat. Welche Exception die Ursache ist, und was Sie weiter unternehmen können, lesen Sie im BoardDemoTool unter Exceptions nach. (das BoardDemoTool öffnen Sie unter dem Menupunkt 'InfoXoppc').

Entweder ist der Memorycheck in der Bootprozedur misslungen (wird gleich nach dem Starten ausgeführt) oder eine Exception wurde ausgelöst und ein Exception Handler lässt die LED blinken.