Big bugs out of nowhere

I haven’t been using my usrp for a little while. I’ve been porting my
code to a TI C64x+. I came back to my usrp today and tried to run just
a basic receive for test data for my TI DSP. I got the following error.
In usbview I see a “USRP Rev4” under my ehci controller. I thought it
might be the board, so I grabbed my other usrp, and the exact same thing
happened. (This is with gnuradio-3.1.1 ) So I tried my older gnuradio
install, and tried to run usrp_fft.py… and the same things happened.
I checked /usr/local/share/usrp. It has all of the rbf (see below).
Has anyone encountered this before? It was just a few months back
everything was great… I didn’t touch gr for a while… came back and
BOOM. :frowning: No joy.

usb_control_msg failed: error sending control message: Protocol error
usb_control_msg failed: error sending control message: Protocol error
usb_control_msg failed: error sending control message: Protocol error
usrp: failed to load fpga bitstream
/usr/local/share/usrp/rev4/std_2rxhb_2tx.rbf.

Traceback (most recent call last):
File “./usrp_wfm_rcv.py”, line 289, in
app = stdgui2.stdapp (wfm_rx_block, “USRP WFM RX”)
File
“/usr/local/lib/python2.5/site-packages/gnuradio/wxgui/stdgui2.py”, line
36, in init
wx.App.init (self, redirect=False)
File
“/usr/lib/python2.5/site-packages/wx-2.6-gtk2-unicode/wx/_core.py”, line
7700, in init
self._BootstrapApp()
File
“/usr/lib/python2.5/site-packages/wx-2.6-gtk2-unicode/wx/_core.py”, line
7352, in _BootstrapApp
return core.PyApp__BootstrapApp(*args, **kwargs)
File
“/usr/local/lib/python2.5/site-packages/gnuradio/wxgui/stdgui2.py”, line
39, in OnInit
frame = stdframe (self.top_block_maker, self.title, self._nstatus)
File
“/usr/local/lib/python2.5/site-packages/gnuradio/wxgui/stdgui2.py”, line
60, in init
self.panel = stdpanel (self, self, top_block_maker)
File
“/usr/local/lib/python2.5/site-packages/gnuradio/wxgui/stdgui2.py”, line
81, in init
self.top_block = top_block_maker (frame, self, vbox, sys.argv)
File “./usrp_wfm_rcv.py”, line 79, in init
self.u = usrp.source_c() # usrp is data source
File “/usr/local/lib/python2.5/site-packages/gnuradio/usrp.py”, line
248, in init
fpga_filename, firmware_filename)
File “/usr/local/lib/python2.5/site-packages/gnuradio/usrp1.py”, line
1232, in source_c
return _usrp1.source_c(*args)
RuntimeError: can’t open usrp1

:/proc$ cd /usr/local/share/usrp/rev4/
total 840k
drwxr-xr-x 2 root root 4.1k 2007-11-12 11:57 ./
drwxr-xr-x 4 root root 4.1k 2007-08-20 20:45 …/
-rw-r–r-- 1 root root 181k 2007-11-12 11:56 multi_2rxhb_2tx.rbf
-rw-r–r-- 1 root root 181k 2007-11-12 11:56 std_2rxhb_2tx.rbf
-rw-r–r-- 1 root root 182k 2007-11-12 11:56 std_4rx_0tx.rbf
-rw-r–r-- 1 root root 18k 2007-11-12 11:56 std.ihx
-rw-r–r-- 1 root root 123k 2007-11-12 11:57 usrp_radar_mono.rbf
-rw-r–r-- 1 root root 114k 2007-11-12 11:57 usrp_sounder.rbf

j0j

On Fri, Mar 14, 2008 at 10:48:29AM -0400, Jared J. wrote:

everything was great… I didn’t touch gr for a while… came back
and BOOM. :frowning: No joy.

Have you followed the instructions for ensuring that you can access
the USRP w/o being root?

http://gnuradio.org/trac/wiki/UdevConfig

Eric

Yes. I double checked just to make sure. I have a usrp group. I’m in
it. My 10-usrp.rules file is verbatim from the site. In the past, I
had no trouble accessing the usrp as non-root… but I triple-checked,
and the group is setup correctly.

I restarted, and I still get the same behavior.

j0j

Have you changed anything on the USB bus? For example, adding another
device that is USB intensive or adding a hub? I received this error
once and narrowed it down to my webcam on the same bus sucking up
bandwidth, causing the USRP to have a hard time initializing. Once I
disconnected the webcam, it went away.

  • George

As Root, the effects are the same. I’d been trying it as root since you
mentioned the groups Eric.

BUT, George, thanks for the idea. I have 2 USRPs. I switched the power
supplies (DC converters) and it’s golden now. I tested the voltage on
the first power supply with a Fluke and it was sagging down to around 3
Volts with no load on it. I think the process of flashing the FPGA and
starting to run it was pulling it down to ground or something close, and
basically turning off the USRP. It makes sense now too, because I’d
hear the fan turn off sometimes while doing this. Anyway, power supply
#2 works, and I have lots of DC converters, so I’m back up and running.
Thanks for the help.

:slight_smile:

j0j

On Mon, Mar 17, 2008 at 05:50:03AM -0400, Jared J. wrote:

Yes. I double checked just to make sure. I have a usrp group. I’m
in it. My 10-usrp.rules file is verbatim from the site. In the
past, I had no trouble accessing the usrp as non-root… but I
triple-checked, and the group is setup correctly.

Let me ask the question a different way.

If you run as root, does it work?

Eric