Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Thread

LPC performance and Clock frecuency

LPC performance and Clock frecuency

2004-09-28 by acetoel

Hello...
I have seen boards with 10MHz, 14.xxxMhz and 20Mhz. All with the PLL 
set so the chip runs at 60Mhz more or less...
But really, is there any difference if I use a 20Mhz crystal 
oscilator than a 10Mhz?
IF there is no difference between crytal speed.Why so many people 
use the 14.xxxMhz crystal osc? 
Thanks
Ezequiel

Re: [lpc2000] LPC performance and Clock frecuency

2004-09-28 by Leon Heller

----- Original Message ----- 
Show quoted textHide quoted text
From: "acetoel" <acetoel@...>
To: <lpc2000@yahoogroups.com>
Sent: Tuesday, September 28, 2004 12:03 PM
Subject: [lpc2000] LPC performance and Clock frecuency


> Hello...
> I have seen boards with 10MHz, 14.xxxMhz and 20Mhz. All with the PLL 
> set so the chip runs at 60Mhz more or less...
> But really, is there any difference if I use a 20Mhz crystal 
> oscilator than a 10Mhz?
> IF there is no difference between crytal speed.Why so many people 
> use the 14.xxxMhz crystal osc? 

It gives accurate baud rates for the UARTs.

Leon

Re: LPC performance and Clock frecuency

2004-09-28 by acetoel

Thanks
I noticed that today when looking at the Baud Rate error. With 20Mhz 
is near 0.12% and with 14.xx is near 0.02%. It's quite a difference 
and 1 Mhz in the processor clock will not make a significant 
difference...
Thanks
Ezequiel

--- In lpc2000@yahoogroups.com, "Leon Heller" <leon_heller@h...> 
wrote:
> ----- Original Message ----- 
> From: "acetoel" <acetoel@y...>
> To: <lpc2000@yahoogroups.com>
> Sent: Tuesday, September 28, 2004 12:03 PM
> Subject: [lpc2000] LPC performance and Clock frecuency
> 
> 
> > Hello...
> > I have seen boards with 10MHz, 14.xxxMhz and 20Mhz. All with the 
PLL 
> > set so the chip runs at 60Mhz more or less...
> > But really, is there any difference if I use a 20Mhz crystal 
> > oscilator than a 10Mhz?
> > IF there is no difference between crytal speed.Why so many 
people 
Show quoted textHide quoted text
> > use the 14.xxxMhz crystal osc? 
> 
> It gives accurate baud rates for the UARTs.
> 
> Leon

Re: [lpc2000] Re: LPC performance and Clock frecuency

2004-09-28 by Bill Knight

If the frequencies are exact, a 20MHz crystal should have an error
of about 0.16% for common BAUD rates.  A 14.7456MHz crystal should
have an error of 0.00%.

Regards
-Bill Knight
the ARM Patch


On Tue, 28 Sep 2004 13:32:09 -0000, acetoel wrote:

Thanks
I noticed that today when looking at the Baud Rate error. With 20Mhz 
is near 0.12% and with 14.xx is near 0.02%. It's quite a difference 
and 1 Mhz in the processor clock will not make a significant 
difference...
Thanks
Ezequiel

Re: [lpc2000] Re: LPC performance and Clock frecuency

2004-09-28 by Micron Engineering

This problem is common to every microcontroller, it is not new; if baud 
rate error is important you have to choose the correct crystaland this 
is not difficult since there are a lot of frequencies available. Of 
course the microcontroller clock will be lower then possible maximum.

acetoel wrote:

>Thanks
>I noticed that today when looking at the Baud Rate error. With 20Mhz 
>is near 0.12% and with 14.xx is near 0.02%. It's quite a difference 
>and 1 Mhz in the processor clock will not make a significant 
>difference...
>Thanks
>Ezequiel
>
>--- In lpc2000@yahoogroups.com, "Leon Heller" <leon_heller@h...> 
>wrote:
>  
>
>>----- Original Message ----- 
>>From: "acetoel" <acetoel@y...>
>>To: <lpc2000@yahoogroups.com>
>>Sent: Tuesday, September 28, 2004 12:03 PM
>>Subject: [lpc2000] LPC performance and Clock frecuency
>>
>>
>>    
>>
>>>Hello...
>>>I have seen boards with 10MHz, 14.xxxMhz and 20Mhz. All with the 
>>>      
>>>
>PLL 
>  
>
>>>set so the chip runs at 60Mhz more or less...
>>>But really, is there any difference if I use a 20Mhz crystal 
>>>oscilator than a 10Mhz?
>>>IF there is no difference between crytal speed.Why so many 
>>>      
>>>
>people 
>  
>
>>>use the 14.xxxMhz crystal osc? 
>>>      
>>>
>>It gives accurate baud rates for the UARTs.
>>
>>Leon
>>    
>>
>
>
>
>
> 
>Yahoo! Groups Links
>
>
>
> 
>
>
>  
>


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

