MMC SD library FAT16 FAT32 read write

Hallo Daniel R.

iste die Aussage noch aktuell, dass die Library nich mehrere Dateien 
gleichzeitig öffnen kann?

SDHC Support ist inzwischen drin, habe ich das richt verstanden?

Hallo Daniel,

es ist mir gelungen, die Library erfolgreich in mein web basiertes I/O 
Modul einzubinden. Ich habe zwar noch keinen Anwendungsfall für den neu 
gewonnenen Speicherplatz, aber das kommt sicher noch.

Ich musste lediglich die SPI Schnittstelle an den ATxmega128D3 anpassen, 
aber das war überhaupt kein Problem. Schwieriger fiel mir die Einbindung 
in uIP (den Webserver), weil der Multi-Threading fähig ist, die avrfat32 
library aber nicht. Aber ich denke, ich habe das nun mit akzeptablen 
Beschränkungen hinbekommen:

- Der Webserver listet nur die ersten 1300 Bytes des 
Inhaltsverzeichnisses auf. Mehr Dateien will ich sowieso nicht ablegen.

- Beim Datei-Download müssen alle anderen konkurrierenden Web-Anfragen 
warten, bis der Download beendet ist oder abgebrochen wurde.

Vielen Dank für die Veröffentlichung der SD/MMC Karten Library. Sie war 
mir eine sehr große Hilfe.

Mein Projekt ist hier: http://stefanfrings.de/avr_io/

Hallo Thilo,

ich habe ein ähnliches Problem, hast Du inzwischen eine Lösung gefunden?

Ich habe noch keine Lösung dafür gefunden, aber falls Daniel das mal 
testen will hänge ich eine Datei an, bei der dieser Fehler auftritt.

Zusätzlich die mmc_config.

Wolfgang Sch. schrieb:
> Offensichtlich hat
> das etwas mit dem Hersteller und dem Kartentyp zu tun.

Das habe ich nun auch festgestellt.
Eine uralte 256MB Kingston Karte zeigt diesen Fehler nicht. Sie schreibt 
(bis jetzt) fehlerfrei, hat aber deutlich längere Zugriffszeiten.

Die Motorola Micro-SD (2GB) mit Adapter brach nach 38kB ab (siehe oben 
verlinktes File).
Das Zerstören des Files kann man vehindern, indem man bei 10 erfolglosen 
Initialisierungs- Lese- oder Schreibversuchen den Versuch abbricht. Dann 
sind wenigstens die Daten bis dahin nicht verloren.

Hi Wolfgang,

habe getan, was du geraten hast, drei Byte zusaätzlich gelesen, und 
siehe da: die Motorola-Karte schreibt auch weiter (alte Datei von oben 
im Anhang verwendet)!

Werde die auch mal ein paar Tage laufen lassen.

;-)

Ich habe seit Jahresanfang eine Sandisk 1GB Micro-SD am Laufen, alle 
paar Wochen taucht ein Fehler auf: Schreiben des Files wird abgebrochen, 
ab 00:00 Uhr wird ein neues File angelegt (so gewollt) und bei jedem 
Schreibvorgang wird ein neues File mit demselben Filenamen angelegt.

Habe auch dort die Änderung eingefügt, weil zufällig heute dieser Fehler 
auftrat. Der Logger hat sofort korrekt weitergeschrieben, mal sehen 
wie's weitergeht.

Hi Wolfgang,

mit 6 zusätzlich gelesenen Byte (wie du oben beschrieben hast) war bei 
einer Motorola 128MB Micro-SD nach 6144 Byte Schluss. Funktioniert also 
auch nicht immer.

Wolfgang Sch. schrieb:
> Auf jeden Fall tritt aber kein
> Dateisalat mehr auf - oder?

Nein, das hatte ich vorher schon ausgeschlossen, indem ich 10 Versuche 
beim Lesen und Schreiben gemacht habe, bei Fehler bricht er einfach ab.

Ich habe die zusätzlichen Byte (Lesen und Schreiben) wieder entfernt und 
habe die Taktrate (clk) auf 500kHz heruntergestellt. Seit vier Tagen 
schreibt er jetzt auf der "Problemkarte" fehlerfrei (minütlich ein 
Datensatz).

Manche Karten scheinen an gewissen Stellen ein kleines Päuschen zu 
benötigen, ist der Takt zu schnell, reicht die Zeit nicht. Wenn ich Zeit 
habe, suche ich die Stelle(n), brauche den Logger aber gerade an einer 
Solaranlage.

Hallo,

