Reply by Darcy Williams April 26, 20072007-04-26
Rowley recently published a list of supported JTAG adapters... I'm
not sure if 1.7 is released yet but it can't be far away. If not
having 1.7 results in you not purchasing a license, I'm sure they'd
help you out.

http://ccgi.rowley.co.uk/support/faq.php?do=article&articleidh

CrossWorks supports the following JTAG adapters prior to release 1.7:

* Rowley CrossConnect
* Segger J-Link
* Atmel SAM-ICE
* Analog mIDAS-Link
* IAR J-Link KS
* Macgraigor Wiggler

In version 1.7 support for the following adapters is present:

* Rowley CrossConnect Lite
* Amontec JTAGkey
* Amontec JTAGkey-Tiny
* Olimex ARM-USB-OCD
* Olimex ARM-USB-TINY
* Luminary Micro USB debug interface
* Generic FTDI FT2232-based adapters

We have not tested with the Segger J-Trace but it might work with
CrossWorks. The following adapters are not supported by any version of
CrossWorks:

* Keil U-LINK and U-LINK 2
* ARM MultiICE
* Abatron BDI2000

--- In l..., "active_si" wrote:
>
> The solution I am looking for is one that will enable me to work
> smoothly. If I go with CrossWorks I need to buy another JTAG adapter
> and if I'll know that it'll work without causing additional problems
> that is not a problem. But probably as anyone else no one likes to
> spend money if they don't have to.
>
> I am new at programming LPCs and there for I didn't know all
> possibilities as I know now.
>
> Because of this I was looking towards KEILs RTL package but after
> some additional research I found there are a lot of open source
> solutions available that could allow me to do the same work as with
> KEILs solution. I know the with a price comes out-of-the-box
> solution and with open source you have to do some work, sometimes
> even less as with the OOTB solution, but I'd like to hear from other
> experienced users what they use, so I don't go and spend time on
> things that would prove to be worthless.
>
> Thanks for all your current insights and any in future.
>
> Re,
> Uros
>

An Engineer's Guide to the LPC2100 Series

Reply by pete...@akamina.com April 26, 20072007-04-26
Hi Uros,

It looks like you have a number of recommendations to follow-up on. There are indeed many viable options.

I too looked at this a while ago and decided that, to begin with, I wanted something that ran on Linux and used open source components. I was not aware of the work available on the yagarto site at the time so I pulled together a set that worked together based on work done by others (Lynch) for Windows. I have just put the latest document that describes the tool chain build procedure and references sample code for a few ARM 7/9 projects on my website. If you are interested, have a look at http://akamina.com/developerSupport.htm

This may be of interest if you are looking for something that runs on Linux, uses only open source (GCC 4.1, GDB, Eclipse, OpenOCD, newlib). The sample projects cover the Olimex P2148, Keil MCB-STR9 and the Phytec LPC3180.

Have fun.

Cheers,

Peter
Hi!
>
>I am now deciding on which IDE and compiler to use and with that I
>have done some searching over the net and came across some tests that
>were made with IAR, GNU and KEIL compiler and according to that report
>the GNU compiler was the best out of these three.
>With this I found CrossWorks that should provide GNU compiler support
>and debugging over JTAG.
>Since I have already bought MCB2300 and KEIL's ULINK2 I would like to
>know which IDE and compiler do you recommend.
>Because CrossWorks doesn't support KEIL's ULINK and I would have to
>buy another JTAG adapter so I'd be able to debug my apps.
>
>Any insights would be usefull.
>
>Thanks in advance!
>
>Re, Uros
>
Reply by sig5...@hotmail.com April 26, 20072007-04-26
I use GNUARM (Free), UltraEdit for IDE ($50), and Signum JetJTAG/Chameleon ($1200).
The Chameleon debugger software is very good. Support is excellent. Worth the money.

Chris.

