有在mx中正确提供48M时钟，硬件上给VDD12OTGHS连接了2.2uf电容和OTG_HS_REXT外接3.3V对地。还需要别的供电给PHY吗？ !(data/attachment/forum/202504/22/113041aiffexlpww1tlpen.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") !(data/attachment/forum/202504/22/112753zthkdm5dddm3rlbl.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
从你的描述来看，问题跟中断处理强相关。问题终究只能结合你的具体代码确认问题症结。 我担心因为中断优先级方面问题，导致些访问互锁；或者中断的循环嵌套导致堆栈溢出进而程序崩溃； 临时地使用disableirq也不是不可以，但要清楚这只是临时关闭CPU端对中断请求的响应，外设端该申请中断的依然会申请，相关中断请求标志依然会出现， 等enableirq后会根据优先级高低依次处理；当然，如果在enableirq之前将可能出现的中断标志做个清零又是另外一回事。 另外，你调用disableirq后再做擦除操作，会永远检测不到超时，即会失去超时检测的意义； 建议将擦除操作放到主程序里来进行；
官网上或者STMCUFinder 上都是最新的资料。 我这看了也是24年的。 通常这种成熟的产品都不需要那么快更新，毕竟几乎所有外设都是成熟电路了。
可以用dma2d,时序问题现在变成了这样https://oss-club.rt-thread.org/uploads/20241231/625cb6c06bcbedd9c96497720c480b71.jpg
STMCU-管管
回答时间：昨天 17:22
Hey, thanks for sharing these insights on the benefits of group study. The forum is a tech community, so feel free to share more tech-related stuff.
建议你先使用STM32CubeProgrammer连接看看，能否连得上。 若能连上，看看有无设置读保护； 若连不上，检查STLINK的连接、目标板的供电情况。
从你的描述来看，是现存的板子吧。 板子如果没有集成STLINK，那就使用芯片的SWD调试脚跟STLINK相连即可， 不管STLINK V2 还是V3都是可以连接的。没有哪个芯片不能使用STLINK -V2进行连接的说法。 如果板子集成了STLINK，无非STLINK V2或V3，PC端的工具软件或IDE是可以选择的，有些还支持Auto自动识别。 比方，使用STM32Cubeprogrammer就可以直接连接，它还可以识别出当前STLINK的版本，即V2还是V3. 当然，如果是你板子硬件有问题，那就另当别论了。保证各个跳线正确、供电正常。若真有硬件故障，该修就修，该换就换。。
!(data/attachment/forum/202504/18/082827d78o7l4hxco5z6iq.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 根据自己需求配置
经确认，这里的IWDG的早期唤醒中断没法唤醒STOP模式下的MCU，在相关的勘误手册里已有单独明确出来。 你可以到www.st.com/stm32u5搜索勘误手册 ES0499阅读。
部分板子的程序可以在HAL 库中找到。 有些特殊演示的功能是没有的。 不过每个板子上的外设功能基本上都有对应的例程在HAL库里，可以上手参考的。
你不妨确认下栈顶位置、程序存放位置。这些都是在ld文件里的内容。 _estack = ORIGIN(RAM) + LENGTH(RAM); RAM (xrw) : ORIGIN = 0x20000000, LENGTH = xxK ROM (rx) : ORIGIN = 0x08008000, LENGTH = yyK 然后,检查VTOR的偏移配置，比方：#define VECT_TAB_OFFSET 0x8000 再就是跳转前将中断使能都 禁用掉、保证跳转前没有未处理的中断请求、跳转过程中不会有中断请求发生。 保险起见，跳转前将PLL 也关闭掉。或者在APP端的SystemClock_Config()之前先调用下HAL_RCC_DeInit();
微信公众号
手机版
