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><pre>OK Vašku, jistě víš o čem píšeš.... Jenom mi přišlo, že když dám na <img src="BODY_IMAGES_WRAP_GIF"> Sharpovi požadavek na přečtení sektoru a budu očekávat první bajt, tak AVR si <img src="BODY_IMAGES_WRAP_GIF">musí poradit s: 0. zpracování příkazů pro řadič, neustálé odpovídání na status 1. čtení z FAT 2. zvládnout strukturu DSK souboru 3. datové přenosy SD -> SRAM, SRAM -> sběrnice Sharpa 4. ....... a plno dalšího co ani nedomýšlím Jednoduše mi připadne že WD řadič musí vítězit minimálně v přípravě <img src="BODY_IMAGES_WRAP_GIF">prvního bajtu z každého sektoru. Ale je fakt že já skončil u procesorů na bázi <img src="BODY_IMAGES_WRAP_GIF">8051 s výkonem do 33 MIPS které jsem programoval v C a vím že u nich jsem občas narážel právě s rychlostí (např. když jsem dělal hardwarovou emulaci Soundchipu SHARPa). Věřím že při dnešních možnostech - např. <img src="BODY_IMAGES_WRAP_GIF"> hardwarové SPI rozhraní u AVR, rychlejší procesory, popř. použitím assembleru se dají <img src="BODY_IMAGES_WRAP_GIF">dělat divy. Zdenek ----- Original Message ----- From: "Vaclav Peroutka (sharpemu@pandora.cz)" <vaclavpe@[doména skryta]> To: "Konference "Počítač SHARP MZ-800 a emulátory"" <sharpemu@pandora.cz> Sent: Monday, November 02, 2009 8:47 AM Subject: Re: SD unikarta <span class="replyquote1">> > </span><span class="replyquote2">>> Mimochodem, ač se chystáte použít rychlý procesor, tipnul bych si že <img src="BODY_IMAGES_WRAP_GIF">bude >> výhra, >> když se při současné obsluze SD karty s FAT podaří aspoň dosáhnout >> rychlosti >> běžné floppy. Každopádně, těším se na tenhle kousek HW jako malé <img src="BODY_IMAGES_WRAP_GIF">děcko :) >> </span><span class="replyquote1">> > Zdenku, tam nejde o rychly procesor. Ale o dostatek datove RAMky, kde si > muzes udrzovat metainformace pro 4 emulovane disketove mechaniky a nejlepe > 4 SD sektory 512B (jeden pro kazdou mechaniku), se kterymi se aktualne > pracuje. At se da rozumne zapisovat. Urcite vis, ze SD karta je sekvencni > medium, abys mohl zmenit jediny bajt, musis precist a zapsat cely sektor > (ostatne, stejne jako FD). > > Samotne 4 datove sektory zaberou 2kB pameti. Metainformace pro HD disketu > taky zaberou nejake misto. A najednou jsi bez pameti. Co se tyce > rychlosti, myslim, ze by stacila dalsi Z80ka, kdyz bude mit pripojeno > aspon 8kB RAMky. Cokoli rychlejsiho je jen vyhodou. > > Ale jaka je rychlost u soucasne implementace s AVR v praxi, to musi napsat > Michal... > > V. > > PS: Jeste jednou jsem se dival na tu ATMEGu8 - zrejme by se dalo pouzit > port D, pricemz clovek prijde o interrupty. A ja je mel v me puvodni verzi > pouzite, to je pravda. SD kartu pripojit na PB2-PB5 a tech par ridicich > signalu se taky najde. Takze z tohoto pohledu by pro tu low-cost verzi > stacila ATMega8, XC9536, 74HC245. A jak psal Petr, fungovalo by to tim > zpusobem, ze z emulovaneho ROMdisku nabehne "spravce souboru" na SD karte, > uzivatel vybere MZF, zmacne CR a jedeme. V podstate jako kdyz nabootoval > CP/M a spustil program skrz MZRUN. > > --- </span> </pre>