[参考译文] TCAN1043-Q1：INH状态

您好，Jasper：

示波器截图上的sec/div是什么？ 我无法在图片上阅读，但NSTB引脚必须保持在低位，直到t_go to_sleep到期，最多可达50个。 因此，您必须等待50小时，设备才能转换到睡眠模式，INH引脚将变低。

您能否仔细检查针脚的电压，以确保它们已通过正确的阈值(EN > VIH，NSTB<VIL)？

您是否还能提供您的设置示意图？ 在正常模式下，您的针脚噪音很大。

最佳，

Chris

您好，Chris

感谢您的回复。

对于100ms/div的异常快照 ，我们可以观察到NSTB变低(NSTB = 0伏)，EN仍为高(EN = 3V3)，但INH长时间处于H (t_go_to_sleep >>> 50us)。

原理图如下所示：

哪个NSTB和EN由SoC控制，INH连接到DC-DC启用引脚。

我们模拟模块在车辆上接收到大量持续时间不同的CAN数据，例如20毫秒/40毫秒等，因此 我们可以观察CAN总线上的信号。  

谢谢。

贾斯珀

您好，Jasper：

原理图有点混乱。 我看到NSTB连接到名为AR_BSS_RX的输入。 但EN连接到名为AR_MSS_TX的输出。 这两个针脚都是输入，它们应接收电压电平。  

如果CAN总线持续接收通信，则会抛出唤醒请求并导致设备进入待机模式。 在t_go to_sleep时间内，CAN总线上必须没有交通信息，否则它将不会进入休眠模式。

尝试断开CAN总线并重复测试。 请告诉我发生了什么。

最佳，

Chris

您好，Chris

是的，您是对的，NSTB和EN都是输入引脚，只需在原理图中键入错误。

如果我断开CAN总线，NSTB/EN/INH的状态适合我。

在归档测试中，CAN总线始终接收来自车辆中其他零部件(如ECU，BCM，EPS等)的通信，因此我们必须在这种情况下解决此问题。

谢谢。

贾斯珀

贾斯珀，

如果您经常通过CAN总线接收帧，则您的设备会不断看到唤醒请求，无法进入睡眠状态。 这是设备设计的一部分。 您希望您的设备如何知道何时需要唤醒？

实际上，您可以接收CAN帧，然后立即尝试让设备进入睡眠状态，但如果设备中有另一个CAN帧，则需要准备好阅读，以防消息本身出现。 设备休眠的唯一方式是在CAN总线上没有新帧时。  这是此设备的设计，符合CAN标准。

如果您希望脱离CAN标准，您可以尝试使用RS-485设计自己的协议，但这将是软件方面的更多工作。

最佳，

Chris