木牛的博客

在menuconfig FAL配置项中我们使用了SFUD并且将设备名修改为了W25Q128，保存配置后在rtconfig.h中定义宏FAL_USING_NOR_FLASH_DEV_NAME的值为"W25Q128"，在fal_flash_sfud_port.c文件中是通过条件宏定义的，也即优先使用外界定义的FAL_USING_NOR_FLASH_DEV_NAME，这里我们不需要修改。时谈到，elmfat文件系统只能挂载到块设备上，FAL管理的分区只是一段连续的flash存储空间，并不是一个块设备。

1.概述在实际工作中会经常遇到一些bug，有些就需要用到文件句柄，文件描述符等概念，比如报错： too many open files, 如果你对相关知识一无所知，那么debug起来将会异常痛苦。在linux操作系统中，文件句柄（包括Socket句柄）、打开文件、文件指针、文件描述符的概念比较绕，而且windows的文件句柄又与此有何关联和区别？这一系列的问题是我们不得不面对的。博主通过翻阅相关资料，并采用了一些demo来验证相关观点。如果文中有理解偏差，欢迎指正，对linux内核不是很熟，持续

1、littlefs主要用在微控制器和flash上，是一种嵌入式文件系统。主要有3个特点：1)、掉电恢复在写入时即使复位或者掉电也可以恢复到上一个正确的状态。2)、擦写均衡有效延长flash的使用寿命3)、有限的RAM/ROM节省ROM和RAM空间2. 2、已有的文件系统1）非掉电恢复，基于block的文件系统，常见的有FAT和EXT2。这两个文件系统在写入文件时是原地更新的，不具备非掉电恢复的特性。2) 日志式的文件系统，比如JFFS,YAFFS等，具备掉电恢复的特性。

最近因项目需要，做一个数据采集的单片机平台。需要移植 FatFs 。现在把最后成果贴上来。1、摘要在 STM32 单片机上，成功移植 FatFs 0.12b，使用的 Nand Flash 芯片为 K9F2G08 。特点： 系统配合 FatFs 实现了坏块管理，硬件ECC，软件 ECC 纠错2、代码分析2.1、擦写均衡分析 在create_chain 函数中实现，每次分配都由当前scl 指向的 free cluster 开始，逐块检查，是否有可用 cluster 存在。如果没...

两种方法二选一：//遍历文件//path:路径//返回值:执行结果u8 mf_scan_files(u8 * path){ FRESULT res; char *fn; /* This function is assuming non-Unicode cfg. */ char *p; #if _USE_LFN fileinfo.lfsize = _MAX_LFN * 2 + 1; fileinfo.lfname = mymalloc(SRAMIN,.

用于小文件频繁写入的嵌入式fat文件系统及方法【专利摘要】本发明提供一种用于小文件频繁写入的嵌入式FAT文件系统及方法，所述FAT文件系统的引导扇区、FAT区、文件目录区采用铁电存储器作为的存储器件，其文件的数据区采用FLASH作为的存储器件；其中，所述FAT12文件系统的存储器驱动程序分为铁电驱动程序和FLASH驱动程序；所述铁电驱动程序用于对所述铁电存储器进行读或写操作，所述FLASH驱动程序用于对所述FLASH进行读或写操作。本发明的用于小文件频繁写入的嵌入式FAT文件系统，在增加铁电存储器并改写驱

最近在使用littlefs文件系统，由于要跟原系统做兼容没有使用FAL接口及MTD设备，直接使用lfs操作的块设备，从官方的资料来看，littlefs有点还是很明显的，占用资源少，自带磨损均衡等等。。。移植完成后，测试lfs系统挂载及读写操作都没有问题，但执行效率极慢，连最基本的ls命令都是一个一个的出，而同样的工程，换成FAT系统，就完全不一样，效果如下使用littlefs时的效果使用fat时的效果文件使用的是同一个工程，底层SPI驱动都是完全一样的，不知道为什么会差别

论坛帖子：cantonguy：之前用spiffs非常不爽，换了之前论坛有人介绍的littlefs，可以编译正常运行的。发现当用lfs_file_write()写入直到提示空间不足，就会发生几个奇怪问题。文件建立后，我做了两个测试1、不停写入直至空间满然后重新上电读出调用lfs_file_write()不停写，直到此函数返回“错误”，实质上是空间不足，littlefs也会向串口也会提示空间不足不管，此时断电，重新上电用lfs_file_read()发现读不出东西来，文件是空的。尝试在写完后

