This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] F29H859TU-Q1:我们是否有 UART 仿真 LIN 解决方案?

Guru**** 2874300 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1625162/f29h859tu-q1-do-we-have-the-uart-simulation-lin-solution

器件型号: F29H859TU-Q1

您好的团队、

我向我的客户询问这个问题。

我的客户正在评估 F29H859TU8ZEXQ1、但他们需要 3 个 LIN 模块、F29 只有 2 个 LIN。

我们是否可以使用 UART 来仿真 LIN? 如果我们使用 UART 仿真、会有任何限制吗? 其他实现 LIN 的方法有哪些?

BRS

Shuqing

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Shuqing:

    客户可能能够通过 UART 对 LIN 进行仿真。 如果我能展示一些示例、请允许我在本周花一些时间进行研究。

    此致、

    Allison

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Allison:

    客户有一些特定要求:

    1、需要符合 LIN2.2 或 ISO17987 标准

    2.需要实现标准数据帧传输

    BRS

    Shuqing

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Shuqing:

    感谢您提供的信息。 在我评估可行性时、我会考虑到这一点。

    此致、

    Allison

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Shuqing:

    在 功能上可以实现使用 UART 外设通过 LIN 协议进行通信。 但请注意、客户需要在软件层中实现此功能。 如果客户要求符合这些 LIN 标准、 由于 UART 硬件与 LIN 硬件有着根本的不同、因此其合规性范围会受到限制(并需要为某些元件提供创造性的权变措施)。

    您是否知道客户专门需要 LIN 命令器模式还是 Lin 响应器模式来满足其应用需求? 这些信息也将有助于缩小评估范围。 我仍在努力开发一个示例、以帮助展示使用 UART 模块的基本 LIN 通信、并将在下周初提供有关该进展的另一个更新。

    此致、

    Allison

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Allison:

    感谢您的辛勤工作

    在此工程中、客户需要 LIN 从节点、您可以首先评估此模式

    BRS

    Shuqing

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢您、Shuqing。 这是有助于缩小关注范围的信息 — 我将在接下来的   1-2 天内尽快提供示例的更新。

    此致、

    Allison

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Allison:

    您能给我今天的更新吗? 我们可以向客户更新哪些内容? 这方面的结论是什么?

    这种方法能否满足客户的要求? 可以还是不可以?

    BRS

    Shuqing

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Shuqing:

    我想重点介绍 LIN 标准 2.2/17987 中本机未涵盖的以下元素:UART 硬件或软件权变措施/其他模块可能支持其他元素、但最令人担忧的是以下元素。

    • 无唤醒/睡眠信号支持
    • 无物理总线级错误/冲突检测
    • 部分支持中断域检测(UART 阈值长度为~10 位;最小无 13 位长度)  
    • 无自动波特调整(波特率固定)(尽管可能能够使用 ECAP 来解决)
    • 无硬件强制的响应时序(PID 和发布者响应之间)
    此致、
    Allison
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Allison:

    客户需要此 LIN 功能、所以无法通过 UART 仿真来实现?

    BRS

    Shuqing

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Shuqing:

    这些不是 100%排除;但是、UART 硬件/驱动程序本身不支持这些功能。 不幸的是、由于没有先例、我不能完全有信心地说、我们能够有力地实现这些目标。 这将需要更多的时间进行评估、因为它涉及使用其他外设作为创造性的权变措施以及精确的软件时序。

    客户是否需要完全符合这些标准? 它们是否愿意接受软件权变措施和其他 IP 使用(例如 ECAP、CLB、CPUTIMER)?

    此致、

    Allison