SD Card mit Atmega beschrieben (FAT32) - Datei nicht lesbar in Windows

[Timo .. (waswasi)]

Hallo,

wie der Thread-Name schon sagt, habe ich mit den FAT32 Sourcen von 
Daniel R. (http://www.mikrocontroller.net/articles/AVR_FAT32) eine 
SD-Card beschrieben, mit einem Atmega1284P.

Ich kann die Datei über den Atmega problemlos weiterschreiben und auch 
über den Atmega wieder einlesen. Wenn ich die SD-Card nun aber in meinen 
Laptop stecke, kann ich die Datei nicht mehr lesen!

Windows meldet "Die Datei oder das Verzeichnis /mem.txt ist beschädigt 
und nicht lesbar". Hat es irgendetwas mit Byteorder (Little Endian/Big 
Endian??) oder sowas zu tun? Ich habe auch die FAT schon mit dem 
Programm TestDisk überprüft, und da scheint alles in Ordnung zu sein.

Falls es irgendwie relevant ist, ich habe folgendes in die Datei 
geschrieben:

"test012;3632419318;000050000;000155;05\r\n
test234;3632419553;000000020;000010;05\r\n
test567;3632419391;000045000;000120;00\r\n"


Hat jemand eine Ahnung was da schief gelaufen ist?


Wäre für Hilfe sehr dankbar.

Grüße

[Peter II (Gast)]

Timo .x schrieb:
> Hat jemand eine Ahnung was da schief gelaufen ist?

kann du den SD-CARD mal RAW auslesen ( Linux mit dd oder irgendeinem 
Windows tool)

Dann kann man die FAT überprüfen, wo das Problem liegt.

[Timo .. (waswasi)]

Hört sich gut an. Ich google mal eben, ob ich ein passendes Windows-Tool 
auftreiben kann (oder kennst Du bereits eins?).

[Falk B. (falk)]

@ Timo .x (waswasi)

>Ich kann die Datei über den Atmega problemlos weiterschreiben und auch
>über den Atmega wieder einlesen.

Wo ist dein Programm dazu?

>Windows meldet "Die Datei oder das Verzeichnis /mem.txt ist beschädigt
>und nicht lesbar". Hat es irgendetwas mit Byteorder (Little Endian/Big
>Endian??)

Nein.

> oder sowas zu tun?

Ja.

Vielleicht wird die Datei nicht korrekt geschlossen und es sind noch 
gepufferte Daten im Mirkocontroller, welche nicht korrekt auf die 
SD-Karte geschrieben werden.

[Timo .. (waswasi)]

Also wie gesagt ich verwende die Routinen von Daniel R., also einfach:

ffwrites("test123");
ffwrite(';');
ffclose();


usw. In der Operatin ffclose() wird der gepufferte Bereich auf die 
SD-Card geschrieben. Ich hänge die Original-Source mal an.


Außerdem habe ich jetzt mit TestDisk ein Image von der SD-Card 
abgezogen,
namens image.dd. Ist das die RAW Version die angesprochen wurde? Ich 
würde es gerne anhängen, es ist aber 2GB groß :)

[Peter II (Gast)]

Timo .x schrieb:
> Außerdem habe ich jetzt mit TestDisk ein Image von der SD-Card
> abgezogen,
> namens image.dd. Ist das die RAW Version die angesprochen wurde? Ich
> würde es gerne anhängen, es ist aber 2GB groß :)

die 1MB müsste reichen.

[Peter II (Gast)]

Peter II schrieb:
> die 1MB müsste reichen.

die ersten 1-2MB müsste reichen.

[Falk B. (falk)]

@ Timo .x (waswasi)

>    file.c (32,9 KB, 0 Downloads) | Codeansicht


>Also wie gesagt ich verwende die Routinen von Daniel R., also einfach:

>ffwrites("test123");
>ffwrite(';');
>ffclose();

Willst du mich veralbern? Poste deinen ORIGINALquelltext als Angang, 
auch von deinem Testprogramm!

>usw. In der Operatin ffclose() wird der gepufferte Bereich auf die
>SD-Card geschrieben. Ich hänge die Original-Source mal an.

Das ist der nur Quelltext der Lib, nicht dein Programm!

>Außerdem habe ich jetzt mit TestDisk ein Image von der SD-Card
>abgezogen,
>namens image.dd. Ist das die RAW Version die angesprochen wurde? Ich
>würde es gerne anhängen, es ist aber 2GB groß :)

Nein danke.

Es reicht, mit einem gescheiten Hex-Editor ala WinHex die FAT und die 
Verzeichniseinträge anzusehen, das reicht schon.

