Forums

ULINK 10 X 0 ME

Started by Rodrigo May 24, 2004

I'm almost 1 month with a ULINK, and I couldn't debug my code yet...
The two Blinky examples debug. I'm using the Startup.s and Flash.ld
files from Blinky IRQ, cause I use timer 0 interrupt.I can load the my
code and run, but when I try to debug I receive the MEMORY MISMATCH
error. I know that the MCB2100 settings are correct, cause the Blinky
examples debug...Do I need to change the Startup.s or Flash.ld files in
order to debug my code? I really don't know what's wrong with my code...

> -----Mensagem original-----
> De: [mailto:]
> Enviada em: segunda-feira, 24 de maio de 2004 15:11
> Para:
> Assunto: [lpc2000] Digest Number 193
>
> ------------------------ Yahoo! Groups Sponsor
>
> There are 16 messages in this issue.
>
> Topics in this digest:
>
> 1. New file uploaded to lpc2000
> From: lpc2000
> 2. Re: SOT313-2 / LQFP48 footprint
> From: "Chetan Bhargava" <>
> 3. RE: USB 2.0 with NET2270 / NET2272 and LPC2000 ?
> From: "Curt Powell" <>
> 4. Mail Delivery System
> From:
> 5. Re: USB 2.0 with NET2270 / NET2272 and LPC2000 ?
> From: "Shannon Holland" <>
> 6. Re: Flash fails to write a bit or zeroes other bit
> From: "chazeltopman" <>
> 7. v1.2 CrossWorks for ARM released
> From: "Michael Johnson" <>
> 8. Re: Flash fails to write a bit or zeroes other bit
> From: "chazeltopman" <>
> 9. LPC 2212/14 Development Board
> From: "Srinath" <>
> 10. Sample ISR setup code for GCC?(Newbie)
> From: "Richard" <>
> 11. Re: Sample ISR setup code for GCC?(Newbie)
> From: "Karl Olsen" <>
> 12. Re: LPC 2212/14 Development Board
> From: Robert Adsett <>
> 13. Re: LPC 2212/14 Development Board
> From: Robert Adsett <>
> 14. interrupt vector table & IAP
> From: "more_effective" <>
> 15. SWI Software Interrupt
> From: "Rob R" <>
> 16. Re: interrupt vector table & IAP
> From: MaxStream - Ryan Bedwell < >
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 1
> Date: 23 May 2004 22:33:31 -0000
> From: lpc2000
> Subject: New file uploaded to lpc2000 > Hello,
>
> This email message is a notification to let you know that
> a file has been uploaded to the Files area of the lpc2000
> group.
>
> File : /LPC2100-protel-sch-footprint.zip
> Uploaded by : cbhargava <>
> Description : Protel 99SE device (sch) and footprint (PCB)
>
> You can access this file at the URL
>
> http://groups.yahoo.com/group/lpc2000/files/LPC2100-protel-sch-
> footprint.zip
>
> To learn more about file sharing for your group, please visit
>
> http://help.yahoo.com/help/us/groups/files
>
> Regards,
>
> cbhargava < >
>
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 2
> Date: Sun, 23 May 2004 22:45:59 -0000
> From: "Chetan Bhargava" <>
> Subject: Re: SOT313-2 / LQFP48 footprint
>
> Thanks Leon,
>
> I have created a device for schematic and LQFP48 pcb footprint. I
> have uploaded a zip file containing the library.
>
> -Chetan Bhargava
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 3
> Date: Sun, 23 May 2004 21:07:08 -0700
> From: "Curt Powell" <>
> Subject: RE: USB 2.0 with NET2270 / NET2272 and LPC2000 ?
>
> Martin,
>
> I've worked with the Cypress family of chips- EZ-USB, FX, FX2, and SX2
> (stay away from the SX2). Don't have any experience with NetChip.
> Charles Manning on this list has worked with the ftdi chip. With any
of
> these chips you'll probably be limited by the lpc gpio speed, assuming
> you're using gpio to interface with the USB chip, to a few megabytes
per
> second bulk throughput.
>
> I recall seeing announcements of other ARM-based chips with on-board
USB
> and in the last week or so there was a rumour posted about a future
> "LPC2130" with on-board USB.
>
> Curt
>
> -----Original Message-----
> From: [mailto:]
> Sent: Sunday, May 23, 2004 2:19 AM
> To:
> Subject: [lpc2000] USB 2.0 with NET2270 / NET2272 and LPC2000 ? > Hello,
>
> has someone used one of NetChip's USB 2.0 controller with LPC2000
series
> (or
> any other uC) ?
> Is it working without problems ? What bandwidth can i reach in reality
?
> What is the rough price of these chips ?
>
> Regards,
>
> Martin > Yahoo! Groups Links >
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 4
> Date: Mon, 24 May 2004 12:29:02 +0800
> From:
> Subject: Mail Delivery System
>
> The message contains Unicode characters and has been sent as a binary
> attachment. >
> [This message contained attachments] >
>
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 5
> Date: Sun, 23 May 2004 21:30:59 -0700
> From: "Shannon Holland" <>
> Subject: Re: USB 2.0 with NET2270 / NET2272 and LPC2000 ?
>
> There's also the TI TUSB3410 (think that's the right part number)
which is
> 8052 based and communicates with external chips over a UART/GPIO. So
no
> need
> to bitbang a memory bus. Program execution is out of RAM (can either
be
> loaded from the host driver or else a I2C rom).
>
> Haven't used it yet, but am planning to try it with the 210x in the
next
> week or so.
>
> Shannon
>
> On Sun, 23 May 2004 21:07:08 -0700
> "Curt Powell" <> wrote:
> >Martin,
> >
> >I've worked with the Cypress family of chips- EZ-USB, FX, FX2, and
SX2
> >(stay away from the SX2). Don't have any experience with NetChip.
> >Charles Manning on this list has worked with the ftdi chip. With any
of
> >these chips you'll probably be limited by the lpc gpio speed,
assuming
> >you're using gpio to interface with the USB chip, to a few megabytes
per
> >second bulk throughput.
> >
> >I recall seeing announcements of other ARM-based chips with on-board
USB
> >and in the last week or so there was a rumour posted about a future
> >"LPC2130" with on-board USB.
> >
> >Curt
> >
> >-----Original Message-----
> >From: [mailto:]
> >Sent: Sunday, May 23, 2004 2:19 AM
> >To:
> >Subject: [lpc2000] USB 2.0 with NET2270 / NET2272 and LPC2000 ?
> >
> >
> >Hello,
> >
> >has someone used one of NetChip's USB 2.0 controller with LPC2000
series
> >(or
> >any other uC) ?
> >Is it working without problems ? What bandwidth can i reach in
reality ?
> >What is the rough price of these chips ?
> >
> >Regards,
> >
> > Martin
> >
> >
> >
> >
> >
> >Yahoo! Groups Links
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >Yahoo! Groups Links
> >
> >
> >
> >
> >
>
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 6
> Date: Mon, 24 May 2004 05:40:08 -0000
> From: "chazeltopman" <>
> Subject: Re: Flash fails to write a bit or zeroes other bit
>
> --- In , "chazeltopman" <rob@n...> wrote:
> > Now let me explain the write algorithm I'm using.
> > I need to be able to store 32 bit values into flash
> > one at a time. Since the IAP routines limit writes
> > to a minimum of 512 bytes I had to work around
> > this limit.
>
> I've received an anonymous reply that addresses the
> flash writing limitations:
>
> : The flash can not be used '32 bit word' wise.
> : You could try to write 16 bytes at once (4x 32 bit word),
> : but the number of partial writes per 512 bytes (the normal
> : size) is limited (I don't believe this number is specified).
> :
> : Note the '16 byte'data should be properly aligned on 16 byte
> : multiples (but again the number of 'partial write'is limited
> : .. let's say .. 16 times or so :-) ).
> :
> : You may repost this info in the group - as long as you
> : don't refer to me.
>
> Since counting the number of times I write to a location
> presents a new bag of trouble, I'll use the dumb algorithm
> of copy, modify, erase and write back. Sigh.
>
> Rob >
>
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 7
> Date: Mon, 24 May 2004 08:36:03 +0100
> From: "Michael Johnson" <>
> Subject: v1.2 CrossWorks for ARM released
>
> We've released v1.2 of CrossWorks for ARM - this is available for both
> windows and linux.
>
> >From an LPC21xx perspective the following applies
>
> - memory map files are shipped that describe the registers/memory of
> all the LPC21xx devices.
> - a processor property to select the memory map by processor name.
> - support for Segger J-Link (windows only) - as shipped with the
> Philips/IAR kickstart kit.
> - samples now work on Olimex LPC-P1, Keil MCB2100, Philips/IAR
> kickstart and Nohau LPC210x dev boards.
> - reset script changes to make flash loading more reliable.
> - target property to set the clock speed of the flash loader.
> - support for the gcc 3.3.4 assembly coded arm FP routines.
>
> Thanks
> Michael
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 8
> Date: Mon, 24 May 2004 08:35:03 -0000
> From: "chazeltopman" <>
> Subject: Re: Flash fails to write a bit or zeroes other bit > --- In , "chazeltopman" <rob@n...> wrote:
> > Now let me explain the write algorithm I'm using.
> > I need to be able to store 32 bit values into flash
> > one at a time. Since the IAP routines limit writes
> > to a minimum of 512 bytes I had to work around
> > this limit.
>
> I've received an anonymous reply that addresses the
> flash writing limitations:
>
> : The flash can not be used '32 bit word' wise.
> : You could try to write 16 bytes at once (4x 32 bit word),
> : but the number of partial writes per 512 bytes (the normal
> : size) is limited (I don't believe this number is specified).
> :
> : Note the '16 byte'data should be properly aligned on 16 byte
> : multiples (but again the number of 'partial write'is limited
> : .. let's say .. 16 times or so :-) ).
> :
> : You may repost this info in the group - as long as you
> : don't refer to me.
>
> Since counting the number of times I write to a location
> presents a new bag of trouble, I'll use the dumb algorithm
> of copy, modify, erase and write back. Sigh.
>
> Although, with a second thought, it might be worth a best-of
> algorithm which does a:
> o copy
> o modify
> o write
> o compare
> o if ok then done
> o if different then do dumb algorithm
>
> The question is, how much should be compared? If I compare
> just the surrounding 512 byte section that I am writing to,
> will the other sections in the 8K sector be affected? I
> suspect not. But if the write fails, then the copied part
> and the other sections from the flash must be merged to form
> the new flash sector image.
>
> Now what if I didn't have to write 512 bytes?
> Does the reply suggest that I can use the IAP write command
> with a value smaller than the stated 512 bytes? Hmmm... One
> way to find out is the emperical method.... No. Only the
> published values are accepted. So I tried to write the
> whole section of 512 bytes multiple times and the most I
> got was three good writes after an erase but mostly just
> two. So overall, I could cut the time in half by only
> erasing every second write or as above, if they differ.
> In my testing, I stayed with a 16 byte, aligned, segment.
>
> This is my testing with MaxForth V5.2 in interactive
> hex entry mode:
> Where: FLERASE will erase an 8K sector containing a given address
> Z compares SECTOR to flash and prints the differences
> SECTOR is a 512 byte buffer
> COM and READY are command/response buffers
> IAP takes a command buffer and returns it as a result buffer
>
> 3DC00 FLERASE OK ( erase 8K sector )
> Z 3DC00 3DC04 3DC10 3DC14 3DC18 OK ( buffer has differences )
> A55B SECTOR 10 + ! OK ( alter some buffer locations )
> FFFFFFFF SECTOR 14 + ! OK
> Z 3DC00 3DC04 3DC10 3DC18 OK ( less differences )
> 32 READY ! READY IAP ? 33 COM ! COM IAP ? Z 0 0 OK ( first write is
ok )
> A558 SECTOR 10 + ! Z 3DC10 OK ( change buffer again )
> 32 READY ! READY IAP ? 33 COM ! COM IAP ? Z 0 0 OK ( second write is
ok
> )
> FDP @ SECTOR 14 + ! Z 3DC14 OK ( change buffer again )
> 32 READY ! READY IAP ? 33 COM ! COM IAP ? Z 0 0 3DC18 OK ( third
write
> fails )
>
> The third write failed at a location that I wasn't even
> changing (0x 3DC18).
>
> I like the flash on the 6812 where they have two separate flash
> banks with different write widths. The smaller one has a write
> width of 4 bytes so if you need to write 32 bit values in flash
> you use the smaller flash. If you can write in large blocks,
> you use the larger flash.
>
> Rob >
>
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 9
> Date: Mon, 24 May 2004 09:10:23 -0000
> From: "Srinath" <>
> Subject: LPC 2212/14 Development Board
>
> Hi all,
> I would like to obtain a cheap setup to experiment using the LPC
> 2212/14. Could someone please help me with the following beginner
> queries. > 1. Where are the development boards for the 2212/14 available
> a. If so how much would they cost.
>
> 2. I am planning on using the GNU toolchain (GCC, GDB) for the
> development/debugging.
> a. Does a tool like the LPC2000 ISP programmer for the device
> exist for a Linux platform
> b. If I use JTAG to program/debug on the board where do I
> obtain a JTAG adapter and what is the setup for programming/debugging
> using that in Linux. > NOTE: I have chosen the LPC 2212/14 over LPC2106 for the sole reason
> that it has an external bus and I can interface devices like an
> external ADC or USB device etc to the microcontroller. I hope my
> understanding is correct.
>
> Thanks in Advance
>
> Regards
>
> Srinath A >
>
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 10
> Date: Mon, 24 May 2004 10:08:57 -0000
> From: "Richard" <>
> Subject: Sample ISR setup code for GCC?(Newbie)
>
> Hi,
>
> I have used the GNU tools on an AVR, but not before on an ARM. Does
> anybody have a link to some sample code that setups up an ISR,
> preferable on a timer? There does not seem to be a file posted.
>
> I have read the __attribute__((interrupt(IRQ))) part of the GCC
> manual, but this doesn't explain how the IRQ is installed as such.
>
> Thanks... >
>
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 11
> Date: Mon, 24 May 2004 13:17:53 -0000
> From: "Karl Olsen" <>
> Subject: Re: Sample ISR setup code for GCC?(Newbie)
>
> --- In , "Richard" <embeddedc@h...> wrote:
>
> > I have used the GNU tools on an AVR, but not before on an ARM.
> Does
> > anybody have a link to some sample code that setups up an ISR,
> > preferable on a timer? There does not seem to be a file posted.
> >
> > I have read the __attribute__((interrupt(IRQ))) part of the GCC
> > manual, but this doesn't explain how the IRQ is installed as such.
>
> Check out the "Philips LPC2100 Blinky IRQ Example" that you can
> download from the File Download Area at http://www.keil.com.
>
> Karl
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 12
> Date: Mon, 24 May 2004 09:45:22 -0400
> From: Robert Adsett <>
> Subject: Re: LPC 2212/14 Development Board
>
> At 09:10 AM 5/24/04 +0000, you wrote:
> > a. Does a tool like the LPC2000 ISP programmer for the device
> >exist for a Linux platform
>
> See http://www.engelschall.com/~martin/lpc21xx/isp/index.html
>
> 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 >
>
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 13
> Date: Mon, 24 May 2004 09:42:33 -0400
> From: Robert Adsett <>
> Subject: Re: LPC 2212/14 Development Board
>
> At 09:10 AM 5/24/04 +0000, you wrote:
> > NOTE: I have chosen the LPC 2212/14 over LPC2106 for the sole
reason
> >that it has an external bus and I can interface devices like an
> >external ADC or USB device etc to the microcontroller. I hope my
> >understanding is correct.
>
> There are certainly USB, A/D and D/A peripherals that do not require a
> parallel address and data bus. Unless you are planning on using a
> specific
> peripheral that needs the external bus the only other driving force
would
> be if you needed more memory than is provided on chip on the
non-external
> bus chips.
>
> 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 >
>
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 14
> Date: Mon, 24 May 2004 15:52:16 -0000
> From: "more_effective" <>
> Subject: interrupt vector table & IAP
>
> Hi everybody,
> We are trying to work with LPC2104 & Keil uVision3.
>
> If you take LPC2104 user's manual (2 oct 2003) you can read:
> "If user's code is runing from the on-chip RAM and an aplication
> uses
> interrupts, interrupt vectors must be re-mapped to flash
> address 0x0." (from page 70, VIC usage notes)
>
> BUT, you can also read:
> "The user should either disable interrupts, or ensure that user
> interrupt vectors are active in RAM and that the interrupt handlers
> reside in RAM, before making a flash erase/write IAP call." (from
> page 180, Interrupts during IAP)
>
> What we don't understand is the expression "ensure that user
> interrupt vectors are active in RAM". Active in RAM? We thought all
> interrupts & exceptions must be active in 0x0 and above (i.e., flash).
>
> BTW, can we manage to hace two APPs in flash with diferent interrupt
> vector tables?
>
> Thanks a lot in advance.
>
> -.-WOLFISH-.-
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 15
> Date: Mon, 24 May 2004 18:27:23 +0100
> From: "Rob R" <>
> Subject: SWI Software Interrupt
>
> Hi,
>
> I'm using Keil & GNU to compile an example program that does simple
GPIO
> manipulation and sends some data through the UART, but for some
reason,
> there is a software interrupt (SWI_Handler??) for no apparent reason.
>
> This shows in the simulator, and on the board it just freezes.
>
> I don't know what could be causing this as I've just string together a
> load
> of code that works individually (i.e. tested Uart stuff, tested the
GPIO
> stuff).. >
> Just wondered if anyone had any ideas. >
> Thanks
>
> Rob
>
> http://www.robs-projects.com/ > [This message contained attachments] >
>
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 16
> Date: Mon, 24 May 2004 11:44:11 -0600
> From: MaxStream - Ryan Bedwell <>
> Subject: Re: interrupt vector table & IAP
>
> more_effective wrote:
> > Hi everybody,
> > We are trying to work with LPC2104 & Keil uVision3.
> >
> > If you take LPC2104 user's manual (2 oct 2003) you can read:
> > "If user's code is runing from the on-chip RAM and an aplication
> > uses
> > interrupts, interrupt vectors must be re-mapped to flash
> > address 0x0." (from page 70, VIC usage notes)
> >
> > BUT, you can also read:
> > "The user should either disable interrupts, or ensure that user
> > interrupt vectors are active in RAM and that the interrupt handlers
> > reside in RAM, before making a flash erase/write IAP call." (from
> > page 180, Interrupts during IAP)
> >
> > What we don't understand is the expression "ensure that user
> > interrupt vectors are active in RAM". Active in RAM? We thought all
> > interrupts & exceptions must be active in 0x0 and above (i.e.,
flash).
>
> Address 0 can appear in one of four places: the base of user flash,
the
> base of user RAM, in external memory (for parts that support this) or
> somewhere in the Philips bootloader. You have to put your vectors in
> one of the three user locations, then configure the remapping
> appropriately via the MEMMAP register.
>
> If you're going to call IAP flash erase/write routines with interrupts
> enabled, you would have to have the vectors and the routines in RAM
(or
> external memory) to ensure no access to the flash during the
> erase/program operation.
>
> > BTW, can we manage to hace two APPs in flash with diferent interrupt
> > vector tables?
>
> Probably the best way to accomplish this would be to have the vectors
at
> the base of user RAM, then simply swap them in and out to match the
> application currently running.
>
> Ryan
________________________________________________________________________
>
________________________________________________________________________
>

> Yahoo! Groups Links
>
>



An Engineer's Guide to the LPC2100 Series

The problem is: I have 16Kbytes of RAM space and 256Kbytes of Flash ROM
space...I really don't want to debug just 16Kbytes...(I think my code is
bigger than that)...But just in case i will try this..

> -----Mensagem original-----
> De: jim_e_dallas [mailto:]
> Enviada em: ter-feira, 25 de maio de 2004 12:33
> Para: Rodrigo
> Assunto: Re: ULINK 10 X 0 ME
>
> Use the RAM.ld file and make sure the RAM.ini file is also in the
> directory. Then make sure you have the memmap register set to 0x2.
> (this may be done for you in the start up file). This remaps the
> interrupt vectors to RAM and the RAM.ld places the code in RAM, so
> you should be able to debug out of RAM using your ULINK.
>
> --- In , "Rodrigo" <rodrigo@i...> wrote:
> >
> > I'm almost 1 month with a ULINK, and I couldn't debug my code yet...
> > The two Blinky examples debug. I'm using the Startup.s and Flash.ld
> > files from Blinky IRQ, cause I use timer 0 interrupt.I can load the
> my
> > code and run, but when I try to debug I receive the MEMORY MISMATCH
> > error. I know that the MCB2100 settings are correct, cause the
> Blinky
> > examples debug...Do I need to change the Startup.s or Flash.ld
> files in
> > order to debug my code? I really don't know what's wrong with my
> code...
> >
> > > -----Mensagem original-----
> > > De: [mailto:]
> > > Enviada em: segunda-feira, 24 de maio de 2004 15:11
> > > Para:
> > > Assunto: [lpc2000] Digest Number 193
> > >
> > > ------------------------ Yahoo! Groups Sponsor
> > >
> > > There are 16 messages in this issue.
> > >
> > > Topics in this digest:
> > >
> > > 1. New file uploaded to lpc2000
> > > From: lpc2000
> > > 2. Re: SOT313-2 / LQFP48 footprint
> > > From: "Chetan Bhargava" <list1@b...>
> > > 3. RE: USB 2.0 with NET2270 / NET2272 and LPC2000 ?
> > > From: "Curt Powell" <curt.powell@s...>
> > > 4. Mail Delivery System
> > > From: mcarioti@p...
> > > 5. Re: USB 2.0 with NET2270 / NET2272 and LPC2000 ?
> > > From: "Shannon Holland" <holland@l...>
> > > 6. Re: Flash fails to write a bit or zeroes other bit
> > > From: "chazeltopman" <rob@n...>
> > > 7. v1.2 CrossWorks for ARM released
> > > From: "Michael Johnson" <mpj@r...>
> > > 8. Re: Flash fails to write a bit or zeroes other bit
> > > From: "chazeltopman" <rob@n...>
> > > 9. LPC 2212/14 Development Board
> > > From: "Srinath" <srinath.ananthaswamy@u...>
> > > 10. Sample ISR setup code for GCC?(Newbie)
> > > From: "Richard" <embeddedc@h...>
> > > 11. Re: Sample ISR setup code for GCC?(Newbie)
> > > From: "Karl Olsen" <kro@p...>
> > > 12. Re: LPC 2212/14 Development Board
> > > From: Robert Adsett <subscriptions@a...>
> > > 13. Re: LPC 2212/14 Development Board
> > > From: Robert Adsett <subscriptions@a...>
> > > 14. interrupt vector table & IAP
> > > From: "more_effective" <wolfish@t...>
> > > 15. SWI Software Interrupt
> > > From: "Rob R" <rob@r...>
> > > 16. Re: interrupt vector table & IAP
> > > From: MaxStream - Ryan Bedwell <ryanb@m...>
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 1
> > > Date: 23 May 2004 22:33:31 -0000
> > > From: lpc2000
> > > Subject: New file uploaded to lpc2000
> > >
> > >
> > > Hello,
> > >
> > > This email message is a notification to let you know that
> > > a file has been uploaded to the Files area of the lpc2000
> > > group.
> > >
> > > File : /LPC2100-protel-sch-footprint.zip
> > > Uploaded by : cbhargava <list1@b...>
> > > Description : Protel 99SE device (sch) and footprint (PCB)
> > >
> > > You can access this file at the URL
> > >
> > > http://groups.yahoo.com/group/lpc2000/files/LPC2100-protel-sch-
> > > footprint.zip
> > >
> > > To learn more about file sharing for your group, please visit
> > >
> > > http://help.yahoo.com/help/us/groups/files
> > >
> > > Regards,
> > >
> > > cbhargava <list1@b...>
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 2
> > > Date: Sun, 23 May 2004 22:45:59 -0000
> > > From: "Chetan Bhargava" <list1@b...>
> > > Subject: Re: SOT313-2 / LQFP48 footprint
> > >
> > > Thanks Leon,
> > >
> > > I have created a device for schematic and LQFP48 pcb footprint. I
> > > have uploaded a zip file containing the library.
> > >
> > > -Chetan Bhargava
> > >
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 3
> > > Date: Sun, 23 May 2004 21:07:08 -0700
> > > From: "Curt Powell" <curt.powell@s...>
> > > Subject: RE: USB 2.0 with NET2270 / NET2272 and LPC2000 ?
> > >
> > > Martin,
> > >
> > > I've worked with the Cypress family of chips- EZ-USB, FX, FX2,
> and SX2
> > > (stay away from the SX2). Don't have any experience with NetChip.
> > > Charles Manning on this list has worked with the ftdi chip. With
> any
> > of
> > > these chips you'll probably be limited by the lpc gpio speed,
> assuming
> > > you're using gpio to interface with the USB chip, to a few
> megabytes
> > per
> > > second bulk throughput.
> > >
> > > I recall seeing announcements of other ARM-based chips with on-
> board
> > USB
> > > and in the last week or so there was a rumour posted about a
> future
> > > "LPC2130" with on-board USB.
> > >
> > > Curt
> > >
> > > -----Original Message-----
> > > From: capiman@t... [mailto:capiman@t...]
> > > Sent: Sunday, May 23, 2004 2:19 AM
> > > To:
> > > Subject: [lpc2000] USB 2.0 with NET2270 / NET2272 and LPC2000 ?
> > >
> > >
> > > Hello,
> > >
> > > has someone used one of NetChip's USB 2.0 controller with LPC2000
> > series
> > > (or
> > > any other uC) ?
> > > Is it working without problems ? What bandwidth can i reach in
> reality
> > ?
> > > What is the rough price of these chips ?
> > >
> > > Regards,
> > >
> > > Martin
> > >
> > >
> > >
> > >
> > >
> > > Yahoo! Groups Links
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 4
> > > Date: Mon, 24 May 2004 12:29:02 +0800
> > > From: mcarioti@p...
> > > Subject: Mail Delivery System
> > >
> > > The message contains Unicode characters and has been sent as a
> binary
> > > attachment.
> > >
> > >
> > >
> > > [This message contained attachments]
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 5
> > > Date: Sun, 23 May 2004 21:30:59 -0700
> > > From: "Shannon Holland" <holland@l...>
> > > Subject: Re: USB 2.0 with NET2270 / NET2272 and LPC2000 ?
> > >
> > > There's also the TI TUSB3410 (think that's the right part number)
> > which is
> > > 8052 based and communicates with external chips over a UART/GPIO.
> So
> > no
> > > need
> > > to bitbang a memory bus. Program execution is out of RAM (can
> either
> > be
> > > loaded from the host driver or else a I2C rom).
> > >
> > > Haven't used it yet, but am planning to try it with the 210x in
> the
> > next
> > > week or so.
> > >
> > > Shannon
> > >
> > > On Sun, 23 May 2004 21:07:08 -0700
> > > "Curt Powell" <curt.powell@s...> wrote:
> > > >Martin,
> > > >
> > > >I've worked with the Cypress family of chips- EZ-USB, FX, FX2,
> and
> > SX2
> > > >(stay away from the SX2). Don't have any experience with
> NetChip.
> > > >Charles Manning on this list has worked with the ftdi chip.
> With any
> > of
> > > >these chips you'll probably be limited by the lpc gpio speed,
> > assuming
> > > >you're using gpio to interface with the USB chip, to a few
> megabytes
> > per
> > > >second bulk throughput.
> > > >
> > > >I recall seeing announcements of other ARM-based chips with on-
> board
> > USB
> > > >and in the last week or so there was a rumour posted about a
> future
> > > >"LPC2130" with on-board USB.
> > > >
> > > >Curt
> > > >
> > > >-----Original Message-----
> > > >From: capiman@t... [mailto:capiman@t...]
> > > >Sent: Sunday, May 23, 2004 2:19 AM
> > > >To:
> > > >Subject: [lpc2000] USB 2.0 with NET2270 / NET2272 and LPC2000 ?
> > > >
> > > >
> > > >Hello,
> > > >
> > > >has someone used one of NetChip's USB 2.0 controller with LPC2000
> > series
> > > >(or
> > > >any other uC) ?
> > > >Is it working without problems ? What bandwidth can i reach in
> > reality ?
> > > >What is the rough price of these chips ?
> > > >
> > > >Regards,
> > > >
> > > > Martin
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >Yahoo! Groups Links
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >Yahoo! Groups Links
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 6
> > > Date: Mon, 24 May 2004 05:40:08 -0000
> > > From: "chazeltopman" <rob@n...>
> > > Subject: Re: Flash fails to write a bit or zeroes other bit
> > >
> > > --- In , "chazeltopman" <rob@n...> wrote:
> > > > Now let me explain the write algorithm I'm using.
> > > > I need to be able to store 32 bit values into flash
> > > > one at a time. Since the IAP routines limit writes
> > > > to a minimum of 512 bytes I had to work around
> > > > this limit.
> > >
> > > I've received an anonymous reply that addresses the
> > > flash writing limitations:
> > >
> > > : The flash can not be used '32 bit word' wise.
> > > : You could try to write 16 bytes at once (4x 32 bit word),
> > > : but the number of partial writes per 512 bytes (the normal
> > > : size) is limited (I don't believe this number is specified).
> > > :
> > > : Note the '16 byte'data should be properly aligned on 16 byte
> > > : multiples (but again the number of 'partial write'is limited
> > > : .. let's say .. 16 times or so :-) ).
> > > :
> > > : You may repost this info in the group - as long as you
> > > : don't refer to me.
> > >
> > > Since counting the number of times I write to a location
> > > presents a new bag of trouble, I'll use the dumb algorithm
> > > of copy, modify, erase and write back. Sigh.
> > >
> > > Rob
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 7
> > > Date: Mon, 24 May 2004 08:36:03 +0100
> > > From: "Michael Johnson" <mpj@r...>
> > > Subject: v1.2 CrossWorks for ARM released
> > >
> > > We've released v1.2 of CrossWorks for ARM - this is available for
> both
> > > windows and linux.
> > >
> > > >From an LPC21xx perspective the following applies
> > >
> > > - memory map files are shipped that describe the
> registers/memory of
> > > all the LPC21xx devices.
> > > - a processor property to select the memory map by processor
> name.
> > > - support for Segger J-Link (windows only) - as shipped with the
> > > Philips/IAR kickstart kit.
> > > - samples now work on Olimex LPC-P1, Keil MCB2100, Philips/IAR
> > > kickstart and Nohau LPC210x dev boards.
> > > - reset script changes to make flash loading more reliable.
> > > - target property to set the clock speed of the flash loader.
> > > - support for the gcc 3.3.4 assembly coded arm FP routines.
> > >
> > > Thanks
> > > Michael
> > >
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 8
> > > Date: Mon, 24 May 2004 08:35:03 -0000
> > > From: "chazeltopman" <rob@n...>
> > > Subject: Re: Flash fails to write a bit or zeroes other bit
> > >
> > >
> > > --- In , "chazeltopman" <rob@n...> wrote:
> > > > Now let me explain the write algorithm I'm using.
> > > > I need to be able to store 32 bit values into flash
> > > > one at a time. Since the IAP routines limit writes
> > > > to a minimum of 512 bytes I had to work around
> > > > this limit.
> > >
> > > I've received an anonymous reply that addresses the
> > > flash writing limitations:
> > >
> > > : The flash can not be used '32 bit word' wise.
> > > : You could try to write 16 bytes at once (4x 32 bit word),
> > > : but the number of partial writes per 512 bytes (the normal
> > > : size) is limited (I don't believe this number is specified).
> > > :
> > > : Note the '16 byte'data should be properly aligned on 16 byte
> > > : multiples (but again the number of 'partial write'is limited
> > > : .. let's say .. 16 times or so :-) ).
> > > :
> > > : You may repost this info in the group - as long as you
> > > : don't refer to me.
> > >
> > > Since counting the number of times I write to a location
> > > presents a new bag of trouble, I'll use the dumb algorithm
> > > of copy, modify, erase and write back. Sigh.
> > >
> > > Although, with a second thought, it might be worth a best-of
> > > algorithm which does a:
> > > o copy
> > > o modify
> > > o write
> > > o compare
> > > o if ok then done
> > > o if different then do dumb algorithm
> > >
> > > The question is, how much should be compared? If I compare
> > > just the surrounding 512 byte section that I am writing to,
> > > will the other sections in the 8K sector be affected? I
> > > suspect not. But if the write fails, then the copied part
> > > and the other sections from the flash must be merged to form
> > > the new flash sector image.
> > >
> > > Now what if I didn't have to write 512 bytes?
> > > Does the reply suggest that I can use the IAP write command
> > > with a value smaller than the stated 512 bytes? Hmmm... One
> > > way to find out is the emperical method.... No. Only the
> > > published values are accepted. So I tried to write the
> > > whole section of 512 bytes multiple times and the most I
> > > got was three good writes after an erase but mostly just
> > > two. So overall, I could cut the time in half by only
> > > erasing every second write or as above, if they differ.
> > > In my testing, I stayed with a 16 byte, aligned, segment.
> > >
> > > This is my testing with MaxForth V5.2 in interactive
> > > hex entry mode:
> > > Where: FLERASE will erase an 8K sector containing a given
> address
> > > Z compares SECTOR to flash and prints the differences
> > > SECTOR is a 512 byte buffer
> > > COM and READY are command/response buffers
> > > IAP takes a command buffer and returns it as a result
> buffer
> > >
> > > 3DC00 FLERASE OK ( erase 8K sector )
> > > Z 3DC00 3DC04 3DC10 3DC14 3DC18 OK ( buffer has differences )
> > > A55B SECTOR 10 + ! OK ( alter some buffer locations )
> > > FFFFFFFF SECTOR 14 + ! OK
> > > Z 3DC00 3DC04 3DC10 3DC18 OK ( less differences )
> > > 32 READY ! READY IAP ? 33 COM ! COM IAP ? Z 0 0 OK ( first
> write is
> > ok )
> > > A558 SECTOR 10 + ! Z 3DC10 OK ( change buffer again )
> > > 32 READY ! READY IAP ? 33 COM ! COM IAP ? Z 0 0 OK ( second
> write is
> > ok
> > > )
> > > FDP @ SECTOR 14 + ! Z 3DC14 OK ( change buffer again )
> > > 32 READY ! READY IAP ? 33 COM ! COM IAP ? Z 0 0 3DC18 OK ( third
> > write
> > > fails )
> > >
> > > The third write failed at a location that I wasn't even
> > > changing (0x 3DC18).
> > >
> > > I like the flash on the 6812 where they have two separate flash
> > > banks with different write widths. The smaller one has a write
> > > width of 4 bytes so if you need to write 32 bit values in flash
> > > you use the smaller flash. If you can write in large blocks,
> > > you use the larger flash.
> > >
> > > Rob
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 9
> > > Date: Mon, 24 May 2004 09:10:23 -0000
> > > From: "Srinath" <srinath.ananthaswamy@u...>
> > > Subject: LPC 2212/14 Development Board
> > >
> > > Hi all,
> > > I would like to obtain a cheap setup to experiment using the
> LPC
> > > 2212/14. Could someone please help me with the following beginner
> > > queries.
> > >
> > >
> > > 1. Where are the development boards for the 2212/14 available
> > > a. If so how much would they cost.
> > >
> > > 2. I am planning on using the GNU toolchain (GCC, GDB) for the
> > > development/debugging.
> > > a. Does a tool like the LPC2000 ISP programmer for the
> device
> > > exist for a Linux platform
> > > b. If I use JTAG to program/debug on the board where do I
> > > obtain a JTAG adapter and what is the setup for
> programming/debugging
> > > using that in Linux.
> > >
> > >
> > > NOTE: I have chosen the LPC 2212/14 over LPC2106 for the sole
> reason
> > > that it has an external bus and I can interface devices like an
> > > external ADC or USB device etc to the microcontroller. I hope my
> > > understanding is correct.
> > >
> > > Thanks in Advance
> > >
> > > Regards
> > >
> > > Srinath A
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 10
> > > Date: Mon, 24 May 2004 10:08:57 -0000
> > > From: "Richard" <embeddedc@h...>
> > > Subject: Sample ISR setup code for GCC?(Newbie)
> > >
> > > Hi,
> > >
> > > I have used the GNU tools on an AVR, but not before on an ARM.
> Does
> > > anybody have a link to some sample code that setups up an ISR,
> > > preferable on a timer? There does not seem to be a file posted.
> > >
> > > I have read the __attribute__((interrupt(IRQ))) part of the GCC
> > > manual, but this doesn't explain how the IRQ is installed as such.
> > >
> > > Thanks...
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 11
> > > Date: Mon, 24 May 2004 13:17:53 -0000
> > > From: "Karl Olsen" <kro@p...>
> > > Subject: Re: Sample ISR setup code for GCC?(Newbie)
> > >
> > > --- In , "Richard" <embeddedc@h...> wrote:
> > >
> > > > I have used the GNU tools on an AVR, but not before on an ARM.
> > > Does
> > > > anybody have a link to some sample code that setups up an ISR,
> > > > preferable on a timer? There does not seem to be a file posted.
> > > >
> > > > I have read the __attribute__((interrupt(IRQ))) part of the GCC
> > > > manual, but this doesn't explain how the IRQ is installed as
> such.
> > >
> > > Check out the "Philips LPC2100 Blinky IRQ Example" that you can
> > > download from the File Download Area at http://www.keil.com.
> > >
> > > Karl
> > >
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 12
> > > Date: Mon, 24 May 2004 09:45:22 -0400
> > > From: Robert Adsett <subscriptions@a...>
> > > Subject: Re: LPC 2212/14 Development Board
> > >
> > > At 09:10 AM 5/24/04 +0000, you wrote:
> > > > a. Does a tool like the LPC2000 ISP programmer for the
> device
> > > >exist for a Linux platform
> > >
> > > See http://www.engelschall.com/~martin/lpc21xx/isp/index.html
> > >
> > > 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
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 13
> > > Date: Mon, 24 May 2004 09:42:33 -0400
> > > From: Robert Adsett <subscriptions@a...>
> > > Subject: Re: LPC 2212/14 Development Board
> > >
> > > At 09:10 AM 5/24/04 +0000, you wrote:
> > > > NOTE: I have chosen the LPC 2212/14 over LPC2106 for the sole
> > reason
> > > >that it has an external bus and I can interface devices like an
> > > >external ADC or USB device etc to the microcontroller. I hope my
> > > >understanding is correct.
> > >
> > > There are certainly USB, A/D and D/A peripherals that do not
> require a
> > > parallel address and data bus. Unless you are planning on using a
> > > specific
> > > peripheral that needs the external bus the only other driving
> force
> > would
> > > be if you needed more memory than is provided on chip on the
> > non-external
> > > bus chips.
> > >
> > > 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
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 14
> > > Date: Mon, 24 May 2004 15:52:16 -0000
> > > From: "more_effective" <wolfish@t...>
> > > Subject: interrupt vector table & IAP
> > >
> > > Hi everybody,
> > > We are trying to work with LPC2104 & Keil uVision3.
> > >
> > > If you take LPC2104 user's manual (2 oct 2003) you can read:
> > > "If user's code is runing from the on-chip RAM and an aplication
> > > uses
> > > interrupts, interrupt vectors must be re-mapped to flash
> > > address 0x0." (from page 70, VIC usage notes)
> > >
> > > BUT, you can also read:
> > > "The user should either disable interrupts, or ensure that user
> > > interrupt vectors are active in RAM and that the interrupt
> handlers
> > > reside in RAM, before making a flash erase/write IAP call." (from
> > > page 180, Interrupts during IAP)
> > >
> > > What we don't understand is the expression "ensure that user
> > > interrupt vectors are active in RAM". Active in RAM? We thought
> all
> > > interrupts & exceptions must be active in 0x0 and above (i.e.,
> flash).
> > >
> > > BTW, can we manage to hace two APPs in flash with diferent
> interrupt
> > > vector tables?
> > >
> > > Thanks a lot in advance.
> > >
> > > -.-WOLFISH-.-
> > >
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 15
> > > Date: Mon, 24 May 2004 18:27:23 +0100
> > > From: "Rob R" <rob@r...>
> > > Subject: SWI Software Interrupt
> > >
> > > Hi,
> > >
> > > I'm using Keil & GNU to compile an example program that does
> simple
> > GPIO
> > > manipulation and sends some data through the UART, but for some
> > reason,
> > > there is a software interrupt (SWI_Handler??) for no apparent
> reason.
> > >
> > > This shows in the simulator, and on the board it just freezes.
> > >
> > > I don't know what could be causing this as I've just string
> together a
> > > load
> > > of code that works individually (i.e. tested Uart stuff, tested
> the
> > GPIO
> > > stuff)..
> > >
> > >
> > >
> > > Just wondered if anyone had any ideas.
> > >
> > >
> > >
> > > Thanks
> > >
> > > Rob
> > >
> > > http://www.robs-projects.com/
> > >
> > >
> > >
> > >
> > >
> > > [This message contained attachments]
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > > Message: 16
> > > Date: Mon, 24 May 2004 11:44:11 -0600
> > > From: MaxStream - Ryan Bedwell <ryanb@m...>
> > > Subject: Re: interrupt vector table & IAP
> > >
> > > more_effective wrote:
> > > > Hi everybody,
> > > > We are trying to work with LPC2104 & Keil uVision3.
> > > >
> > > > If you take LPC2104 user's manual (2 oct 2003) you can read:
> > > > "If user's code is runing from the on-chip RAM and an aplication
> > > > uses
> > > > interrupts, interrupt vectors must be re-mapped to flash
> > > > address 0x0." (from page 70, VIC usage notes)
> > > >
> > > > BUT, you can also read:
> > > > "The user should either disable interrupts, or ensure that user
> > > > interrupt vectors are active in RAM and that the interrupt
> handlers
> > > > reside in RAM, before making a flash erase/write IAP call."
> (from
> > > > page 180, Interrupts during IAP)
> > > >
> > > > What we don't understand is the expression "ensure that user
> > > > interrupt vectors are active in RAM". Active in RAM? We thought
> all
> > > > interrupts & exceptions must be active in 0x0 and above (i.e.,
> > flash).
> > >
> > > Address 0 can appear in one of four places: the base of user
> flash,
> > the
> > > base of user RAM, in external memory (for parts that support
> this) or
> > > somewhere in the Philips bootloader. You have to put your
> vectors in
> > > one of the three user locations, then configure the remapping
> > > appropriately via the MEMMAP register.
> > >
> > > If you're going to call IAP flash erase/write routines with
> interrupts
> > > enabled, you would have to have the vectors and the routines in
> RAM
> > (or
> > > external memory) to ensure no access to the flash during the
> > > erase/program operation.
> > >
> > > > BTW, can we manage to hace two APPs in flash with diferent
> interrupt
> > > > vector tables?
> > >
> > > Probably the best way to accomplish this would be to have the
> vectors
> > at
> > > the base of user RAM, then simply swap them in and out to match
> the
> > > application currently running.
> > >
> > > Ryan
> > >
> > >
> > >
> > >
> > >
> >
> ______________________________________________________________________
> __
> > >
> >
> ______________________________________________________________________
> __
> > >
> > >
> > >
> > >
> > --------------------------------
> ----
> > > Yahoo! Groups Links
> > >
> > >
> > >
> > >
> > >
> > --------------------------------
> ----
> > >
> > >
>