640x480 LCD old LAPTOP

[LCD_wanted]

Does anybody see any project how without specially chip driving
LCD 640x480 , or any link's about this theme?

[LCD_wanted]

I found LCD and buy it with old LAPTOP (LCD - LQ9D011), and
find project with use this device for Video Card that is
http://www.maltepoeggel.de/html/tft2pc/
But not English, and I dont understand how use interface with that LCD

PLEASE ANSW.

Can I connect this LCD to PIC.
How send to this LCD pixel with coordin. X=10,Y=10, and Yello Color //as sample

[Mark]

Not to disappoint you, but unless you have a high level of microcontroller programming and hardware design, this would be an almost impossible task. You would be better off getting a display that was made to interface to a micro. You are going to have to have a driver for that display. The easiest is probably to find a video card (ISA) that will work and then go from there. Here is that page translated

http://fets3.freetranslation.com/?url=http%3A%2F%2Fwww.maltepoeggel.de%2Fhtml%2Ftft2pc%2F&sequence=core&language=German%2FEnglish

[LCD_wanted]

Mark thanks.
Please answere else one Q. interface C1 15PIN and no DATA IN for choosing coordinate of putting pixel. Only Color.
Why?

[Trampas]

The way the LCD works is that it has a horz and vertical sync signal and then a pixel clock. So when the vertical signal goes high the display pixel counter moves to top of screen. When the horz sync goes high the pixel counter moves to start of line. So you this sets your pixel posistion to top left corner of LCD. Now each cycle of the dot(pixel) clock will read the color inputs and draw that pixel on screen. When the current line is done the horz sync will go low and then go high again to indicate next line.

So basically to get a 60Hz refresh rate every 1/60th of a second the entire screen needs to be redrawn. So if you have 640x480 pixels this means the slowest your dot clock could be would be over 18Mhz. In reality your dot clock will need to be faster to account for inactive periods of the hsync and vsync signals.

To answer your next question, no the PICs are not fast enough to generate these signals, you can use an FPGA or CPLD.

Trampas

[LCD_wanted]

Now I understand (better use passive LCD )
I never used FPGA or CPLD, but maybe with
dsPIC 30MIPS really do that?

[Trampas]

The dsPIC can not do it either. Think about it...

You need to update a pixel every clock at about 18Mhz, 256 colors you would have a byte per color. Therefore to buffer the image you need 307Kbytes of SRAM. Then you need to read the SRAM and spit out the color data, so you have maybe one or two clocks of the 30MHZ dsPIC to do this. Plus you need to have some way to write the data into the SRAM.

Trampas

[LCD_wanted]

Ok HELP ME UNDERSTAND THAT lcd:
http://home.nikocity.de/woe/lcd/lm24010.pdf
DOES I can use this only with PIC ,or not? PIC to slowly for that LCD?