Forums

SHARC debug

Started by Unknown June 20, 2005
I'm having a hard time trying to find documentation on how to use
SHARC's JTAG port for debugging. I'm evaluating the ADSP-21363.
Do I have access do all internal memory. What are the commands to do
it?
How so set a break point?
Can I check for memory invasion?
What's the tranfer rate (for reading/writing the internal memory)?
I don't want to use an ADI emulation pod.

Luiz Carlos.

Hi Luiz,

You don't need to know too much about the internals of the JTAG port to
use it. Just use it. Are you using an emulator?

The emulator will allow you to get full control of the DSP; you need to
use it with VisualDSP++ In the VisualDSP++ documentation you'll see how
to set breakpoints, how to ead memory, how to run the DSP programs,
etc.

Regards,

JaaC

Hi Jaac,

No, I'm not using an emulator.
The DSP will be at a PCI board on a remote computer. The idea is to
connect the PCI controller to an FPGA, and then to the DSP JTAG port. I
need remote debugging.

Thanks,

Luiz Carlos

Hello Luiz,

It doesn't seem to be a simple task! It goes to deal with something
meant to be propetary of ADI, and I doubt they'd disclose it so easily.

Ask Dr. Mike Rosing, Al Clark and the guys from Bittware, maybe they
can give you some enlightment about this. Hopefully they'd read this
thread and come up with something interesting.

As for remote debugging, there used to be a network based emulator, I
if I recall well its name was TrekICE. But is rather old-dated, and
maybe not supported in VisualDSP++ 4.0, which you need for the newest
SHARC mambers.

I'd like to know how you get this done, only for my own information.
So, please, write to me at jaime dot aranguren at ieee dot org if you
can.

Good luck!

JaaC

Hello Luiz,

It doesn't seem to be a simple task! It goes to deal with something
meant to be propetary of ADI, and I doubt they'd disclose it so easily.

Ask Dr. Mike Rosing, Al Clark and the guys from Bittware, maybe they
can give you some enlightment about this. Hopefully they'd read this
thread and come up with something interesting.

As for remote debugging, there used to be a network based emulator, I
if I recall well its name was TrekICE. But is rather old-dated, and
maybe not supported in VisualDSP++ 4.0, which you need for the newest
SHARC mambers.

I'd like to know how you get this done, only for my own information.
So, please, write to me at jaime dot aranguren at ieee dot org if you
can.

Good luck!

JaaC

PS/ Please apoplogize if this message gets twice to comp.dsp. The first
time I got an error mesage from groups-beta.google.com

Luiz,

I don't know too much about the newest ADSP-2136x SHARCs (I'm just
starting with this beast!), but, isn't it possible to get some
information for reading internal memory, etc, from a  host port?

Is it mandatory for you to access the DSP via JTAG???

Regards,

JaaC

JaaC,

Unfortunately the newers SHARCs don't have a host port. I think this
was a big mistake, and this is my problem.
I was heading a TigerSHARC (TS203), but since it's price changed form
$35 to $47, I'm looking for alternatives.
If I can't debug the SHARC by myself, I can't use it. And the only way
I could find is using the JTAG port.
I don't understand why ADI doesn't publish this information. I don't
think they do a lot of money selling debug pods.

Thanks,

Luiz Carlos

Bittware, Danville, anyone?
Is this "top secret" information?

Luiz Carlos

We (BittWare) use the ADI emulators for JTAG debug, so have no need to try 
to figure out and run the JTAG directly.  We also have our own "secret" 
method for doing VDSP debug sessions over the PCI bus to our boards. 
However, all of our processors (2106x, 2116x, TS101, TS201) have host ports 
we can use for this.

You should contact Analog Devices and see if you can sign whatever licenses 
and NDAs they may require to get access to this information.  It may be much 
easier, however, to look at something like their USB emulators, and plug 
this into your board and the PC its in (you did say it had a PCI interface) 
assuming you're running Windows) and then just use some remote Windows 
access software (like NetMeeting).

We support remote VDSP debug sessions over TCP/IP, but it requires one of 
our PCI based boards to be in a target system (Windows, Linux, VxWorks) 
running our remote server to provide access to the DSPs.

----
Ron Huizen
BittWare

<oen_no_spam@yahoo.com.br> wrote in message 
news:1119527763.620352.259310@f14g2000cwb.googlegroups.com...
> Bittware, Danville, anyone? > Is this "top secret" information? > > Luiz Carlos >
oen_no_spam@yahoo.com.br wrote:
> Bittware, Danville, anyone? > Is this "top secret" information? >
I don't speak for BittWare, I just happen to work here. But... I have not done a lot of work with the Tiger family yet, and most of what I have done has been mundane tasks in C, not requiring a lot of in-depth knowledge of the chip's architecture. I cannot comment on the Tiger's lack of a host port - out of ignorance. I do know that the host /does/ have access to the TigerSHARCs in our systems. BittWare does have a host-based debugger for the TS101 and TS201. I architected this debugger for the Hammerhead family, but a co-worker implemented it, and then ported it to the TS. Our debugger plugs into VisualDSP++ and looks exactly like an emulator. It's all software based, not requiring an emulator pod. It even supports Tigers plugged into PC's other than the one on which VisualDSP++ is running (remote target). I have used it, and it works well. It /is/ therefore possible to debug TigerSHARC code without connecting to the JTAG. I have also used it in some complex tool chains. For instance, I run VisualDSP++ on a WinXP installed on a virtual machine using VMWare. I do this on my laptop which runs Linux. The laptop obviously precludes the addition of PCI boards. I have used our Remote Target package to connect this virtual XP setup to other PCs running Windows or Linux. So I can open VisualDSP++ on my laptop and have it open a debug session on a TS201 (cluster) installed in a box on the other side of the network. There is no reason it wouldn't work across the Internet too (although I would expect it to be a tad sluggish). Which I think is all pretty cool. To my knowledge, this package is offered only with BittWare hardware. -- Jim Thomas Principal Applications Engineer Bittware, Inc jthomas@bittware.com http://www.bittware.com (603) 226-0404 x536 Getting an inch of snow is like winning ten cents in the lottery - Calvin