Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
这个是函数 Lin_Lld_Uart_LocSlaveRxOk 每个状态进入的次数 进入一次就累计一次，累计发送了 27次 SLAVE 回复 MASTER 的相关报文
RuiXu 这样说不知道有没有表达清楚 您有理解吗
还是不是很清楚，收发流程是怎么样的，可以给我看看LIN收发的代码吗？
都是demo的代码 应该是没改动到什么东西 不过 demo 是 64PIN 我是 48PIN就是
主程序是我们的demo?是Demo这样通信有问题？
确定LinIf_HeaderIndication已经进入了吗？
TX 引脚发出数据段的第一个字节是图中示波器上的数据是吧？
对的 TX 引脚发出数据段的第一个字节是图中示波器上的数据
关于硬件这块 我这里使用SDK 的 版本 是可以 进行LIN的正常收发的
抓一个完整波形看看，第一个数据是0xE9,示波器上面的似乎是PID段的波形。
还有demo里面没用LinIf_LinErrorIndication，加上这个函数，一定要保证没用报错。
RuiXu 您好 我想问一个问题 MCAL 和 SDK 中 LIN 的协议栈是一样的吗？
实现逻辑是不一样的
RuiXu 只是实现逻辑不一样吗 ，从实现结果上来说是相同的吗
RuiXu 这个就是 0xE9
上位机怎么发送的报头？只发了0x29吗，时间间隔是多少？
我这边拿demo测试了一下是正常的。可以抓一下从break到数据的LIN总线上的完整波形。
lxhxss 在 YTM32MC03 MCAL LIN Slave 发送回环测试异常 中说：
结果肯定都是按照LIN协议规范来做的
RuiXu 现在发现有些PID能触发回复，有些就只能超时，对于 能够触发回复的 会报错如下 少发送一位 这个大概是哪里的问题呢？
还有就是想问一下您说 拿DEMO试了一下指的是 64PIN的 还是48PIN的 我这里是 48PIN的 不知道会不会有什么差距
既然您确定SDK demo能够跑过，说明LIN硬件应该是没有问题的。目前看下来是发生了位错误，LIN总线上有干扰。还是需要对比一下LIN总线上的实际波形，和TX脚发出的波形
快速上手云途开发生态
发帖前请查看
帮助改进和优化YT CONFIG TOOL，有机会抽取YTM32B1ME0 EVB哦...
