Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
RT-Thread一般讨论
求stm32f4 nand使用uffs实例
发布于 2013-03-29 17:19:47 浏览:17952
订阅该版
求stm32f4 nand使用uffs实例,使用的是RTT1.1.0 没有stm32f4其他使用uffs作为nandflash的文件系统的也可以,非常感谢 下载附件 [k9f_nand.7z](https://oss-club.rt-thread.org/uploads/3230_16a985cd9966527949d99b0ddb3a4ba9.7z)
查看更多
23
个回答
默认排序
按发布时间排序
prife
2013-03-29
这家伙很懒,什么也没写!
给你提供两个例子 1. realtouch(stm32f40x)上跑uffs,nand为k9f2g08 [https://github.com/RT-Thread/realtouch-stm32f4/tree/master/software/examples/examples/2_filesystem_nandflash](https://github.com/RT-Thread/realtouch- ... _nandflash) 2. stm32f10x(红牛v3开发板,原理图网上自行下载) [https://github.com/prife/stm32f10x_demo](https://github.com/prife/stm32f10x_demo)
czkkkcs
2013-04-01
这家伙很懒,什么也没写!
>给你提供两个例子 >1. realtouch(stm32f40x)上跑uffs,nand为k9f2g08 >[https://github.com/RT-Thread/realtouch-stm32f4/tree/master/software/examples/examples/2_filesystem_nandflash](https://github.com/RT-Thread/realtouch- ... _nandflash) > >2. stm32f10x(红牛v3开发板,原理图网上自行下载) >[https://github.com/prife/stm32f10x_demo](https://github.com/prife/stm32f10x_demo) --- 你好 我按照STM32F10X的例子弄了UFFS文件系统 使用finsh 测试了擦除与读写都正常 但是nandflash_readid(0)不正常,使用ntest()测试 验证spare区的时候因为读出来的是带校验的通不过,我断点测试了一下,除前4位校验剩下的60个都是一样的,测试驱动应该没问题 ntest中的readid是正常的,加载文件系统出现以下提示 ``` | / - RT - Thread Operating System / | 1.1.0 build Apr 1 2013 2006 - 2012 Copyright by rt-thread team os : system memory alloc 320 bytes flsh: UFFS consume spare data size 14 os : system memory alloc 83520 bytes os : system memory alloc 52400 bytes bc : Block cache buffer require 52400 but only 0 available. init: Initialize block info fail mtb : init device fail ! uffs initialzation failed! finsh>> ``` 求解决办法
prife
2013-04-01
这家伙很懒,什么也没写!
1. ntest出错是因为我给出的驱动demo里 ntest代码有点小bug,我已经在本地修复了,还没有提交。晚上提交。 2.uffs耗费的RAM太多,你系统RAM不够了。可以对uffs最裁剪实现 在下面这个帖子里已经提供裁剪的方法,参考这个帖子操作。 [http://www.rt-thread.org/phpBB3/viewtopic.php?f=2&t=2629](http://www.rt-thread.org/phpBB3/viewtopic.php?f=2&t=2629) 3. 请勿重复发帖。
prife
2013-04-01
这家伙很懒,什么也没写!
提供可以修复了 ntest bug的代码。 改动 ```patch diff --git a/wdrivers/k9f_nand.c b/wdrivers/k9f_nand.c index e68bca5..ecbb80a 100644 --- a/wdrivers/k9f_nand.c +++ b/wdrivers/k9f_nand.c @@ -579,18 +579,18 @@ void ntest(void) memset(RxBuffer, 0, sizeof(RxBuffer)); memset(spare, 0x0, 64); - if (nandflash_writepage(RT_NULL,n,TxBuffer,2048, Spare, 60) != RT_EOK) + if (nandflash_writepage(RT_NULL,n,TxBuffer,2048, Spare, 64) != RT_EOK) { RT_ASSERT(0); } /* Read back the written data */ - nandflash_readpage(RT_NULL,n,RxBuffer, 2048,spare,60); + nandflash_readpage(RT_NULL,n,RxBuffer, 2048,spare,64); if( memcmp( (char*)TxBuffer, (char*)RxBuffer, NAND_PAGE_SIZE ) != 0 ) { RT_ASSERT(0); } - if( memcmp( (char*)Spare, (char*)spare, 60 ) != 0 ) + if( memcmp( (char*)Spare+4, (char*)spare+4, 60 ) != 0 ) { RT_ASSERT(0); } @@ -614,14 +614,14 @@ void nread(int page) rt_kprintf("data: "); for (index = 0; index < 2048; index ++) { - rt_kprintf("0x%X,",RxBuffer[index]); + rt_kprintf("%02X,",RxBuffer[index]); if ((index+1) % 16 == 0) rt_kprintf(" "); } rt_kprintf(" spare: "); for (index = 0; index < 64; index ++) { - rt_kprintf("[%X]", Spare[index]); + rt_kprintf("[%02X]", Spare[index]); if ((index+1) % 16 == 0) rt_kprintf(" "); } ``` 改好的代码见附件。 我现在没办法提交代码到github,你可以先参考这个改(解决ntest的问题),晚上我更新stm32f10x_demo里的代码。
czkkkcs
2013-04-01
这家伙很懒,什么也没写!
非常感谢prife已经可以和elmfat共同运行,ntest的bug我已经自行改过了。运行没问题。请问精简的的文件系统精简了什么,还有这个uffs带坏块管理吗?驱动里没有实现坏块检查和标记,如果出现坏块会导致文件系统崩溃吗?
prife
2013-04-01
这家伙很懒,什么也没写!
>非常感谢prife已经可以和elmfat共同运行,ntest的bug我已经自行改过了。运行没问题。请问精简的的文件系统精简了什么,还有这个uffs带坏块管理吗?驱动里没有实现坏块检查和标记,如果出现坏块会导致文件系统崩溃吗? --- uffs里自带了坏块管理。 坏块检查和标记两个函数既可以在nand驱动里实现,见具体参见mtd_nand结构体,如果置空则uffs会自己实现这两个函数。k9f_nand.c里有个结构体,你一看便知。 ``` static struct rt_mtd_nand_driver_ops ops = { nandflash_readid, nandflash_readpage, nandflash_writepage, nandflash_pagecopy, nandflash_eraseblock, #if defined(RT_USING_DFS_UFFS) && !defined(RT_UFFS_USE_CHECK_MARK_FUNCITON) RT_NULL, RT_NULL, #else nandflash_checkblock, nandflash_markbad #endif }; ``` UFFS 提供了RT_UFFS_USE_CHECK_MARK_FUNCITON 这个宏。顾名即可思意。 nandflash_checkblock如果驱动不提供,则uffs就里就会使用nand_read函数实现,nandflash_markbad如果不提供,则会使用nand_write实现。 uffs精简,只是精简了内存占用。默认情况下uffs使用了较大的cache。通过修改 uffs_config.h可以减少相关cache的大小。从而降低RAM占用。
doushinide
2013-04-02
这家伙很懒,什么也没写!
追问: `RT_UFFS_USE_CHECK_MARK_FUNCITON` 上面这个宏已注释掉,那是否应该打开下面 UFFS_ECC_SOFT 这个宏呢?还是说直接传入check、mark为NULL以后uffs会内部实现? ```c /* the UFFS ECC mode opitons */ /* #define RT_CONFIG_UFFS_ECC_MODE UFFS_ECC_HW_AUTO */ /* #define RT_CONFIG_UFFS_ECC_MODE UFFS_ECC_SOFT */ /* #define RT_CONFIG_UFFS_ECC_MODE UFFS_ECC_NONE */ ``` 还有读写驱动函数中使用了如下命令: ```c FSMC_NANDECCCmd(FSMC_NAND_BANK,ENABLE); FSMC_NANDECCCmd(FSMC_NAND_BANK,DISABLE); ``` 打开了硬件ECC校验功能,是否与UFFS_ECC_SOFT冲突? 这两条命令是否是配合 - UFFS_ECC_HW_AUTO, - RT_UFFS_USE_CHECK_MARK_FUNCITON, - nandflash_checkblock, - nandflash_markbad 这四项来使用的? @prife
prife
2013-04-03
这家伙很懒,什么也没写!
1. `UFFS_ECC_HW_AUTO`和`UFFS_ECC_SOFT`是UFFS支持的两种ECC模式 `UFFS_ECC_HW_AUTO`模式的意思是由驱动来生成ECC和决定ECC的写入位置,通常用于硬件可以生成ECC情况下。 UFFS_ECC_SOFT则主要用于硬件不支持自动生成ECC时的情况。 如果nand控制器支持硬件ECC的话,不建议使用UFFS_ECC_SOFT此模式。 2. `UFFS_ECC_SOFT`跟`RT_UFFS_USE_CHECK_MARK_FUNCITON`没有关系。 `RT_UFFS_USE_CHECK_MARK_FUNCITON`的意思只是说,如果驱动不提供 - nandflash_checkblock, - nandflash_markbad 这个两个函数,uffs会自己利用`nand_read`和`nand_write`实现这两个函数。 如果**打开了**`RT_UFFS_USE_CHECK_MARK_FUNCITON`宏,就需要在驱动中提供这个两个函数,注意看LSS给出的示例代码已经很明确的表明了这种用法。 3. 在支持硬件ECC的硬件上,当然也可以使用ECC_SOFT模式,不通过硬件写入ECC数据就行了。
doushinide
2013-04-03
这家伙很懒,什么也没写!
>如果关闭RT_UFFS_USE_CHECK_MARK_FUNCITON宏,就需要在驱动中提供这个两个函数,注意看LSS给出的示例代码已经很明确的表明了这种用法。 --- 说反了? 是 !defined(RT_UFFS_USE_CHECK_MARK_FUNCITON) 啊 ``` /* enable this ,you need provide a mark_badblock/check_block funciton */ /* #define RT_UFFS_USE_CHECK_MARK_FUNCITON */ ``` LSSS的意思是打开RT_UFFS_USE_CHECK_MARK_FUNCITON宏 需要驱动提供的check、mark函数,关闭宏则赋值为NULL,使用uffs自带的该功能? 我想问:是不是打开RT_UFFS_USE_CHECK_MARK_FUNCITON宏以后,一定要选UFFS_ECC_HW_AUTO这个功能? 关闭该宏后要使用UFFS_ECC_SOFT这个功能?因为check mark已经赋值为NULL,这两个功能要uffs自己通过read write实现。此时read write驱动代码中的下面两件代码是否可以取消了呢? ``` FSMC_NANDECCCmd(FSMC_NAND_BANK,ENABLE); FSMC_NANDECCCmd(FSMC_NAND_BANK,DISABLE); ``` 我看到红牛stm32f10x_demo中在rtconfig.h文件里定义了 ``` #define RT_CONFIG_UFFS_ECC_MODE UFFS_ECC_HW_AUTO ``` 但是没有打开RT_UFFS_USE_CHECK_MARK_FUNCITON 这个宏,所以运行时check mark应该赋值的是NULL,但是模式还是UFFS_ECC_HW_AUTO,此时是uffs通过read write来实现check mark 吗?如果是的话是不是算UFFS_ECC_SOFT模式呢??
prife
2013-04-03
这家伙很懒,什么也没写!
回复LS,的确是我手误 写错了。已经更新了。 Q:我想问:是不是打开RT_UFFS_USE_CHECK_MARK_FUNCITON宏以后,一定要选UFFS_ECC_HW_AUTO这个功能? A:当然不是了,UFFS_ECC_HW_AUTO或者 UFFS_ECC_SOFT模式下时,既可以打开RT_UFFS_USE_CHECK_MARK_FUNCITON也可以关闭RT_UFFS_USE_CHECK_MARK_FUNCITON宏。 所以我才说RT_UFFS_USE_CHECK_MARK_FUNCITON和UFFS_ECC_SOFT/UFFS_ECC_HW_AUTO没有关系。 在使用UFFS_ECC_SOFT模式时,如果打开RT_UFFS_USE_CHECK_MARK_FUNCITON,也需要提供nand_check和nand_markbad函数,如果关闭,则uffs自己实现这两个函数。 nand_mark和nand_check这两个函数一般也跟ECC没关系,检测一个nand块是不是损坏,只要判断nand OOB区某个字节就行了。 这里在多说一点: nand flash文件系统通常会选择oob区的一个字节用来标识一个nand page是不是坏的,比如当前的uffs for rtt的移植里,UFFS_ECC_HW_AUTO模式下,OOB区一开始存放ECC数据(2048+64型的nand flash,ECC数据是4个字节),紧跟着是一个字节的blocks_status(表示坏块,非0xff就认为是坏块)。之后的字节放uffs的有效数据。 参见代码uffs_nandif.c 151行 ``` 139 void uffs_setup_storage( 140 struct uffs_StorageAttrSt *attr, 141 struct rt_mtd_nand_device * nand) 142 { 143 rt_memset(attr, 0, sizeof(struct uffs_StorageAttrSt)); 144 145 // attr->total_blocks = nand->end_block - nand->start_block + 1;/* no use */ 146 attr->page_data_size = nand->page_size; /* page data size */ 147 attr->pages_per_block = nand->pages_per_block; /* pages per block */ 148 attr->spare_size = nand->oob_size; /* page spare size */ 149 attr->ecc_opt = RT_CONFIG_UFFS_ECC_MODE; /* ecc option */ 150 attr->ecc_size = 0; /* ecc size is 0 , the uffs will calculate the ecc size*/ 151 attr->block_status_offs = attr->ecc_size; /* indicate block bad or good, offset in spare */ 152 attr->layout_opt = RT_CONFIG_UFFS_LAYOUT; /* let UFFS do the spare layout */ 153 } ``` 这些细节都不需要你操心,mtd nand层和uffs做好了。
撰写答案
登录
注册新账号
关注者
0
被浏览
18k
关于作者
czkkkcs
这家伙很懒,什么也没写!
提问
9
回答
22
被采纳
0
关注TA
发私信
相关问题
1
有关动态模块加载的一篇论文
2
最近的调程序总结
3
晕掉了,这么久都不见layer2的踪影啊
4
继续K9ii的历程
5
[GUI相关] FreeType 2
6
[GUI相关]嵌入式系统中文输入法的设计
7
20081101 RT-Thread开发者聚会总结
8
嵌入式系统基础
9
linux2.4.19在at91rm9200 上的寄存器设置
10
[转]基于嵌入式Linux的通用触摸屏校准程序
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总,欢迎查看!
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》,看这篇就够了!干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
在RT-Thread Studio中构建前执行python命令
2
研究一了一段时间RTT,直接标准版上手太难,想用nano,但又舍不得组件
3
CherryUSB开发笔记(一):FSDEV USB IP核的 HID Remote WakeUp (USB HID 远程唤醒) 2025-01-18 V1.1
4
RT-thread 缩写字典
5
RT Thread 源码分析笔记 :线程和调度器
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
Bootloader
AT
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
I2C_IIC
ESP8266
UART
WIZnet_W5500
ota在线升级
PWM
cubemx
flash
freemodbus
BSP
packages_软件包
潘多拉开发板_Pandora
定时器
ADC
flashDB
GD32
socket
编译报错
中断
Debug
rt_mq_消息队列_msg_queue
SFUD
msh
keil_MDK
ulog
MicroPython
C++_cpp
本月问答贡献
出出啊
1517
个答案
342
次被采纳
小小李sunny
1444
个答案
290
次被采纳
张世争
813
个答案
177
次被采纳
crystal266
547
个答案
161
次被采纳
whj467467222
1222
个答案
149
次被采纳
本月文章贡献
聚散无由
2
篇文章
14
次点赞
catcatbing
2
篇文章
4
次点赞
Wade
2
篇文章
2
次点赞
Ghost_Girls
1
篇文章
5
次点赞
xiaorui
1
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部