I have a USRP1 with a WBX and a DBSRX installed. Everything worked
fine with the gr-3.3.0-rc3 and even several months ago when I started
using Marcus Leech's script. But lately (within the past few weeks)
when building the latest GR+UHD (with ML's script), if I run a
flowgrpah that uses the DBSRX or uhd_usrp_probe, I get an error
message like the one below. Does anyone know why this might be
occurring? Apologies if this is better suited for the USRP USers group.
spacequest@sq-macbp:~$ uhd_usrp_probe
linux; GNU C++ version 4.5.2; Boost_104200; UHD_003.004.000-dac9a50
-- Loading firmware image: /usr/local/share/uhd/images/usrp1_fw.ihx...
done
-- Opening a USRP1 device...
-- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done
-- Using FPGA clock rate of 64.000000MHz...
UHD Warning:
DBSRX: Tuning exceeded vco range, _max2118_write_regs.osc_band == 0
UHD Error:
The daughterboard manager encountered a recoverable error in init
AssertionError: _max2118_read_regs.adc != 0
in double dbsrx::set_lo_freq(double)
at /home/spacequest/uhd/host/lib/usrp/dboard/db_dbsrx.cpp:370
Error: RuntimeError: Cannot create! Property already exists at:
/mboards/0/dboards/B/rx_frontends/0/name
System is Ubuntu 11.04 x86 on a Mac Book Pro.
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Oh, Josh! There seems to be a problem.
[I had the same issue from one of my IRA customers in Mexico, but
dismissed it as a fluke, but this is the second instance of that
error with a DBSRX I've heard of].
This sounds like a regression in the latest UHD. They've re-engineered
the entire "daughterboard properties" framework inside UHD,
and there are, it seems, a few wobbly bits.
Keep in mind that build-gnuradio always fetches the latest GIT "master",
rather than the latest "release"--so occasionally, stuff won't
work. I spoze that if I were stroked appropriatley, I might add a
feature to build-gnuradio to download only the "released" GIT
code, rather than whatever is on the current master.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
