Atomsoft's thread on the Nokia 7110 has me thinking about other displays. The blackberry 7100 display can be found for $12 "Bright and clear, the screen supports a good resolution of 240 x 260 pixel."
**broken link removed**
Has anyone seen information on using this display with a uC? I know you are not going to do it with an 8 bit. Would guess it is along the line of attempting to use a laptop display.
I would like to use them as IO for a home control system. Maybe just reprogram blackberry and screw the entire unit to the wall. Too bad that bluetooth has such a short range.
If you want a larger alternative to the Nokia 6100 colour LCD you could go for the Siemens S65. There's info out there on drivers, and it's about $10 on E-Bay. Only about half the size, though. 132x176 with 16bit colour.
I keep getting tempted to try a controller for the PSP screen. They're only $20 on dealextreme, refurbed.
The PSP screen needs a lot of horsepower to run it, and a good amount of available memory for screen images. It is very cool, the only thing holding me back is that I can't think of anything practical to actually use it for.
EDIT: The datasheet is pretty complete for the Sharp PSP screen. You don't need much more tech info than that to get the basics going.
Lets leave the speculation in the ****-chat forum. It's biggest limitation is the 9Mhz clock rate. There's no reason why this can't be done with an ARM7. I don't use the LPC's, but the LPC2478 has a built in LCD hardware block that can handle much bigger direct TFT displays than this one.
you can surely controll it with a pic32. Im sure i could. I bet if i get that screen ill controll it with a 18F pic and some port expanders and a SD card interface.
Depends on the LCD itself, does it have a frame buffer? If it does the speed of the driving controller is irrelevant as long as it meets the read/write cycle time limits, it really depends on how much data you need to push it how fast. For static or slowly changing displays a PIC or AVR will work just fine. You have to work the numbers out on how much data needs to be sent for what you want to do and what you have that can send it. Nothing wrong with using an FPJA but why bother if something cheaper smaller and simpler will do?