sonraki »

[hades]

Hani şöyle Z80 kullanan yanında VIC ve SID olan, program RAM ile video RAM'i ayrı olan, hatta SID dataları için ayrı RAM'i olan, 82c55'lerle klavye, hdd, sd/mmc vs... IO işleri halledilen bir homebrew projesi nasıl olur?

Temel özellikler

Z80B - 32K LOWER RAM - 32K UPPER RAM(Upper RAM 512K'ya yükseltilebilir.) 8K'lık bloklar halinde seçilebilir 64K EPROM (Bios, Dos vs...)
VIC - 32K veya 64K VIDEO RAM - 8*1K COLOR RAM - KARAKTER ROM
(Stero) SID - 8K mono veya 2*4K SID DATA RAM
82c55'ler ile Bellek düzenleme, 2*joystick port, Hdd, Klavye vs...işlemleri.
(Vakit buldukça projeyi çiziyorum. Şu anda en karmaşık olan Z80-VIC-VİDEO RAM-COLOR RAM-KARAKTER ROM-arasındaki bağlantıları çiziyorum.)

MEMORY MAP
$0000 - $1FFF : 8K ROM
$0000 - $7FFF : 32K LOWER RAM
$8000 - $FFFF : 32K UPPER RAM (32K*16 BANK)
 
I/O MAP
$0000 - $7FFF : VIDEO RAM (32K*2 BANK)
$8000 - $CFFF : RTC, 82C55'LER VS...

$D000 - $D3FF : VIC
$D400 - $D41F : SID 1
$D420 - $D43F : SID 2

$D800 - $DBFF : COLOR RAM (1K*8 BANK)
$DC00 - $DFFF : BOŞ
$E000 - $FFFF : 8K SID DATA RAM
 

[Skate]

bu tür bir proje hayal gibi birşey olur.

Hayal listem;

1) VIC+GTIA kullanan bir donanım.
2) Copper ya da Display List benzeri bir yapı. Bunun için VIC'in yanı sıra optional ya da paralel çalışabilecek şekilde Antic chip desteği süper olurdu.
3) Hardware scrolling ve hardware eor filling gibi destekler. Bunun bir örneği Commodore için yıllardır Stingray tarafından geliştiriliyor aslında. (bkz: http://noname.c64.org/csdb/forums/?roomid=11&topicid=13046). Aslında blitter benzeri bir yapı da hani hiç fena olmaz.
4) 16 hardware sprite desteği. Ya X'de sınırlı Y'de tüm ekranı kaplayan ve free memory pointer tanımlanabilen bir yapısı olmalı ya da display list kullanımı ile kolayca multiplex edilebilmeli.

Bu donanımı yapın, size demonun kralını kodlarım, kraliçesini bonus disk yaparım.

[tolga abaci]

Hani şöyle Z80 kullanan yanında VIC ve SID olan, program RAM ile video RAM'i ayrı olan, hatta SID dataları için ayrı RAM'i olan, 82c55'lerle klavye, hdd, sd/mmc vs... IO işleri halledilen bir homebrew projesi nasıl olur?

Güzel olur .

(Vakit buldukça projeyi çiziyorum. Şu anda en karmaşık olan Z80-VIC-VİDEO RAM-COLOR RAM-KARAKTER ROM-arasındaki bağlantıları çiziyorum.)

Burada aradaki logic bağlantıları sağlamak için (address decoding vs.) glue logic olarak ne kullanmayı düşünüyorsun? 74 serisi entegrelerle mi yapacaksın yoksa CPLD gibi birşeylerle mi?

(Bu donanımı yapın, size demonun kralını kodlarım, kraliçesini bonus disk yaparım..)

