把线接出来，解析波形看一下啊，长度不一样读出来的值顺序不一样，例如从机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

xianghan 已更新

你是什么型号的芯片

在1.4.0版本已经修复了

https://account.ytmicro.com/#/role/index 在这个申请下权限

Hi, Minh,
Our SDK currently does not support parsing DBC files and generating any code.

1.对于FEE初始化，理论上不存在失败这个场景，除非用来模拟的Fls完全坏了，不能读也不能写。
2.如果确实需要在调试环境中制造FEE,最直接的方式就是用debug的memory窗口观察正在写入数据的FLS位置，制造写入失败。
3.如果写入失败，对于当前的状态并不会产生什么后果，但是APP需要自行处理本次失败，例如重写一次等。FEE本身不会在写入失败后自动重新写入该Block。对于读取失败也是相同的道理，用户需要自行决定重读还是采用数据默认值，但是需要注意，Fee Read失败的时候，用户用于读取数据的缓存中数据可能已经被部分修改（例如读取一个512字节的block,在最后8byte产生ECC错误而导致读取失败），所以用户需要对缓存中的数据自行进行处理。

LIN STACK Demo暂时还没有集成在YTC配置工具中，可以联系对接的FAE或销售申请获取。

Jacky_tan lin stack目前还未完全集成在配置工具里，需要手动释放，可以找负责的FAE申请一下，申请完需要手动安装一下插件包才能使用；

包括下面的这些static 变量

image.png