nand flash 挂载失败贴片SD卡移植FATFS文件系统-报价-上海羊羽卓进出口贸易有限公司

nand flash 挂载失败贴片SD卡移植FATFS文件系统

发布时间 : 2025-01-19

作者 : 小编

访问数量 : 23

扫码分享至微信

贴片SD卡移植FATFS文件系统

一、前言

手头有一块深圳雷龙提供的贴片 CS 创世 SD NAND Flash，挂载个文件系统把玩一下。首先介绍一下使用的贴片 SD 卡，以前使用的都是拔插式的 SD 卡，下面这个样子：

深圳雷龙提供的CS创世 SD NAND Flash 如下图：

二、贴片 SD 卡介绍

深圳雷龙提供的 CS 创世 SD NAND 属于 LGA-8 封装，标准 SDIO 接口，兼容SPI/SD/eMMC接口，兼容各大MCU平台，可替代普通TF卡/SD卡，尺寸6x8mm毫米，内置SLC晶圆擦写寿命10万次，通过1万次随机调电测试耐高低温，支持工业级温度-40°~+85°，机贴手贴都非常方便，速度级别Class10（读取速度23.5MB/S写入速度12.3MB/S）标准的SD2.0协议普通的SD卡可直接驱动。

贴片 SD 卡的使用很简单，管脚的连接方式和普通拔插的 SD 卡一致，所以我们设计硬件时按照普通 SD 的接线方式设计就行，以小熊派开发板为例子，单线 SDIO 硬件接线如下：

我使用小熊派开发板来挂载 FATFS 到雷龙这块 SD 卡上

三、配置 CubeMX 底层接口

首先使用 CubeMX 配置底层 SD 卡接口，选择单线模式，分频设置高一点，其他参数保持默认

配置完 SD 卡后开启 FATFS 的文件系统，选择挂载到 SD 卡，文件名选择 US ，buff 放到 STACK 上（注意调大栈空间）

配置完成后生成代码，cubemx 主要是以下两个初始化函数：

四、编写命令行测试代码

使用我之前移植的命令行框架，编写测试函数

void mount(char argc, char *argv)