0 简介LittleFs设计之初的重点特性是：（1）低资源消耗；（2）掉电保护；（3）擦写均衡，本章节重点讨论第（2）和（3）这两个特性，第（1）个特性则贯穿在整个设计过程中。后文把LittleFs简称为lfs。1 具体功能介绍1.1 掉电保护最经典的掉电保护方法有两种，一种是使用日志，一种是通过COW方式。lfs结合了两种方法，并优化了两种方案的缺点，提供了一套掉电保护策略。1.1.1 日志方式具体步骤为：（1） 写入数据之前，先在日志区存储开始标志，记录要写入的

移植平台: 正点原子STM32F1精英版V1.41MCU：STM32F103ZET6SPI Falsh:W25Q128LittleFS是ARM mbedOS的官方推荐文件系统，具有轻量级，掉电安全的特性。参考文档优快云 LittleFS博客 GitHub开源项目-LittleFS文件系统移植首先去Github上下载最新发型版本的LittleFs源码,我下载的是V2.2.1版本，并阅读README文档了解移植详情，因为README.md文档讲解很有限，所以下面会在移植过程中做出补.

Flash文件系统方案存储芯片分析DataFlash是大容量串行Flash存储器产品，采用NOR技术制造，写慢读快，可用于存储数据或程序代码，其产品型号为GD25Q127C。此存储器容量为128M-b，16384K-byte；采用SPI接口进行读写，支持SPI总线模式0和3。输入数据在SCLK上升沿锁存，下降沿改变数据。128Mb容量的页面尺寸为256字节。​ Endurance: 100,000 program/erase cycles per page minimumFLASH磨损均

1、quick noteslittlefs是block-based文件系统。flash被划分成多个相同大小的blockblock pointer是32bits，0xFFFFFFFF表示空指针除了逻辑block size（通常是erase block size），littlefs还有program block size和read block size，后面两个block size主要是用于flash 读写时的对齐littlefs采用little-endian order2、Directori.

背景littlefs是arm面向嵌入式设备推出的一款掉电安全的小型文件系统，具有抗掉电，动态磨损均衡，RAM/ROM需求少等特点，具体介绍可见https://github.com/ARMmbed/littlefs作为一款在嵌入式设备上使用的文件系统，出问题时，一般是需要将数据dump出来进行分析的。此时就需要PC端的调试工具了。littlefs-fuse简介这个项目提供了一个littlefs的FUSE封装，也就是你可以借助此项目，在PC上直接将littlefs镜像挂载起来，并正常进行一些文.

所谓“用户态文件系统”，是指一个文件系统的data和metadata都是由用户态的进程提供的（这种进程被称为"daemon"）。对于micro-kernel的操作系统来说，在用户态实现文件系统不算什么，但对于macro-kernel的Linux来说，意义就有所不同。虽然叫做用户态文件系统，但不代表其完全不需要内核的参与，因为在Linux中，对文件的访问都是统一通过VFS层提供的内核接口进行的（比如open/read），因此当一个进程（称为"user"）访问由daemon实现的文件系统时，依然需...

metadata pairs是littlefs的基石。metadata pairs是两个可以原子更新的block log。为什么要使用两个block呢？原因如下:1,log的工作原理是所有的entry否存储在一个环形buffer中。由于flash的擦写特性，需要用两个block来互相备份。2，也可以使用更多的block，但是需要额外的数据结构来跟踪所有的block，代价较高。1 metadata pairs中如何确定哪个metadata block是最新的呢？使用revision count

XSKY解读FAST'20 论文How to Copy File《关于如何高效率的对文件目录树进行快速克隆操作》01导读这篇发表于FAST20会议的论文，是关于如何高效率的对文件目录树进行快速克隆操作，由来自北卡罗来纳大学教堂山分校的Yang Zhan，Yizheng Jiao以及 罗格斯大学，佩斯大学,石溪大学，VMWare研究中心的相关研究人员合作开发完成的。本文并非是这篇论文的完整翻译稿，只是对里面的一些重点内容进行解读，有些地方解读不一定准确，建议感兴趣的同学结合原版论文...

