Původní podoba příspěvku

Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).

<!-------------------------------------------------------------->
<table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre>
<span class="replyquote1">&gt; 
&gt; -na procesorove patici jsou skoro vsechny signaly (chybi jen CAS)
&gt; -pokud prozeneme /RD pres cpld muzeme mapovaci registry i cist
&gt; -udelal bych 16k stranku -&gt; budou 4 osmibitove registry a 4MB ram (mam jich
&gt; spoustu na simech)
&gt; -pokud by nestacila kapacita cpld muzeme jeste primo na dram privest 6
&gt; multiplexovanych adresnich bitu od puvodni ram
&gt; (DL)
</span>
Ja se tady obavam jedne veci, aby se nepral Memext s GDG o datovku. Urcite
<img src="BODY_IMAGES_WRAP_GIF"> bychom museli privest CAS a ROM_CS_RD.

Ted si uz nepamatuji, proc v tom Tvem Memextu nebylo mozne cteni - nejaka kolize
<img src="BODY_IMAGES_WRAP_GIF">na DB ? Asi držet tabulku v RAM nebude tak tragický problém.

Pokud by nestačilo CPLD, dal bych k němu třeba ještě GAL... Ale už je to
<img src="BODY_IMAGES_WRAP_GIF">takové nečisté...

RDOS: Note 2: pujdete s MemExt na patici procesoru? pokud ano, jak tezke by bylo
<img src="BODY_IMAGES_WRAP_GIF">mit nove Z80 na vyssi frekvenci? Original freq. by default, prepinane na turbo
<img src="BODY_IMAGES_WRAP_GIF">pomoci out(c)..
To je otázka,možná by to schůdné bylo vyloženě přetaktovat jen Z80. Jen 
<img src="BODY_IMAGES_WRAP_GIF">nevím, jak by se k tomu stavělo GDG, které by vlastně bylo asynchronní.
<img src="BODY_IMAGES_WRAP_GIF">Zřejmě by se tam začaly objevovat hazardy. A taky jak by chodila komunikace s
<img src="BODY_IMAGES_WRAP_GIF">VRAM.
Nezkoušel tohle už někdo ? Co třeba simulace na FPGA jako první
<img src="BODY_IMAGES_WRAP_GIF">přiblížení?

Vašek


</pre>