wie provoziert Ihr den Fehler? ich schreibe Teilweise meherere 100 MB 
Files auf die Karte und habe bis jetzt noch keine Fehler gehabt.

Schreibe entweder in einem Stück oder mit mehrmaligem öffnen der Datei.

Viele Grüße.

Hi Andre,

die Fehler tauchen bei mir nach mehreren Tagen bis Wochen auf. 
Provoziert habe ich die nicht. Beim einen Logger schreibt er auch 
mehrere Wochen ohne Fehler (tägliche Textfiles mit ca. 220kB), dann 
taucht ein Fehler auf.

Es ist ein Fehler in der ffcdLower() Funktion,
fat_loadRowOfSector(1); ist falsch!!

richtig ist:
  fat_loadRowOfSector(0x20);

dann funktioniert auch das cd..

uint8_t ffcdLower(void){

  if( fat.dir == 0 )return FALSE;      // im root dir, man kann nicht 
hoeher !

  fat_loadSector(fat_clustToSec(fat.dir));  // laed 1. sektor des 
aktuellen direktory.
  fat_loadRowOfSector(0x20);          // ".." eintrag (parent dir) ist 0 
wenn parent == root
  fat.dir=file.firstCluster;        // dir setzen

  return TRUE;
}
Gruß Dietmar

Hm...

der Fehler ist immer noch da, trotz 500kHz Takt.
In angehängter Datei wird einfach nicht weitergeschrieben.

Wolfgang Sch. schrieb:
> count = (file_.cntOfBytes==0) ? 512:file_.cntOfBytes;

Man hätte auch schreiben können:

count = (file_.cntOfBytes==0) ? 512:0;

dürfte aber kein Unterschied bei der Funktion sein.
Welcher Fehler taucht denn da auf?

Ist bei dir der Unterstrich nach file (als file_.) überall dran?
Den gibt's bei mir nicht. Evtl. ist das 'ne andere Version?

Ich werde es auch mal testen, gerade Zählerstände zu vermeiden.

Hi Fabian,

ich denke, wenn der Fehler mit den "eben vollen" Sektoren gefunden ist, 
wäre es an der Zeit, da hast du Recht.

Mittlerweile ist es, bis auf diesen Fehler, ziemlich wasserdicht.

Lassen wir Daniel noch Zeit, er kennt seinen Code am besten und dürfte 
wissen, wo er suchen muss. ;-)

Scheinbar liegt das Problem nicht nur an den "eben vollen" Sektoren.
Vor zwei Stunden hat er trotz ugerade gehaltener Filegröße einfach 
wieder aufgehört weiterzuschreiben.

Falls es zur Analyse hilft hänge ich da geloggte File mal dran.

Edit:

nachdem ich versucht habe, ein Byte anzuhängen, hat Windows das File als 
schreibgeschützt erkannt und es ließ sich nicht mehr abspeichern.

Scheinbar liegt das Problem in der FAT, nicht an der Datei an sich. 
Irgendwo macht die Software falsche Einträge, warum auch immer.

Ich hatte auch schon den Fall, das der selbe Dateiname 25x vorkam, sich 
aber nur auf eine Datei bezog.

Edit 2:

Karte ist defekt. Lässt sich weder formatieren, noch beschreiben. 
Windows erkennt den Datenträger als schreibgeschützt, egal wie der 
Schiebeschalter steht.

Wäre natürlich ein dummer Zufall, wenn das Stück ausgerechnet jetzt 
gestorben wäre.

Hallo,

wie macht sich das bei Euch bemerkbar. Hängt er sich bei Euch auf? Wenn 
ja, in welcher Funktion genau? Ich habe zurzeit das Problem, dass er 
sich kurz nach Start des Logvorgangs aufhängt.

Gruß
André

EDIT1:

ich habe teilweise das Problem, dass er sich in der void 
fat_getFreeClustersInRow(uint32_t offsetCluster) aufhängt

1

2

