FATFS能不能取消cc936.c或者改变其它方法，太大了

lanny_cn · 发表于 2013-11-14 22:28:12

正好用到FATFS，发现cc936的文件太大了，以下为MDK4.7编译的结果

Code (inc. data) RO Data RW Data ZI Data Debug Object Name

180 18 175304 0 0 2125 cc936.o

大家看到了，一个转换函数的参数，就用到了180K的Flash空间，而STM32F103ZET6的Flash才180K
而放到SD卡里其实不现实的，因为只有原子的另加2MB SRAM内存的才到读到内存来

大家对这个函数作用熟悉吗？如果不用显示，是不是可以取消这个了？是不是就是.c里的文件名要注意点就可以了？

思良月 · 发表于 2013-11-14 23:53:48

楼主说的不对吧？
STM32F103ZET6 是512KB的FLASH和64KB的SRAM啊~
不过这个CC936.C也是可以去掉的，只要你在ffconf.h里面将_USE_LFN设置为0就可以了

lanny_cn · 发表于 2013-11-15 09:28:23

回复【2楼】思良月:
---------------------------------
哦，笔误，哈哈，你眼亮，STM32F103ZET6是512KB

grant · 发表于 2013-11-15 10:02:59

其实我也有这个疑惑
原子哥曾经说单片机的字库显示是 UNICODE--->GBK--->点整地址--》点阵显示。
我就是在想什么时候会输入UNICODE?
到底有没有必要进行UNICODE转GBK？
我们常用的就是字符和GB2132 可能是GBK更全点吧
那为什么不能直接就生产GBK字库就好了，为什么要互转一下？

不好意思是我理解错了，这个CC936.C好像是支持长文件名的时候才用到的。

lanny_cn · 发表于 2013-11-15 10:24:17

回复【4楼】grant:
---------------------------------
长文件名与Unicode其实无直接关联，你文件取个A1223341234512345.txt也是长文件名
我还没看Unicode的代码转换在哪里用，但是我认为应该是文件名用的，即文件名是GBK的，但是我们程序是Unicode的，
所以你写个<我.txt>，在程序中是Unicode，在FAT里必须是Unicode，但是实际上，我们可以不使用中文文件名 ,是吧
另外,一般存储也用GBK的，也要转换，但实际文本文件也可以存Unicode的，在文件前写几个字节标识头就可以了