• State TI Thinks Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 2 answers
  • Subscribers 33 subscribers
  • Views 256 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

TCAN1145-Q1: How to wake the MCU by TCAN1145 with PN function?

Xiaoxiang Liu
Expert 7455 points
Part Number: TCAN1145-Q1

Hi team,

If the TCAN1145 receives a Wake-Up Frame (WUF), through what signal does it wake up the MCU?

WAKE? RXD?SPI?or INT?

Thanks

Xiaoxiang

  • 0
    TI__Guru 74252 points

    Xiaoxiang,

    Typically RXD is used to notify the MCU when a wake event occurs. On this particular device, the nINT pin can also be used. The SPI can also be used by polling the interrupt registers. The WAKE pin in an input meant to be used as another wake source, so it cannot notify the MCU of any wake events.

    Regards,

    Eric Hackett 

  • 0 in reply to Eric Hackett
    TI__Expert 7455 points

    Hi Eric，

    So, if I understand correctly, when using PN+WUF to wake up the MCU, after the CAN receives the WUF signal, it will send the corresponding RXD data to the MCU, thereby waking up the MCU. However, if the CAN does not receive the corresponding WUF, it will not send the corresponding RXD to the MCU, and at this time, the MCU will not be woken up.

    Is my understanding correct? 

    Thanks

    Xiaoxiang

  • 0 in reply to Xiaoxiang Liu
    TI__Guru 74252 points

    Xiaoxiang,

    Yes, that is correct. If there is no indication from the transceiver that a wake was received, and this is done on the RXD pin, then the wake was not properly received.  It's important to note that this function will only become available once and if VIO is supplied. So if VIO is not supplied when the wake occurs, there won't be any indication from RXD. In that case, the nINT pin can also be used as a wake indicator.

    Regards,

    Eric Hackett