说明

由于STM32芯片的涨价，找来了存货GD32进行替代，发现板子无法进行正常复位烧录程序，复位后复位引脚偶尔处于0.9V左右，就，很玄学

作者：Jack_GL
时间：2021年9月8日
版本：V1.0
上次修改时间：无

硬件层面

硬件层面需改动BOOT0接10K下拉，GD32工作的条件苛刻于STM32，对于信号线尽量短与包地做屏蔽

软件层面

由于启动时间的不一样，在代码生成后将晶振延时时间改长，笔者当前使用的HAL库版本为1.8.4，（有可能由于版本不一样位置会不一样），修改stm32f1xx_hal_conf.h中的宏定义 HSE_STARTUP_TIMEOUT 后的数值，原本为100u，笔者直接该到了999u，如下图所示：

完成！目前笔者验证的HAL进行串口通信、硬件SPI通信，暂时没有发现异常情况。

版权声明：本文为CSDN博主「肿么阔以次兔兔」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_43287964/article/details/120190050

说明

由于STM32芯片的涨价，找来了存货GD32进行替代，发现板子无法进行正常复位烧录程序，复位后复位引脚偶尔处于0.9V左右，就，很玄学

作者：Jack_GL
时间：2021年9月8日
版本：V1.0
上次修改时间：无

硬件层面

硬件层面需改动BOOT0接10K下拉，GD32工作的条件苛刻于STM32，对于信号线尽量短与包地做屏蔽

软件层面

由于启动时间的不一样，在代码生成后将晶振延时时间改长，笔者当前使用的HAL库版本为1.8.4，（有可能由于版本不一样位置会不一样），修改stm32f1xx_hal_conf.h中的宏定义 HSE_STARTUP_TIMEOUT 后的数值，原本为100u，笔者直接该到了999u，如下图所示：

完成！目前笔者验证的HAL进行串口通信、硬件SPI通信，暂时没有发现异常情况。

版权声明：本文为CSDN博主「肿么阔以次兔兔」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_43287964/article/details/120190050