Just as a note, I also did not get the gui to work with my USRP1, the error messages are different, but at least it did not receive.
Ralph. From: Nick Foster [mailto:bistrom...@gmail.com] Sent: Tuesday, 5 November, 2013 19:14 To: Ralph A. Schmid, dk5ras Cc: GNURadio Discussion List Subject: Re: [Discuss-gnuradio] gr-airmodes with gnuradio. gr-osmosdr and bladerf... I've only tested osmocom in gr-air-modes with the HackRF. The relevant code is in python/radio.py lines 177-189. modes_gui does reinstantiate the source block a couple of times (to populate the options boxes) -- it's possible that this isn't allowing gr-osmocom enough time to close/open the USB device, or maybe gr-osmocom doesn't like reopening the device from within the same process? --n On Tue, Nov 5, 2013 at 10:04 AM, Ralph A. Schmid, dk5ras <ra...@schmid.xxx> wrote: Yes, works just fine, also other toolchains like gqrx gr-osmosdr bladerf do not show any strange effects, so osmosdr seems to be OK. Ralph From: Nick Foster [mailto:bistrom...@gmail.com] Sent: Tuesday, 5 November, 2013 18:10 To: Ralph A. Schmid, dk5ras Cc: GNURadio Discussion List Subject: Re: [Discuss-gnuradio] gr-airmodes with gnuradio. gr-osmosdr and bladerf... Does osmocom_fft work? --n On Tue, Nov 5, 2013 at 9:00 AM, Ralph A. Schmid, dk5ras <ra...@schmid.xxx> 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: ras@ubuntu:~$ 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 <tel:%2B49-171-3631223> ra...@schmid.xxx http://www.bclog.de/ _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
