Hallo zusammen, ich nutze die FAT32 Lib von diesem Artikel AVR FAT32 . Unter dem Punkt lesen steht das bei einer unfragmentierten FAT alles Cluster aneinander liegen und somit der lese Zugriff extrem beschleunigt werden kann. Mein Frage ist nun wie erstelle ich eine unfragmentierte FAT. Ist das nicht ein Widerspruch FAT -> unfragmentiert ??
Gast
#2199163
Medium frisch formatieren und große Datei anlegen dann sind alle Sektoren schön sequentiell. Dann geht das lesen quasi "automatisch" da die Sektoren-Nr (IMHO bei SD-Cards) automatisch weitergesetzt wird. Fragmentiert sind eventuell Sektoren 1-10-2-100-99-20 etc auszuwählen, d.h. man muss jeden Sektor anwählen, anspringen etc.
Meine Datei ist aber nur 45KByte klein. Werden dann auch alle sektoren nacheinander angelegt?
Also wenn ich die microSD Karte formatiere und anschließend nur meine ca. 45KByte kleine Datei auf die Karte kopiere, hängen leider nicht alle Sektoren in einer Reihe. Was kann ich tun?
Gast
#2199804
>Also wenn ich die microSD Karte formatiere und anschließend nur meine >ca. 45KByte kleine Datei auf die Karte kopiere, hängen leider nicht alle >Sektoren in einer Reihe. Doch, tun sie. Wie hast du das festgestellt?
Also es gibt folgende funktion in der FAT-Lib:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
Da habe ich in den else zweig einen Trigger gesetzt und mit dem Oszi gemessen. MAX_CLUSTERS_IN_ROW steht auf 256
Gast
#2199833
>Da habe ich in den else zweig einen Trigger gesetzt und mit dem Oszi >gemessen. Ja, klar mit dem Osci gemessen;) Lass dir besser mal die Sektornummern beim lesen ausgeben. Das ist viel aussagekräftiger.
Entweder er springt in den Else-Zweig oder nicht und wenn ich dann mein I/O-Pin toggle dann sagt das doch alles!?
Gast
#2199838
>Entweder er springt in den Else-Zweig oder nicht und wenn ich dann mein >I/O-Pin toggle dann sagt das doch alles!? Und wenn deine Datei keine 256 Cluster belegt landet er auch dort.
Gast
#2199848
Oh sorry da habe ich wohl etwas Mißverstanden. Mhh das bedeutet also das mein Datei bereits in einem Stück auf der Karte liegt. Mißt ich dachte ich könnte damit das lesen beschleunigen.
Gast
#2199854
>Mißt ich dachte >ich könnte damit das lesen beschleunigen. Wie schnell ist es denn jetzt? Wie schnell soll es werden? Und wie liest du die Datei? Ich denke mal beim letzten Punkt könnte dein Problem liegen.
Gast
#2199873
Es könnte sein, dass auf der untersten Ebene, da wo die Bytes gelesen und geschrieben werden, noch etwas zu holen ist. Schau dir den Assemblercode (oder poste ihn hier) der Schleife an, in der das SPDR gelesen bzw. beschrieben wird.
Hallo, erstaml danke für eure Antworten. Ich benötige ca. 5ms pro 1KByte. Geht das schneller? Ich hoffe!! Hier die sd_read_byte funktion in C und Assembler
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
Ich nutze den Code aus dem Artikel FAT FAT32
Gast
#2206639
>Ich benötige ca. 5ms pro 1KByte. Geht das schneller? Ich hoffe!! >Hier die sd_read_byte funktion in C und Assembler Versuchs mit inline. inline unsigned char sd_read_byte(void) { SPDR = 0xff; while( ! (SPSR & (1<<SPIF))); // warten bis SPIF=1 (Uebrtragung beendet) return (SPDR); } Viel mehr ist da nicht zu holen. Evtl. noch die Eigenschaften des SPI Moduls ausnutzen und während der Übertragung schon andere Sachen machen wie Werte abspeichern. Mehr als 10% holst du da aber nicht mehr raus.
Hallo Zusammen, ich bin immer noch nicht weiter gekommen mit meinem Problem. Habe jetzt heraus gefunden das, dass lesen einer Datei mit 46464 Byte belegt 96 Sectoren (a 512 Byte) gerade mal 2,5ms dauert. Warum genau 96 Sectoren weiss ich nicht genau spielt auch keine entscheidene Rolle. Das was ich nicht verstehe ist warum nur 2,5ms? Meine SPI läuft mit 8Mhz => 0,125µs für 1Byte benötige ich also 8x0,125µs=1µs daraus folgt das ich für 46464 Byte mindestens ca. 46ms benötige, brauche aber nur 2,5ms. Wo ist mein Denkfehler? Die 2,5ms habe durch messen am Oszi ermittelt an folgenden Stellen im Code
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
ffread() liefert mir 8Byte der Datei. Ja die Datei ist tatsächlich 46464 Byte groß, denn wenn ich mir den Wert von seek anschaue ist dieser auch 46464. Danke für eure Unterstützung
Gast
#2217806
>Meine SPI läuft mit 8Mhz => 0,125µs für 1Byte benötige ich also >8x0,125µs=1µs daraus folgt das ich für 46464 Byte mindestens ca. 46ms >benötige, brauche aber nur 2,5ms. Wo ist mein Denkfehler? Du hast keinen Denkfehler. Deine Software bricht beim Lesen vermutlich frühzeitig ab und liest die Sektoren gar nicht.
Die Daten werden vollständig gelesen. Ich nutze sie um ein Bild auf einem Display anzuzeigen und dieses wird vollständig dargestellt.
Gast
#2217832
>Die Daten werden vollständig gelesen. Ich nutze sie um ein Bild auf >einem Display anzuzeigen und dieses wird vollständig dargestellt. Dann hast du falsch gemessen.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.