• State Resolved
  • Locked Locked
  • Replies 6 replies
  • Subscribers 100 subscribers
  • Views 860 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 UART Boot Problem (Logic Experimenter Kit)

Matthias39453
Prodigy 40 points

Other Parts Discussed in Thread: OMAP-L138

Hi,

I've got the Logic Experimenter Kit to evaluate the C6748.

I've build a simple program which toggles a GPIO pin.

With the XDS100 Interface I can load and boot software with the Code Composer Studio ( with and without GEL File) and it works fine.

 

Then I was trying to build an AIS File to boot it with UART to the device.

The transfer with the UART Boot Host works fine: "(AIS Parse): Boot completed successfully."

Unfortunately the software doesn't start. I can't recognize any transition at the GPIO.

 

Does anybody have a hint?

 

Best regards

 

Matthias

  • 0
    TI__Mastermind 24340 points

    HI Matias,

    Are you using optimization in the file that you have the initialization functions? If you are, remove it and see if it works.

    One test that you can do is to remove the GEL file from code composer before connecting to the board. This way you do not do the initializations with the GEL file, but with your code and can see what is wrong.

    Please see:

    http://tiexpressdsp.com/index.php/Flashing_the_C6747_EVM#Debugging_Tips

  • 0 in reply to Mariana
    TI__Genius 17355 points

    Matthias,

    Can you connect with an emulator after the boot has been reported as complete and see where the program is running?  My first thought was that this is related to using a GEL file when loading under CCS, but you stated that it worked with and without GEL file.  The only other thing I have to add is that you should make sure that your app, or your AIS boot image, does any required system level setup which might be needed.

    Regards,

    Daniel

  • 0 in reply to Daniel Allred
    Prodigy 40 points

    Hi,

    when I startet the Software with the CCS, the GEL file was removed before I connected the device. The test software worked fine.

    I can't connect with an emulator after the boot has been reported as complete. CCS displays: "Error connecting to the target: Error 0x80000240/-1180 Fatal Error during: Initialization, OCS, The target is stuck in Wait-in-Reset mode. The applied reset must be released before progressing."

    Do we boot the DSP-Core but the ARM holds it in reset?

    To clarify our system I should tell you, that we are using the OMAP-L138 SOM. But we just wanted to evaluate the C6748 core.

    Is it possible just to use the C6748 core without ARM functionality?

    What configurations are needed?

    I don't understand why compiled C6748 code is running with XDS100 but not with UART boot. (Remember: we don't use an GEL file and all initializations are done in the c code)

    Regards,

     

    Matthias

  • 0 in reply to Matthias39453
    TI__Genius 17355 points

    The problem is that you are using the OMAP-L138 SOM.  The OMAP-L138 is an ARM-boot device, and yes the DSP will be held in reset on this device (for all boot modes except emulation boot). Since your code is DSP code, there is no way for this to work.  To actually test the boot functionality, you would need to use a C6748 SOM since that is a DSP-boot device.  Of course, you can continue to do development on the L138, since when it is placed in emulation boot mode the DSP is taken out of reset for connecting under CCS.

    Regards, Daniel

  • 0 in reply to Daniel Allred
    Prodigy 20 points

    Daniel Allred said:

    The problem is that you are using the OMAP-L138 SOM.  The OMAP-L138 is an ARM-boot device, and yes the DSP will be held in reset on this device (for all boot modes except emulation boot). Since your code is DSP code, there is no way for this to work.  To actually test the boot functionality, you would need to use a C6748 SOM since that is a DSP-boot device.  Of course, you can continue to do development on the L138, since when it is placed in emulation boot mode the DSP is taken out of reset for connecting under CCS.

    Regards, Daniel

    From what I understand the ARM boots into the UBL first then loads U-boot and subsequently the kernel. Is it possible to modify  the ARM UBL to release the DSP from reset and then load a DSP app from flash and boot it? The ARM would then be put to sleep.

     

  • 0 in reply to James Nuss
    TI__Genius 17355 points

    James Nuss said:

    From what I understand the ARM boots into the UBL first then loads U-boot and subsequently the kernel. Is it possible to modify  the ARM UBL to release the DSP from reset and then load a DSP app from flash and boot it? The ARM would then be put to sleep.

    Yes, this would certainly be possible.  TI has not done it, but there are no technical reasons I'm aware of to prevent that from working.

    Regards, Daniel