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.

MSPM0G3519: TCAN1044AVDDFRQ1 CAN Communication

Part Number: MSPM0G3519

Tool/software:

Dear TI Team,

Our team is using the MSPM0G3519 MCU for the first time, along with the TCAN1044AVDDFRQ1 CAN transceiver. During testing of the CAN transceiver's TSD (Thermal Shutdown) feature by applying external heat, the transceiver stopped functioning and did not recover until a Power-On Reset (POR) or a reset of the MCU (via the NRST pin). The TX pin remained continuously high during this issue.

Communication resumed after resetting only the MCU, indicating that the MCU's CAN module is causing the communication to latch. We require your support in understanding how to overcome this issue.

Additional information: When testing the same TSD feature with another MCU (Renesas RH850 series), communication resumed automatically without requiring a reset.




  • Hi REDDBY,

    Could you please provide the information below:

    1. What is the Thermal Shutdown temperature of MSPM0G3519 CAN controller in your test? 

    2. When MCU CAN not work, could MCU core and other peripherals work normally? (for example trigger a gpio toggle by timer)

    3. What is the reproduce frequency of this phenomenon. (MSPM0 CAN could  not resume from a high temperature).

    Best Regards,

    Pengfei

  • Hi Pengfei

    we were heating CAN transciever alone (Local heating with hot air blower to create TSD on CAN IC), So MCU will not see this heat. 
    We are using 2 CANs of the MCU. The 2ndCAN on the board was working while 1st CAN IC is in TSD indicates MCU is working. 

    We also conducted another test in which we created TSD on MCU and it recovered to normal function automatically. 

  • Hi REFFY,

    Here is some information I find in TCAN1104 datasheet. As you said, I think MCU is working normally in TSD test of CAN transceiver , because it could operate another CAN controller normally. A simple way to double check this is to write a GPIO toggle code in while() loop to see whether led flashing normally.

    Two test you could do for debug:

    • Measure the  voltage between CAN bus to see whether it recovered from VCC/2 to normal to check whether CAN transceiver has recovered from TSD.
    • Test STB pin to see whether CAN transceiver enter standby mode.

    If necessary, I could loop our CAN transceiver team expert for comment. 

    Best Regards

    Pengfei