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.

TMS320F2800137: 2800137 SCI BOOT unsuccessful

Part Number: TMS320F2800137

Tool/software:

Serial mode download was unsuccessful, and nothing unusual was found. The test XRSN pin outputs a low level of about 46us every 15 ms. The active clock 20M is provided externally. Please analyze what may be the cause.

  • Hello,

    A few follow up questions:

    • Can you please describe how you are setting the device into SCI boot mode? What are your boot pin values and are you trying to program the device with some host?
    • Have you already tried using Emulation boot mode?
    • If you are able, can you power on the device and load the bootrom symbols to see where the CPU is at?

    Best Regards,

    Allison

  • Our product uses two 2800137PM chips, and the pin distribution is completely consistent, that is, one firmware is used for production. Boot method is to pull GPIO24 low and GPIO32 high. The only difference is a clock input: the first one (CPU1) is that the external active clock 20MHz is directly connected to the X1 pin, while the other chip (CPU2) is that the active clock output is connected in series with a 74LVC1G126GV, and then connected to the X1 pin. The phenomenon is that there is no problem with the download of CPU1, but there is a problem with the download of CPU2. The proportion is as follows: about 50% of the 50 sets produced are defective, and the CPU2 in this 50% has never been downloaded (CPU1 has always been OK).

  • Hello,

    Please allow another day for me to review this information. Thanks for the patience!

    Best Regards,

    Allison

  • Hi Wenyou,

    Apologies I was unable to review this today. Please expect one more day of delay in response. Thank you for the continued patience.

    Best Regards,

    Allison

  • Hi Wenyou,

    To clarify, what boot mode are you using? Based on the boot pins, looks like you are booting via SCI, is that correct? And SCI flash kernel?

    Is there any other software/hardware difference (or otherwise) between the two chip cases regarding your bootload process? Are you using the same host programmer, and what are you using? What SCI baud rate are you sending the program to the F280013x at?

    If using SCI boot mode, this bootloader implements a function called "autobaud" which is able to detect and calibrate to the speed of SCI input, though note that there is some granularity to this. 

    When you say that 50% are "defective", could you please expand on the nature of the issue? Is it that the load fails/halts and produces some error? Or just that the CPU2 memory is missing program that should have been loaded?

    Best Regards,

    Allison