----- Original Message -----
From: active_si
To: l...
Sent: Thursday, April 26, 2007 3:50 AM
Subject: [lpc2000] Re: Which IDE and compiler?
The solution I am looking for is one that will enable me to work
smoothly. If I go with CrossWorks I need to buy another JTAG adapter
and if I'll know that it'll work without causing additional problems
that is not a problem. But probably as anyone else no one likes to
spend money if they don't have to.

I am new at programming LPCs and there for I didn't know all
possibilities as I know now.

Because of this I was looking towards KEILs RTL package but after
some additional research I found there are a lot of open source
solutions available that could allow me to do the same work as with
KEILs solution. I know the with a price comes out-of-the-box
solution and with open source you have to do some work, sometimes
even less as with the OOTB solution, but I'd like to hear from other
experienced users what they use, so I don't go and spend time on
things that would prove to be worthless.

Thanks for all your current insights and any in future.

Re,
Uros

--- In l..., "Danish Ali" wrote:
>
> You say you have bought the Keil ulink2 as if that would
> prevent you from using another solution.
>
> I guess we have to ask if you are after a commercial
> solution (one that works out of the box) or one that
> you have to put together and you maintain.
> This is a call that I can't make.
>
> I use Rowley Crossworks and I am very happy with it.
> For me it was worth the money.
> True it won't work with ulink2, but it does work with
> the very cheap parallel-port wiggler clone available from
> Olimex. I also splashed out on their USB crossconnect and
> for me it is handy to have more than one JTAG device.
>
> (For "PC" programming I am moving from ancient Watcom to
> Eclipse. I prefer the Crossworks environment. But here I
> don't have the commercial need to justify spending money.)
>
> As to the benchmarks you found, I wonder how up-to-date
> they are. When I looked at the Keil IDE, it could use an
> old version of gcc. And it came with a Keil compiler.
> I seem to remember reading that nowadays the Keil IDE
> comes with the excellent official arm compiler (since
> they are now owned by arm).
>
> There are many different opinions. YMMV.
>
> - Danish
>
Reply by Tom Walsh April 26, 20072007-04-26
active_si wrote:
>
> The solution I am looking for is one that will enable me to work
> smoothly. If I go with CrossWorks I need to buy another JTAG adapter
> and if I'll know that it'll work without causing additional problems
> that is not a problem. But probably as anyone else no one likes to
> spend money if they don't have to.
>
> I am new at programming LPCs and there for I didn't know all
> possibilities as I know now.
>
> Because of this I was looking towards KEILs RTL package but after
> some additional research I found there are a lot of open source
> solutions available that could allow me to do the same work as with
> KEILs solution. I know the with a price comes out-of-the-box
> solution and with open source you have to do some work, sometimes
> even less as with the OOTB solution, but I'd like to hear from other
> experienced users what they use, so I don't go and spend time on
> things that would prove to be worthless.
>

I am running in a Linux host so the GNU tools were something that I am
very familiar with and decided to use those for my ARM development. So,
rather than spend money on the development software, I invested in
purchasing an Abatron BDI2000. They are not cheap at USD $2700, but it
has been a very effective tool and I am pleased with how it has worked out.

As a reference, I recently purchased one of the USB JTAG units from
Sparkfun and tried it out with OCD. It does work with the gdb + Insight
but not as quickly as the BDI2000 does. Single stepping code can be
fairly sluggish. The difference is probably that the BDI2000 uses
ethernet to talk with gdb and is faster at moving data than USB?
Anyway, downloading code is also slower with the USB unit.

However, YMMV as your requirements may differ from mine. I develop code
for a living so time is money.

As for eclipse, I've tinkered with it. It is cute, but not for me. I
have found that GUI development solutions to get in your way when doing
code development, too much time spend reaching for a mouse or hunting
for the cursor keys. I use VIM (vi) as my text editor and can edit
files without removing my fingers from the home keys of the keyboard.
If you are a touch typist, I would suggest you consider learning vi.

As far as a build system is concerned, I use make. I've been
programming for years, even before there were GUIs, so working with a
makefile is something that I've always done. With the makefiles, you
can embedded perl / bash code into them and I find it more flexible to
describe how to build a project than what you can do with some IDE
project managers.

What can I say, I still find that the command line interface is so much
faster.

Regards,

TomW
--
Tom Walsh - WN3L - Embedded Systems Consultant
http://openhardware.net http://cyberiansoftware.com http://openzipit.org
"Windows? No thanks, I have work to do..."
----------------
Reply by Leon April 26, 20072007-04-26
----- Original Message -----
From: "active_si"
To:
Sent: Thursday, April 26, 2007 11:50 AM
Subject: [lpc2000] Re: Which IDE and compiler?
> The solution I am looking for is one that will enable me to work
> smoothly. If I go with CrossWorks I need to buy another JTAG adapter
> and if I'll know that it'll work without causing additional problems
> that is not a problem. But probably as anyone else no one likes to
> spend money if they don't have to.

CrossWorks works OK with both my own home-made JTAG interface and their
CrossConnect. The debugger and IDE are excellent.

Leon
Reply by active_si April 26, 20072007-04-26
The solution I am looking for is one that will enable me to work
smoothly. If I go with CrossWorks I need to buy another JTAG adapter
and if I'll know that it'll work without causing additional problems
that is not a problem. But probably as anyone else no one likes to
spend money if they don't have to.

I am new at programming LPCs and there for I didn't know all
possibilities as I know now.

Because of this I was looking towards KEILs RTL package but after
some additional research I found there are a lot of open source
solutions available that could allow me to do the same work as with
KEILs solution. I know the with a price comes out-of-the-box
solution and with open source you have to do some work, sometimes
even less as with the OOTB solution, but I'd like to hear from other
experienced users what they use, so I don't go and spend time on
things that would prove to be worthless.

Thanks for all your current insights and any in future.

Re,
Uros

--- In l..., "Danish Ali" wrote:
>
> You say you have bought the Keil ulink2 as if that would
> prevent you from using another solution.
>
> I guess we have to ask if you are after a commercial
> solution (one that works out of the box) or one that
> you have to put together and you maintain.
> This is a call that I can't make.
>
> I use Rowley Crossworks and I am very happy with it.
> For me it was worth the money.
> True it won't work with ulink2, but it does work with
> the very cheap parallel-port wiggler clone available from
> Olimex. I also splashed out on their USB crossconnect and
> for me it is handy to have more than one JTAG device.
>
> (For "PC" programming I am moving from ancient Watcom to
> Eclipse. I prefer the Crossworks environment. But here I
> don't have the commercial need to justify spending money.)
>
> As to the benchmarks you found, I wonder how up-to-date
> they are. When I looked at the Keil IDE, it could use an
> old version of gcc. And it came with a Keil compiler.
> I seem to remember reading that nowadays the Keil IDE
> comes with the excellent official arm compiler (since
> they are now owned by arm).
>
> There are many different opinions. YMMV.
>
> - Danish
>
Reply by Tilmann Reh April 26, 20072007-04-26
--- In l..., Alex Svetek wrote:

> I am not an expert with Eclipse, gdb and OpenOCD, but I managed to put
> things together.
> It all works for me now like a charm with LPC213x/4x, although I do
> remember that I had
> some similar problems like you at first.
>
> If you send me Eclipse project/workspace that causes you troubles, I
> can take a look.

Hello Alex,

thanks for your offer to look at my project.

Perhaps we can discuss that further by e-mail. If
you experienced the same kind of problems, you may
have a solution to them... Can you recall what
exactly you did to solve it?

You can reach me at info (at) autometer (dot) de.

Thanks & regards,
Tilmann
Reply by Danish Ali April 26, 20072007-04-26
You say you have bought the Keil ulink2 as if that would
prevent you from using another solution.

I guess we have to ask if you are after a commercial
solution (one that works out of the box) or one that
you have to put together and you maintain.
This is a call that I can't make.

I use Rowley Crossworks and I am very happy with it.
For me it was worth the money.
True it won't work with ulink2, but it does work with
the very cheap parallel-port wiggler clone available from
Olimex. I also splashed out on their USB crossconnect and
for me it is handy to have more than one JTAG device.

(For "PC" programming I am moving from ancient Watcom to
Eclipse. I prefer the Crossworks environment. But here I
don't have the commercial need to justify spending money.)

As to the benchmarks you found, I wonder how up-to-date
they are. When I looked at the Keil IDE, it could use an
old version of gcc. And it came with a Keil compiler.
I seem to remember reading that nowadays the Keil IDE
comes with the excellent official arm compiler (since
they are now owned by arm).

There are many different opinions. YMMV.

- Danish
Reply by Alex Svetek April 26, 20072007-04-26
Hi Tilmann,

> I just recently started using this toolchain, but I have really serious
> problems with it.
> Every 2nd or 3rd "debug cycle", Eclipse completely freezes and I have to
> terminate
> it manually and restart. It's really boring, and I didn't get any real
> help about this 'til now -
> neither here nor in the eclipse newsgroups. Seems like it's somehow
> related to CDT...
>

I am not an expert with Eclipse, gdb and OpenOCD, but I managed to put
things together.
It all works for me now like a charm with LPC213x/4x, although I do
remember that I had
some similar problems like you at first.

If you send me Eclipse project/workspace that causes you troubles, I
can take a look.

Regards,
Ales
Reply by "FreeRTOS.org Info" April 26, 20072007-04-26
> I would recomend you gcc compiler, gdb debugger with OpenOCD
> and eclipse
> IDE.
I have been asked maybe 50 times if I can provide a pre-configured Eclipse
demo for FreeRTOS.org, so I have tinkered around with Eclipse, but so far
that is the limit of my experience with it.
I have the following serious issue with the setup, which I am yet to find a
way around. As far as I can see there is no 'project' feature in that there
is no means to define which files you want to include and exclude in your
build from the various files in your various directories. For example ...

The FreeRTOS.org download is split into the following directories:

Source >> contains the core kernel code, and the port file for each
processor and compiler.

Demo >> contains a demo project for each of the supported ports.
Therefore, the demo projects include files from the source directory. For
example, the project file for the LPC2368 Rowley demo is in the directory
FreeRTOS\Demo\ARM7_LPC2368_Rowley, and this includes a file from
FreeRTOS\Source directory, effectively ..\..\Source. It is the relative
path that Eclipse appears to have the problem with.

Eclipse seems to insist that the project file is at the *root* of your
project directory structure (in my case the FreeRTOS directory), and cannot
include files using relative paths from outside of that structure. I don't
think this would work for any 'serious' project that I have worked on.

Importing files into a project seems to copy the file into the project
directory, rather than using a symbolic link. Exactly what you don't want,
multiple versions of the same file. Yuk.

Even placing the project file at the root of the project directory does not
work, as Eclipse then shows you all the files in the sub directories. In my
case only probably half a dozen of the hundreds of files in the Demo
directory are relevant to the Demo you are actually wanting to build.

I thought the way around this would be to use a traditional makefile, in
place of the managed make. This removes some of the benefit of using an IDE
of coarse. In any case this does not work either. Although Eclipse will
happily build the project, and show you the build errors, you can only
navigate to the build error by double clicking the error in the IDE if the
file is in the same directory structure. It is easier therefore, not to use
Eclipse at all for building. So now I am building using a traditional
makefile, outside of the IDE. Hmm.
Am I being really dumb here with my setup, or maybe I'm missing a plug-in or
something.
Regards,
Richard.

+ http://www.FreeRTOS.org
A free real time kernel for 8, 16 and 32bit systems.

+ http://www.SafeRTOS.com
An IEC 61508 compliant real time kernel for safety related systems.