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:
>
> root@astrodonius: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!
>
> root@git-uhd/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!
>
> root@astrodonius: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!
>
> root@astrodonius: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.
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
No comments:
Post a Comment