Olimex LPC-P2103 & OpenOCD

Development Boards MicroMod
1

I have been working hard and on a Saturday, too!

I have an Olimex LPC-P2103 with an Olimex ARM-JTAG.

I am trying to get some code running from RAM that has been Downloaded and RUN using OpenOCD called from Eclipse 3.1.

I am following Jim Lynch’s latest guide referenced elsewhere in this forum.

I am using GNUARM 4.0.2 as my compiler and make 3.80 from a fresh today Cygwin install.

Well guess what I cannot make it work at the moment, with all that software to get working I suppose it is not surprising.

I am using Jim Lynch’s LPC2106 Led Flashing code as a starting point for my experiments.

I have modified the linker script to suit the 2103.

I have everything building fine. The Memory map looks good. Ioperm is loaded and OpenOCD is started with the correct .cfg file without errors.

The first time I try and debug all goes pretty well with gdb talking to OpenOCD correctly, but it never completes the prgress bar just sticks on 60% and the break at main never happens.

If I try and close down OpenOCD and gdb and try again then they never seem to communicate correctly.

I have not completed my investiagtions yet but I was wondering if anybody has a simalar combination going ??

2

I am using the following downloads to make an ARM-Eclipse system.

(www.eclipse.org)

Eclipse-sdk-3.2m4-win32.zip

(www.zylin.com)

embeddedcdt-20060221.zip

zylincdt-20060221.zip

(www.gnuarm.com)

binutils-2.15,gcc-4.0.2-c-c++,newlib-1.14.0,insight-6.4,setup.exe

(http://developer.berlios.de/projects/openocd/)

openocd-cygwin-20060213.tar.gz

These downloads are not necessarily the “latest and greatest”, but they do work together and can debug a flash project. There are some bugs still, for example the breakpoint view in Eclipse prints any set breakpoints twice (the breakpoints still work OK).

The problem at this very instant is that everything is a moving target. Eclipse changes every couple of months. Zylin changes in tune with the latest CDT preview releases. GNUARM tracks any changes in the GNU compilers, etc. OpenOCD is also in a rapid state of improvement.

We need to identify a stable release of Eclipse, CDT, GNUARM and OpenOCD that will work adequately. Unfortunately, there are many contributors and patience is required.

Cheers,

Jim Lynch