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

Zdenek Adler 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"></td><td align=right valign="middle"></td></tr></table><BR>       <div><font>Jenom bych rád přihodil pár informací o tom, v jakých situacích může v MZ-800 dojít k "přibržďování" procesoru pomocí signálu /WAIT:</font></div> <div><font></font>&nbsp;</div> <div><font>1. Zápis do VRAM v MZ-700 režimu během aktivního HBLN (tzn. v průběhu toho, co paprsek na obrazovce vykresluje 320 pixelů aktivní plochy obrazovky - ne border). Plyne z toho tedy, že v tomto případě může být WAIT generován až s frekvencí 15625 Hz a může&nbsp;trvat méně než 128 TStates procesoru (v 700 režimu trvá vykreslení 1 pixelu přesně 2,5T).</font></div> <div><font>2. Čtení z VRAM v 800 modu - tady jsou už čekací doby minimální a myslím že se není čeho bát</font></div> <div><font>3. Zápis do programovatelného zvukového generátoru (PSG)</font></div> <div><font>4. WAIT signál od jiného zařízení připojeného do rozšiřujícího slotu (žádné takové neznám, snad jen jednoduché "zpomalovače" her které se dělaly s obvodem NE555)</font></div> <div><font></font>&nbsp;</div> <div><font>To by bylo asi tak vše, kdyby byl zájem o další informace, tak je rád poskytnu. Ještě si dovolím jednu poznámku na Petra - myslíš, že se při konstrukci toho ramdisku můžeme vyhnout "párání" paměťových čipů ze SIMM modulů, nebo je to nezbytné? Myslel jsem že všechno potřebné máme i na SIMM modulu a ta parita která je tam navíc nás přeci nemusí rozptylovat...</font></div> <div><font></font>&nbsp;</div> <div><font>Zdeněk</font></div> <div><font></font>&nbsp;</div>  <div>----- Original Message ----- </div> <div><b>From:</b> <a href="mailto:sharpemu@pandora.cz)">Petr Žydek (sharpemu@pandora.cz)</a> </div> <div><b>To:</b> <a href="mailto:sharpemu@pandora.cz">Konference Počítač SHARP MZ-800 a emulátory</a> </div> <div><b>Sent:</b> Tuesday, April 27, 2004 8:06 AM</div> <div><b>Subject:</b> Re: Re: Detailní popis RD Müller 256KB</div> <div><br/></div> <p> </p><p>Nejprve upřesnění:<br/>podrobný popis "Müllera" je výklad činnosti<br/>odzkoušeného a 100% funkčního zařízení, nikoliv<br/>teoretizování nad schematem před stadiem výroby<br/>prototypu. Teď jsem ho oprášil v souvislosti<br/>se snahou o nějakou tu kombo desku (taky jde<br/>o ty hochy programátorské, to maximum 16MB<br/>je skvělá příležitost pro ty z nich, kteří<br/>loni přišli s myšlenou multitaskingového<br/>prostředí, ať už na bázi 8bitového Unixu<br/>nebo dokonce grafického).<br/>A něco z toho nového už skutečně chodí!!</p> <p>Výpadek refreshe může nastat jen při dlouhém<br/>aktivním signálu do CPU WAIT\' (řídí jej GDG)<br/>nebo při aktivním požadavku BUSRQ\' (není<br/>v Sharpu zapojeno). M1\' je živý i po instrukci<br/>HALT, LDIR a jiné by neměly vadit, jednak se<br/>mikroprogram takových instrukcí skládá ze<br/>dvou běžných, navíc se všechny instrukce<br/>s prefixem operačního znaku čtou ve dvou<br/>cyklech M1\' (takže vlastně periodicita M1\' při<br/>instrukci LDIR není každých 21 taktů CPU, ale<br/>17).<br/>LD SP, HL (20 taktů): nejdelší neprefixová<br/>instrukce co jsem objevil, vyskytuje se řidčeji</p> <p>S časováním si hlavu nelámu, ty přísné limity jsou<br/>tu proto, aby byla dosažena deklarovaná doba<br/>jednoho cyklu čtení/zápisu, já mám popis DRAM 4Mx4,<br/>kde jsou tabulky se všemi možnými názvy intervalů,<br/>ale zkoumal jsem spíš kresby časování. Co půjde,<br/>půjde. Dvě paměti 1Mx4 vypreparované ze SIMMu a<br/>připájené na "visutou redukci", vložené do soklů<br/>místo dvou 64Kx4, chodí určitě (viz fota).<br/>Nelze předpokládat, že by při refreshování držela<br/>náhodou jen ta 64KB část z 1MB, kterou jsem<br/>podrobil zahořovacímu testu.</p> <p>Multiplex adres do hlavní RWM Sharpa řídí GDG,<br/>jestli se o refresh dělí s CPU, toť otázka...</p> <p>Petr de Zviqov</p><pre></pre> <p>--- <br/><a href="http://r.idnes.cz/r.asp?r=pfoot&amp;amp;url=http://www.jarmark.cz"><strong>Jarmark.cz</strong> - nejlepší místo když chcete koupit nebo prodat</a> </p>