发布时间:2026/8/23 8:52:39
STM32 SD 卡 + FatFS 实战:掉电丢数据?f_sync 和簇对齐写救你 给温控器加数据记录功能那次客户要求断电前至少保留最近 1000 条记录。我一开始用片上 Flash 轮流擦两页存每条 16 字节两页一共只能存 128 条。后来换了 SD 卡FatFS 一挂f_open 一个 CSV 文件一行行 f_write感觉空间无限。结果第一次现场测试就翻车客户拔电源去搬设备插回来一看日志文件大小是 0KB。一千多条温度记录全没了。原因很简单我只在程序正常退出时调了f_close()突然断电的时候文件系统的缓存还在 RAM 里根本没落盘。后来加了f_sync()每 10 条刷一次再也没丢过数据。原理人话版SD 卡就是一块带控制器的 NAND Flash。它自己内部管磨损均衡和坏块屏蔽对外只暴露标准的块设备接口以 512 字节扇区为单位读写。你不用操心它里面怎么擦怎么搬只管按扇区读写。STM32 接 SD 卡有两条路SDIO推荐四根数据线 D0-D3 加一根命令线 CMD最高 48MHz 时钟下理论带宽 24MB/s。速度快、CPU 占用低支持 DMA但占用的 GPIO 多。SPI 兼容模式只用 MOSI/MISO/SCK/CS 四根线速度慢很多SPI 一般跑 25MHz 以下但省引脚。适合 GPIO 紧张或者芯片没有 SDIO 外设的情况。FatFS 是一个开源的嵌入式 FAT 文件系统实现。它把底层的按扇区读写翻译成你熟悉的f_open/f_read/f_write/f_close这套文件操作。你只需要提供两个函数一个读扇区、一个写扇区FatFS 剩下的目录管理、簇链追踪、FAT 表维护全帮你搞定。CubeMX 怎么配以 SDIO 4-bit FatFS 为例第一步开 SDIO 外设在 Connectivity 里找到SDIO模式选SD 4 bits Wide busClock Divider (CLKDIV)初始化阶段 SD 卡要求时钟在 400kHz 以内CubeMX 生成的代码会自动在初始化流程里先设低速、握手完成后再切高速。这里填个初始分频值比如 118 对应 400kHz 左右。Flow Control勾上。DMA 传输满或空时自动插入等待周期防止数据溢出。DMA Settings开启 SDIO 的 TX 和 RX DMA 通道选 Circular 或 Normal 模式都行单次传输用 Normal 就够了。引脚分配确认CMDPC12CKPC12注意 CK 和 CMD 在某些封装上是复用的D0-D3PC8-PC11CD卡检测可选 GPIO检测卡是否插入WP写保护可选 GPIO第二步开 FatFS 中间件Middleware 里找到FATFS模式选SD CardUse DMA Template勾上让 FatFS 底层走 DMA 读写扇区。Use Long Filename看你需要。开了之后每个文件对象多占几十字节堆内存但文件名可以超过 8.3 格式。日志文件建议开LOG_20260805.csv这种名字方便检索。Code Pages填 936简体中文 GBK否则中文文件名乱码。Max Sector Size保持默认 512SD 卡标准扇区大小。Min Allocation Unit Size也就是簇大小。512 字节适合小文件频繁写的场景4096 或 8192 适合大文件顺序写。日志场景建议 4096。代码挂卡、写日志、安全落盘CubeMX 生成的MX_FATFS_Init()会调用f_mount()把 SD 卡挂载到指定逻辑盘默认/就是 “0:”。你直接用#includefatfs.h#includesd_diskio.hFATFS fs;// 文件系统对象FIL fil;// 文件对象charlog_buf[256];// 上电挂载 SD 卡intsd_card_init(void){FRESULT frf_mount(fs,0:,1);// 1 立即挂载, 不延迟if(fr!FR_OK)return-1;// 可选: 检查剩余空间DWORD free_clusters,free_sectors;FATFS*pfs;frf_getfree(0:,free_clusters,pfs);if(frFR_OK){free_sectorsfree_clusters*fs.csize;printf(SD free: %lu KB\r\n,(uint32_t)free_sectors/2);}return0;}写日志的核心循环打开文件追加模式、格式化一行、写入、定期同步。// 写一条温度记录, 追加到 LOG_YYYYMMDD.csvintlog_temperature(floattemp,floatsetpoint){staticuint16_tline_count0;// 打开文件: FA_OPEN_APPEND 不覆盖已有内容, 从末尾追加FRESULT frf_open(fil,0:/LOG_20260816.csv,FA_WRITE|FA_OPEN_ALWAYS|FA_OPEN_APPEND);if(fr!FR_OK)return-1;intlensnprintf(log_buf,sizeof(log_buf),%.3f,%.3f,%lu\r\n,temp,setpoint,(unsignedlong)(HAL_GetTick()/1000));UINT written;frf_write(fil,log_buf,len,written);if(fr!FR_OK||written!(UINT)len){f_close(fil);return-2;}line_count;// ★ 每 10 条 sync 一次, 断电最多丢 9 条if(line_count%100){f_sync(fil);// 强制把文件缓存刷到 SD 卡物理介质}f_close(fil);// 正常关闭也触发一次 flushreturn0;}f_sync()和f_close()的区别f_sync()刷完缓存后文件仍然处于打开状态下次f_write继续往后面追f_close()刷缓存并释放文件句柄。高频写日志的场景下反复f_open/f_close开销大且容易耗尽文件描述符保持文件打开、定期f_sync()是正确做法。簇对齐写入提速FatFS 默认的f_write内部会处理跨簇边界的情况当前簇空间不够了就分配新簇、更新 FAT 表、可能还要读旧簇内容做合并。如果你每次写的长度恰好对齐到簇边界比如簇大小 4096 字节每次写 4096 的整数倍这些额外开销全部消失写入速度能快两到三倍。// 高速批量写: 先攒够一簇再一次性 f_write#defineCLUSTER_SIZE4096staticuint8_tcluster_buf[CLUSTER_SIZE];staticuint32_tcluster_offset0;voidlog_batch_add(constchar*line,uint16_tlen){if(cluster_offsetlenCLUSTER_SIZE){// 当前簇满了, 刷出去flush_cluster();}memcpy(cluster_bufcluster_offset,line,len);cluster_offsetlen;}voidflush_cluster(void){if(cluster_offset0)return;FRESULT frf_open(fil,0:/LOG_BATCH.csv,FA_WRITE|FA_OPEN_ALWAYS|FA_OPEN_APPEND);if(fr!FR_OK){cluster_offset0;return;}UINT written;f_write(fil,cluster_buf,cluster_offset,written);f_sync(fil);f_close(fil);cluster_offset0;}10 个真实翻车点1. 断电没调 f_sync日志全丢。我踩过的坑也是新手第一坑。f_write只是把数据写进了 FatFS 在 RAM 里的文件缓存不碰物理介质。突然断电缓存里的东西跟着电压一起消失。高频写数据的场景必须定期f_sync()频率取决于你能接受的最大丢失量每条都 sync 最安全但最慢每 10 到 50 条一次是常见折中。2. f_open 没检查返回值后续操作全是废动作。SD 卡没插好、卡坏了、文件系统损坏、路径不存在f_open会返回错误码。你不检查返回值直接f_write写到一个无效的文件对象上要么静默失败要么 HardFault。每个f_open后面跟一个if (fr ! FR_OK)分支。3. SPI 模式初始化时钟太快卡不响应。SD 卡规范要求初始化阶段CMD0 到 ACMD41 握手完成之前时钟不得超过 400kHz。你一上来就给 SPI 配 18MHz卡根本不认你。正确做法先低速发 CMD0 复位收到正确的 R1 响应后再提频。CubeMX 的 SDIO 模板一般自动处理了这个流程但 SPI 模式你得自己管。4. 写入没对齐簇边界速度慢三倍。你每次f_write写 30 字节的一行 CSVFatFS 内部要做读当前簇尾部 - 合并新数据 - 写回整簇的操作频繁跨簇时还要更新 FAT 表。攒够一整簇比如 4096 字节再一次性写这些开销全消掉。实测 30 字节逐行写大约 50KB/s4KB 对齐写能到 150KB/s 以上。5. 开了长文件名但堆不够f_open 直接返回 FR_NOT_ENOUGH_CORE。FF_USE_LFN 0 时每个文件对象需要额外的堆空间来存长文件名转换缓冲区。你堆才给了 2KB开几个文件就爆了。要么关掉长文件名用 8.3 格式要么加大_HEAP_SIZE链接脚本或启动文件里改。6. 反复 f_open 不 f_close文件句柄耗尽。FatFS 默认的_FS_LOCK定义了同时打开的文件数上限通常是 8 左右。你在循环里每次f_open都不f_close跑到第 N 次返回FR_TOO_MANY_OPEN_FILES。日志场景保持一个文件常开更好见上面的log_temperature做法。7. 写的过程中拔卡文件系统损坏。f_sync()正在往 SD 卡写 FAT 表的时候用户把卡拔了轻则丢几条记录重则整个分区变成 RAW 格式FAT 表损坏。硬件上加卡检测引脚CD软件里在检测到卡移除后立刻停止一切文件操作并f_mount(NULL, ...)卸载。8. FatFS 默认不是线程安全的。你在主循环写日志中断回调里也想读配置文件两个地方同时调 FatFS API文件系统状态会被搞乱。开启_FS_REENTRANT并提供一个互斥锁osMutex 或简单的开关中断或者在架构上约定所有文件操作只在主循环执行。9. 扇区缓冲区定义在栈上栈溢出。FatFS 的底层 disk I/O 函数需要一个扇区大小的缓冲区通常 512 字节。你把它定义为局部变量放在 ISR 或者深层函数调用里栈帧叠加起来超了。把它定义成全局静态数组或放到外部 SRAM 里。10. SD 卡本身寿命到了突然变砖。SD 卡内部的 NAND Flash 有擦写寿命MLC 大约 3000 到 10000 次 P/E 循环。你每秒写一次日志每次修改 FAT 表 数据簇一天就是 86400 次擦写操作高强度使用下一两年就可能坏。做法增大写入批次减少 FAT 表更新频率、选用工业级高 endurance 卡、或者考虑换 eMMC/NOR Flash 方案。完整例程骨架intmain(void){HAL_Init();SystemClock_Config();MX_GPIO_Init();MX_SDIO_SD_Init();MX_FATFS_Init();MX_USART1_UART_Init();if(sd_card_init()!0){printf(SD card mount failed\r\n);// 降级运行: 只显示, 不记录}while(1){floattread_temperature();floatspget_setpoint();display_temp(t,sp);if(sd_mountedtick_1s){log_temperature(t,sp);// 内部含 f_synctick_1s0;}HAL_Delay(100);}}硬件清单普通 microSD 卡一张Class 10 以上保证写入速度、SD 卡槽带 CD 引脚最好还带 WP 引脚、去耦电容 100nF 靠近卡槽供电引脚。走线尽量短SDIO 高频信号线等长匹配更好48MHz 下要求没那么严但别绕大弯。适合需要持久化存储任意容量数据的产品温度/压力/振动记录仪、事件日志、固件升级包暂存、多媒体文件播放也适合需要通过 PC 直接读取数据拔卡插电脑就能看到 CSV/TXT 文件的场景。不适合只需存几十字节参数片上 Flash 更可靠没有机械接触风险也不适合极端振动环境SD 卡触点可能瞬断那种该用焊接式 eMMC 或 NOR Flash。铁律四条写数据后必须定期 f_sync 防断电丢数据、f_open 必须查返回值、SPI 模式初始化必须先低速后提速、高频小数据写入必须攒批对齐簇边界。这四条做到SD 卡 FatFS 就是一块插拔自如的大号硬盘。文件系统这层抽象最骗人的地方在于它让你以为写了就是存了。其实f_write只是写进了 RAM 缓存f_sync才是真正落盘的那一刻。记住这个区别断电就不会再吓你了。

