discuss-gnuradio
[Top][All Lists]
Advanced
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] USRP2-FLEX2400 Transmit and Receive problems

From: Joseph Wamicha
Subject: Re: [Discuss-gnuradio] USRP2-FLEX2400 Transmit and Receive problems
Date: Wed, 01 Sep 2010 02:37:03 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.11) Gecko/20100713 Thunderbird/3.0.6 
Hi,
- I'm now using the uhd firmware and fpga code (txrx_uhd_20100706.bin and u2_rev3_uhd_20100706.bin images).
- I get some interesting results; when running the examples, it appears that the daughterboard can not be recognized and is unknown.
- I'm not sure if this in any way will affect the results but due to firmware/fpga incompatibilities between the host machine code and the firmware & fpga code (Error: Expected fpga compatibility number 1, but got 0:), I changed USRP2_FPGA_COMPAT_NUM and USRP2_FW_COMPAT_NUM to 0 and 5 from 1 and 6 in host/lib/usrp/usrp2/fw_common.h.
I was then able to run the host/examples code. The code is straight out of the repository. Please find the results below: 

address@hidden:git-uhd/host/examples# ./benchmark_rx_rate

Creating the usrp device with: ...
Target recv sock buff size: 50000000 bytes
Actual recv sock buff size: 131071 bytes

Warning:
    The recv buffer is smaller than the requested size.
    The minimum recommended buffer size is 50000000 bytes.
    See the USRP2 application notes on buffer resizing.

Warning: unknown dboard-id or dboard-id combination: unknown (0x0007)
    -> defaulting to the unknown board type
Warning: unknown dboard-id or dboard-id combination: unknown (0x000b)
    -> defaulting to the unknown board type
RX samples per packet: 362
TX samples per packet: 363
Recv pirate num frames: 89
Using Device: Simple USRP:
  Device: usrp2 device
  Mboard: usrp2 mboard0 - rev 4:0
  RX DSP: usrp2 ddc0
  RX Dboard: usrp2 dboard (rx unit)
  RX Subdev: Unknown - unknown (0x0007)
  TX DSP: usrp2 duc0
  TX Dboard: usrp2 dboard (tx unit)
  TX Subdev: Unknown - unknown (0x000b)

OTesting receive rate 0.500000 Msps (10.000000 second run)

    Received packets: 13813
    Received samples: 5000306
    Lost samples: 0
    Lost packets: 0 (approximate)
    Sustained receive rate: 0.500000 Msps


Testing receive rate 1.000000 Msps (10.000000 second run)

    Received packets: 27625
    Received samples: 10000250
    Lost samples: 0
    Lost packets: 0 (approximate)
    Sustained receive rate: 1.000000 Msps


Testing receive rate 2.000000 Msps (10.000000 second run)

    Received packets: 55249
    Received samples: 20000138
    Lost samples: 0
    Lost packets: 0 (approximate)
    Sustained receive rate: 2.000000 Msps


Testing receive rate 4.000000 Msps (10.000000 second run)

    Received packets: 110498
    Received samples: 40000276
    Lost samples: 0
    Lost packets: 0 (approximate)
    Sustained receive rate: 4.000000 Msps


Testing receive rate 8.333333 Msps (10.000000 second run)

    Received packets: 230203
    Received samples: 83333486
    Lost samples: 0
    Lost packets: 0 (approximate)
    Sustained receive rate: 8.333333 Msps


Testing receive rate 16.666667 Msps (10.000000 second run)

    Received packets: 460190
    Received samples: 166588780
    Lost samples: 78192
    Lost packets: 216 (approximate)
    Sustained receive rate: 16.658847 Msps


Testing receive rate 25.000000 Msps (10.000000 second run)
./lib/usrp/usrp2/fw_common.h
    Received packets: 683928
    Received samples: 247581936
    Lost samples: 2418160
    Lost packets: 6680 (approximate)
    Sustained receive rate: 24.758184 Msps
Done!

address@hidden/host/examples# ./rx_timed_samples

Creating the usrp device with: ...
Target recv sock buff size: 50000000 bytes
Actual recv sock buff size: 131071 bytes

Warning:
    The recv buffer is smaller than the requested size.
    The minimum recommended buffer size is 50000000 bytes.
    See the USRP2 application notes on buffer resizing.

Warning: unknown dboard-id or dboard-id combination: unknown (0x0007)
    -> defaulting to the unknown board type
Warning: unknown dboard-id or dboard-id combination: unknown (0x000b)
    -> defaulting to the unknown board type
RX samples per packet: 362
TX samples per packet: 363
Recv pirate num frames: 89
Using Device: Simple USRP:
  Device: usrp2 device
  Mboard: usrp2 mboard0 - rev 4:0
  RX DSP: usrp2 ddc0
  RX Dboard: usrp2 dboard (rx unit)
  RX Subdev: Unknown - unknown (0x0007)
  TX DSP: usrp2 duc0
  TX Dboard: usrp2 dboard (tx unit)
  TX Subdev: Unknown - unknown (0x000b)

Setting RX Rate: 6.250000 Msps...
Actual RX Rate: 6.250000 Msps...
Setting device timestamp to 0...

Begin streaming 1000 samples, 3 seconds in the future...
OGot packet: 362 samples, 3 full secs, 0.000000 frac secs
Got packet: 362 samples, 3 full secs, 0.000058 frac secs
Got packet: 276 samples, 3 full secs, 0.000116 frac secs

Done!

address@hidden:git-uhd/host/examples# ./tx_timed_samples

