Yahoo Groups archive

Lpc2000

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

Thread

Help with lpc2148

Help with lpc2148

2006-01-24 by Gopalakrishnan

Hi 
I want to design a usb based data aquistion system.So i have chosen
the lpc2148 for it.Is the chip supported by gcc compiler yet.

RE: [lpc2000] Help with lpc2148

2006-01-24 by Paul Curtis

Hi, 

> I want to design a usb based data aquistion system.So i have chosen
> the lpc2148 for it.Is the chip supported by gcc compiler yet.

I have USB code running on a 2148 compiled with GCC.  There are some
nasty gotchas in the USB part of the 2148 though.

--
Paul Curtis, Rowley Associates Ltd  http://www.rowley.co.uk
CrossWorks for MSP430, ARM, AVR and now MAXQ processors

RE: [lpc2000] Help with lpc2148

2006-01-25 by Bruce Paterson

> I have USB code running on a 2148 compiled with GCC.  There 
> are some nasty gotchas in the USB part of the 2148 though.

Hi Paul,

Hmmm we're considering using the 2148 with USB and GCC ourselves.
Already well up to speed with other ARM variants and GCC.
Is your USB code a port of the Philips/Keil example(s) or something
different ?
What are the nasty gotchas I should probably know about in advance ?

(I did a search on this list and only found GCC port in progress,
general packing of structures, making sure ARM mode and
needing_to_feed_the_kids were mentioned.)

Cheers.
Bruce 
Show quoted textHide quoted text
> --
> Paul Curtis, Rowley Associates Ltd  http://www.rowley.co.uk 
> CrossWorks for MSP430, ARM, AVR and now MAXQ processors

Re: [lpc2000] Help with lpc2148

2006-01-25 by Dmitry Diky

Paul,

> I have USB code running on a 2148 compiled with GCC.  There are some
> nasty gotchas in the USB part of the 2148 though.

Is it possible to have a look at it? 
I just tried almost everything to make USB running but no success so far...

Cheers,
Dmitry.

RE: [lpc2000] Help with lpc2148

2006-01-25 by Paul Curtis

Bruce, 

> > I have USB code running on a 2148 compiled with GCC.  There 
> > are some nasty gotchas in the USB part of the 2148 though.
> 
> Hi Paul,
> 
> Hmmm we're considering using the 2148 with USB and GCC ourselves.
> Already well up to speed with other ARM variants and GCC.
> Is your USB code a port of the Philips/Keil example(s) or something
> different ?

It's something different.  I have written class drivers for HID and
serial CDC, MSD, and now I'm wondering at the delights of an LPC214x
CrossConnect running our USB stack.  The HID, CDC, and MSD class drivers
were simple, but to get reliable, good performance out of an LPC214x
using bulk transfers is not simple.

> What are the nasty gotchas I should probably know about in advance ?

Again, I have kids to feed and a company to run.  Sorry.

> (I did a search on this list and only found GCC port in progress,
> general packing of structures, making sure ARM mode and
> needing_to_feed_the_kids were mentioned.)

I don't use structures in any of the class drivers as this is inherently
non-portable.  I take the packets apart byte-by-byte.

--
Paul Curtis, Rowley Associates Ltd  http://www.rowley.co.uk
CrossWorks for MSP430, ARM, AVR and now MAXQ processors

RE: [lpc2000] Help with lpc2148

2006-01-25 by Paul Curtis

Dmitry, 

> > I have USB code running on a 2148 compiled with GCC.  There are some
> > nasty gotchas in the USB part of the 2148 though.
> 
> Is it possible to have a look at it? 

My plans for the USB code are not fully formed yet.  The USB stack runs
on a few processors/USB chips.  The LPC214x took three or four days of
head scratching to make work reliably well and fast despite having a
hardware USB analyser.  In short, not at this time.

> I just tried almost everything to make USB running but no 
> success so far...

The LPC214x manual is terrible when it comes to USB documentation.  Read
it carefully and do some experimentation.  I thought I had things
working well, then tweaked the host code, and it all fell apart.  It
took days to figure out what was going on.  I needed a USB analyzer, a
debugger, and some hard work.

--
Paul Curtis, Rowley Associates Ltd  http://www.rowley.co.uk
CrossWorks for MSP430, ARM, AVR and now MAXQ processors

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.