Yahoo Groups archive

Lpc2000

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

Thread

LPC2129 - Capture help requested :)

LPC2129 - Capture help requested :)

2005-02-23 by Lasse Madsen

Hi all

I'm sitting with the MCB2100 from Keil trying to get the capture input
CAP1,0 & CAP1,1 to work (P0.10 and P0.11) 

I have used the following code to make the inputs capture friendly...

PINSEL0&=0xFFAFFFFF;
T1CCR=0x1B;   // I would like to capture both falling and rising edge on
both pins...

As you can see from the T1CCR i have set it for no interrupt (i would like
to do this but i cant figure out how to do interrupts in keil)
Im running with a 12MHz crystal and the frequency on both inputs which i
wish to capture is 250Hz (i would like to get the dutycycle variation)

Can any one help me setting up the registers im kinda lost or give me some
hints...

Best regards
Lasse Madsen

Re: [lpc2000] LPC2129 - Capture help requested :)

2005-02-23 by Varuzhan Danielyan

Maybe my working code fragments will help you.  I have CAP1.0 and CAP1.1 connected
together, one for capture rising edge, another for falling edge.  So I can measure pulse
duration with a 1/60 us resolution.

// Function of Pins P0.0 - P0.1
//PINSEL0
#define F00 (1 << 0*2) /* TXD0 */
#define F01 (1 << 1*2) /* RXD0 */
#define F04 (1 << 4*2) /* SCK */
#define F05 (1 << 5*2) /* MISO */
#define F06 (1 << 6*2) /* MOSI */
#define F07 (1 << 7*2) /* SS0 necessary even for Master */
#define F08 (1 << 8*2) /* TXD1 */
#define F09 (1 << 9*2) /* RXD1 */
#define F10 (2 << 10*2) /* CAPTURE1.0 */
#define F11 (2 << 11*2) /* CAPTURE1.1 */

#define PINSEL0init (F00 | F01 | F04 | F05 | F06 | F07 | F08 | F09 | F10 | F11)
.....
void InitController()
{

  PINSEL0 = PINSEL0init;
  PINSEL1 = PINSEL1init;

  PINSEL2 &= 0xFFFFFFF0;

  IODIR0 = OUTPUTS0;
  IODIR1 = 0xFF0000;

  T1PR = T1Prescaler - 1;
  T1CCR = 0xA; // CAP1.1 - rising, CAP1.0 falling
  T1TCR = 0x1; // Enable Timer 1

  IOCLR1 = 0xFF0000;
}
......
  // The sequence should always be: falling, rising
  falling = T1CR0;
  rising = T1CR1;

  while (1) {
    if ((T1CR1 != rising) && (T1CR0 != falling)) {
      falling = T1CR0;
      rising = T1CR1;

   duration = falling - rising;
    .....
 }

The same free running timer1 can be used for a lot of other tasks too.

Best regards,

Varuzhan
Show quoted textHide quoted text
  ----- Original Message ----- 
  From: Lasse Madsen 
  To: lpc2000@yahoogroups.com 
  Sent: Wednesday, February 23, 2005 8:26 PM
  Subject: [lpc2000] LPC2129 - Capture help requested :)


  Hi all

  I'm sitting with the MCB2100 from Keil trying to get the capture input
  CAP1,0 & CAP1,1 to work (P0.10 and P0.11) 

  I have used the following code to make the inputs capture friendly...

  PINSEL0&=0xFFAFFFFF;
  T1CCR=0x1B;   // I would like to capture both falling and rising edge on
  both pins...

  As you can see from the T1CCR i have set it for no interrupt (i would like
  to do this but i cant figure out how to do interrupts in keil)
  Im running with a 12MHz crystal and the frequency on both inputs which i
  wish to capture is 250Hz (i would like to get the dutycycle variation)

  Can any one help me setting up the registers im kinda lost or give me some
  hints...

  Best regards
  Lasse Madsen







------------------------------------------------------------------------------
  Yahoo! Groups Links

    a.. To visit your group on the web, go to:
    http://groups.yahoo.com/group/lpc2000/
      
    b.. To unsubscribe from this group, send an email to:
    lpc2000-unsubscribe@yahoogroups.com
      
    c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. 



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

