YTM32MC03 MCAL LIN Slave 发送回环测试异常

[RuiXu]

可以看一下总线的数据，或者看一下发生位错误的时候是在第几个字节发生的，看一下实际收到的字节是多少

[RuiXu]

在硬件一样的情况下，还可以确认一下UART外设时钟和使用的ptmr情况是否准确。
FXOSC时钟是否是24M

[lxhxss]

RuiXu 我这里没有使用外部时钟 使用的是 FIRC 二分频 20MHZ
UART的时钟在 MCAL 和 SDK 文件中不一样
SDK 使用的是 SIRC 24MHZ
MCAL 使用的是 FIRC 二分频 40MHZ

这个会产生影响吗 毕竟来说LIN报文接收是正常的

[lxhxss]

RuiXu 这块板子上没有外部时钟

[lxhxss]

RuiXu

在最后一个字节出现的 此时 回环测试 发送的数据为 0x07 接受到的数据为 0xFF

[RuiXu]

lxhxss 在 YTM32MC03 MCAL LIN Slave 发送回环测试异常 中说：

RuiXu 我这里没有使用外部时钟 使用的是 FIRC 二分频 20MHZ
UART的时钟在 MCAL 和 SDK 文件中不一样
SDK 使用的是 SIRC 24MHZ
MCAL 使用的是 FIRC 二分频 40MHZ

这个会产生影响吗 毕竟来说LIN报文接收是正常的

MC的SIRC不是2M吗？ 把FIRC设置成4分频（20M）看看，如果还是不行就看看LIN总线上面是否真的是0xFF

[RuiXu]

RuiXu 在 YTM32MC03 MCAL LIN Slave 发送回环测试异常 中说：

lxhxss 在 YTM32MC03 MCAL LIN Slave 发送回环测试异常 中说：

RuiXu 我这里没有使用外部时钟 使用的是 FIRC 二分频 20MHZ
UART的时钟在 MCAL 和 SDK 文件中不一样
SDK 使用的是 SIRC 24MHZ
MCAL 使用的是 FIRC 二分频 40MHZ

这个会产生影响吗 毕竟来说LIN报文接收是正常的

MC的SIRC不是2M吗？ 把FIRC设置成4分频（20M）看看，如果还是不行就看看LIN总线上面是否真的是0xFF

因为从您提供的TX波形图来看，0x07是发出去了的，但是在LIN总线上回读的不一样。

[lxhxss]

RuiXu 还有一个现象就是 如果把最后一位发送的数据 从0x07 改为 0x05
那上位机就能正常接受到 8 位数据

改成08也可以

07就是不行的

这是 发送 07 对应的波形

如果把07前移

那么波形就会在更早的位置截断

这个大概率是什么方面的问题呢？

[lxhxss]

RuiXu 改成 20M也是一样的

20M 发送

uint8 Data[8] = {0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07};

波形如下

这是我这里配置还是硬件的问题吗

[RuiXu]

可否给我看看UART0寄存器的CTRL1寄存器

[RuiXu]

还是要对比LIN总线和TX的波形才能确定

[lxhxss]

您估计需要麻烦描述的具体一些

[RuiXu]

我需要查看此寄存器

[RuiXu]

RuiXu 在 YTM32MC03 MCAL LIN Slave 发送回环测试异常 中说：

我需要查看此寄存器

在发生位错误的时候

[lxhxss]

RuiXu

这个是 发送 uint8 Data[8] = {0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07};

的波形 对应上位机结果为

上面的是 TX
下面的是 LIN

[RuiXu]

TX发出的数据和LIN总线上的不一样，TX正常发出去了的，但是没有到总线上。

[lxhxss]

RuiXu

请问这个是您要的吗

[RuiXu]

lxhxss 在 YTM32MC03 MCAL LIN Slave 发送回环测试异常 中说：

RuiXu

请问这个是您要的吗

配置没有问题，大概率是硬件问题。因为LIN总线上面没有07这个数据，但是TX硬件发出来了

[lxhxss]

ＴＸ好像没有正常发出去吧

图一是　ＳＤＫ版本的　能够正常回复的　ＴＸ　ＬＩＮ

图二是　ＭＣＡＬ　版本　不能够正常回复　少一位的

[lxhxss]

RuiXu 您之前说用ＤＥＭＯ跑过指的是６４ＰＩＮ的吗　还是　４８ＰＩＮ的　会有这方面的差异吗