新闻动态
联系我们
欧普
电话:0769-87811966
传真:0769-87813682
邮箱:[email protected]
地址:广东省东莞市塘厦镇莆田路1号

新闻动态

您现在的位置: 首页 > 新闻动态>

USART的波特率的计算公式

时间:2023-04-14  |   来源:欧普
 

,在前调用BSP_Init()函数初始化开发板,串口上传输的数据出错:‘a’变成0xfa或0xfe; 【在这个问题解决之后,回头总结下,在解决问题时: 1.预计有可能造成出错的原因(这个可能需要一些经验,但是思维方式需要这样的猜测,从系统内外,可以先罗列出尽可能有的原因,后面再一一排除) 2.尽可能的定位出错的地方(比如这里通过在线调试,确定在修改后,可以解决数据发送的不正确) 3.推测并排除次因,找出主因,往深一步探测 】 1:猜测原因。 外因:串口接收的过程受干扰 内因:A.端口设置有问题 B.USART的波特率设置有问题 2:定位错误 在刚开始时通过屏蔽BSP_Init()发现功能正常,再具体定位到BSP_Init()里面的SYSCLK_Frequency时钟设置,发现例程中默认的是72M,但是改为36M,就没有问题,应该是时钟方面的设置问题,具体的问题做何解析? 3:推测排除,深究 外因内因很好排除,数据既然在波特率低时能正常通信,可能不是端口设置的问题,应该是波特率的问题,常看用户手册该节的: 注: 1. 的时钟频率越低,则某一特定波特率的误差也越低。可以达到的波特率上限可以由这组数据得到。 2.只有USART1 使用PCLK2(最高72MHz)。其它USART使用PCLK1(最高36MHz)。 USART的波特率的计算公式: USARTDIV是一个无符号的定点数。这12位的值设置在USART_BRR。那么USARTDIV与USART_BRR的关系又是怎么样的? 加入USARTDIV=27.75;那么USART_BRR=0x1B(27)+0XC(0.75*16)=0X1BC;同理可以从USART_BRR推出USARTDIV的值; 假设fck=36000000;Tx=115200;=》USARTDIV=19.53125;所以0x13+(0.53125*16=8.5)=》0x13+0x9=0x139;所以实际上是0x139产生的波特率:115015.97(误差率为0.15%); ===》理论最大波特率:36000000/(16*1.0)=2.25M(USARTDIV最小为1.0) 继续往下查,对于SYSCLK_Frequency最高72M,运行应该没有问题,但是目前有问题;顺藤摸瓜,查看各个时钟控制器,发现时钟设置路径:HSE--》PREDIV2--》PLL2--》PREDIV1--》PLL--》SYSCLK; 发现其中有问题:HSE(25M),PREDIV2(源代码设置是2分频),PLL2(8倍频),PREDIV1(9倍频),SYSCLK是算不出72M的,这时72M的其实已经超过72M,所以给USART2时,波特率计算时会出现问题;将PREDIV2(改为5分频就对了); 这就是为什么调用BSP_Init()或者SystemInit会出问题,他们都调用SetSysClock(),再调用SetSysClockTo72()【宏定义72M】,同时将系统时钟改为36M时不会出问题,因为此时调用的不是出问题的SetSysClockTo72(),而在之前用的是出错的SetSysClockTo72()却没有发现问题,是因为系统时钟虽没有在预设值,但是系统还足以正常工作,但是一旦添加串口,波特率设置就会有很大的偏差,数据传输就出错。 1:参考代码其实里面是有很多问题的 2:我们应该尽可能的多阅读参考代码,利用其中的资源,避免重复造轮子。 2:用串口终端软件显示字符串,连续发送几个字符串时,“xxxx/n”,包含了换行转义字符,但是就是不会换行? 通过调试,发现在存储空间,转义字符‘/n’是正确的0x0a, USART_SendString(USART2,Menu[0]); USART_SendString(USART2,Menu[1]); USART_SendString(USART2,Menu[2]); USART_SendString(USART2,Menu[3]); 但是不连续发送就不会出现这种现象,或者一句句调试打印也不会出现不换行的现象,断定是连续发送的时间间隔太短,软件还没来得及换行,就又重新显示新数据,那么就在USART_SendString的尾部加了延时,就解决问题了。 来源:http://www.51hei.com//4117.html 审核编辑:何安
欧普

产品推荐