LCD Controller - Page 1
Forum section: electronics / projects

author: logictom
author_rank: Unknown
timestamp: January 29, 2011, 06:22:01 pm
content: I've been looking at an LCD for a project but I'm having trouble finding a controller.The LCD is WVGA(800x480) 24bpp, what I'm looking for is something that will generate all the clk, hsync, vsync R[0-7] etc etcI've found a couple of chips but nothing that does 24bpp and a few that do WVGA at 18bpp.I found one (SSD1963QL9) but of course that can't be bought anywhere...If I get the LCD this is the first time I will be working with something other than the 16x2 kind of LCD so I'm not sure if I'm barking up the wrong tree.Is this the usual route to hooking up an LCD? Micro>Controller>LCDIs this something I should implement using a second micro? I'm planning on using it in my Renesas design for the competition and there's not enough free pins to implement the controller, plus I figured it would eat up a fair chuck of the processing power.If anyone has any ideas, advise or even a book recommendation for this sort of stuff I'd appreciate it

author: jahonen
author_rank: Super Contributor
timestamp: January 29, 2011, 06:28:37 pm
content: Those things are usually used with a MCU with built-in LCD controller (ARM9 etc.), which takes care of all the dirty stuff. But it certainly is possible to roll your own, perhaps not with a MCU but a FPGA.Regards,Janne

author: jahonen
author_rank: Super Contributor
timestamp: January 29, 2011, 07:07:20 pm
content: I like to add that those LCD's are much more difficult to drive than those character monochrome ones, since they usually do not have internal display RAM, thus needing constant refresh from a controller with clock-cycle precise timings. Pixel clock is around 25 MHz or so, which makes it very difficult to drive from a MCU without dedicated LCD controller block.A FPGA can do it (probably you still would need external RAM for display memory) but I guess that solution is out of scope in this case.Regards,Janne

author: CafeLogic
author_rank: Regular Contributor
timestamp: January 29, 2011, 09:11:27 pm
content: Going from character to controller-less graphics is quite a leap. You might want to think about using one with a built in controller first. If you really want to do it. Here you go:STM32 appnote about implementing the controller with the DMAmore info on thatPIC24 family with built in LCD ControllerMy personal writeup on bit-banging it with a PIC32 (for monochrome stn)

author: CafeLogic
author_rank: Regular Contributor
timestamp: January 29, 2011, 09:19:06 pm
content: Just noticed your lofty resolution requirements. In that case, you might need something from theLPC1780 series. I don't know if they released it yet. Someone else was coming out with a chip with an on-board XGA controller also but I can't remember who it was, maybe Renases.

author: mikeselectricstuff
author_rank: Super Contributor
timestamp: January 29, 2011, 11:53:07 pm
content: Because of the bandwidth needed to drive this sort of resolution, most people tend to use a more powerful MCU with onboard LCD controller, e.g. LPC2478. Another option is an intelligent display, where the graphics horsepower has been offloaded to an onboard processor that accepts high-level commands to draw lines, text etc. For examplethis rangeIf you are doing simple stuff like displaying pre-rendered bitmaps etc. or text only, then there are some cheaper options based around CPLDs or FPGAs, but these will be very applicaiton-specific.

author: reagle
author_rank: Unknown
timestamp: January 30, 2011, 07:12:54 pm
content: I just had to go through a similar search for a project at work. Your choice is basically an external controller from Epson (Mouser carries a lot of them), a micro with an integrated one, or a second micro bit-banging things. What I found so far are:Freescale MCF532x series, or i.mx (those are like Cortex A8 1Ghz parts), Atmel ARM9 parts, and possibly Amulet graphics chip if you'd rather not deal with that stuff directly. And then there is a question of graphics libraries- some chip vendors supply them, while others expect you to pay.In your case, I'd suggest Amulet:http://www.amulettechnologies.com/products/chips.html.Plop it in, add some local flash and memory for frame buffer and talk to it serially. All images are preloaded and you don't have to deal with graphics much. An easy way out (not the cheapest, but definitely faster)

author: logictom
author_rank: Unknown
timestamp: January 31, 2011, 09:16:20 pm
content: Thanks for all the responses!I'm looking through all the options mentioned and weighing up the options.When I posted I hadn't purchased an LCD but had just a bid on one on eBay which I have won so will be using that, the one mentioned in the first post.I've just started a few different labs at uni but will be back and forth working on this and will no doubt be calling on your expert advise again:)For anyone curious:LMS700KF07-004