Lpc2000

Hello, I'm developing a LPC-2214 based motion control product 
which requires a graphic display somewhere in the range of 320x240 
pixels.

I was wondering if anybody has any recommendations or warnings in 
regards to specific displays?  Since the product must be battery 
powered, and the screen must be legible in sunlight, I'm thinking 
monochome LCD is my best bet.  But I'm open to all kinds of displays.

Sorry for drifting a little off topic, but with the amazing speed of 
these little ARM processors I'm sure I'm not the only one
thinking it's time to incorporate graphic displays into fairly
low end products.  After all, even cell-phones now have graphic 
displays!  I wouldn't consider this with the 16 micro I've been 
using, but with the LPC's maintaining a graphic interface seems well 
within reach.

Thanks,

Bill T.
http://www.kupercontrols.com

the epson sed series lcd controllers would work except they require the use of a wait pin to sync the external bus. the only part which worked on 8080/6800 busses has been lifetime buy'd.

most 320 by 240 parts require 4 data lines, clock, line and frame pulses, with the pixel data being shifted by the clock.

i am rolling my own using a $6 actel fpga, and a $1 static ram. i plan to use a spi interface so the part
can be used with any processor. simple circuit to implement

also found some nice cog modules with integrated el backlight and 4 wire touchscreen for under $40

bob engle
embedded soutions
  
> 
> From: "tonalbuilder2002" <twentiethwave@...>
> Date: 2005/03/06 Sun AM 12:38:03 EST
> To: lpc2000@yahoogroups.com
> Subject: [lpc2000] LPC2000's and Graphic Displays
> 
> 



[Non-text portions of this message have been removed]

--- In lpc2000@yahoogroups.com, <bobengle@b...> wrote:
> 
> the epson sed series lcd controllers would work except they require 
the use of a wait pin to sync the external bus. the only part which 
worked on 8080/6800 busses has been lifetime buy'd.
> 
> most 320 by 240 parts require 4 data lines, clock, line and frame 
pulses, with the pixel data being shifted by the clock.
> 
> i am rolling my own using a $6 actel fpga, and a $1 static ram. i 
plan to use a spi interface so the part
> can be used with any processor. simple circuit to implement
> 
> also found some nice cog modules with integrated el backlight and 4 
wire touchscreen for under $40
> 
> bob engle
> embedded soutions
>   
> > 
> > From: "tonalbuilder2002" <twentiethwave@h...>
> > Date: 2005/03/06 Sun AM 12:38:03 EST
> > To: lpc2000@yahoogroups.com
> > Subject: [lpc2000] LPC2000's and Graphic Displays
> > 
> > 
> 
> 
> 
> [Non-text portions of this message have been removed]


Hi Bob

I was looking to do similiar, which actel part were you considering ? 
I've not had to much to do with fpga and would and would appreciate 
any pointers

thanx Doug

Thanks for your comments, Bob.  I was actually thinking about the 
FPGA controller route, since I'm already using ACTEL A54SX's on 
similar products...

http://www.kupercontrols.com/knode02.jpg

Been looking at the Optrex F-51447 product, which seems pretty 
interesting and costs ~$60 @ 100 pieces...

http://www.optrex.com/SiteImages/PartList/SPEC/51477ade.PDF

I assume I can get away with a single buffer of display RAM just by 
not clocking the display when I'm writing to the RAM, thereby 
avoiding display glitching and conflicts with the LCD data reads.  I 
assume there's no visible artifact caused by starting and stopping 
the display clock, does anybody know different?

Bill T.
http://www.kupercontrols.com




--- In lpc2000@yahoogroups.com, <bobengle@b...> wrote:
> 
> the epson sed series lcd controllers would work except they require 
the use of a wait pin to sync the external bus. the only part which 
worked on 8080/6800 busses has been lifetime buy'd.
> 
> most 320 by 240 parts require 4 data lines, clock, line and frame 
pulses, with the pixel data being shifted by the clock.
> 
> i am rolling my own using a $6 actel fpga, and a $1 static ram. i 
plan to use a spi interface so the part
> can be used with any processor. simple circuit to implement
> 
> also found some nice cog modules with integrated el backlight and 4 
wire touchscreen for under $40

