Hi All With my useless OCDemon Wiggler unit and a even more useless Arm multi-ICE 1.4… my on going tool hell continues and I still don’t have a working source level debug capability for the Net+50 and GCC 3.3.1… As such I’m think of getting my own credit card out 
and investing in a Abatron BDI2000 Ice with the GDB support package… But before I do: 1) Has anyone used this unit/package on a Win2K platform? 2) Does it come/work with a standard GDB/Insight (I’m assuming the support does covers Insight?) built for cygwin… or does it need a source code hack? 3) Is it any good? Regards, Dave
>With my useless OCDemon Wiggler unit and a even more And why exactly is your OCDemon Wiggler useless? Although that would explain a lot! I am trying to use the Wiggler (with OCD Flash Programmer and OCD Commander) to debug an Embedded Planet’s EP405PC board. The debugger seems to have troubles in controlling the target. Thus, when I issue command “reset”, the target resets indeed, but the software starts running, until at some point the execution is stopped by the debugger. pressing “go” doesn’t have any effect; only “single step” command works. Is it the kind of problems that you are experiencing too? Jaroslav > useless Arm multi-ICE 1.4… my on going tool hell > continues and I still don’t have a working source > level debug capability for the Net+50 and GCC > 3.3.1… As such I’m think of getting my own credit > card out and investing in a Abatron BDI2000 Ice > with the GDB support package… But before I do: > > 1) Has anyone used this unit/package on a Win2K > platform? > > 2) Does it come/work with a standard GDB/Insight (I’m > assuming the support does covers Insight?) built for > cygwin… or does it need a source code hack? > > 3) Is it any good? > > Regards, > Dave > >
> The debugger seems to have troubles in controlling > the target. Thus, when I issue command “reset”, the > target resets indeed, but the software starts > running, until at some point the execution is stopped > by the debugger. pressing “go” doesn’t have any > effect; only “single step” command works. > Reset and halt on the menu may work better… > Is it the kind of problems that you are experiencing > too? The problems I was having were to do with resets and timings… although my startup code was out of the picture as I held the FLASH in reset to connect. The main problem turned out to be a combination of the reset/ice circuit recommendations having changed just after my board finished PCB layout and that I was using the Net+50 in Little Endian mode… After modifying my reset/ICE circuit, Netsilicon loaned me a Raven an I was still having the same sort of problems… The free OCDcommander worked more reliably but I still couldn’t get the OCDemon’s NetsiliconLibremote.exe translation demon and Insight/GDB to work… After much head scratching by both Netsilicon and I it was tracked down to no one ever trying the GNU tool + NetsiliconLibremote + Little Endian mode. I’m now using the loaned Raven with the micro in Big Endian mode but haven’t tried the Wiggler again. I suspect that it too works in Big Endian mode… but haven’t tried it since I still have the Raven on loan. You mention that you are using the OCD Flash programmer… Isn’t that supported (i.e. non-free software) you could try getting OCDemon to help you out? Regards, Dave
>>by the debugger. pressing “go” doesn’t have any > > effect; only “single step” command works. > > Reset and halt on the menu may work better… I’ve tried the menu commands with the same results. > You mention that you are using the OCD Flash > programmer… Isn’t that supported (i.e. non-free > software) you could try getting OCDemon to help you > out? Well, to get support you’re supposed to first buy the software. I felt uneasy paying $500 without test-trying it first. So, I downloaded a demo version (that could be later converted to a fully functional version). It produces “Target Communications Value: Invalid Parameter Value” whenever I am trying to talk to the target, like reading from the RAM. I am still waiting for MacRaigor’s response. Well, maybe they are not interested in my business… Jaroslav
>>You mention that you are using the OCD Flash > > programmer… Isn’t that supported (i.e. non-free > > software) you could try getting OCDemon to help > you > > out? > > Well, to get support you’re supposed to first buy the > software. I felt uneasy paying $500 without > test-trying it first. So, I downloaded a demo version > (that could be later converted to a fully functional > version). > > It produces “Target Communications Value: Invalid > Parameter Value” whenever I am trying to talk to the > target, like reading from the RAM. > > I am still waiting for MacRaigor’s response. Well, > maybe they are not interested in my business… We bought the software in february without testing it first. A big mistake. The software doesn’t work and McGraigor does not answer e-mails. $500 down the drain. It seems to me just the big-endian mode HEX file is missing. The NetsiliconLibRemote works with Wiggler but needs a different commandline: netsiliconLibRemote.exe 8888 WIGGLER 1 1 Regards, Arie de Muynck
>We bought the software in february without testing it > first. A big mistake. The software doesn’t work and > McGraigor does not answer e-mails. $500 down the > drain. It seems to me just the big-endian mode HEX > file is missing. > > The NetsiliconLibRemote works with Wiggler but needs > a different commandline: > netsiliconLibRemote.exe 8888 WIGGLER 1 1 > > Regards, > Arie de Muynck What is your platform? (Mine is IBM 405GP). Jaroslav
>What is your platform? > (Mine is IBM 405GP). Standard NET+50 design, we also tested on the development kit from Netsilicon. It did work on an EB40 board (Atmel, ARM7TDMI core, little endian), with Wiggler and Raven. So some of the flash software is OK, but not the Netsilicon port. I now use a small bootloader and link it with the binary flash image, load it into RAM using GDB + Raven and the loader erases / programs / checks the Flash. Not nice, but it works. We’ll build better tools for production. Regards, Arie de Muynck