7-06-2010-dr235

Hier der aktuelle Stand von TriOS. Momentan kämpfe ich an einem 
Komplexfehler mit dem Bootloader von Administra. Das Problem ist recht 
einfach zu reproduzieren, aber leider (für mich) nur schwer zu
erfasen: Die verwendete FATEngine besitzt eine Bootfunktion um einen
neuen BIN-Objektcode in den Propeller zu laden. Dieser Code funktioniert 
auch teilweise. So kann man das Administra-Bios selbst laden und dann
auch per Regime-Kommandos verwenden: Die Kommandos "cogs" und "sysinfo"
sprechen Administra-Funktionen an, welche auch korrekt ausgeführt werden.
Das Problem: Nach dem Bootprozess kann man keine SD-Card mehr mounten.

Es ist auch möglich den Fehler noch weiter einzugrenzen: Wenn man die 
originale FATEngine (im Verzeichnis komponenten/fat) vom Host direkt in  
Administra startet, meldet sich diese in Form einer einfachen Kommando-
zeile per Hostschnittstelle. Versucht man dort eine erzeugte BIN-Datei
genau dieser Kommandozeile (demo.spin) zu booten, so hat man das gleiche
Ergebnis.

Verzeichnisstruktur:

bin			- BIN-Dateien für die Flash's und die SD-Card
doku			- 
flash			- Quelltexte für die Software in den EEProms
system			- Quelltext für ausführbare BIN-Dateien
zubehör			- Kleine Zusatzprogramme (StarTracker, Boulder Dash...)
komponenten		- Div. verwendete Objekte (FATEngine, SIDCog...)

Installation:

1. 	Flashen der drei EEProms mit den BIN-Dateien aus  "bin/flash" oder
	über das Propellertool aus den Quellen "flash".

2. 	SD-Card erstellen: Einfach alles aus "bin/sd-card" auf eine FAT16/32
	Karte kopieren.

Das System bootet Regnatix und Bellatrix beim Systemstart aus den Dateien
"reg.sys" bzw. "bel.sys". Diese Dateien können auch das Hidden-Bit gesetzt
haben. Externe Kommandos bzw. ausführbare BIN-Dateien werden im aktuellen
UND im System-Verzeichnis gesucht - alle Systemkommandos können also in das 
System-Verzeichnis kopiert werden.

Hilfe gibt es meist über das Kommando "help" oder den Parameter "/h".

	

