Zdenku ono zase tak narocne na operace to neni ;) WD sico pro zapis
sectoru zrejme vykona mnohem mene prace, nez musi ucinit AVR + SD,
nicmene napr. cteni sektoru znamena v pripade WD:
1. nekolikrat se zeptat na status a cekat dokud pro nas nebudou
pripravena data
2. vzit data a jit na bod 1.
V tom prvnim bode jsou u WD prave ty nejvetsi casove ztraty, zatimco s
AVR se Sharp nezatezuje opakovanym ctenim statusu a po jeho jednom
precteni si jde rovnou pro dalsi data. Samozrejme u AVR zase roste rezie
uvnitr IN a OUT instrukci, kdy je Sharp ve WAITu, coz chci pozdeji
zmerit analyzatorem, protoze pri WAIT stoji i refresh a mohli by jsme
prijit o obsah RAM.
Jinak se musim pochlubit, ze se mi pred chvili podarilo po celodenni
bitve zprovoznit prvni zapis, ktery jsem si overil v cp/m 1.3 ... soubor
power.com jsem z A: zkopiroval na B: a odtud jsem jej bez problemu spustil.
Ta celodenni bitva, pri ktere jsem se neustale potykal s tim, ze obcas
se zapis podaril a obcas ne, uz k veceru malem vyustila do faze, kdy
jsem to chtel cele vzdat ... pak se ukazalo, ze je zrejme vadna SD
patice, nebo redukce a proste nekdy mi hlasi, ze je SD karta locknuta
pro zapis! :)
Co se tyka ostatnich dotazu na SRAM, tak prozatim se do tech 4kB
vejdeme, ale je to na ukor rychlosti - tedy pro tabulky stop a sektoru
se musi neustale seekovat a zapisy a cteni probihaji po jednom bajtu,
misto po blocich ...
Pomerne velkou rezii v rozsahu pouzite pameti ma samozrejme i to, ze
bezime na FAT32, v pripade FAT16 to pada zhruba na polovinu.
Michal
Zdenek Adler (sharpemupandora.cz) napsal(a):
Zobrazit citovaný text (11 řádků)
>
> OK Vašku, jistě víš o čem píšeš.... Jenom mi přišlo, že když dám
na
> Sharpovi požadavek na přečtení sektoru a budu očekávat první bajt, tak > AVR si 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
>