扫描二维码
随时随地手机看文章
比特率(Bitrate)表示每秒钟传输的二进制位数,单位为比特每秒(bit/s)。波特率(Baudrate)表示每秒钟传送的码元符号的个数,是衡量数据传送速率的指标。码元是通讯信号调制的概念,通讯中常用时间间隔相同的符号来表示一个二进制数字,这样的信号称为码元。比如串口通讯)中一个码元都是表示两种状态,所以大家常常直接以波特率来表示比特率 。0xAA(当然,发送其它数据也是可以的)。我们的串口配置如下:发送信号线(TX):0xAA,逻辑分析仪抓到的数据为:while循环中发送数据0xAA,所以就没有空闲状态。在这个实验中,我们需要知道的是两个点是:0xAA(10101010B),所以逻辑分析仪抓到的有效数据是01010101B。TTL电平,为正逻辑电平信号。逻辑分析仪抓到的数据0对应着实际电压0~0.5V,数据1对应着实际电压2.4V-5V,TTL电平标准做对比的是RS-232电平标准,如:COM 口(也称 DB9 接口) :115200bps。在串口通讯中,码元只用1个二进制数来表示(即只有0 和 1两种状态),所以波特率与比特率在数值上是相等的。而比特率表示的是每秒钟传输的二进制位数,那我们知道传一位数据的时间岂不是就可以反推出波特率是多少了吗?从逻辑分析仪中,我们可以知道发送一位数据的时间如下:8.667us,所以1秒钟发送多少位数据是可以算出来的:115380bps,与115200bps很相近。最终肯定是有一定的误差,这个误差产生的原因包括逻辑分析仪的质量及我们的测量环境等等因素。但是,这个误差也是在允许的范围内的,可以看看串口助手接收到的数据是不是正确的:波特率对应不上,我们就得自己检查我们的底层文件了,代码中的某个与波特率计算相关的值(时钟)与实际不匹配了,就会出现这样的现象,比如之前我的一位同事就遇到这样的情况就是这个原因导致的。我们用STM32的时候,一般都是使用外部晶振,比如STM32F103系列,可输入的外部晶振的范围是4~16MHz:8M的话,就出问题了(比如串口波特率就不正确了)。追根溯源,串口波特率是配进USART_Init函数中的,打开这个函数:apbclock变量,而这个值得来源从RCC_GetClocksFreq函数来,再打开这个函数:HSE_VALUE这个值要与实际做对应。遇到这种问题找谁说理去?经验就是不断踩坑、不断积累的一个过程,早点遇到坑可能也是一件好事。像类似底层的问题很少遇到,但是一旦遇到那就得比较棘手的问题了,需要很有耐心地去查找。能用稳定的芯片是一件很幸福的事情,用不稳定、不成熟的芯片的时候,那个才是真的难啊,遇到问题真是让人怀疑人生啊,软件、硬件、芯片都可能有问题……以上就是本次的笔记分享,希望各位喜欢!如有错误欢迎指出,谢谢!
扫描二维码,关注更多精彩内容