[参考译文] TCAN1162-Q1：唤醒 CAN 收发器遇到问题

尊敬的 Anisha：

待机模式是睡眠模式和正常模式之间的中间模式、它不是最低模式、因为 INH 在待机模式下处于开启状态。 初始上电后、器件将首先进入待机模式。 POR 被计为唤醒事件、因此它不会在初始上电后立即进入睡眠模式。 如果在正常模式下将 nSLP 拉至低电平（或保持悬空）、器件将首先进入待机模式、然后在 nSLP =低电平且持续时间 t > TSLP 后进入睡眠模式。

基本上、任何 CAN 帧都可以唤醒器件、您是指发送 CAN 帧不会使 INH 变为高电平吗？

此致、

Sean

发送 CAN 帧不会使 INH 变为高电平。 您能否分享一个有效的 CAN 框架示例？  我们使用的是 CAN FD 500kbps。 是否有它所期望的任何顺序?

这里摘录自数据表 — 此处提及的唤醒模式是什么

尊敬的 Anisha：

有效的 WUP 包括一种显性+隐性+显性模式、每个位时间至少应为 TWK_FILTER。 请在 7.4.1.3.1 中找到更详细的说明

您能否检查每个状态的持续时间是否符合此要求？

此致、

Sean

突出显示的陈述正确吗？ 是否使用任何 CAN 消息唤醒芯片并将 INH 设置为高电平？  目前、我们无法检查 CAN 消息的计时持续时间。 是否可以分享睡眠唤醒功能的示例？

尊敬的 Anisha：

肖恩目前正在运营。 任何有效的 WUP 都会唤醒器件、类似于数据表中提到的 7.4.1.3.1。 这可确保不会发生意外唤醒、谢谢。

此致、

Michael。

尊敬的 Anisha：

以下示例展示了 CAN 帧用作 CAN 收发器的 WUP。 对于此器件、WUP 的唤醒滤波器定义为最大 1.8us。 数据速率为 500kbps 时、2us 的位时间满足滤波器的该要求。 由于保证 CAN 帧至少有一组包含显性 — 隐性-显性模式的转换、因此这意味着任何此数据速率下的 CAN 帧都将包含 WUP。  

在此波形中、我们可以看到、INH 信号仅在 CAN 总线上的第二个显性状态（CANH 上的高电平周期）后变为高电平。 增加的延迟包括额外的 1.8us twk_filter 以及识别 WUP 的模式更改延迟（高达 50us）。  

如果您有任何疑问、请告诉我这是否清楚。

此致、
Eric Schott

您好、Eric、

感谢您的答复。

我们使用 Vector Canoe 工具、没有任何函数发生器来从波形模式生成消息。
这就是我们一直要求提供 CAN 消息示例帧一段时间的原因。您能否提供 在使用 CAN FD 500kbps 时要发送的示例消息 ID？

尊敬的 Anisha：

在此处、不需要波形发生器进行评估。 500kbps 下的任何 CAN 消息 ID 都将作为 WUP 并唤醒器件。 以上示例是 500kbps 下的 CAN 帧。 ID 和数据可以在第一个屏幕截图右侧的终端中看到。  

此致、
Eric Schott