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

Ctirad Feřtr 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><pre>Dne Ne 1. listopadu 2009 19:41:55 Vaclav Peroutka (sharpemu@pandora.cz) 
napsal(a):

Ahoj,

<span class="replyquote1">&gt; v zasade mas pravdu. Mne osobne se to taky nelibi. Ale na plnou emulaci
&gt;  WDcka to asi jinak nepujde. Ataristi maji jednu vyhodu - komunikace s FDC
&gt;  probiha na &quot;vysoke&quot; urovni. A to se implementuje daleko lip, z pohledu
&gt;  emulace. Clovek ma volnejsi ruce. Navic, SDrive ma emulaci jedine FD
&gt;  mechaniky (Michal implementuje 4) a nema podporu ukladani souboru
&gt;  (minimalne v DSK souborech). 
</span>
tady bych tě opravil. Sdrive emuluje 4 + 1 disketovky a má plnou podporu ATR
obrazů disket pro čtení i zápis, dokonce i s jednoduchým cachováním
<img src="BODY_IMAGES_WRAP_GIF"> sektorů 
při zápisu a k tomu ještě api na přímý přístup k sektorům SD z atárka
<img src="BODY_IMAGES_WRAP_GIF">a 
pochopitelně i ovládání sdrive jako takového. 
 
<span class="replyquote1">&gt;  U emulace pro Sharpa potrebujes mit 8-bitovou
&gt;  sbernici nejlepe na jednom portu. A uz v tomhle si nejsem jisty, ze to na
&gt;  ATMEGA8 nenajdes. 
</span>
Tu atmegu8 v sdrive jsem dával jako příklad hotového řešení pro
<img src="BODY_IMAGES_WRAP_GIF">inspiraci, 
nikoliv abych někoho nutil jí používat ;)  Jako rozumné minimum beru něco 
<img src="BODY_IMAGES_WRAP_GIF">jako 
atmega32, která má 4 osmibitové porty, z nichž není problém vyhradit celýjeden na data a kus druhého na adresy, aniž by se to tlouklo s nějakými 
dalšími podstatnými signály. 

<span class="replyquote1">&gt; Mne osobne by se libilo mit dva klony. Levny pro nabootovani a spusteni
&gt;  nejake hry, nebo programu, bez podpory zapisu, nebo jen se zakladni
&gt;  podporou zapisu mimo DSK.
</span>
Moje představa byla taková, že u prototypu připojím data přes 74245 k
<img src="BODY_IMAGES_WRAP_GIF"> jednomu 
z portů AVR a pár 74138 na dekódování adres + chip select, které
<img src="BODY_IMAGES_WRAP_GIF">připojím 
tamtéž + CS na přerušení AVRka. K tomu těch pár signálů okolo. AVR byemulovalo registry WD řadiče a podstrkávalo by tam sektory ze souborů 
otevřených na SD kartě. To je v kostce všechno a nepřijde mi, že bych na
<img src="BODY_IMAGES_WRAP_GIF"> to 
potřeboval nějaké extra dělo. 

Nechtěl bych určitě zabředávat do nějaké fyzikální emulace časování 
<img src="BODY_IMAGES_WRAP_GIF">pohybu 
hlavičky a podobných věcí. Pokud na takových věcech nějaký software
<img src="BODY_IMAGES_WRAP_GIF">visí, tak 
vidím jako smyluplnější udělat pro to workaround nebo upravit ten software jako takový. Ale hádám, že v 99% případů nic takového nebude potřeba.

<span class="replyquote1">&gt; A potom plnou emulaci floppy diskoveho radice s plnohodnotnym zapisem.
&gt;  Ostatne, STM32F101 (ktera by i mohla stacit) stoji v kusovce kolem 120Kc.
&gt;  Je to plnohodnotny ARM Cortex M3, ktery podporuje debugging (obcas se hodi
&gt;  pro vyvoj) a ma i dost pameti. Nejmensi ma 48 pinu. Coz je podobna cena
&gt;  jako za ATMEGA32, ne-li nizsi.
</span>
Tak to ještě jde. Já už bál, že je to něco těžkotonážnějšího.
<img src="BODY_IMAGES_WRAP_GIF"> Podívám se na 
datasheety.

Ctirad



 

</pre>