En önemlisi bu işte... Software olmadan hardware hiç bir halta yaramaz. Adamlar Oric gibi gayet kıytırık (Oric'ci arkadaşlar kusuruma bakmasın, kişisel fikrimi söylüyorum) bir donanıma bile neler neler yapmışlar.

[coze]

http://www.retroleum.co.uk/v6z80p/

[endo64]

http://www.retroleum.co.uk/v6z80p/

harbiden adamlar hades'in tarif ettiğini yapmış neredeyse.

@skate: sen de Amiga'yı tarif etmişsin Kral demonu bekliyoruz Amiga'da

[Skate]

@Endo: Amiga'yı değil daha çok Atari'yi tarif ettim. Sadece Blitter Amiga'nın özelliği bahsettiklerimden. Copper Atari'de de Display List olarak geçiyor ve Antic chipinin bir parçası. GTIA de Atari'de kullanılan bir chip. Yani ben VIC ve SID harici Atari'nin Chipleri kullanılsın ve işlemci Z80 olsun diyorum. Bir tür Atari, Commodore, Spectrum/Amstrad karışımı bir makine. Amiga ile bu açılardan alakası yok. Amiga 16-bit aileye girdiği için konu dışı.

Amiga demosu için beni boşuna gazlamayın, ben sıramı son yıllarda bu konuda tutorial yazmış kişilere devrediyorum.

Edit: Aslında 16 sprite da Amiga ile örtüşüyor haklısın, onu hiç düşünemeden yazmıştım. Hani gevurlar der ya "double the amount while you are dreaming" diye. (nasıl da böyle demezler, süper salladım hahaha)

[nightlord]

Enteresan bir topic. Hic yoksa guzel bi beyin firtinasi egzersizi Bana gozuken iki nokta var:
1- hw gurusu degilim ama bana sanki clocklama ve memory sharing bakimindan potansiyel problemler cok olacakmis gibi gorunuyor. VIC'in tavsiye edilen clock hizi 1 Mhz. ve bu hizda hem hi hem lo fazlarda VIC bellege erisiyor. bu durumda z80'i de mi 1 Mhz clocklayacaksiniz. O zaman yazik degil mi o z80'e Ayrica VIC'in bus access pin'indeki davranis da 6502 ailesi ile kullanilmak uzere dizayn edilmis. su an tam detayini hatirlamiyorum ama VIC badline'larda memory erisimini tamamen almak icin 6510'a sinyal gonderdiginde, sinyalden 3 clock cycle sonra erisiyor (BA ve AEC sinyalleri arasinda 3 cycle delay var). o delayin 3 cycle olmasi 6510 instruction setinde hic 3 cycle dan fazla bellek erisimi olan opcode olmamasi. Dolayisiyla benzer bir yapida vic ile z80 kullaniyor olsak, mesela z80'in bazi 16 bitlik opcodelari BA/AEC sistemi ile saglikli sekilde durdurulamayabilir gibi geldi bana.

2- bellek static mi dram mi? static ise VIC'in RAS/CAS tabanli erisimini duz adres/data'ya cevirecek glue logic lazim. dinamik ise bellek refresh'ten kim sorumlu olacak (VIC mi)

[hades]

@Tolga

Bütün bağlantılar 74 serisi ve gereken yerlerde 4000 serisi entegrelerle olacak. Kullanacağım malzemelerin hepsi piyasada bulunabilen türden. (Gerçi bana beleş gelir. )

Enteresan bir topic. Hic yoksa guzel bi beyin firtinasi egzersizi Bana gozuken iki nokta var:
1- hw gurusu degilim ama bana sanki clocklama ve memory sharing bakimindan potansiyel problemler cok olacakmis gibi gorunuyor. VIC'in tavsiye edilen clock hizi 1 Mhz. ve bu hizda hem hi hem lo fazlarda VIC bellege erisiyor. bu durumda z80'i de mi 1 Mhz clocklayacaksiniz. O zaman yazik degil mi o z80'e Ayrica VIC'in bus access pin'indeki davranis da 6502 ailesi ile kullanilmak uzere dizayn edilmis. su an tam detayini hatirlamiyorum ama VIC badline'larda memory erisimini tamamen almak icin 6510'a sinyal gonderdiginde, sinyalden 3 clock cycle sonra erisiyor (BA ve AEC sinyalleri arasinda 3 cycle delay var). o delayin 3 cycle olmasi 6510 instruction setinde hic 3 cycle dan fazla bellek erisimi olan opcode olmamasi. Dolayisiyla benzer bir yapida vic ile z80 kullaniyor olsak, mesela z80'in bazi 16 bitlik opcodelari BA/AEC sistemi ile saglikli sekilde durdurulamayabilir gibi geldi bana.

2- bellek static mi dram mi? static ise VIC'in RAS/CAS tabanli erisimini duz adres/data'ya cevirecek glue logic lazim. dinamik ise bellek refresh'ten kim sorumlu olacak (VIC mi)

1 - Memory sharing sorun olmaz ama clocklama problem çıkartabilir.
VIC kendi başına bir işlemci olup videoram, colorram ve karakterrom'a herzaman erişecektir. Bu bölgeler Z80'e I/O olarak gözükecek şekilde bağlı olacaktır. Dolayısıyla Z80 bu bölgelere erişeceği zaman VIC'ten bu memorylere giden Adress ve data buslarındaki 3-State bufferler disable edilip Z80 tarafından gelen hatlardaki bufferlar enable ediliyor. Aynı zamanda /RD, /WR ve /CS hatları anahtarlanıyor. Z80 VIC'ten hızlı olduğu için I/O işlemleri hemen bitiyor. Bu anahtarlama işlemi genel olarak tüm I/O erişiminde geçerli. Yani Z80 VIC'in kendisinede erişse, 82c55'lerede erişse alt adreslerde çakışma olmaması için gerekli.

C64'te ise VIC, 6510'a bus erişimi için izin veriyor. Yani benim projenin tam tersi.
Normalde VIC adı geçen bölgelerden sadece okuma yapabilir.
Ekran belleğinin C64'teki gibi $0400'te olduğunu kabul edelim.

.....
LD BC,0400h
LD A,00h
OUT (C),A
.....

gibi bir programda Z80 OUT komutunu işleme koyduğu anda VIC'ten çıkan adres ve data hatları ayrılıyor, işlem yapılıyor ve bitince hatlar VIC'e bağlanıyor.

LD BC,D020h
LD A,0Fh
OUT (C),A

Burada ise VIC'in kendisine erişim var. Ancak bunun için Phiout ve AEC çıkışlarının "1" olması gerekli. Z80'in hızlı olması dolayısıyla belki bu iki sinyalin "1" olması kontrol edildikten sonra VIC erişimi olabilir. Çizimler bitsin, yavaş yavaş delikli plaket üzerinde montaja başlayacağım.

2 - Bellek static ram olacak. VIC'in RAS/CAS işaretlerini kullanarak adres hatları latch edilecek. Latch'ten sonra zaten bufferler olacak.

Boot Rom için geçici olarak PIC'li ufak bir devre olacak. Devre Z80'i resette tutarak veya /BUSREQ üzerinden memorye erişim yapacak. PIC'teki deneme kodları açılışta RAM'e aktarılacak. Aktarma işi bitince kontrol Z80'e verilecek.

Uzun ince bir yoldayım...

[nightlord]

LD BC,0400h
LD A,00h
OUT (C),A
.....

gibi bir programda Z80 OUT komutunu işleme koyduğu anda VIC'ten çıkan adres ve data hatları ayrılıyor, işlem yapılıyor ve bitince hatlar VIC'e bağlanıyor.

Ya tam o anda VIC tam char data veya sprite datasi okuyorsa? VIC'i boyle bus'tan ayirmak ekrandaki goruntuyu bozmayacak mi?

[hades]

Böyle bir durumda BA ve AEC sinyalleri kontrol edilerek, VIC'in işini bitirmesi beklenebilir. Daha sonra I/O işlemi yapılır.

[hades]

Skate, GTIA - VIC arasındaki farklar neler?

[Gökçe Bozkurt]

Agalar nece konuşuyorsunuz siz yaw ?

[toddler]

Agalar nece konuşuyorsunuz siz yaw ?

Al bendende o kadar   

[newzort]

babalar konuşmuş susup dinleyelim bence 

[Skate]

GTIA bir tür overlay video chip'i gibi birşey. Ben bu arada gerçek tanımı değil de kendi algıladığım şekilde anlatıyorum, doğru değilse bile hayalimdeki chip böyle birşey. Atari 800 XL'de VIC'in asıl muadili Antic Chip'i GTIA değil. GTIA video sinyali Monitöre/TV'ye ulaşmadan önce son bir katman. Burada mevcut ekran üzerine teletext'de olduğu gibi birşeyler çizdirmek, transparency, brightness v.b. renk manipülasyonları yapmak mümkün oluyor. Yanılmıyorsam hardware spritelar da bu chip'in marifeti. Overlay olan herşeyden o sorumlu bir bakıma. Ekranda fullscreen bir efekt olduğunu düşünün. Bu efektden bağımsız belli bir bölgeye transparent bir grafik koyabiliyoruz, hatta spriteları bile transparent basabiliyoruz. Border v.s. gibi dertlerimiz de yok bu katmanda. Fade in fade out gibi şeyleri renk paleti oluşturmaksızın yapabiliyoruz. Tabii dediğim gibi bu benim seneler önce okuduklarımdan aklımda kalanlar, hatalarım olabilir. Eminim parallax gibi şeylerde de son derece işe yarayacaktır.