swust 5a6f9880-bac1-43af-a0a6-7df35c60abce-image.png

sunxuehu 嗯 我刚看到这里啦。谢谢

可以试试最新版的 SDK，应该是 1_4_0 吧

Diga 感谢大佬！！！

看下你的中断回调函数，接收成功后，是否再次使能接收

YTCQ_shejiwang 在 Boot + App 的简单 demo 中说：

Wangchu1
ec2b0904-e967-42de-aaed-d692a367f3f6-image.png
这两个没有连线

55d10760-a0e2-4005-898d-c49d12bf316f-图片.png 我连线上编译就报错了，尝试开优化，依旧报错，这种情况下该如何解决~1f8d27b3-5755-4d67-ac96-8acff8e93f3d-图片.png 如图是编译出来的hex的block信息

尽量别在接收期间在中断内打断点，断点只是让程序停止，但是硬件还是在接收数据，由于程序被断点，所以MCU 没法及时读取硬件内的数据，会产生溢出错误，即硬件接收已满，但没有被及时读出。
你这个看起来应该是发生什么错误了，可以注册个错误 call back 回调，看看错误原因是什么

jiankang_wang 假如我有三十个DID 我需要添加三十个这种服务吗？我看demo里面就是这样子实现的 31服务 有三个子服务，对应三个回调函数。

把线接出来，解析波形看一下啊，长度不一样读出来的值顺序不一样，例如从机spi发送到主机的顺序是0x80、0x81，长度为8主机读出来值的顺序就是0x80、0x81，长度是16位，读出来的顺序就是0x81、0x80

yishui66 没有MD14的FEE_ECC_ERR，因为MD14的FEE是8byte写入，时间很短，上下电很难造出ECC。即使出现了ECC，再次去读时也会识别到这次写入失败，不会去读这片地址，就不会触发ECC。
所以，对于FEE一般不需要考虑ECC_ERR的问题，如果实在保险起见，可以开启EFM的ECC中断，再在中断中做处理。

yifeng_xie 在 LIN STACK的lin_timeout_handle周期问题 中说：

Frankie 在 LIN STACK的lin_timeout_handle周期问题 中说：

关于bus active的定义：
image.png。修改的方法就是你 #15 楼发的帖子这么改

曾工，还有一个bug，在l_lfx_tx 和 l_lfx_rx中设置state->frameStatus.busActive=l_true;的时机也有问题。当前，l_lfx_tx 和 l_lfx_rx中驱动返回错误，是不会调用state->frameStatus.busActive = l_true;的。

当进入if(linState->currentEventId==LIN_PID_OK)后，应该就设置state->frameStatus.busActive = l_true;了。此时，一次完整且有效的报文开始事件已经产生，则busActive=true。驱动调度出错也不能设置busActive = false。
所以，代码应该改成下图这样，l_lfx_tx 和 l_lfx_rx中没必要设置state->frameStatus.busActive = l_true;了，只需要记录故障。
f8774823-898e-42d0-a20a-ca115e1ac792-image.png

补充，l_lfx_tx 和 l_lfx_rx中设置state->frameStatus.busActive = l_true还是需要的，我图上是解决从机问题，主机调度表还是需要走l_lfx_tx 和 l_lfx_rx中的state->frameStatus.busActive = l_true。

云途没有类似工具。一般做网络测试工具的企业会有该类型产品，建议去那里咨询。

4. 注意事项 提高 clkLo 寄存器的值，可以增加 I2C CLK 高电平持续时间，但同时也会导致 I2C CLK 频率降低 实测 clkLo + 2 后时钟从 381KHz 降到 333KHz
193ce8eb-a123-43f2-a576-c1e4305a5511-image.png

这个不会改，云途的MCU 基本是单字编程或双字编程。
如果你传了个非对齐的地址，例如 0x2003, 期望的结果MCU 会从 0x2000 开始编程，那么就需要考虑 0x2000~0x2002 这三个字节的数据，没啥意义

xianghan 已更新