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: WUP(remote wake up), WUF disable

Part Number: TCAN1145-Q1


Hi Experts,

Could you please help me for questions in red?

Customer asked if it is possible to disable the remote wake up(WUP) and WUF.

They want to use only Local wake up.

The reason is when remote wake up signal comes it should be under FD rate. 

The decoder is able to handle only high speed CAN signal not FD standard. (I don't know exactly this is true, could you confrim it?)

They want to maintain the FD rate and also selective wake up.

Can our devices support this way?

Or have we any plan to add disable function to remote wake up?


There are three wake up way :

1. Local wake up : by Wake PIN

2. WUP, remote wake up : Selective? Wake up all node? Anyway, wake up when a pattern that satisfies the condition comes

3. WUF : Selective wake up when the Frame contain exact address of a CAN node.

Thank you.

  • Hi Dustin,

    I am a little confused by the ask here. First how are they corelating a remote wake up to a CAN bus signal that is under the FD rate?

    The decoder is able to handle only high speed CAN signal not FD standard. (I don't know exactly this is true, could you confrim it?)

    Are they saying that their CAN controller can only handle classic CAN? Or they just can't send 64 bytes of data? What is the speed limit on their device?

    They want to maintain the FD rate and also selective wake up.

    How does keeping a WUP enabled stop them from communicating at FD speeds? They would still be able to communicate as fast as they want with the WUP enabled.

    This device has no way to disable the WUP. We have some SBCs that can disable their WUP but I have a feeling that they are looking at the application in the wrong way. It would be a good idea to hop on a call and discuss this problem. Please reach out to me through email at c-ayoub@ti.com

    Best,

    Chris

  • Since we have taken this to email I am going to close the thread.

    Best,

    Chris