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 已更新

你是什么型号的芯片

在1.4.0版本已经修复了

0e44d4968ed210be8ded7bebd1bae9e1.png

image.pngdubug发现是进了这个接收溢出错误，这种情况是怎么回事，咋操作@swust YTCQ_shejiwang

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

目前TP层是固定了的，一个通道占用两个邮箱，一个用于发送，一个用于接收。不管这个TP Channel是否是功能寻址。

TP Channel在接收长消息的时候，还需要回复流控帧，所以不管是只接收还是只发送，都用到了两个邮箱。

如果只是接收或者发送短消息，就当作一个正常 Can 报文转发就行了，不需要使用TP

gaoSheng 是这样的，YTM32B1HA0 如果产生了Unrecovery ECC错误，是先进入的Bus Fault（如果没有使能，则会force为 Hard Fault）。
但是Recovery ECC错误，是直接进入的EFM_Ecc_IRQn中断里面。

Demo是为了演示，因此中断都给开了。实际使用中，因为Recovery ECC错误可以自纠，所以可以不做处理，只需要处理HardFault 即可。