How to take samples of data from USB of TMS320C6713?
Started by ●January 9, 2009
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.
Reply by ●January 9, 20092009-01-09
ujala.qasim,
On Fri, Jan 9, 2009 at 12:43 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.
Q1. Which 6713 DSP board are you using??
Q2. Does the USRP have a parallel output option??
mikedunn
--
www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
On Fri, Jan 9, 2009 at 12:43 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.
Q1. Which 6713 DSP board are you using??
Q2. Does the USRP have a parallel output option??
mikedunn
--
www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
Reply by ●January 9, 20092009-01-09
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.
>
>
>
>_____________________________________
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.
Reply by ●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.
mikedunn
>
--
www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
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 ●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.
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 ●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
> 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 ●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
> 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 ●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:
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
> 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:
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 ●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
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 ●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
> 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