使用场景:
今天在调试STM32F1项目的时候,碰到一个有点意思的小问题。
想着新建个工程,把要测试的函数直接移植到新的工程独立做测试。通过串口来输出信息查看。结果发现串口接收乱码。


原因分析:
由于STM32的串口我初始化过了,系统外部晶振和倍频系数也改过来。所以能确定不是系统时钟配置错误造成的。
那就肯定是串口相关的配置出了问题。
这里边就有2种可能:
1、串口外设初始化配置出错。(看过参数这边没问题,波特率是配置成115200)
2、printf没有做重定向(估计是这边)。
于是把printf重定向代码加进来。
重定向代码如下:
#pragma import(__use_no_semihosting)
struct __FILE
{
int handle;
};
FILE __stdout;
void _sys_exit(int x)
{
x = x;
}
int fputc(int ch, FILE *f)
{
while(USART_GetFlagStatus(USART1,USART_FLAG_TC) == RESET);
USART1->DR = (u8) ch;
return ch;
}
void _ttywrch(int ch)
{
ch = ch;
}
==本来我的工程里KEIL MDK默认使用微库。但使用重定向,要先把MDK里的使用微库关闭掉。即勾掉Use MicroLib。 ==

接着编译代码,烧录程序到STM32F1。
上电启动,结果串口接收还是乱码。这就无语了。这么简单的东西都跑不起来,没道理。
看了MDK有个警告。提示printf在定义上有问题。

这不就是头文件的问题吗。
printf是通过标准IO来收发数据的。
所以加入IO头文件。


接着编译,没有问题。烧录程序到STM32F1。
上电启动,结果串口接收正常。

所以说正式程序中,一点都马虎不得。一个警告可能都包含着巨大的风险。必须解决警告。
小结:
最后小结下,STM32串口如果输出异常,需要排查以下内容:
1、系统时钟是否配置正确(包括时钟源和倍频系数)。
2、串口外设是否配置正确。
3、工程包含标准IO头文件。
4、printf重定向。
最后还有个小小的疑问,为什么有的工程,没有加入"stdio.h"也可以输出。这点还没想明白。等以后知道答案了再补上。或是大家有知道的原因的,可以下方指明下,让更多的人能明白是肿么回事。
在调试STM32F1项目时遇到串口接收乱码问题,排除了系统时钟配置错误。分析原因可能是串口配置或printf未重定向。通过关闭KEIL MDK的MicroLib,添加printf重定向代码,但问题仍未解决。最终发现是缺少标准IO头文件,加入"stdio.h"后串口通信恢复正常。总结指出,串口异常需要检查系统时钟、串口配置、标准IO头文件和printf重定向,并强调了警告信息的重要性。
5996

被折叠的 条评论
为什么被折叠?



