On Tue, Nov 5, 2013 at 9:00 AM, Ralph A. Schmid, dk5ras <address@hidden> wrote:
Hi,
gr-airmodes, gr-osmosdr, gnuradio and bladerf all with latest versions, built directly from the repo.
modes_rx works just fine, the messages come through.
modes_gui throws this error, when switching insinde the gui to osmosdr:
address@hidden:~$ modes_gui
linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.003-164-g0c5099ab
gr-osmosdr v0.1.0-40-ge1b699fd (0.1.1git) gnuradio 3.7.2git-149-g0993c1b0
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf netsdr
[INFO] Instance: 0
[bladeRF source] Using nuand LLC bladeRF #0 SN 8efd2b30699e61bec690a0b37cc5ad57 FW v1.5.3 FPGA v0.0.0
gr-osmosdr v0.1.0-40-ge1b699fd (0.1.1git) gnuradio 3.7.2git-149-g0993c1b0
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf netsdr
[INFO] Instance: 0
FATAL: [bladeRF source] Failed to open bladeRF device libusb:instance=0
Trying to fill up 1 missing channel(s) with null source(s).
This is being done to prevent the application from crashing
due to a gnuradio bug. The maintainers have been informed.
gr-osmosdr v0.1.0-40-ge1b699fd (0.1.1git) gnuradio 3.7.2git-149-g0993c1b0
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf netsdr
[INFO] Instance: 0
FATAL: [bladeRF source] Failed to open bladeRF device libusb:instance=0
Trying to fill up 1 missing channel(s) with null source(s).
This is being done to prevent the application from crashing
due to a gnuradio bug. The maintainers have been informed.
The bladerf is flashed with latest fx3 image and latest fpga file into the SPI flash.
All the involved packages itself work just fine.
Any ideas what there may be wrong?
--
Ralph A. Schmid
Mondstr. 10
90762 Fürth
+49-171-3631223
address@hidden
http://www.bclog.de/
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio