Přejít na obsah
ARCHIVEKArchiv e-mailových konferencí o 8bitových počítačích Archiv Pandory 1999 až 2013

Původní podoba příspěvku

David Luftner Zpět na příspěvek

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"><B>Re: Re: Re: Re: MemExt - nová zjednodušená verze:</B></td><td align=right valign="middle"></td></tr></table><BR><pre><span class="replyquote1">&gt;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.
</span>Cas jsem psal, pokud tam nebude ROM tak ROM_CS nepotrebuju.

<span class="replyquote1">&gt;Ted si uz nepamatuji, proc v tom Tvem Memextu nebylo mozne cteni - nejaka
<img src="BODY_IMAGES_WRAP_GIF">kolize
</span>na DB?
Problem je prave v tom cteni -&gt; ls245 co oddeluje interni dbus od externi ma
<img src="BODY_IMAGES_WRAP_GIF">trvale OE uzemneno GDG prepina jen smer. Vetsinu casu je otevrena smerem ven,
<img src="BODY_IMAGES_WRAP_GIF">smer dovnitr se otvira pouze pri cteni z IO portu, ktery neni na internim
<img src="BODY_IMAGES_WRAP_GIF">hardware. Proto pokud cpld detekuje cteni z mapovaciho portu je nejlepsi
<img src="BODY_IMAGES_WRAP_GIF">nepustit od procesoru dal signal /RD.

Turbo bych ted neresil.</pre>