EFSL Konfiguration LPC2148 ARM7

>Ich habe nun die folgende Fragen:
>Wie kann ich die Größe des Puffers ändern und bringt dies überhaupt
>etwas in meinem Fall?

Vermutlich bringt das nichts. Mach einfach Doublebuffering.
In einen Puffer sammelst du die Daten (per Int ?) und der
andere volle wird auf die Karte geschrieben (besser ohne Int).
Die Puffer müssen dann so groß sein das du mehr als 3ms überbrücken 
kannst.

>Falls ich nicht richtig liege mit der "Puffer-ist-voll-Theorie", woran
>liegt es dann?

Da mussten wohl neue Clusternummern in der FAT eingetragen werden.
Wenn du Pech hast müssen dafür zusätzlich zum Datensektor noch
bis zu zwei FAT Sektoren gelesen und geschrieben werden.

>Warum ist es nicht möglich verschachtelte Interrupts zu ermöglichen,
>wenn EFSL-Funktionen genutzt werden?

Keine Ahnung :( FAT Routinen würde ich nicht in Interrupts legen.



PS: EFSL ist schnarchlangsam.

Versuchs vieleicht mal mit ELM-CHAN

http://elm-chan.org/fsw/ff/00index_e.html

Beispielcode für ARM liegt da aber noch nicht rum.

Oder mit meinen Routinen für LPC2136

http://www.holger-klabunde.de/arm/arm.htm

Kommt aber drauf an was du so an Funktionalität brauchst.
Es gibt da doch erhebliche Unterschiede zwischen den Programmen.

Alle drei habe ich bisher nur auf AVR vergleichen können
EFSL    lahm
ELM-CHAN  schnell
Meins    etwas schneller ;)


Auf ARM LPC2136
EFSL  geht so
Meins  Faktor 2

Ich werd die Tage mal versuchen ELM-CHAN auf dem LPC
zum laufen zu bringen.

Vielen Dank für Deine Antworten!

Hatte mich ursprünglich mal für die EFSL entschieden, da es mir damit am 
einfachsten erschien schnelle Ergebnisse zu erzielen ohne mich übermäßig 
mit der Theorie dahinter befassen zu müssen. Das hat sich wohl nun 
gerächt...

Ein anderer meiner Ansätze war die SSP etwas flotter zu betreiben. 
Leider ließ sich da nichts mit machen. 15MHz ging und bei mehr dann 
leider nicht mehr (hatte drei verschiedene Karten getestet). Laut 
Spezifikation (oder wo auch immer ich's gelesen habe) gehen manche 
Karten bis 30MHz. Hast Du da schon Erfahrungen mit gemacht?

Ich habe auch gerade mal Deinen Code überflogen und denke, dass ich 
morgen mal versuchen werde ihn in mein Projekt einzubinden. Ich hoffe 
mal, dass Faktor 2 was bei meinem Problem bringt.

Kannst Du mir Deinen Vorschlag mit dem Doublebuffering nochmal erklären? 
Befürchte, ich hab's nicht so ganz kapiert. Vielleicht passt es aber 
auch nicht zu dem was ich bisher habe?
Bisher schaut es bei mir nämlich so aus: Ich habe einen Timer laufen, 
der mir die "Systemzeit" generiert. Je nach "Uhrzeit" lese ich den 
AD-Wandler aus und schreibe meine Messdaten auf die SD-Karte. Wenn ich 
für diesen Schreibvorgang nested interrupts anschalte, gibt's nen Crash, 
wenn nicht taucht dieses 3ms-Loch alle 26ms auf. Ich muss also dafür 
sorgen, dass meine Schreibroutine in dieses Timer-Fenster passt. Oder 
besser gesagt, um den Faktor 3 schneller wird.


Grüße
Jansus

...ich vergaß. An Funktionalität brauche ich fast nichts. Ich möchte mir 
nur ein Text-File anlegen, in das meine Messdaten reingeschrieben 
werden.

>Ein anderer meiner Ansätze war die SSP etwas flotter zu betreiben.

Eine langsame Karte bleibt eine langsame
Karte. Da kann man noch so viel am SPI Speed rumdrehen.
Es bringt leider nichts.

>Oder besser gesagt, um den Faktor 3 schneller wird.

Du schreibst Textdateien. Vergiss das und schreib Binärdateien.
Ein uint16 in ASCII braucht 5 Bytes. Bei Binär nur zwei Bytes.
Da hast du schon mal Faktor 2.5. Rechne die Werte aus der Datei
besser am PC in ASCII um.

Dann kannst du vermutlich auch bei EFSL bleiben.