> 
> bob engle
> embedded soutions
>   
> > 
> > From: "tonalbuilder2002" <twentiethwave@h...>
> > Date: 2005/03/06 Sun AM 12:38:03 EST
> > To: lpc2000@yahoogroups.com
> > Subject: [lpc2000] LPC2000's and Graphic Displays
> > 
> > 
> 
> 
> 
> [Non-text portions of this message have been removed]

Hi,
few weeks ago I did similar design (320 x 240 LCD controller, with 
4/8 control lines). My sulution was based on ... LPC2106. It has 
enough RAM for LCD data and SPI (rather slow on this part) for data 
exchange. HIGHLY optimised asm code (for driving LCD) makes more than 
2.2MHz clock rate (>70Hz refresh).

Now I'm thinking about solution on LPC213x (single supply, faster 
SPI, price ..). The only dissadvantage is 3.3V (LCD requires 5V 
driving voltage), so 3/5V buffers are required for such displays.

Complete solution with small LPC213x is very simple (no glue to ext 
RAM, flexible) and comparable in price.

Grzegorz

www.savo.pl



--- In lpc2000@yahoogroups.com, "tonalbuilder2002" 
<twentiethwave@h...> wrote:
> 
> Thanks for your comments, Bob.  I was actually thinking about the 
> FPGA controller route, since I'm already using ACTEL A54SX's on 
> similar products...
> 
> http://www.kupercontrols.com/knode02.jpg
> 
> Been looking at the Optrex F-51447 product, which seems pretty 
> interesting and costs ~$60 @ 100 pieces...
> 
> http://www.optrex.com/SiteImages/PartList/SPEC/51477ade.PDF
> 
> I assume I can get away with a single buffer of display RAM just by 
> not clocking the display when I'm writing to the RAM, thereby 
> avoiding display glitching and conflicts with the LCD data reads.  
I 
> assume there's no visible artifact caused by starting and stopping 
> the display clock, does anybody know different?
> 
> Bill T.
> http://www.kupercontrols.com
> 
> 
> 
> 
> --- In lpc2000@yahoogroups.com, <bobengle@b...> wrote:
> > 
> > the epson sed series lcd controllers would work except they 
require 
> the use of a wait pin to sync the external bus. the only part which 
> worked on 8080/6800 busses has been lifetime buy'd.
> > 
> > most 320 by 240 parts require 4 data lines, clock, line and frame 
> pulses, with the pixel data being shifted by the clock.
> > 
> > i am rolling my own using a $6 actel fpga, and a $1 static ram. i 
> plan to use a spi interface so the part
> > can be used with any processor. simple circuit to implement
> > 
> > also found some nice cog modules with integrated el backlight and 
4 

> wire touchscreen for under $40
> > 
> > bob engle
> > embedded soutions
> >   
> > > 
> > > From: "tonalbuilder2002" <twentiethwave@h...>
> > > Date: 2005/03/06 Sun AM 12:38:03 EST
> > > To: lpc2000@yahoogroups.com
> > > Subject: [lpc2000] LPC2000's and Graphic Displays
> > > 
> > > 
> > 
> > 
> > 
> > [Non-text portions of this message have been removed]

i was planning on accessing the ram via a state machine, where read and write cycles alternated, thus
using a 55ns ram this would give me at least 7 megabytes / sec. this equates to a 140ns write access time to the cpu

the qvga mono needs to read 9600 bytes / frame, so its access to the ram is approx 600kilobytes / sec.
even a color tft qvga with 16 bit color would be only twice this

bob engle
embedded solutions 

>I assume I can get away with a single buffer of display RAM just by
>not clocking the display when I'm writing to the RAM, thereby
>avoiding display glitching and conflicts with the LCD data reads.  I
>assume there's no visible artifact caused by starting and stopping
>>the display clock, does anybody know different?




[Non-text portions of this message have been removed]