COW（CopyOnWrite，写时复制）机制是一种无锁的快速数据访问机制，使用场景多个线程读取并且读取操作压力比较大，写操作只发生在一个线程中，并且写的次数与读相比比较小，也就是说COW应用于只存在读写冲突，不存在写写冲突，并且读的压力大的环境下。 具体的过程我以BtrFS对文件系统元数据的操作过程来解释。Btrfs 简介文件系统似乎是内核中比较稳定的部分，多年来，人们一直使用 ext2/3，ext 文件系统以其卓越的稳定性成为了事实上的 Linux 标准文件系统。近年来...

文章目录 c接口设置到文件头 接口本身的区别 运行库实现的区别 结论 c接口设置到文件头当我们要设置文件位置为给定流 stream 的文件的开头时，其实我们有两种选择，直接调用rewind函数，rewind(fp);或者使用fseekfseek(fp,0L,SEEK_SET);那么这两者有什么区别呢？我们从接口本身的使用和实现两个反面来说。接口本身的区别首先，从接口本身来说，rewind是没有返回值的，看下边的示例代码，这段代码会有一个问题，.

写在前面大家都知道，目前主要流利的日志文件系统有JFFS,YAFFS等，这些都是目前在Linux中应用较多的日志文件系统。前期在做嵌入式方面的开发工作时，发现原来同事使用FLASH存储数据时使用了非常多的全局变量来保存FLASH的状态，同时在数据写入、读取和删除代码中又引用了大量的代码，感觉很乱。当时想，难道在ARM7上就没有一个好用的FLASH文件系统吧，当时也有人研究FAT32，但基本上是应用于SD卡的。其实操作FLASH并写入想要写的数据，并不难，所以这方面的封装库不多见，也属正常。再者，由于转入

对于嵌入式系统来说，除了一个嵌入式内核之外，还需要一个嵌入式文件系统来管理和存储数据和程序。目前，嵌入式 Linux 操作系统支持很多种文件系统，具体使用哪种文件系统，需要根据存储介质、访问速度、存储容量等来选择。嵌入式文件系统　　Linux 支持多种文件系统，包括 ext2、ext3、ext4、vfat、ntfs、iso9660、jffs、yaffs、romfs、cramfs 和 nfs 等等。为了对各类文件系统进行统一管理，Linux 引入了虚拟文件系统 VFS，为各类文件系统提供统一的操作和

在嵌入式领域，FLASH是一种常用的存储设备，Flash闪存作为嵌入式系统的主要存储设备有其自身的特性。Fash的写入操作只能把对应位置的1修改成0,而不能把0修改为1，而擦除Fash就是把对应存储块的内容恢复为1。因此,一般情况下,向Fash写入内容时,需要先擦除对应的存储区间,这种擦除是以块(Bock)为单位进行的。闪存主要有NOR和NAND两种技术。因为Flash存储器的擦写次数是有限的,NAND闪存还有特殊的硬件接口和读写时序，于是就出现了专门针对FLASH的文件系统。比较常用的有jffs2,ya.

转至http://blog.chinaunix.net/uid-26833883-id-4574720.html

由于嵌入式系统自身存在一些特殊要求，使得一些传统的文件系统(如FAT、EXT2等) 并不十分适合。专用的嵌入式文件系统应有一些自身的特性，如文件系统面对的储存介质特殊性、文件系统应具有的跨平台的安全性，以及整个系统的即时性等。本文介绍了3种源码开放的嵌入式文件系统Cramfs、JFFS2、YAFFS2，详细分析比较了这3种文件系统的主要性能，并根据分析结果指出了各自的适用领域。 Cramfs、JFFS2、YAFFS2是3种性能优越，专用于嵌入式系统的文件系统。本文通过对这3种文件系统的设计...

Nor Flash的理论性能简介#为了评估Nor性能优化空间，我需要根据Spec计算出极限情况下，Nor Flash的性能理论值。在全志的R**相关项目中分别支持ESMT、MXIC、Winbond、GD这4个厂家的Nor Flash，具体型号不方便透露，其规格书参数如下：厂家 写(ms) 4K擦除(ms) 32K擦除(ms) 64K擦除(ms) 全盘擦除(s) MXIC 0.33~1.2 25~120 140~650 250~650