Re: [lpc2000] Re: LPC performance and Clock frecuency

2004-09-28 by Jens Hildebrandt

Right, but when you have to use the same clock for your timer you have to deal 
with odd counter intervalls (e.g. 67.8ns with 14,7456MHz). So you have to decide 
what you want - error free UART or clean counter intervalls.

Micron Engineering wrote:

> This problem is common to every microcontroller, it is not new; if baud 
> rate error is important you have to choose the correct crystaland this 
> is not difficult since there are a lot of frequencies available. Of 
> course the microcontroller clock will be lower then possible maximum.
> 
> acetoel wrote:
> 
> 
>>Thanks
>>I noticed that today when looking at the Baud Rate error. With 20Mhz 
>>is near 0.12% and with 14.xx is near 0.02%. It's quite a difference 
>>and 1 Mhz in the processor clock will not make a significant 
>>difference...
>>Thanks
>>Ezequiel
>>
>>--- In lpc2000@yahoogroups.com, "Leon Heller" <leon_heller@h...> 
>>wrote:
>> 
>>
>>
>>>----- Original Message ----- 
>>>From: "acetoel" <acetoel@y...>
>>>To: <lpc2000@yahoogroups.com>
>>>Sent: Tuesday, September 28, 2004 12:03 PM
>>>Subject: [lpc2000] LPC performance and Clock frecuency
>>>
>>>
>>>   
>>>
>>>
>>>>Hello...
>>>>I have seen boards with 10MHz, 14.xxxMhz and 20Mhz. All with the 
>>>>     
>>>>
>>
>>PLL 
>> 
>>
>>
>>>>set so the chip runs at 60Mhz more or less...
>>>>But really, is there any difference if I use a 20Mhz crystal 
>>>>oscilator than a 10Mhz?
>>>>IF there is no difference between crytal speed.Why so many 
>>>>     
>>>>
>>
>>people 
>> 
>>
>>
>>>>use the 14.xxxMhz crystal osc? 
>>>>     
>>>>
>>>
>>>It gives accurate baud rates for the UARTs.
>>>
>>>Leon
>>>   
>>>
>>
>>
>>
>>
>>
>>Yahoo! Groups Links
>>
>>
>>
>>
>>
>>
>> 
>>
> 
> 
> 
> [Non-text portions of this message have been removed]
> 
> 
> 
> 
>  
> Yahoo! Groups Links
> 
> 
> 
>  
> 
> 


-- 
--------------------------------------------------

Dipl.-Ing. Jens Hildebrandt

Universität Rostock,
FB Elektrotechnik u. Informationstechnik
Institut für
Angewandte Mikroelektronik und Datentechnik

R.-Wagner-Str. 31
18119 Rostock-Warnemünde

Tel.: +49 381 4983537

Re: [lpc2000] Re: LPC performance and Clock frecuency

2004-09-28 by Jens Hildebrandt

Right, but when you have to use the same clock for your timer you have to deal 
with odd counter intervalls (e.g. 67.8ns with 14,7456MHz). So you have to decide 
what you want - error free UART or clean counter intervalls.

Micron Engineering wrote:

