MMC SD library FAT16 FAT32 read write

[Daniel R. (zerrome)]

@ JVOGEL (Gast)
Ich würde sagen Dein SPI läuft nicht richtig.

Um den von Kurt Bohnen (kurt) angesprochenen Bug zu beheben, müssen 
folgende Zeilen in der Datei file.c in der Funktion fflushFileData() 
ausgetauscht werden:

// cluster chain verketten
fat_setClusterChain(fat_secToClust(chain.startSectors),fat_secToClust(file.currentSectorNr));  // verketten der geschriebenen cluster

durch

    // cluster chain verketten.
    if(file.cntOfBytes == 0){                // gerade genau irgend einen sektor voll geschrieben.file.currentSectorNr zeigt jetzt auf den neu zu beschreibenden.
      if( file.currentSectorNr-1 >= chain.startSectors ){
        fat_setClusterChain(fat_secToClust(chain.startSectors),fat_secToClust(file.currentSectorNr-1));  // verketten der geschriebenen cluster
      }
    }
    else fat_setClusterChain( fat_secToClust(chain.startSectors),fat_secToClust(file.currentSectorNr) );

Vielen Dank für den Hinweis und viele Grüße

Daniel

[Daniel R. (zerrome)]

Da ich mich irgendwie nicht mehr beim SVN anmelden kann um die neue 
Version hochzuladen, poste ich die erstmal hier...

[Kurt B. (kurt)]

Vielen Dank Daniel, jetzt läuft es perfekt! Allerdings hast du vergessen 
das ACMD41 von (0x80+41) auf (41) zu ändern.

@JVOGEL,
hast du einen PullUP an MISO? Auch der /SS des µC braucht einen Pullup, 
oder muss auf Ausgang geschaltet werden.

Mfg,
Kurt

[jvogel (Gast)]

Hi, danke schonmal für die Tipps. Hatte gestern keine Zeit mehr zu 
testen und heute bin ich erst einmal auf der arbeit. Meinst du einen 
Pullup in form des internen oder ein externen Pullup? Wenn er nicht 
schon in der Programmierung eingebunden ist dann eher nicht, aber ich 
kann auch mal ein Foto meiner Schaltung machen, heute Abend. Der halbe 
Sonntag hab ich damit verbracht, leider bisher ohne Erfolg.

Habe ja einen spannungteiler mit 470ohm / 620 Ohm ist wirkt der nicht 
wie ein Pullup?

Bin erstma ein Kaffee trinken ;)

[jvogel (Gast)]

Habe mir gestern in die Methode spi_write_command? oder so ähnlich ein 
puts("test"); rein gemacht und das ergebnis war dann ungefähr:

Boot test test

also bleibt er beim 2. mal dort hängen bei

loop_until_bit_is_set(SPSR,SPIF);

[Daniel R. (zerrome)]

Hallo,
also nimm diese Version: 
http://www.mikrocontroller.net/attachment/105372/mmc-0.6.3.zip

Da musst Du aber noch in der mmc.c oben bei den defines folgendes 
ändern, weil ich das verpeilt hab:

#define  ACMD41  (0x80+41)

auf

#define  ACMD41  (41)

So, dann solltest Du zum testen auf jeden Fall erstmal hardware SPI 
benutzen. Bei deinem Spannungsteiler komm ich nur auf 2,844 Volt. Das 
ist bisschen wenig. Und eigentlich generell mist, dass mit dem 
Spannungsteiler!
Betreibe die Schaltung am besten mit 3,3 Volt. Was genau spricht bei Dir 
dagegen?

Zum berechnen der nötigen Timer Werte benutze ich immer folgendes Tool:
http://clsql.med-info.com/download.html
Wie sehen Deine Timer Werte aus?

Bild von der Schaltung wäre gut.

Ich bin mir sicher, dass wir das ans laufen bekommen :)

Viele Grüße

Daniel

[jvogel (Gast)]

Hatte zuletzt einen spannungsteiler mit 290 ohm / 620 Ohm.

Das problem, dass ich habe ist das mein MAX232 mit 3.3V nicht so richtig 
funktionieren möchte, manchmal liest man, dass er mit 3.3V laufen würde 
aber bei mir leider nicht. Mein LCD Display funktioniert leider auch nur 
mit 5V.

Aber zum testen baue ich mir nachher eine LED auf mein Breadboard um den 
Status anzeigen zu lassen, dann kann ich auch 3.3V verwenden.

Ich hoffe, dass ich heute abend Zeit finde, dann bauch ich mir die 
Schaltung nochmal neu auf (Ohne Spannungsteiler)und mache dann ein Foto 
falls es, dann immer noch nicht geht. Und meinen Sourcecode hänge ich 
dann auch nochmal komplett an.

Vielen dank schonmal im vorraus.

[Daniel R. (zerrome)]

Ok, dann mach lieber einen Spannungsteiler beim max232 um auf 3,3 Volt 
zu kommen. LCD Displays brauchen nur an der Versorgungsspannung 5 Volt. 
Zu mindest die die ich habe. Beim max232 würde dann sogar nur der RX 
Pfad zum Kontroller als Spannungsteiler reichen. Da TX ja 3,3 Volt wäre 
und das als Hi Pegel reicht...

>Breadboard

Damit hatte ich auch immer Probleme wenn es um SD Karten ging. Extrem 
kurze Kabel und Kontroller 3,3 Volt und SD Karte 3,3 Volt helfen da 
aber.

Mann muss da bedenken, dass die Karten mit 25 MHz spezifiziert sind, da 
sind saubere Flanken ein muss!

Also zusammenfassend.

Kontroller 3,3 Volt
SD/MMC 3,3 Volt
LCD 5 Volt Versorgung und 3,3 Volt Datenleitungen
MAX232 <- TX Kontroller direkt
       -> RX Kontroller Spannungsteiler auf 3 Volt

Viele Grüße

Daniel

[jvogel (Gast)]

Hatte mich verschrieben, MAX323 habe ich.

[Daniel R. (zerrome)]

Hm, ok mal doch mal nen kompletten Schaltplan, ich kann mir grad die 
ganze Schaltung nur schwer vorstellen.

Zu MAX323 find ich nur "Precision, Single-Supply, SPST Analog Switches" 
?

[JVOGEL (Gast)]

So hab mich doppelt vertan, hab den MAx232 der funktioniert aber leider 
nicht bei 3.3v bei mir.

So hab jetzt bilder gemacht, und alles :(
vielleicht kann mir wer den helfenden schlag auf den hinterkopf geben.

[JVOGEL (Gast)]

Das mit der LED an PORTA vergessen :D da war ich betrunken oder so

[Daniel R. (zerrome)]

Ok, das 2. Bild ist der Max232?

Ich sehe garkeine Pegelwandlung zwischen uC und SD Karte?
Läuft da alles mit 3,3 Volt?

Toll das Bild vom Multimeter :)
Wo geht das Kabel hin?!?

Ist das da ein ISP Programmier Adapter?
Den machst Du aber nach dem Programmieren immer ab oder?

Bei Deinen Test würde ich Dir empfehlen diese Einstellung in der 
mmc_config.h noch zu machen.

#define MMC_MAX_SPEED FALSE

Viele Grüße

Daniel

[jvogel (Gast)]

Ja im 2. Bild ist der Max232,

Multimeter kabel gehen  an das Breadboard aussen an jeweils ein stift in 
+ und GND.

Der ISP Programmieradapter ist ein USB <--> ISR Programmier adapter der 
gibt der schaltung den 5V Saft, oder bene 3,3V jenachdem was man dort 
mit einem Schalter einstellt.
Der bleibt eigentlich immer dran, oder ist das schon das problem, dass 
das SPI dadurch gestörrt wird? Bzw vom ISP Programmierer als Master 
verwendet wird? :)

[Daniel R. (zerrome)]

Ja der Programmier Adapter könnte schon das Problem sein.

[JVOGEL (Gast)]

So hab nun zwei dräht in den ISP programmer gesteckt fuer VCC und GND 
aber funtkioniert trozdem nicht und der MAX232 geht auch immer noch nit 
mti 3.3v :(
 manno

[Daniel R. (zerrome)]

Ok, ich weiß nicht genau wo ich anfangen soll...

1. Nimm einen anständigen 3,3 Volt Regler der 1 A Strom liefert.
2. Nimm eine Anständige Quelle die den Regler speist!
3. Klemm nur die SD Karte an die SPI Schnittstelle.
4. Überprüfe alle Anschlüsse und Einstellungen im Code 3 mal!

Zu dem Max232 hatte ich Dir schonmal was geschrieben,
5 Volt Versorgung und dann an die RX TTL Seite einen Spannungsteiler!
Weißt Du was ich damit meine?

Du solltest Dir Methoden überlegen wie Du Hardware debuggst.
Mein Vorschlag: Modul weise Prüfen ob es geht und dann nach und nach 
zusammenschalten...





@ Sven S. (schwerminator)
Bist Du weiter gekommen mit diesen seltsamen Spikes da?



Viele Grüße

Daniel

[JVOGEL (Gast)]

IN AVR Studio hab ich:

Device: atmega32
Frequency: 16000000
OPTIMIZATION:-O2


Ok dann muss ich warten bis ich eirder zum gelben C komme. Hab hier nur 
noch einen 3v Regler und einen 5v. Ein Stabilisiertes Netzteil hab ich 
noch und eine passende buchse dazu.
So kann ich dann auch die verschiedenen Komponente mit 5v oder 3,3v 
gleichzeitig speisen.

[JVOGEL (Gast)]

@Daniel R.
ja zwischen RXD und R1 out einen spannugnteiler, damit der Atmega kein 
5v High signal bekommt, weil er mit 3.3v läuft.

[Daniel R. (zerrome)]

Hm, 3 Volt sollte auch gehen. Hauptsache ein richtiger Regler.
So eine SD Karte zieht auch schon mal gerne 200 mA oder mehr kurzzeitig.

Ich hab gerade keine Lust die Pinbelegung vom Max232 nachzuschauen, aber 
ja so meinte ich das. Zwischen Max232 RX und Kontroller RX den 
Spanungsteiler

Mit Einstellungen im Code meinte ich die Pin Einstellungen falls Du sie 
geändert hast, halt sonst noch alle Änderungen im Code. Dann alle Kabel 
Verbindungen usw...


Viele Grüße

Daniel

[JVOGEL (Gast)]

Ok ich tüfftel das mal die Tage zusammen und melde mich dan nochmal,

1000x Dank schonmal

[JVOGEL (Gast)]

Ich glaub ich hat nen kurzen und entweder der MAX232 oder der RS232 port 
an meine PC hats durchgeknallt, naja ich lass es jetzt erstmal bis ich 
mal wieder ruhige minuten habe die tage.

[Dome k. (jvogel)]

Also ergebnis bisher:

MAX232 kann nicht defekt sein, da ich einen neuen Ausgetauscht habe und 
der funktioniert auch nicht.

Atmega32 ist auch nicht defekt, habe ich auch ausgetauscht.

Weiss einer wie ich schnell einfach testen kann ob der RS232 port am pc 
nen knacks bekommen hat?

[Daniel R. (zerrome)]

RX und TX brücken, dann solltest Du genau das empfangen was Du sendest.

[Dome k. (jvogel)]

Ok, test Negativ. Ich glaub meine RS232 ist match...

[Buzzwang (Gast)]

Momentan probiere ich die neuste LIB(0.6.3) aus.
Ich bin von der 0.6.1 umgestiegen

2 Sachen waren zu beachten:
 - Im Dateinamen muss nun ein Punkt sein (8.3). LFN ist bei mir aus
 - Das Chip_select Define ist rausgeflogen und die Pin-Belegung war 
dadurch falsch.

Übersetzen mit
  #define MMC_MULTI_BLOCK   TRUE
ging nicht.

[Matze N. (hupe123)]

> 2 Sachen waren zu beachten:
>  - Im Dateinamen muss nun ein Punkt sein (8.3). LFN ist bei mir aus
>  - Das Chip_select Define ist rausgeflogen und die Pin-Belegung war
> dadurch falsch.


Kannste dazu mal etwas mehr schreiben?
-> in der Vorlage "main_simple.c" ist doch im dateinamen ein "."
-> wie hast du das Problem mit dem MMC_CHIP_SELECT gelöst. Is mir eben 
auch erst aufgefallen. Umgelötet oder einfach die Pinnummer geändert?

Grüße,
Matze

[Matze N. (hupe123)]

So, habs dann auch zum laufen bekommen und kann meine Fragen jetzt für 
alle beantworten:

-> Beim Dateinamen nuss nichts geändert werden (zumindest beim 
AVR-Studio 4 und 5beta)
-> Die SD-Karte wird kompett (und nich wie im Wiki angegeben) an den 
SPI-Port angeschlossen. Falls aus einer älteren Version die Leitung vom 
CS der Karte an einen anderen PIN als den SS geht, dann muss das 
geändert werden...

Grüße,
Matze

[Matze N. (hupe123)]

Hi,
ich hab da nen Problem. Ich würde gerne Verzeichnisse anlegen und in 
dieses Verzeichnis eine Datei.
Wenn ich die Datei ohne Verzeichnis anlegen lasse, dann funzt alles! 
Wenn ich allerdings erst das Verzeichnis anlege und das öffne um darin 
dann die Datei zu platieren, dann bekomme ich nur Datenmüll.

Hier der Code, mit dem ich das Verzeichnis anlege und hinein wechsel:

  unsigned char datum_verzeichnis[] = "12345678";      
  ffmkdir(datum_verzeichnis);
  ffcd(datum_verzeichnis);
  _delay_ms(10);

(Die Pause an Ende nahm ich mit rein, da ich dachte, daß mein µC (ein 
ATmega128) versucht die Datei anzulegen bevor das Anlegen des 
Verzeichnisses abgeschlossen ist (-> Datendurcheinander).

Der Screenshot von dem, was mir WindowsXP SP3 anzeigt, wenn ich die SD- 
Karte einlege, is im Anhang.

Kann sich das jemand erklären?!
Ohja: Wie erwähnt: PC: Win XP SP3, µC: ATmega128, 3,3V, SD ohne Zusatz 
an SPI, Compiler AVR Studio

Grüße,
Matze

[Daniel R. (zerrome)]

Hm, schau ich mir heute Abend mal an.
Möglicherweise ist da was durcheinander gekommen bei den 
Versionsänderungen.
Mag ich jetzt mal nicht ausschließen.

Viele Grüße

Daniel

[Matze N. (hupe123)]

Hi,

Ich würde gerne das Einfügen von Daten in eine Datei in deine Funktion 
implementieren.
Mit Einfügen meine ich:
z.B. aus einer TXT Datei mit dem Inhalt: "Hallo Welt!" Durch einfügen 
von "schöne, neue " an die Stelle 6 "Hallo schöne, neue Welt°" zu 
machen.

Ich habe mir gestern darüber gedanken gemacht und würde dir die gern 
kurz vorstellen, damit du mir ein paar Tipps geben kannst, was ich 
möglicherweise vergessen habe:

1) mit ffseek(x); zu der einzufügenen Stelle springen.
2) mit der Bedingung ("512 - file.cntOfBytes" aus z.B. ffseek() ) die 
restlichen Bytes aus dem Sektor in einer Variablen zwischenparken damit 
sie nich überschrieben werden
3) in einer Variablen die "Nummer" des Folgesektors merken
4) normales Schreiben der einzufügenen Daten (hier "schöne, neue ")
5) zurückschreiben der Daten aus 2)
6) in der Fat Tabelle die Folgesektornummer von 3) angeben, um das alles 
auch wieder schön zu verknüpfen