void fat_getFreeClustersInRow(uint32_t offsetCluster){

3

4

  uint16_t cnt=1;    // variable fuer anzahl der zu suchenden cluster

5

6

7

 /// Genau hier hängt er sich auf

8

  while(fat_getNextCluster(offsetCluster)){ // suche des 1. freien clusters

9

    offsetCluster++;

10

  }

11

12

  chain.startSectors = fat_clustToSec(offsetCluster);  // setzen des startsektors der freien sektoren (umrechnen von cluster zu sektoren)

13

  chain.cntSecs = fat.secPerClust;          // da schonmal mindestens einer gefunden wurde kann hier auch schon cntSecs damit gesetzt werden

14

15

  do{                          // suche der naechsten freien

16

    if(0==fat_getNextCluster(offsetCluster+cnt) )  // zaehlen der zusammenhängenden sektoren

17

      chain.cntSecs += fat.secPerClust;

18

    else{

19

      return;                  // cluster daneben ist nicht frei

20

    }

21

    cnt++;

22

  }while( cnt<MMC_MAX_CLUSTERS_IN_ROW );      // wenn man hier raus rasselt, gibt es mehr freie zusammenhaengende als MAX_CLUSTERS_IN_ROW

23

24

25

}

Wolfgang Sch. schrieb:
> bei mir laufen 2 Datenlogger seit 2 Wochen mit 10s Speicherabstand im
> "ungerade" - Modus fehlerfrei.

Bei mir jetzt auch.
Ich hatte den Takt des SPI versehenlich auf 8MBit gelassen, was für das 
DOGm Display kein Problem ist. Nur die alte SD-Karte konnte das nicht 
und hat sich verabschiedet. Die neue PLATINUM 1GB ist für max. 5MBit 
Schreiben spezifiziert und hat mit gelegentlichen Schreibfehlern 
reagiert (Resekt!).

Nun läuft das Ganze mit 1MBit seit Tagen fehlerfrei.
Ich denke, wenn der "Eben-Voll-Fehler" gefunden ist, dann ist das Ganze 
ziemlich wasserdicht.

Torsten S. schrieb:
> läuft bei mir  ~5 Jahren 24/7. Steuert nebenbei ne FB und hat nen
> Webserver. Fehlerfrei.

Ja, bei mir läuft der Heizungsregler seit 2008 auch prima (8x PT1000, 
DCF77/RTC, 6 Ausgänge, Dreipunkt-Schrittregler, State-Machine, VBus 
(RESOL) einbindung, DOGm-Display), die SD-Karte kam dazu und dürfte 
jetzt serienreif sein.
Webserver habe ich auch zwei am Laufen, machen keine Probleme mit 
SD-Karte seit 1.1.12.

Hallo Daniel,

mich würde mal interessieren ob es hier schon irgendwelche Fortschritte 
in Bezug auf den Bug mit der Clusterlänge gibt, ich würde die lib gern 
auf einem atmega128 einsetzen welche Version ist denn da angebracht ? Im 
SVN gibt es die 0.6.1 die hatte ich mir jetzt erstmal runtergeladen und 
damit mal ein paar erste Tests gemacht, das funktionierte soweit. Sollte 
ich besser die 0.6.4 verwenden ? Ich habe mal den Thead quergelesen - so 
ganz schlau werde ich daraus eigentlich nicht welche Version nun noch 
bekannte Bugs enthält.

@Wolfgang Sch.: Was genau hast Du denn geändert ?

@Wolfgang Sch. Danke ich habe das bei mir als bugfix erstmal auch so 
eingebaut.

Mir ist beim testen ein Fehler aufgefallen der in die gleiche Richtung 
zu gehen scheint. Wenn ich am PC eine Datei auf die Speicherkarte 
kopiere z.B. NAME.TXT und der µC soll dann auf die gleiche Speicherkarte 
in die gleiche Datei schreiben gibt es die Daten anschließend zwei mal 
mit identischem Namen und Inhalt aber unterschiedlicher Größe auf der 
Karte.

Wenn ich mit der Datenträgerüberprüfung von XP auf die Karte gehe wird 
putzigerweise kein Fehler gefunden, Windows gibt beim löschen der beiden 
Dateien einen Fehler aus (Datei nicht gefunden) anschließend sind beide 
Dateien weg.

Eine mit Windows auf die Karte kopierte Datei kann ich mir ffrm nicht 
löschen.

Ist das zwischen 0.6.1 und 0.6.4 schon gefixt worden ?

Hallo alle zusammen.
Ich hab grade die library runtergeladen und an meiner Hard getestet. 
Scheit so weit alles zu funktionieren (riesen dank an Daniel!!!!!) ABER: 
ich hab da noch n Nokia 6100 LCD, dass ueber das selbe SPI geht. Wenn 
man nun zuerst die SD-karte initialisiert usw. und ne Datei liest, bevor 
man etwas mit dem LCD macht, dann klappt's. Wenn man nun nach dem start 
der LCD was macht, dann kommt das Programm einfach nicht weiter. Also 
wie

if( MMC_FILE_OPENED != ffopen("TXT1.TXT",'r') )
  {  mach etwas
  }
  else mach etwas anderes

