filex文件体系功能预研

filex资源

filex的源码路径有两个：

• 一个是azure-rtos下的filex：azure-rtos/filex (github.com)
  
• 一个是eclipse-threadx下的filex：eclipse-threadx/filex
  

filex的文档地点：rtos-docs/rtos-docs/filex
第三方文档：ThreadX FileX和RL-FlashFS文件体系教程
调试工具tracex：Releases · eclipse-threadx/tracex (github.com)
但实在吧，调试工具压根没时间去了解哇，先暂时放一放，由于filex的移植大概率也用不着它，反而是可以通过keil直接调试。
至于为什么会有两个源码路径呢？
Eclipse ThreadX 是一个开源的实时操纵体系（RTOS），它是由Express Logic开辟的，厥后被微软收购所以曾经在azure-rtos仓库下，作为微软维护。背面贡献给了Eclipse，现在的azure-rtos下，已经没有了和threadx干系的内核及其组件的源码了。
filex概述

ThreadX 险些是小型 RTOS 的巅峰之作，62亿电子设备采用，是其它 RTOS 无法逾越的高山。ThreadX 的产品涵盖了各种领域，包罗 NASA 的多个太空探测项目，飞机自动驾驶仪体系，火星侦察轨道器等。
ThreadX 及其全部中间件的安全认证等级，至今没有一款小型 RTOS 可以与其匹敌。这么多安全认证，公司要入大量财力，人力和物力才可以完成，早前 Micrium 的一篇文章还谈过这个问题，投入了太多资金和人力了，还与风河的 VxWorks 做了简单对比。
FileX 嵌入式文件体系是针对 Microsoft FAT 文件格式的高级工业级解决方案，专门针对深度嵌入式，实时和物联网应用程序而计划。FileX 支持 Microsoft 的全部文件格式，包罗FAT12，FAT16，FAT32 和exFAT。FileX 还通过 LevelX 的提供了可选的容错能力和FLASH 磨损平衡。并且空间需求小，实验速率快和易于使用，使 FileX 成为要求最苛刻的嵌入式 IoT 应用程序的理想选择。因此，和文件体系干系的就是:filex+levelx。本文章的主题是filex。
FileX 嵌入式文件体系的最小占用空间非常小，只有 8.6 KB 到 12 KB，可支持基本文件读/写。一个实例的最小 FileX RAM 使用量约为 1.8 KB，并且只有 512 字节的逻辑扇区缓存。与 ThreadX 一样，FileX的大小会根据应用程序使用的服务自动裁剪。这现实上消除了对复杂配置的需要，并且无需构建参数，从而使开辟人员更轻松。即可配置，可支持小空间，大空间也能通过配置达到高性能。
功能认证

功能介绍

FileX 基本功能介绍如下：前言服务，也就是存储外设；目次功能，也就是对目次的操纵：创建、删除、导航、遍历，以及属性；文件功能，也就是对文件的操纵：创建、删除、重命名、读取、写入、属性，以及遍历。
前言服务：

• 支持 FAT 12/16/32
  
• 最小 6KB 闪存，2.5KB RAM
  
• 完备的媒体访问服务
  
• 不限制例化的设备数
  
• 简单的读/写逻辑扇区驱动接口函数
  
• 多分区支持
  
• 逻辑扇区缓存
  
• FAT 条目缓存
  
• 可选的容错支持
  
• 耽误辅助 FAT 更新（secondary FAT）
  
• 通过 TraceX 进行体系级跟踪
  
• API 包罗：
  
  
  
  • fx_media_open
    
  • fx_media_close
    
  • fx_media_format
    
  • fx_media_space_available
    
  
  

目次功能：

• 路径支持 256 字节
  
• 支持长目次名和 8.3 格式短目次
  
• 目次创建和删除
  
• 目次导航和遍历
  
• 目次属性管理
  
• 通过 TraceX 进行体系级跟踪
  
• API 包罗：
  
  
  
  • fx_directory_create
    
  • fx_directory_delete
    
  • fx_directory_attributes_set
    
  • fx_directory_attributes_read
    
  • fx_directory_first_entry_find
    
  • fx_directory_next_entry_find
    
  
  

文件功能：

• 最小 3.3KB Flash
  
• 打开文件数不限
  
• 只读文件可以多次打开
  
• 支持长文件名和 8.3 短文件名
  
• 一连文件支持（文件访问的时间确定性）
  
• 快速搜寻逻辑
  
• 簇的预分配
  
• 文件创建，删除和重命名
  
• 文件读取，写入和查察
  
• 文件属性管理
  
• 通过 TraceX 进行体系级跟踪
  
• API 包罗：
  
  
  
  • fx_file_create
    
  • fx_file_close
    
  • fx_file_delete
    
  • fx_file_attributes_set
    
  • fx_file_attributes_read
    
  • fx_file_read
    
  • fx_file_seek
    
  • fx_file_write
    
  
  

命名规则

FileX 的函数命名规则是：Noun-verb naming convention （名词动词命名约定）。根据这个命名规则，我们现实看下个 API，比如：fx_file_allocate ，前缀 tx，名词 file_，动词 allocate。
从一开始，ThreadX 就被计划为工业级 RTOS，并附带完备的 C 源代码。ThreadX 源代码在质量和易于理解方面树立了标杆。此外，一个函数一个源文件的方式，大大方便用户查阅浏览。ThreadX 遵守严格的编码规范，包罗要求每行 C 代码都必须有故意义的注释。此外，ThreadX 源码已通过最高尺度的认证。
高级特性

• 多前言管理：FileX 可以外挂不限数量的设备。每个前言在 fx_media_open 调用中都有其自己独立的存储区和关联的驱动程序。FileX 的默认发行版还附带了一个简单的 RAM 介质驱动程序和一个使用此 RAM 磁盘的演示体系。
  
• 逻辑扇区缓存：通过减少整个扇区的复制粘贴，FileX 逻辑扇区高速缓存显着提高了性能。FileX 为每个打开的前言维护一个逻辑扇区缓存。逻辑扇区高速缓存的深度取决于通过 fx_media_open API 调用提供给 FileX 的内存量。
  
• 一连文件支持：FileX 通过函数 fx_file_allocate 提供一连文件支持，使文件访问具有时间确定的。该函数获取请求的内存量，并寻找一系列相邻的簇以满足请求。假如找到了这样的簇，则通过使其成为文件已分配簇链的一部分来对其进行预分配。在移动的物理前言上，FileX 一连文件支持可显着提高性能，并确定访问时间。
  
• 动态创建：FileX 允许动态创建体系资源。假如应用程序具有多个或动态配置要求，则这一点尤其重要。此外，用户可以使用的 FileX 资源（媒体或文件）的数量没有限制。同样，体系对象的数量对性能没有任何影响。
  
• 掉电保护：FileX 容错功能通过记录在更新过程中更新文件或目次所需的全部步调来工作。该日志条目存储在FileX 可以找到和访问的专用扇区上。即使没有适当的文件体系，也可以访问日志数据的位置。因此，万一文件体系粉碎，FileX 仍然能够找到日志条目并将文件体系规复到良好状态。
  

SDMMC底子

讲解 SDMMC（Secure digital input/output MultiMediaCard interface）总线的基
础知识和对应的 HAL 库 API。为下个章节 SD 卡的移植做准备。
这个总线的硬件框图和使用，感觉照旧不会呀，先暂时放一放吧。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。