VGA & Keyboard & PIO/B - Modul für den KC85/2 .. /3

[PIC18F2550]

-

[Micha]

Sehr geistreiche Antwort. Ich denk obwohl viele hier dein Gespamme nervt war ich der einzige der das mal offen angesprochen hat. Dabei hatte ich nicht mal ne böse Absicht - dachte du würdest eventuell begreifen. Was offenbar nicht der Fall war. Na dann mach weiter so, viel Spass dabei...

[yeti]

Entmüllung online.png

Auf die Liste will ich auch!
Entmüll mich!!!

[PIC18F2550]

Heute eingetroffen

[PIC18F2550]

Zur 1. Inberiebnahme fehlen noch die VGA-Buchse und der 8polige Sockel für den EEPROM.

Musste heute feststellen das die Ausgabereihenfolge der Pixel (Byte) beim KC genau andersherum als im VGA-Treiber erfolgt.
Ein drehen im VGA-Treiber fällt wegen dem so schon knappen Timing aus.

Also habe ich mal eine Routine gebastelt.

Code: Alles auswählen

            rcr     data,   #$1       wc  ' 4    ' Datenbits drehen  ---> C
            rcl     temp,   #$1           ' 4    ' Datenbits drehen  <--- C
            rcr     data,   #$1       wc  ' 4    ' Datenbits drehen  ---> C
            rcl     temp,   #$1           ' 4    ' Datenbits drehen  <--- C
            rcr     data,   #$1       wc  ' 4    ' Datenbits drehen  ---> C
            rcl     temp,   #$1           ' 4    ' Datenbits drehen  <--- C
            rcr     data,   #$1       wc  ' 4    ' Datenbits drehen  ---> C
            rcl     temp,   #$1           ' 4    ' Datenbits drehen  <--- C
            rcr     data,   #$1       wc  ' 4    ' Datenbits drehen  ---> C
            rcl     temp,   #$1           ' 4    ' Datenbits drehen  <--- C
            rcr     data,   #$1       wc  ' 4    ' Datenbits drehen  ---> C
            rcl     temp,   #$1           ' 4    ' Datenbits drehen  <--- C
            rcr     data,   #$1       wc  ' 4    ' Datenbits drehen  ---> C
            rcl     temp,   #$1           ' 4    ' Datenbits drehen  <--- C
            rcr     data,   #$1       wc  ' 4    ' Datenbits drehen  ---> C
            rcl     temp,   #$1           ' 4    ' Datenbits drehen  <--- C

Einen Befehl der das kann habe ich nicht gefunden.

[kuroneko]

Musste heute feststellen das die Ausgabereihenfolge der Pixel (Byte) beim KC genau andersherum als im VGA-Treiber erfolgt.

Die schieben wirklich bit 7 zuerst raus?

Einen Befehl der das kann habe ich nicht gefunden. :(

Code: Alles auswählen

rev reg, #{32-}24

[PIC18F2550]

Ich hab gerade mit dem KC Zeichensatz gearbeitet als es mir auffiel.
Oben links ist das gesetzte Pixel das im Byte das bit 0 entspricht.

Dein Beispiel werde ich heute Abend testen.

Danke kuroneko.

[unick59]

Hi Pic,
ist das Bild jetzt schon von dem Modul erzeugt?

@kuroneko:
Dreht "rev" wirklich die Bits in ihrer Position?
IMHO negiert es nur den Wert der Bits einzeln bis zur angegebenen BitPositiion und macht im Rest Nullen.

[PIC18F2550]

Hi unick59,

nee noch nicht da noch wichtige Teile auf der Leiterplatte fehlen. Siehe oben.

Zur Zeit arbeite ich mit der Vorgängerversion nur dort ist die A und B Seite des Direcktverbinders Vertauscht.

Die Funktion des rev Befehls hatte ich erst auch so verstanden.
Aber der Test mit kuroneko's Version klappt wunderbar.

Der Programmcode ist dabei zur Ursprünglichen um keinen Long länger geworden.

Code: Alles auswählen

'   Prop mit 80Mhz                        '  90  ->  888888 Bytes / sec.
'   Z80  mit  4Mhz (6T)                          ->  666666 Bytes / sec.
'   KC85/3 mit 1,75Mhz (6T)                      ->  291666 Bytes / sec.

Vom timing her sollte das reichen.

Der Code ist für seine Aufgabe doch schon ganz schön kompackt.

[kuroneko]

Oben links ist das gesetzte Pixel das im Byte das bit 0 entspricht.

Wie sieht das denn letztendlich mit der Kommunikation aus? Irgendwie muss der KC ja seinen Daten an den Prop weitergeben. Will sagen, wenn da sowieso 'ne Kopie angefertigt wird, dann kann man die Bytes auch gleich konvertieren.