• State
  • Locked Locked
  • Replies 4 replies
  • Subscribers 34 subscribers
  • Views 439 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.

TCAN4550: Can Communication Error

Kumar Ashutosh
Prodigy 200 points
Part Number: TCAN4550

Hi,

   I am using TCAN4550 and trying to send can frame Sequentially but  I have observed that message frame with Zero header and Zero payload is observed during the Communication and the expected frame is getting lost. Attached Log for reference.

Please let me know if you need any other information.Can_Frame_Error.txt

  • 0
    TI__Guru 74252 points

    Kumar,

    Can you explain more of your hardware and software setup? It will be good to know what your PCB and the code you're using look like.

    • Are you using the starter code from the TCAN4550-Q1 product folder on TI.com and have you looked at the software user's guide?
    • Are you using the TCAN4550EVM, launchpad, or do you have your own PCB?
    • Do you have any oscilloscope waveforms available? The text file you sent seems to just show that nothing was received from the CAN bus, but that you have bit-rate switching activated, CAN FD, and the data length is 64 bytes.
    • Can you identify what mode the device is in, and are your SPI transactions working?

    If you don't feel comfortable sharing the schematic on E2E, you can click my username to find my email where more sensitive documents can be sent.

    Regards,

  • 0 in reply to Eric Hackett
    Prodigy 200 points

    Hi Eric,

            thankyou for your response. Below mentioned is my response.

    1. Starter code from TI and yes i have gone through the User Guide.
    2. Setup has  PCB with TCAN4550 FD CAN and it’s interface is connected to CANanalyzer.
    3. Log shows the frames that are  transmitted from TCAN4550 FD CAN and received by the CAN analyser. Each frame is received every 12 ms as seen in the attached log.
    4. Problem is that we see some frame data are getting lost when continuous transmission was tested and not clear what is going wrong.
    5. Device is in normal mode since we see continuous transmission is happening  and what we observe is the frame data loss during the transmission
  • 0 in reply to Kumar Ashutosh
    Prodigy 200 points

    Hi Eric,

    Is there any update on the above mentioned issue. Kindly update.

    Regards,

    Kumar Ashutosh

  • 0 in reply to Kumar Ashutosh
    TI__Guru 74252 points

    Kumar,

    Thank you for the clarification, I understand the log now. It's interesting that it seems to be random, and there are times where 2-3 frames get lost in a short time frame and other times it is just one for a long time in between.

    Can you explain the 'Time' column in the log? Is it the amount of time that's passed since the last frame? I noticed that all the missed frames have a time of 0.011774 to 0.011783, which is significantly shorter than the received CAN frames. Is this because the processing time of a blank frame is quicker than a full CAN frame?

    Is it possible to monitor the CAN bus with an oscilloscope? I know it will be hard to capture since it seems random, but I want to know if we can understand what the blank frame looks like on the bus, is it just an idle bus or are the CAN signals distorted so the analyzer doesn't interpret them correctly?

    What components are on the CAN bus? Common-mode choke? What termination resistance do you have?

    Regards,