Using UHD failed to find USRP2

Installed UHD following instructions from here:

http://code.ettus.com/redmine/ettus/projects/uhd/wiki

and firmware/images following instructions from here:

http://www.ettus.com/uhd_docs/manual/html/usrp2.html

GNU Radio was checked out from git master, so it is 3.3.1. Installed
without
error.

After setting up PC IP, I am able to ping usrp2. Both uhd_find_devices
and
uhd_usrp_probe work, results are in the end.

However, when I run sudo benchmark_tx.py, USRP2 (with WBX daughterboard)
could
not be found, results are next below.

Any hints will be highly appreciated. I reinstalled both UHD and GNU
Radio one
time, same story. I tried to set options of -u, -a, and -e when running
benchmark_tx.py, same story.

-Andrew

sudo benchmark_tx.py -f 434M


usrp: failed to find usrp[0]
Traceback (most recent call last):
File “./benchmark_tx.py”, line 133, in
main()
File “./benchmark_tx.py”, line 97, in main
tb = my_top_block(mods[options.modulation], options)
File “./benchmark_tx.py”, line 42, in init
self.txpath = usrp_transmit_path.usrp_transmit_path(modulator,
options)
File
“/home/titan/uhd/gnuradio/gnuradio-examples/python/digital/usrp_transmit_path.py”,
line 64, in init
self._setup_usrp_sink(options)
File
“/home/titan/uhd/gnuradio/gnuradio-examples/python/digital/usrp_transmit_path.py”,
line 79, in _setup_usrp_sink
self.u = usrp_options.create_usrp_sink(options)
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/usrp_options.py”, line
119, in create_usrp_sink
gain=options.tx_gain,
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/blks2impl/generic_usrp.py”,
line 195, in init
_generic_usrp_base.init(self, **kwargs)
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/blks2impl/generic_usrp.py”,
line 63, in init
except: raise Exception, ‘Failed to automatically setup a usrp
device.’
Exception: Failed to automatically setup a usrp device.


uhd_find_devices works fine, results:


linux; GNU C++ version 4.4.5; Boost_104200; UHD_20101109.230702.c0dfc2c


– UHD Device 0

Device Address:
type: usrp2
addr: 192.168.10.2
name:
serial: 00:50:c2:85:39:b9


uhd_usrp_probe works, results:


linux; GNU C++ version 4.4.5; Boost_104200; UHD_20101109.230702.c0dfc2c

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 transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=50000000

Warning:
error in pthread_setschedparam
Failed to set thread priority 0.5 (realtime):
Performance may be negatively affected.
See the general application notes.

Warning:
error in pthread_setschedparam
Failed to set thread priority 0.5 (realtime):
Performance may be negatively affected.
See the general application notes.


/
| Device: usrp2 device
| _____________________________________________________
| /
| | Mboard: usrp2 mboard0 - rev 1024
| | rev: 1024
| | mac-addr: 00:50:c2:85:39:b9
| | ip-addr: 255.255.255.255
| | serial: 00:50:c2:85:39:b9
| | _____________________________________________________
| | /
| | | RX DSP: usrp2 ddc0
| | | Codec Rate: 100.000000 Msps
| | _____________________________________________________
| | /
| | | TX DSP: usrp2 duc0
| | | Codec Rate: 100.000000 Msps
| | _____________________________________________________
| | /
| | | RX Dboard: usrp2 dboard (rx unit)
| | | _____________________________________________________
| | | /
| | | | RX Subdev: WBX (0x0053)
| | | | Antennas: TX/RX, RX2
| | | | Freq range: 68.750 to 2200.000 Mhz
| | | | Gain range PGA0: 0.0 to 31.5 step 0.5 dB
| | | | Connection Type: C
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | RX Codec: usrp2 adc
| | | | Gain Elements: None
| | _____________________________________________________
| | /
| | | TX Dboard: usrp2 dboard (tx unit)
| | | _____________________________________________________
| | | /
| | | | TX Subdev: WBX (0x0052)
| | | | Antennas: TX/RX
| | | | Freq range: 68.750 to 2200.000 Mhz
| | | | Gain range PGA0: 0.0 to 25.0 step 0.1 dB
| | | | Connection Type: C
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | TX Codec: usrp2 dac - ad9777
| | | | Gain Elements: None


