Lpc2000

Does anybody has exeriences with LPC2106 over-clocking ?

I would like to feed a color display as fast as possible (means
transfer of a complete image). I believe I did everything one can do
to speed the function up which is doing the transfer to the display.
(PLL 60MHz, assembler routine in RAM, VPB 1:1, MAM fully enabled,
etc.)
But it seems it is not quite fast enough.

So I had the idea to improve the transfer time by a higher clock, just
for for the transfer, not generally.

I would like to know if anybody did it already and how long it would
take to lock the PLL?

Thanks

Il giorno sab, 05-03-2005 alle 07:16 +0000, r_bottleneck ha scritto:
> 
> Does anybody has exeriences with LPC2106 over-clocking ?

With 14.7456MHz quartz and PLLCFG=0x25 a LPC2106 work at:
14.7456x5 = 73,728MHz

With PLLCFG=0x26 it don't work.

> I would like to feed a color display as fast as possible (means
> transfer of a complete image). I believe I did everything one can do
> to speed the function up which is doing the transfer to the display.
> (PLL 60MHz, assembler routine in RAM, VPB 1:1, MAM fully enabled,
> etc.)
> But it seems it is not quite fast enough.

Is very hard to feed right temporization to LCD displays with uC GPIO.

You should see for other microcontrollers with integrated LCD driver and
frame buffer.


-- 
FabioDB <fabiodib@...>
Altraqua

Great, it works. Thanks a lot.

I need to use the LPC2106. Now I'm reaching 19,6 ms for 56KB color
information. It's fast enough for my application.

Thanks again
 

--- In lpc2000@yahoogroups.com, FabioDB <fabiodib@e...> wrote:
> Il giorno sab, 05-03-2005 alle 07:16 +0000, r_bottleneck ha scritto:
> > 
> > Does anybody has exeriences with LPC2106 over-clocking ?
> 
> With 14.7456MHz quartz and PLLCFG=0x25 a LPC2106 work at:
> 14.7456x5 = 73,728MHz
> 
> With PLLCFG=0x26 it don't work.
> 
> > I would like to feed a color display as fast as possible (means
> > transfer of a complete image). I believe I did everything one can
do
> > to speed the function up which is doing the transfer to the
display.
> > (PLL 60MHz, assembler routine in RAM, VPB 1:1, MAM fully enabled,
> > etc.)
> > But it seems it is not quite fast enough.
> 
> Is very hard to feed right temporization to LCD displays with uC
GPIO.
> 
> You should see for other microcontrollers with integrated LCD
driver and

> frame buffer.
> 
> 
> -- 
> FabioDB <fabiodib@e...>
> Altraqua

I have better rezults. I'm using LPC2124 at 103,2192 MHz with 14,7456 
MHz quartz. The best result was with 10MHz quartz at 110MHz, but 
works unstable.

--- In lpc2000@yahoogroups.com, "top4e" <top4e@y...> wrote:
> 
> I have better rezults. I'm using LPC2124 at 103,2192 MHz with 
14,7456 
> MHz quartz. The best result was with 10MHz quartz at 110MHz, but 
> works unstable.

Hi,
Questions:  What's your supply voltage for CPU core?
Is that exact 1.8V or Higher? like 2.5V??
I believe you should run faster at higher core voltage.

Actually, I'm just thinking of supply slightly higher 
than 1.8V for my 50MHz operation.   That should improve
the reliability.
Thanks  /MH

--- In lpc2000@yahoogroups.com, "unity0724" <unity0724@y...> wrote:
> 
> --- In lpc2000@yahoogroups.com, "top4e" <top4e@y...> wrote:
> > 
> > I have better rezults. I'm using LPC2124 at 103,2192 MHz with 
> 14,7456 
> > MHz quartz. The best result was with 10MHz quartz at 110MHz, but 
> > works unstable.
> 
> Hi,
> Questions:  What's your supply voltage for CPU core?
> Is that exact 1.8V or Higher? like 2.5V??
> I believe you should run faster at higher core voltage.
> 
> Actually, I'm just thinking of supply slightly higher 
> than 1.8V for my 50MHz operation.   That should improve
> the reliability.
> Thanks  /MH
Hi unity0724,
The core voltage is 1.83V. I think the limit is peripherial clock 
limeted around the 25MHZ. I think that the higher voltage is not good 
idea, when you wark in normal freqency range. The controler must be 
fully tested in this range of frequencis. The result woud be higher 
chip temperature, I think.

Hi,
I'm trying to get my LPC21xx running as reliable
as possible.  I did:
  - Good power supply de-coupling and PCB layout.
  - Flash fetch cycle at 3-4 clocks
  - Using external 50Mhz OSC clock and avoid
    turning on the internal PLL (Philips 51RD2 x2 PLL is
    very reliable but I'm still not comfortable with 
    LPC2K PLL of 200-300Mhz at 1.8V). I actually do
    not even like the crystal oscillator at 1.8V so 
    I used a 5V OSC module and clamp down the amplitude.  
    (Power consumption issue less important)

The next thing I would like to look into is the
core voltage increased to 1.95V.  My "feeling"
is chip might run more reliable at that voltage.
(And hoping that philips has fully test out the 
internal flash program + charge pump reliability at
that 1.95V max core voltage)

Anybody who had done a full stress test of the chip
(Max Clock freq, Voltage, temperature range etc) and 
understand how to further improve the reliability,
please let me know.   I'm lack of good "burn-in"
facilities.
Many THANKS in Advance    /MH


--- In lpc2000@yahoogroups.com, "top4e" <top4e@y...> wrote:
> 
> --- In lpc2000@yahoogroups.com, "unity0724" <unity0724@y...> wrote:
> > 
> > --- In lpc2000@yahoogroups.com, "top4e" <top4e@y...> wrote:
> > > 
> > > I have better rezults. I'm using LPC2124 at 103,2192 MHz with 
> > 14,7456 
> > > MHz quartz. The best result was with 10MHz quartz at 110MHz, 
but 
> > > works unstable.
> > 
> > Hi,
> > Questions:  What's your supply voltage for CPU core?
> > Is that exact 1.8V or Higher? like 2.5V??
> > I believe you should run faster at higher core voltage.
> > 
> > Actually, I'm just thinking of supply slightly higher 
> > than 1.8V for my 50MHz operation.   That should improve
> > the reliability.
> > Thanks  /MH
> Hi unity0724,
> The core voltage is 1.83V. I think the limit is peripherial clock 
> limeted around the 25MHZ. I think that the higher voltage is not 
good 
> idea, when you wark in normal freqency range. The controler must 
be 
> fully tested in this range of frequencis. The result woud be 
higher 
> chip temperature, I think.