> This problem is common to every microcontroller, it is not new; if baud 
> rate error is important you have to choose the correct crystaland this 
> is not difficult since there are a lot of frequencies available. Of 
> course the microcontroller clock will be lower then possible maximum.
> 
> acetoel wrote:
> 
> 
>>Thanks
>>I noticed that today when looking at the Baud Rate error. With 20Mhz 
>>is near 0.12% and with 14.xx is near 0.02%. It's quite a difference 
>>and 1 Mhz in the processor clock will not make a significant 
>>difference...
>>Thanks
>>Ezequiel
>>
>>--- In lpc2000@yahoogroups.com, "Leon Heller" <leon_heller@h...> 
>>wrote:
>> 
>>
>>
>>>----- Original Message ----- 
>>>From: "acetoel" <acetoel@y...>
>>>To: <lpc2000@yahoogroups.com>
>>>Sent: Tuesday, September 28, 2004 12:03 PM
>>>Subject: [lpc2000] LPC performance and Clock frecuency
>>>
>>>
>>>   
>>>
>>>
>>>>Hello...
>>>>I have seen boards with 10MHz, 14.xxxMhz and 20Mhz. All with the 
>>>>     
>>>>
>>
>>PLL 
>> 
>>
>>
>>>>set so the chip runs at 60Mhz more or less...
>>>>But really, is there any difference if I use a 20Mhz crystal 
>>>>oscilator than a 10Mhz?
>>>>IF there is no difference between crytal speed.Why so many 
>>>>     
>>>>
>>
>>people 
>> 
>>
>>
>>>>use the 14.xxxMhz crystal osc? 
>>>>     
>>>>
>>>
>>>It gives accurate baud rates for the UARTs.
>>>
>>>Leon
>>>   
>>>
>>
>>
>>
>>
>>
>>Yahoo! Groups Links
>>
>>
>>
>>
>>
>>
>> 
>>
> 
> 
> 
> [Non-text portions of this message have been removed]
> 
> 
> 
> 
>  
> Yahoo! Groups Links
> 
> 
> 
>  
> 
> 


-- 
--------------------------------------------------

Dipl.-Ing. Jens Hildebrandt

Universität Rostock,
FB Elektrotechnik u. Informationstechnik
Institut für
Angewandte Mikroelektronik und Datentechnik

R.-Wagner-Str. 31
18119 Rostock-Warnemünde

Tel.: +49 381 4983537

Re: [lpc2000] Re: LPC performance and Clock frecuency

2004-09-28 by Micron Engineering

Yes this is right and common to every microcontrollers sold in the 
world, so it is not a problem to solve but simply to deal with it. You 
have no chance to change this functionality simply because it isn't 
possible. If you need some sort of timing related to seconds or 
fractions of seconds you may use a microcontroller with internal real 
time clock or use an external real time clock. You may find rtc with 10 
milliseconds resolution.
Massimo Manca, Micron Engineering

Jens Hildebrandt wrote:

>Right, but when you have to use the same clock for your timer you have to deal 
>with odd counter intervalls (e.g. 67.8ns with 14,7456MHz). So you have to decide 
>what you want - error free UART or clean counter intervalls.
>
>Micron Engineering wrote:
>
>  
>
>>This problem is common to every microcontroller, it is not new; if baud 
>>rate error is important you have to choose the correct crystaland this 
>>is not difficult since there are a lot of frequencies available. Of 
>>course the microcontroller clock will be lower then possible maximum.
>>
>>acetoel wrote:
>>
>>
>>    
>>
>>>Thanks
>>>I noticed that today when looking at the Baud Rate error. With 20Mhz 
>>>is near 0.12% and with 14.xx is near 0.02%. It's quite a difference 
>>>and 1 Mhz in the processor clock will not make a significant 
>>>difference...
>>>Thanks
>>>Ezequiel
>>>
>>>--- In lpc2000@yahoogroups.com, "Leon Heller" <leon_heller@h...> 
>>>wrote:
>>>
>>>
>>>
>>>      
>>>
>>>>----- Original Message ----- 
>>>>From: "acetoel" <acetoel@y...>
>>>>To: <lpc2000@yahoogroups.com>
>>>>Sent: Tuesday, September 28, 2004 12:03 PM
>>>>Subject: [lpc2000] LPC performance and Clock frecuency
>>>>
>>>>
>>>>  
>>>>
>>>>
>>>>        
>>>>
>>>>>Hello...
>>>>>I have seen boards with 10MHz, 14.xxxMhz and 20Mhz. All with the 
>>>>>    
>>>>>
>>>>>          
>>>>>
>>>PLL 
>>>
>>>
>>>
>>>      
>>>
>>>>>set so the chip runs at 60Mhz more or less...
>>>>>But really, is there any difference if I use a 20Mhz crystal 
>>>>>oscilator than a 10Mhz?
>>>>>IF there is no difference between crytal speed.Why so many 
>>>>>    
>>>>>
>>>>>          
>>>>>
>>>people 
>>>
>>>
>>>
>>>      
>>>
>>>>>use the 14.xxxMhz crystal osc? 
>>>>>    
>>>>>
>>>>>          
>>>>>
>>>>It gives accurate baud rates for the UARTs.
>>>>
>>>>Leon
>>>>  
>>>>
>>>>        
>>>>
>>>
>>>
>>>
>>>Yahoo! Groups Links
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>      
>>>
>>
>>[Non-text portions of this message have been removed]
>>
>>
>>
>>
>> 
>>Yahoo! Groups Links
>>
>>
>>
>> 
>>
>>
>>    
>>
>
>
>  
>


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

