Állítólag több mint 20 éve elkészült. Csak nem kaphatunk belõle, mert nem vettük meg a Spectrum emulátorokat, és a több éve elavult SZJA88 programokat...

Akad olyan is, de ennyire ne legyünk elsõre maximalisták
Ez most konkrétan 6Mhz-es, ilyet lehetett DIP-ben szerezni. Remélhetõleg azért a 7.12-t is bírja
100% kompatibilis. De két dologgal gond lehet: egyik a nem dokumentált Z80 utasítások. A másik pedig a programkóddal végrehajtott idõzítések.

HD64180, ebbõl lett a Z180, csak apró eltérések vannak. Ez a Hitachi volt abban a bizonyos szuper EP-ben...

Csináltam egy összehasonlító táblázatot, amiben az egyes utasítások végrehajtási ideje van összehasonlítva. Ki van számolva, hogy azonos 4 Mhz-en hány % a gyorsulás, átlagosan olyan 25% körül lehet.
Az a bizonyos cikk nem szólt arról, hogy milyen órajelû lett volna a Hitachi proci a szuper EP-ben, azonban a legkisebb kapható 6 Mhz-es volt, emellett szól az is, hogy a meglévõ eleve 6 Mhz-re is tervezett Dave chipek is felhasználhatóak voltak. Így azt is kiszámoltam, hogy egy ilyen 6 Mhz-es procival szerelt gép mennyivel gyorsabb az alapgépnél. A puszta órajel növelés lenne 50%, ezesetben a fejlettebb CPU miatt már 70-80%! Ezzel már talán Pgyuri is megelégedett volna, hogy már elég gyors a Nick chip tudásához 
De mondjuk az összkomfortos IS-BASIC-ünk is meghálálja a plusz proci erõt, így mondhatjuk, hogy igazából ezzel kellett volna kezdeniük 
És végül kiszámoltam, hogy ha 7.12 Mhz-es gépbe sikerülne berakni, akkor mennyit gyorsulna az alapgéphez képest, itt már 100% felett járunk.
(És ha 8 vagy 10 Mhzes lett volna az a szuper EP...)

A puszta sebességen kívül kapunk még pár új utasítást, pl szorzást. Meg a DMA csatornák is hasznosak lehetnek 

Pontosan! 
Elõször csak bedrótozni egy Z80 helyére, és megnézni, hogy mi lesz.
Késõbbi elképzelés az lenne, hogy maradjon meg a Z80 is. A korábban említett dolgok miatt biztos akadnak olyan programok, amik nem futnának tökéletesen új procin, ezért kéne átkapcsolhatóság. Mivel a Zilog buszrendszer eleve több procis mûködésre van tervezve, ez nem egy túl bonyolult ötlet. Hogy szoftverbõl, újraindítás nélkül is menjen a dolog, az már érdekesebb feladat
Valami olyat képzelnék el, hogy a felsõ RAM panel helyére menne egy új, amin csücsülne az új proci, egy adag RAM, meg az egyéb szükséges alkatrészek, így minimális plusz drótozással megoldható lenne az upgrade.   

Nemes egyszerûséggel megállítja a CPU órajelét, amikor a Nick kap elsõbbséget.
Ilyenekhez már kéne teljesen új alaplapot tervezni, új Nick, Dave...

Igen, ott van a Dave-ben a beállítás a 4/6 Mhz-hez. Nicknek saját órajele van, így nem érdekli ez az egész

Igen, 1 megát tud lényegében ugyanúgy lapozva elérni, mint az EP. Ezen már én is törtem a fejem, hogy ezt vajon hogyan képzelték abban a szuper EP-ben.
Ha áttérnek az új módszerre, akkor kb egyetlen régi szoftverrel se kompatibilis, valamint visszalépés is, mert csak 1 mega.
Legvalószínûbb, hogy nem foglalkoztak az újjal, maradt a régi.
Alapvetõen program futtatás szempontból mindegy. Aminél érdekes lenne, az a DMA. Itt jó lenne valahogy összekombinálni a kettõt, hogy a 4 mega EP tartományból 1 megát lásson egybe a Z180, mert akkor lehet be nem lapozott szegmensekben is adatot mozgatni.

Az a baj, hogy a videó RAM csak DAVE-en keresztül érhetõ el (õ szól a Nicknek, hogy Hé te! A CPU akar valamit piszkálni a te felségterületeden! ).
Áttanulmányoztam a Z180 memória kezelését, a 64K Z80 címterület 3 részre oszlik, ezek sorban Common Area 0, Bank Area, Common Area 1
A CA0 az mindig a Z80 0 címen kezdõdik, és egyben a Z180 fizikai 0 címén is. Másik kettõhöz tartozik 1-1 mutató, amivel 4K-s lépésekben megadhatjuk, hogy hol kezdõdjenek a Z80 címtartományban, és 1-1 címregiszter amivel megadjuk, hogy a Z180 címtartományban hol kezdõdnek, szintén 4K-s lépésekben. Ha lehozzuk 0-ra a BA mutatót, akkor az egész memória lapozhatóvá válik. Resetkor úgy áll be, hogy az elsõ 64K-t látja.
A DMA ettõl független címregiszterekkel rendelkezik.

Ezt en ertem, en csak arra gondoltam, hogy hiaba nagyobb az EP-n a cimbusz (4Mbyte) mint a Z180 (1Mbyte?) cimtartomanya, a gyakorlatban imho ritka az az EP amikor le van fedve "hasznos" memoriaval ez a 4Mbyte nagyobb reszben mint mondjuk 1Mbyte. Ha ez a feltetelezes legalabb kb igaz, akkor a Z180 nativ modban meg tudna cimezni egyben is a memoriat, persze, olyan aron hogy igen nehezkesen "szet kene osztani", hogy az elso 64K-ban a szokasos 4*16K-s szegmensbe lehet lapozgatni folotte viszont kvazi vagy teljesen szinten letezne egy fix felosztas. Amde szerintem en ezt nagyon beneztem, mivel felteteleztem (mondjuk tenyleg nem tudom) hogy a Z180-nak letezik olyan cimzesi megoldasa mint az eZ80 eseten (vagy 65xx vonalon a 65816-nak) ahol tenylegesen is megcimezheto a teljes memoria is akar lapozas nelkul. Ha ez nem igaz, akkor amit mondtam az persze eleg nagy butasag lenne.


Errol irtam fentebb. De mostmar megnezem en is, kezd erdekelni

Igen ezt én is néztem, nem véletlenül írtam, hogy ehhez új gépet kellene már tervezni, pl olyan DAVE chip amit támogatja a 16 bites IO címek használatát. (Most IO-nál is átmegy a lapozó logikán, ez okozott is problémákat a Spectrum Emulátornál, amit megfelelõen összeválogatott belapozott szegmensekkel lehetett kezelni.)
És utána minden programban át kéne írni a port kezelést...

A Z180-ban is van 64 db belsõ I/O port  , de ezek legalább áthelyezhetõek, és mondjuk csak csak a Spectrum Emulátor-t kell arrébb pakolni.

Üdv!

Nemrég jutottam hozzá. Z180, adatlapja szerint 33Mhz-es. Egy ipari panelbõl bontották.