Philips datasheet department...

2005-02-23 by Lasse Madsen

Dear Philips,

I have some suggestions for making your LPC series datasheets better...
I've always thought that your datasheets where top of the line, easy to read
and quick to get around in... (Logic, PLL, etc..) 


Please let me give you some suggestions and comments:

1)
Sadly I find it quite difficult to even find a suitable datasheet for my 
Part LPC2129... getting to the specific part page was easy (applause for
that! (Some manufacturers -ST for instance couldn't find a donkey in a
toilet)

But!

Now I'm at this page: 
http://www.semiconductors.philips.com/pip/LPC2129.html

I press the datasheet link and I'm given a 34 page datasheet, Wow excuse me
but I guess this parts have more to it than just the supply voltages! 

Come on Philips you can do better, why did I have to search your website for
an hour and ending up comparing pins on the LPC2114 and the LPC2129 to find
a "match" or even a datasheet with more than 34 pages! This discourages me
to get started with that part when the manufacturer not even knows how it
works (or cant supply a real datasheet for it)!

2)
Another thing... I miss C and Assembly examples. A lot of microprocessor
manufacturers has examples for everything that's just a bit special such as
correct watchdog initialization etc. look at Atmel ATmega128 that datasheet
is like the holy bible it self. I have seen datasheets like that from you
before, but I'm missing them on the LPC parts.

Another datasheet thing... The counter/timer/capture initialization is very
confusing! I'm missing connection diagrams showing the logic inside how the
actual "travel path is" from pin to MPU, the Prescaler logic etc. block
diagrams etc. Some people like to read themselves to an answer, and some of
us (like me for instance) learn better if the text is illustrated with some
diagrams.

Again look at Atmel's ATmega128 datasheet look how easy Its all explained
how they carry you through the registers etc. 

Just for the record I'm not a slow reader, slow learner, dyslectic etc.
And I'm not a crackpot either having some insane vengeance towards Philips
products. In fact I'm an incarnated Philips fan not only loving your
semiconductors but also your consumer products :)

I hope you will take my humble option into consideration as your logo says
"Lets make things better" - and I hope you will... 

We are not all bookworm layers that can read between the lines :-D 

Best regards
Lasse Madsen

Re: [lpc2000] Philips datasheet department...

2005-02-23 by Robert Adsett

At 11:04 PM 2/23/05 +0100, Lasse Madsen wrote:
>Now I'm at this page:
>http://www.semiconductors.philips.com/pip/LPC2129.html
>
>I press the datasheet link and I'm given a 34 page datasheet, Wow excuse me
>but I guess this parts have more to it than just the supply voltages!
>
>Come on Philips you can do better, why did I have to search your website for
>an hour and ending up comparing pins on the LPC2114 and the LPC2129 to find
>a "match" or even a datasheet with more than 34 pages! This discourages me
>to get started with that part when the manufacturer not even knows how it
>works (or cant supply a real datasheet for it)!
>
>2)
>Another thing... I miss C and Assembly examples. A lot of microprocessor
>manufacturers has examples for everything that's just a bit special such as
>correct watchdog initialization etc. look at Atmel ATmega128 that datasheet
>is like the holy bible it self. I have seen datasheets like that from you
>before, but I'm missing them on the LPC parts.


Well, yes, sortof, maybe....

One of the things that annoys me (a lot!) about Atmel and Microchip is that 
they have merged the datasheet and the user manual.  Please (please, please 
please), Philips don't merge the user manual and the data sheet.  They are 
both useful, but largely for different purposes.  Pretty Please.

One of the things I definitely don't want is a datasheet heading out into 
the multiple 100's of pages.  You don't need that to describe timing, 
voltages, pinouts and packages.  The inner workings of the peripherals 
properly belong in a well written user manual.

I think the current datasheets probably have a few items missing but not a 
lot, the current user manuals have a few holes too.  One of the things I 
use data sheets for is checking closeness of fit.  And I don't want to 
waste reams of paper (literally) in the process of determining which micro 
to use for a project.

