- 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