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.

CCS/OMAPL138B-EP: OMAPL138 hpi boot problems

Part Number: OMAPL138B-EP
Other Parts Discussed in Thread: OMAPL138

Tool/software: Code Composer Studio

Hello Ti's technical staff
Thanks in advance for your help.
we have a FPGA + OMAPL138 items,that FPGA(with a Flash using for storage omap'image binnary file)need to boot or update OMAPL138(arm and dsp)via HPI port.

1.I need to confirm  that whether OMAPL138 can be loaded success by HPI boot mode?can or can not?
2.i'd like to known how to convert .out file to .bin file in ccs5.5,and on OMAPL138.
3.During the HPI boot of omapl138,how can i change the PLL settings and bringing up the ddr2(setting ddr controller) via hpi port.
4.Do I possibly need two separate boot loaders, one that will just do the initializations normally done in the GEL file or by AISGen and one for the actual code
transfer?
    thanks

  • Hi,

    I've notified the RTOS team.

    Please share which software SDK are you trying to boot.

    Best Regards,
    Yordan
  • hi,Yordan
    in my item, ARM just for task scheduling and channel routing, DSP for signal capture, and tracking.
    thanks
  • Hi,

    I mean, linux or RTOS. Anyhow, by your description, i presume this is RTOS SDK. I've notified the RTOS team, their feedback will be posted here.
    In the mean time, please share which RTOS SDK version are you using?

    Best Regards,
    Yordan
  • HPI boot for this device is described in the Bootloader APplication notes here:
    www.ti.com/.../spraat2f.pdf

    It doesn`t use AIS format image, you can load a binary format. The binary can be created using the armHex utility in the TI ARM compiler. For CCSv5.5 I think it was called hex470 as it was using the older TI ARM compiler.

    since this is not an AIS mode, the mode doesn`t perform any device initialization so you will need to perform this from your application. If code needs to reside in DDR then yes, you will need 2 stage boot to enable this mechanism. Gel initialization is used only during debug, in production environment, you need the bootloaders to do the same to load the application.

    You can have a small flash device and boot the device with an AIS image and initalize the DDR and then load the rest of the application from HPI interface to enable booting the application from the FPGA.

    Regards,
    Rahul