自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

-+

上一步保存

qq_43808700的博客

云疏不知数 CSDN认证博客专家 CSDN认证企业博客

码龄6年

503: 原创

2万+: 周排名

5232: 总排名

73万+: 访问

: 等级

7682: 积分

407: 粉丝

538: 获赞

239: 评论

1207: 收藏

私信

关注

热门文章

分类专栏

最新评论

智慧办公室(上)
云疏不知数: 带操作系统的R0.12版本的FATFS只能以 `f_mount(SDFatFS, "0:", 0);` 方式挂载磁盘，但是后续的读文件会出问题。如果以`f_mount(SDFatFS, "0:", 1);` 方式挂载磁盘，会直接在f_mount中奔溃。我的解决办法比较野。目前使用单独一个工程来更新字库和图库，不带FreeRTOS，并且FATFS是R0.15，`f_mount(fs[0], "0:", 1);` 没有任何问题。然后只在带操作系统的FATFS中初始化字库和图库。
智慧办公室(上)
云疏不知数: 但是我遇到的问题很多，比如cubemx的R0.12的FATFS，`f_mount(SDFatFS, "0:", 1);` 程序会直接卡死，而以 `f_mount(SDFatFS, "0:", 0);` 方式挂载磁盘之后再更新字库和图库，会出现f_open打开文件出错，f_open->find_volume->check_fs->move_window->disk_read->SD_read中卡住，也就是执行到SD_read的下面这一行代码： /* Fast path cause destination buffer is correctly aligned */ uint8_t ret = BSP_SD_ReadBlocks_DMA((uint32_t*)buff, (uint32_t)(sector), count); 很离谱，如果是自己使用R0.15版本的FATFS手动移植，不带操作系统移植的时候没有任何问题，有操作系统程序会直接奔溃。看来带操作系统移植FATFS会很复杂。我觉得是R0.12版本的FATFS有问题。
智慧办公室(上)
云疏不知数: 现在我找到解决办法了，之前的STemWin使用的图片是通过BmpCvtST图片转成.c，也就是数组存储的位图信息，这样会极大的增加ROM中的RO区，从而导致ROM会很大，比较容易超过mcu内部1MB的Flash。我现在将图片通过BmpCvtST直接转化成.bmp，然后再使用Image2LCD将bmp图片转化成.bin文件，然后通过FATFS从SD卡更新到NORFlash中。
智慧办公室(上)
云疏不知数: 我之前的智慧办公室存在的问题是，编译之后ROM大于mcu内部1MB闪存，因此程序无法编译通过更无法烧录。想着将程序烧录进外扩NORFlash中，其实不是烧录进NORFlash，而是将一些.c文件代码段放到NORFlash中，使得缓解内部Flash空间压力，本质就是使用execute on chip功能。但是这种必须要硬件支持，也就是NORFlash布线要能映射到FSMC，但是我的板子做不到，或者就是mcu本身支持QSPI，这样才可以直接将程序烧录进外部NORFlash。总结一下就是，要缓解内部Flash压力，就硬件必须支持将NORFlash映射到FSMC或者mcu本身支持使用QSPI。
智慧办公室(上)
云疏不知数: 仓库地址在此:https://github.com/yunshu-drwells/SmartOffice

最新文章

蜕变

关注

文章平均质量分 94

突破自己的舒适区，克制，忍耐，可能每一刻都是煎熬，每一天都在濒死，但只要坚持下来就可以浴火重生

关注数：文章数：2 文章阅读量：3468 文章收藏量：17

作者: 云疏不知数

一个人知道自己为了什么而活，他就能够忍受任何一种生活----尼采

展开