NXP串口高波特率踩坑记录

最近使用NXP9080MCU的串口,使用921600波特率通信,发现几个大坑,记录之~。

坑1:波特率不准

调试过程中发现,115200可正常通信,修改波特率为921600后出现各种问题。抓取波形后确定为MCU问题。遂查看datesheet:
908x的串口时钟来源:外部或内部晶振->systemcore时钟->AHB->Flexcomm接口->USART 。
这里较于其他MCU比较特殊的是有一个Flex接口,多通信方式接口(SPI I2C)。可通过配置FRG寄存器来获取更精确的波特率。计算方式:Flexcomm interface clock: (FRG input clock) / (1+ (MULT / DIV)),DIV为0XFF,MULT可配置,这样分频系数变成了一个1~2之间的小数,再通过USART的波特率分频寄存器便可获得更精确的波特率: baud rate: [FCLK / (OSRVAL+ 1)] / (BRGVAL + 1)。
配置FRG:

        CLOCK_SetFRGClock(kCLOCK_DivFrg0,
                          FLEXCOMM_CLK((CLOCK_GetFreq(kCLOCK_BusClk)), 
                          gUARTBaudRate921600_c));

坑2:丢数据

调试BLE的SDK时发现,串口在921600时,一次接收100个字节以上会丢包。查看SDK串口底层实现方式:有一个专门的串口任务,套了两层回调接收函数,触发事件的方式来接收(原厂的代码确实美观)。最底层还是通过接收中断来触发的,即一个字节触发一次中断(什么?原厂居然用这么LOW的方法)。应该就是速率变高,一次接收数据较大时,中断过于频繁导致。只能说Fuck中断,开始调DMA接收。

坑3 DMA的DEMO的错误

波特率分频不准:
调DMA的DEMO时发现,速率高时有无法通信,可是已经配置了小数分频了啊。最终发现波特率寄存器配置不准,查看波特率配置函数,对比计算准确的代码。
计算错误:

brgval = (((srcClock_Hz * 10) / ((osrval + 1) * baudrate_Bps)) - 5) / 10;

计算正确:

brgval = (srcClock_Hz / ((osrval + 1) * baudrate_Bps)) - 1;

DMA获取当前接收数据错误:

uint32_t DMA_GetRemainingBytes(DMA_Type *base, uint32_t channel)
{
    assert(channel < FSL_FEATURE_DMA_NUMBER_OF_CHANNELS);

    /* NOTE: when descriptors are chained, ACTIVE bit is set for whole chain. It makes 
     * impossible to distinguish between:
     * - transfer finishes (represented by value '0x3FF')
     * - and remaining 1024 bytes to transfer (value 0x3FF)
     * for all descriptor in chain, except the last one.
     * If you decide to use this function, please use 1023 transfers as maximal value */

    /* Channel not active (transfer finished) and value is 0x3FF - nothing to transfer */
    if (
        (!(base->COMMON[DMA_CHANNEL_GROUP(channel)].ACTIVE & (1U << (DMA_CHANNEL_INDEX(channel))))) && 
        (0x3FF == ((base->CHANNEL[channel].XFERCFG & DMA_CHANNEL_XFERCFG_XFERCOUNT_MASK) >> DMA_CHANNEL_XFERCFG_XFERCOUNT_SHIFT))
    )
    {
        return 0;
    }

    return base->CHANNEL[channel].XFERCFG + 1;
}

要改为

    uint32_t k = base->CHANNEL[channel].XFERCFG>>16;
    k = k+1;
    return k;

总结

一个串口出现这么多问题,基本都是波特率调到最高发生的,一般115200就好。

