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.

omapL138

hello everbody

 

I am new to feild here i want to know how to connect omapL138processor pin and LCD(240*400resolution)pin.please tell in simple way 2 understand bec im a beginner. With you people help only am going to do my work which is assigned to me.pls help

 

Thank You

Vinoth..

  • Vinoth,

    Have a look at the following Wiki page. Although this page is really for OMAP3 much of the high level information is relevant.

    http://wiki.omap.com/index.php/Display_Subsystem

    Start at section "OMAP3 Display Sub-system Connectivity"

    Also check the page at http://wiki.omap.com/index.php/LCD_connectivity

    Parallel connectivity is most likely most relevant. It is really LCD specific at this point though.

    BR,

    Steve

  • Do you have the part number or datasheet for the LCD panel? If so we can give specific instructions.

    Jeff

  • CFAF240400DT this is the LCD panel part number.

  • ILI9326DS_LCD sorry dis is the correct part number for LCD

  • ya thanks for your help.ILI9326DS_LCD  dis is the correct part number for LCD can u tell now how we configure.

  • For the LCD configuration and connection requirements you will need to check with the LCD manufacturer for exact details regarding how to ensure the LCD is configured for "Parallel RGB Interface, 18 bit mode". This configuration needs to be performed through an SPI interface between OMAP and the LCD. See section 7.6. RGB Input Interface in the LCD datasheet for exact register settings in the LCD.

    From OMAP's perspective all you need to do is configure the LCD controller to 240x432 pixels with a clock rate of about 6.5MHz. Physical connectivity should be the upper 6 bits of each OMAP output color channel connected to the 6 bit color channel of the LCD. The LCD can accept 1.6V to 3.3V so no level shifters are required.

    Section 7.6.2. RGB Interface Timing of the LCD datasheet explains the relationship between the LCD register configuration, OMAP timing configuration and the displayed image on the screen.

    This particular LCD is extremely flexible and depending on your application you may not need to utilize all its features. In the simplest configuration you will configure the entire LCD display to be continually updated by OMAP in what the LCD manufacturer calls "moving picture' mode.

    If your display is not displaying video, or rapidly changing images then you could also connect this LCD to the GPMC interface on OMAP and treat the LCD simply as any other memory mapped device. This would require you to write all your own LCD access routines though since there is no driver currently available to support this mode/specific LCD.

    Just to refresh, the simplest way is to modify the OMAP display driver resolution and clock to simply output 240x432 with a clock of about 6.5MHz, then configure the LCD for parallel RGB mode.

    If you design your hardware such that the upper 6 bits of each OMAP output color channel are connected to the corresponding LCD color channel, OMAP pclk, h-sync, v-sync and DE are connected to the corresponding LCD inputs and that you have an SPI interface then you should be in a good position to experiment with the OMAP and LCD register settings to correctly align the display how you want to.

    Unfortunately do to the complexity and flexibility of this LCD we do not have example code for its configuration, but can certainly help once you have your hardware.

    BR,

    Steve

  • Hello steve

     

    I ll check it out with your response and respond you back.,thanks for your response.

     

    Vinoth.

  • Hello steve

     

    Now we are totally changed the plan . nowam going develop lcd driver for win ce6.0 by using visual studio2005. So could you help me how to write the code for the external driver for win ce.because win ce 6.0 does not have the inbuild driver for lcd control.

     

     

    Br

    Vinoth

  • Vinoth,

    Unfortunately I am really a hardware engineer and do not really know much about writing drivers.

    I will be able to help answer specific questions you may have though.

    This development will depend very much on the type of LCD you want to support.

    Basic, frame buffer only drivers should already be in the kernel and if you want to use a raster LCD then you should already be very close.

    If you want to support extended features like overlay, video decode etc... then it is a much more complex undertaking.

    BR,

    Steve

  • Vinoth,

    The Embedded Software section has a WinCE forum that might be useful: http://e2e.ti.com/support/embedded/f/353.aspx

    -Tommy

  • steve

     

    Ya no probs your information is very useful to me. i ll ask if any other help needed.

     

    BR

    Vinoth