概述#由于业务需求，需要评估嵌入式设备的外置存储，例如U盘、SD卡等，适用的大型存储系统。出于兼容考虑，常见的会使用FAT32，exFAT，NTFS。在寻找三者的特征过程中，也带出了其他的文件系统对比，例如ReFS，HFS+等。文件系统的往事今生#目前常见的系统平台就3类，分别是 微软的Windows，苹果的MacOS，开源社区的Linux，每个操作系统都有设计自己的文件系统，以本文讨论的几款文件系统来说，他们的归属如下：Dev FAT32 exFAT NTFS R.

RTOS文件系统对比：LittleFS Vs. SPIFFS概述#在RTOS上免费的文件系统本身就不多，广泛使用且掉电安全的就更少了。本文选取当前RTOS上比较受欢迎的两个文件系统 SPIFFS 和 LittleFS 做全方位的对比，以便项目上评估在RTOS上使用什么FS。对嵌入式设备来说，掉电时有发生。如果文件系统无法保证掉电安全，那么非常有可能在某一次掉电时，设备就变砖了。不管是 SPIFFS 还是 LittleFS 的小型文件系统，都号称做到掉电安全。而常见的FAT32由于无法做到掉电

https://blog.youkuaiyun.com/zfs2008zfs/article/details/511548731、短文件名的由来windows下的文件短名是dos+fat12/fat16时代的产物，又称为8dot3命名法，类似于PROGRA~1（目录）或者元素周~1.exe（文件）这样的名称。8是指文件名或目录名的主体部分小于等于8个字符 ; 3是指文件名或目录名的扩展部分小于等于3个字符 ;中间以.作为分割在FAT16文件系统中，由于FDT中的文件目录登记项只为文件名保留了8个...

要打开FATFS的长文件名功能，必须添加OEMCP与Unicode的编码转换函数，同时也就要把OEMCP与Unicode的编码转换数组添加进来，这是为什么呢？ OEMCP在936代码页下就是GBK，这个编码转换也就是GBK和Unicode互转。FATFS是使用的GBK编码，文件的短文件名也是GBK编码，因此不需要转换，可是文件的长文件名使用的UTF-16编码，这是Unicode的一种编码方式（关于Unicode和UTF-16的关系，去这儿）。因此要读取长文件名必须得先把UTF-16编码...

FatFs 是用于小型嵌入式系统的通用 FAT/exFAT 文件系统模块。FatFs 模块的编写符合 ANSI C（C89），并与磁盘 I/O 层完全分离，因此它独立于硬件平台。 它可以集成到资源有限的小型微控制器中，例如 8051，PIC，AVR，ARM，Z80，RX 等。此外，还提供用于微型微控制器的 Petit FatFs 模块。  看本文时需要有点 FAT 文件系统的基础，可以参考FatFs 之三 FAT文件系统基础、FAT 数据格式、引导、编码。变更记录  具体参见源码文件中的/sou.