Creating the usrp device with: ...
Target recv sock buff size: 50000000 bytes
Actual recv sock buff size: 131071 bytes

Warning:
    The recv buffer is smaller than the requested size.
    The minimum recommended buffer size is 50000000 bytes.
    See the USRP2 application notes on buffer resizing.

Warning: unknown dboard-id or dboard-id combination: unknown (0x0007)
    -> defaulting to the unknown board type
Warning: unknown dboard-id or dboard-id combination: unknown (0x000b)
    -> defaulting to the unknown board type
RX samples per packet: 362
TX samples per packet: 363
Recv pirate num frames: 89
Using Device: Simple USRP:
  Device: usrp2 device
  Mboard: usrp2 mboard0 - rev 4:0
  RX DSP: usrp2 ddc0
  RX Dboard: usrp2 dboard (rx unit)
  RX Subdev: Unknown - unknown (0x0007)
  TX DSP: usrp2 duc0
  TX Dboard: usrp2 dboard (tx unit)
  TX Subdev: Unknown - unknown (0x000b)

Setting TX Rate: 6.250000 Msps...
Actual TX Rate: 6.250000 Msps...
Setting device timestamp to 0...

Sent 1000 samples

Done!

address@hidden:git-uhd/host/examples# ./tx_waveforms

Creating the usrp device with: ...
Target recv sock buff size: 50000000 bytes
Actual recv sock buff size: 131071 bytes

Warning:
    The recv buffer is smaller than the requested size.
    The minimum recommended buffer size is 50000000 bytes.
    See the USRP2 application notes on buffer resizing.

Warning: unknown dboard-id or dboard-id combination: unknown (0x0007)
    -> defaulting to the unknown board type
Warning: unknown dboard-id or dboard-id combination: unknown (0x000b)
    -> defaulting to the unknown board type
RX samples per packet: 362
TX samples per packet: 363
Recv pirate num frames: 89
Using Device: Simple USRP:
  Device: usrp2 device
  Mboard: usrp2 mboard0 - rev 4:0
  RX DSP: usrp2 ddc0
  RX Dboard: usrp2 dboard (rx unit)
  RX Subdev: Unknown - unknown (0x0007)
  TX DSP: usrp2 duc0
  TX Dboard: usrp2 dboard (tx unit)
  TX Subdev: Unknown - unknown (0x000b)

Setting TX Rate: 6.250000 Msps...
Actual TX Rate: 6.250000 Msps...

Setting TX Freq: 0.000000 Mhz...
Actual TX Freq: 0.000000 Mhz...

Setting TX Gain: 0.000000 dB...
Actual TX Gain: 0.000000 dB...


Done!


There's a machine in the lab with an ISE license so I'm not sure if this is
On 31/08/2010 19:48, Joseph Wamicha wrote:

On 31/08/2010 19:33, Marcus D. Leech wrote:

On 08/31/2010 11:58 AM, Joseph Wamicha wrote:

Hi,

We are currently experiencing Transmit and possibly Receive problems
with the USRP2-Flex2400 boards.

- The USRP2 is detected:
# find_usrps -e eth0
00:50:c2:85:32:73 hw_rev = 0x0400

- The latest firmware and Raw Ethernet FPGA images have been written
onto the SDRAM: u2_rev3-20100603.bin, u2_rev3-20100603.bin

- To test receive, we transmit a 2.4GHz, 10 dBm RF signal using the HP
8350B Sweep Oscillator/Signal Generator. This is detected by both the
USRP2-FLEX2400 (using usrp2_fft.py script) and Agilent Spectrum
Analyzer. However, the usrp2_fft.py shows some odd sidebands around
the the 2.4GHz central frequency when the signal generator is turned
on. Also, there's barely any difference in dB receive strength with
the signal generator turned on:

usrp2_fft.py output when signal generator is off:
http://rrsg.ee.uct.ac.za/members/jwamicha/usrp2_fft-SignalGenerator-Off.png 


usrp2_fft.py output when signal generator is off:
http://rrsg.ee.uct.ac.za/members/jwamicha/usrp2_fft-SignalGenerator-On.png 


- Both LEDs D and F are lit up.

- Gnuradio version 3.2.2 is being used on Ubuntu Lucid Lynx (10.04).

We then turn off the Signal Generator, and transmit a 2.4GHz signal
solely using the USRP2-FLEX2400 by running 'usrp2_siggen.py -f 2.4e9
-e eth0'. Nothing gets picked up by the Agilent Spectrum Analyzer
USRP2-FLEX2400.

Is there a USRP2-FLEX2400 transmit/receive problem while using the
latest firmware and raw ethernet FPGA code? Could this be the symptoms
of an SDRAM problem even if both LEDs D and F are lit up?

Thanks,
Jaw.



Are you injecting +10dBm *directly* into the front end of the FLEX2400?
If so, you risk destroying the LNA in the front-end of
   that device.  Signal levels should be no more than -15dBm or so into
the front-end.

What is your antenna configuration on the FLEX2400?  By default, without
explicit configuration in the software, the device will
   use its TX/RX port.  Are you perhaps plugged into the RX2 port when
doing these tests?





Hi Leech,
Thank you for your response. I'm using 2.4 GHz characterized antennas. No I'm not feeding the signal directly into the USRP2. I have a 2.4GHz resonant monopole antenna on the signal generator and another 2, 2.4GHz resonant antennas on both the RX and TX/RX SMA connectors of the FLEX2400.
reply via email to
[Prev in Thread] Current Thread [Next in Thread]