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.

TMS320F2800132: TMS320F2800132 SCI firmware update

Part Number: TMS320F2800132

Hello,

Based on TI application note and E2E forum, I was able to quickly succeed in retrofiting my SW throught the SCI communication.

But the first part of the process, I mean sending the Flash-kernel to the CPU, is so long (more than 5 minutes)!

Based on the following link :

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1477364/launchxl-f28p65x-slow-sci-bootloader-transfer-16ms-delay-between-bytes

It looks like this is due to the 16ms introduced by windows.

Probably, one way to solve this is to get the flash kernel integrated to my code but I'm not sure to have the knowledge to do this so my questions are:

-considering the 16ms inter-byte delay, I suppose there are probably some workaround, is there a plan on TI side to update the serial_flash_programmer in order to improve?

-another option to speed up is to reduce the flash kernel footprint. Considering that I only use command DFU_CPU1, I removed all the other command. I was able to save 1 minute. Do you see any other improvment possible to reduce the flash-kernel size?

Regards.

  • Hello,

    With chatGPT help, I have been able to solve the issue. The solution is described below, I think other people can be interested.

    The 16ms delay is introduced by USB/serial port com drivers. With FTDI driver, this can be changed in the advanced COM properties and this can be reduced to 1ms which greatly improved the speed. 

    This for me solve my issue.

    Regards

  • Hello,

    Thank you for posting the resolution for the FTDI driver delay, I will note this internally to be documented in our SCI Flash Programming App Note for future reference.

    Best,
    Matt