Zusatz-Speicher für AVR/ARM mx29lv?

Hi,
muss es unbedingt parallel sein?

Wenn nicht, es gibt noch: AT25DF, AT45DB und andere bis 32MBIT.

Danke für die Antwort. Spi wäre schon ok, wenn der Schreibvorgang nicht 
allzuviel Überbau erfordert.

Beim At45 sind zwei Vorbuffer, die verwaltet werden müssen, beim 25Vf 
wird der Schreibvorgang durch die Abfrage des busy-flags unterbrochen. 
Ich fürchte, das reduziert die Schreibgeschwindigkeit.

Also da gibbet es soooo viel...

FRAM/MRAM sind "Ultra Schnell" als Serial Device zu bekommen
Und wenn es ganz viele Daten werden und man auch SPI verwenden möchte 
sollte man man eine (micro)SD-Karte in betracht ziehen

Hannes schrieb:
> (micro)SD-Karte

Die habe ich, die läuft, die ist - wegen dem fat-Überbau - nur leider 
deutlich zu langsam.

Grundschüler schrieb:
> Die habe ich, die läuft, die ist - wegen dem fat-Überbau - nur leider
> deutlich zu langsam.

Zu FAT zwingt dich keiner, das gibt es in anderen Speichern auch nicht.

>Zu FAT zwingt dich keiner, das gibt es in anderen Speichern auch nicht.

Nicht vorhersagbares Wear Levelling gibt es in anderen Speichern
auch nicht. Das ist DER Nachteil bei SD Karten.

dummy schrieb:
> ... Wear Levelling ... Das ist DER Nachteil bei SD Karten

Ok, das ist ein ernstes Argument.
Mit FAT hat das aber überhaupt nichts zu tun.

Mike schrieb:
> Zu FAT zwingt dich keiner, das gibt es in anderen Speichern auch nicht.

Es geistern sehr viele Beiträge durchs Netz, wo diese Möglichkeit 
andiskutiert wird. Leider fehlt brauchbarer code. Gibt es irgendwo eine 
Anleitung, wie man die SD-Karte vorbereiten muss, damit man anschließend 
ohne Fat schreiben kann?

Der gelegentliche Ausfall durch Wear Levelling wäre verkraftbar.

Grundschüler schrieb:
> Leider fehlt brauchbarer code.
Der ist normalerweise Bestandteil der FAT-Libraries. Nachdem die sich 
durch die FAT durchgewühlt haben, greifen die auf elementaren 
Schreib-/Lesefunktionen für die Kartensektoren zurück.
Die heißen dann SD_Write_Sector(), SD_Read_Sector() o.ä.

wenn ich eine fat-Datei anlege, den Angangssektor mit 
kksectors=Fil->dsect feststelle und dann versuche ohne fat auf diesen 
Sektor zu schreiben, klappt es nicht. Was mache ich falsch?

1

for(i=0;i<5120;i++)buffer[i]='i';

2

res=f_mount(&xFatFs, "", 0);// Give a work area to the default drive

3

res=f_open(&Fil, "Datei.txt", FA_WRITE | FA_CREATE_ALWAYS);

4

res = f_lseek(&Fil, 300000);

5

res = f_lseek(&Fil, 0);

6

//for(i=0;i<5;i++)

7

i=kksectors;

8

res = f_write(&Fil, buffer, 512*5, &bw);

9

res = f_write(&Fil, buffer, 512*5, &bw);

10

f_close(&Fil);

11

12

13

for(i=0;i<512;i++)buffer[i]='x';

14

res=MMC_SD_WriteSingleBlock(kksectors,buffer);

15

//res=MMC_SD_ReadSingleBlock(kksectors,  buffer);

16

;

Hallo Grundschüler.

Ein STM32F429 hat ein DCMI (Kamera) Interface, ein TFT Controller für 
externe TFTs mit Parallelport oder SPI, ein DRAM Controller für externe 
Speicher.

Kameracontroller, DRAM und TFTcontroller werden alle per DMA bedient. ST 
liefert eine Lib mit, die alles 3 unterstützt und auch eine 
Beispielanwendung.
Auch das Schreiben auf SD Karte kann per DMA/SPI erfolgen.

Würde also alles sehr einfach gehen.

gibt es da

STM32User schrieb:
> ST
> liefert eine Lib mit

hast du dafür einen link? Ist nicht ganz einfach, auf der St-Seite etwas 
zu finden.

Habe jetzt noch dieses Modul gefunden:
http://www.ebay.de/itm/K9F1G08U0C-NandFlash-Board-Nand-Flash-Memory-Evaluation-Development-Module-Kit-/261006268443?pt=LH_DefaultDomain_0&hash=item3cc52f981b

128Mbyte Nandflash für 8€. Wäre eigentlich ideal. hat jemand sowas mit 
einem avr schon mal zumlaufen bekommen?

Guten Morgen ...
Sowohl bei (µ)SD-Karten als auch bei dem erwähnten Modul geht es
um NAND-Speicher (mit den technologiebedingten Macken/Features).

Um das Wearleveling sollte sich der SD-Kartencontoller kümmern,
bei dem Modul wirst Du auf Dich selbst gestellt sein.

Ein Dateisystem wird eigentlich erst dann interessant, wenn Dein
Speichermedium entnehmbar sein soll.

Viel Erfolg
Martin