• State
  • Locked Locked
  • Replies 6 replies
  • Subscribers 98 subscribers
  • Views 288 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.

Flashing omap L137 (DSP) from omap 3530 (ARM) running Linux through serial port

doron sandroy
Intellectual 520 points
Other Parts Discussed in Thread: OMAP-L137, OMAP3530

Hi all,

I'm runing Linux (kernel 2.6.32) on omap 3530 (ARM) and I have in addition an external DSP omap L137 connected trough serial port (port2 in the DSP).

I need an ability to flash the DSP from the omap 3530 ARM's Linux.

What is the proper utility for this?

Thank you,

doron sandroy

agmtonson

 

  • 0
    TI__Guru 64440 points

    It is a bit difficult to fully understand your architecture, so let me restate and you tell me if I have this correct.

    Your design will have both the OMAP3530 and the OMAP-L137.  These 2 devices are connected with a serial port.  You mention port2, but is this a UART interface, or other serial interface?

    Secondly, is there a flash and DRAM device connected to the OMAP3530 and a separate flash and DRAM device connected to the OMAP-L137?

  • 0 in reply to BrandonAzbell
    Intellectual 520 points

    yes the port2 is uart

    and the DRAM and Flash is separate .

    1. DRAM and Flash  connected to the OMAP3530 .

    2.  DRAM and Flash  connected to the OMAP-L137 .

    the connection for the OMAP3530 card and the OMAP-L137 is uart

    R.G. doron

     

  • 0 in reply to doron sandroy
    TI__Guru 64440 points

    Thank you.  Your description of the architecture definitely helps in the understanding.

    Based on your architecture, I have some follow on questions.

    What operating system will be run on the OMAP3530 subsystem and the OMAP-L137 subsystem?

     

    Ultimately, the software running on the OMAP-L137 will need to understand your own application's defined commands over the UART interface to then trigger appropriate routines on the OMAP-L137 to update the flash.  This would be if you desire firmware updates while your design in deployed in the market.

    Are you inquirying about this scenario, or a different use-case scenario?

  • 0 in reply to BrandonAzbell
    Intellectual 520 points

    Thanks

    BrandonAzbell said:

    Thank you.  Your description of the architecture definitely helps in the understanding.

    Based on your architecture, I have some follow on questions.

    What operating system will be run on the OMAP3530 subsystem and the OMAP-L137 subsystem?

     

    Ultimately, the software running on the OMAP-L137 will need to understand your own application's defined commands over the UART interface to then trigger appropriate routines on the OMAP-L137 to update the flash.  This would be if you desire firmware updates while your design in deployed in the market.

    Are you inquirying about this scenario, or a different use-case scenario?

    Thanks

    the omap OMAP3530  runs linux .

    the OMAP-L137 runs dsp software file.bin (convert from ais ti tool file.out)

    r.g. doron

  • 0 in reply to doron sandroy
    TI__Guru 64440 points
    Are you planning to only use the DSP inside the OMAP-L137, or do you also plan to utilize the ARM9 in it as well?
  • 0 in reply to BrandonAzbell
    Intellectual 520 points
    if it is not Required to use the ARM on the omap-L137 I prefer not to use it r.g. doron