I have some code in a project that uses assembly language. I am using CrossWorks
and it doesn't like this. Here is the code:

static inline unsigned __get_cpsr(void)
{
   unsigned long retval;
   asm volatile (" mrs  %0, cpsr" : "=r" (retval) : /* no inputs */  );
   return retval;
}

Here is the error:

`asm' undeclared (first use in this function)

Anyone know how to use assembly in CrossWorks?

It will depend on what you want to do with your device. Its best to try to
stay into an device class and put that into the device descriptor table, so
you dont have to write a driver most of the times.

If you do something outside one of the usb classes, you can use libusb to
start to develop a driver, thats a little bit easier. You just bind to the
device and start talking to its endpoints.

On Thu, Nov 12, 2009 at 2:47 PM, Sutton Mehaffey <
sutton@...> wrote:

>
>
> I have a system that has a main circuit board jumper setting that can be
> set to configure the system 3 different ways. This setting determines
> the operation of the system and thus has 3 different names of the
> product. Daughter boards really determine operation, but the jumper is
> really so that software knows how to operate.
>
> Eventually, I am going to write some interface software to use USB
> communication, but it has not been written yet. Question 1: After
> enumeration, when the Windows box 'Welcome to the Found New Hardware
> Wizard' appears, is it expecting my driver (which hasn't been done yet)?
> Is this as far as I can go with developing my software interface?
>
> Also, I got my USB enumeration working for all 3 product name cases.
> What I did was to modify the String Descriptor depending on what the
> jumper setting is. However, I have to physically remove the instances
> from the 'Other Devices' category, before the other products will be
> recognized (otherwise it keeps the old product string descriptor when
> plugging in a 2nd time). Question 2: Do I need 3 instances of the
> Configuration Descriptor in order to differentiate the 3 products and
> say change the Product ID? How does that work?
>
> Question 3: I've just been hitting 'Cancel' at the Found New Hardware
> Wizard. How does Windows erase those registration instances
> automatically, when you unplug the USB cable? Trying to understand how
> that works also.
>
> Thanks.
>
> --
> Sutton
>
>
>


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

--- In lpc2000@yahoogroups.com, "rtstofer" <rstofer@...> wrote:

I tried the proposed changes to Makefile (given above) and changed the path to
the toolchain.  I built the .hex with YAGARTO and loaded it to the board.

It works fine!

Have you tried the .hex file I provided?  It should work just as given.  The
only assumption it makes about hardware is the existence of the 32 kHz crystal
and the serial port.

Richard

--- In lpc2000@yahoogroups.com, "raju_nem" <rajun.dsp@...> wrote:

And I set the baud rate to 115200 for UART0 and 38400 for UART1.

Richard

--- In lpc2000@yahoogroups.com, "raju_nem" <rajun.dsp@...> wrote:
>
>
> Hi richard,
>
>  i am not able build a hex file with my tools which are i am using.i am using
GNU arm gcc 4.1.0,yagartotool.it is giving error when i type make all and mak
clean in cmd promt.
>
>
> i have taken the screen shot of error. and i kept in the same folder name
RTC,with error.jpg.
>

Well, 'make' can't find 'awk'.  You may actually have awk in the YAGARTO tools
subdirectory, I don't...  I also don't use Windows for ARM development.

in the Makefile, remove 'depend' from the all: target.  Leave the first line
after all : blank - no dependencies.

Like this:

all :

  make ${TARGET}.hex sizes list


Again in Makefile, remove the entire target for depend down at the bottom.

Delete all of this:

depend :
  @cp Makefile Makefile.bak

  @awk '/# .Id/,/^# DO NOT DELETE/' Makefile > Makefile.new

  @${CC} ${CFLAGS} -MM ${SRCS} >> Makefile.new

  @if ! diff Makefile Makefile.new > /dev/null 2>&1 ; then \

  mv Makefile.new Makefile; \

  else \

  rm Makefile.new; \

  rm Makefile.bak; \

  fi


You can keep the dependencies.

Richard

Hi richard,

  i am not able build a hex file with my tools which are i am using.i am using
GNU arm gcc 4.1.0,yagartotool.it is giving error when i type make all and mak
clean in cmd promt.


i have taken the screen shot of error. and i kept in the same folder name
RTC,with error.jpg.



--- In lpc2000@yahoogroups.com, "rtstofer" <rstofer@...> wrote:
>
>
>
> --- In lpc2000@yahoogroups.com, "rtstofer" <rstofer@> wrote:
>
> I had 3 choices for the RTC code:
>
> 1) write the project from scratch - too much work!
> 2) try to fix the provided code - I tried but failed, don't know why
> 3) hack something together that could be pared down.
>
> I chose option 3 because I didn't have to write a bunch of code.  I already
had other LPC2148 projects for the usual overhead functions.  All I had to do
was splice in JC's code for the RTC and write main().
>
> Richard
>

I would understand if someone uses mbed online compiler and LPC1768
board and if mbed library is given in source code or object code form.
Best regards,


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

On Thu, 12 Nov 2009 06:51:09 -0000, <JeffClar@...> wrote:

>
> I'd like your advice on an inexpensive JTAG emulator, preferably USB, to
> use with EW-ARM, but that might also work with other environments if I
> outgrow the kickstart.
>
> Also, any thoughts on the e-bay kits (links below)?

Yes.  See below.

>
http://cgi.ebay.com/LPC2148-Core-system-LCD-ENC28J60-USB-emulator_W0QQitemZ26038\
1919516QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item3c9ff8c91c#ht_3775wt_958

These kits look quite nice to play with; the OEM website has a lot more to
choose from.

>
http://cgi.ebay.com/ARM-LPC2148-Color-LCD-Development-board-Ulink-Emulator_W0QQi\
temZ170403602637QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item27acd8a0cd#ht_428\
4wt_881

You know this is a cloned ULINK?  I actually purchased it *without* the
ULINK by choice and out of curiosity, and was unfortunate enough to
receive a CD with a copy of the Keil tools and key generator in the box.
How sad.  However, can't fault the documentation/demos included even if
some of it is a little questionable.  I guess this is just what you get
  from China, and I guess they see it as a service.

>
http://cgi.ebay.com/ARM-LPC2148-Color-LCD-Development-board-Ulink2-emulator_W0QQ\
itemZ170403602626QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item27acd8a0c2#ht_43\
62wt_881

And this is a cloned ULINK2?  Ditto.

-- Paul.

--- In lpc2000@yahoogroups.com, "rtstofer" <rstofer@...> wrote:

I had 3 choices for the RTC code:

1) write the project from scratch - too much work!
2) try to fix the provided code - I tried but failed, don't know why
3) hack something together that could be pared down.

I chose option 3 because I didn't have to write a bunch of code.  I already had
other LPC2148 projects for the usual overhead functions.  All I had to do was
splice in JC's code for the RTC and write main().

Richard

--- In lpc2000@yahoogroups.com, "raju_nem" <rajun.dsp@...> wrote:
>
>
> Hi richard,
>
>
>  here i am able to download the zip file inside the Folder(folder name is
RTC(rtc interrupt)).Have u installed "winrar" which can zip or unzip the files.


Yahoo wouldn't serve the file.  It wasn't a matter of being able to decompress
it; I couldn't get it.  It's fine today.

Richard

There is a new file in the RTC folder named ARM2148RTC.zip.

The RTC code itself is a hacked up version of JCWren's code (sorry for the hack,
JC).

Remnants of the FreeRTOS stuff are removed and a couple of macros are created to
enable and disable interrupts.

The RTC ISR does not print anything.  You REALLY don't want to do this.  Ever! 
It simply increments a counter.  When you start nesting interrupts (and
IRQ_Wrapper does this based on priority), you might need to disable/enable
interrupts around the code that increments the counter.

The main code looks at the counter and, if it is non-zero, disables interrupts,
reads the time, decrements the counter and re-enables interrupts.  Finally, the
main code prints the time using standard C kinds of stuff.

This is a really ugly hack!  It is based on JC's code as I stated above but
because we had a collision of lpc2xxx.h files, I removed a lot of macro
constants.  I spliced on IO routines from another project which means there is a
lot more code than necessary.  Printing IBMWords won't be necessary...

But it prints the time...

JC's code has a complete set of functions for dealing with the clock and alarm. 
It was worth incorporating the code because, sooner or later, the functions will
be necessary.

The code uses the IRQ_Wrapper approach so interrupt handlers can be declared as
standard C functions.

You should consider cutting the code down to size.

While I'm at it, I'll post the .hex file.  There are a number of changes you may
need to make so it might be useful to have a known-working version.

Richard

Hello ,
are you sure to use MII ,because if you look the user manual (page 186) "Remark:
LPC23xx devices are RMII interfaced only."



--- In lpc2000@yahoogroups.com, nitinkothari@... wrote:
>
> Hello Geeks !
>
> I am trying to interface LPC2368 ethernet with the National's PHY DP83848.
> The selected mode is MII. But the PHY is sending 0xFF whenever i try to read
the status register and for ID query, ID1 it gives 00 and ID2 it gives 0xFF.
>
>
> So.....its easy to say that its not working. Any ideas ?
> The connections on each pin are as follows :
> 1> Pin 1,5,6,8,9,10,11,12,20,21,38,42,45,46 ----> NC
> 2> Pin 7,22,32,48 -->  +3.3V
> 3> Pin 15,19,35,36,47,33 --> GND
> 4> Pin 2,3,4,25,30,31,40,41,43,44 --> Respective pins on LPC2368
> 5> Pin 34 --> Clock source
> 6> Pin 39 --> NC
> 7> Rest all the pins to enternet connector.
>
> Thanks a lot.
> Nitin
>

First of all, compare your hardware connections to the mbed schematic.  It uses
the 83848
 
http://mbed.org/nxp/lpc2368/technical-reference/   - see the PDF schematic
 
As a side note:  Is the Ethernet connector you're using have internal
magnetics in it?  It should.  And don't forget to connect the MagJack
center-taps to 3.3V.
 
...kevin

--- On Thu, 11/12/09, nitinkothari@... <nitinkothari@...> wrote:


From: nitinkothari@... <nitinkothari@...>
Subject: [lpc2000] Interfacing DP83848 with LPC2368
To: lpc2000@yahoogroups.com
Date: Thursday, November 12, 2009, 5:22 AM


 



Hello Geeks !

I am trying to interface LPC2368 ethernet with the National's PHY DP83848.
The selected mode is MII. But the PHY is sending 0xFF whenever i try to read the
status register and for ID query, ID1 it gives 00 and ID2 it gives 0xFF.

So.....its easy to say that its not working. Any ideas ?
The connections on each pin are as follows :
1> Pin 1,5,6,8,9,10, 11,12,20, 21,38,42, 45,46 ----> NC
2> Pin 7,22,32,48 --> +3.3V
3> Pin 15,19,35,36, 47,33 --> GND
4> Pin 2,3,4,25,30, 31,40,41, 43,44 --> Respective pins on LPC2368
5> Pin 34 --> Clock source
6> Pin 39 --> NC
7> Rest all the pins to enternet connector.

Thanks a lot.
Nitin







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

I have a system that has a main circuit board jumper setting that can be
set to configure the system 3 different ways.  This setting determines
the operation of the system and thus has 3 different names of the
product.  Daughter boards really determine operation, but the jumper is
really so that software knows how to operate.

Eventually, I am going to write some interface software to use USB
communication, but it has not been written yet.  Question 1:  After
enumeration, when the Windows box 'Welcome to the Found New Hardware
Wizard' appears, is it expecting my driver (which hasn't been done yet)?
   Is this as far as I can go with developing my software interface?

Also, I got my USB enumeration working for all 3 product name cases.
What I did was to modify the String Descriptor depending on what the
jumper setting is.  However, I have to physically remove the instances
from the 'Other Devices' category, before the other products will be
recognized (otherwise it keeps the old product string descriptor when
plugging in a 2nd time).  Question 2:  Do I need 3 instances of the
Configuration Descriptor in order to differentiate the 3 products and
say change the Product ID?  How does that work?

Question 3:  I've just been hitting 'Cancel' at the Found New Hardware
Wizard.  How does Windows erase those registration instances
automatically, when you unplug the USB cable?  Trying to understand how
that works also.

Thanks.

--
Sutton

I'd like your advice on an inexpensive JTAG emulator, preferably USB, to use
with EW-ARM, but that might also work with other environments if I outgrow the
kickstart.

Also, any thoughts on the e-bay kits (links below)?

Does anyone know if the Olimex ARM-JTAG-EW will also work with most other
environments?  WinARM/Yogarto, Keil, etc?

I'm fairly new to this, and looking to work with a LPC2148 for USB device
development (I have done USB device development with the PIC 18F4550 before). 
I've done some searching on embeddedrelated.com and the Internet, to little
avail.  Thanks for your help!

-Jeff


http://cgi.ebay.com/LPC2148-Core-system-LCD-ENC28J60-USB-emulator_W0QQitemZ26038\
1919516QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item3c9ff8c91c#ht_3775wt_958

http://cgi.ebay.com/ARM-LPC2148-Color-LCD-Development-board-Ulink-Emulator_W0QQi\
temZ170403602637QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item27acd8a0cd#ht_428\
4wt_881

http://cgi.ebay.com/ARM-LPC2148-Color-LCD-Development-board-Ulink2-emulator_W0QQ\
itemZ170403602626QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item27acd8a0c2#ht_43\
62wt_881

Hello Geeks !

I am trying to interface LPC2368 ethernet with the National's PHY DP83848.
The selected mode is MII. But the PHY is sending 0xFF whenever i try to read the
status register and for ID query, ID1 it gives 00 and ID2 it gives 0xFF.


So.....its easy to say that its not working. Any ideas ?
The connections on each pin are as follows :
1> Pin 1,5,6,8,9,10,11,12,20,21,38,42,45,46 ----> NC
2> Pin 7,22,32,48 -->  +3.3V
3> Pin 15,19,35,36,47,33 --> GND
4> Pin 2,3,4,25,30,31,40,41,43,44 --> Respective pins on LPC2368
5> Pin 34 --> Clock source
6> Pin 39 --> NC
7> Rest all the pins to enternet connector.

Thanks a lot.
Nitin

> here i am able to download the zip file inside the Folder(folder name is
> RTC(rtc interrupt)).Have u installed "winrar" which can zip or unzip the
> files.
>

Download and install 7zip. Works great on all file and FREE too.

Warm Regards,
Mukund Deshmukh,
Beta Computronics Pvt Ltd,
10/1 IT Park, Parsodi,
Nagpur -440022.

Hi richard,


  here i am able to download the zip file inside the Folder(folder name is
RTC(rtc interrupt)).Have u installed "winrar" which can zip or unzip the files.

--- In lpc2000@yahoogroups.com, "rtstofer" <rstofer@...> wrote:
>
>
>
> --- In lpc2000@yahoogroups.com, "raju_nem" <rajun.dsp@> wrote:
> >
> >
> > Hi richard,
> >
> >   As u  said,i zipped my files and kept in the files section with name of
folder is RTC(rtc interrupt).
>
> Have you tried to download the file?  I can't seem to get it.
>
> As the owner, you have the ability to delete it and replace it with a filename
that doesn't contain embedded spaces.  rtc.zip comes to mind.
>
> Richard
>

Am 11/5/2009 4:07 AM, also sprach Vladimir Ljaschko:
> Thank you, Robert,
>
>
>> Recode in C or C++. Seriously.
>>
>
> I've sent this sentence to my boss already :)
>
One advantage of recoding it to C++ would be that all of those places
where you said "This could be done better" can be fixed.
I've found that recoding a project in another language goes very quick
when you have an actual working model of the algorithms already in front
of you.

You can sell this refactoring project as "Extreme programming", a modern
paradigm that Boss reads about in Boss magazines.

One problem might be is if you're using something like JFreeChart, (or
other big Java library) then you're screwed no matter what.


Am 11/4/2009 10:01 AM, also sprach rtstofer:
> I view C++ as a train wreck.  Interesting to watch but not something I would
want to be involved in.
>
>
Baf.  You haven't lived until you've eyeball-parsed a 500 character
compiler-generated token trying to figure out what part of it is broken.

dik

--- In lpc2000@yahoogroups.com, "raju_nem" <rajun.dsp@...> wrote:
>
>
> Hi richard,
>
>   As u  said,i zipped my files and kept in the files section with name of
folder is RTC(rtc interrupt).

Have you tried to download the file?  I can't seem to get it.

As the owner, you have the ability to delete it and replace it with a filename
that doesn't contain embedded spaces.  rtc.zip comes to mind.

Richard

Hi,

Lack of P1.25 CLKOUT  function is one of the issues with the
lpc1700 series.

See the original thread in lpc1000 group here:

http://tech.groups.yahoo.com/group/lpc1000/message/89


Pawel

>
> Hi:
>
> Effectively, P1.25 does not output CLKOUT as seems to indicate the PINSEL3
selection table (Table 82). Section 4.10 clearly states that the CLKOUT function
is on P1.27.
>
> I corrected my setting to select Function 01, not 10 when using the P1.27, and
now the correct CLKOUT is in P1.27.
>
> It is a shame that CLKOUT does not work in P1.25, as P1.27 is not present in
the 80-pin version of these chips (LPC175x), which is the one I'm planning to
use.
>
> Alex R.
>
> --- In lpc2000@yahoogroups.com, "alexander_ribero" <alexribero@> wrote:
> >
> >
> > Hi:
> >
> > I'm using the LPC1768 and Keil uVision 3.70 and I would like to see the
internal clock used by the MCU in the CLKOUT pin.
> >
> > However, neither of the two pins that could show this output seem to work
(P1.25 or P1.27).
> >
> > The following code is used:
> >
> > LPC_PINCON->PINSEL3 &= ~0x000C0000;   /* P1.25, CLKOUT, function 10 */
> > LPC_PINCON->PINSEL3 |= 0x00080000;
> > LPC_SC->CLKOUTCFG |= ((1 << 8) | (1 << 7) | (1 << 6) | (1 << 5) | (1 << 4) |
(1 << 0)) ;
> >
> > Tested with PLL enabled or disabled, results are the same.
> >
> > The pin P1.25 seems to change (from low to high one time) when the PINSEL3
register is written, but no clock is seen after that.
> >
> > Have anybody got the clock output working in this part?
> > Is there any other setting missing?
> >
> >
> > Regards,
> >
> > Alex.
> >
>

Hi:

Effectively, P1.25 does not output CLKOUT as seems to indicate the PINSEL3
selection table (Table 82). Section 4.10 clearly states that the CLKOUT function
is on P1.27.

I corrected my setting to select Function 01, not 10 when using the P1.27, and
now the correct CLKOUT is in P1.27.

It is a shame that CLKOUT does not work in P1.25, as P1.27 is not present in the
80-pin version of these chips (LPC175x), which is the one I'm planning to use.

Alex R.

--- In lpc2000@yahoogroups.com, "alexander_ribero" <alexribero@...> wrote:
>
>
> Hi:
>
> I'm using the LPC1768 and Keil uVision 3.70 and I would like to see the
internal clock used by the MCU in the CLKOUT pin.
>
> However, neither of the two pins that could show this output seem to work
(P1.25 or P1.27).
>
> The following code is used:
>
> LPC_PINCON->PINSEL3 &= ~0x000C0000;   /* P1.25, CLKOUT, function 10 */
> LPC_PINCON->PINSEL3 |= 0x00080000;
> LPC_SC->CLKOUTCFG |= ((1 << 8) | (1 << 7) | (1 << 6) | (1 << 5) | (1 << 4) |
(1 << 0)) ;
>
> Tested with PLL enabled or disabled, results are the same.
>
> The pin P1.25 seems to change (from low to high one time) when the PINSEL3
register is written, but no clock is seen after that.
>
> Have anybody got the clock output working in this part?
> Is there any other setting missing?
>
>
> Regards,
>
> Alex.
>

Hi:

I'm using the LPC1768 and Keil uVision 3.70 and I would like to see the internal
clock used by the MCU in the CLKOUT pin.

However, neither of the two pins that could show this output seem to work (P1.25
or P1.27).

The following code is used:

LPC_PINCON->PINSEL3 &= ~0x000C0000;   /* P1.25, CLKOUT, function 10 */
LPC_PINCON->PINSEL3 |= 0x00080000;
LPC_SC->CLKOUTCFG |= ((1 << 8) | (1 << 7) | (1 << 6) | (1 << 5) | (1 << 4) | (1
<< 0)) ;

Tested with PLL enabled or disabled, results are the same.

The pin P1.25 seems to change (from low to high one time) when the PINSEL3
register is written, but no clock is seen after that.

Have anybody got the clock output working in this part?
Is there any other setting missing?


Regards,

Alex.

--- In lpc2000@yahoogroups.com, "t_chinzei" <t_chinzei@...> wrote:
>
> > Has there been any new-ish activity with LPCUSB on the LPC23xx parts ??
>
> As Bertrik write in his LPCUSB page (
http://wiki.sikken.nl/index.php?title=LPCUSB )
> "Check out the latest sources from the SVN archive: type 'svn co
https://lpcusb.svn.sourceforge.net/svnroot/lpcusb/trunk "
>
> The latest one, Revision 178, supports LPC23xx already.
>
> Tsuneo


Thank you  Tsuneo !

I did finally get it to run.  One of my problems was that I had timer0 interrupt
enabled with no code !   That, I think, was causing the randomness of the Data
Aborts...

The other problems had mostly to do wit ALSO migrating to the newer, 5.x version
of the IAR EWARM compiler/linker.   It's a real stinker to upgrade the chip as
well as the compiler at the same time.  Can get confusing.

I will check out the newer version though..

Thank you !
boB






>
>
> --- In lpc2000@yahoogroups.com, "bobtransformer" <bgudgel@> wrote:
> >
> >
> > Has there been any new-ish activity with LPCUSB on the LPC23xx parts ??
> >
> > I am having a heck of a time trying to get the old LPCUSB code to work on my
LPC2366 board.  Rev D NXP silicon.  This worked great on the LPC2144 chip but I
can not for the life of me get this to initialize the hardware without Data
abort exceptions on the LPC2366.  I can sometimes get past the data aborts if I
use the JTAG and stop it here and there and then continue, but will still not
connect.
> >
> > I know that others have gotten LPCUSB to work on these parts but am hoping
that there is maybe some new knowledge here, not found on our archives.
> >
> > I believe that I have handled the Register addressing changes correctly. The
USB peripheral appears to be getting clocks too, AFAIK.  Problem is that I
cannot exactly catch the data abort with the JTAG in the exact spot that it is
happening.
> >
> > IRQ's have to be enabled in order for me to get the Data Abort also.
> >
> > It looks like the last R14, Link Register (LR) before the abort was in the
VCOM_init(); code, but I know it is getting past this point, somewhat.
> >
> > IAR's JTAG debugging windows suggest that I have an interrupt pending by
showing USB_INT_REQ_LP and USB_need_clk as high.
> >
> > A couple of differences I notice are the USB CLOCK now comes from a divider
on the OUTPUT of the regular PLL, rather than its OWN PLL, and some registers
have been re-located, compared to the LPC214X parts.
> >
> > Also, WHY is it that IAR had to change their REGISTER defines to UPPER CASE
from the combined UPper and Lower case they used to have for the REGISTER
definitions used in the LPC23xx user manual ??  That also makes it hard to
upgrade to a newer part.
> >
> > Any hints are graciously welcome.
> >
> > Thanks,
> > boB
> >
>

> Has there been any new-ish activity with LPCUSB on the LPC23xx parts ??

As Bertrik write in his LPCUSB page (
http://wiki.sikken.nl/index.php?title=LPCUSB )
"Check out the latest sources from the SVN archive: type 'svn co
https://lpcusb.svn.sourceforge.net/svnroot/lpcusb/trunk "

The latest one, Revision 178, supports LPC23xx already.

Tsuneo


--- In lpc2000@yahoogroups.com, "bobtransformer" <bgudgel@...> wrote:
>
>
> Has there been any new-ish activity with LPCUSB on the LPC23xx parts ??
>
> I am having a heck of a time trying to get the old LPCUSB code to work on my
LPC2366 board.  Rev D NXP silicon.  This worked great on the LPC2144 chip but I
can not for the life of me get this to initialize the hardware without Data
abort exceptions on the LPC2366.  I can sometimes get past the data aborts if I
use the JTAG and stop it here and there and then continue, but will still not
connect.
>
> I know that others have gotten LPCUSB to work on these parts but am hoping
that there is maybe some new knowledge here, not found on our archives.
>
> I believe that I have handled the Register addressing changes correctly. The
USB peripheral appears to be getting clocks too, AFAIK.  Problem is that I
cannot exactly catch the data abort with the JTAG in the exact spot that it is
happening.
>
> IRQ's have to be enabled in order for me to get the Data Abort also.
>
> It looks like the last R14, Link Register (LR) before the abort was in the
VCOM_init(); code, but I know it is getting past this point, somewhat.
>
> IAR's JTAG debugging windows suggest that I have an interrupt pending by
showing USB_INT_REQ_LP and USB_need_clk as high.
>
> A couple of differences I notice are the USB CLOCK now comes from a divider on
the OUTPUT of the regular PLL, rather than its OWN PLL, and some registers have
been re-located, compared to the LPC214X parts.
>
> Also, WHY is it that IAR had to change their REGISTER defines to UPPER CASE
from the combined UPper and Lower case they used to have for the REGISTER
definitions used in the LPC23xx user manual ??  That also makes it hard to
upgrade to a newer part.
>
> Any hints are graciously welcome.
>
> Thanks,
> boB
>

Hi Sutton,

> It's the VirtualCOM.zip file up on the Files section.

It's the same as this one on the NXP site
AN10420 USB Virtual COM Port on LPC214x with Source Code, V1 (Jan 4, 2006)
http://www.standardics.nxp.com/support/documents/microcontrollers/zip/an10420.zi\
p

> The question is why does that VirtualCOM code work without packed as far
as sizeof structures go?

This example was coded on Keil CARM compiler, which has discontinued when ARM
captured Keil. To port the source to other compilers including RealView, you
need somewhat modification.

The example was discussed in this topic once.

"new member - philips VCOM driver question"
http://tech.groups.yahoo.com/group/lpc2000/message/43434

Tsuneo

--- In lpc2000@yahoogroups.com, Sutton Mehaffey <sutton@...> wrote:
>
> The question is why does that VirtualCOM code work without packed as far
> as sizeof structures go? It's Keil's code and Philips made some
> modifications.
>
>
>
> Daniel Widyanto wrote:
> >
> > Hi,
> >
> > Depends on your compiler. On GCC, add:
> > struct yourStructName {
> > int memberA;
> > } __attribute__((packed));
> >
> > On Realview (Keil), add:
> > __packed struct yourStructName {
> > int memberA;
> > };
> >
> > Regards,
> > -daniel
> >
> > -----Original Message-----
> > From: lpc2000@yahoogroups.com <mailto:lpc2000%40yahoogroups.com>
> > [mailto:lpc2000@yahoogroups.com <mailto:lpc2000%40yahoogroups.com>] On
> > Behalf Of Sutton Mehaffey
> > Sent: Tuesday, November 10, 2009 8:59 AM
> > To: lpc2000@yahoogroups.com <mailto:lpc2000%40yahoogroups.com>
> > Subject: Re: [lpc2000] Re: USB Configuration Descriptor - LPC2148
> >
> > It's the VirtualCOM.zip file up on the Files section. It's the last
> > listing. It's in USB.H.
> >
> > Sutton
> >
> > bobtransformer wrote:
> > >
> > >
> > >
> > > --- In lpc2000@yahoogroups.com <mailto:lpc2000%40yahoogroups.com>
> > <mailto:lpc2000%40yahoogroups.com>,
> > > Sutton Mehaffey <sutton@> wrote:
> > > >
> > > > Having an issue with my descriptor. In the VirtualCom demo package,
> > > > sizeof(USB_CONFIGURATION_DESC) = 9. When I run my code, the size
> > is 10,
> > > > which is causing a enumeration failure. Same structure in both sets of
> > > > code. Is there a setting that pads or doesn't pad structures on byte
> > > > boundaries? I know it's something like this, because if I either
> > have 3
> > > > or 4 bytes in my structure, the sizeof is 4. In the VirtualCom, 3
> > bytes
> > > > is size 3.
> > > > --
> > > > Sutton
> > > >
> > >
> > > Which software are you running ? I don't see USB_CONFIGURATION_DESC in
> > > my LPCUSB implentation. You must be using another "package" ??
> > >
> > > BTW, I just got my LPCUSB working (AFAICT) on this LPC2366 chip !
> > > Had to choose the USB SOFT CONNECT (USB_CONNECT) instead of USB_UP_LED.
> > >
> > > boB
> > >
> > >
> >
> > --
> > Sutton Mehaffey
> > Lookout Portable Security
> > 4040 Royal Dr. #100
> > Kennesaw, GA 30144
> > 800-207-6269, 770-514-7999, 770-514-1285 FAX
> > sutton@...
> > <mailto:sutton%40lookoutportablesecurity.com>
> >
> >
>
> --
> Sutton Mehaffey
> Lookout Portable Security
> 4040 Royal Dr. #100
> Kennesaw, GA  30144
> 800-207-6269, 770-514-7999, 770-514-1285 FAX
> sutton@...
>

--- In lpc2000@yahoogroups.com, "raju_nem" <rajun.dsp@...> wrote:
>
>
> Hi richard,
>
>   As u  said,i zipped my files and kept in the files section with name of
folder is RTC(rtc interrupt).Can i know the mistake where it is done? Means
after excuting the ISR function,it should return to main.It is not happening.It
is there in isr infinetly.help thanks in advance.This helps  when i go for other
on chip peripherals interrupts also(PWM,External interrupt,UART
interrupt,etc..).
>
> i tried with the startup file which is given in  below link also.
> No improvement.
>
>
http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/lpc2k_bundle_port/in\
dex.html
>
> it is great experiance with RTC and espesially with Strart up file.
>

It will be tomorrow afternoon at the earliest.  The contractors will be here in
a few minutes to start replacing all the windows.  Tonight and tomorrow will be
spent putting the house back together.

Richard

Hi richard,

   As u  said,i zipped my files and kept in the files section with name of folder
is RTC(rtc interrupt).Can i know the mistake where it is done? Means after
excuting the ISR function,it should return to main.It is not happening.It is
there in isr infinetly.help thanks in advance.This helps  when i go for other on
chip peripherals interrupts also(PWM,External interrupt,UART interrupt,etc..).

i tried with the startup file which is given in  below link also.
No improvement.

http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/lpc2k_bundle_port/in\
dex.html

it is great experiance with RTC and espesially with Strart up file.

--- In lpc2000@yahoogroups.com, "jcdmelo" <jcdmelo@...> wrote:
>
>
>
> Richard,
>
> You misread Martin's e-mail: it should be Rajun to zip and upload his files,
not you. I aggree with him too that you've been a heck of a consultant on this
issue of RTC interrupts. Why not give a chance to Rajun to sweat a little now?
>
> Julio de Melo
>
> --- In lpc2000@yahoogroups.com, "rtstofer" <rstofer@> wrote:
> >
> >
> >
> > --- In lpc2000@yahoogroups.com, "capiman26061973" <mailingliste@> wrote:
> > >
> > >
> > >
> > > Hello Richard, hello Rajun,
> > >
> > > would it not be easier if Rajun just zips the complete directory / project
and upload it to files area ?
> > >
> > > I think, there should already be a big thank you to Richard for the great
support, not only to Rajun, but also to a lot others !
> > >
> > > Regards,
> > >
> > >     Martin
> >
> > Sure, zipping it up and posting it is likely to result in a working sample a
lot faster than it has been going.
> >
> > The only reason I haven't posted a working RTC project is that I don't have
one.  I have never used the RTC.
> >
> > I almost always recommend that folks check out the excellent code at
www.jcwren.com/arm  That's where I get a lot of my code and I have learned a lot
about the overall strategy of building a large project from JC's code.
> >
> > Richard
> >
>

Richard,

You misread Martin's e-mail: it should be Rajun to zip and upload his files, not
you. I aggree with him too that you've been a heck of a consultant on this issue
of RTC interrupts. Why not give a chance to Rajun to sweat a little now?

Julio de Melo

--- In lpc2000@yahoogroups.com, "rtstofer" <rstofer@...> wrote:
>
>
>
> --- In lpc2000@yahoogroups.com, "capiman26061973" <mailingliste@> wrote:
> >
> >
> >
> > Hello Richard, hello Rajun,
> >
> > would it not be easier if Rajun just zips the complete directory / project
and upload it to files area ?
> >
> > I think, there should already be a big thank you to Richard for the great
support, not only to Rajun, but also to a lot others !
> >
> > Regards,
> >
> >     Martin
>
> Sure, zipping it up and posting it is likely to result in a working sample a
lot faster than it has been going.
>
> The only reason I haven't posted a working RTC project is that I don't have
one.  I have never used the RTC.
>
> I almost always recommend that folks check out the excellent code at
www.jcwren.com/arm  That's where I get a lot of my code and I have learned a lot
about the overall strategy of building a large project from JC's code.
>
> Richard
>

hi Theyagu
 
its a common problem always to start with a new controller and get used to it.
 
my suggestion for a sharp ramp up, just read the user manual or the data sheet
for that controller that contains the details about accessing the pins and
internals.
 
you can also go into the deatils of the device drivers that is supplied with the
controller to know whether you have any wrapper function to access your
peripherals OR you have to write a low level function for accessing them.if a
wrapper is provided then you can use that to access the pins otherwise write
your low level wrapper.
 
regards
Nil

--- On Tue, 10/11/09, Theyagu <theyaguk_85@...> wrote:


From: Theyagu <theyaguk_85@...>
Subject: [lpc2000] How to learn embedded c
To: lpc2000@yahoogroups.com
Date: Tuesday, 10 November, 2009, 7:54 PM


 



hi friends, im currently doing my main project in robotics domain, im using
lpc2129, my problem is i can write the c code which can compile in turbo c
compiler, but i don't know how convert it into embedded c code suitable for my
controller,
i would like to know how to write embedded c code for access the following
peripherals,
UART,I2C,CAN, I/O-PORT, TIMERS AND INTERRUPT ROUTINE and all,
my exact problem is i don't know how to accessing or reading pins and
configuration of register and all, i request u people pls clarify my doubt if
any body known about this, and if any materials,tutorial or EXAMPLE PROGRAMS are
available pls send to my mail
My is "theyaguk_85@ yahoo.co. in"

regards&thanks
thiyagu,









       The INTERNET now has a personality. YOURS! See your Yahoo! Homepage.
http://in.yahoo.com/

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