The gr-uhd blocks are only available in the gnuradio next branch: see
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki#Gnuradio-UHD

-josh

On 11/15/2010 12:02 PM, Josh B. wrote:

The gr-uhd blocks are only available in the gnuradio next branch: see
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki#Gnuradio-UHD

-josh
Also, most of the examples haven’t yet been converted to UHD, including
benchmark_*.py – AFAIR.


Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

benchmark_tx uses the old USRP2 driver, not the UHD driver.

–n

I have the same question. What is the easiest way to modify
benchmark_*.py
to make them work with UHD?

Tuan

I long run plan is to replace benchmark* and tunnel apps with UHD and
message passing blocks. For now, if you want to go about modding the
examples to work with UHD, look for generic_usrp.py and usrp_options.py.
You can wedge a uhd source and sink block in there in parallel with the
usrp1 and 2 drivers. -Josh

On Wed, Nov 17, 2010 at 8:37 AM, Josh B. [email protected] wrote:

I long run plan is to replace benchmark* and tunnel apps with UHD and
message passing blocks. For now, if you want to go about modding the
examples to work with UHD, look for generic_usrp.py and usrp_options.py. You
can wedge a uhd source and sink block in there in parallel with the usrp1
and 2 drivers. -Josh

Yes, we want to eventually replace all existing examples and utilities
using USRP/USRP2 with the UHD driver. There are quite a few of these
programs to modify and get properly working.

So… I’m hoping that people will offer to help with the transition
process. If you do rework some of the existing functions and examples
with UHD, we would really appreciate you contributing it back to the
project, which will significantly speed up the work.

Thanks!
Tom

Nick, thanks for pointing this out. Do you know whether there is some
plan to update benchmark_tx/rx.py for UHD?

Andrew

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 11/17/2010 06:21 PM, Tom R. wrote:

On Wed, Nov 17, 2010 at 8:37 AM, Josh B. [email protected] wrote:

I long run plan is to replace benchmark* and tunnel apps with UHD and
message passing blocks. For now, if you want to go about modding the
examples to work with UHD, look for generic_usrp.py and usrp_options.py. You
can wedge a uhd source and sink block in there in parallel with the usrp1
and 2 drivers. -Josh

Well if someone is interested in a quick ‘n’ dirty hack, I could help
out, because I modified the above files to provide a third type as Josh
suggested. At least the benchmark_tx and benchmark_rx are working with
it using USRP2s.
It’s quite ugly though and in my opinion, since UHD is already providing
what generic_usrp.py is doing (more or less) and my fix only imitating
the old API it’s far from being really useful for more than a quick fix.

Yes, we want to eventually replace all existing examples and utilities
using USRP/USRP2 with the UHD driver. There are quite a few of these
programs to modify and get properly working.

Yeah, but I guess the unified UHD interface simplifies this if we don’t
have to pay attention to break backwards compatibility.

So… I’m hoping that people will offer to help with the transition
process. If you do rework some of the existing functions and examples
with UHD, we would really appreciate you contributing it back to the
project, which will significantly speed up the work.

I’ll try to work on this / started working on it, but I can’t promise
anything … :wink: I’ll keep you updated.