> i was planning on accessing the ram via a state machine, 
> where read and write cycles alternated, thus
> using a 55ns ram this would give me at least 7 megabytes / 
> sec. this equates to a 140ns write access time to the cpu
> 
> the qvga mono needs to read 9600 bytes / frame, so its access 
> to the ram is approx 600kilobytes / sec.

Ok.

> even a color tft qvga with 16 bit color would be only twice this

How did you do the maths on this one?

320 x 240 pixels, 2 bytes per pixel, 60 frames/s

320 x 240 x 2 x 60 = 9.2 Mbytes/s

  Eric

did you have a look at Intel's PXA... processors with built in lcd 
controller ?


--- In lpc2000@yahoogroups.com, Eric Rullens <gorilla@d...> wrote:

> > i was planning on accessing the ram via a state machine, 
> > where read and write cycles alternated, thus
> > using a 55ns ram this would give me at least 7 megabytes / 
> > sec. this equates to a 140ns write access time to the cpu
> > 
> > the qvga mono needs to read 9600 bytes / frame, so its access 
> > to the ram is approx 600kilobytes / sec.
> 
> Ok.
> 
> > even a color tft qvga with 16 bit color would be only twice this
> 
> How did you do the maths on this one?
> 
> 320 x 240 pixels, 2 bytes per pixel, 60 frames/s
> 
> 320 x 240 x 2 x 60 = 9.2 Mbytes/s
> 
>   Eric

--- In lpc2000@yahoogroups.com, "Jan Szymanski" <janek@b...> wrote:
> 
> did you have a look at Intel's PXA... processors with built in lcd 
> controller ?

The PXA255 certainly is a nice processor.  Unfortunately such a 
system would cost at least 2x the LPC solution, the fine pitch BGA 
package would mean I'd have to find a new board fab that can 
handle .004" traces and teensy vias, and yadadada....

But really the LPC's are a good match for my application, and
I'm well up on the learning curve.  Like most small developers,
the total amount of development time I have to spend on a project is 
not enough to learn more than one new tool or one complex chip on a 
single job.  As it is I spend hundreds of hours a year "learning" 
stuff just to keep current.  A few years back my FPGA supplier 
killed  an old development system that I knew extremely well, and 
introduced a very different new one.  That cost me a lot time just to 
not lose ground!  Learning is the biggest investment I have to make 
to stay in business, and each new learning curve involves real 
costs.  So if I can make an LPC work in this project, so be it.

But as long as we're on the subject, Philips and ARM would do
well to check out Intel's $399 PXA compiler that integrates into
the VisualC++ IDE.  Good thinking, IMHO.  That infamous Keil .pdf 
touts the LPC as the "8051 of the 21st Century."  If that's to really 
be the true we need cheap, good development tools like Intel supplies.

Bill T.
http://www.kupercontrols.com

Hey,
Have you looked at the SHARP SOC based on ARM7... 
http://www.sharpsma.com/productgroup.php?ProductGroupID=53
<http://www.sharpsma.com/productgroup.php?ProductGroupID=53&SubProductGroupI
D=1> &SubProductGroupID=1
They come with grayscale LCD controllers as well as CAN and other goodies...
Cheers,
m.

  _____  

From: tonalbuilder2002 [mailto:twentiethwave@...] 
Sent: Wednesday, March 09, 2005 10:26 PM
To: lpc2000@yahoogroups.com
Subject: [lpc2000] Re: LPC2000's and Graphic Displays



--- In lpc2000@yahoogroups.com, "Jan Szymanski" <janek@b...> wrote:
> 
> did you have a look at Intel's PXA... processors with built in lcd 
> controller ?

The PXA255 certainly is a nice processor.  Unfortunately such a 
system would cost at least 2x the LPC solution, the fine pitch BGA 
package would mean I'd have to find a new board fab that can 
handle .004" traces and teensy vias, and yadadada....

But really the LPC's are a good match for my application, and
I'm well up on the learning curve.  Like most small developers,
the total amount of development time I have to spend on a project is 
not enough to learn more than one new tool or one complex chip on a 
single job.  As it is I spend hundreds of hours a year "learning" 
stuff just to keep current.  A few years back my FPGA supplier 
killed  an old development system that I knew extremely well, and 
introduced a very different new one.  That cost me a lot time just to 
not lose ground!  Learning is the biggest investment I have to make 
to stay in business, and each new learning curve involves real 
costs.  So if I can make an LPC work in this project, so be it.

