目前在做一个USB导出LOG的功能,使用文件系统 FATFS 将日志写入文件(用的内部flash,后512k),再用USB MSC虚拟U盘,连接PC可以直接将LOG文件拖出来,目前功能都已经实现并测试通过,但只有第一次下载程序可以正常执行,再次复位后程序直接不跑了, 影响到了flash? 看一些帖子,多主机操作文件系统会出问题(stm32 与PC同时操作文件系统),我在使用USB MSC就已经把文件系统卸载了,并做了以下测试 测试: 1.usb虚拟u盘地址 与 文件系统地址 使用相同地址:0x08080000 只有第一次可以启动成功 系统复位不可用 2.usb虚拟u盘地址包括 文件系统地址 usb msc add:0x0807A000 disk fatfs address:0x08080000 系统复位不可用 3.文件系统地址包括USB虚拟u盘地址 usb msc add:0x08080000 disk fatfs address:0x0807A000 系统复位不可用 不知道啥问题了,各位大佬给点建议~~~ |
STM32H7ZGT6使用SPI+DMA方式驱动屏幕时候,使用阻塞式发送不会花屏幕,但是使用DMA方式会花屏。
STM32H750内部flash读写
STM32H743采用flash swap 进行IAP升级,reset后启动不了
STM32双核H7核间通信的方法
STM32H743IIC,HAL库驱动硬件I2C,hi2c2.state一直是busy. 为什么?
H747 DSI 模块的官方例程跑不通
MAC回环或以太网PHY芯片回环怎么实现?
STM32745/747芯片固件升级问题
H743 DAC通道缓冲器的校准问题
STM32H750更改时钟后,程序无法运行
[md]代码优化是个很大的话题,网上也很多相关文章可以阅读。
作为嵌入式应用,比较容易出问题的一个地方就是那些全局变量,尤其当某全局变量既可以
在主程序中被访问,又会在中断中被访问时,建议加上volatile关键词。
再就是代码不够规范,编译器按照它的理解将代码调整了,调整后的代码可能未必跟程序员的意思一致。
已找到原因:编译器优化等级导致,原levev2,现改为level0就可以,但会导致其他功能出现bug,最终还是要使用level2, 现在有新的问题:编译器优化等级会影响哪些内容?