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.

TMS320F280039C: Execution of Serial_flash_programmer.exe hangs in the middle

Guru 10940 points
Part Number: TMS320F280039C

Hi,

Execution of Serial_flash_programmer.exe hangs in the middle

I'm considering doing an emulation boot now.
The C2000 has been able to download the kernel, but it has not yet downloaded the user program.

I will show you what I did here.

1. Build "flash_kernel_ex3_sci_flash_kernel". Copy the generated kernel into the same folder as "serial_flash_programmer.exe". The kernel is building on CPU1_RAM. The changes from the default kernel above are the following two points.
・Our board is not an external clock, but an internal clock setting, so we modified it as follows.


・I want to use GPIO8 and GPIO9 instead of the default GPIO28 and 29 to download the kernel and write user programs, so I changed to SCI_BOOT_ALT2.

2. Start CCS and run debugging
3. Rewrite to the following values ​​in CCS MemoryBrowser
・Open the memory browser and enter 0x5AFF1220 at address 0xD00
・Enter 0xFFFF41FF at address 0xD04
4.Reset and run
5. Run Serial_flash_programmer.exe with the following arguments
serial_flash_programmer.exe -d f28003x -k flash_kernel_ex3_sci_kernel.txt -a xxx.txt (user program) -b 19200 -p COM10

I have downloaded the kernel, but I have not yet downloaded the user program. It stops at the following capture screen.

please point it out if there is something wrong.

Thanks,

Astro

  • Hi Astro,

    I will need some time to look into this, will get back to you by Monday.

    Regards,

    Charles

  • Hi, Charles

    Thank you for contacting me about the response deadline.
    I am waiting for your reply.

    Thanks,

    Astro

  • Hi Astro,

    When using the emulation boot mode, you have written the value 0x5AFF1220, which states that the bits for this register are valid (0x5A), BMSP2 is disabled (0xFF),  BMSP1 is set to GPIO18 (0x12), BMSP0 is set to GPIO32 (0x20). The BMSP's can be set from GPIO range 0 to 255. I think these should be corrected to 08 and 09 respectively, so that the bootmode is known to be the alternate for SCI, so you could try the value 0x5AFF0809 @ address 0x00000D01. 

    The boot table value you have set to 0xFFFF41FF sets the boot mode table to use SCI alternate for GPIO 8/9 if BMSP1 is high, which seems fine.

    Let me know if this changes the program.

    Thanks,

    Charles