|
From: | Joseph Wamicha |
Subject: | Re: [Discuss-gnuradio] USRP2-FLEX2400 Transmit and Receive problems |
Date: | Wed, 01 Sep 2010 02:43:07 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.11) Gecko/20100713 Thunderbird/3.0.6 |
The RFX2400 is dated 2/6/2006. On 01/09/2010 02:37, Joseph Wamicha wrote:
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 isOn 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:http://rrsg.ee.uct.ac.za/members/jwamicha/usrp2_fft-SignalGenerator-Off.pngusrp2_fft.py output when signal generator is off:http://rrsg.ee.uct.ac.za/members/jwamicha/usrp2_fft-SignalGenerator-On.pngusrp2_fft.py output when signal generator is off:- 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, withoutexplicit 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.
[Prev in Thread] | Current Thread | [Next in Thread] |