STM32 串口打印乱码(Cubemx)

2024-04-24 20:28

本文主要是介绍STM32 串口打印乱码(Cubemx),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

STM32 串口打印乱码(Cubemx)

  • 时钟配置错误,CubeMX默认的外部晶振是25MHz,而板载的晶振为8MHz
  • STM32F407修改程序将外部25M晶振修改为8M(标准库、HAL库)

核心问题

  • 芯片型号与晶振配置:使用的STM32F407ZGT6芯片默认的系统时钟配置在标准库中假设为25 MHz的外部晶振。但实际上,硬件板子上使用的是8 MHz的晶振。
  • 影响的范围:系统时钟(包括PLL设置)错误会直接影响到所有依赖系统时钟的外设,包括但不限于UART(串口通信)。由于PLL(相位锁定环)用于倍频处理,晶振的频率直接影响到最终的系统时钟输出,如果晶振设置错误,计算出来的系统时钟频率也将错误。

通信现象解释

  • 接收无误,发送乱码:当串口调试助手发送数据到单片机时,接收部分仍然能够正常工作,可能是因为UART接收部分对时钟不精确度的容忍性相对更高。但在发送数据时,如果系统时钟频率不准确,将导致波特率计算错误,进而使得发送数据时序不正确,从而产生乱码。
  • 调试助手正常工作:由于单片机接收正确的数据并能正确回传到PC,说明PC端的串口调试助手设置是正确的,问题主要出在单片机发送部分的时钟配置。

解决步骤

  1. 时钟配置调整:需要重新配置STM32F407的时钟系统,确保基于实际的8 MHz晶振来设置。这包括调整PLL的参数,以确保系统核心时钟(HCLK)、外设时钟(PCLK1、PCLK2)和其他相关时钟正确设置。
  2. 标准库时钟配置:在使用STM32标准库时,通常需要修改system_stm32f4xx.c文件中的时钟设置部分,具体为修改宏定义HSE_VALUE(定义外部高速晶振的值),从默认的25000000更改为8000000
  3. 重新编译和下载:调整时钟设置后,重新编译程序,并下载到单片机中进行测试。

总结来说,确保单片机的系统时钟配置正确是关键步骤,特别是在使用不同于标准设置的硬件配置时。这将确保所有时钟敏感的外设,如UART,能够在正确的时钟下正常工作。

晶振配置错误后果

晶振配置错误导致的问题主要与单片机内部时钟源的设置密切相关。晶振是微控制器的主要时钟源之一,提供了系统运行的基础频率。这里是详细的解释:

晶振的角色和作用

晶振(Crystal Oscillator)在微控制器系统中充当基础时钟源,提供精确的、稳定的振荡频率。这个频率用作微控制器的主要时钟输入,影响系统的运行速度和各种外设的功能。

如何影响系统时钟

在STM32微控制器中,外部晶振的频率是系统时钟配置的基础。通过使用PLL(相位锁定环),这个频率可以被倍增,生成用于核心处理器(CPU)、存储器和外设的时钟信号。例如,如果晶振配置为8 MHz,但系统设置错误地认为是25 MHz,使用相同的PLL倍频设置将得到完全不同的输出频率。这会导致所有依赖这些时钟的微控制器功能出现问题。

对UART的具体影响

UART(通用异步接收/发送器)是依赖精确时钟来同步数据传输的外设。UART波特率,即每秒传输的位数,需要基于系统时钟精确计算。如果系统时钟不正确,将导致:

  • 发送的每个位的持续时间错误:如果系统时钟过高或过低,实际的波特率将与设置的波特率不匹配,导致接收端无法正确解析发送的数据。
  • 接收时钟容错:虽然UART接收逻辑设计有一定的容错能力,能在一定程度上适应波特率的偏差,但过大的时钟误差仍然会导致接收错误。

示范和验证

如果一个系统设计为使用25 MHz晶振,但实际装配了8 MHz晶振,没有相应调整时钟设置,则系统实际运行的核心频率可能远低于预期,或者PLL无法锁定导致系统不稳定。对于UART,这意味着如果预期的通信速率为115200波特率,实际的波特率可能完全不同,从而导致发送乱码。

结论

正确配置晶振和系统时钟是确保微控制器及其外设正常运行的关键。对于任何依赖精确时钟的应用,如串口通信、USB通信或任何形式的同步数据传输,确保晶振设置正确是至关重要的。这不仅影响系统的稳定性和性能,也是可靠通信的基础。

解决

  • 正确配置如下,注意红框部分

在这里插入图片描述

  • 错误配置如下,注意红框部分

在这里插入图片描述

这篇关于STM32 串口打印乱码(Cubemx)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/932762

相关文章

Java下载文件中文文件名乱码的解决方案(文件名包含很多%)