Re: [lpc2000] LPC performance and Clock frecuency

2004-09-29 by Jean-Rene David

* acetoel <acetoel@...>:
> But really, is there any difference if I use a 20Mhz crystal 
> oscilator than a 10Mhz?

Aside from the baud rate, there is another
difference between selecting a 10MHz and 20MHz
crystal; a reason very specific to the LPC2000
parts that have an older version of the bootloader
software.

Versions before 1.63 (I think, but check Philips'
site for the exact version) of the bootloader
software fail about 10% of the time when
programming the internal Flash when cclk is higher
than about 12-15MHz.

To work around this problem, simply disable the
PLL and work straight off the crystal frequency
while programming the Flash. That is, if your
crystal is below 12MHz. Otherwise, there is no way
to slow down the system enough to program without
error for that 1 part in 10.

Of course, you could simply update the bootloader
with a fixed version (provided by Philips on their
site and uploadable in the part using the Flash
utility), but sometimes this is not practicable.

Bootloader / Floating pins ?

2004-09-30 by Lasse Madsen

Hi All

I'm planning to try out the LPC2114 and I have a question about the
bootloader and the state of the processors pins during this...

I have a multiplexer on UART 0 that can switch between a MAX232 for boot
loading or another serial device.

Channel A = RX
Channel B = TX

A+B Zero condition = serial device
A+B High condition = MAX232 for boot loading

A and B select lines are coupled directly to 

A = Trace sync (P1.20)
B = Trace PKT.3 (P1.19)

My philosophy is that when one holds the reset line low and drive P.14
low (boot enable) the processor will enter the bootloader with all its
pins set for tristate causing them to float except the Trace packet,
Trace sync, Pipe Status, etc. pins which has an internal pull up ...

The internal pull up should then be able to drive the multiplexers A+B
select lines high selecting the MAX232 chip for boot loading.  

According to the datasheet pins are tristated when reset is low but what
are their state when entering the bootloader? I would assume they where
all inputs? And that the internal pull ups would be enabled
automatically? 

Any thoughts? 

Best regards
Lasse

Re: Bootloader / Floating pins ?

2004-09-30 by Karl Olsen

--- In lpc2000@yahoogroups.com, "Lasse Madsen" <lasse.madsen@e...> 
wrote:
> Hi All
> 
> I'm planning to try out the LPC2114 and I have a question about the
> bootloader and the state of the processors pins during this...
> 
> I have a multiplexer on UART 0 that can switch between a MAX232 for 
boot
> loading or another serial device.
> 
> Channel A = RX
> Channel B = TX
> 
> A+B Zero condition = serial device
> A+B High condition = MAX232 for boot loading
> 
> A and B select lines are coupled directly to 
> 
> A = Trace sync (P1.20)
> B = Trace PKT.3 (P1.19)
> 
> My philosophy is that when one holds the reset line low and drive 
P.14
> low (boot enable) the processor will enter the bootloader with all 
its
> pins set for tristate causing them to float except the Trace packet,
> Trace sync, Pipe Status, etc. pins which has an internal pull up ...
> 
> The internal pull up should then be able to drive the multiplexers 
A+B
> select lines high selecting the MAX232 chip for boot loading.  
> 
> According to the datasheet pins are tristated when reset is low but 
what
> are their state when entering the bootloader? I would assume they 
where
> all inputs? And that the internal pull ups would be enabled
> automatically? 
> 
> Any thoughts? 

I think your idea should work.

Karl Olsen

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.