Das klingt ja erstmal gar nicht schwer. Jedoch weiß ich noch nicht mit 
welches Funktionen ich die aktuelle Sektornummer und die 
Folgesektornummer auslesen kann.
Zudem weiß ich noch nicht, wie ich die Fat-Tabelle aktuallisieren soll:
macht es Sinn die gesamte Tabelle auch in einer Var. zu parken (vgl. 2) 
) um dann normal schreiben zu können. Nebenbei merke ich mir, wieviele 
Einträge ich in die Fat Tabelle mache und schreibe den Inhalt aus Fat- 
Variablen dann einfach wieder an die richtige Stelle zurück? Aber wie 
kann ich in der Fat-Tabelle schreiben?

Du siehst, noch ein paar Fragen, aber eigentlich müsste das doch möglich 
sein, oder?!

Grüße,
Matze

[Daniel R. (zerrome)]

Hm, diese Diskussion hatten wir da schon mal : 
Beitrag "Re: MMC SD library FAT16 FAT32 read write"

Ich bin zu dem Schluss gekommen,dass es nicht so ohne weiteres möglich 
ist, weil man entweder immer ganze Cluster einfügen müsste. Oder man 
muss die kompletten Daten nach den eingefügten "aufrücken".

Keine Ahnung wie ein Betriebssystem das macht. Wenn ich da in eine 2 GB 
große Datei was einfüge, werden sicher nicht alle Daten umkopiert, oder 
doch?!?

Viele Grüße

Daniel

[Matze N. (hupe123)]

Aber ein Sektor muss doch nicht zu 100% voll mit Daten besetzt sein. Von 
daher müsste das doch gehen. Das einzige, was ein bißchen aufwendig 
werden könnte, wäre das erneuern der FAT- Tabelle.

Ich werde das mal angehen, wenn ich etwas zeit habe. Aber kannst du mir 
noch kurz sagen, wie ich die Fat- Tabelle auslese, Daten hineinschreibe, 
usw.?

Grüße

[Daniel R. (zerrome)]

Hallo,
ich hab da im Wiki ein wenig zu geschrieben.
Falls Du danach noch Fragen hast, stell sie :)


Nur der letzte Cluster einer Fat Kette muss nicht voll besetzt sein. 
Alle anderen davor schon. Man kann also nicht einfach einen halb vollen 
Cluster mitten in die Kette schummeln...

[Daniel R. (zerrome)]

Hallo,
es gab tatsächlich einen Bug in ffmkdir...

Als Anhang die gefixte Version.

Als Beispiel

ffmkdir("Ordner     ");
ffcd("Ordner     ");

Viele Grüße

Daniel

[Michael Z. (incunabulum)]

Daniel,

magst du bei Gelegenheit die aktuellen Versionen wieder per SVN 
verfügbar machen?

Ansonsten kommt man per deinem zugehörigen Artikel und dem dort 
gegebenen Link auf aktuelle Versionen nur bis zur Version 0.6.1. Auch 
habe ich ein bisschen die Übersicht verloren, welche Verison mit welchen 
händischen Ändeurngen nun aktuell sein könnte...

Danke, Michael

[Daniel R. (zerrome)]

Hallo,
ich kann mich nicht mehr anmelden beim SVN.

Hab dem zuständigen schon mal ne Mail geschrieben, ist aber keine 
Antwort gekommen...

Werde wohl wieder dazu über gehen die aktuellste Version im Wiki zu 
verlinken.

Viele Grüße

Daniel

[Michael Z. (incunabulum)]

Daniel,

einen Link auf die aktuelle Version (wo auch immer) wär schön... svn 
noch besser. Aber was nicht ist, ist nicht :-)

Michael

[Daniel R. (zerrome)]

Hi,
ja da wo es im Wiki immer den SVN Link gab, gibt es jetzt immer einen 
Link zur aktuellen Version ohne SVN.

http://www.mikrocontroller.net/articles/AVR_FAT32#Der_Status

Falls man da noch händisch etwas ändern muss schreibe ich es dann da 
auch dazu.

Viele Grüße

Daniel

[Hanno W. (hannow)]

Hallo,

ich habe folgendes Problem mit der Bibliothek (SourceCodeV3.0).
Mit dem µC kann ich eine Datei auf der SD Karte erstellen und auslesen, 
der Computer (WinXp ServicePack 3) kommt damit auch prima klar. Wenn ich 
allerdings mit dem Computer z.B. eine Textdatei "hallo.txt" auf der SD 
Karte erstelle erkennt der µC diese einfach nicht. Er legt die gleiche 
Datei mit dem selben Namen nochmal an, sodass diese dann zweimal 
vorhanden ist, jedoch ohne brauchbahren Inhalt. Ich habe die Karte unter 
Windows mit FAT formatiert, könnt da das Problem liegen?
Zur bessern Fehlersuche habe ich mal die "config.h", "mmc.h" und 
"SDCardTest.c" angehängt. Ich hoffe ihr könnt mir helfen.

Gruß
Hanno

[Daniel R. (zerrome)]

Hallo,
nim die neuste Version. Dann ist das Problem behoben.

Viele Grüße

Daniel

[Matze N. (hupe123)]

Hi, ich glaube ich habe grad wieder nen Bug gefunden...

Er ist reproduzierbar mit der Version 0.6.3.1 auf einem ATmega128 und 
beliebigen SD-Karten.
Er tritt immer auf, wenn man z.B. zwei Dateien immer abwechselnd 
beschreibt. Wenn die erste Datei größer ist als 2 Sektoren (bei 4.096 
Byte / Sektor) und sobald die zweite Datei größer wird als 2 Sektoren, 
hängt sich das Programm auf. Das funktioniert auch mit einem geänderten 
main_sample.c (nicht nur bei meinem "Mutter"- Programm)

Ich hoffe, daß das Problem kein großes ist!

Grüße und schöne Ostern noch!

[Matze N. (hupe123)]

Sorry, das Problem tritt aus, wenn 4 Dateien geschrieben werden und wenn 
eine zweite größer als 2 Sektoren werden "will"
-> Sprich, wenn zwei Dateien die größe von zwei Sektoren haben und eine 
davon drei Sektoren großer werden "will" / muss.

Grüße,
Matze

[Daniel R. (zerrome)]

Hallo,
poste mal den Code.

Viele Grüße

Daniel

[Hanno W. (hannow)]

Hallo,
kann mir mal jemand sagen, wie ich die neue Bibliothek in mein Eclipse 
Projekt integrieren kann? Hab noch nicht so viel Erfahrung damit.
Bei der letzten Version die ich hatte, habe ich einfach die Dateien in 
mein Projekt kopiert und die Pfade zu den Header Dateien angepasst.
Jetzt habe ich mir die Version 0.6.3.1 runtergeladen und weiß eigentilch 
garnicht was ich mit den Dateien anfangen soll?

[Matze N. (hupe123)]

Matze Niemand schrieb:
> Sorry, das Problem tritt aus, wenn 4 Dateien geschrieben werden und wenn
> eine zweite größer als 2 Sektoren werden "will"
> -> Sprich, wenn zwei Dateien die größe von zwei Sektoren haben und eine
> davon drei Sektoren großer werden "will" / muss.
>
> Grüße,
> Matze

Sorry, war wohl ein Fehler des Programmieres hüstel
geht alles...

Grüße,
Matze

[Daniel R. (zerrome)]

Hallo.

@ Matze Niemand (hupe123)
Schön das es jetzt geht :)

@ Hanno Winter (hannow)
Ich habe im Wiki ein paar Sätze dazu geschrieben wie man das einbindet. 
Orientier Dich einfach an den mitgelieferten Beispielen. Oder an den 
Beispielen früherer Versionen.

Viele Grüße

Daniel

[Matze N. (hupe123)]

Hi,

ich wollte grad die Version 0.6.3.1 in meine Anwendung einbauen und 
bekomme, auch beim Compilieren der main_sample, haufenweise 
Fehlermeldungen (siehe Anhang).

Wo kommen wie auf einmal her? Ich finde den "wahrscheinlich" einfach 
Fehler nich...

Der Compiler is: AVR Studio 4 und 5beta (beide die gleichen 
Fehlermeldungen, im Anhang sind die aus AVR Studio 5beta), WinXP SP3

Grüße, Matze

[Daniel R. (zerrome)]

Du versuchst die Version für den STM32 zu kompilieren...

[Matze N. (hupe123)]

??? Hä? Ich habe die Datei eben nochmal von 
http://www.mikrocontroller.net/articles/AVR_FAT32#Der_Status 
heruntergeladen und aus dem Ordner "AVRStudio-SD.MMC_lib_0.6.2" die 
Datei "mmc_project.aps" geöffnet und wollte die compilieren - das selbe 
Problem. Und wenn ich AVR studio 4 frage, welcher µC benutzt werden 
soll, steht da "ATmega168"...
Was mache ich falsch?

[Daniel R. (zerrome)]

Äh ja sorry, da ist die falsche mmc.c rein gerutscht...
Muss das neu packen.

Als Anhang mal eine mmc.c die funktionieren sollt.

Viele Grüße

Daniel

[Matze N. (hupe123)]

Jo, danke!! Und einen schönen Tag dir!

[Matze N. (hupe123)]

Hmm,... ich wollte eben mal wieder weitermachen und AVRstudio4 schmeißt 
mir mit der neuen mmc.c Datei immernoch ein Fehler raus:

../fat.c:213: warning: implicit declaration of function 'toupper'

Grüße,
Matze

[Daniel R. (zerrome)]

Hallo,
das ist ja nur ein warning.
Eigentlich sollte auch das AVR Studio diese Funktion kennen...

Viele Grüße

Daniel

[Hanno W. (hannow)]

Hallo,
ich brauche mal wieder einen Tipp...seit dem ich nun die neue Bib auf 
den Controller gespielt habe, funktioniert die Initialisierung einfach 
nicht?
Ich denke, dass ich alles so wie vorher eingestellt habe, also liegt 
Chip Select noch auf PB1,...normal wäre PB4, aber wenn ich das in der 
mmc.h anpasse müsste es ja eigentlich gehn?
Ich weiß gerad gar nicht wo ich anfangen soll zu suchen...an der 
Hardware kanns nicht liegen, denn mit der alten Version klappt die 
initialisierung ohne Probleme.

[Daniel R. (zerrome)]

Hallo,
hast Du einen Pullup an DO der Karte, bzw am MISO vom Kontroller?
Und ja, der Chip Select Pin hat sich geändert, also die Belegung. Wenn 
Du das in der mmc.h anpasst sollte das gehen.

Viele Grüße

Daniel

[E. L. (robo-man)]

Hallo!
Das ist eine echt geile Lib. Super Arbeit!
Auch für Einsteiger leicht verständlich.
Kann mir einer vielleicht sagen, wie ich mit dieser Lib z.B. MP3 Dateien 
einfach nach der Reihe auslesen kann, ohne dass ich den Namen angeben 
muss?
Das z.B. 10 mp3´s auf der sd karte sind und der µc die dann alle 
nacheinander ausliest. Ist das möglich?
Danke!!!

[Marcel (Gast)]

hi

@ Matze Niemand

"Hmm,... ich wollte eben mal wieder weitermachen und AVRstudio4 schmeißt
mir mit der neuen mmc.c Datei immernoch ein Fehler raus:

../fat.c:213: warning: implicit declaration of function 'toupper'"

du musst die Datei ctype.h in fat.c einbinden dann geht`s
#include <ctype.h>


mfg Marcel

[Hanno W. (hannow)]

Hallo,

ich habe die neue Bibliothek bei mir immer noch nicht zum laufen 
gebracht...hatte zwar keinen Pullup an DO, aber selbst mit klappt die 
Initialisierung nicht.

Mein Problem mit der alten Bib ist ja nur, dass ich mit dem Computer 
keine Dateien auf der SD-Karte erstellen kann, um diese dann mit dem 
Mikrocontroller weiterzuverarbeiten. Kann mir jemand sagen, was der 
Computer anders bei der Erstellung von Dateien macht als der 
Mikrocontroller?

[Daniel R. (zerrome)]

Hallo,
wo in der Initialisierung bleibt es denn hängen?

Viele Grüße

Daniel

[Hanno W. (hannow)]

Hallo,
das weiß ich leider nicht, habe keine Möglichkeit das Programm zu 
debuggen...

[Daniel R. (zerrome)]

Doch, das hat man immer...mit ein wenig Kreativität :)

Mach eine LED mit Vorwiderstand an einen Pin.
Im Programm machst Du die LED dann an einer bestimmten Stelle an. 
Entweder das Programm läuft bis da und die LED leuchtet, oder eben 
nicht. So kann man sehen bis wo es läuft.
Du könntest Dir natürlich auch Debug Ausgaben auf dem uart machen oder 
so...

Viele Grüße

Daniel

[holger (Gast)]

Wieso ist in der 0.6.3.1 beim AVR STM32 Code drin?

[Daniel R. (zerrome)]

Weil ich es verpeilt habe.
Versuche am Wochenende mal ein neues Paket zu machen, sorry.

Viele Grüße

Daniel

[Flo W. (Firma: privat) (florian1x)]

Hallo,

habe da mal ein paar Fragen zur lib:

Ist das Low-Level IO (also MMC/SD etc.) vom fat code getrennt?
Weil ich dies selber realisiert habe und das gerne so übernehmen würde.

unter welcher Lizenz läuft der Code? Weil ich derzeit an einem Projekt 
sitze, was unter Umständen kommerziell eingesetzt werden soll.


mit freundlichen Grüßen
Flo

[Daniel R. (zerrome)]

Hallo,
getrennt ist relativ :)

War mal so gedacht, ist aber dann doch relativ verzahnt.
Klar schreiben eines Blocks und Initialisierung sollte ohne weiteres 
portierbar sein.

Lizenz ist mir egal.

Viele Grüße

Daniel

[Flo W. (Firma: privat) (florian1x)]

Ok, danke für die zügige Antwort, ich schau mal gerade ob ich das 
hinkriege mit dem trennen.

[Sven Meier (Gast)]

Ist es gestattet diese lib in einem Komerziellen Projekt zu verwenden ?



Gruß Sven Meier

[Sven Meier (Gast)]

Frage hat sich erledigt

[Daniel R. (zerrome)]

Hallo,
da das jetzt schon mehrer Leute gefragt haben,
was würde passieren wenn ich sage:" Nee gib mir mal 50 Euro dafür"?

Mir ist es aber egal was wer damit macht...


Viele Grüße

Daniel

[Flo W. (Firma: privat) (florian1x)]

Mach ne readme.txt mit dazu
wo du nen copyright mit deinem namen reinschreibst
und dadrunter dass es BSD is. Dann kann die jeder Frei verwenden 
bearbeiten und sons was

ein zwei regeln gibt es da noch aber prinzipiel sollte die Linzenz für 
das projekt hier ganz gut sein :P

[Gedankenmacher (Gast)]

>da das jetzt schon mehrer Leute gefragt haben,
>was würde passieren wenn ich sage:" Nee gib mir mal 50 Euro dafür"?

wahrscheinlich wärst du dann Händler mit allem drum und dran. Steuer, 
Gewährleistung, Support, irgendwelche Anmeldungen, ...

btw. tolle Bibliothek.

[holger (Gast)]

>btw. tolle Bibliothek.

Ja, wirklich toll. Der STM32 Schrott steht seit dem
31.05.2011 immer noch im AVR Teil.

[Daniel R. (zerrome)]

Kommendes Wochenende änder ich das, versprochen...

[abccba (Gast)]

Hallo,

ich habe eine kleine, wahrscheinlich banale Frage. Habe eine SD Karte 
mit einem Mega 16 verbunden und möchte Werte aus einer Text-Datei 
auslesen und an einem Port ausgeben. Als nur komisches Zeug ausgegeben 
wurde habe ich mal per uart ausgeben lassen, was genau der uC eigentlich 
von der Karte einliest und musste feststellen dass da irgendein Murks 
angezeigt wird. Also habe ich zunächst eine Text-Datei mit ffwrite vom 
uC aus erstellt und diese dann anschließend wie vorher ausgegeben... das 
funktionierte einwandfrei. Wenn ich jedoch nur ein einziges Zeichen mit 
einem Text-Editor in der Datei am Rechner verändere und das ganze 
speichere, dann steht wieder nur murks da. Woran liegt das? Ich habe die 
Vermutung dass irgendwas mit der Codierung nicht stimmt, bzw der Editor 
da irgendwie noch was reinmogelt. Wie kann man nun am PC eine Text-Datei 
erstellen, die auch wirklich nur aus dem besteht was man im Editor 
sieht?

Viele Grüße

PS.: die Library ist echt super!

[Daniel R. (zerrome)]

Hallo,
eine ganz normale Textdatei muss die Lib lesen können. Hast Du die Lib 
mit LFN Untersützung kompiliert? Vielleicht macht der PC da immer lange 
Dateinamen aus den Dateien beim schließen. Wenn Du so eine Datei hier 
hochladen würdest, schau ich mir die mal mit einem Hex-Editor an. Der 
zeigt einem wirklich die Bytes an aus der so eine Datei besteht.

Viele Grüße

Daniel

[abccba (Gast)]

Hallo Daniel,

hier hab ich mal ein paar Werte eingetragen, einmal mit dem Mac 
Text-Edit in test.txt und dann nochmal mit Windows im Editor in 
test1.txt. Die Codierung ist Standardmäßig bei Windows auf ANSI und Bei 
test.txt hab ich ASCII eingestellt, weil dort anscheinend UTF-8 Standard 
ist. Das wär echt super, wenn du dir das kurz mal anschauen könntest. 
Achso, LFN ist natürlich mitkompiliert worden.

Viele Grüße und Danke für die Hilfe

PS.: Ich hätte noch eine andere Frage zur Funktion ffls(): Wie genau 
funktioniert diese?
bzw. was beudeutet genau "// zeigt direktory inhalt an, muss zeiger auf 
eine ausgabe funktion übergeben bekommen" ? Kann ich die Funktion nutzen 
um in einen String sämtliche Dateinamen, die vorhanden sind, 
reinzukopieren? Wenn ja, wie genau stelle ich das an?

[abccba (Gast)]

Oh ich seh grad das sind in beiden Fällen tatsächlich genau 15 Bytes. 
Sehr seltsam. Kann es sein dass etwas mit der Formatierung der Karte 
nicht stimmt? Bzw wie kann ich diese am besten formatieren?

[Daniel R. (zerrome)]

Hallo,
am besten formatierst Du die Karte mit FAT32, windows oder linux, das 
ist egal.

ffls() ist eine Baustelle seit der Umstellung auf LFN. Das zeigt 
momentan nämlich nur SFN an.

Ich schau mir das spätestens morgen mal genauer an..

Viele Grüße

Daniel

[Daniel R. (zerrome)]

Hallo zusammen,
hier mal die neu gepackte Version.
Um es mir einfacher zu machen, werde ich jetzt einfach die AVR und ARM 
Sachen getrennt hier http://www.mikrocontroller.net/articles/AVR_FAT32 
Posten.

Viele Grüße


Daniel

[SD-Card Greenhorn (Gast)]

Hallo

ich habe noch keinerlei Erfahrung mit SD-Card Anwendungen. Ich möchte 
angeregt durch diesen Thread mal damit anfangen. Ich habe einen 
Atmega328P. Einige haben da ja schon die LIB angepasst, haben aber nicht 
explizit geschrieben was. Wo muß man da überall anpassen?
-mmc.h
-uart.h
..oder sonst noch wo? Ich habe im Artikel nichts über Prozessoranpassung 
gelesen. Gibt es ein "kleines" Testprogram, mit dem eine "schnelles" 
erfolgserlebnis hat.

Vielen Dank
Achim

[Daniel R. (zerrome)]

Hallo,
es liegt ein Beispielprogramm bei.

Für den ATmega328 musst Du nur, wie Du schon festgestellt hast, die 
mmc.h und das Uart Zeug anpassen. Hast Du spezielle Fragen?

Viele Grüße

Daniel

[SD-Card Greenhorn (Gast)]

Hallo Daniel,

vielen Dank für deine Antwort. Konkrete Fragen kommen eventuell erst 
noch....

MfG
Achim

[SD-Card Greenhorn (Gast)]

Hallo

ich möchte die SD-Card an einen Atmega328P 3,3V System hängen. Meine 
Frage ist nun muß man da Pullup Widerstände dranmachen?
Ich habe in der mmc.c nichts gefunden dass da die internen Pullups 
aktiviert werden?

Es gibt ja da sehr viele Schaltungsvarianten. Kann mir jemand kurz sagen 
welche Ankopplung bei dem 3,3V System am erfogversprechendsten ist?

Vielen Dank
Achim

[Daniel R. (zerrome)]

Hallo,
ja Pullup an MISO wäre ganz gut. Ordentliche Stromversorgung und 
Enstörkondensatoren Kondensatoren schaden auch nicht.

Ich hab aber auch schon Schaltungen gesehen, da hätte man gesagt, DAS 
läuft NIEMALS, hat es dann aber doch...

Viele Grüße

Daniel

[Andre I. (scuido)]

Hallo,

super Lib, ein großes Dankeschön an alle die da mitgewerkelt haben.

Ich habe nun ein kleines Problem,

wenn ich eine Datei erstelle und dort mit einer Schleife 100mal das 
gleiche reinschreibe und anschließend wieder schließe, danach denn 
wieder mit dem µC auslese und über uart ausgebe, funktioniert alles 
wunderbar.
(Quelltext ist der aus dem Tutorial nur mit ner Schleife extra)

Wenn ich nun aber die SD Karte in den PC stecke findet er zwar die 
Datei, sie hat auch ne variable Größe z.B. 5kB(jenachdem wie oft ich da 
reinschreibe), nur kann ich sie nicht öffnen. Windows meint, die Datei 
sei beschädigt. Woran liegt das?


Leider bin ich gerade erst mit der SD/FAT Materie angefangen und kenne 
da noch nicht alle Vorgaben.

Viele Grüße
André

[Andre I. (scuido)]

Was ich noch vergessen habe. Unter Linux kann man die Datei öffnen.

Gruß
André

[Daniel R. (zerrome)]

Hallo,

probier mal nur mit kurzen Dateinamen zu kompilieren und dann das mit 
der Datei. Poste zur Sicherheit mal den Code den Du geändert hast, 
vielleicht ist da ein Fehler.
Um zu verstehen was da passiert ist es gut sich die Daten mal mit einem 
Hex-Editor wie WinHex anzuschauen. Da kann man dann genau sehen wie die 
Daten auf der Karte strukturiert sind.

Viele Grüße

Daniel

[Andre I. (scuido)]

Hey, habe das Porblem gefunden.

Scheinbar war das Format der Karte nicht auf FAT16/32, sondern FAT12. 
Deine Lib hat das nicht erkannt und dachte es sei FAT16, so hat die denn 
einfach drauf geschrieben, sodass die Daten zwar drauf waren aber das 
Dateisystem kaputt war.

Mit ne größeren Karte die auf FAT32 formatiert wurde läuft es nun.


Ich hatte das gleiche Problem mit dem exacten Code von dir.

Linux ist es scheinbar völlig wurst was es bekommt, aber Windows ist da 
dummerweise etwas zimperlich... ;)

Danke aber für deine Rückmeldung, vielleicht hilft dir der Fehler ja, um 
die Lib. noch bissle robuster zu machen.

[Max (Gast)]

Hallo Zusammen,

ich versuche gerade ein Verzeichnis auf der SD Karte an zu legen.
Es wir auch erzeugt, nur lässt es sich am PC nicht öffnen. Es kommt eine 
Fehlermeldung.

der Code sieht so aus.

uint8_t dada[] = "DAN";
ffmkdir(dada);

Mache ich etwas falsch?

Datei erzeugen funktioniert, öffnen schreiben, lesen alles gut.

Gruß

Max

[Daniel R. (zerrome)]

Hallo,
probier mal ob dieses Beispiel funktioniert:

Beitrag "Re: MMC SD library FAT16 FAT32 read write"

Also nur die Art und Weise wie das da erstellt wird. Nicht diese Version 
von da, sondern mit der Version von hier:

http://www.mikrocontroller.net/articles/AVR_FAT32

Viele Grüße

Daniel

[Max (Gast)]

Danke das war es.

Ist vielleicht an gedacht in der nächsten Version eine kleine Schleife 
im ffmkdir zu integrieren die prüft wie lang der String ist und dann 
entsprechen SPACE anhängst?

Gruß

Max

[Christian (Gast)]

Hi Daniel !

Erstmal super Bibliothek.

Ich habe jetzt nicht sämtliche Antworten darauf gelesen und hoffe das 
meine folgende Frage noch nicht gestellt wurde :).


Ich möchte mittels Microblaze und dem dazugehörigen SPI Core Daten auf 
eine SD Karte schreiben und diese komfortabel via PC auslesen. Also z.B. 
Prozessdaten abgespeichert in einer .txt file.

Eignet sich deine Bibliothek für solch eine Hardware Platform?

Ich habe noch nie mit FAT16/32 gearbeitet und hoffe, dass die Frage 
nicht zu trivial ist :)

Gruss

[Daniel R. (zerrome)]

Hallo,
das sollte kein Problem sein.
Habe auch die Lib auch schon auf einem Altera NIOS laufen gehabt. 
Genauer gesagt mit dem DE2 Board von Altera. Du musst nur den ganzen SPI 
Kram anpassen...

Viele Grüße

Daniel

[Christian (Gast)]

Hi,

Okay danke Dir!

Werd mich evtl. nochmal melden, sofern ich noch Fragen habe :)

Gruss

[Christian F. (christianf)]

Eine Frage hab ich noch,

ich war gerade drauf und dran das komplett selber zu schreiben. Also 
zuerst die Karteninitialisierung realisieren, dann schreiben eines 
Blockes und dann am "Ende" die Realisierung von FAT32.

Nun überleg ich gerade ob ich dein angebotenes Projekt verwenden, da ich 
Neuling auf dem Gebiet bin. Jedoch hab ich absolut kein Überblick über 
das, was angepasst werden muss.

Ist die Initilisierungsprozedur denn an den "initialization flow" von 
der Spezifikation angepasst ?
http://elm-chan.org/docs/mmc/sdinit.png

[Christian F. (christianf)]

Kann den obigen Beitrag nichtmehr editieren (leider). Sorry also für den 
Spam.

Ich wollte Dich fragen ob es mit der TPU Probleme geben könnte.

Irgendwie verwendest du ja "TimingDelay" für die mmc_init Funktion. Ist 
das eine über die TPU vom AVR (falls vorhanden) erzeugte Verzögerung?

Wie müsste man es verändern ? Reicht da eine einfache "Soft-Tpu" in Form 
einer for-Schleife (bissle unsauber ich weiß :) ).

Gruss
Christian

[Xdim (Gast)]

Hallo,
erstmal großen Dank an diese gute Library. Ich benutze sie um auf einer 
SD/SDHC eine TXTdatei anzulegen um dort meine AD gewandelten Werte 
abzuspeichern. Das funktioniert bis jetzt auch ganz gut... Nun habe ich 
Probleme bei einer anderen Sache. Ich möchte auf der SD Karte eine Datei 
(unter Windows) anlegen. Die heißt dann z.B. config.txt. Von dort soll 
sich der Controller später verschiedene Werte holen und die 
entsprechenden Variablen (also die Controllervariablen wie z.B. 
Abtastzeit) dannach setzen. Das Problem ist, dass die unter Windows 
angelegte Datei von der FATlibrary nicht gefunden wird. Ich habe es mit 
ffopen((unsigned char*)config.txt) und auch direkt mit 
if(fat_loadFileDataFromDir((unsigned char*) "config.txt")==TRUE)... 
probiert, doch leider kein Erfolg. Ich habe auch schon verschiedene 
Schreibweisen versucht (CONFIG, CONFIG  TXT, CONFIG.TXT). Hat auch nicht 
geklappt.
Funktionieren tut es nur, wenn ich mit meinem Controller die config.txt 
Datei anlege und später unter Windows editiere. Dann wird die Datei auch 
immer gefunden und ich kann die nötigen Werte raus holen.


für Tipps wäre ich sehr dankbar.

[Mark (Gast)]

Hi!

Ich habe ein Problem und zwar hab ich das fertige KEIL - Project von 
Version 0.6.3.1 auf meinen STM32F107VB geworfen. Ich hab nur den CS-Pin 
auf meine Hardware angepasst.
Aber leider funktioniert bei mir das mmc_init nicht.
bei CMD0 bekomm ich noch 0x01 zurück, aber bei ACMD41 oder CMD1 bekomm 
ich immer 0xFF zurück.
Hat wer Erfahrung damit oder eine Idee was mein Problem sein könnte?
Vielen Dank schonmal...

lG
Mark

[US (Gast)]

Hallo,
wollte mit folgenden Parametern die Lib übersetzen.

MMC_OVER_WRITE = FALSE
MMC_MULTI_BLOCK = TRUE


Fehlermeldung!
start_Sectors und currentSectorNr sind nicht in struct Fat_t vorhanden.

Und so wie es aussieht, hat der Compiler wohl auch noch recht.


Gruß
Uwe

[Daniel R. (zerrome)]

Hallo, ja hat er.

http://www.mikrocontroller.net/articles/AVR_FAT32#Der_Status

Da steht das Multiblock ungetestet ist...

Hatte momentan sehr wenig Zeit. Wird aber kommenden Monat deutlich 
ruhiger werden.


Grüße

Daniel

[US (Gast)]

Hallo,
sollte nur eine Mitteilung sein und auf keinen Fall etwas anderes.
Finde die Lib sonst sehr gut.

Danke

Gruß
Uwe

[A. G. (Firma: Conrad) (goth_conrad)]

Hallo,

ich habe Ihnen eine PM geschickt, leider ohne Hinweis, ob Sie die Info 
erhalten haben. Deshalb schreibe ich zur Sicherheit hier im Thread.
Bitte kontaktieren Sie mich, sobald Sie die Nachricht erhalten.

Vielen Dank

[Steve (Gast)]

Hi Leute,

Ich versuch schon seit einiger Zeit mit der ffwrite funktion die ADC 
werte meines XMega128 abzuspeichert. Strings klappen einwandfrei jedoch 
mit den int da hab ich probleme entweder er zeigt nur hieroglyphen (im 
übertragenen Sinn) an oder gar nichts an.

Ich speichere es als *.txt file.

Wahrscheinlich ist es nur eine kleinigkeit die ich übersehen hab aber 
ich weis nicht mehr weiter.

Ich hoffe Ihr wisst vielleicht was.

Übrigens danke für die tolle lib.

[Gerhard G. (xmega)]

Hallo;


Steve schrieb:
> ich weis nicht mehr weiter.


int ffwrite_putchar(char c, FILE *stream); // // bindet ffwrite(c) ein


 // bindet ffwrite() ein
 static FILE my_stdout = FDEV_SETUP_STREAM(ffwrite_putchar, NULL, 
_FDEV_SETUP_WRITE);

int main(void)
{
//....
stdout = &my_stdout; // bindet printf() ein

printf("%02d; %02d; \r\n",ADCWERTxx,ADCWERTyy);// auf SD-Card speichern
//....

}

int ffwrite_putchar(char c, FILE *stream) // // bindet ffwrite() ein
{
   ffwrite(c);
  return 0;
}


bitte die nötigen Maßnahmen für printf(), float, usw. beachten

Makefile :

PRINTF_LIB = $(PRINTF_LIB_FLOAT)


Gruß xmega

[Steve (Gast)]

Super danke das funktioniert einwandfrei, jedoch hab ich jetzt ein 
anderes kleines problem mit meinen dogl128 den ich verwende. Den 
beschreib ich leider auch mit der printf funktion.

Jetzt schreibe ich zwar wenn ich ins Unterprogramm springe die funktion 
um auf die sd-karte und wenn ich wieder rausspring schreib ichs wieder 
um auf den lcd. Nun geht der Display so lange aus so lang ich im 
Unterprogramm bin.

Gibt es irgendeine möglichkeit auch eine andere funktion als die printf 
zu verwenden???

[Gerhard G. (xmega)]

Hallo,

du legst im Prinzip zweimal das Selbe an und wechselst nur mit

stdout = &mystdout; // bindet ffwrite() ein

oder

stdout = &my_stdout; // bindet printf() unter DOGM128 ein

Das funktioniert sehr gut, ich mach genau das Selbe.

Ich schreibe Temperaturen auf die SD-Card

z.B


stdout = &my_stdout; // bindet ffwrite()() ein


printf("%02d; %02d; \r\n",ds18b20.cel[0],ds18b20.cel[1]);// SP anzeigen

stdout = &mystdout; // bindet printf() DOGM128 ein



Gruß xmega

[Stephan K. (dustpuppy)]

Hi,
kann sein, dass ich was falsch mache, aber kann auch sein, dass ich 
einen Fehler gefunden hab.
Ich habe zwei Dateien auf der Karte. Wenn ich eine dritte Datei anlege, 
in die ich die Daten einer der beiden Datein kopiere und dann die 
Quell-Datei loesche, dann wird die zweite Datei, die am Anfang da war 
gleich mit geloescht.
Das Kopieren mach ich so, dass ich eine Zeile lese, die Datei schliesse 
und die Daten dann in die Zieldatei schreibe, diese wieder schliesse und 
so weiter. Also ist immer nur eine Datei offen. fflush verwende ich auch 
nach jedem Zugriff und ich habe es bereits versucht mit Pausen zwischen 
den Zugriffen.

Gruesse

Dusty

[Daniel R. (zerrome)]

Hallo,

poste doch mal den Code mit dem Du das machst.
Vielleicht kann man dann mehr dazu sagen.

Viele Grüße

Daniel

[Stephan K. (dustpuppy)]

Hi,
das wird jetzt nicht grade wenig.

Die Datenbank Funktionen:

struct _data_info_
{
  uint16_t num_fields;
  uint16_t num_data;
  char name[20][20];
  char DATA[20][20];
  char *db;
}DATA_INFO;

void Read_DB(uint16_t n)
{
      int count=0;
      int c,t;
      uint16_t s=0;
  
      if( MMC_FILE_OPENED == ffopen(DATA_INFO.db,'r') )
      {
  while(s<=n)
  {
    for(t=0;t<DATA_INFO.num_fields-1;t++)
    {
      count=0;
      c=ffread();
      while( (c!=',') )
      {
        tmp_buffer[count]=c;
        c=ffread();
        count++;
      }
      tmp_buffer[count]='\0';
      if(n==0)
      {
        sprintf(DATA_INFO.name[t],"%s",tmp_buffer);
      }
      else
      {
        sprintf(DATA_INFO.DATA[t],"%s",tmp_buffer);
      }
    }
    count=0;
    c=ffread();
    while( (c!='\n') )
    {
      tmp_buffer[count]=c;
      c=ffread();
      count++;
    }
    count--;
    tmp_buffer[count]='\0';
      if(n==0)
      {
        sprintf(DATA_INFO.name[t],"%s",tmp_buffer);
      }
      else
      {
        sprintf(DATA_INFO.DATA[t],"%s",tmp_buffer);
      }
    s++;
  }
  ffclose();
      }
}

void Open_DB(char *file_name)
{
  uint16_t count_fields=0;
  uint16_t count_data=0;
  int c;
  uint32_t seek;
  int fields_counted=FALSE;
  
    if( MMC_FILE_OPENED == ffopen(file_name,'r') ){
    seek = file.length;
    do{
      c=ffread();
      if( (c==',') && (fields_counted==FALSE) )
      {
        count_fields++;
      }
      if( (c=='\n') )
      {
        if(fields_counted==FALSE)
        {
          count_fields++;
        }
        count_data++;
        fields_counted=TRUE;
      }
    }while((--seek));
    ffclose();
  }
  DATA_INFO.num_fields=count_fields;
  DATA_INFO.num_data=count_data-1;
  DATA_INFO.db=file_name;
  Read_DB(0);
}

void Delete_DB(uint16_t n)
{
    int t,x;
    int c;
  
    if(MMC_FILE_OPENED == ffopen("temp.tmp",'c') )  // Leere Datei anlegen
    {
  fflushFileData();
  ffclose();
    }
    
    if( MMC_FILE_OPENED == ffopen("temp.tmp",'r') )  // Temporaere Datei oeffnen
    {
      for(t=0;t<DATA_INFO.num_fields-1;t++)
      {
  ffwrites(DATA_INFO.name[t]);      // Feldbezeichnung eintragen
  ffwrite(',');          // Komma anfuegen
  fflushFileData();
      }
      ffwrites(DATA_INFO.name[t]);      // Feldbezeichnung eintragen
      ffwrite(0x0D);          // Zeile abschliessen \n
      ffwrite(0x0A);          // Zeile abschliessen \r
      fflushFileData();
      ffclose();
    }
    
    c=DATA_INFO.num_data;
    
    for(x=1;x<n;x++)          // Datensaetze vor dem zu loeschenden durchgehen
    {
      Open_DB("loks.dat");        // Datenbank oeffnen, um die Info struct aktuell zu halten
      Read_DB(x);          // Datensatz holen
      if( MMC_FILE_OPENED == ffopen("temp.tmp",'r') )  // Temporaere Datei oeffnen
      {
  ffseek(file.length);        // Bis ans Dateiende gehen
  for(t=0;t<DATA_INFO.num_fields-1;t++)
  {
    ffwrites(DATA_INFO.DATA[t]);      // Datenfeld eintragen
    ffwrite(',');          // Komma anfuegen
    fflushFileData();
  }
  ffwrites(DATA_INFO.DATA[t]);      // Datenfeld eintragen
  ffwrite(0x0D);          // Zeile abschliessen \n
  ffwrite(0x0A);          // Zeile abschliessen \r
  fflushFileData();
  ffclose();
      }
    }
    for(x=n+1;x<=c;x++)          // Datensaetze nach dem zu loeschenden durchgehen
    {
      Open_DB("loks.dat");        // Datenbank oeffnen, um die Info struct aktuell zu halten
      Read_DB(x);          // Datensatz holen
      if( MMC_FILE_OPENED == ffopen("temp.tmp",'r') )  // Temporaere Datei oeffnen
      {
  ffseek(file.length);        // Bis ans Dateiende gehen
  for(t=0;t<DATA_INFO.num_fields-1;t++)
  {
    ffwrites(DATA_INFO.DATA[t]);      // Datenfeld eintragen
    ffwrite(',');          // Komma anfuegen
    fflushFileData();
  }
  ffwrites(DATA_INFO.DATA[t]);      // Datenfeld eintragen
  ffwrite(0x0D);          // Zeile abschliessen \n
  ffwrite(0x0A);          // Zeile abschliessen \r
  fflushFileData();
  ffclose();
      }
    }
}

Der Fehler tritt in Delete_DB auf. Die Bilder zeigen, was ich meine. Die 
Funktion ist noch nicht fertig, da ich den Fehler erst behoben haben 
muss.
Spaeter wird das orginal File geloescht und das temporaere File noch mal 
kopiert als orginal.
Was mich dann auch zum naechsten Punkt bringt. Eine Funktion zum 
Umbennen von Dateien waere echt hilfreich.

Die Bilder zeigen Folgendes. Zuerst was auf der Karte ist am Anfang. 
Dann dass das Kopieren funktioniert hat. Datensatz 3 ist geloescht in 
temp.tmp. Dann dass nicht nur das geloescht File weg ist, sondern auch 
noch eine weitere Datei fehlt.
rm im Terminal ruft nur ffrm("temp.tmp") auf.

Gruesse

Dusty

[Stephan K. (dustpuppy)]

Hi again,
und noch ein Fehler. Ich habe eine Karte geloescht und eine Datei mit 
2mb Groesse angelegt. Diese habe ich mit Leerzeichen vollgeschrieben. 
Wenn ich die Datei jetzt lese, dann sind dort Frakmente alter Dateien 
drin.

Gruesse

Dusty

[Daniel R. (zerrome)]

Hallo,
erstmal:

Das ist doppelt in der Kombination! ffclose ruft fflushFileData eh auf. 
Das erzeugt unnötige Schreiboperationen.

fflushFileData();
ffclose();

fflushFileData sollte nur verwendet werden wenn man ewig lange eine 
Datei geöffnet hat und sicherheitshalber zwischendurch mal die Daten 
sichern möchte. Sonst ist das nicht nötig. Im gegenteil, es werden so 
Unmengen von Schreiboperationen verursacht.

>Der Fehler tritt in Delete_DB auf.
Aber erst bei rm verschwinden doch die Dateien oder? Sind vorher alle 
Dateien da und so wie sie sein Sollten? Mit Pc überprüft?

Dann, was meinst Du mit gelöscht? Formatiert?
Wie legst Du denn eine Datei mit 2MB an schreibst erst dann?

Poste mal bitte noch die Dateien, dann schau ich mal, wann ich Zeit habe 
das bei mir laufen zu lassen um den Fehler reproduzieren zu können.
Hilfreich wäre auch die mmc_config.h und welche Version der Lib Du 
benutzt.

Viele Grüße

Daniel

[Kazs (Gast)]

Hi!

Wie schaut denn der Speicherverbrauch der Lib aus (mit gehts 
hauptsächlich um RAM)? Wieviel belegt die Statisch im RAM und wieviel 
Platz solle auf dem Stack noch verfügbar sein?

[Thilo M. (Gast)]

Hallo Daniel,

erst mal Kompliment für die gelungene Lib!

Banale Frage:
Ich habe die Lib in einen Datenlogger integriert, läuft so weit auch 
super (Textdatei, ca. 40 Byte pro Zeile, minütliches, zeilenweises 
Schreiben).

Das Problem ist, dass die Ansteuerung nach ca. 12h "abschmiert", die 
Karte wird dauerhaft angewählt und die Datei zerschossen.
Meine Vermutung ist, dass zwischendurch ein fat-lookup stattfinden 
sollte.
Kann das sein? Karte ist dauerhaft unter Spannung.
Und wie kann ich einen fat-lookup bei initialisierter Karte durchführen?

[Thilo M. (Gast)]

Um meine Frage selbst zu beantworten:

ich habe testweise die MMC_MAX_CLUSTERS_IN_ROW in der mmc_config.h auf 
2048 hochgesetzt. Seit 10 Tagen Dauerbetrieb keine Probleme, alles 
bestens.

Nochmal: super Lib! ;-)

[phanaton (Gast)]

Hi, ich wollte mal einen (höchstwahrscheinlich jedenfalls) Bug melden,
in der Funktion "mmc_wait_ready (void)":

static uint8_t mmc_wait_ready (void){

  TimingDelay = 50;

  do{
    if(   spi_read_byte() == 0xFF ) return TRUE;
  }while ( TimingDelay );

  return FALSE;
}

dort würde eine Endloschleife stattfinden wenn die SD/MMC Karte nicht 
antwortet.
Demnach sollte die Korrektur in etwa so außsehen:

//...
        }while ( TimingDelay-- );
//...

[Fabian B. (fabs)]

Das ist nicht richtig.
TimingDelay wird an anderer Stelle (im Timer Interrupt) dekrementiert.

Gruß
Fabian

[phanaton (Gast)]

Oh Sorry hab ich wohl einen Fehler gemacht...
Hab nur kurz den Quellcode überflogen und das kam mir komisch vor, aber 
jetzt da ich sehe das TimingDelay ja gar nicht in der Funktion 
initialisiert wird wird mir klar das ich ein wenig weiter in den 
Quellcode hätte schauen müssen...

Gruß
Philipp

[Sven S. (schwerminator)]

Hi. Die Library läuft bei mir inzwischen recht gut. Wenn ich allerdings 
in der 0.6.4 sowohl MMC_MULTI_BLOCK auf TRUE als auch MMC_OVER_WRITE auf 
FALSE stelle, kommt es zu folgenden Fehlern in file.c:

Error  1  'struct Fat_t' has no member named 'currentSectorNr'
Error  2  'struct Fat_t' has no member named 'startSectors'
Error  3  'struct Fat_t' has no member named 'startSectors'
Error  4  'struct Fat_t' has no member named 'currentSectorNr'
Error  5  'struct Fat_t' has no member named 'startSectors'
Error  6  'struct Fat_t' has no member named 'currentSectorNr'
Error  7  'struct Fat_t' has no member named 'currentSectorNr'

Und Tatsache: Beschriebene Felder befinden sich in anderen Strukturen. 
Ein einfaches Umändern hat bei mir keinen Erfolg gebracht => weitere 
Fehler. Kann es sein, dass da ein paar Dateien/Funktionen aus 
unterschiedlichen Versionen durcheinander geraten sind?

Gruß Sven

[Daniel R. (zerrome)]

Hallo,

es ist noch schlimmer als nur durcheinander geraten.
Es ist nicht geprüft. Multiblock wird momentan also nicht unterstützt.

Viele Grüße

Daniel

[Thilo M. (Gast)]

Ich habe momentan auch noch Probleme,

ich schreibe minütlich Datensätze mit je 182 Byte in eine Textdatei.
Nach 4h25min (263 Datensätzen) + 574 Byte Spaltenüberschrift (insgesamt 
49152 Byte, also exakt 48kB) wird die Karte zwar noch angesprochen, aber 
nicht mehr beschrieben.

Bin momentan ratlos, an was das liegen könnte.

[Thilo M. (Gast)]

Nachtrag:
die verwendete Karte ist eine etwas ältere Kingston 256MB-Karte.
Mit einer MAX 60x 1GB sind die Leuchtzeiten der LED am CS deutlich 
kürzer.
Ich vermute diese alte Kingston-Karte ist zu langsam.

[Michael M. (eos400dman)]

Hallo,

ich versuche nun auch schon seit ein paar Tagen eine SD Karte (1Gb mit ) 
deiner Lib anzusteuern. Ich komme aber nicht über mmc_init hinaus. Auf 
dem Terminal wird mir nur Boot angezeigt. Hab bereits den 10k Pullup an 
MISO und auch schon alle Verbindungen geprüft. Mein µC ist ein Atmega 
168 und er läuft mit 10Mhz. Zum testen verwende ich deinen Beispielcode.
Ich habe auch schon #define MMC_MAX_SPEED FALSE versucht, aber das hat 
auch nichts gebracht. Was kann ich noch versuchen?

Gruß Michael

[Thilo M. (Gast)]

Eben nochmal mit neuer Karte getestet, die Datei wird definitiv beim 
Schreiben >48kB zerschossen (nicht mehr lesbar).

Was könnte da schuld sein?

[Michael M. (eos400dman)]

Ich hab jetzt nochmals mit einer anderen Karte getestet. Aber es läuft 
trotzdem nicht. Meine Hardware müsste doch passen, oder?

Gruß Michael

[Michael M. (eos400dman)]

Hallo,

Hab mir die Signale noch mal mit dem Oszi angesehen. MOSI und SCK sehen 
wie auf dem Bild aus. Dort ist die Ansteigs- und Abfallszeit zu langsam 
für die SD Karte, oder nicht? Wenn ja woran kann das liegen?

Gruß Michael

[Fabian B. (fabs)]

Eine Anstiegszeit von 330ns sollte wohl ausreichen. Das sieht eigentlich 
sogar sehr gut aus.

Gruß
Fabian

[Michael M. (eos400dman)]

Also wenn 330ns iO sind, dann weiß ich auch nicht mehr an was es noch 
liegen kann. Hast du eine Idee?

Gruß Michael

[Fabian B. (fabs)]

Hast du die Möglichkeit deine ganze Schaltung auf 3.3V laufen zu lassen? 
Dann könntest du den Spannungsteiler zur Karte weglassen -> eine 
mögliche Fehlerquelle weniger.

Gruß
Fabian

[Kurt B. (kurt)]

Du hast doch hoffentlich am LT1763 noch einen vernüftigen Kondensator, 
außer dem 10nF Popel?

[Michael M. (eos400dman)]

Ich hab nur am Eingang des Reglers 470µ und 100n und an der Karte 
nochmals 100n.

[Michael M. (eos400dman)]

Ich hab nur am Eingang des Reglers 470µ und 100n und an der Karte 
nochmals 100n. Am Ausgang hab ich sonst nichts.

[Kurt B. (kurt)]

Das Datenblatt will aber mindestens 3,3µF am Ausgang! 1µF direkt an der 
Karte werden auch nicht schaden.

[Fabian B. (fabs)]

Ja, miss mal mit deinem Skop den Spannungseinbruch beim Einschalten der 
Karte. Manche Karten sind da sehr zickig und geben schon bei 
Schwankungen <200mV auf. Und die Stromaufnahme der Dinger ist nicht 
unerheblich.

Gruß
Fabian

[Michael M. (eos400dman)]

Danke erst mal für eure Tipps. Ich habe jetzt noch mal 22µF für die 3,3 
V Versorgung eingebaut. Jetzt bricht die Versorgungsspannung nicht mehr 
ein, davor schon. Aber auch das hat nichts geholfen.

Gruß Michael

[holger (Gast)]

>Aber auch das hat nichts geholfen

Spannungsteiler als Pegelkonverter für SD Karten
sind kompletter Schwachsinn. Das wurde hier schon oft
genug durchgekaut.

[Fabian B. (fabs)]

Wie gesagt, versuch mal die ganze Schaltung wenn möglich mit 3V3 zu 
versorgen... dann keine Pegelkonverter... sonst such ich dir auch 
nochmal ne Schaltung mit aktivem Konverter (getestet) raus.

Gruß
Fabian

[Michael M. (eos400dman)]

Die ganze Schaltung mit 3V3 wird nicht gehen. Sonst brauch ich wo anders 
wieder Pegelwandler zum Beispiel zum Display oder zum Funkmodul.

Gruß Michael

[Fabian B. (fabs)]

Vielleicht kannst du ein Testprogramm ohne die zwei Peripherieteile 
laufen lassen?

Gruß
Fabian

[Michael M. (eos400dman)]

Ich hab jetzt die Schaltung mal mit 3V3 getestet und die 1k8 
"kurzgeschlossen". Die 3k3 gegen Masse sollten ja nicht Sören oder?
Aber es geht trotzdem nicht.

Gruß Michael

[Fabian B. (fabs)]

Michael Mayer schrieb:
> Die 3k3 gegen Masse sollten ja nicht Sören oder?

Darauf würde ich mich erstmal nicht verlassen...

Wie debuggst Du denn aktuell? Kannst Du sehen, ob die Karte gar nicht 
antwortet oder bei welchem CMD es zum Problem kommt?

Gruß
Fabian

[Michael M. (eos400dman)]

Ich debugge nur über UART. Ich schreibe mal den Code um, damit ich sehe 
an welchem CMD er Probleme hat.

Gruß Michael

[Matthias L. (mcl024)]

Hallo

echt gute lib. Bin relativ schnell damit zurecht gekommen und jetzt 
läuft sie auf dem ATXMEGA128A1. Ich habe allerdings ein Problem.

Wie kann ich eine Datei immer wieder lesen ohne die Datei wieder mit 
ffopen zu initialisieren?

[Michael M. (eos400dman)]

Also ich hab jetzt noch mal genauer getestet.
Das Programm bleibt bereits bei

  if (mmc_send_cmd(CMD0, 0) == 1) {      // Enter Idle state

Hängen danach bekomme ich keine Ausgabe über UART mehr.
Wenn ihr weiter Informationen bracht kann ich die nachliefern.
Ich hoffe jetzt kann mir jemand helfen.

Gruß Michael

[Fabian B. (fabs)]

Hast du die
 TimingDelay
Geschichte in den Basistimer eingefügt?

Gruß
Fabian

[Michael M. (eos400dman)]

Ich hab das so eingebaut:

ISR (TIMER0_COMPA_vect)
{
  TimingDelay = (TimingDelay==0) ? 0 : TimingDelay-1;
}

Und der Timer wird so gestartet:

 static void timer0_init(){

  TimingDelay = 0;    // initialisierung der zaehl variable  

  TCCR0A = 1<<WGM01;     // timer0 im ctc mode
  TIMSK0 = 1<<OCIE0A;    // compare interrupt an

  TCNT0 = START_TCNT;    // ab wo hochgezaehlt wird,
  OCR0A = TOP_OCR;    // maximum bis wo gezaehlt wird bevor compare match  

  TCCR0B = PRESCALER;    // wenn prescaler gesetzt wird, lauft timer los
  sei();          // interrupts anschalten, wegen compare match
}

[Matthias L. (mcl024)]

Ich habe ein Problem beim Lesen meiner microSD-Karte. Wenn ich mir die 
Daten anzeige die gelesen wurden, entdecke ich immer vier Bytes die 
zusätzlich zu den Daten auf der SD-Karte hinzugefügt wurden und zwar 
immer genau nach 512 Bytes folgen 0xB9 0x33 0xFF 0xFE

Woher kommen die?

[Matthias L. (mcl024)]

Ah jetzt weiss ich es. Das müsste die CRC sein (0xB9, 0x33) und 0xFE das 
Startbyte für den nächsten Block. 0xFF weiss ich noch nicht.

Gibts es auch ein Kommando wo die CRC nicht mit ausgegeben wird?

[Manuel V. (manuelito)]

Hallo,

Ich habe mir gerade aus dem Wiki die Datei AVR-mmc-0.6.4.zip 
heruntergeladen und versuche die gerade zu kompilieren, allerdings 
bekomme ich folgende Fehlermeldungen:

Error  1  'TCCR0A' undeclared (first use in this function) 
D:\AVR-Studio\sdtest0\sdtest0\main_simple.c  80  2  sdtest0

Error  2  each undeclared identifier is reported only once for each 
function it appears in  D:\AVR-Studio\sdtest0\sdtest0\main_simple.c  80 
2  sdtest0

Error  3  'TIMSK0' undeclared (first use in this function) 
D:\AVR-Studio\sdtest0\sdtest0\main_simple.c  81  2  sdtest0

Error  4  'OCIE0A' undeclared (first use in this function) 
D:\AVR-Studio\sdtest0\sdtest0\main_simple.c  81  14  sdtest0

Error  5  'OCR0A' undeclared (first use in this function) 
D:\AVR-Studio\sdtest0\sdtest0\main_simple.c  84  2  sdtest0

Error  6  'TCCR0B' undeclared (first use in this function) 
D:\AVR-Studio\sdtest0\sdtest0\main_simple.c  86  2  sdtest0

Ich benutze einen ATmega16.


Und noch eine Frage: Ich habe eine "SD-Platine", bei der folgende 
Pinbelegung gegeben ist:
Dat2 - unrouted
CS   - PIN 3 (über 1,8k/3,3k Spannungsteiler)
DI   - PIN 5 (über 1,8k/3,3k Spannungsteiler)
GND  - GND
VCC  - VCC über LF33CV
CLK  - PIN 7 (über 1,8k/3,3k Spannungsteiler)
GND  - GND
DO   - PIN 6 (mit einer 3,3V Zenerdiode von dieser Leitung zu GND)
DAT1 - unrouted

Kann ich diese Platine überhaupt verwenden? Und wenn ja an welchen Port 
soll ich sie am Besten anschließen?
Und welche Anpassungen muss ich dann in den Dateien vornehmen?

Viele Grüße,
Manuelito

[Michael M. (eos400dman)]

@ Manuel Vossel.
Die Register haben beim Atmega 16 andere Bezeichnungen. Musst du mal im 
Datenblatt nachschauen.

Kann mir keiner bei meinem Problem helfen?
Das Programm bleibt bereits bei

 if (mmc_send_cmd(CMD0, 0) == 1) {      // Enter Idle state

stehen.

Gruß Michael

[Fabian B. (fabs)]

Dann stimmt etwas mit deinem Programm aber nicht, weil hängen bleiben 
dürfte er da doch gar nicht.
 Ich hatte damals viel an dieser Funktion rumgepätscht (siehe auch meine 
Posts zur Init weiter oben) damit sie mit allen meinen Karten lief, aber 
wenn du den "aktuellen" Patchstand hast gibt es auch hier ein Timeout.

Wenn du Interesse hast kann ich dir meine init nochmal posten zum 
Vergleich.

Gruß
Fabian

[Michael M. (eos400dman)]

Das wäre sehr nett von dir.

Gruß Michael

[Fabian B. (fabs)]

Ich poste hier mal nur die Init...vielleicht reichts ja:

unsigned char mmc_init (void){

  unsigned char cmd, ty, ocr[4];
  unsigned short n, j;

  spi_init();
  mmc_disable();

  for (n = 100; n; n--) spi_read_byte();    // 80 dummy clocks

  ty = 0;
  j=100;
do {
  if (mmc_send_cmd(CMD0, 0) == 1) {      // Enter Idle state 
    j=0;
    TimingDelay = 100;            // Initialization timeout of 1000 msec

    if (mmc_send_cmd(CMD8, 0x1AA) == 1) {  // SDv2? 
      for (n = 0; n < 4; n++){
        ocr[n] = spi_read_byte();    // Get trailing return value of R7 resp 
        }
      if (ocr[2] == 0x01 && ocr[3] == 0xAA) {            // The card can work at vdd range of 2.7-3.6V 
      
//        while (TimingDelay && mmc_send_cmd(ACMD41, 1UL << 30));  // Wait for leaving idle state (ACMD41 with HCS bit)
        while (TimingDelay) {  // Wait for leaving idle state (ACMD41 with HCS bit)
          mmc_send_cmd(CMD55, 0);
          if(!mmc_send_cmd(ACMD41, 1UL << 30))
            break;
        }

        while(TimingDelay) {
        if (mmc_send_cmd(CMD58, 0) == 0x00) {    // Check CCS bit in the OCR 
          for (n = 0; n < 4; n++){
            ocr[n] = spi_read_byte();
            }
          ty = (ocr[0] & 0x40) ? CT_SD2 | CT_BLOCK : CT_SD2;  // SDv2 
/*
            if(ocr[0] & 0x40) {
             ty = CT_SD2 | CT_BLOCK;
            } else {
             ty = CT_SD2;  // SDv2 
            }
*/
          break;
        }
        }
//ty = CT_SD2 | CT_BLOCK;



      }
    } else {        // SDv1 or MMCv3 
      if (mmc_send_cmd(ACMD41, 0) <= 1)   {
        ty = CT_SD1; 
        cmd = ACMD41;  // SDv1 
      } else {
        ty = CT_MMC; 
        cmd = CMD1;    // MMCv3 
      }
      while (TimingDelay && mmc_send_cmd(cmd, 0));      // Wait for leaving idle state 
    }
//      if (!TimingDelay || mmc_send_cmd(CMD16, 512) != 0)    // Set R/W block length to 512 
//        ty = 0;
    if(ty != (CT_SD2 | CT_BLOCK)) {
      while(TimingDelay && (mmc_send_cmd(CMD16, 512) != 0));
    }
    if(!TimingDelay) ty = 0;
  } else { j--; }
  }while(j>0);
  fat.card_type = ty;
  mmc_disable(); 

  if( fat.card_type == 0 ){
    return FALSE;
  }
  #if (MMC_MAX_SPEED==TRUE)
    spi_maxSpeed();
  #endif

  return TRUE;
}

ich hatte (siehe auch oben bei meinem Patchvorschlag schon angemerkt, 
dass meiner Meinung nach der ACMD41 falsch definiert ist. Bei mir gings 
jedenfalls top nach Änderung:

#define  ACMD41  (41) // (0x80+41)  // SEND_OP_COND (SDC)

Ich konnte jedenfalls am Ende alle vorhandenen Karten initialisieren und 
ansprechen.

Genaueres auch oben unter: 
Beitrag "Re: MMC SD library FAT16 FAT32 read write"

Gruß
Fabian

[Manuel V. (manuelito)]

Also mein Problem hat sich mittlerweile erledigt, ich hatte irgendwie 
ein Hardwareproblem auf meiner Platine.
Ich habe zwar alles mit dem Multimeter durchgepiepst, aber irgendwas 
schien wohl doch kaputt zu sein - mit einer anderen Platine funktioniert 
es nämlich jetzt :-)

Eine Frage habe ich aber noch: Bei ffread() werden ja immer 512 Byte 
gelesen und der Rest zwischengepuffert.
In meinem speziellen Fall wird es allerdings so sein, dass ich alle 40ms 
eine bestimmte Anzahl Byte benötige (wahrscheinlich 432, steht aber noch 
nicht fest), die sich auch nicht ändern wird. Das ganze ist für eine 
LED-Animation, dort will ich einen digitalen RGB-Strip im 25Hz-Takt mit 
Daten füttern. Wäre es dann sinnvoll, diesen Puffer auf 432 Byte (oder 
wieviele es nachher werden) zu verkleinern? Bzw. falls ich mehr brauche 
auf soviel erhöhen?
Da ich mittlerweile einen ATmega644 habe ist RAM nicht mehr so ein 
großes Problem.

Ich blicke den Quellcode leider nicht ganz, daher kann ich nicht 
wirklich sagen, wie dieser Puffer einen Geschwindigkeitsvorteil bringt - 
daher hier die Frage.

Viele Grüße,
Manuelito

[Thilo M. (Gast)]

Manuel Vossel schrieb:
> Also mein Problem hat sich mittlerweile erledigt, ich hatte irgendwie
> ein Hardwareproblem auf meiner Platine.

Da kann ich auch nur drauf hinweisen, das Problem hatte ich auch!
Es kommt wirklich auf eine sehr ordentliche Hardware mit sauberer, 
stabiler Versorgung an.
Ich hatte das Erweiterungsboard für AVR-NET-IO von Pollin und kann nur 
sagen: Finger weg, das Ding ist Schrott! Falsche Dimensionierung, 
falsche Bauteilwahl, Layout muss angepasst werden (Kratzen und Drähte 
einflicken), SD-Kartenhalter hakt.

Kurz und Gut, wenn man schon Elkos für digitale Technik verwendet, dann 
bitte low-ESR. Der Müll, der von Pollin geliefert wird (step-up-Regler 
statt linear-Spannungsregler für 3.3V), lässt die Karte immer mal wieder 
abschmieren (hängt sich auf). Nachdem ich ordentliche Bauteile 
draufgebaut hatte, lief alles wunderbar.

[Thilo M. (Gast)]

Mein Problem besteht leider immer noch:

- minutenweises Schreiben, ca. 200 Byte pro Datensatz
- täglich wird ein neues File angelegt
- MMC_MAX_CLUSTERS_IN_ROW auf 16383

Nach zwei Tagen wird ein neues File angelegt und ein Stück weit 
beschrieben, danach bleibt das Chipselect auf low und die Karte hängt 
sich auf (bleibt in der Schreib- oder Lesefunktion hängen). Das neu 
angelegte File ist dann defekt.

Hat irgend jemand eine Lösung für dieses Problem?
Ich bin da irgendwie ratlos.

[Michael M. (eos400dman)]

Nach langem Suchen hab ich die SD-Karte endlich zum laufen bekommen.

Jetzt hab ich noch zwei Fragen:
1. Kann ich, und wenn ja wie kann ich den verbleibenden Speicherplatz 
bestimme?
2. Wie gehe ich beim trennen der SD-Karte vom AVR ab besten vor? Ich hab 
einen Taster den ich drücken will bevor ich die Karte abziehe. Aber wie 
beende ich die Kommunikation ordnungsgemäß?

Gruß Michael

[Fabian B. (fabs)]

Hallo Michael,
 woran lag's denn schlussendlich?

Zu 1) Gute Frage ;-)
Zu 2) ein fflushFileData() und danach ein ffclose() sollten alles nötige 
erledigen.

Gruß
Fabian

[Michael M. (eos400dman)]

Fabian B. schrieb:
> Hallo Michael,
>  woran lag's denn schlussendlich?

Das weiß ich auch nicht genau. Nachdem ich den Spannungsregler 
ausgetauscht habe ging es. Der hat zwar zuvor auch 3,3 V rausgegeben 
aber vielleicht ist er kurz Eingebrochen ( Auf dem Oszi war aber nichts 
zu sehen).

Gruß Michael

[Peter S (Gast)]

Hallo,

erst mal Danke für die tolle Vorarbeit hier. Damit habe sogar ich es 
hinbekommen Daten auf SD-Karten zu schreiben.
Doch jetzt bin ich auf ein Problem gestoßen:
Ich bekomme jede 10 Sekunden einen Datenstring den ich auf die Karte 
schreiben möchte (Datei öffnen -> schreiben -> Datei schließen)
Nun habe ich das Problem, dass genau 512 Datensätze geschrieben werden 
und alle weiteren im Nirwana verschwinden.
An der Dateigröße kann es kaum liegen, zu Testzwecken habe ich schon 
viel größere Datenmengen schreiben können. Da habe ich die Datei aber 
nicht ständig auf- und wieder zugemacht. Liegt das evtl. daran?

Ich möchte aber nicht die Datei die ganze Zeit offen lassen, damit die 
Daten nicht verloren gehen, wenn man die Karte aus dem Leser zieht, ohne 
sie vorher sauber zu beenden.

Danke schon mal.

Gruß
Peter

[Peter S (Gast)]

Dann antworte ich mir mal selber :)

Problem hab ich umgangen, indem ich alle x Durchläufe ein 
fflushfiledata() mache und nur ganz am Ende, wenn ich regulär das 
Programm verlasse. Wenn die Karte nicht ordnungsgemäß entfernt wird, 
gehen nur ein paar Daten verloren und nicht alle.

[Peter S (Gast)]

Peter S schrieb:
> Programm verlasse.

... ein ffclose() machen.

sorry, vergessen

[Dirk (Gast)]

Hi zusammen,

so wie ich das sehe, ist es mit den Funktionen nur möglich immer nur 
eine Datei zur Zeit zu öffen. Richtig?

Ich bräuchte eine Lib mit der ich zwei (verschiedene) Dateien zeitgleich 
öffnen kann. Theoretisch würde es reichen das nur eine Datei geschrieben 
und die andere nur gelesen wird.

Wie schwierig / groß wäre die Änderung der Lib?

Danke!

[Fabian B. (fabs)]

Beschreibe doch mal deinen Anwendungsfall. Meist ist sowas nämlich nur 
auf den ersten Blick nötig...

Gruß
Fabian

[Dirk (Gast)]

Hi Fabian,

ich habe einen Navtex und DWD (Wetter) Empfänger gebaut, der die 
Textmeldungen auf einer SD Karte speichert (FAT16/32).

Der User kann über ein GLCD die Meldungen auswählen und sich anzeigen 
lassen.
Funktioniert super, da ich bisher nur alle 3 Stunden für ca. 10 Minuten 
Meldungen empfange (Navtex). Die DWD Meldungen hatte ich bisher auch 
stark eingegrenzt. So störte es nicht wenn der User mal für 10 - 20 
Minuten keine Meldungen lesen konnte. (Die Datenübertragung läuft mit 50 
Baud :o)

Jetzt will ich evtl. ständig alle DWD Meldungen aufzeichnen (der Sender 
läuft 24/7) und daher ist fast immer eine Datei geöffnet. Der User hat 
nur noch zwischen den einzelnen Meldungen die Gelegenheit zu lesen. Das 
geht gar nicht :-/

Viele Grüße,
Dirk

[Georg M. (georgmeyer)]

Servus alle miteinander!

Super Paket, gefällt mir super und funktioniert noch viel besser!

Da ich eine energieoptimierte Schaltung entwickle, hatte mich der 
laufende Timer und vor allem der Aufruf der ISR gestört, die permanent 
aufgerufen wurde.

Das habe ich behoben, indem beim setzen der Werte in die Variable 
TimingDelay durch den Aufruf der Funktion TimingDelay_set(uint_8t time) 
erledigt wird.

Die Funktion schaltet anschließend den Timer und dessen Interrupts ein ( 
eine Initialisierung des Timers muss vorher dennoch erfolgen).

Die Variable selber kann weiterhin wie gewohnt verwendet werden.

Die ISR wurde dahingehend verändert, dass sie den Timer und dessen 
Interrupts deaktiviert, sofern die Variable den Wert 0 erreicht hat.

ISR (TIMER3_COMPA_vect)
{
  if (TimingDelay--==0)
  {
     TCCR3B=0;  // disable timer
     TIMSK3 &= ~(1<<OCIE3A); // disable timer interrupts
  }
}



// *****************************************************************************************************************
static void timer3_init(){

  TimingDelay = 0;    // initialisierung der zaehl variable  
  cli();
  TCCR3A = 1<<WGM01;     // timer0 im ctc mode
  TIFR3 &=~(1<<OCF3A);  //clearing interrupt flag
  TIMSK3 |= 1<<OCIE3A;    // compare interrupt an

  TCNT3 = START_TCNT;    // ab wo hochgezaehlt wird,
  OCR3A = TOP_OCR;    // maximum bis wo gezaehlt wird bevor compare match  

  //TCCR3B = PRESCALER;    // wenn prescaler gesetzt wird, lauft timer los
  sei();          // interrupts anschalten, wegen compare match
}

static void TimingDelay_set ( uint8_t time)
{
  TimingDelay=time;
  cli();
  TIFR3 &=~(1<<OCF3A);  //clearing interrupt flag
  TIMSK3 |= (1<<OCIE3A);
  TCCR3B = PRESCALER;
  sei();
}

Die entsprechenden Änderungen in der mmc.c habe ich bereits vorgenommen 
und den Timer und dessen dazugehörigen Parts mit eingebunden...

Da ich den AT90CAN128 verwende, ist der Timer 1 ein 8Bit Timer, weswegen 
ich die entsprechenden Register auf Timer 3 geändert habe.

Die mmc.c befindet sich im Anhang. Es wurde die aktuelle Version 0.6.4 
verwendet.

Viele Grüße und frohes Fest!


Georg

[Fabian B. (fabs)]

Warum machst du dir so eine Mühe? Wenn du die tieferen Sleep-Modus 
benutzt, werden die Timer eh gestoppt...

Gruß
Fabian

[Georg M. (georgmeyer)]

Weil die ISR nicht unendlichmal oft aufgerufen werden muss, wenn sie 
nicht gebraucht wird.

MfG

[Fabian B. (fabs)]

Hast du keinen Basistimer der eh immer läuft? Der kann das ja mit 
machen...

Aber solange die CPU mit Takt X läuft isses für den Stromverbrauch 
zumindest gleich, ob der Timer 1000 oder 1 Mal pro Sekunde aufgerufen 
wird.

Gruß
Fabian

[Torsten (Gast)]

Hallo!
Ich versuche grad meine SD Karte mit Soft SPI anzusteuern (PORTA), weil 
bei mir schon ein VS1011 am SPI Port hängt und die beiden mögen sich 
anscheinend nicht. Deswegen hab ich mir gedacht, dass ich die SD Karte 
einfach per Soft Spi auf einem anderen Port ansteuere.
Aber es funktioniert gar nicht mit PORTA.
ich hab in der config.h

#define MMC_SOFT_SPI       TRUE

geändert und mmc.h meine Pins

#if defined (_AVR_ATmega644_)
#define SPI_MISO       2
#define SPI_MOSI                4
#define SPI_Clock       3
#define SPI_SS        5
#endif

Programm Compiliert, es läuft nicht.

dann hab ich die SPI Pins vom PortB wieder zusätzlich angelötet.
und nochmal kompiliert und es lief.
Aber der Grund ist: in der mmc.c spi_init() warum es auf PORTB läuft und 
auf PORTA nicht.
diese Zeile SPCR = (1<<SPE)|(1<<MSTR)|(1<<SPR0)|(1<<SPR1);
eigentlich braucht man diese Zeile für Soft SPI nicht. oder?
Weil wenn ich diese Zeile wegkommentiere dann läuft es auch auf PORTB 
nicht mehr.
Hab ich vielleich was übersehen?

[Volker W. (volker_w24)]

Hallo!
Tolle Lib! - die ich nur zum Lesen von Daten von der SD-Karte verwende. 
Bisher hatte ich Daten immer nur vom Stammverzeichnis der Karte gelesen, 
ging mit der Version 0.6.1 auch bestens. Nun möchte ich aber meine Daten 
von Dateien aus 2 Verzeichnisebenen lesen, und dazu munter zwischen den 
Verzeichnissen hin und her wechseln. Mittels ffcd() war es nicht 
möglich, überhaupt in ein Verzeichnis hinein zu wechseln. Daher habe ich 
die jetzt aktuelle Vers. 0.6.4 heruntergeladen. Hier funktioniert ffcd() 
bestens, nacheinander ffcd(Verzeichnis_Ebene_1) , 
ffcd(Verzeichnis_Ebene_2) wechselt auch in die Verzeichnisse, ich kann 
die dortigen Dateien problemlos lesen.
LEIDER komme ich aber aus dem Verzeichnis nicht zurück, d.h. ffcdLower() 
funktioniert nicht. Muss ich evtl. bei den Verzeichnisnamen und 
Dateinamen irgendwas beachten, damit ich auch mal wieder aus einem 
direktory zurück komme? Habe den gesamten Thread durchgelesen - bin aber 
mit dem Problem scheinbar allein?

Gruß Volker

[Dirk (Gast)]

Keine Ahnung ob das mit der Lib geht:
cd ..
wars zu DOS Zeiten.

[Buzzwang (Gast)]

Hallo,

Volkers Nachricht kann ich bestätigen.

cdlower tut nicht richtig.
In meinem Fall bin ich ein Verzeichnis tiefer gegangen.
Das erste cdlower tat garnichts. Nach dem 2. cdlower war ich wieder auf 
dem Root.

Verzeichnis löschen geht auch nicht.

Info:
Zum Test habe ich die FAT-Sourcen in ein PC-Projekt (VC6.0) eingebunden.
Jedoch wird nur Fat.c und File.c verwendet.
Von einer SD-Karte habe Disk-Image gemacht.
Mmc.c greift nun auf das Image zu, statt auf SPI.

[Georg M. (georgmeyer)]

For all my lovely friends

True ist ein boolscher Ausdruck etc und blabla...

  #ifndef TRUE
  # define TRUE (1==1)
  #endif

  #ifndef FALSE
  # define FALSE (0==1)
  #endif


macht weniger Probs im Zusammenhang mit anderen Bibliotheken.

Ferner habe ich die entsprechenden Stellen geändert in den Dateien im 
Anhang (Variablen unt Rückgabewerte direkt durch 1 und 0 ersetzte und 
sonst den Status mit if (status) oder if (!Status) ersetzt).

Jetzt schmiert der Kompiler bei mir bei Verwendung der CAN lib von Atmel 
auch nicht mehr ab :)
(war der Fall, doppelte Definierung und so.... )

Viel Spaß damit!


MfG


Ps.: Weiterhin sind die Änderungen bezüglich des Timers enthalten (siehe 
weiter oben im Thread...)

Edit: Wäre super, wenn 'der Herr der Dateien' das mit in die nächste 
Revision rein packt.

[Georg M. (georgmeyer)]

für die file.c:

void ffwrites( uint8_t *s ){
    while (*s){
      ffwrite(*s++);
    }
    fat.bufferDirty = 1;
  }

void ffwrites_P(const char *progmem_s)
{
    register char c;
    while ( (c = pgm_read_byte(progmem_s++)) ) 
  {
        ffwrite(c);
    }
  fat.bufferDirty = 1;
}
#endif

für die file.h

  #include "avr/pgmspace.h"

  extern void    ffwrites_P(const char *progmem_s)  ;

damit kann man strings aus dem Flash auf die SD-Karte schreiben.


Ferner gehören die Strukturdeklarationen
File_t in die file.h
und Fat_t und Chain_t in die fat.h

Sonst kommt es verinzelt zu Problemen mit der Umgebung (AVR STudio 5)(in 
unschönen Fällen kompiliert er dann nicht mehr).

in die mmc.h muss

#include "fat.h"

eingefügt werden.

[milan (Gast)]

Hallo zusammen,
wie kann ich zeilenweisse eine TXT Datei auslesen???
Gruss
Milan

[Georg M. (georgmeyer)]

1. Datei öffnen
2. Daten lesen.

Ein Zeilenende wird durch 0x0d 0x0a gekennzeichnet.


Wenn du diese beiden Bytes in der Reihenfolge gelesen hast, weisst du, 
dass danach eine neue Zeile beginnt.

Schau dir einfach mal eine text Datei auf dem PC mit einem Hex Editor 
wie 'Hex Editor MX' an.

MfG

[milan (Gast)]

Hallo,
ja so habe ich es probiert,es kommt nur mühl aus.

        unsigned char test54;
  if( MMC_FILE_OPENED == ffopen(file_name,'r') ){
    seek = file.length;
    do{
      strcpy(test54, ffread());
    }while(--seek);
    ffclose();
  }
hier ausgabe.

Was mache ich falsch??
Gruss
Milan

[Georg M. (georgmeyer)]

unsigned char test54;
  if( MMC_FILE_OPENED == ffopen(file_name,'r') ){
    seek = file.length;
    uint8_t temp=0;
    uint8_t last_character;
    do{
      strcpy(test54, ffread());
      if ( test54 == 0x0a && last_character== 0x0d)
       {
          // Zeilenumbruch
       }
      else
      {
        last_character=test54 ;
      }

    }while(temp++<=seek);
    ffclose();
  }

Du hast die Datei rückwärts, angefangen beim Ende ausgelesen.
Jetzt beginnst du beim Anfang.

Sollte so funktionieren.

Arbeite mit Breakpoints, dann kommst du auch alleine auf die Lösung ;)

[milan (Gast)]

Hallo zusammen,
ich habe es so jetzt abgeendert:
  unsigned char test54;
  char test56[200];
  if( MMC_FILE_OPENED == ffopen(file_name,'r') ){
    seek = file.length;
    uint8_t temp=0;
    uint8_t last_character;
    do{
      strcpy(test54, ffread());
      if ( test54 == 0x0a && last_character== 0x0d)
       {
         break;
       }
      else
      {
        last_character=test54 ;
  test56[temp] = last_character;

      }

    }while(temp++<=seek);
    ffclose();
  }
  DisplayText(0,10,test56); // heir brauche ich eine Char Array zur 
ausgabe oder einen String;

es kommt nichts raus weil die funktion nie aufhürt du laufen. obwohl 
eine break beim zeilen umbruch ist!

Gruss
Milan

[milan (Gast)]

Hallo funktioniert immer noch nicht.
kommt nur mühl raus.

Kann mir bitte jemand helfen???

Danke
Gruss
Milan

[milan (Gast)]

Hallo zusammen,
funktioniert alles bestens!
Den code habe ich verwendet:

              
char test56[200];
  if( MMC_FILE_OPENED == ffopen(file_name,'r') ){
    seek = file.length;
    uint8_t count=0, count1=0, count2=0;
  int c;
    uint8_t last_character;
   
   
while(count1<seek) {
  count=0;
    c=ffread();
    while( (c!='\n') )
    {
      test56[count]=c;
      c=ffread();
      count++;
    count1++;
    }
    count--;
    test56[count]='\0';
  DisplayText(0,10*count2,test56);
  count2++;
}
    ffclose();
  }

Gruss
Milan

[milan (Gast)]

Hallo zusammen,
es ist ein neuer Problem aufgetaucht!

 if( MMC_FILE_OPENED == ffopen("spot.txt",'r') )
  {
      
      unsigned long int seek =file.length;
      
      unsigned long int count=0, count2=0;
      unsigned long int count1=0;
      int zeichen;
      char ausgabe[12][50];
   
      while(seek>=count1) 
      {
        char test56[260];
        count=0;
        zeichen=ffread();
        while((zeichen!='\n')&&(seek>=count1) )
        {
            test56[count]=zeichen;
            zeichen=ffread();
            count++;
            count1++;

            

            //_delay_ms(50);
        }
        //count--;
        test56[count]='\0';
        DisplayText(0,10*count2,test56);
        count2++;
        
        int j;
        char d;
        int nr2=0,pos2=0;

        for(j=0;j<strlen(test56)-1;j++) 
        {
            d=test56[j];
            if(d==0) break;
    
            if(d==',') 
            {
                // wenn Trennungszeichen
                ausgabe[nr2][pos2]=0; // endekennung
                nr2++;
                pos2=0;
                
            }
            else 
            {
                // wenn normales zeichen
                ausgabe[nr2][pos2]=d; // zeichen speichern
                pos2++;
            }
            
        }
        
      
        
      }      
    ffclose();
  }

wenn ich mit der funktion auslese, schreibt mir immer ein paar 
lehrzeichen auf ende. jedes mahl ein paar. obwohl nur lesen ist.

Weiss jemand zufälig warum??
oder was ich da falsch mache??

Danke im Voraus
Milan

[Georg M. (georgmeyer)]

Bugfix von meinem Post vom 20.01.2012 18:01

in der Fat.c war ein Fehler enthalten. Dieser ist nun behoben.


MfG

[Chris (Gast)]

Hallo und erst mal danke für diese tolle Lib.

Habe so weit alles zum laufen bekommen,
nur bekomme ich beim auslesen der karte nur murx raus.
Eigentlich sollte  -> Inhalt der Testdatei 0123456789 <- ausgelesen 
werden.
Statdessen bekomme ich das hier:
----------------------------------------------------------------
Boot...Ok

Datei wird geoeffnet:

gelesen:





``

ÿ


``
ÿ


`