macht weder etwas noch was anderes. Scheint so, als ob der CS-pin nicht 
richtig tickt....

'Ne Idee was man da macht?

ja sicher doch!
momentan hab ich noch ein Software-SPI hinzugefügt, so dass der LCD da 
drüber läuft. Wenn man solche unabhängige ports benutzt, ist alles OK. 
man kann dateien öffnen, lesen usw. ich hab ne ATMega 64, also viele 
pins, und es wäre nicht weiter kritisch, wenn ich den Software-spi 
lasse, wäre aber trotz dem nicht schlecht rauszufinden, was da los ist.

Hallo zusammen,

1

zeile 1

2

zeile 2

3

zeile 3

4

zeile 4

5

zeile 5

das ist eine TXT Datei. Ich will Zeile 3 löschen.

do das es so aussieht:

1

zeile 1

2

zeile 2

3

zeile 4

4

zeile 5

Wie kann ich das machen. Über einen Beispiel würde ich mich freuen.

Danke im Voraus
Milan

im moment benutze ich die funktion.

1

  unsigned long int seek;

2

  unsigned long int countzeichen=0;

3

  unsigned long int countzeilenzeichen=0;

4

  int32_t seekzeile=0;

5

  int zeichen;

6

  char zeile[200];

7

  char strs[200];

8

  bool geloest= false;

9

    if( MMC_FILE_OPENED == ffopen(datei,'r') )

10

    {

11

    seek = file.length;

12

13

14

    while(seek!=countzeichen)

15

    {

16

      zeichen=ffread();

17

      countzeichen++;

18

      if (zeichen == '\n')

19

      {

20

        seekzeile = file.cntOfBytes;

21

        zeile[countzeilenzeichen]='\0';

22

23

24

25

        _delay_ms(500);

26

        if (strncmp(zeile,zeilen_bezeichnung,strlen(zeilen_bezeichnung))==0)

27

          {

28

            geloest = true;

29

30

31

            strcpy(strs, " ");

32

            for (int a=0; a< strlen(zeilen_bezeichnung)-1; a++)

33

            {

34

              strcat(strs, " ");

35

            }

36

37

            file.cntOfBytes= seekzeile-  (strlen(zeilen_bezeichnung)+2);

38

39

            ffwrites(strs);

40

41

            ffclose();

42

43

            //_delay_ms(20000);

44

            break;

45

          }

46

        countzeilenzeichen=0;

47

        strcpy(zeile, "");

48

      }

49

      else

50

      {

51

        zeile[countzeilenzeichen]=zeichen;

52

53

        countzeilenzeichen++;

54

      }

55

    } 

56

57

    ffclose();

leider bleiben die daten auf der karte drauf. warum auch immer. In der 
Datei sind die weg, aber ich bekomme fehler wenn ich zeile 2 und 4 
auslese.

Gruss
Milan

Ich tippe mal darauf, wie man es beim PC programmieren auch macht:
Man legt sich eine temporäre datei an. Schreibt da alle Zeilen rein, die 
man behalten will und löscht das die orginal Datei und benennt die 
temporäre Datei um, so dass sie so heißt wie die orginal Datei.

Probier das doch mal.

Grüße

Hallo Matze,
danke für den Tipp, daran habe ich auch gedacht.
Problem ist, dass die Datei bis 50MB oder mehr gross sein kann. Also 1 
zu 1 kopieren geht nicht. Und so viel ich weiss kann ich nur eine Datei 
aufmachen und bearbeiten.

Gruss
Milan

Jo, das stimmt. Du müsstest auslesen, bis dein Speicher voll ist und 
dann dein Speicherinhalt in die temporäre Datei schreiben. Anderes ist 
leider nicht möglich - so weit ich weiß.
Einfach löschen einer Zeile ist aber auch aus Gründen der Datenstruktur 
nicht möglich. Beschäftige dich doch mal damit, wie eine Datei 
eigentlich auf dem Datenträger aussieht. Als Ansatz: leg dir eine Datei 
mit einem kurzen, definierten Inhalt an und öffne die SD- Karte dann mit 
einem HEX- Editor. Suche dann mit dem HEX- Editor nach deiner 
Zeichenfolge als HEX- Werte. Das kannst du auch an deinem PC machen, 
musst nicht extra den µC verwenden.
Wenn du verstanden hast, wie Dateien auf der SD- Karte aussehen, weißt 
du auch, daß ein anderer Weg als mit der temp. Datei echt umständlich zu 
realisieren ist (bis hin zur völligen Unumsetzbarkeit)

Klar, überschreiben geht. Du musst bloß die Textstelle haben (ffseek ist 
dein Freund)
Aber zu dieser Bibliothek: geplant war das mal als Datenlogger... ;)

