FatFs文件中文支持移植出现FR_INVALID_NAME错误问题

lyj41801

在FatFs文件系统移植后，为了添加对中文的支持，我这里用的是R0.13c最新版的版本。首先更改文件ffconf.h，宏定义FF_USE_LFN修改为3，其实这里更改为1也可以，如果修改为3的话，需要实现ffsystem.c文件中ff_memalloc（）和ff_memfree（）两个函数。然后宏定义FF_CODE_PAGE修改为936。按理说，到了这一步，应该没有什么问题了。编译也成功通过。main中代码如下：

1. SDcard_Memory = (FATFS*)mymalloc(SRAMIN,sizeof(FATFS));
   
2. 
   
3.         //挂载SD卡
   
4.         res = f_mount(SDcard_Memory,"0:",1);
   
5.         LCD_ShowString(50,190,400,30,24,"SD Card is ready!");
   
6. 
   
7.         res = f_open(&file_1,"0:中文测试.txt",FA_CREATE_ALWAYS|FA_READ|FA_WRITE);
   
8.         if(res)
   
9.         {
   
10.                 LCD_ShowNum(350,220,res,2,24);
    
11.                 LCD_ShowString(50,220,400,30,24,"File Open Failed");
    
12.         }
    
13.         res = f_write(&file_1,str,sizeof(str),&bw);
    
14.         if(res)
    
15.         {
    
16.                 LCD_ShowNum(350,250,res,2,24);
    
17.                 LCD_ShowString(50,250,400,30,24,"File Write Failed");
    
18.         }
    
19.         f_lseek(&file_1,0);
    
20.         res = f_read(&file_1,buff,sizeof(str),&br);
    
21.         if(res)
    
22.         {
    
23.                 LCD_ShowNum(350,280,res,2,24);
    
24.                 LCD_ShowString(50,280,400,30,24,"File Read Failed");
    
25.         }
    
26.         LCD_ShowString(50,310,400,30,24,buff);
    
27. 
    
28.         f_close(&file_1);
    
29. 
    
30.         Scan_files("0:",fl,&cnt);
    
31.         for(i=0;i<cnt;i++)
    
32.         {
    
33.                 LCD_ShowNum(350,310,cnt,3,24);
    
34.                 LCD_ShowString(50,340+i*20,400,20,16,fl[i].fname);
    
35.         }

复制代码

执行结果，第一个返回错误6，也就是FR_INVALID_NAME。后面两个返回9。
调试1：
       f_open(&file_1,"0:测试.txt",FA_CREATE_ALWAYS|FA_READ|FA_WRITE);  这个没有问题，成功执行。
调试2：
       f_open(&file_1,"0:测试中.txt",FA_CREATE_ALWAYS|FA_READ|FA_WRITE);出现错误6，不行
调试3：
       f_open(&file_1,"0:测试1234567890.txt",FA_CREATE_ALWAYS|FA_READ|FA_WRITE);这个也没有问题，成功执行


这里呢，"0:测试.txt"显示大小是char[13],而fname[FF_LFN_BUF + 1 ]中的FF_LFN_BUF+1正好也是13，这是不是巧合。为什么多添加一个汉字都不行。而在后面添加数字或者字母却是可以的。


然后，把SD卡拆下来，拿到电脑上查看，文件确实有，但是显示乱码。


ffconf.h文件部分代码如下：

1. /*---------------------------------------------------------------------------/
   
2. / Locale and Namespace Configurations
   
3. /---------------------------------------------------------------------------*/
   
4. 
   
5. #define FF_CODE_PAGE        936
   
6. /* This option specifies the OEM code page to be used on the target system.
   
7. /  Incorrect code page setting can cause a file open failure.
   
8. /
   
9. /   437 - U.S.
   
10. /   720 - Arabic
    
11. /   737 - Greek
    
12. /   771 - KBL
    
13. /   775 - Baltic
    
14. /   850 - Latin 1
    
15. /   852 - Latin 2
    
16. /   855 - Cyrillic
    
17. /   857 - Turkish
    
18. /   860 - Portuguese
    
19. /   861 - Icelandic
    
20. /   862 - Hebrew
    
21. /   863 - Canadian French
    
22. /   864 - Arabic
    
23. /   865 - Nordic
    
24. /   866 - Russian
    
25. /   869 - Greek 2
    
26. /   932 - Japanese (DBCS)
    
27. /   936 - Simplified Chinese (DBCS)
    
28. /   949 - Korean (DBCS)
    
29. /   950 - Traditional Chinese (DBCS)
    
30. /     0 - Include all code pages above and configured by f_setcp()
    
31. */
    
32. 
    
33. 
    
34. #define FF_USE_LFN                3
    
35. #define FF_MAX_LFN                255
    