ÿ


```
``
`




``
---------------------------------------------------------------------
Woran kann das liegen ?

Es wird genau die richtige Anzahl an Chars ausgelesen aber eben falsch 
übermittelt oder so.

Hardware SPI, SANDISK 4GB SDHC, AT90USB1287 @ 8MHz

Liebe Grüße Chris

[Fabian B. (fabs)]

Meine Glaskugel sagt: deine UART-Baudrate ist falsch.

(Wie gibts du aus? Bist du sicher, dass die Ausgabe ok ist? Mehr Info 
bitte)

Gruß
Fabian

[Chris (Gast)]

Meine Bautrate scheint OK zu sein, da ich ja folgenden Text angezeigt 
bekomme... nur eben der inhalt der Karte wird falsch gelesen denke ich


Chris schrieb:
> Boot...Ok
>
> Datei wird geoeffnet:
>
> gelesen:
______________________________________________________________________ 
_
Hier mal mein C-Code.

#include <stdlib.h>
#include <avr/io.h>
// In config.h werden alle nötigen Konfigurationen vorgenommen
#include <config.h>
#include <file.h>
#include <fat.h>
 
// Hardwareabhängig
#include <mmc.h>
 
// Hardwareabhängig, es kann auch eine eigene eingebunden werden !    
#include <Rs232.h>
 
 
//**************************************************************************
 
