Reply by kenneth spiteri●January 14, 20092009-01-14
i have a similar application, what i have done is that i used the dsk HPI
daughtercard from educational DSP and used MATLAB to down/Up load data from
the the tms320c6713 dsk card (i assume that you are using a similar
educational development card)... but for this you have to write your own
interface
On Fri, Jan 9, 2009 at 9:37 PM, Michael Dunn wrote:
> ujala.qasim,
>
> On Fri, Jan 9, 2009 at 1:42 PM, >
> wrote:
> >
> >
> > I am working on Software Defined Radio, for this I am using TMS320C6713
> DSP
> > Board for the digital processing of data. The DSP board will be
> interfaced
> > with USRP (a hardware device that captures data on which
> > modulation/demodulation in software has to be performed. The USRP does
> some
> > processing on this data such as analog to digital conversion,
> > down-conversion and decimation of data and throws it on a USB 2.0 port).
> As
> > I am new with DSP board stuff, I need to know how to acquire data (or
> > samples) from the USB port of this DSP board as the USRP will be sending
> > data samples over a USB 2.0 port.
> >>
> >>
> >>
> >>_____________________________________
> >>
> >>
> > Thanks for such a prompt reply :)
> > Here are the answers to your queries:
> >
> > Q1. Which 6713 DSP board are you using??
> > I am using Texas Instruments TMS320C6713 DSP Board
> >
> > Q2. Does the USRP have a parallel output option??
> > No I don't think so
> >
> > The USRP works does perfectly fine when interfaced with a PC. But my
> project
> > is to replace the PC with a DSP Board. Hence I need some way to interface
> > the USRP and DSP board together somehow. For this I want to pick up data
> > samples on the USB port of DSP board.
>
>
> I suspected that was the case [this topic has been discussed a few
> times in the archives]...
> The DSP has no USB port access on the 6713 DSK.
>
> The USB is connected to another processor that runs some proprietary
> software [from Spectrum Digital] that converts CCS debug requests into
> JTAG debug operations [essentially an on board emulator] to the DSP's
> JTAG port. You will have to add a USB daughtercard + drivers +
> processing sw to make it work.
>
> mikedunn
> > --
> www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
>
Reply by Adolf Klemenz●January 14, 20092009-01-14
Mike and Ujala,
a USB daughtercard won't do the job - these are all USB peripherals
(device or function in USB terminology). You need a USB host to take the
role of the PC. One solution is using the OMAP-L137/TMS320C6747 EVM
board which includes a USB host controller, and is code-compatible with
the 6713. AFAIK, the software support for the USB host is not yet
completed, a bit of pioneer spirit will help...
Regards,
Adolf Klemenz, D.SignT
Michael Dunn wrote: > ujala.qasim,
>
> On Fri, Jan 9, 2009 at 1:42 PM,
> > wrote:
> >
> >
> > I am working on Software Defined Radio, for this I am using
> TMS320C6713 DSP
> > Board for the digital processing of data. The DSP board will be
> interfaced
> > with USRP (a hardware device that captures data on which
> > modulation/demodulation in software has to be performed. The USRP
> does some
> > processing on this data such as analog to digital conversion,
> > down-conversion and decimation of data and throws it on a USB 2.0
> port). As
> > I am new with DSP board stuff, I need to know how to acquire data (or
> > samples) from the USB port of this DSP board as the USRP will be sending
> > data samples over a USB 2.0 port.
> >>
> >>
> >>
> >>_____________________________________
> >>
> >>
> > Thanks for such a prompt reply :)
> > Here are the answers to your queries:
> >
> > Q1. Which 6713 DSP board are you using??
> > I am using Texas Instruments TMS320C6713 DSP Board
> >
> > Q2. Does the USRP have a parallel output option??
> > No I don't think so
> >
> > The USRP works does perfectly fine when interfaced with a PC. But my
> project
> > is to replace the PC with a DSP Board. Hence I need some way to
interface
> > the USRP and DSP board together somehow. For this I want to pick up data
> > samples on the USB port of DSP board.
>
>
> I suspected that was the case [this topic has been discussed a few
> times in the archives]...
> The DSP has no USB port access on the 6713 DSK.
>
> The USB is connected to another processor that runs some proprietary
> software [from Spectrum Digital] that converts CCS debug requests into
> JTAG debug operations [essentially an on board emulator] to the DSP's
> JTAG port. You will have to add a USB daughtercard + drivers +
> processing sw to make it work.
>
> mikedunn
> > --
> www.dsprelated.com/blogs-1/nf/Mike_Dunn.php --
Adolf Klemenz
mailto:a...@dsignt.de
Reply by Jeff Brower●January 13, 20092009-01-13
Mike-
> On Mon, Jan 12, 2009 at 5:44 PM, Jeff Brower
wrote:
> > Mike-
> >
> >> On Sat, Jan 10, 2009 at 6:56 AM, wrote:
> >> > Thanks for all the support.
> >> >
> >> > Digital data can also be sent to or received from the TX/RX
daughterboard
> >> > GPIO pins (the daughterboards are interfaced on USRP) and sacrifice one
bit
> >> > each from the I and the Q analog streams to transport the digital bits.
I
> >> > want to ask if GPIO pins can be of any use?
> >>
> >>
> >> After thinking about this, I agree with Adolf Klemenz - the most
> >> practical c6x solution [only sane?] to a host USB port is to use a
> >> board based on
> >> OMAP-L137 or TMS320C6747/5.
> >
> > These DSPs are not fast and not suitable for SDR. Something C64x+ is
required...
>
>
> TMS320C6747 and TMS320C6745 are c64+ with floating point.
> OMAP-L137 is TMS320C6747 core + ARM926
Yes of course. Sorry, I was thinking speed... 300 MHz max? That would worry me
for
an SDR application. The ADCs on the USRP hardware are 12-bit and the FPGA is
doing
all 16-bit fixed-point operations. Adding a DSP is useful for more of that
(improved
modulation features and/or performance), latency reduction (e.g. MAC layer),
filtering, OFDM, etc... but I don't see the advantage of floating-point.
Also there would be an issue of how many people are using the C674x devices.
The OP
doesn't sound very experienced -- who is going to help him.
-Jeff
> > 6455 or 6474 DSK with a cheap USB daughtercard, or
Beagle board:
> >
> > http://beagleboard.org/project/Beagle+SDR/
> >
> > which has OMAP3530 (ARM core combined with C64x+ core). If the OP is at
some point
> > trying to run Linux on a C6x DSP (for example VirtuaLogix) in order to use
GNU Radio
> > host software, then C67x is too slow / memory limited. With the Beagle
board, Linux
> > runs on the ARM core.
> >
> > Another option for the OP is to use USRP2 hardware, then connect GbE
interface to the
> > DSK card. In my opinion, anyone messing with GNU radio at this point should
be
> > strongly considering the USRP2 -- a multitude of improvements over USRP.
> >
> > -Jeff
Reply by Michael Dunn●January 13, 20092009-01-13
Jeff - FYI,
On Mon, Jan 12, 2009 at 5:44 PM, Jeff Brower wrote: > Mike-
>
>> On Sat, Jan 10, 2009 at 6:56 AM, wrote:
>> > Thanks for all the support.
>> >
>> > Digital data can also be sent to or received from the TX/RX
daughterboard
>> > GPIO pins (the daughterboards are interfaced on USRP) and sacrifice one
bit
>> > each from the I and the Q analog streams to transport the digital bits.
I
>> > want to ask if GPIO pins can be of any use?
>>
>>
>> After thinking about this, I agree with Adolf Klemenz - the most
>> practical c6x solution [only sane?] to a host USB port is to use a
>> board based on
>> OMAP-L137 or TMS320C6747/5.
>
> These DSPs are not fast and not suitable for SDR. Something C64x+ is
required...
TMS320C6747 and TMS320C6745 are c64+ with floating point.
OMAP-L137 is TMS320C6747 core + ARM926
mikedunn
> 6455 or 6474 DSK with a cheap USB daughtercard, or
Beagle board:
>
> http://beagleboard.org/project/Beagle+SDR/
>
> which has OMAP3530 (ARM core combined with C64x+ core). If the OP is at some
point
> trying to run Linux on a C6x DSP (for example VirtuaLogix) in order to use GNU
Radio
> host software, then C67x is too slow / memory limited. With the Beagle board,
Linux
> runs on the ARM core.
>
> Another option for the OP is to use USRP2 hardware, then connect GbE interface
to the
> DSK card. In my opinion, anyone messing with GNU radio at this point should
be
> strongly considering the USRP2 -- a multitude of improvements over USRP.
>
> -Jeff
>
--
www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
Reply by Jeff Brower●January 12, 20092009-01-12
Mike-
> On Sat, Jan 10, 2009 at 6:56 AM,
wrote:
> > Thanks for all the support.
> >
> > Digital data can also be sent to or received from the TX/RX daughterboard
> > GPIO pins (the daughterboards are interfaced on USRP) and sacrifice one
bit
> > each from the I and the Q analog streams to transport the digital bits. I
> > want to ask if GPIO pins can be of any use?
>
>
> After thinking about this, I agree with Adolf Klemenz - the most
> practical c6x solution [only sane?] to a host USB port is to use a
> board based on
> OMAP-L137 or TMS320C6747/5.
These DSPs are not fast and not suitable for SDR. Something C64x+ is
required...
6455 or 6474 DSK with a cheap USB daughtercard, or Beagle board:
which has OMAP3530 (ARM core combined with C64x+ core). If the OP is at some
point
trying to run Linux on a C6x DSP (for example VirtuaLogix) in order to use GNU
Radio
host software, then C67x is too slow / memory limited. With the Beagle board,
Linux
runs on the ARM core.
Another option for the OP is to use USRP2 hardware, then connect GbE interface
to the
DSK card. In my opinion, anyone messing with GNU radio at this point should
be
strongly considering the USRP2 -- a multitude of improvements over USRP.
-Jeff
Reply by Michael Dunn●January 12, 20092009-01-12
On Sat, Jan 10, 2009 at 6:56 AM, wrote: > Thanks for all the support.
>
> Digital data can also be sent to or received from the TX/RX daughterboard
> GPIO pins (the daughterboards are interfaced on USRP) and sacrifice one bit
> each from the I and the Q analog streams to transport the digital bits. I
> want to ask if GPIO pins can be of any use?
After thinking about this, I agree with Adolf Klemenz - the most
practical c6x solution [only sane?] to a host USB port is to use a
board based on
OMAP-L137 or TMS320C6747/5.
mikedunn >
> Thanks.
--
www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
Reply by Jeff Brower●January 12, 20092009-01-12
Ujala Qasim-
> Thanks for all the support.
>
> Digital data can also be sent to or received from the TX/RX daughterboard
> GPIO pins (the daughterboards are interfaced
> on USRP) and sacrifice one bit each from the I and the Q analog streams
> to transport the digital bits. I want to ask
> if GPIO pins can be of any use?
What GPIO pins? The USRP has a USB port, you need to use that. It doesn't
have GPIO. All the GNU radio software
expects to see the USB interface. Otherwise you will be fighting questions and
'weirdness' the GNU radio guys are not
going to help you with.
I think Mike suggested to you to find a simple, cheap USB daughtercard for your
DSK and use that. Avnet has one, I
think it costs USD 95 or something. There are probably others. What's
wrong with that approach?
-Jeff
Reply by ujal...@gmail.com●January 11, 20092009-01-11
Thanks for all the support.
Digital data can also be sent to or received from the TX/RX daughterboard GPIO
pins (the daughterboards are interfaced on USRP) and sacrifice one bit each from
the I and the Q analog streams to transport the digital bits. I want to ask if
GPIO pins can be of any use?
Thanks.
Reply by Michael Dunn●January 9, 20092009-01-09
ujala.qasim,
On Fri, Jan 9, 2009 at 1:42 PM, wrote: > I am working on Software Defined Radio, for this I am
using TMS320C6713 DSP
> Board for the digital processing of data. The DSP board will be interfaced
> with USRP (a hardware device that captures data on which
> modulation/demodulation in software has to be performed. The USRP does some
> processing on this data such as analog to digital conversion,
> down-conversion and decimation of data and throws it on a USB 2.0 port). As
> I am new with DSP board stuff, I need to know how to acquire data (or
> samples) from the USB port of this DSP board as the USRP will be sending
> data samples over a USB 2.0 port.
>>
>>
>>
>>_____________________________________
> Thanks for such a prompt reply :)
> Here are the answers to your queries:
>
> Q1. Which 6713 DSP board are you using??
> I am using Texas Instruments TMS320C6713 DSP Board
>
> Q2. Does the USRP have a parallel output option??
> No I don't think so
>
> The USRP works does perfectly fine when interfaced with a PC. But my
project
> is to replace the PC with a DSP Board. Hence I need some way to interface
> the USRP and DSP board together somehow. For this I want to pick up data
> samples on the USB port of DSP board.
I suspected that was the case [this topic has been discussed a few
times in the archives]...
The DSP has no USB port access on the 6713 DSK.
The USB is connected to another processor that runs some proprietary
software [from Spectrum Digital] that converts CCS debug requests into
JTAG debug operations [essentially an on board emulator] to the DSP's
JTAG port. You will have to add a USB daughtercard + drivers +
processing sw to make it work.