Jelenleg ott tartok, hogy elkészült a megjelenítõ HW kód és betöltöttem a hardverbe.
Programozható logikai kapukat használok, melyeket hardverleíró nyelven konfigurálok.

Elsõként azt tûztem ki célul, hogy egy 800x600-as képet jelenítsek meg PC monitoron 60Hz-es felbontásban.

A kimenet egy 8 ellenállásos RAMDAC az ENTERPRISE videomegjelenítésével azonos kombinációban.

A hardverhez csatlakozik egy 1MByte-os memória, amely a késõbbi videomemória célját szolgálja.

A próbakódot úgy írtam meg, hogy a bekapcsolás utáni memóriaszemetet jelenítse meg a képernyõn. Minden pixel a memóra egy 8 bites rekeszének felel meg, tehát 256 színû.

 Az LCD monitoromon kapott képet a csatolmányban prezentáltam.

Következõ lépés: A HW összekapcsolása az ENTERPRISE buszával.

Tudtam, hogy elõ fognak kerülni a NICK egyéb tulajdonságai is.

1. Mit értesz több képernyõs LPT alatt?

2. Video megszakítással azért nem fogalalkozom, mert nem veszem ki a NICK-et és nem is iktatom ki, tehát a Nick továbbra is elvégzi. (Senki sem szeretné, ha kiforrasztanánk a szeretett Enterprise számítógépébõl.)

Elemezzük tovább kérlek!

Megértettem a mûködést. Csak nem tudom kinek van erre szüksége.

1. Mire jó egy többképernyõs kép?
2. Milyen elõnyei vannak?
3. Mennyire memóriapazarló?
4. A demókon kívül mi használja?

Mivel monitorkat lehet venni potom pénzért, az Enterprise számítógép újra elfoglalhat egy sarkot a szobában letakarva, és várva gazdáját, hogy bármikor újra használja õt.

Én rendelkezem KM-switch eszközzel, amelynek segítségével egy billentyûzet-egér-monitor együttessel több gépet tudok használni, azok között átkapcsolni. Alig várom már, hogy a 2. gép az Enterprise lehessen.

Hat igen, es pl jol jott volna olyan esetben ha "EP rebuild" project van, pl Z180-al, esetleg eZ80-al Akkor a nick adott lenne, vhdl/verilog dolgokba - valaki hozzaerto, nem en - bele is lehet irni picit, ha itt valami maskepp kene az illesztes miatt: lassan keszen lenne az uber-brutal EP 2.0, mar csak mondjuk a Dave hianyozna. Ha zonban valaki a hanggal nem foglalkozik, akkor max memory mapping, meg megszakitasok reszt kene megcsinalni, es mar - igaz hang nelkul - tesztelni is lehetne. Bar imho, akkor ha mar FPGA be lehetne melle tolni. Kesobb esetleg opcionalisan a CPU emulaciot is, es kesz a szep alom: a C64DTV-hez hasonlo "kompakt" EP, advanced tulajdonsagokkal! Csak mondjuk lehetne tv mimenet helyett jo kis whatever (VGA, HDMI, tudomisen). Szoval egy teljesen kompatibilis megoldas azert nagyon sok lehetseges jovobeli project-et is tudna szulni, plusz egy deffektes EP-et (Nick kaputt) is megmenthet, stb stb. Persze, ehhez full kompatibilitas kene.

Amugy szep pelda a C64 Chamelon project (vagy mi is), ahol a VIC-II-t "duplikaltak": ugy lett kvazi VGA kimenet, hogy a buszra kapcsolodik az FPGA-s cuccos, es mivel cycle exact VIC-II emulacio van, garantaltan az lesz annak "kimeneten" amit a gepbe epitett VIC-II mutatna. En azt gondoltam, valami ilyen keszul itt is ...

Ha felreertettem, es eddig feleslegesen "vitatkozgattam" itt, akkor bocsanatot kerek, nem allt szandekomban flame-elni.

Tegnap elõvettem az egyik lestrapált EP-met (természetesen én strapáltam le tizenpár év alatt), és átalakítottam az antenna kimenetet színes video kimenetre. Ez lesz a tesztgépem. EP 128 issue 6.

 Elsõ dolgom volt, hogy megnézzem mennyire tartja be a Z80 a specifikációt.
Írtam egy Assembly programot:


Arra voltam kíváncsi, hogy hány órajel az utasításbekérés, és mennyi a végrehajtás.
A kód futtatásakor elõvettem az oszcilloszkópot, és rámértem az !M1 és !RD lábakra kétsugaras módban. Valóban a katalógus szerinti specifikációt mértem, így pontos idõzítési értékeket tudok, amelyek megkönnyítik a külsõ NICK memóriavezérlõjének implementálását.

A következõ szabályokat találtam:
Memória olvasásakor:
1. Egy órajelciklus ideje van a memóriavezérlõnek az adatokat szolgáltani, ha ezt nem tudja, akkor a WAIT lábbal késleltetni kell a processzor mûködését.
2. Addig kell a buszon tartani az adatokat, amíg !MREQ és !RD alacsony szintû.

Memória íráskor:
1. !MREQ és !WR lábak lefutóélére a buszon érvényes adat van, ami 1 órajelcikluson keresztül lesz ott.

Az I/O utsítások ugyanígy mûködnek, csak !MREQ helyett !IORQ a jelvezeték.

Projektemben az I/O utasításokat is figyelnem kell, mert a külsõ Nick csak így fogja tudni, honnan töltse be a sorparaméter táblát.

Ez a DAVE 0BFh regisztere, amely a következõ paraméterekkel rendelkezik:

b7 - b4 - nem használt
b3 - memóriahozzáférés módja (felsõ bit)
b2 - memóriahozzáférés módja (alsó bit)
b1 - Bemeneti órajelfrekvencia: 0 = 8MHz, 1 = 12MHz
b0 - Beépített RAM: 0 = 64K, 1 = 16K

memórihozzáférés módja:
11 - nincs várakozás
10 - nincs várakozás
01 - várakozás csak M1-nél (utasításolvasás), kivéve a VideoRam-ot
00 - várakozás minden memóriamûveletnél, kivéve a VideoRam-ot

OUT 191,12 - Nincs várakozás memóriamûveletnél

Egyébként direkt nem videomemóriát használtam a tesztre, mert tudom, hogy a Nick ciklust lop.
Csak azért kukkantottam rá az oszcilloszkóppal, hogy leellenõrizzem azt kapom-e, amit a specifikáció szerint elvárok, és igen, azt kaptam. Tudom, mennyi idõm van elõvenni a ramból az adatot.

Terveim szerint, az új videomódban minden képpont 256 színû lesz. Idõzítés szempontjából ez a legmegterhelõbb. Minden képpont elõtt memóriahozzáférésre van szükség. Két memóriahozzáférés közt, pont elfér egy plusz, egy CPU memória memóriahozzáférés. Sajnálatos, hogy a Z80 nem 40Mhz-en fut, mert ez az extra nem lesz maximálisan kihasználva.

Nincs 40 MHz-es Z80 valahol a világban?