int main (void)
{
  DDRB |= (1<<PB5);
  PORTB |= (1<<PB4) | (1<<PB5);  

  rs232_initialisieren(9600);
  
  while( PINB & (1<<PB4))
  {
    rs232_text("\nkeine Karte eingesteckt");
  }  

    
    rs232_text("\nBoot");
 
  // Versuch Karte zu Initialisieren, bis es klappt.
  // Unbedingt so, weil die Initialiesierung nicht immer
  // auf Anhieb klappt.
  while (FALSE == mmc_init())
  {
    nop();
  }
 
  rs232_text("...");
 
  // Fat initialisieren. Nur wenn das klappt sind weitere
  // Aktionen sinnvoll, sonst endet das Programm.
  if (!fat_loadFatData())
        return -1;
 
  // Wenn auf dem terminal "Boot... OK" zu lesen ist, ist Init OK.
  // Jetzt kann man Schreiben/Anhängen/Lesen.
  rs232_text("Ok\n");
 

  

  // Datei existiert, also lesen.
  // Gerade angelegt und beschrieben, oder war schon vorhanden
  // und es wurde was angehaengt?
  if (MMC_FILE_EXISTS == ffopen("TEST    TXT"))
  {

    rs232_text("\nDatei wird geoeffnet:\n");
      // Setzen einer Variable und dann runterzählen geht
      // am schnellsten
      unsigned long int seek = file.length;
 
      // Lesen eines chars und Ausgabe des chars.
      // Solange bis komplette Datei gelesen wurde.
      do {
      rs232_text("\n");
          rs232_text(ffread());
      } while (--seek);
 
      ffclose();
  }

  else rs232_text("\nDatei konnte nicht gefunden werden");



}