相关新闻

2026/8/23 8:52:39

深入解析JavaScript原型链继承:从原理到ES6 Class的底层实现

1. 从“对象”到“继承”:为什么我们需要原型链? 如果你写过一段时间的JavaScript,尤其是从其他语言(比如Java、C#)转过来的,大概率会对JS的“面向对象”感到困惑。我们明明可以用 function 定义一个“类…

2026/8/23 8:52:39

大模型后训练评估缺失:从静态测试到动态监控的工程实践

在实际的大模型应用开发中,我们常常遇到一个令人困惑的现象:一个在标准测试集上表现优异的模型,一旦部署到真实业务场景,其表现就可能大打折扣,甚至出现一些意想不到的“愚蠢”错误。这背后不仅仅是数据分布差异的问题…

2026/8/23 8:47:39

大模型岗位解析:行业现状、转型路径与求职策略

1. 大模型岗位全景解析:行业现状与转型机遇最近两年,AI大模型技术正在重塑整个科技行业的就业格局。作为从业十余年的技术人,我亲眼见证了从传统机器学习岗位到大模型相关岗位的快速迭代。目前头部科技公司的大模型相关岗位平均薪资比传统AI岗…

2026/8/23 9:57:42

大麦网抢票脚本:Python 自动抢票真能跑通吗

大麦网抢票脚本:Python 自动抢票真能跑通吗 【免费下载链接】Automatic_ticket_purchase 大麦网抢票脚本 项目地址: https://gitcode.com/GitHub_Trending/au/Automatic_ticket_purchase 开票前 5 分钟,页面已经打开,鼠标悬在按钮上方…

2026/8/23 9:57:42

Java技术栈深度面试:音视频与微服务实战设计

1. 项目概述:Java技术栈的深度面试场景设计 在技术招聘领域,如何设计能真实反映候选人工程能力的面试题一直是业界难题。这个面试场景设计项目聚焦Java技术生态,通过音视频处理和微服务架构两个典型技术方向,构建了一套层次化的能…

2026/8/23 9:57:42

从PAT真题到工程实践:浮点数精度处理与复数运算的编程实现

1. 项目概述:从一道PAT真题看复数运算的工程实现 最近在带学生刷PAT乙级(Basic Level)的题目,又碰到了那道经典的1051题——复数乘法。这道题本身在数学上并不复杂,就是两个复数相乘,然后按指定格式输出。但…

2026/8/23 9:57:42

从阿里面试题解析浮点数比较与运算符重载

1. 问题背景与面试意图解析 这道来自阿里的面试题看似简单&#xff0c;却暗藏玄机。当面试官抛出"i>j && i<j && i!j"这个条件表达式时&#xff0c;实际上是在考察候选人对以下几个维度的理解深度&#xff1a; 编程语言中比较运算符的底层实现…

2026/8/23 9:57:42

自适应多智能体脚手架:解锁大模型在复杂任务中的工程潜力

1. 从单兵作战到团队协作&#xff1a;为什么我们需要“脚手架”来解锁模型潜力最近在跟几个做AI应用落地的朋友聊天&#xff0c;大家普遍有个感觉&#xff1a;现在的大语言模型&#xff08;LLM&#xff09;&#xff0c;无论是GPT-4、Claude 3&#xff0c;还是国内的一些顶尖模型…

2026/8/23 9:52:42

多智能体隐蔽协调检测:从原理到工程实践

1. 先搞清楚这个研究到底在解决什么问题 看到“超越文本&#xff1a;检测潜在多智能体通信中的隐蔽协调”这个标题&#xff0c;很多人第一反应可能是“又一个多智能体协作的论文”。但它的核心价值不在于让智能体协作&#xff0c;而在于 如何发现和诊断智能体之间那些“看不见…

2026/8/23 0:02:04

[光学原理与应用-521]:对光的错误理解与纠偏

首先光是一种能量的载体和形态&#xff0c;宏观上观察到的光是由无数个微观的光量子组成的&#xff0c;每个光子在产生的瞬间&#xff0c;其在真空的空间中以确定不变的速度沿着一个初始的方向一直向前&#xff0c;在微观层面&#xff0c;每个光量子的运动轨迹是以波函数所展现…

2026/8/23 0:02:04

SIP通话转接原理与REFER方法实战解析

1. 通话转接不是“挂断再拨号”&#xff0c;而是SIP会话的动态重定向你有没有遇到过这样的场景&#xff1a;客服坐席A正在和客户通电话&#xff0c;突然需要把这通对话无缝转给专家坐席B&#xff0c;客户完全感知不到中间的断连——既没听到忙音&#xff0c;也没被要求重新拨号…

2026/8/23 0:02:04

Kolla-ansible单节点OpenStack部署实战:从环境准备到排坑指南

1. 为什么选择Kolla-ansible来部署单节点OpenStack&#xff1f;如果你正在寻找一种能把OpenStack从“概念”快速变成“可用的实验环境”的方法&#xff0c;那么Kolla-ansible几乎是当前最主流、最省心的选择。我见过太多人卡在手动编译依赖、配置服务、处理版本冲突的泥潭里&am…

2026/8/23 0:02:04

[光学原理与应用-521]:对光的错误理解与纠偏

首先光是一种能量的载体和形态&#xff0c;宏观上观察到的光是由无数个微观的光量子组成的&#xff0c;每个光子在产生的瞬间&#xff0c;其在真空的空间中以确定不变的速度沿着一个初始的方向一直向前&#xff0c;在微观层面&#xff0c;每个光量子的运动轨迹是以波函数所展现…

2026/8/23 0:02:04

SIP通话转接原理与REFER方法实战解析

1. 通话转接不是“挂断再拨号”&#xff0c;而是SIP会话的动态重定向你有没有遇到过这样的场景&#xff1a;客服坐席A正在和客户通电话&#xff0c;突然需要把这通对话无缝转给专家坐席B&#xff0c;客户完全感知不到中间的断连——既没听到忙音&#xff0c;也没被要求重新拨号…

2026/8/23 0:02:04

Kolla-ansible单节点OpenStack部署实战:从环境准备到排坑指南

1. 为什么选择Kolla-ansible来部署单节点OpenStack&#xff1f;如果你正在寻找一种能把OpenStack从“概念”快速变成“可用的实验环境”的方法&#xff0c;那么Kolla-ansible几乎是当前最主流、最省心的选择。我见过太多人卡在手动编译依赖、配置服务、处理版本冲突的泥潭里&am…

2026/8/21 15:40:01

实测才敢推 AI论文网站 2026最新测评与推荐

2026年真正好用的AI论文网站&#xff0c;核心看生成的论文质量、低AI味、格式正确、学术适配四大指标。综合实测&#xff0c;千笔AI、ThouPen、豆包、DeepSeek、Grammarly 是当前最值得推荐的梯队&#xff0c;覆盖从免费到付费、从中文到英文、从文科到理工的全场景需求。一、综…

2026/8/23 6:14:43

2026必备!AI论文网站测评:最新推荐与深度对比

2026年真正好用的AI论文网站&#xff0c;核心看生成的论文质量、低AI味、格式正确、学术适配四大指标。综合实测&#xff0c;千笔AI、ThouPen、豆包、DeepSeek、Grammarly 是当前最值得推荐的梯队&#xff0c;覆盖从免费到付费、从中文到英文、从文科到理工的全场景需求。 一、…

2026/8/23 4:22:01

摆脱论文困扰!盘点2026年全网爆红的的AI论文写作工具

一天写完毕业论文在2026年已不再是天方夜谭。2026年最炸裂、实测能大幅提速的AI论文写作工具&#xff0c;覆盖选题构思、文献整理、内容生成、格式排版等核心场景&#xff0c;真正帮你高效搞定论文难题。 一、全流程王者&#xff1a;一站式搞定论文全链路&#xff08;一天定稿首…