Lpc2000

--- In lpc2000@yahoogroups.com, "lynchzilla" <lynchzilla@a...> wrote:
>
> --- In lpc2000@yahoogroups.com, "ntfreak2000" <ntfreak2@h...> 
wrote:
> >
> > --- In lpc2000@yahoogroups.com, "lynchzilla" <lynchzilla@a...> 
> wrote:
> > >
> > > May I add some additional points about the wiggler-jtag isssue.
> > > 
> > > I wrote a tutorial titled "ARM Cross Development with Eclipse" 
> that 
> > > is referenced in the "links" section of this message board. 
This 
> > > tutorial shows in excessive detail how to set up a free GNU 
> > compiler 
> > > set for the ARM using the Eclipse/CDT IDE and how to use the 
> > Eclipse 
> > > debugger with the wiggler. Hopefully, you have had a look at 
that.
> > > 
> > > The obvious shortcoming is that it couldn't debug in FLASH 
memory.
> > > 
> > > I'm now furiously working on a revision to this tutorial that 
> does 
> > > show how to debug in FLASH. Thanks to the genius of my new co-
> > > author, Norwegian engineer Kjell Eirik Andersen, we now have a 
> > > simple utility program, RSPBreakout.exe, that reads all 
commands 
> > > intended for the Macraigor OCDRemote and converts all 
> > Z0,addr,length 
> > > commands (software breakpoints) into Z1,addr,length commands 
> > > (hardware breakpoints). As long as you limit yourself to 
setting 
> no 
> > > more than two breakpoints at a time, it will properly break in 
> > FLASH 
> > > and all single-stepping, variable inspection, etc works 
> > > magnificently. This requires Macraigor's OCDRemote version 
2.14 
> > > which supports -Z2 GDB remote serial protocol commands.
> > > 
> > > Not the ultimate solution, but a great breakthrough for a 
> > completely 
> > > free development system nonetheless.
> > > 
> > > One last point, I can get the Olimex Wiggler to run at speed 3 
> (140 
> > > khz) using the latest OCDRemote ver 2.14
> > > 
> > > However, I found that certain Windows applications, such as my 
> > > beloved SKYPE internet phone system, used so much of my CPU 
> > > resources that the speed that the Wiggler could run was 
severely 
> > > degraded (to the lowest speed). I suggest that you bring up 
> Windows 
> > > Task Manager and make sure that you don't have any 
applications 
> > like 
> > > that running. Remember that the OCDRemote/wiggler is 
> > ssentially "bit-
> > > banging" the parallel port and this LPT1 port probably has a 
much 
> > > lower priority on the Windows driver pecking order. 
> > > 
> > > I hope to have the tutorial finished in the next several days. 
> I'm 
> > > also hoping that the Eclipse foundation may accept my tutorial 
as 
> > an 
> > > official Eclipse Corner article.
> > > 
> > > Cheers,
> > > Jim Lynch
> > >
> > 
> > You mention a utility RSPBreakout.exe that converts the soft 
> > breakpoint requests to hardware for the ocdremote, this is what 
the 
> > new monitor softbkpts command does.
> > As single stepping/stepping and breakpoints within insight work 
> > fantastic with monitor softbkpts off command.
> > 
> > Regards
> > sjo
> >
> Thanks, Sjo.
> 
> Is that an OCDRemote command, GDB command or Insight command? 
Where 
> is it documented? It may be just what I've been looking for.
> 
> Jim Lynch
>

It is a ocdremote command, added in 2.14 release.
to treat all soft breakpoints requests as hardware use:
monitor softbkpts off
use monitor help to list all other ocdremore commands.
help on individual commands can be seen by typing:
eg, monitor help softbkpts

Hope this helps

Regards
sjo