现在我把STM32_FLASH_START_ADRESS_64K改成下面这个，避开固件区域

define STM32_FLASH_START_ADRESS_64K (0x08000000 + 192*1024)

用测试命令写的时候，有时候成功，有时候失败，做benchmark，还是卡着不动，不知道啥原因[attach]13418[/attach]
下面bench为100的时候，为什么大小也是32768

[i=s] 本帖最后由 921742079 于 2020-1-24 22:09 编辑 [/i]

现在我把STM32_FLASH_START_ADRESS_64K改成下面这个，避开固件区域

define STM32_FLASH_START_ADRESS_64K …

write需要先erase
erase的时候，会卡死，貌似和线程调度器有关系

解决不了，只能贴个卡死的时候的调用栈了
[attach]13422[/attach]

大年初一没人回，自己回答吧，313版本没问题，402不行:L

新年好，初一就开始挖坑了，赞一个！

换了个512k的板，313和402都没问题，现在重新做原来256k板的bsp，结果313和402都不行了:L

某些板子上，fal和lfs不兼容，411ceu6没问题，401ccu6,不行，只要lfs和fal都开，fal的erase会导致硬件错误。反复测试n次都是这样，不启用lfs，光fal，完全没问题，和rtt版本没啥关系，313和402都一样

问一个问题，你是用Visual Studio Code 做代码编辑器，然后切到MDK或者RTT Studio中来编译调试吗？

[i=s] 本帖最后由 921742079 于 2020-1-29 13:37 编辑 [/i]

问一个问题，你是用Visual Studio Code 做代码编辑器，然后切到MDK或者RTT Studio中来编译调试吗？ …

不是，我的是debian linux，复制bsp的模板，自己做的修改，然后用的vscode做编辑器，openocd做调试器，代码补全，单步调试都是没有问题的，当然，windows下，也一样可以
openocd是调试器，硬件接的是jlink ob，vscode需要装一个插件

ext install marus25.cortex-debug

这样vscode可以连接上openocd调试了