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 > 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