Was hast du eigentlich genau vor und wielange brauchst du um 50MB Daten 
zu schreiben?

Fügst du nich nur für jedes Zeichen deiner Zeile einfach ein Return ein 
(0x0D)?

Hallo,

ich versuche auch die Sachen zum Laufen zu bekommen.
Ich verwende folgenden Code:

while (mmc_init() !=0)        // rückgabewert 0 dann ist karte 
initialisiert
  {
    LCD_displayStringLn(Line1,20, "Initializing card faild!");
    while(1)
    {
      nop();
    }
  }

  if(0==fat_loadFatData())        // rückgabewert 0 dann sind die fat 
daten bekannt
  {
    LCD_displayStringLn(Line1,20, "Karte ready...");

    // rückgabewert 2 bedeutet, datei ist nicht vorhanden und wurde 
grade angelegt.
    //bereit zum schreiben !
    if(2==ffopen(file_name))
    {
      LCD_displayStringLn(Line2,20, "Datei wurde angelegt!");
      ffwrites((unsigned char*)"Hallo Welt");
      ffclose();
    }

    // hier ist rückgabewerte eigentlich 1, datei ist vorhanden und 
wurde geöffnet.
    //bereit zum lesen !
    else
    {
      unsigned long int seek = 0;
      unsigned int temp = 0;

      LCD_displayStringLn(Line2,20, "Datei bereits vorhanden!");
      seek=file.length;

      ffseek(2);
      temp = ffread();
      LCD_drawUint16(Line7,100,temp);

      LCD_drawUint16(Line8,100,seek);
      ffclose();
    }
  }
Datei anlegen funktioniert suoer. Ich will aus der Datei genau das "a" 
auslesen. Aber ich komme nicht so richtig klar mit dem ffseek(). Wie 
kann ich in der Datei an diese Stelle springen und genau den Buchstaben 
auslesen?

Grüße, Jens

Michael P. schrieb:
> Moin,
>
> die meiste Arbeit haben die Routinen für das Lesen und Schreiben der
> SD-Karte gemacht (wegen neu schreiben und so). Bei den FAT- und
> Dateifunktionen habe ich erstmal nur die Void-Pointer (die ICC430
> Version die ich nutze kann damit nicht um), die ganzen Zählvariablen
> angepasst und natürlich die Funktionsaufrufe der Low-Level-Routinen
> geändert. Eben um zu sehen ob es funktioniert. Und es funtkioniert.
>
> Weitere Anpassungen sind sicherlich noch möglich, mach ich irgendwann
> auch noch.
>
> Michael

Ich hänge gerade auch noch daran, die Lib für MSP430 zu portieren. Magst 
du vlt. schreiben, was genau du jetzt angepasst hast? Bisher habe ich 
sämtliche SPI-Routinen angepasst sowie die zugehörigen Makros wie 
MMC_CS_LOW, MMC_READ etc.

Wo ich Probleme mit dem Compiler bekomme, sind die Arithmetiken auf 
void-Pointer wie bei "void *vsector;". Das kommt zum Glück nur zweimal 
vor. Generell ist das dekr/inkr von void Pointern auch nicht 
standardkonform (weder C, noch C++). Siehe dazu mein Thema hier:

http://www.c-plusplus.de/forum/p2249560#2249560

Frage an Michael P.: Wie hast du das angepasst? Frage allgemein: Sollte 
man das in der Bibliothek nicht generell korrigieren?

Falls es die Hilfsbereitschaft vergrößert:
------------------------------------------
Ich bin bereit, den Quelltext meiner Portierung wenn sie läuft zur 
Verfügung zu stellen. Generell wäre ich dann dafür, dass man z.B. 
sämtliche SPI-Funktionen aus der mmc.h auslagert und eine spi.h o.ä. als 
wirkliche Schnittstelle einführt. Entsprechend der Plattform müssten 
dann nur  Makros in der spi.h angepasst und die Methoden in einer 
spi.c(pp) ausgeprägt werden.

hallo,

die lib vom daniel funktioniert sehr gut.
schade das ich wohl zu dumm bin einen string ins unit8_t file_name[]; zu 
bekommen um den Datei Namen in der laufzeit zu generieren.
mit char file_name[10] ginge es, aber die ffopen funktion erwartet ein 
uint8_t. wie macht man das wenn man nicht so en dummkopp is?

