• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 6 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 948 次查看
  • 用户 0 名在线用户
选项
选项
相关

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.

[参考译文] TCAN1043-Q1：了解哪个 CAN 设备可以唤醒系统

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1068934/tcan1043-q1-to-know-which-can-device-makes-the-system-wake-up

部件号：TCAN1043-Q1
“线程：TCAN1043， 测试”中讨论的其它部件

主席先生，你好，

我的客户正在使用12套 CAN 收发器， 如果我们需要知道哪个遥控 CAN 设备使系统唤醒，系统如何识别它？

我在数据表中看到下表，这是否意味着系统 MCU 在被远程 CAN ECU 唤醒后必须读取所有12个 CAN 收发器上的 nFAULT 标志？

谢谢你。

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

    您好，

    对这一冗长的解释表示歉意，但对这一相对简短的问题的答案取决于系统层面的一些更广泛的理解。  

    当收发器处于低功耗状态时，我们 CAN 收发器上的唤醒脉冲(WUP)识别能够检测总线活动。 检测到此活动时，收发器将根据设备的功能集向控制器发出指示(使用 RXD)或启用本地电压调节器(INH)。 此时，收发器只是转发了一些数据出现在总线上，但(对于大多数设备)它不知道数据的性质或数据的来源。  

    来自收发器的唤醒信号通常用于启动 CAN 控制器或将其从低功耗状态唤醒。 控制器激活后，它可以开始监控和解释 CAN 总线上的数据，并在必要时做出响应。 这通常是 ECU 能够识别总线唤醒事件来源的位置，因为唤醒系统的 ECU 将继续传输数据，直到相关节点确认其信息。  

    辅助唤醒源是从某些收发器上的唤醒输入引脚进行本地唤醒(LWU)。 此唤醒源通常是靠近收发器或位于收发器同一板上的部件或硬件，例如按钮或点火开关。 此唤醒事件的作用与将控制器从低功耗或断电状态唤醒相同，以便为唤醒事件提供服务。 在这种情况下，本地节点可能需要在 CAN 总线上生成自己的唤醒脉冲，以便唤醒系统的其余部分。  

    为了让 MCU 确定唤醒事件是来自 CAN 总线(WUP)还是来自本地硬件(通过唤醒引脚(LWU))，nFAULT 输出可以按照您共享的表中所述的方式使用。 在 MCU 通电过程中，如果唤醒事件源自 CAN 总线或本地硬件(如果处理此源的方法不同)，则可以读取此引脚以进行适当的操作。 如果启动顺序不会根据唤醒事件的来源进行修改，则可以跳过此步骤。  

    请告诉我这种解释是否有意义，以及你是否还有其他问题。

    此致，
    埃里克·肖特

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

    埃里克，您好！

    感谢您的回复。

      根据您的回答，MCU 可以监控 nFault 输出，以识别唤醒源。但我们仍有其他问题需要 您的帮助来回答：

    1. 正常模式下 nFAULT 引脚的默认状态是什么？ 它是否偏高？
    2. 当系统退出待机模式并进入正常模式时，nFAULT 状态是否会被清除？
    3. 当系统退出正常模式并进入休眠模式时，nFAULT 状态是否会被清除？
    4. 当系统唤醒并恢复到正常模式时，如何识别 nFAULT 引脚上的高读数是唤醒事件设置的默认值或 WAKEERQ 标志？

    谢谢，请帮助您澄清问题。

    弗兰克

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

    埃里克，您好！

          以下是 广达的一些补充说明，供您参考，我们希望了解 nFault _PIN8详细信息行为，请参阅以下信息。

    1. 如果来自休眠模式的 TCAN1043通过使用电缆唤醒源进入正常模式。
    2.  A. VCCIO/VCC 从0伏到3V3/5V0。 B.  启用(针脚6)保持低位。
    3.  A. CAN_No.6唤醒 IC：ERR(nFault_PIN8)引脚将保持高电平，即使 VCCIO/VCC 的电压从0伏到3V3/5V0也是如此。并启用引脚保持低电平。                                B. 其他罐未唤醒 IC：ERR(nFault_PIN8)引脚将使 VCCIO/VCC 从0V 保持低至3V3/5V0，并启用引脚保持低
  • 0
    TI__Guru**** 2037690 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    你好，弗兰克，

    nFAULT 引脚可以指示设备存在不同的状态条件。 当所有这些状态都被清除时，针脚处于高位。 当设置了一个或多个这些状态条件时，nFAULT 引脚将声明为“低”。  

    由于设置此针脚的来源很多，因此清除指示灯的方法有所不同。 这使系统可以通过查看状态的清除方式来识别指示的状态。 例如， 当设备因唤醒事件从睡眠模式唤醒后，nFAULT 和 RXD 针脚将被断言为低。 此时，控制器可以通过驱动 EN = NSTB = HIGH 将收发器切换为正常模式。 如果这种转换导致 nFAULT 引脚变高，则唤醒源来自 CAN 总线。 如果相反，在过渡到正常模式后 nFAULT 保持低电平，则唤醒事件发生在唤醒引脚上或从 POR 状态中。 所有这些指标和清晰方法都列在数据表的表9-1中。  

    以上是否描述了观察到的测试中的事件？ 还是这是一个假设问题？ 从 CAN 总线发出唤醒信号后，nFAULT (和 RXD)应保持低电平，直到设备转换为正常模式(NSTB = EN = HIGH)。 如果这些测试观察到不同的行为，我们可以进一步了解这一点。 请捕获 nFAULT，EN，NSTB 和 INH 引脚的波形(触发器离开 INH 上升边缘)。 我想看看设备在某段时间内是否会进入正常模式。  

    EN 和 NSTB 信号线上是否有偏压电阻器？ 这两种情况都在收发器 IC 中有内部下拉功能，因此我想知道这种默认状态是否在外部更改。  

    此致，
    埃里克·肖特

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

    埃里克，您好！

    谢谢你的回答。它确实回答了我们的问题。

    我的测量结果符合您的陈述。 通过 CAN 总线被远程 ECU 唤醒后，nFAULT 针脚变低。 RX 引脚具有相同的行为。

    因此，在被 CAN 收发器唤醒后，我们可以让 MCU 轮询所有 CAN 收发器的 nFAULT 引脚，以识别源在何处生成以发送远程唤醒事件，这是否正确？

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

    你好，弗兰克，

    感谢您提供确认和测试数据。 我很高兴这些信息对我有所帮助。

    是的。 在进入正常模式之前，对所有 TCAN1043的 nFAULT 标志进行轮询，将允许 MCU 确定哪个 CAN 总线是唤醒信号的源。  

    此致，
    埃里克·肖特