• State Resolved
  • Locked Locked
  • Replies 3 replies
  • Subscribers 82 subscribers
  • Views 292 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.

TMS320F28377D: Random failure during UART firmware update

Joe Ji
Expert 3990 points

Part Number: TMS320F28377D
Other Parts Discussed in Thread: C2000WARE

Tool/software:

Hi team

Customer update firmware with UART in below process:

377 UART receive data -> CRC -> Flash API write data to flash -> 377 UART reply write success or failure.

there are two issues 1. 377 UART no reply randomly; 2. UART data packet loss randomly.

Support needs:

1. Do we have the recommendation live update process with UART?

2. Is there any method to avoid communication interference of UART?

I will also let customer check the "no reply" is caused by UART peripheral or CPU.

Thanks

Joe

  • 0
    TI__Mastermind 25210 points

    Hi Joe,

    Is the customer using our C2000Ware serial flash programmer and a flash kernel? How is the customer viewing the lack of SCI response or loss of data - are the signals being scoped? What has been the debug process and results so far?

    Let me check on documentation recommendations for this.

    Best Regards,

    Allison

  • 0 in reply to Allison Nguyen
    TI__Expert 3990 points

    Hi Allison

    Let me clarify the question:

    Allison Nguyen said:
    Is the customer using our C2000Ware serial flash programmer and a flash kernel?

    Yes.

    Allison Nguyen said:
    How is the customer viewing the lack of SCI response or loss of data - are the signals being scoped?

    Lack of SCI response: no data reply to master SCI debugger GUI. loss of data: CRC not pass. 

    No, they do not scope the voltage level.

    Allison Nguyen said:
    What has been the debug process and results so far?

    I asked them to add the GPIO toggle to see whether MCU run properly during URAT fail --- no reply by customer.

    Joe Ji said:
    2. Is there any method to avoid communication interference of UART?

    We can offer some documents for the second question first.

    Thanks
    Joe

  • +1 in reply to Joe Ji
    TI__Mastermind 25210 points

    Hi Joe,

    Thanks for the information.

    One document that I highly recommend if the customer has not already been using it is the serial flash programmer's app note: https://www.ti.com/lit/an/sprabv4h/sprabv4h.pdf. And for code references, our SCI bootloader source code is available in C2000Ware.

    Is there any pattern or consistency to when they do not see a response from the C2000 device? Does the program fail to load and the process is hung up?

    What baud rate is the customer sending from the host programmer? 

    Best Regards,

    Allison