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

[RuiXu]

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

RuiXu 只是实现逻辑不一样吗 ，从实现结果上来说是相同的吗

结果肯定都是按照LIN协议规范来做的

[lxhxss]

RuiXu 现在发现有些PID能触发回复，有些就只能超时，对于 能够触发回复的 会报错如下 少发送一位 这个大概是哪里的问题呢？

还有就是想问一下您说 拿DEMO试了一下指的是 64PIN的 还是48PIN的 我这里是 48PIN的 不知道会不会有什么差距

[RuiXu]

既然您确定SDK demo能够跑过，说明LIN硬件应该是没有问题的。目前看下来是发生了位错误，LIN总线上有干扰。还是需要对比一下LIN总线上的实际波形，和TX脚发出的波形

[RuiXu]

还有，您上位机设置接收的长度是7，Demo发送的长度是8。看看是否是这个原因呢？

[lxhxss]

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

还是需要对比一下

上位机是没办法设置接收长度的 是自动判定的

这个是SDK回复的正常波形 8位

这个是MCAL 回复的波形 比对一下就能发现就是 MCAL 中少发了一位

[RuiXu]

这是TX引脚的还是LIN总线上的？少发了一个字节发送倒数第二个字节时发生了位错误（TX和回读LIN总线的数据不一样）

[lxhxss]

RuiXu 这是 TX 引脚上的

[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]

我需要查看此寄存器