Seite 5 von 10

Re: TriOS

Verfasst: Mi 9. Jun 2010, 16:49
von frida
Die lösung für HIVE ist dar.

HIVE 085

Re: TriOS

Verfasst: Mi 9. Jun 2010, 20:41
von drohne235
Ich bin total HAPPY - es funktioniert! :D Eine Meisterleistung - oder wie man so schön sagt: Ein kleiner Schritt für eine Drohne, aber ein großer Schritt für das Kollektiv! ;) Denn jetzt kann der Hive zur Laufzeit seinen kompletten Code austauschen, was ja die wichtigste Vorraussetzung für weitere Experimente mit Sound und LAN ist! Ich muß gestehen, auf die Locks wäre ich wohl ewig nicht gekommen, wenn ich so darüber nachdenke. Ich hatte irgendwie überhaupt keinen Ansatzpunkt mehr bei der Fehlersuche.

Frage: Wie hast du den Fehler gefunden? Einfach durch eine Analyse des Quelltextes?

Ansonsten ist das jetzt wohl der rechte Augenblick, um sich mal mit den Semaphoren zu befassen. Wenn ich das richtig sehe, müssen die ja auch irgendwann mal wieder per lockres freigegeben werden. Ich habe es getestet: nach mehreren Bootvorgängen, wenn alle Semaphoren vergeben sind, hängt das System wieder. Aber das sollte kein Problem sein, jetzt wo ich die Ursache des Problems kenne.

Der nächste Plan sieht dann vor, ein Miniflash (admini) für Administra zu erstellen, welche nur die nötigsten Routinen enthält. Diese Datei kann man dann als Ausgangsbasis für Spezialversionen (SIDCog, LAN...) verwenden. Da juckt es doch gleich wieder in den Fingern... :)

P.S. Übrigens kann man die Administra-Dateien - z.Bsp. "admflash.adm" direkt und ohne das Kommando aload starten/laden, indem man einfach "admflash" eingibt. Regime unterscheidet das anhand des Extenders:

Code: Alles auswählen

*.bin   Regnatix-Dateien
*.adm Administra-Dateien
*.bel	 Bellatrix.Dateien 
Im System-Ordner gibt es jetzt folgende ausführbare Administra-Dateien:

Code: Alles auswählen

admflash.adm   Standard-Flash, welches auch im EEProm gespeichert ist
admini.adm       Mini-Flash ohne Sound, nor SDCard + Managment-Routinen
admled.adm      Das Heartbeat-LED-Testprogramm zum direkten laden
aterm96.adm	Die leicht modifizierte Kommandozeile vom Programmierer der FATEngine. Mit 
		        diesem Administra-Code kann man direkt über die Hostschnittstelle (9600 Baud)
		        mit dem Chip kommunizieren. Dokumentation der Kommandos findet man im 
		        Verzeichnis "komponenten/fat/fatengine beta"


P.S.S. Bekommst du auch raus, warum manchmal bei dem DIR-Kommando der Name des Mediums nicht korrekt angezeigt wird?

Re: TriOS [aktuelle Arbeitsversion und Log im ersten Beitrag]

Verfasst: So 13. Jun 2010, 19:46
von frida
Ich habe eine lösnung for das lockret gefundet.
Kommt mal morgen.

HIVE 085

P.S. DIR-Kommando wird ein bischen länger dauern.

Re: TriOS [aktuelle Arbeitsversion und Log im ersten Beitrag]

Verfasst: So 13. Jun 2010, 20:44
von drohne235
frida hat geschrieben:P.S. DIR-Kommando wird ein bischen länger dauern.
Ich hab auch wieder ein wenig dieses Wochenende gebastelt und das Problem bei der Abfrage des Volumenamens gefunden: Vor einem listVolumeLabel muß immer ein listReset erfolgen, damit es ein korrektes Ergebnis liefert.

Als nächstes kommt ein SIDCog-Code für Administra mit einem SID-Player für die Kommandozeile, um mal ein wenig mit der Bootoption zu experimentieren.

Re: TriOS [aktuelle Arbeitsversion und Log im ersten Beitrag]

Verfasst: Mo 14. Jun 2010, 15:12
von frida
Die lösung für lockret ist dar.

HIVE 085

Re: TriOS [aktuelle Arbeitsversion und Log im ersten Beitrag]

Verfasst: Mo 14. Jun 2010, 19:41
von drohne235
Danke, super Arbeit. :) Die aktuelle Arbeitsversion hänge ich jetzt immer an den ersten Beitrag hier im Thread und passe auch immer das Logbuch dort an.

Re: TriOS [aktuelle Arbeitsversion und Log im ersten Beitrag]

Verfasst: Di 15. Jun 2010, 19:54
von frida
Hallo drohne 235.
Hast du deine DIR mit eine Unterverzeichnis auch getestet?
Bei mir gibts es andere Namen der Datenträger!
Nach der Downloaden zum Administra, kan ich nur testen wenn ich Downloade zum EEPROM und danach Reset. Ist es auch so bei dir?

HIVE 085
P.S. Wenn so, ich habe Lösungen für das auch.

Re: TriOS [aktuelle Arbeitsversion und Log im ersten Beitrag]

Verfasst: Di 15. Jun 2010, 20:27
von drohne235
frida hat geschrieben:Hallo drohne 235.
Hast du deine DIR mit eine Unterverzeichnis auch getestet?
Bei mir gibts es andere Namen der Datenträger!
Nach der Downloaden zum Administra, kan ich nur testen wenn ich Downloade zum EEPROM und danach Reset. Ist es auch so bei dir?

HIVE 085
P.S. Wenn so, ich habe Lösungen für das auch.
Hoi, geht wirklich nicht im Unterverzeichnis - ist mir noch nicht aufgefallen. Wenn du eine Lösung hast wäre das toll.

Wenn ich den Administra-Chip flashe, muß ich auch ein Reset geben, damit es funktioniert. Ich hab aber keine wirklich handfeste Erklärung für dieses Verhalten.

Re: TriOS [aktuelle Arbeitsversion und Log im ersten Beitrag]

Verfasst: Do 17. Jun 2010, 21:50
von frida
Hallo drohne 235, neues zum testen.

DIR und Downloaden ohne RESET zum Propellerram.

HIVE 085

Re: TriOS [aktuelle Arbeitsversion und Log im ersten Beitrag]

Verfasst: Fr 18. Jun 2010, 21:34
von drohne235
Funktioniert perfekt, soweit ich das momentan sehe.

Über den Fehler beim Administra flashen (das folgend benötigte Reset), mußte ich erst ein wenig nachdenken: Ursache war eine fehlerhafte Initialisierung der Bussignale, wodurch ein parasitärer Impuls auf der HS-Leitung entstand. Eine Wirkung hatte dieser Impuls aber nur beim Flashvorgang, da er bei einem normalen Reset zu einer Zeit auftrat, wo er bedeutungslos ist. Eine Datenübertragung vom Host hat aber den Impuls in ein wirkfähiges Zeitfenster verschoben, und da Regnatix mit diesem Signal synchronisiert, ging ein Buszyklus im Nirvana verloren ---> Datensalat.

Na, jetzt ist nicht nur das Problem behoben, sondern - viel wichtiger - ich hab eine Erklärung für den Effekt. :) Super und danke für die Mühe.