写在前面本文的内容部分来自于 FatFs 的官方文档，但是添加了一些额外的章节及内容。其并不是原版 FatFs 的官方文档的翻译。如果关注与 FatFs 的官方文档，请从本文的参考章节前去查看即可！路径名称的格式  FatFs 中路径名的格式类似于 DOS/Windows 的文件名规格：[drive#:][/]directory/file。FatFs 支持长文件名（LFN）和 8.3 格式文件名（SFN）。 当 FF_USE_LFN >= 1 时，可以使用 LFN。与 DOS/Wind..

25.1 文件系统即使读者可能不了解文件系统，读者也一定对“文件”这个概念十分熟悉。数据在PC上是以文件的形式储存在磁盘中的，这些数据的形式一般为ASCII码或二进制形式。在上一章我们已经写好了QSPI Flash芯片的驱动函数，我们可以非常方便的在QSPI Flash芯片上读写数据。如需要记录本书的书名“零死角玩转STM32-F7系列”，可以把这些文字转化成ASCII码，存储在数组中，然后调用QSPI_FLASH_BufferWrite函数，把数组内容写入到QSPI Flash芯片的指定地址上，在需要

FatFs - 通用的FAT文件系统模块FatFs是用于小型嵌入式系统的通用FAT/exFAT文件系统模块。FatFs模块是按照ANSI C (C89)编写的，完全独立于磁盘I/O层。因此它是独立于平台的。在资源有限的情况下，可以集成到小型微控制器中，如8051、PIC、AVR、ARM、Z80、RX等。这里也提供了用于微型微控制器的Petit FatFs模块。官方网站：http://elm-chan.org/fsw/ff/00index_e.html特性DOS/Windows兼.

本文基于V0.12b版本1.路径名称格式 FatFs模块路径名格式与DOS/Windos文件名规格类似，如下所示：[驱动器:] [/]目录/文件 FatFs模块支持长文件名（LFN）和8.3格式文件名（SFN）。当LFN特性使能（_USE_LFN>0）后，LFN才能使用。子目录使用一个'\'或'/'隔开，这和DOS/Windows的API相同。重复的分隔符会被跳过或忽略。一个不同之...

嵌入是文件系统种类记录：（需要不断完善）1、spiffs：https://github.com/pellepl/spiffs2、littlefs：http://www.armbbs.cn/forum.ph ... &highlight=littleFS3、RL-FlashFS：keil 自带4、FlashFS：5、fatfs：不支持擦写均衡，fat表一般存储位置固定，当文件大小内容修改后需要频繁的擦写，对于像spiflash擦写寿命较短的芯片会大大影响整个文件系统的存储。最后可.

最近一直在想给自己做的简易Hmi组态屏做一个保证FAT的稳定层，也就是所谓的日志系统(好像听人说这类玩意有个名字叫做FTL，又叫擦写均衡算法，嘛，反正纠结名词不是我喜欢的做法，所以就叫FTL吧)。 首先我用的硬件是LPC1788+SDRAM+W25Q128的组合，软件用的是RT-ThreadRTOS以及它的组件driversSpi框架和DFS文件系统，底层文件系统则是FAT。 为什么是是FAT呢？首先是考虑到拷贝数据方便。因为实际上我开发能力很弱，没多少开发经验，所以要...

STM32-V5开发板FatFS 0.09b==================================每次写入512的数据，挂载好SD卡后，不再重复卸载以此调用函数f_openf_writef_close==================================STM32-V5开发板FatFS 0.09b==================================每次写入512的数据，挂载好SD卡后，不再重复卸载以此调用函数f_open ---...

1Yaffs文件系统结构1.1简介1.1.1应用场合 Yaffs（Yet Another Flash File System）文件系统是专门针对NAND闪存设计的嵌入式文件系统，目前有YAFFS和YAFFS2两个版本，两个版本的主要区别之一在于YAFFS2能够更好的支持大容量的NAND FLASH芯片。Yaffs文件系统有些类似于JFFS/JFFS2文件系统，与之不同的是JFFS1/2文件系统最初是针对NOR FLASH的应用场合设计的，而NOR FLASH和NAND FL...

YAFFS2移植指南版本V2.0翻译自YAFFS官方版文档，译者做了少许修改。原文地址：http://www.yaffs.net/yaffs-porting-guide –prife2011/07/02 17:27 –prife2011/07/03 13:53 背景知识和NAND Flash特性(暂略部分)对NAND Flash编程时，只能将1编程为0，因此要将0x00变为0xFF，需要先将NAND擦除，这同时会将该Block其余部分也擦除。然而，后续的...

一、FAT1起始扇区 = DBR的扇区号 + 保留扇区数1.获取DBR的扇区号磁盘的0号扇区的 0X1C6~0X1C9是第一个分区的起始扇区，这个扇区就是DBR下图是本人的磁盘的0号扇区，可以看到DBR的扇区号是0X00 00 00 3F(小端格式)2.得到保留扇区数打开DBR扇区，偏移0X0E~0X0F表示保留扇区数由图可知保留扇区数为0X00 26.FAT1起始扇区 = DBR的扇区号 + 保留扇区数 = 0X3F + 0X26 = 0X65打开扇区号为0X...

说明：1、新版方案更加好用，不管用户使用的那家NAND，用户要做的仅仅是初始化FMC，其它读写API，擦写均衡，坏块管理，ECC校验和掉电保护都不用操心了。2、新版RL-USB相比老版本功能强劲了不少，比如新增的WebUSB以及更好的配合WinUSB实现上位机开发。3、新版RL-FlashFS V6.X相比老版本功能更强些，API更加全面（FlahFS是采用的标准C库API），已经支持删除文件夹时，同步删除其子文件。4、RL-FlashFS是兼容Fat的，新版最大容量支持2TB。同时也支持E