Happy hacking,
Moritz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJM8FXCAAoJEOjnDXL6I0uZxAwQAJ8TaTuwYhSJWlqHk95G3vfm
O4zCaKEucN9ZbKZ3PplGpVZRPgSZtRpxRf94PNX97uSHwQjJGTUlp3lv1njndvzJ
t3B7cPhhW2Cz8nCtP4ucTeHbaFngzU0wEHCJlyHVgLd3WGai3bb3R6EqHUhzpMJ4
FCB4vVBe1QHWjBTl/cvdU1A1viAXSQSM0fB0GQfMu39r5sDAspa8coSWCy9UoFSd
/+gfTcZ+YqehOi2/lUW/srUpdSIy0gPGKviHDM0uIGFAjOWZYm/yuprPqWWlM3kG
bxr3F9xJspR0ZKxM1bWdz440bHrGgDPMGNU63jB7on4ROH9bFpNAotPFPhCJGrmD
YdmkOMuBQExNwrK5lvf5t4xv1Cri5GnTBpyBFpQM1k+S+wPevfERSOPUKw6QVzQQ
fzSPZzzFHzaPMhyvgDirvDp7xaJ1CNvuhRUM4WFv8ewIHE6rTiK8KXY6rESMFD4q
rVdhSUSjqqsVTC4URGvKAfvBV9XDXcmGlQ2/qY3/Pn14+Mgcbf8xpRLASKcRCfyK
BeRNmyM1lj4t8wcBx44J7WIO6b/1mW4+FO9Iiae1LmGLStsGTi/lWLatrvNtucqY
KHLZWAnhFwP5CuD0HwjJq2K9jLAHFg37FCv+tYryEKCePhnLngA9wr4rpBX9l1O6
xlZEfYEnNLCGaHnNzw6a
=/dlq
-----END PGP SIGNATURE-----

please help i have that error 2…
<<< Welcome to GNU Radio Companion 3.5.0 >>>

Loading: “/home/muhammadjunaid/Desktop/GSM_jammer_junaid.grc”

Done
.
Showing: “/home/muhammadjunaid/Desktop/GSM_jammer_junaid.grc”

Generating: “/home/muhammadjunaid/Desktop/GSM_Jammer_junaid.py”

Executing: “/home/muhammadjunaid/Desktop/GSM_Jammer_junaid.py”

linux; GNU C++ version 4.5.2; Boost_104200; UHD_003.004.000-1156d9b

– Opening a USRP2/N-Series device…
– Current recv frame size: 1472 bytes
– Current send frame size: 1472 bytes

UHD Warning:
The recv buffer could not be resized sufficiently.
Target sock buff size: 50000000 bytes.
Actual sock buff size: 131071 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=50000000

UHD Warning:
The recv buffer could not be resized sufficiently.
Target sock buff size: 50000000 bytes.
Actual sock buff size: 131071 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=50000000

UHD Warning:
The send buffer could not be resized sufficiently.
Target sock buff size: 1048576 bytes.
Actual sock buff size: 131071 bytes.
See the transport application notes on buffer resizing.
<<< Welcome to GNU Radio Companion 3.5.0 >>>

Loading: “/home/muhammadjunaid/Desktop/GSM_jammer_junaid.grc”

Done

Showing: “/home/muhammadjunaid/Desktop/GSM_jammer_junaid.grc”

Generating: “/home/muhammadjunaid/Desktop/GSM_Jammer_junaid.py”

Executing: “/home/muhammadjunaid/Desktop/GSM_Jammer_junaid.py”

linux; GNU C++ version 4.5.2; Boost_104200; UHD_003.004.000-1156d9b

– Opening a USRP2/N-Series device…
– Current recv frame size: 1472 bytes
– Current send frame size: 1472 bytes

UHD Warning:
The recv buffer could not be resized sufficiently.
Target sock buff size: 50000000 bytes.
Actual sock buff size: 131071 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=50000000

UHD Warning:
The recv buffer could not be resized sufficiently.
Target sock buff size: 50000000 bytes.
Actual sock buff size: 131071 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=50000000

UHD Warning:
The send buffer could not be resized sufficiently.
Target sock buff size: 1048576 bytes.
Actual sock buff size: 131071 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.wmem_max=1048576

UHD Warning:
Unable to set the thread priority. Performance may be negatively
affected.
Please see the general application notes in the manual for
instructions.
EnvironmentError: OSError: error in pthread_setschedparam
UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU

Done
Pleare h


View this message in context:
http://old.nabble.com/Using-UHD-failed-to-find-USRP2-tp30219463p33544609.html
Sent from the GnuRadio mailing list archive at Nabble.com.

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs