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.

TCAN1042HGV-Q1: TCAN1042HGV : CAN_H CAN_L signal is abnormal issue

Part Number: TCAN1042HGV-Q1
Other Parts Discussed in Thread: TCAN1042HGV

Hi Team,

There is a good new that we could DIN TCAN1042HGV!

The customer uses TI transceiver and the CAN_H CAN_L signal is abnormal. This in turn causes the occurrence of error frames.
Customer would like to ask if the debug direction can be given for the waveform in the figure below.

Please also review the SCH!

CAN FD baud rate parameters:

 

Nominal Bit rate

Data Bit rate

CAN-FD

1Mbit/s

5Mbit/s

Sample point

75%

75%

 

 

  • Hi Kygo,

    The schematic and configuration here look good. The only change I would recommend would be to move the termination resistors onto the far side of the common-mode choke. This is not critical, but would allow the CMC to work more effectively. 

    The scope shot here doesn't look particularly problematic. The trouble is likely at whatever node is receiving this signal and generating the error frame. On the far side of the network the signal will have attenuated further and likely has increased noise from passing through cabling. Is it possible to probe the CAN bus at the node that generates the first error frame? Please share which specific error is being reported by this CAN controller (CRC, form, bit, stuff error, etc.). 

    Could you also share a bit more about this system?

    • How many nodes are connected and active during this test? Do any other nodes cause this issue when they transmit?
    • How long is the longest cable length? How long are the stub lengths?
    • Did this problem start to occur when TCAN1042 was swapped in for another device? Or has only this transceiver been tested?
    • If the system is configured for a slower FD rate (such as 4Mbps or 2Mbps) does this failure still occur?

    Let me know if you find out anything more in the meantime. 

    Regards,
    Eric Schott