ElmChan LFN f_open

[andre (Gast)]

Hallo,
Ich Arbeite mit der FatFs Lib von ElmChan les funktioniert.

So wenn ich aber ein Textfile öffnen möchte "uartconfig.txt" wird die 
Datei nicht geöffnet.

kann mir einer weiterhelfen.
mfg

 char by;
 char rw_buffer[30];
 char rw_data[11]; 

 UINT br;         // File write count 
 FIL fsrc;        // file objects
 FRESULT res;     // FatFs function common result code


 static char lfn[_MAX_LFN + 1];
 fno.lfname = lfn;
 fno.lfsize = sizeof lfn;

res = f_open(&fsrc, "uartconfig.txt" ,   FA_OPEN_EXISTING | FA_READ);

[Kristallkugel (Gast)]

Layer 8 Fehler in Zeile 42.

[Rufus Τ. F. (rufus)]

Die Funktion f_open hat einen Rückgabewert, den Du einer Variablen "res" 
zuweist.

Was steht denn da drin?


Und welche Bedeutung sollen die drei Codezeilen vor dem Aufruf von 
f_open haben?

[andre (Gast)]

Rufus Τ. F. schrieb:
> Die Funktion f_open hat einen Rückgabewert, den Du einer Variablen
> "res" zuweist.
>
> Was steht denn da drin?
Da steht drin das das File nicht gefunden wurde.

>
> Und welche Bedeutung sollen die drei Codezeilen vor dem Aufruf von
> f_open haben?

Damit ist denn LFN Active

[andre (Gast)]

Wenn der Filename zb uartcfg.txt also 8.3 dann kann ich es öffnen

[Rufus Τ. F. (rufus)]

Na, dann scheinen Deine drei Zeilen wohl nicht die gewünschte Auswirkung 
zu haben.

[M. Н. (Gast)]

andre schrieb:
>>
>> Und welche Bedeutung sollen die drei Codezeilen vor dem Aufruf von
>> f_open haben?
>
> Damit ist denn LFN Active

Nein.
LFN aktiviert man in der ffconf.h.

Die Struktur fno ist wahrscheinlich eine FILE info struct (selber 
Variablenname wie in allen Beispielen). Die hat damit nichts zu tun. Was 
soll das schreiben einer zufälligen Struktur auch bringen.


Bei mir steht in der ffconf.h:

#define _CODE_PAGE  850
#define  _USE_LFN  1
//  0: Disable support of LFN. _MAX_LFN has no effect.
//   1: Enable LFN with static working buffer on the BSS. Always NOT thread-safe.
//   2: Enable LFN with dynamic working buffer on the STACK.
//   3: Enable LFN with dynamic working buffer on the HEAP.
#define  _MAX_LFN  255
#define  _LFN_UNICODE  0

Ohne unicode mit OEM Page 850 (Latin1) und statischem working buffer 
gehts bei mir.

[Rufus Τ. F. (rufus)]

M. H. schrieb:
> OEM Page 850 (Latin1)

Pedanterie:
850 ist nicht "Latin1", sondern eine leicht angepasste Variante der 
alten "DOS"-Codepage 437. "Latin1" ist 1252.

[Kai (Gast)]

Moin,

Vollständiges Programm?

Da fehlt doch mindestens noch ein fmount? Und diskinitialize?

Gruß

[M. Н. (Gast)]

Rufus Τ. F. schrieb:
> Pedanterie:
> 850 ist nicht "Latin1", sondern eine leicht angepasste Variante der
> alten "DOS"-Codepage 437. "Latin1" ist 1252.

Ja. Das war mir immer relativ egal, solange alles funktioniert hat.
<offtopic>
Wenn man in Japan ein Windowssystem benutzt, sind alle Backslashes in 
den Pfaden durch Yen-Zeichen ersetzt. Aber wenn man das Yen-Zeichen 
manuell eingibt, ist das ein anderes Unicodezeichen. Und alle leben 
damit, dass das System von Natur aus "broken" ist. Unglaublich...
</offtopic>

Kai schrieb:
> Da fehlt doch mindestens noch ein fmount? Und diskinitialize?
Pedanterie:
disk_initialize wird von f_mount ausgeführt. Hierarchisches Design und 
so...

Wenn er sich nicht mehr meldet, hat er die Lust verloren oder es geht 
jetzt :)