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> No je pravda, ze sloty na SIMM moduly jsem zkousel parat ze zakladni desky nejake 386, a slo to docela dobre. Parani primo pametovych cipu bych se trosku obaval ...<br/> <br/> Rolda<br/> <br/> Zdenek Adler (<a href="mailto:sharpemu@pandora.cz">sharpemu@pandora.cz</a>) wrote:<br/> <p> </p> <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> </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 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> </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> </div> <div><font>Zdeněk</font></div> <div> </div> <div>----- Original Message ----- </div> <div><b>From:</b> <a href="mailto:sharpemu@pandora.cz%29">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> <p>--- <br/> <a href="http://r.idnes.cz/r.asp?r=pfoot&amp;url=http://www.jarmark.cz"><strong>Jarmark.cz</strong> - nejlepší místo když chcete koupit nebo prodat</a> </p> <p>--- <br/> <a href="http://r.idnes.cz/r.asp?r=pfoot&amp;url=http://www.jarmark.cz"><strong>Jarmark.cz</strong> - nejlepší místo když chcete koupit nebo prodat</a> </p>