《Java下载文件中文文件名乱码的解决方案(文件名包含很多%)》Java下载文件时,文件名中文乱码问题通常是由于编码不正确导致的,使用`URLEncoder.encode(filepath,UTF-8... 目录Java下载文件中文文件名乱码问题一般情况下,大家都是这样为了解决这个问题最终解决总结Java下

使用TomCat,service输出台出现乱码的解决

《使用TomCat,service输出台出现乱码的解决》本文介绍了解决Tomcat服务输出台中文乱码问题的两种方法,第一种方法是修改`logging.properties`文件中的`prefix`和`... 目录使用TomCat,service输出台出现乱码问题1解决方案问题2解决方案总结使用TomCat,

【STM32】SPI通信-软件与硬件读写SPI

SPI通信-软件与硬件读写SPI 软件SPI一、SPI通信协议1、SPI通信2、硬件电路3、移位示意图4、SPI时序基本单元(1)开始通信和结束通信(2)模式0---用的最多(3)模式1(4)模式2(5)模式3 5、SPI时序(1)写使能(2)指定地址写(3)指定地址读 二、W25Q64模块介绍1、W25Q64简介2、硬件电路3、W25Q64框图4、Flash操作注意事项软件SPI读写W2

vscode中文乱码问题,注释,终端,调试乱码一劳永逸版

忘记咋回事突然出现了乱码问题,很多方法都试了,注释乱码解决了,终端又乱码,调试窗口也乱码,最后经过本人不懈努力,终于全部解决了,现在分享给大家我的方法。 乱码的原因是各个地方用的编码格式不统一,所以把他们设成统一的utf8. 1.电脑的编码格式 开始-设置-时间和语言-语言和区域 管理语言设置-更改系统区域设置-勾选Bata版:使用utf8-确定-然后按指示重启 2.vscode

STM32(十一):ADC数模转换器实验

AD单通道: 1.RCC开启GPIO和ADC时钟。配置ADCCLK分频器。 2.配置GPIO,把GPIO配置成模拟输入的模式。 3.配置多路开关,把左面通道接入到右面规则组列表里。 4.配置ADC转换器, 包括AD转换器和AD数据寄存器。单次转换,连续转换;扫描、非扫描;有几个通道,触发源是什么,数据对齐是左对齐还是右对齐。 5.ADC_CMD 开启ADC。 void RCC_AD

STM32内部闪存FLASH(内部ROM)、IAP

1 FLASH简介  1 利用程序存储器的剩余空间来保存掉电不丢失的用户数据 2 通过在程序中编程(IAP)实现程序的自我更新 (OTA) 3在线编程(ICP把整个程序都更新掉) 1 系统的Bootloader写死了,只能用串口下载到指定的位置,启动方式也不方便需要配置BOOT引脚触发启动  4 IAP(自己写的Bootloader,实现程序升级) 1 比如蓝牙转串口,

FreeRTOS-基本介绍和移植STM32

FreeRTOS-基本介绍和STM32移植 一、裸机开发和操作系统开发介绍二、任务调度和任务状态介绍2.1 任务调度2.1.1 抢占式调度2.1.2 时间片调度 2.2 任务状态 三、FreeRTOS源码和移植STM323.1 FreeRTOS源码3.2 FreeRTOS移植STM323.2.1 代码移植3.2.2 时钟中断配置 一、裸机开发和操作系统开发介绍 裸机:前后台系

寻迹模块TCRT5000的应用原理和功能实现(基于STM32)

目录 概述 1 认识TCRT5000 1.1 模块介绍 1.2 电气特性 2 系统应用 2.1 系统架构 2.2 STM32Cube创建工程 3 功能实现 3.1 代码实现 3.2 源代码文件 4 功能测试 4.1 检测黑线状态 4.2 未检测黑线状态 概述 本文主要介绍TCRT5000模块的使用原理,包括该模块的硬件实现方式,电路实现原理,还使用STM32类

STM32 ADC+DMA导致写FLASH失败

最近用STM32G070系列的ADC+DMA采样时,遇到了一些小坑记录一下; 一、ADC+DMA采样时进入死循环; 解决方法:ADC-dma死循环问题_stm32 adc dma死机-CSDN博客 将ADC的DMA中断调整为最高,且增大ADCHAL_ADC_Start_DMA(&hadc1, (uint32_t*)adc_buffer, ADC_Buffer_Size); 的ADC_Bu

多数据源的事务处理总是打印很多无用的log日志

之前做了一个项目,需要用到多数据源以及事务处理,在使用事务处理,服务器总是打印很多关于事务处理的log日志(com.atomikos.logging.Slf4jLogger),但是我们根本不会用到这些log日志,反而使得查询一些有用的log日志变得困难。那要如何屏蔽这些log日志呢? 之前的项目是提高项目打印log日志的级别,后来觉得这样治标不治本。 现在有一个更好的方法: 我使用的是log