• State
  • Locked Locked
  • Replies 5 replies
  • Subscribers 99 subscribers
  • Views 501 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.

C6748 Booting issue

rana umar
Intellectual 310 points
Other Parts Discussed in Thread: OMAPL138, OMAP-L138

Hi,

I am using logic pd kit kit with omapl138 som.

I use only dsp core of the Omap l138 processor.

I made different projects and all are working fine when i debug with ccs.

The main problem is the burn the code in SPI flash.

I download the example from net for flashing that is OMAPL138-DSP-LED-v4 and the bin file in this example will work fine.

I will load the bin file using this command in command line(sfh_OMAP-L138.exe -flash_noubl <binary application file>) and it will work fine.

But when i make my .out file to .bin file and run this command sfh_OMAP-L138.exe -flash_noubl <binary application file> it will take more time and hangs the command line. the bar line whish shows data transfer on uart will transfered 100 % and after this command line hang.

So kindly help me in this issue

  • 0
    TI__Intellectual 1585 points

    Hi Rana,

                Ensure whether you are using the latest version of the Serial flasher utility and check whether you are following the correct steps from the http://processors.wiki.ti.com/index.php/Serial_Boot_and_Flash_Loading_Utility_for_OMAP-L138#Serial_Flasher_Options to flash the binary.

    Also, Kindly take a look at the following thread which explains the steps used to flash the binary in OMAP-L138 EVM .

    http://e2e.ti.com/support/dsp/omap_applications_processors/f/42/p/107820/380801.aspx#380801

    Regards,

    Iyshwarya

    If this answers your question, please click the Verify Answer button below. If not, please reply back with more information.

  • 0 in reply to Iyshwarya Gopalakrishnan
    Prodigy 110 points

    Hi,

    For time being, I am also interested in using DSP of omap l138.

    But as posted in this link, I am also facing same problem while booting c6748 from flash.

    I am using latest version of sfh, but still booting process hangs inbetween.

    Have anyone got solution to this problem, if yes, please post the steps to be followed to get it worked properly.

     

    Thanks,

    Prajakta

  • 0 in reply to Prajakta Ranade
    Intellectual 310 points

    Hi,

    Are you using logic PD kit or a custom board??

    Or if u are using custom board then ddr ram is available or not??

    This sfh bootloader will require ddr ram for loading code in flash if you have a custom board without ddr ram then jtag programmer will be used for loading code in flash.

  • 0 in reply to rana umar
    Prodigy 110 points

    Hi,

    I am using Custom board for this.

    Yes, i have DDR2 on my board, and i have done all required initialization and configurations required for DDR2.

    But, still facing same issue!!

  • 0 in reply to Prajakta Ranade
    TI__Guru** 116170 points

    Hi Prajakta,

    The SFH utility is built for the EVM and LCDK platform and will not function accurately on your custom board until you make modifications to the source code to have correct timing settings for your DDR2, have the SPI setting as configured on your board. Whe nyou don`t choose a platform on the command line the utility will default to EVM which has an mDDR external memory and the SPI flash connected on SPI0_CS0 and UART2.

    You need to define your own platform in the utility and have it configured to match your custom platfrom for it to work on your board. It may be easier for you to use the SPI writer provided in the Serial Flash and boot utilities than to use SFH to confirm that your boot image can be booted on the platfrom. The SPI Writer is a utility that can be loaded over JTAG And doesn`t have dependency on UART or DDR memory settings. Please give this a try and let us know. 

    Regards,

    Rahul

    PS: If your platform is modelled using the LCDK schematics, you can also try setting platform on command line to LCDK and give this a try as that will ensure that DDR2 is initialized by the SFH tool.