STM32串口打印输出乱码的解决办法

已于 2022-05-12 15:59:52 修改
阅读量1.9w 收藏 86
点赞数 18
CC 4.0 BY-SA版权
文章标签： STM32 串口
于 2019-03-17 17:11:48 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/whik1194/article/details/88622344
作者试用uFUN开发板时，调用串口printf调试功能输出乱码，发现是外部晶振频率与固件库参数不一致导致。文章介绍了解决方法，一是修改stm32f10x.h文件中的晶振频率，二是修改system_stm32f10x.c文件中的倍频系数，此方法仅针对晶振改变导致的乱码。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

前言

最近在试用uFUN开发板，下载配套的Demo程序，串口数据输出正常，当使用另一个模板工程，调用串口printf调试功能时，输出的却是乱码，最后发现是外部晶振频率不一样。很多STM32开发板都是使用的8M晶振，这个也是ST官方推荐的晶振频率，而且固件库默认是8M频率，倍频系数9。而uFUN开发板的晶振是和CH340共用一个12M晶振。如果固件库的参数不和硬件实际连接的晶振频率一致，那么不仅是串口会出现乱码，而且定时器这些也是不准确的，因为基本的工作时钟被打乱了。其实之前也遇到过这个问题，这次就算是记录一下吧！

1.修改stm32f10x.h文件中的晶振频率

打开工程中的stm32f10x.h文件，Ctrl+G快捷键定位到119行，把宏定义

#define HSE_VALUE    ((uint32_t)8000000) /*!< Value of the External oscillator in Hz */

外部晶振频率8M修改为12M

#define HSE_VALUE    ((uint32_t)12000000) /*!< Value of the External oscillator in Hz */

如下图所示：

2.修改system_stm32f10x.c文件中的倍频系数

打开工程中的system_stm32f10x.c文件，Ctrl+G快捷键定位到1056行，把宏定义

RCC->CFGR |= (uint32_t)(RCC_CFGR_PLLSRC_HSE | RCC_CFGR_PLLMULL9);

倍频系数由9修改为6，因为STM32F103主频最高到72MHz，外部晶振改为12M后，所以倍频系数改为6

RCC->CFGR |= (uint32_t)(RCC_CFGR_PLLSRC_HSE | RCC_CFGR_PLLMULL6);

如下图所示：

总结

当然串口乱码可能不止这一个原因，这个解决方法只针对于外部晶振的改变，导致的串口数据乱码。其他问题还要仔细分析，总得来说，两个问题：程序问题，硬件问题。

参考资料：

历史精选文章：

欢迎大家关注我的个人博客

或微信扫码关注我的公众号

