新版的Cube IDE中不再集成 CubeMX了，太庞大了。 单独安装 CubeMX，然后独立运行，打开 .IOC 文件，然后生成工程，再由相应的IDE 打开。 上图看，你的 CubeMX 已经打开了，总之不要再 IDE 中打开 .IOC 文件就成了
也没有什么莫名其妙的。 你说能正常执行到这个标志检查时，说明不是stall状态是对的。但待退出之后，再检查这个标志 就是很自然的一件事情。 就好像你在做一件事情，正在忙的时候不会理睬他人的要求，做完后方可以响应别人的要求一样。当你做完事情，别人问你此时忙不忙，你当然知道自己此刻忙不忙，或者说忙完没有。 在同区做flash擦、写时，的确是有这个临时堵塞问题。所以，这时候要特别注意这个过程中其它中断的处理问题，如何处理结合应用场景来。 有条件的话，可以选用双FLASH bank 芯片来操作，对于没有双BANK的，可以考虑将那部分不期望FLASH擦写影响的代码，主要是中断服务程序放到RAM也是可以的。
厂家有现成的例程，可以跑跑或参考一下 STM32Cube_FW_L4_V1.18.2\Projects\NUCLEO-L476RG\Examples\FLASH\FLASH_EraseProgram
你估计要自己做一个基于STM32H743及你目前硬件线路的外部下载算法文件，即externalloader ,这个有很多资料可以参考。 做好后，你可以使用stm32cubeprogrammer单独烧录，也可以在VS CODE里的terminal 运行 STM32_Programmer_CLI 命令行来加载，你可以看看Help的相关操作。
因为我没太理解你的需求，看看下面这串代码是否能给你带来启发。 #include int main(void) { int ADC = 58888; // 0-9 ascii:48-57 int value = 0; int temp = ADC; while (temp != 0) { value = temp % 10; temp = temp / 10; printf("%d\n", value); } return 0; }
两方面问题要注意： 1、数据缓冲是否安排到了DTCM，如是，普通DMA访问不到，需要另行安排位置； 2、还有可能因为DCache导致的缓存与实际内存数据不同步导致的问题，此时就需要做cahce维护操作。 此时可以先暂时关闭Dcache进行测试。
微信公众号
手机版
