• State Resolved
  • Locked Locked
  • Replies 2 replies
  • Answers 1 answer
  • Subscribers 99 subscribers
  • Views 540 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.

OMAP L13x series VS discrete components

a k37
Prodigy 60 points
Other Parts Discussed in Thread: OMAPL138, AM1808, SYSBIOS

Hi,

We are at the early stages of developing a new project that requires a DSP and ARM processor.

However after trolling through the TI products, I am trying to determine the pros and cons between opting for an OMAP L138 solution or discrete components, i.e. C6748 with an ARM9 (or higher) processor.

Would anyone be able to shed some light on the comparison between the integrated(omapl1x) or discrete(c6748+arm9) options?

I've been told that the OMAP communication between ARM and DSP is not as easy, is that correct? I would have presumed with shared resources etc it would be easier for the two to communicate.

Also is it advisable to use the OMAP series on a new project?


Regards,

AK

  • 0
    TI__Guru** 116100 points

    Yes, you can go ahead with OMAPL138 for new product design if you need ARM for control and DSP for processing.
    If your project doesn't have any processing stuff then you can choose AM335x which 1GHz ARM cortex A8 processor.


    Would anyone be able to shed some light on the comparison between the integrated(omapl1x) or discrete(c6748+arm9) options?

    If its OMAPL138 vs C6748(DSP) and OMAPL138 vs AM1808(ARM),
    I think, you won't see any major changes, same Operating frequency, memory mapping, SYSCFG registers etc. if its AM1808, you won't get DSP core and its memories.
    If its C6748, you won't get ARM core and its memories.

    No, its easy to communicate between ARM and DSP core via our TI's IPC and SYSLINK mechanisms.

    C:\ti\OMAPL138_StarterWare_1_10_04_01\examples\lcdkOMAPL138\ipc_buffer_io
    C:\ti\OMAPL138_StarterWare_1_10_04_01\examples\lcdkOMAPL138\ipc_interrupt
    C:\ti\OMAPL138_StarterWare_1_10_04_01\examples\lcdkOMAPL138\ipc_polling

    processors.wiki.ti.com/.../SysLink_Install_Guide
    processors.wiki.ti.com/.../MCSDK_OMAPL138_User_Guide_Chapter_Exploring

    Also its good to start validating your project with OMAPL138/C6748 LCDK boards which has almost all the bare-metal examples for the peripherals.
    processors.wiki.ti.com/.../C6748_Development_Kit_(LCDK)

    Please refer to this wiki page.

    http://processors.wiki.ti.com/index.php/OMAPL138_SW_%26_HW_Comparison

  • 0
    TI__Mastermind 43955 points

    Hi,

    Titus has covered all your questions. The following are the extra points.

    As you have mentioned that the project requires ARM and DSP core, OMAPL138 is a best choice. For OMAPl138, TI has released lot of good and working software packages for both
    the DSP and ARM core independently as well as combined.

    1. For DSP Core.
    ================

    BIOS C6SDk -

    SYS/BIOS which is a light-weight real-time embedded operating system for TI devices
    • Drivers
    • Basic networking stack and protocols
    • Optimized application-specific and application non-specific algorithm libraries
    • Flash and boot utilities
    • Demonstrations

    OMAPL138 starterware -

    It contains all the bare metal peripheral drivers and sample app to demonstrate the functionalities of the peripheral of OMAPl138 LCDK by running through DSP core.

    2. For ARM Core
    =================

    linux-3.3-psp03.22.00.06.sdk -

    Linux operating system for ARM core of OMAPL138. This contains u-boot source, linux source, the filesystem and the tool chain.

    3. For both ARM and DSP cores.
    ==============================

    OMAPL138 starterware -

    It contains all the baremetal peripheral drivers and sample app to demonstrate the functionalities of the peripheral of OMAPl138 LCDK by both the core individually.
    It contains the IPC  bare metal examples without any OS to demonstrate the communication between ARM and DSP core. ( Personally I have run this examples many times. It worked flawlessly every time)

    MCSDK -

    It contains both the SYSBIOS for DSP core, Linux OS for ARM and chip support library ( CSL ) examples for DSP.

    SYSLINK:

    To demonstrate IPC by running the BIOS on DSP core and Linux on ARM core.