C and assembly examples are good, but I've noticed that most manufacturers 
only deal with the trivial case (often badly) in them.

>Another datasheet thing... The counter/timer/capture initialization is very
>confusing! I'm missing connection diagrams showing the logic inside how the
>actual "travel path is" from pin to MPU, the Prescaler logic etc. block
>diagrams etc. Some people like to read themselves to an answer, and some of
>us (like me for instance) learn better if the text is illustrated with some
>diagrams.

Good idea, but that's really a user manual thing not a data sheet thing.

>Again look at Atmel's ATmega128 datasheet look how easy Its all explained
>how they carry you through the registers etc.

I just did, what an awful datasheet.  The thing's nearly 400 pages 
long!  You know Lasse, I have a sneaking suspicion we're not going to see 
eye to eye on this :)

I suspect this is one of those splits like printed vs PDF only 
documentation divides.

Robert

" 'Freedom' has no meaning of itself.  There are always restrictions,
be they legal, genetic, or physical.  If you don't believe me, try to
chew a radio signal. "

                         Kelvin Throop, III

Re: Philips datasheet department...

2005-02-24 by ian48harry

--- In lpc2000@yahoogroups.com, "Lasse Madsen" <lasse.madsen@e...> 
wrote:
> Dear Philips,
> 
> I have some suggestions for making your LPC series datasheets 
better...
> I've always thought that your datasheets where top of the line, 
easy to read
> and quick to get around in... (Logic, PLL, etc..) 
> 
> 
> Please let me give you some suggestions and comments:
> 
> 1)
> Sadly I find it quite difficult to even find a suitable datasheet 
for my 
> Part LPC2129... getting to the specific part page was easy 
(applause for
> that! (Some manufacturers -ST for instance couldn't find a donkey 
in a
> toilet)
> 
> But!
> 
> Now I'm at this page: 
> http://www.semiconductors.philips.com/pip/LPC2129.html
> 
> I press the datasheet link and I'm given a 34 page datasheet, Wow 
excuse me
> but I guess this parts have more to it than just the supply 
voltages! 
> 
> Come on Philips you can do better, why did I have to search your 
website for
> an hour and ending up comparing pins on the LPC2114 and the LPC2129 
to find
> a "match" or even a datasheet with more than 34 pages! This 
discourages me
> to get started with that part when the manufacturer not even knows 
how it
> works (or cant supply a real datasheet for it)!
> 
    <snip>

If you scroll to the bottom of the web page you reference above you 
can easily find the 300 page User Manual.

Ian

RE: [lpc2000] Re: Philips datasheet department...

2005-02-24 by Lasse Madsen

Hi Ian,

>If you scroll to the bottom of the web page you reference above you 
>can easily find the 300 page User Manual.

The problem was that I'm familiar with the word Datasheet for explaning all
the things about the part, and I've actually only seen the word user manual
being used for embedded modems where they are split up...

Any way I think as the "user manual" is the most important ting it should be
in the top of that list not "hidden" down the list :)

Regards
L. Madsen

Re: Philips datasheet department...

2005-02-24 by Rick Collins

--- In lpc2000@yahoogroups.com, "Lasse Madsen" <lasse.madsen@e...>
wrote:
> Hi Ian,
> 
> >If you scroll to the bottom of the web page you reference above
you 
> >can easily find the 300 page User Manual.
> 
> The problem was that I'm familiar with the word Datasheet for
explaning all
> the things about the part, and I've actually only seen the word user
manual
> being used for embedded modems where they are split up...
> 
> Any way I think as the "user manual" is the most important ting it
should be
> in the top of that list not "hidden" down the list :)

I feel your pain.  I remember when TI first brought up their web site
with parts, etc (or maybe it was just when I first started using the
web).  Their site was horrible and they actually had the nerve to make
you register to access *anything*!  Now they have come full circle and
have the best web site around.  They have home pages for product lines
that help you understand what the line is about and how it differs
from other product lines and what is common within the line.  They
make it very easy to find a device page with nearly all the basic info
in the HTML so you don't need to download a data sheet just to find
out that it needs 2.35 volts or only has 3 IO pins.  They even put a
link to the data sheet at the top of the page as well as in the
section with links to other documents.  The only time I can't find a
document on the TI site is when they haven't released it yet!!!  You
can even order samples directly from the page and get stock
information on distributors.  Oh, and did I mention the parametric
tables and selection guides you can view that don't require you to pop
up other windows and go back and forth between them???  Huh Philips,
did I mention that?  ;^)