[Timo .. (waswasi)]

Ok. Kannst Du mir auf die Sprünge helfen wie ich die Datei verkleinern 
kann? in einem Hex-Editor krieg ich das nicht geladen.

[Falk B. (falk)]

Winhex greift direkt auf die SD-Karte zu, da muss man kein Image 
erzeugen.

[Timo .. (waswasi)]

Ok mit WinHex kann ich es laden. Gib mir kurz Zeit, ich erstelle die 2 
MB.


Zu meinem Original-Code. Den zu posten ist nicht so einfach da er über 
verschiedene Stellen verteilt ist. Ich rufe es in einer Telnet-Session 
auf mit User Interaktion. Es läuft uIp als Ethernet-Stack. Kann es also 
nicht ohne weiteres runter copy/pasten.

[Timo .. (waswasi)]

So, das sind die ersten 100 KB oder so, danach kommen nur noch 00 er.

Könnt ihr mit dem Format so was anfangen oder soll ich es anders 
formatieren?

[Timo .. (waswasi)]

Falls die Information was nützt, wenn ich mit WinHex direkt die mem.txt 
öffnen möchte stürzt auch dieser Editor mit einer Fehlermeldung ab :(.

Kann man denn an dem Image irgendetwas sehen?

[selbesProb (Gast)]

Hey, ich habe das selbe(?) Problem.

Nachdem ich mmc_init()und fat_loadFatData() aufgerufen habe, und das 
Programm beende funktionert meine SD-Karte noch, wenn ich diese an dem 
PC anschauen.

Sobald ich versuche, eine Datei zu öffnen mit(die if-Abfrage wird 
abgearbeitet, also wird doch eine Datei angelegt?!):

DISABLE_INTERRUPTS;
if (ffopen(fname, 'c') == MMC_FILE_CREATED) 
{
 ffwrites((uint8_t*) "abc");
 ffwrite(0x0D);
}
ffclose();
ENABLE_INTERRUPTS;

und dann versuche, die Datei auf dem PC anzuschauen, kann die SD-Karte 
nicht mehr gelesen werden.

Weiß einer, wo das Problem liegen könnte?

while (1) {
if ((GPIOD_PDIR & (1 << 1)) == 0) {  // Wenn taster gedrückt wird
      green_on();
      SDCard_init();
      SDCard_write();
  //    SDCard_read();
      green_off();
    }
 }

void SDCard_init() {
  if (!mmc_initialized) {
    if (MMC_PI) {  //SD-Karte vorhanden?
      spi_slow();
      delay(1);
      if (mmc_init()) {
        if (fat_loadFatData()) {
          mmc_initialized = true;
          spi_fast();
         yellow_on();
          delay(1);
        }
      }
      spi_fast();
      delay(1);
    } else {
      delay(100);
    }
  }
}

void SDCard_write() {
  if (mmc_initialized) {

    uint8_t i;

    DISABLE_INTERRUPTS;
    if (ffopen(fname, 'c') == MMC_FILE_CREATED) 
{
      ffwrites((uint8_t*) "abc");

    }

    ffclose();
    ENABLE_INTERRUPTS;
  }
}

[Jim M. (turboj)]

Timo .. schrieb:
> So, das sind die ersten 100 KB oder so, danach kommen nur noch 00 er.

Ganz sicher? Bei mir sind SDHC Karten so formatiert, das die FATs an 
Page Grenzen ausgerichtet sind. Das bedeutet das die FAT (also die 
Allokierungsinfos) erst ab 4 MB oder 8 MB anfängt. Die Daten kommen 
noch viel später...

Erschwerend kommt bei Dir hinzu, dass das nur der Anfang der Partition 
aber nicht die komplette "Disk" ist. SD Karten haben praktisch immer 
eine Partitionstabelle - die sieht WinHex aber nur wenn man als Admin 
den korrekten physischen Datenträger geöffnet hat.

Das Posten von hex Daten ohne Zeilenumbrüche ist für Analysezwecke 
ungeeignet. Mit dem bloßen Auge erkenne ich nicht die Anfänge der Bytes,
und für Tools müsste ich irgendwie wieder nach Binär kovertieren. Was 
ich mir geschenkt habe, da ich keine Daten als FAT Einträge erkennen 
kann.

[Stefan F. (Gast)]

Boote doch einfach eine Ubuntu Linux CD, dann kannst du die Karte mit 
dem dd Befehl auslesen.

Außerdem gibt der Kernel in seinem Log (dmesg Befehl) in der Regel recht 
detaillierte Fehlermeldungen aus, wenn es zu Lesefehlern kommt.