• State
  • Locked Locked
  • Replies 1 reply
  • Subscribers 82 subscribers
  • Views 181 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.

TMS320F28035: The receiving issue of 28035 CAN

ian wu
Expert 1065 points

Part Number: TMS320F28035

hi  expert

Recently, the program of our company's vehicle motor controller (MCU 28035) got stuck in the can reception on the vehicle. The code is shown in the following figure.

The can message is received by querying, the RMP bit is cleared, and then it is read whether the RMP bit is cleared. It is found that sometimes it is not cleared, causing the program to be stuck in the while loop and unable to exit. However, this situation occurs very randomly. When used in a vehicle, it can happen within ten minutes to several hours after being powered on.

Then, by using the following method, the RPM flag was continuously cleared in the while loop, and the program did not freeze. The code is as follows. I would like to ask if this approach is correct and if there are any other impacts? Or could a suitable non-interrupt type of receiving method be provided?

  • 0
    TI__Guru**** 201416 points

    Hi Lan,

    I am not able to read the attached screenshot or file.

    The RMP is set whenever a new message is received and stored to the mailbox. Is the OPC is set or not? If OPC is set, the old message in the mailbox is protected against overwritten by the new message, otherwise, the old message can be overwritten by a new one.

    What is the value of RML register? If the old mesage is overwritten by a new one, the RML should be set.