1

  uint8_t file_name[10];

2

  char zahl_str [3];

3

4

  // Dateinamen z.B. "Jan12.csv" aus aktuellem Datum zusammensetzen

5

    switch(mon)

6

        {

7

        case  1: file_name[0] = '\0'; file_name[1] = 'J'; file_name[2] = 'a'; file_name[3] = 'n'; break;

8

        case  2: file_name[0] = '\0'; file_name[1] = 'F'; file_name[2] = 'e'; file_name[3] = 'b'; break;

9

        case  3: file_name[0] = '\0'; file_name[1] = 'M'; file_name[2] = 'a'; file_name[3] = 'r'; break;

10

        case  4: file_name[0] = '\0'; file_name[1] = 'A'; file_name[2] = 'p'; file_name[3] = 'r'; break;

11

        case  5: file_name[0] = '\0'; file_name[1] = 'M'; file_name[2] = 'a'; file_name[3] = 'i'; break;

12

        case  6: file_name[0] = '\0'; file_name[1] = 'J'; file_name[2] = 'u'; file_name[3] = 'n'; break;

13

        case  7: file_name[0] = '\0'; file_name[1] = 'J'; file_name[2] = 'u'; file_name[3] = 'l'; break;

14

        case  8: file_name[0] = '\0'; file_name[1] = 'A'; file_name[2] = 'u'; file_name[3] = 'g'; break;

15

        case  9: file_name[0] = '\0'; file_name[1] = 'S'; file_name[2] = 'e'; file_name[3] = 'p'; break;

16

        case 10: file_name[0] = '\0'; file_name[1] = 'O'; file_name[2] = 'k'; file_name[3] = 't'; break;

17

        case 11: file_name[0] = '\0'; file_name[1] = 'N'; file_name[2] = 'o'; file_name[3] = 'v'; break;

18

        case 12: file_name[0] = '\0'; file_name[1] = 'D'; file_name[2] = 'e'; file_name[3] = 'z'; break;

19

          };

20

21

    zahl_str[0] = '\0';

22

    itoa(year % 100, zahl_str, 10);

23

    strcat(file_name, zahl_str); //<--- warning: pointer targets in passing argument 1 of 'strcat' differ in signedness

24

25

    strcat(file_name, ".csv"); // <--- warning: pointer targets in passing argument 1 of 'strcat' differ in signedness

ich bin selbst draufgekommen: ich schreib die zeichen einzeln rein.

1

    // Dateinamen aus aktuellem Datum zusammensetzen

2

    switch(mon)

3

        {

4

        case  1: file_name[0] = '\0'; file_name[1] = 'J'; file_name[2] = 'a'; file_name[3] = 'n'; break;

5

        case  2: file_name[0] = '\0'; file_name[1] = 'F'; file_name[2] = 'e'; file_name[3] = 'b'; break;

6

        case  3: file_name[0] = '\0'; file_name[1] = 'M'; file_name[2] = 'a'; file_name[3] = 'r'; break;

7

        case  4: file_name[0] = '\0'; file_name[1] = 'A'; file_name[2] = 'p'; file_name[3] = 'r'; break;

8

        case  5: file_name[0] = '\0'; file_name[1] = 'M'; file_name[2] = 'a'; file_name[3] = 'i'; break;

9

        case  6: file_name[0] = '\0'; file_name[1] = 'J'; file_name[2] = 'u'; file_name[3] = 'n'; break;

10

        case  7: file_name[0] = '\0'; file_name[1] = 'J'; file_name[2] = 'u'; file_name[3] = 'l'; break;

11

        case  8: file_name[0] = '\0'; file_name[1] = 'A'; file_name[2] = 'u'; file_name[3] = 'g'; break;

12

        case  9: file_name[0] = '\0'; file_name[1] = 'S'; file_name[2] = 'e'; file_name[3] = 'p'; break;

13

        case 10: file_name[0] = '\0'; file_name[1] = 'O'; file_name[2] = 'k'; file_name[3] = 't'; break;

14

        case 11: file_name[0] = '\0'; file_name[1] = 'N'; file_name[2] = 'o'; file_name[3] = 'v'; break;

15

        case 12: file_name[0] = '\0'; file_name[1] = 'D'; file_name[2] = 'e'; file_name[3] = 'z'; break;

16

          };

17

18

    zahl_str[0] = '\0';

19

    itoa(year % 100, zahl_str, 10);

20

  file_name[4] = zahl_str[1];

