|
|
|
Enterprise Forever
|
 |
« on: 2006.January.04. 09:31:37 » |
|
|
|
|
|
|
 Logged
|
|
|
|
|
lvitya
Newbie
 Offline
Posts: 6
|
 |
« Reply #2 on: 2006.January.04. 15:19:08 » |
|
Valaha létezett cucc  kb 5 éve még fent volt a Products oldalukon. Akkoriban álmodoztam is 32 bites EP-ről  Én úgy látom, hogy még lehet kapni ilyet Z8038018FSC néven, google keresés alapján. Ja és most is létezik a Products oldalon csak máshol: Z80380 |
|
|
|
|
Logged
|
|
|
|
|
lvitya
Newbie
Offline
Posts: 6
|
|
« Reply #4 on: 2006.January.04. 15:36:34 » |
|
A leírás alapján elég dögös  Akkor indulhat a következő fejlesztés?  |
|
|
|
|
Logged
|
|
|
|
tubybb
EP user
Offline
Posts: 328
OS:  Windows XP Browser:  Firefox 3.6.13
|
|
« Reply #5 on: 2011.January.26. 09:17:45 » |
|
Volna egy kérdésem. A Z80 esetében a memóriacímzés működését már ismerem, viszont az Input/Output utasításokat hardwer szinten hogyan hajtja végre?
Ugye 16 címvezeték és 8 adatvezeték van a processzoron. Az In Out utasítással pedig csak 8bit címezhető és 8 bit olvasható v. írható. Ezt akkor hogyan teszi?
|
|
|
|
|
Logged
|
|
|
|
Zozosoft
EP addict
 Online
