Eduard, Jean-Michel- > It is likely you won't be able to do it. > > The // interface on the DSK is connected to a on-board > JTAG emulator (SMSC34C60 convert the // port interface > is something similar to an ISA bus and ACT8990 is the > JTAG controller -heart of every JTAG emulator for TI DSP-) > > The only way to dialog with the DSP from it would be > to be able to use emulation mode to read/write into > the DSP memory. Absolutely incorrect for DSK C6x11. The parallel port controller (SMSC 34C60) has multiple, software-programmable chip select outputs, one of which is the JTAG controller as you mention, another is the C6x11 HPI. DirectDSP software uses the HPI interface approach to provide real-time, continuous interface from Visual Studio and MATLAB. Works fine -- I know for sure because I worked on the driver. For the newer DSK boards, C5416, C5510, etc. my understanding is that the USB interface connects only to the JTAG controller. One of our engineering students is working on a small HPI interface card that connects to PC parallel port, and gives the same high-speed, real-time performance as possible with previous DSK boards. Like Eduard, we need this for bit-exact comparison between C5xxx algorithms and host simulations. Without it, a) the C5xxx code would be "altered" in some cases from the production version (RTDX + DSP/BIOS), b) we cannot run the algorithm in real-time mode to include the effects of I/O in the test, and/or c) it would take forever to transfer the bulk data amounts that we need. An HPI interface is simple and very low-impact on production C5xxx code, we can leave it in there and provide acceptable built-in test for our customers. Jeff Brower DSP sw/hw engineer Signalogic E Oliver wrote: > > Hello, > > Thank you very for your replies. Here is what I ended up doing: > > I was after an easy way to have the DSP in a forever loop waiting for commands, which are sent across a parallel cable from a PC. This way I can drive the DSP from a PC application. Typical commands would be: > o dsp_go (routine_under_test) -> execute 'routine_under_test' and return to the forever loop > > o dsp_rd (buffer) -> read data from DSP buffer to PC memory > > o dsp_wr (buffer)-> write data from PC buffer to DSP memory > > I use this methodology to verify an algorithm running on C6x is bit exact with a reference code running on a PC. > If interested attached is a simple build. It has been tested with DSK6711 and a PC under Linux. > Best Regards, > > Eduard. > Jean-Michel MERCIER <> wrote: > edolca2000 wrote : > > Has anyone got a simple build that shows a valid mechanism to send > > data from DSK board to PC and vice versa? Or can anyone suggest > > It is likely you won't be able to do it. > > The // interface on the DSK is connected to a on-board > JTAG emulator (SMSC34C60 convert the // port interface > is something similar to an ISA bus and ACT8990 is the > JTAG controller -heart of every JTAG emulator for TI DSP-) > > The only way to dialog with the DSP from it would be > to be able to use emulation mode to read/write into > the DSP memory. > > The problem is how to do this ? > This is only documented in the Emulation Porting Kit (EPK) > from TI. This package is available for a few thousands of $ > and is (from what I have heard) hard to get into... > > The simpler solution would be to use serial transmission. > It requires a simple TTL/RS232 level translator (eg Max232 or more > recent chip) plus some tricky McBSP programming. > Check for spra633a.pdf and associated spra633a.zip on TI web site > > Of course, for a few more bucks, you can get the NDK and use > network connection. > > Best regards, > > Jean-Michel MERCIER > > -- > dsp & imaging - www.ateme.com > ATEME - 26 Burospace - 91573 BIEVRES > Tel : +33 (0)1 69 35 89 73 (direct) > Fax : +33 (0)1 60 19 13 95