Failed to load firmware

GNU Radio
1

Hi all,

I got a problem on opening usrp, but this program and the usrp worked
well before. The error message is as below:

epop@ubuntu:~$ usrp_sounder.py -t -f 3M
write_internal_ram failed: error sending control message: Protocol error
usrp: failed to load firmware /usr/local/share/usrp/rev2/std.ihx.
Traceback (most recent call last):
File “/usr/local/bin/usrp_sounder.py”, line 112, in
main()
File “/usr/local/bin/usrp_sounder.py”, line 88, in main
debug=options.debug)
File “/usr/local/lib/python2.5/site-packages/gnuradio/sounder.py”,
line 179, in init
verbose=self._verbose)
File “/usr/local/lib/python2.5/site-packages/gnuradio/sounder.py”,
line 56, in init
self._u = usrp.sink_s(fpga_filename=‘usrp_sounder.rbf’)
File
“/usr/local/lib/python2.5/site-packages/gnuradio/usrp/usrp_swig.py”,
line 2736, in sink_s
return _usrp_swig.sink_s(*args, **kwargs)
RuntimeError: can’t open usrp

Is there any problem of the board? what’s the problem it is?

Thank you so much in advance.

Regards,
Yan

2

On Tue, Mar 2, 2010 at 10:16, Yan N. [email protected] wrote:

I got a problem on opening usrp, but this program and the usrp worked well
before. The error message is as below:

write_internal_ram failed: error sending control message: Protocol error
usrp: failed to load firmware /usr/local/share/usrp/rev2/std.ihx.

The most common reason I’ve seen for this is using USB 1.1 instead of
2.0. The USRP will enumerate on the bus, but fail later when the host
software tries to open an actual high speed endpoint. A flaky or
non-spec cable can also cause the 2.0 negotiation to fail and fallback
to 1.1, with the same result.

Johnathan