But as long as we're on the subject, Philips and ARM would do
well to check out Intel's $399 PXA compiler that integrates into
the VisualC++ IDE.  Good thinking, IMHO.  That infamous Keil .pdf 
touts the LPC as the "8051 of the 21st Century."  If that's to really 
be the true we need cheap, good development tools like Intel supplies.

Bill T.
http://www.kupercontrols.com








Yahoo! Groups Sponsor	

ADVERTISEMENT
 
<http://us.ard.yahoo.com/SIG=129046j5g/M=298184.6018725.7038619.3001176/D=gr
oups/S=1706554205:HM/EXP=1110511611/A=2593423/R=0/SIG=11el9gslf/*http://www.
netflix.com/Default?mqso=60190075> click here	
 
<http://us.adserver.yahoo.com/l?M=298184.6018725.7038619.3001176/D=groups/S=
:HM/A=2593423/rand=197582961> 	

  _____  

Yahoo! Groups Links


*	To visit your group on the web, go to:
http://groups.yahoo.com/group/lpc2000/
  

*	To unsubscribe from this group, send an email to:
lpc2000-unsubscribe@yahoogroups.com
<mailto:lpc2000-unsubscribe@yahoogroups.com?subject=Unsubscribe> 
  

*	Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service
<http://docs.yahoo.com/info/terms/> . 




[Non-text portions of this message have been removed]

I know this is somewhat off-topic , but I am also working on an Intel 
PXA270 project (which will run Windows CE). 

Does anyone have suggestions for JTAG, for hardware testing, 
programming of external Flash, and debug?  (For low level stuff, 
before Windows Platform Builder comes into play.)  EPI's Majic looks 
nice, but way overpriced.  I'd buy it in a minute if it were half the 
price.

Are there any good discussion groups (on the level of this group) 
dedicated to Intel PXA270?


--- In lpc2000@yahoogroups.com, "Jan Szymanski" <janek@b...> wrote:

> 
> did you have a look at Intel's PXA... processors with built in lcd 
> controller ?

----- Original Message ----- 

From: "lp2000c" <lp2000c@...>
To: <lpc2000@yahoogroups.com>
Sent: Friday, March 11, 2005 6:49 PM
Subject: [lpc2000] Intel PXA (off topic)


>
>
> I know this is somewhat off-topic , but I am also working on an Intel
> PXA270 project (which will run Windows CE).
>
> Does anyone have suggestions for JTAG, for hardware testing,
> programming of external Flash, and debug?  (For low level stuff,
> before Windows Platform Builder comes into play.)  EPI's Majic looks
> nice, but way overpriced.  I'd buy it in a minute if it were half the
> price.

Intel has a document on JTAG for XScale. It's number 273538-001. They have 
some suggestions, like the Macraigor Raven. You might be able to use a 
Wiggler clone.

Leon

Wigglers work with XScale.

Regards
Michael

>----- Original Message ----- 
>From: "lp2000c" <lp2000c@...>
>To: <lpc2000@yahoogroups.com>
>Sent: Friday, March 11, 2005 6:49 PM
>Subject: [lpc2000] Intel PXA (off topic)
>
>
>  
>
>>I know this is somewhat off-topic , but I am also working on an Intel
>>PXA270 project (which will run Windows CE).
>>
>>Does anyone have suggestions for JTAG, for hardware testing,
>>programming of external Flash, and debug?  (For low level stuff,
>>before Windows Platform Builder comes into play.)  EPI's Majic looks
>>nice, but way overpriced.  I'd buy it in a minute if it were half the
>>price.
>>    
>>
>
>Intel has a document on JTAG for XScale. It's number 273538-001. They have 
>some suggestions, like the Macraigor Raven. You might be able to use a 
>Wiggler clone.
>
>Leon 
>
>
>
> 
>Yahoo! Groups Links
>
>
>
> 
>
>
>
>  
>