[Fabian B. (fabs)]

Das ist aber nicht der Code zu deiner Ausgabe. Das "gelesen:" wird in 
dem Code ja nirgends geschickt.

Aber kann es sein, dass dein rs232_text() einen Zeiger erwartet, 
ffread() aber einen char zurückgibt? Was ist denn die Deklaration von 
rs232_text()?

Gruß
Fabian

[Chris (Gast)]

Hallo Fabian...


Fabian B. schrieb:
> Aber kann es sein, dass dein rs232_text() einen Zeiger erwartet,

genau das war auch der Fehler. Hab ich gar nicht dran gedacht.
Jetzt klappt es wunderbar.

Vielen dank für die Hilfe

LG Chris

[Andre I. (scuido)]

Hey,

ich habe eine Frage. Ich habe das Problem, dass ich geschriebene Strings 
nicht mehr lesen kann.

Das File wird richtig geschrieben und ich kann mit Windows auch drauf 
zurgreifen. Auch werden Strings korrekt angehängt.

Ich bekomme beim Auslesen mit den µC aber immer nur 
0xFA,0x07,0xFA,0x07,...,0xFA,0x07. An der RS232-Kommunikation liegt das 
nicht.

Woran kann das liegen? Ich würde mich freuen, wenn jemand helfen kann :)