{

if (argc > 1)

{

if (!strcmp("init", &argv[argv[1]]))

{

FRESULT ret = FR_INT_ERR;

ret = f_mount(&SDFatFS, SDPath, 1);

if (ret != FR_OK) {

shell_printf("mount init failed! %d\r\n", ret);

} else {

shell_printf("mount init succ!\r\n");

}

} else if (!strcmp("deinit", &argv[argv[1]])) {

FRESULT ret = FR_INT_ERR;

ret = f_mount(NULL, "", 1);

if (ret != FR_OK) {

shell_printf("mount deinit failed!\r\n");

} else {

shell_printf("mount deinit succ!\r\n");

}

else

{

shell_printf("mount need more arguments!\r\n");

}

};

void open(char argc, char *argv)

{

if (argc > 1)

{

FRESULT ret = FR_INT_ERR;

ret = f_open(&SDFile, &argv[argv[1]], FA_READ | FA_WRITE | FA_CREATE_NEW);

if (ret != FR_OK) {

shell_printf("open %s failed! code: %d \r\n ", &argv[argv[1]], ret);

} else {

shell_printf("open %s succ!\r\n", &argv[argv[1]]);

}

else

{

shell_printf("mount need more arguments!\r\n");

}

};

void close(char argc, char *argv)

{

if (argc > 1)

{

FRESULT ret = FR_INT_ERR;

ret = f_close(&SDFile);

if (ret != FR_OK) {

shell_printf("close %s failed!\r\n", &argv[argv[1]]);

} else {

shell_printf("close %s succ!\r\n", &argv[argv[1]]);

}

else

{

shell_printf("mount need more arguments!\r\n");

}

};

void write(char argc, char *argv)

{

if (argc > 1)

{

FRESULT ret = FR_INT_ERR;

uint32_t write_num = 0;

ret = f_write(&SDFile, &argv[argv[1]], strlen(&argv[argv[1]]), &write_num);

if (ret != FR_OK) {

shell_printf("write file failed!\r\n");

} else {

shell_printf("write file succ!\r\n");

}

else

{

shell_printf("mount need more arguments!\r\n");

}

};

void read(char argc, char *argv)

{

if (argc > 1)

{

FRESULT ret = FR_INT_ERR;

uint32_t read_num = 0;

uint8_t read_buff[100];

ret = f_read(&SDFile, read_buff, 50, &read_num);

if (ret != FR_OK) {

shell_printf("read file failed! %d\r\n", ret);

} else {

shell_printf("read file succ!\r\n");

shell_printf("read dat: %s, read num %d\r\n", read_buff, read_num);

}

else

{

shell_printf("mount need more arguments!\r\n");

}

};

将测试函数挂到命令行中：

const static_cmd_st static_cmd[] = {

{"ls", shell_ls_cmd},

{"mount", mount},

{"open", open},

{"close", close},

{"read", read},

{"write", write},

{"\0", NULL, NULL},

};

下载代码，在命令行测试挂载以及读写函数：

读的数据有些乱码，用读卡器读出来看看：

可以看到成功写入，SD 卡挂载 FATFS 成功，命令行操作文件系统功能正常

————————————————

【本文转载自CSDN，作者：Top嵌入式】

深圳市雷龙发展 专注存储行业13年，专业提供小容量存储解决方案。

分享靠谱的Linux中文件系统分类和基础使用方法

Linux一个重要的哲学是：一切皆文件。 而文件与文件系统是密切相关的，本篇笔记我们来一起学习、理清那些令我们眼花缭乱的文件系统。

文件系统粗略的分类：

下面依次进行介绍：

根文件系统

根文件系统（rootfs）是内核启动时所 mount(挂载)的第一个文件系统，内核代码映像文件保存在根文件系中，而系统引导启动程序会在根文件系统挂载之后从中把一些基本的初始化脚本和服务等加载到内存中去运行。

虚拟文件系统

从上面的分类图中我们可以知道Linux中有很多文件系统，并且是共存的。那么在Linux中是怎么做到让一切都是文件呢？这是由于有一层虚拟文件系统软件抽象层的存在，这个软件抽象层为用户屏蔽了底层文件系统的差异，向上层提供了统一地访问接口。如图：

无论最下层的文件系统是什么，我们最上层的用户端尽管使用系统调用接口（open、write、read等）或glibc接口（fopen、fwrite、fread等）来操作就可访问文件系统里的文件，使得一切都是文件成为可能。

真文件系统

真文件系统其实是实际存储设备的文件系统，挂载于EEPROM、 Nor FLASH、 NAND FLASH、 eMMC 等存储器中。

1、ext2

EXT2第二代扩展文件系统（second extended filesystem，缩写为 ext2），是Linux内核早期所用的文件系统，但是随着技术的发展 ext2 文件系统已经不推荐使用了。ext2是一个非日志文件系统。

2、ext3

EXT3是第三代扩展文件系统（Third extended filesystem，缩写为ext3），是一个日志文件系统。主要特点：

高可用性：系统使用了ext3文件系统后，即使在非正常关机后，系统也不需要检查文件系统。宕机发生后，恢复ext3文件系统的时间只要数十秒钟。

数据完整性：ext3文件系统能够极大地提高文件系统的完整性，避免了意外宕机对文件系统的破坏。

3、ext4

EXT4是第四代扩展文件系统（Fourth extended filesystem，缩写为 ext4）是一个日志文件系统，是ext3文件系统的后继版本。主要特点：

更多的子目录数量：Ext3目前只支持32000个子目录，而Ext4取消了这一限制，理论上支持无限数量的子目录。

更多的块和i-节点数量：Ext3文件系统使用32位空间记录块数量和i-节点数量，而Ext4文件系统将它们扩充到64位。

伪文件系统

Linux内核提供了sysfs、procfs、devtmpfs等伪文件系统，伪文件系统存在于内存，不占用硬盘。以文件地形式向用户提供一些系统信息，用户读写这些文件就可以读取、修改系统的一些信息。

1、procfs

procfs是进程文件系统的缩写，包含一个伪文件系统（启动时动态生成的文件系统），用于通过内核访问进程信息。这个文件系统通常被挂载到 /proc 目录。

由于 /proc 不是一个真正的文件系统，它也就不占用存储空间，只是占用有限的内存。

/proc目录的内容如下：

其中，这些以数字命名的文件夹就是与进程相关的部分，这些数字就是进程的PID号。

我们可以访问系统信息，如读取CPU相关信息：

查看内核支持的文件系统类型：

可见，内核支持了很多文件系统，我们上面的文件系统汇总只列出了一小部分，感兴趣的朋友可以自己去了解其它的。

我们可以通过/proc目录了解到很多信息，大家可以自行尝试查看其它信息。

2、sysfs

sysfs是一个基于内存的文件系统，它的作用是将内核信息以文件的方式提供给用户程序使用。sysfs 文件系统被挂载在 /sys 挂载点上。/sys目录下的内容如：

sysfs 与 proc 相比有很多优点，最重要的莫过于设计上的清晰。sysfs 的设计原则是一个属性文件只做一件事情， sysfs 属性文件一般只有一个值，直接读取或写入。

整个 /proc/scsi目录在2.6内核中已被标记为过时(LEGACY)，它的功能已经被相应的 /sys 属性文件所完全取代。新设计的内核机制应该尽量使用 sysfs 机制，而将 proc 保留给纯净的"进程文件系统"。

3、devtmpfs

devtmpfs 的功用是在 Linux 核心启动早期建立一个初步的 /dev，令一般启动程序不用等待 udev（udev 是Linux kernel 2.6系列的设备管理器。它主要的功能是管理/dev目录底下的设备节点。），缩短 GNU/Linux 的开机时间。

在devtmpfs出现之前，/dev/下面的设备节点应该都是udev-daemon收到内核的事件后用mknod程序或者直接调mknod()系统调用创建出来的；现在基本上不走udev了，几乎所有的设备文件（比如/dev/sda1）都是内核直接创建的。

我们在之前hello驱动、led驱动实验中，我们动态加载的方式加载我们的驱动程序之后，会在/dev目录下生成相应的节点。我们只要在应用程序中操作这个节点就可以间接地操控我们的led：

再一次体现了Linux中一切皆文件的概念。

网络文件系统

NFS（Network File System），即网络文件系统，能使使用者访问网络上别处的文件就像在使用自己的计算机一样。其工作原理是使用客户端/服务器架构：

服务器程序向其他计算机提供对文件系统的访问，其过程称为输出。NFS客户端程序对共享文件系统进行访问时，把它们从NFS服务器中"输送"出来。

文件通常以块为单位进行传输。在我们嵌入式Linux中，NFS的主要应用如：把主机的上文件（比如目标板的可执行文件）共享给目标板，这样目标板就很方便地运行程序。比如我们往期笔记中的实验框图：

以上就是本次的笔记分享，如有错误，欢迎指出，谢谢！本次着重分享了几个重要的文件系统，了解这几个文件系统对我们学习嵌入式Linux有帮助。

#软件##系统##科技##嵌入式##Linux系统#

贴片SD卡移植FATFS文件系统

分享靠谱的Linux中文件系统分类和基础使用方法

关于我们

产品中心

服务与支持