Der Sinn einer Scriptsprache ist ja grad, dass nachträglich dem System
Funktionen hinzugefügt werden können. Den selben Code als C Code
schreiben ist natürlich die Triviallösung, die aber grad nicht gewünscht
ist. Mal davon abgesehen, das C für jeden Anwender und nicht
Programmierer, der nur sein Problem lösen will, eine Zumutung wäre.
Sinnvoller wäre der LUA JIT Compiler, der aber leider noch nicht fertig
ist, aber, wie schon gesagt, dieses Jahr noch fertig werden soll.
Linux als Betriebssystem ist auch eher kontraproduktiv. Dadurch wird ja
die Reaktionszeit und das ganze Zeitverhalten durch den Overhead noch
langsamer. Das FreeRTOS ist in der Hinsicht optimal. Was nützen mir die
zusätzlichen Features von Linux, wenn ich die gar nicht brauche?
Außerdem hat man bei FreeRTOS vollen Zugriff auf alle Resourcen des
Prozessors (Interrupts etc.), ohne Treiber schreiben zu müssen. Manchmal
muss es eben wirklich schnell und vor allem deterministisch sein. (Das
ist dann aber als Funktion in C programmiert, die von LUA aufgerufen
wird, falls da jetzt jemand nachdenklich wird, wie das zusammen passt.)
Vergalopiert hätte ich mich mit der Initialisierung der MMU, Speicher
etc. nur, wenn ich z.B. drei Monate dafür gebraucht hätte und das dann
vielleicht auch nur mittelmäßig funktioniert hätte. Mit "kompliziert"
meinte ich, das es eindeutig komplizierter ist den ARM9 mit MMU zu
initialisieren als einen ARM7. Trotzdem ist das in 1 oder 2 Tagen fertig
programmiert und debugged. Ich kann mir aber schon vorstellen, dass es
Prozessoren gibt, wo der Aufwand noch viel größer ist und wo es keinen
Sinn macht, das Rad neu zu erfinden. In dem Fall brauchte ich aber
sowieso einen eigenen Bootloader, weil U-Boot die speziellen
Anforderungen eh nicht erfüllen konnte.
