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.
Tool/software:
Hi TI team,
In our test code, the MCU sends a frame of message through TCAN4550 every 200ms, and after about several tens of seconds, the nINT of TCAN4550 will remain in a low level state. After the occurrence of the previous situation, TCAN4550 will definitely be unable to notify the MCU to start receiving packets through nINT. At the beginning of discovering the anomaly, I went to read the relevant registers and found that all bits of register 0x0820 and register 0x1050 were set to 1(See belowed register value). Then I cleared the related interrupts through TCAN4x5x_Device_ClearSPIERR() and TCAN4x5x_MCAN_ClearInterupts(), but the nINT pin was still low. By the way, I would like to mention that although TCAN4550 cannot receive packets after an exception occurs, the MCU can still send packets normally every 200ms through TCAN4550.
Hello Zhicheng,
I'm not sure how it is possible to have all bits of both interrupt registers set to 1 at the same time without some form of error. This is not common, expected, and I have not seen this before. My first thoughts is that this could only occur if the SDO pin was stuck or pulled high and the device was not properly responding to the SPI Read causing the MCU to read all 1's as the response data. Do you have the capability to monitor and capture the SPI signals on a logic analyzer or scope?
Then I cleared the related interrupts through TCAN4x5x_Device_ClearSPIERR() and TCAN4x5x_MCAN_ClearInterupts(), but the nINT pin was still low.
Did you re-read the interrupt registers, and if so did the values change? Or did the bits remain set at all 1's?
By the way, I would like to mention that although TCAN4550 cannot receive packets after an exception occurs, the MCU can still send packets normally every 200ms through TCAN4550.
If this is true, then this would indicate that you can still perform SPI write functions. The SPI read function is then questionable and may indicate some form of issue with the SDO pin.
What are the voltage levels of the supply pins when the issue occurs?
Does resetting the device cause the device to function normally again, or for a period of time until it returns?
Are you using one of the TI evaluation boards, or a board of your own design?
Regards,
Jonathan
Hi Jonathan,
I am currently on Chinese New Year holiday. We will start work on February 5th, and I will provide you with some information you need at that time.
I hope this E2E issue won't be closed by then.
Hello Zhicheng,
I hope you enjoy your Holiday! I will keep the thread open.
Regards,
Jonathan