Arge Probleme bei SD Card Anwendungen....

[wkrug]

Hallo,
also ich mache das so, dass ein Sektor der SD (512 Bytes) im RAM gepuffert wird.
Dazu kommen noch ein paar Variablen für das FAT16 Dateisystem.

Das ist schon richtig.
Kommen aber viele Daten und der Controller ist gerade beim schreiben eines Sektors, verschwinden Daten, weil die Puffergröße nicht ausreicht.
Schick mal Daten mit 115200 via USART an den Chip und Du wirst sehen, das dann ohne ausreichenden Puffer viele Daten im Nirvana verschwinden.
Es ist also dann sinnvoll 2 Sektor Puffer mit 512k zu haben um Datenverlust zu vermeiden.

[BMS]

Das hängt natürlich von der Anwendung ab.
Ich hatte bislang nur Lesezugriffe benötigt.
Für Schreibzugriffe kann ich wkrugs Methode nachvollziehen.
Eine Überlegung ist sicher auch, dass man Daten zur Karte in Häppchen a 512 Bytes formen sollte, um ganze Sektoren zu schreiben.
Wenn die zu schreibenden Daten länger sind, könnte man die ersten 512 Bytes an die Karte senden und den Rest der z.B. über UART ankommenden Bytes zunächst in den zweiten Puffer ablegen?
Sicher wird es da mehrere Strategien geben.
Grüße,
Bernhard

[HaWe]

ich halte persönlich nichts von dieser Datenfitzelei. Ich würde sagen: Standard-Libs für SD (SD.h oder SdFat.h), SPI, I2C und UART plus einen vernünftigen µC mit ausreichend Speicher (Mega mit 8kB).
Oder gleich einen Zero, Teensy, Due oder Yun.