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.

[参考译文] TCAN330:设计问题

Guru**** 2526700 points
Other Parts Discussed in Thread: TCAN330

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/788849/tcan330-design-question

器件型号:TCAN330

尊敬的团队:

我的客户正在调查其 CAN 器件的 CAN 控制器和 CAN 收发器解决方案。

以下是 CAN 解决方案的一些要求:

1Mbps 数据速率(无需 CAN FD)

2.需要支持 SAE J1939规范。

现在他们更喜欢选择 TCAN33x 系列解决方案、但下面有一些问题。 请提供建议。

TCAN33x 符合11898-2标准、因此应符合 SAE J1939标准。 但是、他们是否需要选择也符合 SAE J1939标准的 CAN 控制器?  

2、一旦 CAN 器件就绪。 他们如何测试其功能和信号质量? 我是否可以向客户分享 CAN 产品的任何测试流程?

3.是否有任何驱动程序(适用于 Linux)或示例代码支持?

4.如果他们从其他供应商选择 CAN 控制器但使用 TI CAN 收发器、是否存在任何风险? 是否存在兼容性问题?

谢谢你。

Jim

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

    虽然 TCAN330可以与符合 ISO 11898-2标准的收发器实现互操作、但由于电源电压较低、它本身并不完全符合 ISO 11898-2标准。 虽然该器件旨在满足差分输出幅值的 ISO 要求、但每个 CANH/CANL 线路上的单端(接地基准)电压可能低于 ISO 11898-2的要求。 这不应导致通信问题(因为 CAN 信令本质上是差分信号、旨在在相对较宽的共模电压范围内工作)、它确实会产生符合标准的问题。

    通常、SAE J1939要求与 ISO 11898-2不相同。 (ISO 标准的范围更广、而 J1939系列标准定义了特定用例的要求。) 如果您可以告诉我正在实施的 J1939标准、我可以检查 TCAN330是否符合该标准。 (或者、如果您知道应用数据速率和电缆类型、我可能能够找到相关的 J1939标准。)

    有多种方法验证 CAN 总线功能。 一种方法是监控网络中所有其他节点是否正确接收来自一个节点的帧。 (这是将在应用程序级别实现的、但需要注意的是、发送和接收错误计数是在 CAN 协议中实现的、并且应该得到大多数控制器的支持。) 另一种方法是观察示波器上的 CANH/CANL 信号、以验证信号振幅、位时序等是否正确 另一种方法是使用 CAN 总线分析工具-一些示波器将提供这些软件包、还有一些专用解决方案、例如 Vector 的 CANalyzer。

    我们不为这些收发器器件提供任何软件支持或参考、但由于它们根据标准定义实现了接口、因此任何现有的 CAN 驱动程序都应与它们配合使用。

    我不会想到控制器和收发器之间存在兼容性问题。 但是、有时可能需要对控制器配置进行一些微小的更改、以支持新的收发器。 例如、如果收发器引入的延迟量与控制器最初配置的延迟量不同、则位时序/采样点配置可能需要稍微改变。 (这将是在高数据速率下更有可能出现的问题、例如 CAN FD 所使用的数据速率。)

    最大