// Der Code:

int main(void)
{  
  uint32_t seek;
  Initialization();
       
  //PINA |= (1<<Door_Relay) | (1<<LED1) | (1<<LED2); // Relay einschalten 
  
  uint8_t file_name [] = "test_file.txt";
  uint8_t str [] = "Hallo Datei 2! Andre Iwers ist der Coolste :)";

  uart1_puts("\nBoot");

  // sd/mmc config  **************************************************
  if( FALSE == mmc_init() )
  {
    uart1_puts("\nKeine SD gefunden.... Ende....");
    return;
  } 
      
  // fat config ******************************************************
  if( FALSE == fat_loadFatData() )
  {
    uart1_puts("\nDateisystem nicht vorhanden.... Ende....");
    return;
  }

  // wenn auf dem terminal "Boot...OK" zu lesen ist, war initialisierung erfolgreich!
  uart1_puts("...OK\n");


    // if file exists, it will be opened and then append to it.
    if( MMC_FILE_OPENED == ffopen(file_name,'r') ){      
      ffseek(file.length);
         ffwrites(str);        
      ffwrite(0x0D);    // new line in file
         ffwrite(0x0A);
      ffclose();
    }        
    else if(MMC_FILE_CREATED == ffopen(file_name,'c') ){
      ffwrites(str);        
      ffwrite(0x0D);    // new line in file
         ffwrite(0x0A);
      ffclose();
    }   

  // ***************************************************
  // read file complete and print via uart!
  if( MMC_FILE_OPENED == ffopen(file_name,'r') )
  {      
    seek = file.length;
    do
    {
      uart1_puts(ffread());            
    }while(--seek);
    
    ffclose();
  }
  while(1);
}

