I need some idea to realize a structure like this:
    MCU <-> LCD CONTROLLER <-> TFT LCD

I'm using a 32 bit MCU (ARM7 or Cortex-M3), supposed to drive external 
FLASH and SRAM.
The TFT LCD has to be a QVGA-sized panel with no internal dedicated 
controller, has the company does not want to be be tied to a specific 
display model.
We have this model to try with: 
http://www.data-modul.com/de/products/tft_displays/single_tft_small/TX14-Touch.pdf

We have discarded the NXP2378 MCU and (obviuosly) old discontinued 
Sharp models.
The graphic wuold be static: some 16bpp images and icons, with no 
smooth animations (max 2-3 frames per second): the company doesn't want 
to move to an ARM9 controller (or similar).
So the choice will be as described above.

Thanks

news.tin.it scriveva il 07/08/2009 :
> We have discarded the NXP2378 MCU and (obviuosly) old discontinued Sharp 
> models.
Sorry for the typo... it's the NXP2478 MCU.

On Aug 7, 10:41=A0am, news.tin.it <djo...@despammed.com> wrote:
> I need some idea to realize a structure like this:
> =A0 =A0 MCU <-> LCD CONTROLLER <-> TFT LCD

Have you considered an FPGA solution?

On Fri, 07 Aug 2009 16:41:18 +0200, news.tin.it <d...@despammed.com> wrote:

>I need some idea to realize a structure like this:
>    MCU <-> LCD CONTROLLER <-> TFT LCD
>
>I'm using a 32 bit MCU (ARM7 or Cortex-M3), supposed to drive external 
>FLASH and SRAM.
>The TFT LCD has to be a QVGA-sized panel with no internal dedicated 
>controller, has the company does not want to be be tied to a specific 
>display model.
>We have this model to try with: 
>http://www.data-modul.com/de/products/tft_displays/single_tft_small/TX14-Touch.pdf
>
>We have discarded the NXP2378 MCU 

Why? It's probably the best fit for what you want to do

>The graphic wuold be static: some 16bpp images and icons, with no 
>smooth animations (max 2-3 frames per second): the company doesn't want 
>to move to an ARM9 controller (or similar).

Why not? I think NXP have a pretty cheap ARM9 with TFT controller

Mike Harrison ha pensato forte :
>
> Why? It's probably the best fit for what you want to do
I know, but the company has got some serious EMC troubles with NCP2xxx 
family.
>
>> The graphic wuold be static: some 16bpp images and icons, with no 
>> smooth animations (max 2-3 frames per second): the company doesn't want 
>> to move to an ARM9 controller (or similar).
>
> Why not? I think NXP have a pretty cheap ARM9 with TFT controller
No ARM9 because of MCU packaging: they don't want BGA on those boards.

Dopo dura riflessione, larwe ha scritto :
> On Aug 7, 10:41 am, news.tin.it <djo...@despammed.com> wrote:
> Have you considered an FPGA solution?
Yes, but we're still looking at it.
Any idea?

Thanks

On Fri, 07 Aug 2009 16:41:18 +0200
news.tin.it <d...@despammed.com> wrote:

> I need some idea to realize a structure like this:
>     MCU <-> LCD CONTROLLER <-> TFT LCD
> 
> I'm using a 32 bit MCU (ARM7 or Cortex-M3), supposed to drive
> external FLASH and SRAM.
> The TFT LCD has to be a QVGA-sized panel with no internal dedicated 
> controller, has the company does not want to be be tied to a specific 
> display model.
> We have this model to try with: 
> http://www.data-modul.com/de/products/tft_displays/single_tft_small/TX14-Touch.pdf
> 
> We have discarded the NXP2378 MCU and (obviuosly) old discontinued 
> Sharp models.
> The graphic wuold be static: some 16bpp images and icons, with no 
> smooth animations (max 2-3 frames per second): the company doesn't
> want to move to an ARM9 controller (or similar).
> So the choice will be as described above.
> 
> Thanks
> 
> 

In having just been evaluating all of this sort of stuff, I think
you'll find that most of the ARM7s and all of the Cortexes will really
let you down on pin count.  If you're talking about an SRAM, a parallel
flash, and a QVGA, that's a whole lot of pins.  I found few Cortexes
with more than 100 pins, and none with more than 144.

-- 
Rob Gaddi, Highland Technology
Email address is currently out of order

Nel suo scritto precedente, Rob Gaddi ha sostenuto :

>
> In having just been evaluating all of this sort of stuff, I think
> you'll find that most of the ARM7s and all of the Cortexes will really
> let you down on pin count.  If you're talking about an SRAM, a parallel
> flash, and a QVGA, that's a whole lot of pins.  I found few Cortexes
> with more than 100 pins, and none with more than 144.
Hi,
we have recently used a STM32F103ZE Cortex-M3, 144-pin with external 
static memory interface (look at STM32 eval board for reference design, 
usign NOR/NAND FLASH and SRAM).

But the problem is the LCD controller... we need something that's going 
to be available for a few years (3 to 5) and most controllers are too 
specific to be managed.

Why not glue an LCD controller produced by one of these companies to the 
EBI?  Chances are that the LCD controller will do what you want, and 
there is always technical support available to help you interface with 
your processor.

Epson Research:
http://vdc.epson.com/

STMicroelectronics:
http://www.stm.com/stonline/products/families/display/controller/lcd/lcd.htm

On Aug 8, 12:12=A0am, Nicholas Kinar <n.ki...@usask.ca> wrote:
> Why not glue an LCD controller produced by one of these companies to the
> EBI? =A0Chances are that the LCD controller will do what you want, and
> there is always technical support available to help you interface with
> your processor.
>
> Epson Research:http://vdc.epson.com/
>
> STMicroelectronics:http://www.stm.com/stonline/products/families/display/=
controller/lcd/...

While Epson show numerous QVGA capable controllers, STM have none
(just
VGA -> LCD convertors).
Siliconmotion are the only ones to my knowledge to make somewhat
larger
controllers since the b690x0 by Chips (intel, asiliant) were
slaughtered.
http://www.siliconmotion.com/ . Mind you, the old b69030 can do SXGA
on
an LCD and on an analog output with independent sync rates - all this
at < 1W, framebuffer memory (4Mbytes) included on chip.

Dimiter

------------------------------------------------------
Dimiter Popoff               Transgalactic Instruments

http://www.tgi-sci.com
------------------------------------------------------
http://www.flickr.com/photos/didi_tgi/sets/72157600228621276/