• State Resolved
  • Locked Locked
  • Replies 5 replies
  • Answers 2 answers
  • Subscribers 34 subscribers
  • Views 600 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.

TCAN1043G-Q1: Autosar Network management based specific CAN frame wakeup solution using TCAN1043GDMTQ1

Tie Pei
Prodigy 30 points

Part Number: TCAN1043G-Q1
Other Parts Discussed in Thread: TCAN1146-Q1, TCAN1043-Q1, TCAN1145-Q1

Tool/software:

Hi, Dear TI expert

 

could you share me the recommended solution for specific CAN frame wakeup using TCAN1043GDMTQ1 in Autosar Network management .

 

thank you ~ 

  • 0
    TI__Guru 74372 points

    Tie,

    TCAN1043-Q1 is not a CAN transceiver with the selective wake feature, which allows for specific CAN frame wakeup. The TCAN1043-Q1 is only capable of detecting wake-up pulses on the CAN bus, which are just a dominant bit, followed by a recessive bit, followed by a dominant bit. The TCAN1145-Q1, TCAN1146-Q1, are both selective wake capable transceivers that can be configured to only wake on specific CAN wake-up frames.

    Regards,

    Eric Hackett 

  • 0
    Prodigy 30 points

    Hi,  Eric

    thank you for your reply.

    As any CAN message could wake up TCAN1043-Q1, now I'd like to filter the CAN wake-up frame ID by software, so I need to check the bus activities when TCAN1043-Q1 goes to sleep mode which is set according to Autosar NM state machine(no NM message received anymore) to prevent(if there are other application messages) TCAN1043-Q1 sleep and wakeup endlessly .

    Then which pin should I check.

  • 0 in reply to Tie Pei
    TI__Guru 74372 points

    The RXD pin will indicate if a wake event has occurred by asserting a logic low state to the controller. The INH pin will also go into a high state when a wake event occurs. 

    The device will automatically wake if it sees the WUP on the bus though, so unless you can use software to not send the message, I'm not sure how you would stop it with a software workaround.

    Regards,

    Eric Hackett 

  • 0 in reply to Eric Hackett
    Prodigy 30 points

    okay ~ I see, thank you for your reply again~ 

     and ~ I have another two questions .
    1. From <User's Guide> pdf doc, I also got some information that nFAULT could provide some wake info, can also I polling this pin?


    2. if transceiver has already been in [Sleep Mode] ,  what kinds of bus activities or power activities will lead transceiver go to [Normal Mode] ,and [Standby Mode] (bellow image shows transceiver  could go to [Normal Mode] and [Standby Mode] from  [Sleep Mode])

  • +1 in reply to Tie Pei
    TI__Guru 74372 points

    Tie,

    1) Yes, refer to the table you shared to understand how nFAULT can be used to determine the type of wake event that occurred.

    2) From Sleep mode to Normal mode, the EN and nSTB pins will need to be asserted. From Sleep to Standby mode, a wake event will need to occur.

    Regards,

    Eric Hackett