So anyone who cares about improving their web pages (Cypress, Atmel,
nearly all the Asian companies and I won't even bother to mention ST
since I have given up on their web site long ago), take a look at the
TI site and see how to do it right.  :)

RE: [lpc2000] Re: Philips datasheet department...

2005-02-24 by Robert Adsett

At 11:33 AM 2/24/05 +0100, Lasse Madsen wrote:
> >If you scroll to the bottom of the web page you reference above you
> >can easily find the 300 page User Manual.
>The problem was that I'm familiar with the word Datasheet for explaning all
>the things about the part, and I've actually only seen the word user manual
>being used for embedded modems where they are split up...

Our experiences and expectations are, apparently, almost completely 
reversed.  All the microprocessors I'd used, until I ran into Microchips 
back breaking idea of a data sheet,  had a data sheet that was mostly 
electrical with an overview of the on board peripherals, a user manual 
which sometimes covered several variants, and an architecture and 
instruction set manual which usually covered an entire family.  That was 
true for Intel, Motorola, ST, Siemens and the Japanese manufactures I'd had 
a cursory look at.  When I ran into Microchips data sheet I was quite 
dismayed at what I had to wade through to get basic electrical 
information.  Some of them (Motorola comes to mind) actually had additional 
supplements to describe various peripherals rather than repeat the 
description in multiple user manuals.

>Any way I think as the "user manual" is the most important ting it should be
>in the top of that list not "hidden" down the list :)


Well I don't know about 'most' important ;), but it is equal to the data 
sheet and architecture manual.  And I agree there seems to be something 
about the layout of Philips pages that makes if difficult to find 
literature (and take forever to render).  I've had to read some PIPs 
several times to find either the datasheet or user manual.

On a similar note, from what I can see the best architecture and 
instruction set manual is the "ARM Architecture Reference Manual".  It is 
commercial but you do end up with a proper perfect bound manual for a change.

I do miss TI's logic bible.

Robert

" 'Freedom' has no meaning of itself.  There are always restrictions,
be they legal, genetic, or physical.  If you don't believe me, try to
chew a radio signal. "

                         Kelvin Throop, III

RE: [lpc2000] Re: Philips datasheet department...

2005-02-25 by Curt Powell

Robert,

By "ARM Architecture Reference Manual" are you referring to Furber's "ARM
System-on-chip Architecture" book?

Curt
Show quoted textHide quoted text
-----Original Message-----
From: Robert Adsett [mailto:subscriptions@...] 
Sent: Thursday, February 24, 2005 2:39 PM
To: lpc2000@yahoogroups.com
Subject: RE: [lpc2000] Re: Philips datasheet department...


At 11:33 AM 2/24/05 +0100, Lasse Madsen wrote:
> >If you scroll to the bottom of the web page you reference above you 
> >can easily find the 300 page User Manual.
>The problem was that I'm familiar with the word Datasheet for explaning 
>all the things about the part, and I've actually only seen the word 
>user manual being used for embedded modems where they are split up...

Our experiences and expectations are, apparently, almost completely
reversed.  All the microprocessors I'd used, until I ran into Microchips
back breaking idea of a data sheet,  had a data sheet that was mostly
electrical with an overview of the on board peripherals, a user manual which
sometimes covered several variants, and an architecture and instruction set
manual which usually covered an entire family.  That was true for Intel,
Motorola, ST, Siemens and the Japanese manufactures I'd had a cursory look
at.  When I ran into Microchips data sheet I was quite dismayed at what I
had to wade through to get basic electrical information.  Some of them
(Motorola comes to mind) actually had additional supplements to describe
various peripherals rather than repeat the description in multiple user
manuals.

>Any way I think as the "user manual" is the most important ting it 
>should be in the top of that list not "hidden" down the list :)


