• State
  • Locked Locked
  • Replies 10 replies
  • Subscribers 101 subscribers
  • Views 621 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.

Win CE/XP support for ARM9+DSP in OMAPL138

mahesh
Intellectual 670 points
Other Parts Discussed in Thread: OMAPL138, SYSBIOS, OMAP-L138, OMAP-L137, TAS3108

Hello friends,

I have OMAPl138 EVM, CCS5. and default SYSBIOS and XDC tools.

I am in the middle of my project using Starterware without any OS. Now  I am planning to purchase analog data acquisition module from TI , National Instruments, or general market- to acquire 4/8 analog signals- and add this feature to my on-going project.This data acquisition should be done by DSP/OMAPL138.

I contacted National Instrument and found some USB based data acquisition modules having support for WinXP, WinCE, Linux etc. These  modules do not have support for SYSBIOS and hence they advice me to use Win CE on DSP/OMAPL138 EVM.They say microsoft has a small foot-print OS for embedded h/w like OMAPL138 and this can be downloaded from web.

I seek advice from TI forum engineers and help me in taking decision about the selection of the hardware and OS (WinCE/SYSBIOS ). Dead line to finish DSP project is 2-2.5 months.

I have several doubts/questions about these and present them below.

1.  what is the best option to decide on OS or non-OS

     a.  Starterware on both ARM9 +DSP without any OS(my present project do not use OS on either sides)

     b.  Starterware on ARM9 without OS and StarterWare on DSP with OS. (I may have to re-do my DSP project in this case)

     c.  Starterware  with OS  on both ARM9 and DSP (I may have to re-do my ARM9 and DSP projects in this case)

2.  If  you suggest me an OS then what should it  be. SYSBIOS, WIn CE.  (We can not go for Linux).

3.  What is the data acquisition module to purchase: is there any specific USB h/w from TI store or shall I go for NI USB DaqPADs.

4.  How  is the Win CE support for ARM9 and DSP(C6748) and whats is the learning time.

Thank you  in advance.

Yours friendly,

Mahesh

  • 0
    TI__Mastermind 18320 points

    Mahesh,

    I have moved this thread from the BIOS forum to the OMAP-L1xx forum as it appears to be a general and high level design question and I'm hoping you'll get a faster answer there.\

    Dave

  • 0
    TI__Expert 8890 points

    Mahesh,

    I am not familiar with WinCE or the NI data acquisition modules that you refer to, but StarterWare does provide a no-OS USB stack with support and example applications for several host and device classes.  Depending on the specifics of the external device (and how "open" it is toward external devices), you may be able to interface with it using the StarterWare USB stack.  If NI only supports accessing this module with their own proprietary drivers, then it could be difficult to use StarterWare for that task.

    For more information about using WinCE on OMAP-L138, please refer to the quick start guide on the TI wiki:

    Hope this helps. I will try to check on some other aspects of your post (i.e. alternative data acquisition modules) and get back to you.

  • 0 in reply to Joe Coombs
    Intellectual 670 points

    Dear friend,

    I spoke to some body in NI and found that DaqPADs are meant for Desktop PC running LabView and  not for Embedded systems like OMAPL138 EVM. They are unable to tell more details of the USB data output from their DaqPADs. That is why they suggest me to use WinCE. I shall have to  install LabView on hopst PC,  write code/design graphically to acquire data, generate corresponding .exe file and then use this .exe file in my embedded Win CE running on the OMAPL138 EVM.This is going to be an adventure for me.

    I am looking for some board from TI store which can enable me to acquire 16 channel  audio signals and avoid costly tools such as Labview/DaqPAD.

    With Warm regards,

    Mahesh

  • 0 in reply to mahesh
    TI__Expert 8890 points

    Mahesh,

    I am not aware of a broadly available solution from TI to add 16 channel audio input to the OAMP-L138 EVM.  You may need to investigate third party solutions.  Here is one example that I am told has been used successfully with OMAP-L137 (using ARM Linux):

    I can't personally vouch for this product because I have not used it myself.  Also, I can't support it directly if you choose to use it.  Sorry I can't give you a better solution, but hopefully this is a useful starting point.

  • 0 in reply to Joe Coombs
    Intellectual 670 points

    URGENT:

    Dear Coombs,

    Thank you for the kind reply. I simplify the hardware requirements as follows.

    1.  Actually my project does not process the audio/music signals. The incoming signals are acoustic/analog signals emitted from a gas turbine  and received through an array of microphones and then process simultaneously. So the analog acquisition module need not support audio/music processing features. It should be a based on some TI ADCs with 8/16 channels. I need your help in finding an evaluation/demo kit based up on such  multi-channel ADC.

    2. If  no such multichannel genera purpose ADC are available in TI catalog then can I go for digital audio/music processing kits such as TAS3108. The later one seems to be sophisticated solution for simple analog acquisition problem.

    With warm regards,

    Yours friend,

    Mahesh

  • 0 in reply to mahesh
    TI__Expert 8890 points

    Mahesh,

    For more information about TI ADCs, I recommend posting on the audio converter forum:

    I'm sure that they can help you find the correct device (and hopefully an evaluation module) if you tell them the specifics of what you are trying to do.

  • 0 in reply to mahesh
    Intellectual 475 points

    Hi, mahesh

    mahesh said:
    Actually my project does not process the audio/music signals. The incoming signals are acoustic/analog signals emitted from a gas turbine  and received through an array of microphones and then process simultaneously.

    We are a colleagues i see. a few monts ago i'v developed such analog-based "audio" board to connect L138 EVM directly with audio expanshion conector.. nice hand heater for russian winter.

    my advise: use mics with digital out!

    knowles and analog have mems mics with I2S or sigma-delta out.

    best regards, Dmitriy.

  • 0 in reply to Dmitriy Issaev
    Intellectual 670 points

    Hello friend,

    Sorry for some delay in responding. I have seen such mics with digital out. But their output format seems to be I2S or sigma-delta . How to read in such data in to the OMAP-L138 EVM kit? Is it through uPP(ADC), Audio Line-In, or any thing else? I do not have much experience in this, so kindly give some guide lines sop that I purchase 16 no.os of mics and read them simultaneously.

    Thank in advance,

    regards,

    Mahesh

  • 0 in reply to mahesh
    Intellectual 475 points

    mahesh said:
    How to read in such data in to the OMAP-L138 EVM kit?

    all operations are like with any other ADC or codec. for I2S mic is a slave - so apply clock signals and frame to mic and data will be outputed to serializer. on EVM there is Audio expanshion board 100 pin connector. page 12 in Logic PD base board shematic i think. all McASP pins accesible.

    McASP API is not so hard to understand. you can modify sample application to work with all 16 serializers as inputs and clocking mechanism as master with internal or mixed clock mode. ti guys allready make a lot of work around this - EDMA in this sample make miracles. only thing you should fix is PinMux for McASP. go to platform progect and add sapport for all serializers, not only for 11 and 12.

    have a fun!

  • 0 in reply to Dmitriy Issaev
    Intellectual 795 points

    Dear Dmitriy

    Can you suggest source of these digital Mic.

    good day

    Hemant