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

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

@ 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.

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ß :)

@ 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.

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

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

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.

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?

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?

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.