HIVE-Project

Haengt das irgendwie mit der 32x32 + 8x32 (KC) Addressierung zusammen? Der PASM Treiber ist auf 40x32 ausgelegt.

Hi kuroneko,

ich werd mal im robotron_forum nachfragen vieleicht wissen die dazu was genaueres.

So sieht das aus. PS. an den farbregistern muß ich wohl noch ein Bisschen Arbeiten

Eine überprüfung von: PADR 34H
CAOS3.1 - PA: HL = Pixeladresse, DE = Farbadresse

Sollte da schon klarheit bringen also ran an den Quelltext mal sehen was ich da finde.Mann ist das ein Filz mal sehen ob ich das noch verstehe.

Hi kuroneko,

wie immer hast du recht
Da werd ich wohl in meinem Interface noch was machen müssen.
Mal sehen ob ich zum Treffen was Zaubern kann.

Es wird immer Lustiger mit der Addressierung und den Daten.

Weil ich die Daten Drehen muss muss ich auch die Farbwerttabelle im Treiber Drehen.
Die Adressierung muss in 2 Teilen aufgespalten werten
1x 32x32 und 1x 8x32 um auf 40x32 zu kommen.

Zum glück hatt der prop noch reserven.

So erste Erfolge.

Gestern Abend ist die VGA Ausgabe des Bildes auf den Bildschirm mit freundlicher Unterstützung beim KC-Treffen gelungen.
Ein besonderer Dank gilt kuroneko ohne Ihn währe das Projekt gar nicht realisierbar gewesen.

Das war ein gewürge mit der Umadressierung und drehen der Bits

Und mal einige Schritte zum Erfolg. Da der KC schneller beim Starten ist, ist die Bildschirm Initalisierung, vom KC abgeschlossen und das Modul bekommt nun keine Daten mehr.
Das ist aber nicht weiter schlimm weil beim Netzeinschalten das Modul ein RESET impuls an den KC liefern soll. Das ist aber noch in Arbeit.
z.Z. wird die Blinkfrequenz intern gebildet. Diese mus aber von ein PIO signal gelesen werden und im GAL zwischen gespeichert werden. genauso wie der IRM Status.
Da zu muss ich den Quellcode vom GAL ändern um noch ein Bein frei zu bekommen.
Und das Signal geht dann direkt über eine Wiederstansnetzwerk an ein freies Pin vom Propellerchip.

Getestet wurde am KC85/3 mit CAOS 3.1 und CAOS 3.4i.

Da ich in meinem Ausstattungsstand kein DMA-Transfer realisieren kann konnte ich keinen Belastungstest in Bezug auf Bearbeitungszeit durchführen.
z.Z. werkelt nur einer von acht COG's mit dem Datenimport herrum so das er die maximale übertragungszeit bestimmt.
Sollte das nicht ausreichen so kann ich noch 3 weitere parralel zum Import einsetzen. Es ist dadurch eine Steigerung auf das ca. 3,5 fache möglich.

COG-Belegung

PIC18F2550 hat geschrieben:Das war ein gewürge mit der Umadressierung und drehen der Bits ...

Kannst Du mal - interessehalber - den Code hier anhaengen?

So der Arnold Assembler macht erstmal was.
Da fehlen aber noch die Zeichensatztabellen.
Mal sehen wo ich die herbekomme.
dann steht ein Vergleich mit dem original E-Prom nichts mehr im wege.
Erst wenn das erzeugte bin-file dem original PROM entspricht dann erst kommen die Änderungen rein.

kuroneko den Quelltext schicke ich dir heute abend.

Weist du zufällig wo ich in den Graphigtreiber ein schnelles Ein und Ausschalten der Vordergrundfarbe realisieren kann?

Die Blinkfrequenz kommt übrigens über P28 rein.(wird beim KC über eine PIO Ausgegeben)
Die interne routine wird nicht gebraucht ( die werd ich nur auskommentieren )

Respekt, Pic aber nach dem, was ich in Garitz gesehen habe, war ich mir sicher, das Du das hinbekommst.

Danke für die Blumen zille9.

Eigentlich sollte es schon am Freitag laufen aber wie es so ist.

Zumindest konnte ich einigen noch zeigen das das Modul in der Sache VGA Funktioniert.
Und die Bildquallität sich um einiges verbessert.

Es sind im bereich VGA nur noch kleinigkeiten zu machen wie das Blinken und die verkürzung der Verarbeitungszeit.

Dann kommt die Tastatur drann. Das bearbeiten der Quelltexte ist nur vorbereitung.