Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
Filesystem
文件系统卡死的问题
发布于 2016-12-19 16:09:04 浏览:3281
订阅该版
系统版本v1.2.2,运行环境STM32F207 发现程序经常卡死在一个地方,经调试发现是在文件系统调用SD卡读时,卡在while(SD_GetStatus() != SD_TRANSFER_OK);这里了 这里的read是受外部传感器触发才会去读对应的文件: 如果在read前关闭中断,就会100%卡死在这里 ``` int ret = -1,fd_conf, readlen = 0; char *pBuffer = RT_NULL; struct stat tmpstat = {0}; char filename[30] = {0}; int offset; u32 loop_state = SCStReflex; st_rf24pkt_t* pTmpPkg = RT_NULL; pst_sensor pSensor = RT_NULL; rt_base_t level; pSensor = getSensorById(pSensorMsg->id); if(pSensor == RT_NULL) return; //! waiting for mutex rt_mutex_take(&sensor_mutex,RT_WAITING_FOREVER); //! update sensor param pSensor->param = pSensorMsg->param; //! release mutex rt_mutex_release(&sensor_mutex); //! filename rt_sprintf(filename,"%s/%d",SENSORDIR,pSensor->id); ret = stat(filename,&tmpstat); if(ret < 0 || tmpstat.st_size < 26){ rt_kprintf("control content is empty "); return; } //! allocation pBuffer = rt_malloc(tmpstat.st_size + 1); if(pBuffer == RT_NULL){ rt_kprintf("out of memory for processing control "); return; } rt_memset(pBuffer,0,tmpstat.st_size + 1); //! open control content file fd_conf = open(filename,O_RDONLY,0); if(fd_conf < 0){ rt_kprintf("control content file open failed "); rt_free(pBuffer); return; } /* disable interrupt */ level = rt_hw_interrupt_disable(); //! read content readlen = read(fd_conf,pBuffer,tmpstat.st_size); /* enable interrupt */ rt_hw_interrupt_enable(level);``` 求大神指点指点 谢谢!
查看更多
15
个回答
默认排序
按发布时间排序
aozima
2016-12-19
调网络不抓包,调I2C等时序不上逻辑分析仪,就像电工不用万用表!多用整理的好的文字,比截图更省流量,还能在整理过程中思考。
读取里面,等待命令响应和数据响应都需要中断。 即使不需要,你这关中断的时间也太久了。 要关中断的地方,必须尽量短,而且关闭的时间必须是可控的。 只能说的你思路不太对。
k_server
2016-12-19
这家伙很懒,什么也没写!
那个关闭中断 是我后面测试的时候故意加上去的,正常使用是没有的,加了关中断100%卡死,应该是你说的问题。 但是我在正常使用的时候,也会时不时会卡死,这个就有点不理解了。
k_server
2016-12-19
这家伙很懒,什么也没写!
``` rt_kprintf("test tag1 "); ret = stat(filename,&tmpstat); rt_kprintf("test tag1 end "); if(ret < 0 || tmpstat.st_size < 26){ rt_kprintf("control content is empty "); return; } //! allocation pBuffer = rt_malloc(tmpstat.st_size + 1); if(pBuffer == RT_NULL){ rt_kprintf("out of memory for processing control "); return; } rt_memset(pBuffer,0,tmpstat.st_size + 1); //! open control content file rt_kprintf("test tag2 "); fd_conf = open(filename,O_RDONLY,0); rt_kprintf("test tag2 end "); if(fd_conf < 0){ rt_kprintf("control content file open failed "); rt_free(pBuffer); return; } //! read content rt_kprintf("test tag3 "); readlen = read(fd_conf,pBuffer,tmpstat.st_size); rt_kprintf("test tag3 end "); if(readlen != tmpstat.st_size){ rt_kprintf("control content read failed "); close(fd_conf); rt_free(pBuffer); return; } ``` 我最发现线程卡死后 是上面那样测试的,结果出现卡死的时候,就未打印出test tag2 end 或者test tag3 end
k_server
2016-12-20
这家伙很懒,什么也没写!
排除了 我自己关中断造成的问题,用jlink调试发现会卡在这里: SD_Error SD_WaitReadOperation(void) { SD_Error errorstatus = SD_OK; while ((SD_DMAEndOfTransferStatus() == RESET) && (TransferEnd == 0) && (TransferError == SD_OK)) {} if (TransferError != SD_OK) { return(TransferError); } return(errorstatus); }
k_server
2016-12-20
这家伙很懒,什么也没写!
``` SD_Error SD_ProcessIRQSrc(void) { if (StopCondition == 1) { SDIO->ARG = 0x0; SDIO->CMD = 0x44C; TransferError = CmdResp1Error(SD_CMD_STOP_TRANSMISSION); } else { TransferError = SD_OK; } SDIO_ClearITPendingBit(SDIO_IT_DATAEND); SDIO_ITConfig(SDIO_IT_DATAEND, DISABLE); TransferEnd = 1; rt_kprintf(" TransferError = %d ",TransferError); return(TransferError); } ``` 我在SD卡中断服务里面加了打印信息,发现如果卡死的时候,是没有进中断 如果没进中断,就肯定有问题,系统这里是不是需要优化一下?
aozima
2016-12-20
调网络不抓包,调I2C等时序不上逻辑分析仪,就像电工不用万用表!多用整理的好的文字,比截图更省流量,还能在整理过程中思考。
使用参考 realtouch项目,使用SDIO驱动框架。 更加标准和规范,至少有对各种命令超时有处理,而不是像厂家提供的SD卡驱动特事特办。 虽然,问题最后还是存在,但解决的方式更高靠谱。
bernard
2016-12-20
这家伙很懒,什么也没写!
原来f1的时候出现过sdio外设有bug,难道f2依然存在?
k_server
2016-12-21
这家伙很懒,什么也没写!
>使用参考 realtouch项目,使用SDIO驱动框架。 >更加标准和规范,至少有对各种命令超时有处理,而不是像厂家提供的SD卡驱动特事特办。 >虽然,问题最后还是存在,但解决的方式更高靠谱。 --- 谢谢! 可以参考! 我自己也试着简单的加了超时处理来测试,发现虽然出问题的那次读取文件会失败,但是至少不会卡死
k_server
2016-12-21
这家伙很懒,什么也没写!
>原来f1的时候出现过sdio外设有bug,难道f2依然存在? --- 是不是BUG还真不好说,不知道其它人遇到过同样的问题没?
k_server
2016-12-22
这家伙很懒,什么也没写!
经过几天的测试,发现有可能是在open或者read的时候,被高优先级的线程给抢占了,并且高优先级的线程可能占用用的时间比较长,导致文件操作被中断了,才导致整个操作异常,SD卡中断也没有。 1,通过把操作文件的线程改为最高优先级,测试了一段时间(比之前会出问题的间隔长很多),暂时未发现卡死的问题 2,前面提到的高优先级的线程,几天前刚改动过,确实也增加了一些占用系统的时间的地方,改回去测试一段时间,也暂时未发现卡死的情况,并且改之前,也很少有反馈卡死的情况。 通过以上2点,就比较怀疑是在open或者read的时候,被高优先级线程抢占过长时间导致的异常 大家帮忙分析分析是不是有这种可能出现,谢谢!
撰写答案
登录
注册新账号
关注者
0
被浏览
3.3k
关于作者
k_server
这家伙很懒,什么也没写!
提问
10
回答
31
被采纳
0
关注TA
发私信
相关问题
1
字库除了SD卡和http还有别的方式导入吗
2
如何同时使用RTT文件系统于NAND Flash 和 SD卡,针对Realboard4088?
3
EasyFlash好棒
4
SD卡挂在的SPI总线又要加个DA设备
5
sd卡与flash 同时挂载 挂载路径shell怎么区分 访问
6
请教ramfs使用方法
7
rtt stable2.0.x版本 sd卡及文件系统
8
nandflash文件系统UFFS请教
9
关于SD卡挂载文件系统的问题(已解决)
10
Yaffs采用GPL2许可
推荐文章
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
GD32F450 看门狗驱动适配
2
【NXP-MCXA153】看门狗驱动移植
3
RT-Thread Studio V2.2.9 Release Note
4
CherryUSB的bootuf2配置
5
在用clangd开发RTT吗,快来试试如何简单获得清晰干净的工作区
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
UART
WIZnet_W5500
ota在线升级
PWM
freemodbus
flash
cubemx
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
编译报错
Debug
SFUD
rt_mq_消息队列_msg_queue
msh
keil_MDK
ulog
C++_cpp
MicroPython
本月问答贡献
踩姑娘的小蘑菇
7
个答案
2
次被采纳
a1012112796
15
个答案
1
次被采纳
Ryan_CW
5
个答案
1
次被采纳
红枫
4
个答案
1
次被采纳
张世争
4
个答案
1
次被采纳
本月文章贡献
catcatbing
3
篇文章
6
次点赞
lizimu
2
篇文章
7
次点赞
YZRD
2
篇文章
5
次点赞
qq1078249029
2
篇文章
2
次点赞
xnosky
2
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部