CLion下STM32串口打印乱码问题以及烧录程序失败的解决小记

CLion下STM32串口打印乱码问题以及烧录程序失败的解决小记||波特率相关

原文：相当失败的教程

近来因为F401的ADC与DAC不足的问题换到了G431芯片，上来就给我整波大的，无法烧录程序以及串口输出全是乱码

in procedure ‘program’ in procedure ‘program_error’ called at file

先是无法烧录，大概就是报如上的错误

然后是串口输出了一大段乱码（ASCII），HEX下的收集也是有很大问题。

在网上到处找方案，最后发现烧录前按住Reset键烧录可以烧进去，然而这种方法也时有不奏效的，也有看boot0电位置高（即与3V3相连）的，试了也是时有生效。
串口的输出则根本无从解决，一怒之下关闭测试工程重开，发现一切正常了。

这里总结下可能的原因：cfg文件一开始没配好。或者可能是上述的几个问题中的一个吧，解决时歪打勿撞遇上了

仅以此文致与我同样同时出现上述两种问题的人：重开一个新文件，配好cfg。

后记：烧录程序报错描述

我们可以打开自己写的配置的cfg文件

注意到我们用的是stlink -v2

我们再去openocd官方给的关于stlink的cfg文件

相对路径如下

opencod\share\openocd\scripts\interface

打开stlink -v2看看实力

直接甩锅给了stlink，再看看stlink.cfg

正儿八经的有货

综上，配置文件不用看着你那stlink壳子上标的v2就自己写成v2，写了也没用，因为最后还是用的stlink

实测下来，更改配置之后，正常烧录进去的概率明显大了很多（不是心理作用）。

后后记：串口乱码问题再述

1.检查是否是编译器编码方式不适配问题

如上，UTF_8编码不行就再试试GBK编码格式的，亲测这一块应该影响不大

2.检查分给usart的时钟频率

在这里我用的G431把它的频率用到了170M

多方查找后判断可能是usart用不了这么高的频率，选用了HSI给它提供时钟信号

于是恢复正常

此问题出现时，应该会有这样的特点：你在串口助手上同样用115200的波特率接受出来是乱码，但是用小一点的波特率如38400时可以正常接收到信息，那应该就是时钟频率出现了问题了。