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.

TMS320C5517: Inquiry about NOR Flash boot

Part Number: TMS320C5517

Hi Experts,

Customer is developing their system with TMS320C5517AZCHA20. It seems NOT flash boot does not work with their board. Therefore, customer is asking some questions.

[ Customer's Environment ]

  DSP: TMS320C5517AZCHA20

  Flash-ROM:MX29LV320ETTI-70G(This Flash is connected to CS5 of EMIF)

  Debugger : XDS510 USB JTAG EMULATOR

  CCS: Version: 8.3.1.00004

For Clock of customers system board, 12.288MHz is inputted to CLKIN. Also, PLL Register configuration and EBSR register configuration are changed according to customers board. For NOR flash writing, customer modified the sample code in CSL and uses it. Customer created the simple test-firmware that configures PLL/EBSR registers and repeats toggling GPIO(High/Low) after bootup they are checking if NOR-Flash boot works properly by this firmware. For Clock of customers system board, 12.288MHz is inputted to CLKIN. Also, PLL Register configuration and EBSR register configuration are changed according to customers board. For NOR flash writing, customer modified the sample code in CSL and uses it. Customer created the simple test-firmware that configures PLL/EBSR registers and repeats toggling GPIO(High/Low) after bootup they are checking if NOR-Flash boot works properly by this firmware.

Their inquiries are as follows.

  1. First of all Customer would like to check if the firmware has been loaded into the DSP correctly. During standalone operation, Is it possible to access DSPs internal-RAM/registers values by CCS/Debugger ?
  2. XF signal is toggling ( High/Low) for a while after the power is turned on. Would you think that the firmware has Not been loaded from NOR-flash successfully?
  3. Customer is referring Using the TMS320C5517 Bootloader(www.ti.com/.../sprabp1). According to 2.2.1 NOR Flash, Top-boot-block devices may or may not work (vendor dependent due to non-standard CFI implementations). Would you think MX29LV320ETTI-70G would be Top-boot-block devices? Customer has develop other system with C5409A/ MX29LV320ETTI-70G. This board is able to bootup without any issue.
  4. customer wants to identify whats wrong. If experts will be able to suggest further points that customer should check, it will be really appreciated.

Customer already checked following points at this moment.

  • The test-firmware worked fine when they connected XDS debugger to their board and executed test-firmware from CCS.
  • BootMode[5:0] in BMR register shows 0x010000 via CCS after Bootup.
  • CLKSELSTAT bit in CCR2 shows 0x1 after Bootup
  • After writing the firmware to Flash-ROM, customer was able to read Boot signature(0x09AA) from CS5s start-address(0x780000) by CCSs Memory Browser.

Customer confirmed NOR flash boot was working fine with TMDSEVM5517 EVM. In this case, CS2 is used. Can I have your Expert's advice/comments on them, please?

Best regards,

Miyazaki

  • Hi Miyazaki,

    We will check and get back shortly

  • Hi Miyazaki-san,

    The two top reasons cause the NOR flash boot failure (while the CCS loading is working) are:

    1. The SARAM31 (byte address 0x4E000 – 0x4FFFF) is used by the application program (program or constants), because the bootloader will use this area as working buffer. Please ask they to check the map file closely

    2. The MPORT was not enabled, because the bootloader will disable the MPORT before branch to the application code. Please use the following code in the beginning of your main():

    // Enable HWA, CPU, DPORT, MPORT, XPORT, and IPORT in ICR */
    *(volatile ioport Uint16 *)(0x0001) = 0x000E;
    /* Execute idle instruction */
    asm(" idle");

    Best regards,

    Ming

  • Hello Ming,

    Thank you for your comments. I shared your comments with customer. I'd like to wait for their feedback a couple of days.

    Best regards,

    Miyazaki

  • Hello Ming,

    Due to COVID-19 situation , Customer is not able to verify MPORT setting now. Next week, customer will evaluate it, therefore, please set this thread status to "pending".

    Thank you for your patient.

    Best regards,

    Miyazaki

  • Hello, Mr. Ming.

    This is Nakahara, who was posted on the forum by Mr. Miyazaki.

    Sorry for the late reply.

    Thank you for your comments.

     1. I checked the map file, but SARAM31 (byte address 0x4E000 – 0x4FFFF) looks unused.

    2. I tried adding the following code to main () :, but it didn't work.

    // Enable HWA, CPU, DPORT, MPORT, XPORT, and IPORT in ICR */
    *(volatile ioport Uint16 *)(0x0001) = 0x000E;
    /* Execute idle instruction */
    asm(" idle");

    I have a question.

    It looks like the main () process is not working on our board.

    When checking with an oscilloscope when the power is turned on,

    -The XF signal appears to be toggled repeatedly.

    -The NOR flash is connected to EMIF_CS5, but it seems that the signal is repeatedly output not only to EM_CS5 but also to EM_CS4. (EM_CS2 and EM_CS3 are not connected and cannot be confirmed)

    From this situation, can you determine that the boot signature is not read correctly?

    Please let me know if there is something to see next.

    Best regards,

    Nakahara