Viele Grüße,
André

[Andre I. (scuido)]

Habe einen Fehler gefunden...

Hatte versehentlich einen String übertragen und kein Char.

  // ***************************************************
  // read file complete and print via uart!
  if( MMC_FILE_OPENED == ffopen(file_name,'r') )
  {      
    seek = file.length;
    do
    {
      uart1_putc(ffread());     
    }while(--seek);
    
    ffclose();
  }

Jetzt bekomme ich aber immer nur 0x00 als Rückgabewert.

Jemand noch eine Idee?

[Andre I. (scuido)]

Fehler behoben, scheinbar war das Dateisystem nicht mehr so gesund. Nach 
Formatierung läufts nun wunderbar.

[Milan (Gast)]

Hallo zusammen,
wie kann man eine zeile in einer TXT datei löschen???

Gruss
Milan

[Christoph Vogel (Gast)]

@Andre Iwers:

Du hast auch einen 9.3 Dateinamen verwendet, vieleicht zerstört das die 
fat. Laut Doku -http://www.mikrocontroller.net/articles/AVR_FAT32- 
dürfen nur 8.3 Dateinamen verwendet werden.

@Milan:
Deine Frage ist etwas undeutlich. Daten auf der Disk sind physikalisch.
Aber es gibt 2 Möglichkeiten:
1. Die Datei kopieren und dabei die Textzeile überspringen, die alte 
Datei löschen und die neue Datei umbenennen.
2. Wenns nur um's löschen geht kann man die Daten nach der zu löschenden 
Zeile "auf" die zu löschende Zeile "drüberkopieren". -siehe "ffseek"-

sorry, bischen blöd ausgedrückt

Gruß, Christoph

[Andreas H. (andreas_h16)]

Hallo,

ich hatte Probleme beim Lesen von Dateien deren Name die Form 
<1234567.123> hat, bzw. eine Dateinamenlänge von 10 (ohne den Punkt) bei 
MMC_LFN_SUPPORT = TRUE.

Ich denke der Fehler liegt hier:

//***************************************************************************************************************
// prueft auf lange dateinamen (lfn), ermittelt anhand des langen dateinamens den kurzen. nur der kurze
// enthaelt die noetigen informationen um die datei lesen zu koennen. ist der gesuchte dateiname gefunden
// aber im naechsten sektor/cluster ermittelt die funktion selbstaendig diese und holt die informationen !
//***************************************************************************************************************
static uint8_t fat_loadFileDataFromCluster(uint32_t sec , uint8_t name [])
{

....
    // 2.2) ist eintrag ein sfn eintrag?
....
    // datei gefunden
    if( i == 11 && j != 11) // <---- FALSCH
    // ersetzen durch
    if( i == 11 && j < 13)
....
}

Könnte das mal jemand verifizieren ?

Danke,
Andreas

[SurtuR (Gast)]

hi mich würde interessieren wie man auf einfachen weg, unter benutzung 
dieser lib, ab einer bestimmten stelle aus der datei lesen kann. ist 
soetwas möglich? vielleicht habe ichs auch in diesem sehr langen thread 
überlesen.

mfg,
surtur

[Andreas H. (andreas_h16)]

Mit ffseek vielleicht, wie üblich (o.k. da heißt es fseek) ?

[SurtuR (Gast)]

wie in etwa würde ein beispielcode aussehen um bis zu einer gewissen 
position durch zu iterieren, und dann ab position n immer x zeichen zu 
lesen. dann wieder ab position x+n+1 und so weiter. :-) oder muss ich 
jedesmal die position merken und dann wieder von vorn bis zur zu 
lesenden position gehen. und von dort aus lesen? wäre nämlich ein 
ziemlicher overhead.

gruß,
surtur

[SurtuR (Gast)]

wenn ichs mir genau überlege:

natürlich wäre vom dateiende nach vorn lesen auch eine option.
dann bräuchte ich die gelesenen bytes nur umzudrehen.
und nicht erst von vorn bis zu nem index durchzugehen.

sofern soetwas möglich ist.

gruß,
surtur

[Bernd (Gast)]

Hallo,

gibt es ne Möglichleit, den freien Speicherplatz der SD zu ermitteln?

Gruß