Digital Signal Processors (DSP)

Browse by Tags

Digital Signal Processors (DSP)

Welcome to the Digital Signal Processors (DSP) Section of the TI E2E Support Community. Ask questions, share knowledge, explore ideas, and help solve problems with fellow engineers. To post a question, click on the forum tab then "New Post".

Tags
You have subscribed to this tag. To view or manage your tag subscriptions, click here.   Close
You have unsubscribed from this tag. To view or manage your tag subscriptions, click here.   Close
You are currently viewing:
dm355
Related Posts

  • Forum Post: Micron Image Sensor Solution

    Juan Gonzales
    Daughter Card: Micron MT9T031P12STCH ES (3 Megapixel) A ribbon cable is required to connect the Micron sensor headboard to the DM355 EVM. The ribbon cable can be ordered at www. samtec .com ( SAMTEC product #: IDSD-13-D-04.00-T-G) Drivers for this solution are provided as part of our DVSDK 1.3 GA...
    on May 14, 2008

  • Forum Post: Re: XDS510 USB and DM355

    BrandonAzbell
    Sean I have CCStudio 3.1 and a XDS510 USB Emulator which I use to program a TMS320F2812 DSP. What drivers do I need to install to interface to a TMS320DM355? This depends on the Code Composer Studio license that you purchased. If you have purchased the TMDSCCS2000 subscription, this only suppors the...
    on Jun 18, 2008

  • Forum Post: Re: LCD interface to DM355 EVM

    Bernie Thompson TI
    I believe the closest we would have to what you are looking for is SPRAAN0 available at the URL below, though this document is specific to the DM6446, much of it will apply to the DM355 as they share a similar VPBE interface. http://focus.ti.com/dsp/docs/dspsupporttechdocsc.tsp?sectionId=3&tabId...
    on Jul 2, 2008

  • Forum Post: Re: Using non Micron CMOS sensor with DM355 EVM

    Bernie Thompson TI
    The driver does look to handle this, though it is not in the /lsp/ti-davinci/drivers/media/video/dm355_vpfe.c file, but rather the /lsp/ti-davinci/drivers/media/video/mt9t001.c file, strangely the dm355_vpfe.c file has a comment saying this code should be added but it does appear to exist in the mt9t001...
    on Jul 8, 2008

  • Forum Post: Re: Using non Micron CMOS sensor with DM355 EVM

    Juan Gonzales
    FYI, device_type is passed in via u-boot bootargs. This is detailed in the LSP User Guide (SPRUFG0 included in DVSDK 1.30.00.40); tvp5146 is the default device, but you can always make sure it is selecting this by passing in v4l2_video_capture=device:TVP5146 via bootargs. Also, I would suggest you...
    on Jul 9, 2008

  • Forum Post: Re: Using non Micron CMOS sensor with DM355 EVM

    Juan Gonzales
    Please note that the debug printk messages will likely print during driver initialization (during boot process) and not when you run the demo. Can you check the boot log to see if you find the printk statement you added?
    on Jul 9, 2008

  • Forum Post: Re: Using non Micron CMOS sensor with DM355 EVM

    TonyG362
    Ok the printk statements are being printed, so I know that the function is being called. I changed the value being written to address 0x25 offset 0x08 from 0x00 to 0x80 but this still doesn't work and my video is coming from the tvp5146. According to the docs at spectrum digital the typical write...
    on Jul 11, 2008

  • Forum Post: Re: LCD interface to DM355 EVM

    Juan Gonzales
    LogicPD also develops a touch-screen LCD Kit for DM355 (part No LCD-6.4-VGA-10R) which retails for $937; however if you just want the adaptor board, user manual, and schematics, you can get them for roughly $300 from LogicPD (I bleieve this is what they used to test spraan0 App Note we co-authored)....
    on Jul 11, 2008

  • Forum Post: Re: DM355: Streaming encoded video

    Juan Gonzales
    I am not too familiar with Live555, but have compiled it for DM6446 in the past. Since this is a tool for streaming data, I would imagine you may need to change encode demo to make sure buffers are managed correctly and data is not starved or dropped and call on live555 to stream the data. As I understand...
    on Jul 14, 2008

  • Forum Post: Re: DM355: Streaming encoded video

    Juan Gonzales
    video1.c is probably the correct file, the buffer returned from VIDENC1_process is the encoded video data that is written to a file; in your case, instead of writing to a file, you would stream it. I believe live555 is better from streaming, but you may want to consider gstreamer as well; gstreamer...
    on Jul 14, 2008

  • Forum Post: Re: Changing the CMEM layout.

    Juan Gonzales
    Two things that you need to consider come to mind 1) You can redefine cmem memory range and buffer by editing loadmodules.sh file 2) You will need to rebuild codec server used in demos (or your application) to make it aware of this new memory map, in a similar fashion to what is done in DM6446 article...
    on Jul 18, 2008

  • Forum Post: Re: Changing the CMEM layout.

    Juan Gonzales
    After digging a bit more into this, it appears there is no memory set aside for codec severs and hence step 2 in my previous e-mail is not necessary. If you consider the DM355 EVM has 128MB of DDR2 and by default 116 MB is assigned to Linux (see u-boot bootargs) and 12 MB to cmem (see loadmodules.sh...
    on Jul 18, 2008

  • Forum Post: My DaVinci EVM board is not behaving properly; how to I exchange it?

    Juan Gonzales
    Many of our DaVinci (DM355, DM6467, DM644X) boards are built by Spectrum Digital(SD). Therefore, if you suspect there is a problem with the EVM, you should do due digleence to try and verify the suspected problem area (there are normally board level tests posted on SD Website). If you still feel there...
    on Jul 18, 2008

  • Forum Post: Re: Using non Micron CMOS sensor with DM355 EVM

    TonyG362
    I was told that there was a problem with the firmware for the MSP430 and that the only way to control the mux is externally by switching the DECODER_IMAGER pin of the mux. Is this true, can anybody confirm this?
    on Jul 20, 2008

  • Forum Post: Re: Using non Micron CMOS sensor with DM355 EVM

    Juan Gonzales
    Tony, I am not aware of this issue but will look into it; have you tried writing to MSP430 to control LEDs just to make sure I2C is working properly? This is something that can be tried quickly as a sanity check.
    on Jul 20, 2008

  • Forum Post: Re: Using non Micron CMOS sensor with DM355 EVM

    Juan Gonzales
    Tony, I forgot to ask, where did you here about the firmware issue? Perhaps knowing the origin of this would help us confirm its validity in a more timely manner.
    on Jul 20, 2008

  • Forum Post: Re: Using non Micron CMOS sensor with DM355 EVM

    Juan Gonzales
    Bernie has a good point, if the appropriate hardware is not connected (e,g, micron MT9001), then you should see errors. Also, were you able to test to I2C interface to MSP430 by toggling LEDs?
    on Jul 23, 2008

  • Forum Post: Re: YUV 420p format display on dm355

    Juan Gonzales
    Raghava, Based on your original question (how can I display YUV420p?), I wanted to point out that the EDMA App Note focuses on conversion from DDR2 to DDR2; once you have YUV420 data in DDR2, you still need to output data via video port interface in order to make use of the display hardware blocks...
    on Jul 23, 2008

  • Forum Post: Re: YUV 420p format display on dm355

    Juan Gonzales
    Bernie, this makes much more sense, maybe it was I who mis-understood the original question. I think I read "display YUV420p" too literally. Hopefully the distinction between 8-bit pixel and 8-bit bus was still helpful.
    on Jul 23, 2008

  • Forum Post: Re: New binning or skipping mode.

    Juan Gonzales
    DVSDK software is what is available from TI via our software update site; this software is primarily written and controlled by TI. In addition, we have teamed up with many 3rd parties in order to provide more readily available solutions to our customers. Appro is an example of one such third party. Unfortunately...
    on Jul 25, 2008

  • Forum Post: Re: Using non Micron CMOS sensor with DM355 EVM

    TonyG362
    As a move of desperation I installed the previous version of the LSP just to see what would happen and I am now able to set different values to the LEDs. I tried my original approach (i.e. setting data[1] = 0x80 in enable_ccdc2tvp5146 in the tvp5146.c file) and this seems to be working. With this value...
    on Jul 27, 2008

  • Forum Post: Re: Using non Micron CMOS sensor with DM355 EVM

    Juan Gonzales
    Tony, I think you are referring to the LSP version; I believe the only DVSDK version available for DM355 in our software update site is 1.30.00.40 I have that version installed and can run the demos without any issue. Is it possible you are not updating all software components correctly; please see...
    on Jul 27, 2008

  • Forum Post: Re: New binning or skipping mode.

    Juan Gonzales
    I agree this can be quite complex. Like most complex software architectures, there are various defined APIs (V4L2 driver, FBDev driver, codec engine...) which applications use to make all the various software components function together. In my opinion, the key is to understand these APIs as well as...
    on Jul 28, 2008

  • Forum Post: Re: Linux Kernel Source Tree and Patches

    sathya2149
    Hi, Please read through the updates on the link :- http://tiexpressdsp.com/wiki/index.php?title=PSP_Introduction_and_Product_FAQ It should answer all your questions. Questions 3-7 and questions 9-10. PSP poduct downloads are available at the PSP update advisor site at :- https://www-a.ti.com/downloads...
    on Jul 28, 2008

  • Forum Post: rgb2yuv with ipipe previewer - invalid parameters?

    Sergey Konovalov
    Hello everyone, I'm trying to convert bayer image from CMOS sensor (MT9P031) to raw UYVY format (well, at least) in single-shot previewer mode on DM355. The main problem is: currently I've got no access to the working device (dm355 + sensor on one board), only like separate devices. I'm...
    on Jun 26, 2012
12345»

All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
embedded processors, along with software, tools and the industry’s largest sales/support staff.

© Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
Trademarks | Privacy Policy | Terms of Use