Keil项目的发行版本比STM32F413 MCU上的Debug版本要慢得多？
我已经使用Freertos在STM32F413上开发了STM32F413。我在串行（PPPO）上有几个任务和PPP连接。我正在使用 keil Ide 进行调试和 在调试模式下一切都可以，并且在调试后不重置MCU。 但是，当我关闭电源，然后再次电源时，操作速度慢了（PPPOS上的UDP发送数据可能很慢！）。数据传输没有错误，只有意外的放缓。
我也通过flash .hex文件并使用STM32CubeProgrammer运行它，也使用STM32CubRogrammer对其进行了测试，一切都可以！在我再次电源后，问题出现了。
我注意到在调试中，keil使用对象文件。但是我不明白MCU的电动情况（启动时间）与调试时间之间有什么不同。
我如何解决这个问题？
谁能帮忙？
I have developed firmware on STM32F413 with STM32CubeMX using FreeRTOS. I have several tasks and PPP connection over Serial (PPPoS). I am using KEIL IDE for debug and everything is OK in debug mode and after debug without resetting MCU. But when I powered off it and then power on again, operations were 8X slower (sending data over UDP on PPPoS can be slow!). There is no error in data transferring, only the unexpected slowdown.
I have tested it with STM32CubeProgrammer too by flashing .hex file and running it with STM32CubeProgrammer, and everything is OK! After I power down and on again, the problem recurs.
I notice that in debug, KEIL uses object files. But I cannot understand what is different between the power-on MCU situation (booting time) vs. debug time.
How I can fix this problem?
Can anyone help?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我重新检查了重置方案，并发现使用更长的重置信号一切正常！
我提高了NRST PIN电容器的价值和问题已解决。
STM32F413数据表建议电容器100NF值，但就我而言，这不是很好。
我唯一不明白的是为什么使用其他代码我没有这个问题？为什么在这种情况下它可以缓慢起作用（而不是完全错误）？
I rechecked reset scenario and find that with longer reset signal everything be OK!
I increased nRST pin capacitor value and problem have been resolved.
STM32F413 datasheet recommends 100nF value for capacitor but it is not good in my case.
The only thing that I don't understand yet is that why with other codes I haven't this problem? and why in this case it works slowly (instead not completely wrong)?