宋以拓

 如图所示，会跳进这里，然后卡死

> main函数最开始加一句RCC_DeInit()就行了，跟DAP没关系，时钟初始化的问题。 果然可以了，谢谢大佬orz。 另外我也尝试了在stm32cubeide里进行调试，这个调试方式是stlink gdb server，就是什么都不用加就是好使的。我尝试配了一个 clion+gdb+jlink 的debug环境，也是什么都不加就好使。 总结一下就是跟GDB沾边的都是能用的，但用openocd就得加“RCC_DeInit()”这句话。可否再麻烦问一下出现这种情况的详细原因？是和openocd有关系吗？ tip：如果有路人看到了可以参考这篇文章：[CLion配置STM32开发环境（JLink GDB Server）](https://blog.csdn.net/zjh1229/article/details/123887084 )

请问各位使用这个库遇到过反应慢半拍的问题吗，我使用的时候不管长按还是短按都是按下后大概半秒~1秒之后才有反馈

> 请问您使用cubemx生成的工程是sw4stm32的吗，我现在打开cubemx已经无法生成sw4stm32的工程了，而且之前创建的sw4stm32的工程也全都打不开了

> .ioc格式应该是CubeMX全版本兼容的；生成的代码工程文件格式是给编译IDE用的。 确实，我试了一下新建的cubemx工程如果选择toolchain是stm32cubeide的话，clion打开的，编译，单步调试确实都没有问题。 看来这样确实可以继续使用clion开发 但是有一个巨大的问题，您有没有试过使用6.6.1版本的cubemx打开过稚晖君之前的很多项目的ioc文件，稚晖君之前很多项目工具链选择都是sw4stm32，我尝试使用6.6.1版本的cubemx打开之前版本创建的工具链选择为sw4stm32的，都会报错打不开，就是最上面那个报错图，这意味着稚晖君很多项目的ioc文件我都看不了了，所以我现在又退回了6.5.0版本的cubemx。 今后我可能创建工程toolchain都会选择stm32cubeide，然后继续使用clion开发了，不知道稚晖君对这个问题怎么看？ @peng-zhihui

感谢作者大大的代码，整体框架非常牛逼，我就在这套代码的基础上开发的自己的项目。希望能帮助作者大大一起完善此书。