21

  file_name[5] = zahl_str[2];

22

  file_name[6] = 'c';

23

  file_name[7] = 's';

24

  file_name[8] = 'v';

beides war falsch.

jetz geht es aber endlich mit itoa und strcat;

das habe ich geändert:
ffopen((uint8_t*)file_name,'r')
ffwrites((uint8_t*)log_daten)

so setze ich den string file_name zusammen;

1

char file_name[10];

2

char zahl_str [3];

3

4

file_name[0] = '\0';

5

switch(mon)

6

      {

7

        case  1: strcat(file_name, "Jan"); break;

8

  case  2: strcat(file_name, "Feb"); break;

9

  case  3: strcat(file_name, "Mar"); break;

10

  case  4: strcat(file_name, "Apr"); break;

11

  case  5: strcat(file_name, "Mai"); break;

12

  case  6: strcat(file_name, "Jun"); break;

13

  case  7: strcat(file_name, "Jul"); break;

14

  case  8: strcat(file_name, "Aug"); break;

15

  case  9: strcat(file_name, "Sep"); break;

16

  case 10: strcat(file_name, "Okt"); break;

17

  case 11: strcat(file_name, "Nov"); break;

18

  case 12: strcat(file_name, "Dez"); break;

19

      };

20

21

zahl_str[0] = '\0';

22

itoa(year % 100, zahl_str, 10);

23

strcat(file_name, zahl_str);

24

strcat(file_name, ".csv");

25

26

if  ( MMC_FILE_OPENED == ffopen((uint8_t*)file_name,'r') )

27

    { 

28

      ffseek(file.length); // ans Datei Ende springen

29

      sht_write_log();

30

      ffclose();

31

    }

32

if  (MMC_FILE_CREATED == ffopen((uint8_t*)file_name,'c') )

33

    {

34

      sht_write_log(); // SHT Logdaten in neue Datei schreiben

35

      ffclose();

36

    }

nunja, die 2 posts vorher warn echt unnötig, sry -.-

Hallo Leute,

ich möchte gerne diese Bibliothek, welche bisher einen sehr guten 
Eindruck macht, für eine Art Datenlogger benutzen. D.h. es müssen 
lediglich Daten an das Ende einer Datei geschrieben werden können. 
Jedoch habe ich dafür nur einen Atmega16 zur Verfügung und das Hex-File 
ist bei mir jedoch 17,8 KB groß. Es passt als nicht auf den Atmega16. 
Dabei habe ich schon die Compiler-Optimierung auf möglichst geringe 
Speichergröße gestellt und in den Config-Files nur das nötigste an 
Funktionalität aktiviert. Den bisherigen Code zum Testen findet ihr im 
Anhang.

Hat jemand von euch vielleicht noch eine Idee wie sich der Code 
verkleinern lässt, denn eigentlich fehlt ja auch noch der Teil der die 
Daten "erzeugt", welche dann auf der SD-Karte gespeichert werden sollen.
Oder ist es überhaupt möglich diese Bibliothek auf einem Atmega16 zu 
verwenden?

Vielen Dank für eure Hilfe.

hm.. ohne mir deinen Quelltext angeschaut zu haben: warum nimmst du nich 
einen größeren ATmega? Der ATmega32 und 64 sind doch pin-gleich, wenn 
ich mich richtig entsinne...
Dann haste auch auf jeden Fall genug Platz für deine Anwendung.

Grüße,
Matze

hmmmm, passen die den auch in den Sockel eines Atmega16?

Hi,

ich habe ein sehr seltsames Phänomen mit der lib.
Bei meinem Projekt funktioniert das Schreiben auf die Karte oft so wie 
es soll. Also vom Prinzip her geht es (Das Grundgerüst von dem Projekt 
besteht aus einem Vorgänger Projekt, dass seit einem Jahr nun schon 
einwandfrei funktioniert). Wenn ich aber meinen Code verändere schreibt 
die lib offensichtlich nicht mehr auf die Karte. Es entsteht einfach 
eine leere Datei. Wenn man sich die Karte mit einem Hex Editor anschaut, 
sieht man, dass der letzte geschrieben String sich auf der Karte 
befindet, sonst nichts. Er überschreibt also die Daten auf der Karte 
ständig.
Die lib setzt also nach dem schreiben des Strings aus irgend einem Grund 
die Position innerhalb der Datei wieder auf den Ursprungswert. So werden 
vorhandene Dateien nicht vergrößert und neue sind leer.