Posts: 5611
OS: Windows XP Browser: Firefox 3.6.13
|
|
« Reply #6 on: 2011.January.26. 09:50:13 » |
|
Ugye 16 címvezeték és 8 adatvezeték van a processzoron. Az In Out utasítással pedig csak 8bit címezhető és 8 bit olvasható v. írható. Ezt akkor hogyan teszi?
Úgy, hogy az IN/OUT is 16 bitet címez Az utasításban megadott cím lesz az A0-A7, az A8-A15 pedig: - IN A,(n); OUT (n),A esetén az A regiszter tartalma - IN r,(C); OUT (C),r esetén pedig a B regiszter tartalma. EP-n csak a 8 bites címzést használják a hardverek, viszont Spectrumon minden hw használja a 16 bites címzést. EP-n bonyolítja a dolgot a DAVE, amin átmegy az A14,15, így ezek tartalma a belapozott szegmensek számától függ. Ezért is volt gyárilag hw hibás a Spectrum Emulátor kártya, mert ezt nem vették figyelembe. |
|
|
|
|
Logged
|
|
|
|
tubybb
EP user
Offline
Posts: 328
OS: Windows XP Browser: Firefox 3.6.13
|
|
« Reply #7 on: 2011.January.26. 10:07:19 » |
|
Akkor ezek szerint az A15-A0 alsó 8 bit az IO cím a felső 8 bit pedig az adat.
1. Akkor ezek szerint a D0-D7-et IO hívás esetén nem használja?
2. Hogyan jelzi a perifériáknak, hogy ez most egy IO hívás?
A DAVE-es dolgot nem értem. Milyen probléma adódhat abból, hogy a DAVE-en keresztül megy két címvezeték, és hogy jönnek ide a szegmensek? Kérlek magyarázd meg kicsit bővebben!
Annyit tudok, hogy a CPU a szegmensek közül a B0-B3 portokon keresztül utasítja DAVE-et, hogy melyikre melyiket lapozza be neki. És akkor gondolom, hogy ezek után, memóriacímzéskor A15-A14 címvezetékeken jelzi a DAVE-nek, hogy melyiket óhajta ebből 4 szegmensből.
|
|
|
|
|
Logged
|
|
|
|
IstvanV
EP addict
Offline
Posts: 2104
OS:  Linux 64 bit (Suse) Browser: Firefox 3.5.4
|
|
« Reply #8 on: 2011.January.26. 11:48:35 » |
|
Akkor ezek szerint az A15-A0 alsó 8 bit az IO cím a felső 8 bit pedig az adat.
1. Akkor ezek szerint a D0-D7-et IO hívás esetén nem használja?
Nem így van, használja a D0-D7-et az adathoz, az A8-A15 pedig a Zozosoft által leírt módon vagy az A, vagy a B regiszter tartalma. INI/INIR/IND/INDR esetén a B csökkentés előtti, OUTI/OTIR/OUTD/OTDR esetén pedig a csökkentés utáni értéke kerül az A8-A15-re. IN A, (n) utasításnál természetesen az A I/O művelet előtti értéke kerül a címbusz felső 8 bitjére. De ennek EP-nél nem sok jelentősége van, mert a Spectrum emulátor kártyán kívül semmilyen hardver nem használja a felső 8 bitet. Csak Spectrum és CPC programozásnál fontos. 2. Hogyan jelzi a perifériáknak, hogy ez most egy IO hívás?
A Z80-nak van egy /IORQ lába (a 20.), amelynek az alacsony szintje jelzi az I/O műveletet. A DAVE-es dolgot nem értem. Milyen probléma adódhat abból, hogy a DAVE-en keresztül megy két címvezeték, és hogy jönnek ide a szegmensek? Kérlek magyarázd meg kicsit bővebben!
Mint említettem, EP-n az I/O portoknál semmilyen gyakorlati jelentősége nincsen, ha nem akarsz Spectrum emulátor kártyát programozni. |
|
|
|
|
Logged
|
|
|
|
Ferro73
EP user
Offline
Posts: 317
OS: Windows XP Browser: Firefox 2.0.0.9
|
|
« Reply #9 on: 2011.January.26. 14:43:01 » |
|
A DAVE-es dolgot nem értem. Milyen probléma adódhat abból, hogy a DAVE-en keresztül megy két címvezeték, és hogy jönnek ide a szegmensek? Kérlek magyarázd meg kicsit bővebben!
Annyit tudok, hogy a CPU a szegmensek közül a B0-B3 portokon keresztül utasítja DAVE-et, hogy melyikre melyiket lapozza be neki. És akkor gondolom, hogy ezek után, memóriacímzéskor A15-A14 címvezetékeken jelzi a DAVE-nek, hogy melyiket óhajta ebből 4 szegmensből.
Z80 A0 A1 A2 A3 A4 A5 A6 A7 A8 A9 A10 A11 A12 A13 A14 A15 16K cimtartomány / lapok 0.1.2.3 szegmens szám SZ0 SZ1 SZ2 SZ3 SZ4 SZ5 SZ6 SZ7 EP 22 bites cimtartománya Z80 A0 A1 A2 A3 A4 A5 A6 A7 A8 A9 A10 A11 A12 A13 SZ0 SZ1 SZ2 SZ3 SZ4 SZ5 SZ6 SZ7 EP A14 A15 A16 A17 A18 A19 A20 A21 Az DAVE nél van a probléma /hiányosság/ az IORQ esetén is az A14 és A15 vonalon a szegmens szám SZ0 és SZ1 jelenik meg nempedig a Z80 A14 és A15 jele emiatt van a HW probléma a spektrum emulátorral. |
|
|
|
|
Logged
|
|
|
|
tubybb
EP user
Offline
Posts: 328
OS: Windows Server 2003 Browser: Firefox 3.6.13
|
|
« Reply #10 on: 2011.February.21. 21:05:10 » |
|
Mi lenne ha külön kezelné a Z80 a program és az adatmemóriát?
Nem szállna el olyan könnyen a rendszer. Másrészt a Z80 II-ben már jó volna egy csokor lebegôpontos számláló egység is.
Természetesen Risc processzor lenne, mert csökkentett utasításkészlettel gyorsabban dolgozna.
Jó volna ha lenne direkt memória hozzáférés a perifériák felôl, a gyorsabb adatátvitel miatt (pl. LAN) de erre az esetre ki kellene dolgozni egy belsô Cache memóriát a Z80 II-be, ami lehetôvé teszi, hogy a várakozás idôszakában ne álljon a processzor.
Programozási szempontból támogatnám, hogy a processzor ugyanolyan órajelen járjon, mint a rendszermemória, szerintem az a szerencsés, ha a memóriára sosem kell várni. (kivétel a perifériá kérést, de addigott a cache)
Esetleg finomságként bekerülhetne még egy mag. Legalább a programozóknak jutna egy kis izgalom is, hiszen két magból ügyesen egyre többmindent ki lehetne hozni.
Ki mit javasol még?
|
|
|
|
|
Logged
|
|
|
|
szipucsu
EP addict
Offline
Posts: 2887
OS: Windows XP Browser: Firefox 3.6.13
|
|
« Reply #11 on: 2011.February.21. 21:35:36 » |
|
Nem szállna el olyan könnyen a rendszer.
Szerintem az EP amúgy sem szállt el túl gyakran. De lehet, csak a Windows óta érzem így.  |
|
|
|
|
Logged
|
Az EP jobb volt, mint a PC, nem volt hirtelen kikapcsolás után scandisk, és nem kellett újratelepíteni a Windows-t, kék képernyő pedig legfeljebb a DOS ablakban volt, az is más funkcióval.
The EP was better than the PC- no scandisk/reinstall/blue screen.
|
|
|
Zozosoft
EP addict
Online
Posts: 5611
OS: Windows XP Browser: Firefox 3.6.13
|
|
« Reply #12 on: 2011.February.21. 21:47:55 » |
|
Mi lenne ha külön kezelné a Z80 a program és az adatmemóriát?
Az nem Z80 lenne |
|
|
|
|
Logged
|
|
|
|
Lacika
EP addict
Offline
Posts: 1624
OS: Windows XP Browser: Firefox 3.6.13
|
|
« Reply #13 on: 2011.February.21. 22:38:35 » |
|
Mi lenne ha külön kezelné a Z80 a program és az adatmemóriát
Szegény Neumann János forog a sírjában... És akkor nem is lehetne futás közben módosítani a (gépi kódú) programon? |
|
|
|
|
Logged
|
|
|
|
szipucsu
EP addict
Offline
Posts: 2887
OS: Windows XP Browser: Firefox 3.6.13
|
|
« Reply #14 on: 2011.February.21. 23:37:19 » |
|
Az nem Z80 lenne Z80 II + |
|
|
|
|
Logged
|
Az EP jobb volt, mint a PC, nem volt hirtelen kikapcsolás után scandisk, és nem kellett újratelepíteni a Windows-t, kék képernyő pedig legfeljebb a DOS ablakban volt, az is más funkcióval.
The EP was better than the PC- no scandisk/reinstall/blue screen.
|
|
|
|
Enterprise Forever
|
|
« Reply #14 on: 2011.February.21. 23:37:19 » |
|
|
|
|
|
|
Logged
|
|
|
|
|
Google visited last this page 2012.May.17. 18:32:15
Loading...
