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

EC1045 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>co jsem se jednou stoural v DRAM pamatech tak si matne vspominam ze 41256 stacilo 256 refres ciklu (A0-A7) a u 4164 to bilo jak ktera nekterim stacilo 128 jine zas chteli 256 refres ciklu. takze RMD-1 generuje 256 refres ciklu takze bi to melo chodit a jakoukoli DRAMkou</font></div> <div><font></font>&nbsp;</div> <div><font>u pameti 4164 diry nevzniknou kdiz se osati ty spravne banky (0, 0-1, 0-1-2, 0-1-2-3) </font></div> <div><font></font>&nbsp;</div> <div><font>nejkratsi mozni sektor na RMD-1 muze bit 128bytu ale to znamena zozlisovat sude a lich sektory a podle toho zapisovat bit na 41H nebo na 45H ale zozumne je pouzit sektor o delce minimalne 256bytu</font></div> <div><font></font>&nbsp;</div> <div><font>osobne jen velmi matne tusim jak funguji FDD radice ci jak&nbsp;funguji&nbsp;souborove sistemy ci jak vubec funguje CP/M</font></div> <div><font></font>&nbsp;</div> <div><font>vzhledem jak je RMD-1 zapojen tak pocet sektoru krat jejich delka bi memela prekrocit 64KB a je to&nbsp;dano tim ze tam citace pri cteni/zapisu obhosodari onech max 64KB a dale delka&nbsp;sektoru a jejich pocet na stope bi meli bit 2**N ( 2^N )</font></div> <div><font></font>&nbsp;</div> <div><font>takze sektory se zapisuji na 41H a stopi na 40H a pouze zalezi kolik jich bude pri plnem osazeni 4 (256k) nebo 16 (1M) &nbsp;takze s tim ze kapacita stopi bude 64KB</font></div> <div><font>a pout jde o adresni vodic A8 o 41256 tak to je jen kvoli tomu abi se zledodusila obsluha&nbsp;ten kdo tu tesku navrhova&nbsp;u toho mislel </font></div> <div><font>takze pak asi upravdu bude stacit spravne nastavit tabulky</font></div> <div><font></font>&nbsp;</div> <div><font>uz jsem tu visvetloval jak ta adresace funguje</font></div> <div><font></font>&nbsp;</div> <div><font>A16-A17 vibida jednotlive banky (stopi) o delce 64KB</font></div> <div><font>a pokut jsou osazeny 41256 </font><font>tak A18-A19 prepina 64KB stranky (stopi) unvitr 41256 </font><font>takze to jako bis&nbsp;dal na sebe&nbsp;4x 4164 coz takto klidne i muze ta 41256 fungovat akorat stim rodilem se to matice jsou vedle sebe na cipu a proto jim staci jen 256 refres ciklu</font></div> <div><font></font>&nbsp;</div>  <div>&nbsp;</div> <div><br/></div> <p> </p><p>Vsechno spatne, zpatky na stromy. Nevsiml jsem si, ze do dekodovani sektoru je zamotana jeste A8 pro Ramky RMD-1. Tak to vypada, ze sektoru pro 1 Mb bude opravdu 16. Ale v obsluze 256 kb disku se to nepouziva, tam jsou skutecne sektory jen 4. Tak ted uz me vubec neni jasny, jak jsou sektory a stopy v pameti RMD-1 naskladany. A kdyz koukam na Petrovo&nbsp;schema, tak mi taky neni jasny, jak se dela&nbsp;refresh pro&nbsp;A8&nbsp;41256. Doufam, ze nenarazim na to, ze to s 1Mb nemuze chodit. Mel vubec nekdo ten RMD-1&nbsp;s 1Mb na CP/M v provozu?</p> <p>Jirka&nbsp;</p><pre>--------------------- sapi@pandora.cz Konference o SAPI-1</pre> <p><br/>--- <br/></p>