Wenn ich dann aber wieder die Änderung im Code beseitige, geht es 
wieder.
Das komische ist aber, dass diese Änderungen nicht mit der lib zu tun 
haben, sprich z.b. wenn ich eine bestimmte if-Abfrage entferne oder 
sowas in der Art. Auf alle Fälle sind die Änderungen eindeutig und haben 
definitif nichts mit der lib zu tun. Ich hatte ja auch schon meine 
memcpy in Verdacht, aber selbst wenn ich die rausnehme geht es nicht 
immer. Also ich gehe davon aus, dass ich nicht ausversehen eine Variable 
der lib mit 0 überschreibe. Aber ich finde nun auch schon seit Tagen 
nicht die Lösung von meinem Problem.

Hatte jemand von Euch so was auch schon mal?
Woran könnte es liegen?

Ich weiß nicht, ob mein Fehler wirklich weg ist, aber ich habe auf alle 
Fälle doch noch einen Fehler gefunden: Der Timer war nicht auf 10 ms, 
sondern auf 20 ms eingestellt (die Rache des übernommenen Grundgerüsts, 
das lauft nämlich mit 16, statt jetzt mit 8 Mhz). Auf alle Fälle läuft 
die Software im Moment so wie sie soll.
Kann es wirklich am Timer gelegen haben?

Hallo wie kann ich mehrere Dateien auf der SD Karte anlegen und 
beschreiben?
In eine kann ich erfolgreich schreiben, diese wird anschließend 
geschlossen. Auch öffnen, anhängen und schließen lässt sich 
reproduzieren. Sowie ich jedoch in eine zweite Datei anlegen/beschreiben 
möchte, wird diese angelegt, aber nichts wird hineingeschrieben? Was 
kann ich da tun? Sie sind in keinem Fall beide gleichzeitig geöffnet.

Gruß,
Ralf

Hallo Leute,
habe volgenden Code:

1

while(PIND &= (1<<PD7)) // fragt CDI ab, liegt an Masse, wenn eine Karte eingesteckt ist

2

  {

3

    rs232_text("\nkeine Karte eingesteckt");

4

    WDH3224_TEXT(155,5,"SD-Karte ?",2,0);

5

  }

6

7

  WDH3224_TEXT(155,5,"          ",2,0);

8

  rs232_text("\nBoot");

9

  WDH3224_TEXT(180,12,"Boot...",2,0);

10

11

  // Versuch Karte zu Initialisieren, bis es klappt.

12

  // Unbedingt so, weil die Initialiesierung nicht immer

13

  // auf Anhieb klappt.

14

  while (FALSE == mmc_init())

15

  {

16

    nop();

17

  }

18

19

  rs232_text("...");

20

21

22

  // Fat initialisieren. Nur wenn das klappt sind weitere

23

  // Aktionen sinnvoll, sonst endet das Programm.

24

  if (!fat_loadFatData())

25

  return -1;

26

27

  // Wenn auf dem terminal "Boot... OK" zu lesen ist, ist Init OK.

28

  // Jetzt kann man Schreiben/Anhängen/Lesen.

29

  rs232_text("Ok\n");

30

  WDH3224_TEXT(180,27,"OK",2,0);

31

32

33

34

35

  // Datei existiert, also lesen.

36

  // Gerade angelegt und beschrieben, oder war schon vorhanden

37

  // und es wurde was angehaengt?

38

  if (MMC_FILE_EXISTS == ffopen("TEST    TXT"))

39

  {

40

41

42

    rs232_text("\nDatei wird geoeffnet:\n");

43

    WDH3224_TEXT(150,5,"                  ",1,0);

44

    WDH3224_TEXT(150,5,"Datei wird geöffnet",1,0);

45

46

    // Setzen einer Variable und dann runterzählen geht

47

    // am schnellsten

48

    unsigned long int seek = file.length;

49

    char *tmp;

50

51

    // Lesen eines chars und Ausgabe des chars.

52

    // Solange bis komplette Datei gelesen wurde.

53

    do 

54

    {

55

      sd_card_string[i] = ffread();

56

      i++;

57

    } 

58

    while (--seek);

59

60

    sd_card_string[i+1] = '\0';

61

    rs232_text(sd_card_string);                  //bis hier waren es  4h 50min Arbeit

62

    rs232_text("\n");

63

64

65

    rs232_text("\n\nEOF\n");

66

    ffclose();

67

68

    //Nun wird der Komplette String anhand von ; in Einzelne zerlegt

69

    sd_card[0] =  strtok_r(sd_card_string,";",&tmp);      //und hier stecken 5h 50min Arbeit drin