Well I don't know about 'most' important ;), but it is equal to the data
sheet and architecture manual.  And I agree there seems to be something
about the layout of Philips pages that makes if difficult to find literature
(and take forever to render).  I've had to read some PIPs several times to
find either the datasheet or user manual.

On a similar note, from what I can see the best architecture and instruction
set manual is the "ARM Architecture Reference Manual".  It is commercial but
you do end up with a proper perfect bound manual for a change.

I do miss TI's logic bible.

Robert

" 'Freedom' has no meaning of itself.  There are always restrictions, be
they legal, genetic, or physical.  If you don't believe me, try to chew a
radio signal. "

                         Kelvin Throop, III



 
Yahoo! Groups Links

Re: Philips datasheet department...

2005-02-25 by Richard

No, he is refering to a publication put out by ARM themselves.  See:

http://www.arm.com/documentation/books/1183.html

Richard

--- In lpc2000@yahoogroups.com, "Curt Powell" <curt.powell@s...> wrote:
> Robert,
> 
> By "ARM Architecture Reference Manual" are you referring to Furber's
"ARM
> System-on-chip Architecture" book?
> 
> Curt
> 
> -----Original Message-----
> From: Robert Adsett [mailto:subscriptions@a...] 
> Sent: Thursday, February 24, 2005 2:39 PM
> To: lpc2000@yahoogroups.com
> Subject: RE: [lpc2000] Re: Philips datasheet department...
> 
> 
> At 11:33 AM 2/24/05 +0100, Lasse Madsen wrote:
> > >If you scroll to the bottom of the web page you reference above you 
> > >can easily find the 300 page User Manual.
> >The problem was that I'm familiar with the word Datasheet for
explaning 
> >all the things about the part, and I've actually only seen the word 
> >user manual being used for embedded modems where they are split up...
> 
> Our experiences and expectations are, apparently, almost completely
> reversed.  All the microprocessors I'd used, until I ran into Microchips
> back breaking idea of a data sheet,  had a data sheet that was mostly
> electrical with an overview of the on board peripherals, a user
manual which
> sometimes covered several variants, and an architecture and
instruction set
> manual which usually covered an entire family.  That was true for Intel,
> Motorola, ST, Siemens and the Japanese manufactures I'd had a
cursory look
> at.  When I ran into Microchips data sheet I was quite dismayed at
what I
> had to wade through to get basic electrical information.  Some of them
> (Motorola comes to mind) actually had additional supplements to describe
> various peripherals rather than repeat the description in multiple user
> manuals.
> 
> >Any way I think as the "user manual" is the most important ting it 
> >should be in the top of that list not "hidden" down the list :)
> 
> 
> Well I don't know about 'most' important ;), but it is equal to the data
> sheet and architecture manual.  And I agree there seems to be something
> about the layout of Philips pages that makes if difficult to find
literature
> (and take forever to render).  I've had to read some PIPs several
times to
> find either the datasheet or user manual.
> 
> On a similar note, from what I can see the best architecture and
instruction
> set manual is the "ARM Architecture Reference Manual".  It is
commercial but
> you do end up with a proper perfect bound manual for a change.
> 
> I do miss TI's logic bible.
> 
> Robert
> 
> " 'Freedom' has no meaning of itself.  There are always restrictions, be
> they legal, genetic, or physical.  If you don't believe me, try to
chew a
Show quoted textHide quoted text
> radio signal. "
> 
>                          Kelvin Throop, III
> 
> 
> 
>  
> Yahoo! Groups Links

Re: [lpc2000] Re: Philips datasheet department...

2005-02-25 by Leon Heller

----- Original Message ----- 
Show quoted textHide quoted text
From: "Curt Powell" <curt.powell@...>
To: <lpc2000@yahoogroups.com>
Sent: Friday, February 25, 2005 4:05 PM
Subject: RE: [lpc2000] Re: Philips datasheet department...


> 
> Robert,
> 
> By "ARM Architecture Reference Manual" are you referring to Furber's "ARM
> System-on-chip Architecture" book?

The "ARM ARM" is a different publication.

Leon


-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 22/02/2005

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.