On Sun, Mar 6, 2016 at 7:25 PM, Blade <[email protected]> wrote: > I’m trying to implement 2 hackrfs and so far, and even with the following > settings seen in the picture at the bottom: > > *Osmocom Source properties:* > Complex float 32 > Device Arguments: hackrf=0[,buffers=32][,bias=0][,bias_tx=0] > hackrf=1[,buffers=32][,bias=0][,bias_tx=0] > Mboards: 2 > Num Channels: 2 > *Anything I’m missing if I want to just stream in the data from 2 hackrfs? > > FYI: I’m not much of a programmer, so I don’t understand how to expand on > the error, or be able to back trace the location of where the program > encountered the error. > > *I’ve tried the following:* > > *1. double checked:* > - number of Mboards > - Num Channels > - Device Arguments and their format based on the documentation of the > osmocom source and http://sdr.osmocom.org/trac/wiki/GrOsmoSDR under > HackRF Source/Sink > (only changes I’ve made since running a single hackrf) > > *2. Google searched the error: * > FATAL: bad lexical cast: source type value could not be interpreted as > target > > I can’t seem to find anything that seems to makes sense. > > *3. I have also tested the source with only a single hackrf and set:* > Mboards: 1 > Num Channels: 1 > Device Arguments: hackrf=0[,buffers=32][,bias=0][,bias_tx=0] > > Error output is the same as below except GRC is only trying to fill up 1 > missing channel with a null source > > If anyone can help, that would be awesome, thanks! > > *Output of GNU Radio Companion messages/errors window:* > > Executing: > '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python > -u /Users/me/top_block.py' > > Mac OS; Clang version 7.0.0 (clang-700.0.72); Boost_105900; > UHD_003.009.002-MacPorts-Release > > Using Volk machine: avx_64_mmx_orc > gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.9 > built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace > airspy > > FATAL: bad lexical cast: source type value could not be interpreted as > target > > Trying to fill up 2 missing channel(s) with null source(s). > This is being done to prevent the application from crashing > due to gnuradio bug #528. >
This isn't terribly helpful, but have you posted this to the HackRF mailing list or asked on #hackrf on IRC? Tom
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