STM32串口输出乱码解决方法
shengyin714959的博客
12-09 804
最近在做STM32的云端项目中遇到个问题：相同代码换了一块实验板之后串口输出全是乱码，最后细细一想后发现是两块是实验板所用的外部晶振频率不一样。修改之后，问题解决。然后修改（system_stmf10x.h）文件中的倍频系数。修改（stm32f10x.h）文件中的外部时钟频率。可以用快捷键Ctrl+G数入1056跳转到此行。可以用快捷键Ctrl+G数入119跳转到此行。这样就解决了换开发板之后串口输出乱码的问题。接下来演示一下修改工程的方法。
解决STM32串口通信乱码问题的详细方法
UplKubernetes的博客
09-19 1599
通信双方必须使用相同的波特率进行通信，否则会导致接收到的数据解析出错，从而导致乱码。串口通信是嵌入式系统中常见的一种通信方式，而在使用STM32微控制器进行串口通信时，有时候会出现乱码问题，这给开发者带来了一定的困扰。通过以上代码，当接收到数据时，会触发USART1的接收中断，将数据存储到接收缓冲区中，并在缓冲区满时进行处理。在进行串口通信时，发送和接收数据之间可能存在一定的时间差，因此需要适当的延时来确保数据的稳定传输。确保发送方和接收方的波特率设置一致，这样可以避免因为波特率不匹配而导致的乱码问题。
STM32 串口发送乱码问题
Ghost2584的博客
08-09 3963
显示为一堆乱码，💢😠💢晕啊。 通过改变晶振配置，准确解决stm32HAL库开发中串口发送乱码问题。
STM32串口输出乱码问题
weixin_44770030的博客
04-19 1845
前两个原因比较好排查，第三个是最近调试遇到的，卡了我好久，都感觉是灵异事件了，后面看到一个帖子尝试改了外部晶振频率，问题得到解决了。排查了波特率、中断、甚至单步调试都没找到具体问题，最后改了HSE_VALUE的值得到解决。HSE_VALUE的值要与RCC_OscInitStruct.PLL.PLLM设置的一致。1、常见问题是波特率不匹配。
HAL库STM32中使用printf打印数据到串口
马上毕业的小菜菜
06-18 856
摘要：本文详细介绍了STM32中printf()函数重定向到串口输出的实现方法。主要内容包括：1)通过重写fputc()函数将输出重定向至串口；2)使用STM32CubeMX配置串口(以F407开发板为例)，包括时钟设置、引脚配置等；3)代码实现和工程配置；
STM32 串口打印乱码（Cubemx）
m0_73640344的博客
04-24 2695
例如，如果晶振配置为8 MHz，但系统设置错误地认为是25 MHz，使用相同的PLL倍频设置将得到完全不同的输出频率。如果一个系统设计为使用25 MHz晶振，但实际装配了8 MHz晶振，没有相应调整时钟设置，则系统实际运行的核心频率可能远低于预期，或者PLL无法锁定导致系统不稳定。对于任何依赖精确时钟的应用，如串口通信、USB通信或任何形式的同步数据传输，确保晶振设置正确是至关重要的。总结来说，确保单片机的系统时钟配置正确是关键步骤，特别是在使用不同于标准设置的硬件配置时。
【STM32】串口通信乱码（认识系统时钟来源）
challenglistic的博客
08-21 3239
【STM32】串口通信乱码（认识系统时钟来源）
解决STM32使用printf通过串口输出中文乱码的问题
miaoyulun的博客
10-03 5712
STM32使用printf通过串口输出中文乱码
【嵌入式开发】STM32串口通信乱码解决方案：时钟与波特率配置详解及实战步骤
最新发布
08-01
内容概要：本文深入探讨了STM32串口通信中常见的乱码问题及其解决方案。首先介绍了STM32串口通信的基本原理和硬件架构，包括串口通信的起始位、数据位、校验位和停止位等组成部分，以及USART和UART的区别。接着分析...
STM32 串口传输出现部分字母乱码
who_is_she的博客
07-07 1796
STM32踩坑：STM32串口发送乱码问题_stm32h743 串口接收数据正确发送乱码_我是混子我怕谁的博客-优快云博。本来是无奇偶效验（No） 从模板复制过来没有修改 变为E偶效验（Even）望天下没有粗心人(来自苦肝数个小时的吐槽)STM32串口传输有的字母出现乱码。根据自己的配置来设置。博主因为奇偶效验位设置错误。No 写成了 Even。导致传输一直出现乱码。
针对STM32串口输出乱码错误问题
k1184591768的博客
09-05 1675
使用printf文件中main.c文件，检查文件的编码方式是否正确，如下图所示，选择Chinese GD2编码方式：Edit--》Configuration。STM32在通过printf打印到串口时出现的文字乱码问题。可以检测所建文件夹中main.c文件用记事本打开。之后再进行串口传输就解决了汉字就可以正常显示了。发现果然还是UTF-8，还没有修改过来。在记事本中点击另存为选择ANSI。检查串口输出还是乱码错误。
stm32标准库串口输出乱码情况解决
qq_51973576的博客
06-13 8562
stm32标准库串口输出乱码情况的几种解决方法
关于STM32系列串口打印乱码原因解析
newzhpfree的博客
06-22 2994
而demo程序的时钟晶振和你的时钟晶振不一定都是一样，如果demo使用的是25M晶振，而你的板子使用的是8M晶振，这时你没有 把 HSE_VALUE由原来的 25000000 的值改成 8000000 导致时钟不对，串口打印乱码。......
STM32CubeIDE串口printf函数输出中文乱码（配置教程+解决方法）
热门推荐
m0_74141752的博客
04-06 1万+
本文主要讲述在使用CubeIDE配置串口通信的过程中，如何重定向printf（）函数，以及如何解决在串口打印中文时输出乱码的情况。
stm32标准库串口打印乱码
qq_39294918的博客
09-02 389
stm32标准库串口打印乱码 偶然间发现大佬的代码烧录手中的开发板后，打印出来一堆乱码，在确保串口助手设置都正常 看硬件所使用的外部晶振 检查外部晶振和 stm32f10x.h中的设置一致 #define HSE_VALUE ((uint32_t)8000000) /*!< Value of the External oscillator in Hz */ //#define HSE_VALUE ((uint32_t)12000000) /*!< Value of the Exter
STM32 串口乱码
sinat_22081411的博客
04-07 3472
问题描述 用正点原子STM32F4探索者开发板调试野火骄阳电机驱动程序，发现串口输出一直是乱码。问题排查： 串口调试助手编码方式？同一个串口调试助手，用正点原子、STM32CubeMX生成的程序发送数据正常。排除串口调试助手问题。 串口配置函数问题？仔细检查过串口配置，GPIO配置，用STM32CubeMX与骄阳程序相互替换，问题仍然存在。 HAL库其它文件干扰？删除多余HAL库文件，与STM32CubeMX用到的库文件保持一致。问题仍然存在。 参考STM32串口通信乱码详细处理方法，更改stm32f4x
STM32在Keil中使用串口助手打印中文字符出现乱码问题
qq_52319556的博客
06-06 3531
就像一个滴水的水龙头，水滴进一个循环开合的容器，双方速率不能很好匹配，一定会出现水滴不能完全滴进容器，或者完全滴进或者完全滴不进的情况，把水滴当成字符编码，容器的水看成打印字符，所以出现乱码。，XCOM这款串口软件支持的是ANSI编码方式的，可以通过右键main.c文件通过文本查看。右键-->编辑-->文件-->另存为-->选择编码方式，覆盖即可。可以看到编码方式，这个是我已经修改过的，原编码方式是UTF-8。问题如上，中文字符显示乱码，但数字正常。
stm32f107串口乱码
felicity_one的博客
07-10 1214
最近在写串口程序的时候遇到了串口乱码的问题，后来上网查了之后才发现是晶振不匹配的原因。我使用的板子的晶振是16MHz，而系统默认是配置为8MHz，修改步骤：1：首先确认程序工程目录的文件属性为非只读的，如果是只读的那么改为非只读的，这是为了能够修改工程的系统文件；2：在1的基础上修改stm32f10x.h头文件约120行处修改HSE_VALUE的配置值：#if !defined HSE_VALU...
stm32f4 串口输出乱码怎么解决
03-21
<think>好的，用户遇到了STM32F4串口输出乱码的问题，需要解决方案。首先，我需要回忆一下常见的串口问题原因，并结合提供的引用内容来分析可能的原因。 根据引用[1]、[2]、[3]，问题主要集中在时钟配置，尤其是晶振频率设置不正确。用户可能使用STM32CubeMX配置时，默认的HSE_VALUE与实际硬件晶振不符，导致串口波特率计算错误，从而出现乱码。 接下来，我需要按照步骤来排查问题。首先检查波特率是否匹配，确认两边设备设置的波特率一致。然后检查中断配置是否正确，比如是否有使能中断或者中断优先级冲突。但根据引用内容，用户已经排除了前两个原因，所以重点可能在时钟配置。 然后，检查外部晶振频率设置是否正确。用户可能使用的是25MHz晶振，但代码中HSE_VALUE可能仍设置为默认的8MHz或16MHz，这会导致系统时钟和串口波特率计算错误。需要修改HSE_VALUE的定义，通常在stm32f4xx_hal_conf.h或类似的配置文件中。 此外，还需要检查系统时钟配置函数，确保PLL的分频系数正确，比如RCC_OscInitStruct.PLL.PLLM的值是否与实际晶振频率匹配。例如，如果晶振是25MHz，PLLM可能需要设置为25，这样HSE_VALUE和PLLM一致，系统时钟才能正确计算。 最后，验证时钟配置是否成功，可以通过测量系统时钟或使用示波器检查串口波特率是否正确。如果没有设备，可以输出固定数据测试是否仍有乱码。 总结解决方案步骤：检查波特率，检查中断，修正HSE_VALUE和PLL配置，验证时钟。确保所有配置与实际硬件一致，特别是晶振频率。</think>### STM32F4串口输出乱码解决方案 **问题原因分析** STM32F4串口输出乱码通常由以下原因导致： 1. **波特率不匹配**：发送端与接收端设置的波特率不一致[^2] 2. **时钟配置错误**：外部晶振频率（HSE）与代码中的配置值不匹配，导致系统时钟和串口时钟分频错误[^1][^3] 3. **中断配置异常**：串口中断未正确启用或优先级冲突[^2] --- #### **逐步解决方案** **1. 检查波特率配置** - 确认发送端（STM32）与接收端（如PC串口助手）的波特率完全一致 - 使用公式验证波特率计算： $$ \text{USARTDIV} = \frac{f_{\text{CLK}}}{16 \times \text{BaudRate}} $$ 其中 $f_{\text{CLK}}$ 为串口时钟频率（来自APB总线） **2. 修正时钟配置（关键步骤）** - **步骤1**：在代码中定位 `stm32f4xx_hal_conf.h` 文件，修改 `HSE_VALUE` 定义： ```c #define HSE_VALUE ((uint32_t)25000000) // 若硬件使用25MHz晶振 ``` - **步骤2**：检查 `SystemClock_Config()` 函数中的PLL配置，确保分频系数与晶振匹配： ```c RCC_OscInitStruct.PLL.PLLM = 25; // 当HSE=25MHz时，PLLM分频系数设为25 ``` 需满足关系： $$ f_{\text{PLL输入}} = \frac{HSE\_VALUE}{PLLM} $$ **3. 验证系统时钟** - 在 `main()` 函数初始化后添加以下代码，输出系统时钟频率： ```c printf("System Clock: %ld Hz\n", HAL_RCC_GetSysClockFreq()); ``` - 若输出值与预期不符（如应为180MHz但显示错误），则需重新检查PLL配置 **4. 排查中断问题** - 确认已启用USART全局中断： ```c HAL_NVIC_EnableIRQ(USARTx_IRQn); HAL_NVIC_SetPriority(USARTx_IRQn, 0, 0); ``` - 检查是否因中断嵌套导致数据丢失 --- #### **代码修改示例** 以STM32CubeMX生成代码为基础： 1. 修改 `Drivers/STM32F4xx_HAL_Driver/Inc/stm32f4xx_hal_conf.h`： ```c #define HSE_VALUE 25000000 // 原默认为8000000 ``` 2. 更新 `SystemClock_Config()` 中的PLL参数： ```c RCC_OscInitStruct.PLL.PLLM = 25; // 原可能为8或16 RCC_OscInitStruct.PLL.PLLN = 360; // 确保最终PLL输出为180MHz ``` --- #### **验证方法** 1. 使用示波器测量USART_TX引脚波形，验证实际波特率 2. 发送连续字符 `AA 55`（二进制交替信号），观察波形是否对称 3. 若使用printf重定向，可发送固定字符串测试乱码规律[^2] ---
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

whik1194

如果对你有帮助，欢迎打赏。谢谢

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值