36. /* The FF_USE_LFN switches the support for LFN (long file name).
    
37. /
    
38. /   0: Disable LFN. FF_MAX_LFN has no effect.
    
39. /   1: Enable LFN with static working buffer on the BSS. Always NOT thread-safe.
    
40. /   2: Enable LFN with dynamic working buffer on the STACK.
    
41. /   3: Enable LFN with dynamic working buffer on the HEAP.
    
42. /
    
43. /  To enable the LFN, ffunicode.c needs to be added to the project. The LFN function
    
44. /  requiers certain internal working buffer occupies (FF_MAX_LFN + 1) * 2 bytes and
    
45. /  additional (FF_MAX_LFN + 44) / 15 * 32 bytes when exFAT is enabled.
    
46. /  The FF_MAX_LFN defines size of the working buffer in UTF-16 code unit and it can
    
47. /  be in range of 12 to 255. It is recommended to be set 255 to fully support LFN
    
48. /  specification.
    
49. /  When use stack for the working buffer, take care on stack overflow. When use heap
    
50. /  memory for the working buffer, memory management functions, ff_memalloc() and
    
51. /  ff_memfree() in ffsystem.c, need to be added to the project. */
    
52. 
    
53. 
    
54. #define FF_LFN_UNICODE        0
    
55. /* This option switches the character encoding on the API when LFN is enabled.
    
56. /
    
57. /   0: ANSI/OEM in current CP (TCHAR = char)
    
58. /   1: Unicode in UTF-16 (TCHAR = WCHAR)
    
59. /   2: Unicode in UTF-8 (TCHAR = char)
    
60. /   3: Unicode in UTF-32 (TCHAR = DWORD)
    
61. /
    
62. /  Also behavior of string I/O functions will be affected by this option.
    
63. /  When LFN is not enabled, this option has no effect. */
    
64. 
    
65. 
    
66. #define FF_LFN_BUF                255
    
67. #define FF_SFN_BUF                12
    
68. /* This set of options defines size of file name members in the FILINFO structure
    
69. /  which is used to read out directory items. These values should be suffcient for
    
70. /  the file names to read. The maximum possible length of the read file name depends
    
71. /  on character encoding. When LFN is not enabled, these options have no effect. */
    
72. 
    
73. 
    
74. #define FF_STRF_ENCODE        3
    
75. /* When FF_LFN_UNICODE >= 1 with LFN enabled, string I/O functions, f_gets(),
    
76. /  f_putc(), f_puts and f_printf() convert the character encoding in it.
    
77. /  This option selects assumption of character encoding ON THE FILE to be
    
78. /  read/written via those functions.
    
79. /
    
80. /   0: ANSI/OEM in current CP
    
81. /   1: Unicode in UTF-16LE
    
82. /   2: Unicode in UTF-16BE
    
83. /   3: Unicode in UTF-8
    
84. */
    
85. 
    
86. 
    
87. #define FF_FS_RPATH                0
    
88. /* This option configures support for relative path.
    
89. /
    
90. /   0: Disable relative path and remove related functions.
    
91. /   1: Enable relative path. f_chdir() and f_chdrive() are available.
    
92. /   2: f_getcwd() function is available in addition to 1.
    
93. */

复制代码

有过类似情况的朋友和原子哥，能否提供一下解决方案。谢谢

lyj41801

经过这两三天的折磨，我利用官方的文件一个一个替换掉我自己的源文件，来回测试，最后替换掉main.c文件就不行了。然后我仔细核对了main.c文件中每一个语句，我都发现我的main和官方的main一字不差，偏偏就是我的调试不成功。最后，重点在这里：我编辑文件用的VScode，编码是UTF-8，官方的编码格式是GB2312也就是GBK格式，偏偏在KEIL里面是看不出来任何异常的。当我拿两份文件到另外一个编辑器中对比，我发现我的文件的中文文字部分出现了乱码。我觉得问题差不多应该是这里了。等我更改了中文文字部分的编码格式以后，再次下载编译，OK了。

再说一个调试过程的事情，仿真调试，最后发现程序return在CC936.c文件中的ff_convert()函数。替换了官方的CC936.c仍旧是不行。程序一直在ff.c文件中的第1834行返回。
if (!w) return FR_INVALID_NAME;        /* Reject invalid code */

早该想到是编码的问题的，后面注释已经提示的很明显了。但是KEIL，无论是UTF-8还是GBK编码的代码在keil中打开都没有异常，keil我配置的是默认GB2312的编码。不知道是不是GB2312包容UTF-8，这个我没有具体去了解。只有当GBK编码的文件我拿到VScode中打开的时候，会显示乱码。可恶啊

lyj41801

哦，对了，在电脑上读呢，只有文件名是乱码，但是文件内容中文没有乱码。

正点原子

可以参考下我们例程

lyj41801

我把我的FATFS修改后的文件，利用官方的代码工程中使用，一点问题都没有...

mexico007

你好，请问楼主 你在往文件里面写内容的时候，有中文吗？ 中文写进去有出现什么问题吗？

lmj0

mexico007 发表于 2020-4-8 13:07
你好，请问楼主 你在往文件里面写内容的时候，有中文吗？ 中文写进去有出现什么问题吗？

         

lmj0

mexico007 发表于 2020-4-8 13:07
你好，请问楼主 你在往文件里面写内容的时候，有中文吗？ 中文写进去有出现什么问题吗？

我也遇到相同问题，中文写入是没问题的。
后来我将配置中的FF_LFN_UNICODE修改为2（即utf-8)，就可以了。