工具与软件：
大家好！
我们正在 使用矢量 CANalyzer 和 LIN IG (模拟主器件)对 LIN 响应者(从器件)节点的 LIN 接收阶段进行测试、以便手动和定期发送消息(项目需要100ms 调度)。
在每次消息接收时、我们都会监控 SCIFLR 寄存器值以进行错误/状态分析。
溢出的 OE 标志有时会由外设置位、但并非总是如此、我并不了解原因。
所有其它错误标志(PE、CE 等)如预期的那样为0。
考虑以下因素：
根据"表37-22. spruiz1a –2023年7月–2023年11月修订的 SCIFLR 注册字段说明
那么、这意味着什么？ 接收到新消息时、RDY 缓冲区是否有未读字节？
B.R.
Andrea
尊敬的 Delaney：
测试 响应 Tx (我们的器件是响应者/从器件)、我们注意到、在成功传输后、传输的数据被复制到 LIN RDY 寄存器中。
起初、我们无法解释这种行为、但 C2000 RM 可能已经包含了相应的解释。
如果我们看看下面描述的位错误检测块
"位监控器 通过读回 LINRX 来确保 LINTX 中传输的位是 LIN 总线上的正确值"。
该声明解释了将 TDY 发送数据寄存器复制到 RDY 接收数据寄存器中以及下一个 RXRDY 设置。
这样、当完整的和数(来自主器件的标头+响应)并且仅在仿真中再添加三个标头时、就很容易触发溢出错误
我们已经在传输阶段的末尾添加了一个权变措施
/* Transmission completed */
/* Check of transmission errors*/
retLinSts = LIN_GetStatus(LIN_CHANNEL_USED);
if ((retLinSts & LIN_TX_BIT_ERROR) == LIN_TX_BIT_ERROR)
{
retTxStatus = COM_LIN_TX_BIT_ERR;
}
else if ((retLinSts & LIN_TX_ERROR) == LIN_TX_ERROR)
{
retTxStatus = COM_LIN_TX_ERR_STATUS;
}
else
{
retTxStatus = COM_LIN_TX_COMPLETED;
/* Workaround to clear the Rx ready flag set by Tx bytes that are also routed to Rx data registers */
if (LIN_isRxReady(LIN_CHANNEL_USED) == TRUE)
{
LIN_ClearRxReady(LIN_CHANNEL_USED);
}
}
这样、不会触发任何 OE 标志、即使正在进行完整 LIN 调度程序、所有接收和传输都无法成功完成。
只是为了确认,它是正确的我们的解释? 此行为是否与 RM 中描述的位错误检查的 LIN 模块策略相关(并且顺便说一下)？
此致
Andrea