注:发送数据时,如果单步运行程序正常发送,全速运行时,前几个字节对的,后面有错误字节。将发送缓存改为全局变量。发送函数运行完,数据有可能没发完,局部变量被释放,发送后半部分错误数据。

  • 3
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: S32K是一款汽车用微控制器,支持CAN总线通信。CAN总线的波特率计算是根据以下公式进行的: 波特率 = 时钟频率 / ((BRP+1) * (TSEG1 + TSEG2 + 1)) 其中,时钟频率是指S32K的主时钟频率,BRP是位速预分频器,TSEG1是时间段1的时间单元数,TSEG2是时间段2的时间单元数。 首先,需要确定所使用的时钟频率。S32K的时钟频率可以通过配置寄存器来设置,一般为内部时钟或外部时钟。 其次,需要根据CAN控制器的要求选择BRP和TSEG1、TSEG2的值。BRP决定了位速的精度,一般情况下取值范围在1到256之间。TSEG1和TSEG2决定了位时间的划分,一般情况下取值范围在2到16之间。 最后,带入公式计算出波特率即可。 需要注意的是,根据CAN协议规定,常见的波特率有125 kbit/s、250 kbit/s、500 kbit/s和1 Mbit/s等。在选择波特率时,需要考虑通信的要求以及硬件支持的最大波特率。 总之,S32K的CAN波特率计算需要确定时钟频率,选择合适的BRP、TSEG1和TSEG2值,并带入公式计算得出。根据实际需求选择合适的波特率。 ### 回答2: S32K是一种微控制器,支持CAN总线通信协议。在使用S32K进行CAN通信时,需要计算并设置CAN的波特率。 首先,CAN通信的波特率是指数据在CAN总线上传输的速率。CAN总线上的每个节点都必须使用相同的波特率,以确保数据能够正确地传输和接收。 在S32K中,可以通过以下公式来计算CAN的波特率: CAN波特率 = (F-OSC * PSJW) / (Prescaler * (SJW + TSeg1 + TSeg2)) 其中,F-OSC是系统时钟频率,可以通过配置寄存器来设置; PSJW是相位段同步跳转宽度,取值范围为1到256,用来定义相位段同步跳转的宽度; Prescaler是预分频器的值,取值范围为1到256,用来定义CAN时钟的分频比; SJW是相位段同步跳转的宽度,取值范围为1到8,用来定义相位段同步跳转的宽度; TSeg1是相位段1的长度,取值范围为1到16,用来定义数据传输时间段1的长度; TSeg2是相位段2的长度,取值范围为1到8,用来定义数据传输时间段2的长度。 根据实际的系统要求和通信需求,可以确定上述参数的取值范围。选择合适的参数值后,将它们代入上述公式,即可计算出所需的CAN波特率。 最后,将计算得到的波特率设置到S32K的CAN控制寄存器中,就可以实现CAN通信的正常运行。 需要注意的是,S32K的CAN控制寄存器中还包括其他一些参数和配置选项,如过滤器设置、中断使能等,这些也需要根据具体需求进行设置。 ### 回答3: S32K是指NXP公司开发的一款32位ARM Cortex-M系列的微控制器产品。CAN(Controller Area Network)是一种广泛应用在汽车和工业领域的串行通信协议。CAN通信中的波特率是指数据传输的速率,影响通信的稳定性和可靠性。 S32K微控制器提供了灵活的CAN模块,可以支持多种CAN通信速率。在S32K微控制器中,计算CAN波特率需要考虑以下几个参数: 1. CLK源频率:S32K微控制器的CAN模块使用内部的系统时钟进行计数和同步。因此,首先需要确定CLK源频率。 2. 想要的波特率:根据应用需求,确定所需要的CAN通信波特率。 3. 采样点选择:根据CAN通信的标准,选择合适的采样点。 4. 传输速率调整因子:根据CAN通信的标准,选择传输速率调整因子。 根据以上参数,我们可以使用以下的公式计算CAN波特率: Baud Rate = CLK源频率 / (采样点 * 传输速率调整因子 * (时间段1 + 时间段2 + 1)) 其中,时间段1和时间段2是CAN的时间段配置参数,可以根据CAN通信的标准进行选择。 通过以上的计算公式,我们可以根据S32K微控制器的CAN模块的设置,计算出我们所需要的CAN通信的波特率。 在实际应用中,需要根据具体的硬件和软件设置来配置S32K的CAN模块,并使用合适的计算方法来计算所需的CAN波特率。这样可以确保CAN通信的稳定和可靠。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值