From anthony.arnold at uqconnect.edu.au Thu May 7 02:30:47 2015 From: anthony.arnold at uqconnect.edu.au (Mr Anthony Arnold) Date: Thu, 7 May 2015 02:30:47 +0000 Subject: Consumption of rtl_tcp too slow? Message-ID: <1430965845531.41211@uqconnect.edu.au> Hi list I'm having some trouble with gr-osmosdr and rtl_tcp. I'm trying to set up a Raspberry Pi as a remote receive to provide I/Q samples over the network to a machine running gnss-sdr (for realtime GPS processing.) The Pi simply runs "rtl_tcp -f 1575420000 -a 0.0.0.0", and then on gnss-sdr the gr-osmosdr block is created with osmosdr::source::make("rtl_tcp=
"); This connects as expected, but the generated data from rtl_tcp is not being consumed fast enough; the linked list quickly fills up to 502. I thought maybe the WiFi was the bottleneck, so I switched to Ethernet. No luck, same behaviour. I decided to take it all the way back and plug the dongle straight into the machine that is running gnss-sdr, and then run rtl_tcp on the same machine: "rtl_tcp -f 1575420000" and change the arguments for the gnuradio block to ? osmosdr::source::make("rtl_tcp");? I still get this poor performance. Note that on the same machine, with the GrOsmoSdr block connecting straight to the dongle via USB (i.e. creating the block with empty arguments) the performance is fine and I'm able to track GPS satellites in realtime. I understand that having the network layer in between is going to cause some delay, but I didn't expect this much. I thought that maybe the actual processing of gnss-sdr was holding up the reads in some way, so I tried a different program which post-processes the data; the code which does this is in the listing below (pulled from the function "frontend_capture" from https://raw.githubusercontent.com/gnss-sdr/gnss-sdr/next/src/utils/front-end-cal/main.cc). The source block is just a wrapper around an osmosdr::source("rtl_tcp"). The conditioner is a pass-through block. Unfortunately, the reads *still* aren't keeping up with the writes from rtl_tcp. I'd like to understand what's causing this. Is it because of the frequency tuning? Is it the sample rate? I have tried various rates. I noticed rtl_tcp_source_c::get_sample_rates? returns a few "known to work" rates. Should I be setting the sample rate to exactly one of these? gr::top_block_sptr top_block; GNSSBlockFactory block_factory; boost::shared_ptr queue; queue = gr::msg_queue::make(0); top_block = gr::make_top_block("Acquisition test"); std::shared_ptr source; source = block_factory.GetSignalSource(configuration, queue); std::shared_ptr conditioner = block_factory.GetSignalConditioner(configuration,queue); gr::block_sptr sink; sink = gr::blocks::file_sink::make(sizeof(gr_complex), "tmp_capture.dat"); //--- Find number of samples per spreading code --- long fs_in_ = configuration->property("GNSS-SDR.internal_fs_hz", 2048000); int samples_per_code = round(fs_in_ / (GPS_L1_CA_CODE_RATE_HZ / GPS_L1_CA_CODE_LENGTH_CHIPS)); int nsamples = samples_per_code * 50; int skip_samples = fs_in_ * 5; // skip 5 seconds gr::block_sptr head = gr::blocks::head::make(sizeof(gr_complex), nsamples); gr::block_sptr skiphead = gr::blocks::skiphead::make(sizeof(gr_complex), skip_samples); try { source->connect(top_block); conditioner->connect(top_block); top_block->connect(source->get_right_block(), 0, conditioner->get_left_block(), 0); top_block->connect(conditioner->get_right_block(), 0, skiphead, 0); top_block->connect(skiphead, 0, head, 0); top_block->connect(head, 0, sink, 0); top_block->run(); } catch(std::exception& e) { std::cout << "Failure connecting the GNU Radio blocks " << e.what() << std::endl; return false; } //delete conditioner; //delete source; return true; Anthony Arnold | Programmer b: http://anthony-arnold.com/ t: http://twitter.com/anthonyarnold_/ e: anthony.arnold at uqconnect.edu.au -------------- next part -------------- An HTML attachment was scrubbed... URL: From la at tfc-server.de Fri May 8 18:19:16 2015 From: la at tfc-server.de (ew) Date: Fri, 08 May 2015 20:19:16 +0200 Subject: Consumption of rtl_tcp too slow? In-Reply-To: <1430965845531.41211@uqconnect.edu.au> References: <1430965845531.41211@uqconnect.edu.au> Message-ID: <554CFE24.1060306@tfc-server.de> By the looks of it I'd say the gnss-sdr source is the problem, does the count keep increasing or does it stop at a certain number? The explanation for the latter would be that the Application connects, but does not read, rtl-tcp has no starting or stopping. As soon as a client connects it tries to pump out samples until the client disconnects, so buffers are going to pile up if there is a delay between connecting and reading and the count will stay the same if the application does not read the data faster than real time to empty the list. If it keeps increasing the most probable explanation would be a sample rate mismatch or some other reason why the client does not read fast enough. The "known to work" rates are just that - values that are known to work without any side effects, but most other rates should work, too. Frequent tuning, gain adjustments, or other commands might cause those commands to pile up, but neither of those would cause the dongle to produce more samples than anticipated unless your app accidentally sends out a command to set a higher sample rate... - Hoernchen From anthony.arnold at uqconnect.edu.au Sat May 9 00:12:10 2015 From: anthony.arnold at uqconnect.edu.au (Mr Anthony Arnold) Date: Sat, 9 May 2015 00:12:10 +0000 Subject: Consumption of rtl_tcp too slow? In-Reply-To: <554CFE24.1060306@tfc-server.de> References: <1430965845531.41211@uqconnect.edu.au>, <554CFE24.1060306@tfc-server.de> Message-ID: <1431130329595.42551@uqconnect.edu.au> The count on rtl_tcp keeps increasing until it reaches the default limit for the "-n" options (500). When the gr-osmosdr source block is created, the first thing gnss-sdr does is to set up the sample rate, frequency, and gain parameters. It then connects the block up to the flowgraph and the flowgraph is run. I tried a little experiment by writing my own block for consuming rtl_tcp. It's mostly the same as the gr-osmosdr one, except that it runs a separate thread for TCP reads. The producer thread continually reads from the socket, translates the incoming bytes to the float values via the LUT, then stuffs the floats into a circular buffer. The work function on the gnuradio thread just pulls data from the circular buffer. This gave a barely-noticeable improvement. I did some tracing, and found the the producer thread gets held up; the buffer is almost constantly full. The hints that the network stack is not the issue, because the producer thread is reading faster than gnuradio can consume it. This is all very confusing, because when I'm reading from the USB dongle directly on the same machine, gnss-sdr handles 1.2Msps in realtime without trouble and no overflows. It's only when it's reading from the network that it can't keep up, but the network itself doesn't seem to be the bottleneck. Is it possible that the deinterleave and/or float_to_complex stages are what's holding this up? Anthony Arnold | Programmer b: http://anthony-arnold.com/ t: http://twitter.com/anthonyarnold_/ e: anthony.arnold at uqconnect.edu.au ________________________________________ From: osmocom-sdr on behalf of ew Sent: Saturday, 9 May 2015 4:19 AM To: osmocom-sdr at lists.osmocom.org Subject: Re: Consumption of rtl_tcp too slow? By the looks of it I'd say the gnss-sdr source is the problem, does the count keep increasing or does it stop at a certain number? The explanation for the latter would be that the Application connects, but does not read, rtl-tcp has no starting or stopping. As soon as a client connects it tries to pump out samples until the client disconnects, so buffers are going to pile up if there is a delay between connecting and reading and the count will stay the same if the application does not read the data faster than real time to empty the list. If it keeps increasing the most probable explanation would be a sample rate mismatch or some other reason why the client does not read fast enough. The "known to work" rates are just that - values that are known to work without any side effects, but most other rates should work, too. Frequent tuning, gain adjustments, or other commands might cause those commands to pile up, but neither of those would cause the dongle to produce more samples than anticipated unless your app accidentally sends out a command to set a higher sample rate... - Hoernchen From anthony.arnold at uqconnect.edu.au Sat May 9 01:39:01 2015 From: anthony.arnold at uqconnect.edu.au (Mr Anthony Arnold) Date: Sat, 9 May 2015 01:39:01 +0000 Subject: Consumption of rtl_tcp too slow? In-Reply-To: <1431130329595.42551@uqconnect.edu.au> References: <1430965845531.41211@uqconnect.edu.au>, <554CFE24.1060306@tfc-server.de>,<1431130329595.42551@uqconnect.edu.au> Message-ID: <1431135539959.51343@uqconnect.edu.au> OK, update! I'm pretty confident that it's the deinterleave stage that's causing the drama. I ran callgrind and found that around 7% of processing time was spent in the deinterleave block. So the rtl_tcp_source_f block is outputting a stream of interleaved floating point values, and then the rtl_tcp_source_c block is deinterleaving them and then converting each pair into a complex number. The problem with this is that the stream is being deinterleaved and then effectively reinterleaved! The entire deinterleave/float_to_complex process is redundant, because the original stream is already in the order required. Anthony Arnold | Programmer b: http://anthony-arnold.com/ t: http://twitter.com/anthonyarnold_/ e: anthony.arnold at uqconnect.edu.au ________________________________________ From: osmocom-sdr on behalf of Mr Anthony Arnold Sent: Saturday, 9 May 2015 10:12 AM To: ew; osmocom-sdr at lists.osmocom.org Subject: Re: Consumption of rtl_tcp too slow? The count on rtl_tcp keeps increasing until it reaches the default limit for the "-n" options (500). When the gr-osmosdr source block is created, the first thing gnss-sdr does is to set up the sample rate, frequency, and gain parameters. It then connects the block up to the flowgraph and the flowgraph is run. I tried a little experiment by writing my own block for consuming rtl_tcp. It's mostly the same as the gr-osmosdr one, except that it runs a separate thread for TCP reads. The producer thread continually reads from the socket, translates the incoming bytes to the float values via the LUT, then stuffs the floats into a circular buffer. The work function on the gnuradio thread just pulls data from the circular buffer. This gave a barely-noticeable improvement. I did some tracing, and found the the producer thread gets held up; the buffer is almost constantly full. The hints that the network stack is not the issue, because the producer thread is reading faster than gnuradio can consume it. This is all very confusing, because when I'm reading from the USB dongle directly on the same machine, gnss-sdr handles 1.2Msps in realtime without trouble and no overflows. It's only when it's reading from the network that it can't keep up, but the network itself doesn't seem to be the bottleneck. Is it possible that the deinterleave and/or float_to_complex stages are what's holding this up? Anthony Arnold | Programmer b: http://anthony-arnold.com/ t: http://twitter.com/anthonyarnold_/ e: anthony.arnold at uqconnect.edu.au ________________________________________ From: osmocom-sdr on behalf of ew Sent: Saturday, 9 May 2015 4:19 AM To: osmocom-sdr at lists.osmocom.org Subject: Re: Consumption of rtl_tcp too slow? By the looks of it I'd say the gnss-sdr source is the problem, does the count keep increasing or does it stop at a certain number? The explanation for the latter would be that the Application connects, but does not read, rtl-tcp has no starting or stopping. As soon as a client connects it tries to pump out samples until the client disconnects, so buffers are going to pile up if there is a delay between connecting and reading and the count will stay the same if the application does not read the data faster than real time to empty the list. If it keeps increasing the most probable explanation would be a sample rate mismatch or some other reason why the client does not read fast enough. The "known to work" rates are just that - values that are known to work without any side effects, but most other rates should work, too. Frequent tuning, gain adjustments, or other commands might cause those commands to pile up, but neither of those would cause the dongle to produce more samples than anticipated unless your app accidentally sends out a command to set a higher sample rate... - Hoernchen From stanojr at blackhole.sk Sat May 9 11:36:40 2015 From: stanojr at blackhole.sk (Pavel Stano) Date: Sat, 9 May 2015 13:36:40 +0200 Subject: Consumption of rtl_tcp too slow? In-Reply-To: <1431135539959.51343@uqconnect.edu.au> References: <1430965845531.41211@uqconnect.edu.au> <554CFE24.1060306@tfc-server.de> <1431130329595.42551@uqconnect.edu.au> <1431135539959.51343@uqconnect.edu.au> Message-ID: <20150509133640.4e2e9299@ass> Hello, i have same problem with gr-osmosdr when using gqrx and rtl_tcp over ethernet. It eats too much cpu on client side with gnuradio 3.7.5.1 and it is unusable. I tried to patch it and remove that deinterleave/reinterleave code. It works for me. But sometimes when i start dsp in gqrx too late it looks little laggy. I must restart gqrx and start dsp asap, probably some problem with buffering. Anyway, you can test my gr-osmosdr, if it works for you i can send it upstream probably. https://github.com/stanojr/gr-osmosdr/tree/rtl_tcp_refactor On Sat, 9 May 2015 01:39:01 +0000 Mr Anthony Arnold wrote: > OK, update! > > I'm pretty confident that it's the deinterleave stage that's causing > the drama. I ran callgrind and found that around 7% of processing > time was spent in the deinterleave block. > > So the rtl_tcp_source_f block is outputting a stream of interleaved > floating point values, and then the rtl_tcp_source_c block is > deinterleaving them and then converting each pair into a complex > number. > > The problem with this is that the stream is being deinterleaved and > then effectively reinterleaved! The entire > deinterleave/float_to_complex process is redundant, because the > original stream is already in the order required. > > Anthony Arnold | Programmer > > b: http://anthony-arnold.com/ > t: http://twitter.com/anthonyarnold_/ > e: anthony.arnold at uqconnect.edu.au > > > ________________________________________ > From: osmocom-sdr on behalf > of Mr Anthony Arnold Sent: > Saturday, 9 May 2015 10:12 AM To: ew; osmocom-sdr at lists.osmocom.org > Subject: Re: Consumption of rtl_tcp too slow? > > The count on rtl_tcp keeps increasing until it reaches the default > limit for the "-n" options (500). > > When the gr-osmosdr source block is created, the first thing gnss-sdr > does is to set up the sample rate, frequency, and gain parameters. It > then connects the block up to the flowgraph and the flowgraph is run. > > I tried a little experiment by writing my own block for consuming > rtl_tcp. It's mostly the same as the gr-osmosdr one, except that it > runs a separate thread for TCP reads. The producer thread continually > reads from the socket, translates the incoming bytes to the float > values via the LUT, then stuffs the floats into a circular buffer. > The work function on the gnuradio thread just pulls data from the > circular buffer. This gave a barely-noticeable improvement. > > I did some tracing, and found the the producer thread gets held up; > the buffer is almost constantly full. The hints that the network > stack is not the issue, because the producer thread is reading faster > than gnuradio can consume it. > > This is all very confusing, because when I'm reading from the USB > dongle directly on the same machine, gnss-sdr handles 1.2Msps in > realtime without trouble and no overflows. It's only when it's > reading from the network that it can't keep up, but the network > itself doesn't seem to be the bottleneck. > > Is it possible that the deinterleave and/or float_to_complex stages > are what's holding this up? > > Anthony Arnold | Programmer > > b: http://anthony-arnold.com/ > t: http://twitter.com/anthonyarnold_/ > e: anthony.arnold at uqconnect.edu.au > > > ________________________________________ > From: osmocom-sdr on behalf > of ew Sent: Saturday, 9 May 2015 4:19 AM > To: osmocom-sdr at lists.osmocom.org > Subject: Re: Consumption of rtl_tcp too slow? > > By the looks of it I'd say the gnss-sdr source is the problem, does > the count keep increasing or does it stop at a certain number? > > The explanation for the latter would be that the Application connects, > but does not read, rtl-tcp has no starting or stopping. As soon as a > client connects it tries to pump out samples until the client > disconnects, so buffers are going to pile up if there is a delay > between connecting and reading and the count will stay the same if the > application does not read the data faster than real time to empty the > list. If it keeps increasing the most probable explanation would be a > sample rate mismatch or some other reason why the client does not > read fast enough. > > The "known to work" rates are just that - values that are known to > work without any side effects, but most other rates should work, too. > Frequent tuning, gain adjustments, or other commands might cause > those commands to pile up, but neither of those would cause the > dongle to produce more samples than anticipated unless your app > accidentally sends out a command to set a higher sample rate... > > > - Hoernchen -- [ Ohodnotte kvalitu mailu: https://www.nicereply.com/websupport/4afafd34 ] Pavel Stano | Troubleshooter http://WebSupport.sk *** BERTE A VYCHUTNAVAJTE *** From k1gto at comcast.net Fri May 15 21:18:01 2015 From: k1gto at comcast.net (Brad Hein) Date: Fri, 15 May 2015 21:18:01 +0000 (UTC) Subject: HackRF powered antenna support (pleeeeease :) In-Reply-To: <1830181702.8619591.1421946237131.JavaMail.zimbra@comcast.net> References: <1830181702.8619591.1421946237131.JavaMail.zimbra@comcast.net> Message-ID: <1239154210.14266754.1431724681791.JavaMail.zimbra@comcast.net> I modified the osmosdr hackrf code to support antenna/phantom power via a new device argument "bias=" (to match bladeRF's existing bias power syntax). 0=disable and 1=enable. My initial testing suggests it works great, but I would invite others to also confirm if they are able. You'll have to apply the patch below. I also added a device argument to control bias power at transmit time. I named this option differently - "bias_tx" - to avoid accidentally enabling bias power in transmit mode when an LNA may be attached in an input amplifier configuration. I reached out to the designer of the lna4all to find out if bias power can be supported, from a hardware perspective, in transmit mode (hackrf output connected to lna4all input, lna4all output connected to antenna). We'll see what he says. If so, I look forward to testing transmit mode bias power. Patch follows: $ git diff 275e6aed19b9ba8563bffd318a227a1196e1da2c 9ca86fdcd068daf44d9dec0dd1993b22c24b02f2 | cat diff --git a/lib/hackrf/hackrf_sink_c.cc b/lib/hackrf/hackrf_sink_c.cc index 00f9768..0d52c60 100644 --- a/lib/hackrf/hackrf_sink_c.cc +++ b/lib/hackrf/hackrf_sink_c.cc @@ -164,6 +164,7 @@ hackrf_sink_c::hackrf_sink_c (const std::string &args) _bandwidth(0) { int ret; + bool bias = false; dict_t dict = params_to_dict(args); @@ -184,6 +185,11 @@ hackrf_sink_c::hackrf_sink_c (const std::string &args) _usage++; } + // Check device args to find out if bias/phantom power is desired. + if ( dict.count("bias_tx") ) { + bias = boost::lexical_cast( dict["bias_tx"] ); + } + _dev = NULL; ret = hackrf_open( &_dev ); HACKRF_THROW_ON_ERROR(ret, "Failed to open HackRF device") @@ -218,6 +224,14 @@ hackrf_sink_c::hackrf_sink_c (const std::string &args) set_if_gain( 16 ); /* preset to a reasonable default (non-GRC use case) */ + ret = hackrf_set_antenna_enable(_dev, (uint8_t)bias); + HACKRF_THROW_ON_ERROR( ret, "Failed to enable bias/phantom antenna power"); + if (bias==true) { + std::cerr << "Successfully enabled antenna bias/power (bias_tx=" << bias << ")" << std::endl; + } else { + std::cerr << "Successfully disabled antenna bias/power (bias_tx=" << bias << ")" << std::endl; + } + _buf = (char *) malloc( BUF_LEN ); cb_init( &_cbuf, _buf_num, BUF_LEN ); diff --git a/lib/hackrf/hackrf_source_c.cc b/lib/hackrf/hackrf_source_c.cc index e3b3ea4..4ba24ec 100644 --- a/lib/hackrf/hackrf_source_c.cc +++ b/lib/hackrf/hackrf_source_c.cc @@ -181,6 +181,16 @@ hackrf_source_c::hackrf_source_c (const std::string &args) _buf[i] = (unsigned short *) malloc(_buf_len); } + +// Enable bias/phantom power on the antenna port if device argument parameter bias= is present. 1=enable, 0=disable. + if ( dict.count("bias") ) { + bool bias = boost::lexical_cast( dict["bias"] ); + int ret = hackrf_set_antenna_enable(_dev, (uint8_t)bias); + HACKRF_THROW_ON_ERROR( ret, "Failed to enable bias/phantom antenna power"); + std::cerr << "Successfully set antenna power to " << bias << std::endl; + } + + // _thread = gr::thread::thread(_hackrf_wait, this); ret = hackrf_start_rx( _dev, _hackrf_rx_callback, (void *)this ); ----- Original Message ----- From: "Brad Hein" To: osmocom-sdr at lists.osmocom.org Sent: Thursday, January 22, 2015 12:03:57 PM Subject: HackRF powered antenna support (pleeeeease :) I would like to humbly request support for hackrf antenna power in gr-osmosdr. At runtime preferably, or at least an init string flag to control it (hackrf=0,antenna_power=1 for example). The function call seems to be hackrf_set_antenna_enable() but it's not exposed in gr-osmosdr as far as I can tell. I have some dev experience (but not in C) but I'm falling short trying to understand the code and add the feature myself. If someone wants to provide some "ELI5" guidance I'll be happy to give it another go. Having this feature would open up the powered antenna feature to users of gr-osmosdr such as gnuradio, gqrx, and the list goes on (big win!) Reference: https://www.mail-archive.com/hackrf-dev at greatscottgadgets.com/msg00423.html Thanks! Brad -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at steve-m.de Fri May 15 22:42:08 2015 From: steve at steve-m.de (Steve Markgraf) Date: Sat, 16 May 2015 00:42:08 +0200 Subject: BW setting for R802T tunner In-Reply-To: <55081E50.10200@seznam.cz> References: <55081E50.10200@seznam.cz> Message-ID: <55567640.4040904@steve-m.de> Hi Ji??, On 17.03.2015 13:30, Ji?? Pinkava wrote: > this series of patches add BW setting support for R820T and interface to > set BW explicitly. This work is partialy based on some patches flying > around namely Alexander Kurpiers. Testing have been done for some > dongles at it looks good except for rally narrow BW setting. Thanks for your clean patches, just committed them. Regards, Steve From marcus.mueller at ettus.com Wed May 20 10:21:13 2015 From: marcus.mueller at ettus.com (=?UTF-8?B?TWFyY3VzIE3DvGxsZXI=?=) Date: Wed, 20 May 2015 12:21:13 +0200 Subject: gr-osmosdr fails to build via build-gnuradio on Ubuntu 12.10 In-Reply-To: <555A1748.5050503@ettus.com> References: <555A1748.5050503@ettus.com> Message-ID: <555C6019.1030109@ettus.com> Hello Osmofolks, Nur Qalbi reported this, and I don't quite know who to bugger with it: Building gr-osmosdr seems to fail at the line find_package(SoapySDR CONFIG) in its main CMakeLists.txt: CMake Error at CMakeLists.txt:168 (find_package): find_package called with invalid argument "CONFIG" As it works for me, I'd blindly guessing this is because of Ubuntu 12.10 antiquity. It seems CONFIG is synonymous to NO_MODULE, which is supported by SWIG 2.8.7; would any of you try the attached patch? Greetings, Marcus -------- Forwarded Message -------- Subject: Re: [USRP-users] gr-osmosdr failed Date: Mon, 18 May 2015 18:46:00 +0200 From: Marcus M?ller To: nur qalbi , usrp-users at lists.ettus.com , GNURadio Discussion List Dear Nur Qalbi, thank you! This is very helpful! So the point seems to be that the CMake on your PC doesn't seem to deal with the line find_package(SoapySDR CONFIG) in gr-osmosdr's CMakeLists.txt. For me, that works beautifully; if I had to guess this is probably because your CMake is relatively old, because your Ubuntu is so old. I'm including the GNU Radio discussion mailing list; maybe someone there knows how to make this "retro-cmake compatible". Greetings, Marcus On 05/18/2015 04:53 PM, nur qalbi wrote: > use with --verbose > > bbladeRF_test_rx_discont.dir/__/__/__/common/src/conversions.c.o > Linking C executable ../../../output/libbladeRF_test_rx_discont > [ 52%] Built target libbladeRF_test_rx_discont > Scanning dependencies of target libbladeRF_test_sync > [ 53%] Building C object > libraries/libbladeRF_test/test_sync/CMakeFiles/libbladeRF_test_sync.dir/src/main.c.o > [ 54%] Building C object > libraries/libbladeRF_test/test_sync/CMakeFiles/libbladeRF_test_sync.dir/src/test.c.o > [ 55%] Building C object > libraries/libbladeRF_test/test_sync/CMakeFiles/libbladeRF_test_sync.dir/__/__/__/common/src/conversions.c.o > [ 56%] Building C object > libraries/libbladeRF_test/test_sync/CMakeFiles/libbladeRF_test_sync.dir/__/__/__/common/src/log.c.o > Linking C executable ../../../output/libbladeRF_test_sync > [ 56%] Built target libbladeRF_test_sync > Scanning dependencies of target libbladeRF_test_timestamps > [ 57%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/main.c.o > [ 58%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_timestamps.c.o > [ 58%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_rx_gaps.c.o > [ 59%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_rx_scheduled.c.o > [ 60%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_tx_onoff.c.o > [ 61%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_tx_onoff_nowsched.c.o > [ 62%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_tx_gmsk_bursts.c.o > [ 63%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_loopback_onoff.c.o > [ 64%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_loopback_onoff_zp.c.o > [ 65%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/loopback.c.o > [ 65%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_format_mismatch.c.o > [ 66%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_readback.c.o > [ 67%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_print_timestamps.c.o > [ 68%] Building C object > libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/__/__/__/common/src/conversions.c.o > Linking C executable ../../../output/libbladeRF_test_timestamps > [ 68%] Built target libbladeRF_test_timestamps > Scanning dependencies of target libbladeRF_test_unused_sync > [ 69%] Building C object > libraries/libbladeRF_test/test_unused_sync/CMakeFiles/libbladeRF_test_unused_sync.dir/main.c.o > Linking C executable ../../../output/libbladeRF_test_unused_sync > [ 69%] Built target libbladeRF_test_unused_sync > [ 70%] Generating src/cmd/doc/cmd_help.h > Scanning dependencies of target bladeRF-cli > [ 70%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/main.c.o > [ 71%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/common.c.o > [ 72%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/calibrate.c.o > [ 73%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/calibrate_dc.c.o > [ 74%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/cmd.c.o > [ 75%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/erase.c.o > [ 76%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/flash_backup.c.o > [ 77%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/flash_image.c.o > [ 77%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/flash_init_cal.c.o > [ 78%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/flash_restore.c.o > [ 79%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/info.c.o > [ 80%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/load.c.o > [ 81%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/open.c.o > [ 82%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/peek.c.o > [ 83%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/lms_reg_info.c.o > [ 84%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/peekpoke.c.o > [ 84%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/poke.c.o > [ 85%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/printset.c.o > [ 86%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/probe.c.o > [ 87%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/xb.c.o > [ 88%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/xb100.c.o > [ 89%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/xb200.c.o > [ 90%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/recover.c.o > [ 91%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/rx.c.o > [ 91%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/rxtx.c.o > [ 92%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/tx.c.o > [ 93%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/version.c.o > [ 94%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/jump_boot.c.o > [ 95%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/mimo.c.o > [ 96%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/input/input.c.o > [ 97%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/input/script.c.o > [ 98%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/__/__/common/src/conversions.c.o > [ 98%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/__/__/common/src/log.c.o > [ 99%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/__/__/common/src/str_queue.c.o > [100%] Building C object > utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/input/fgets.c.o > Linking C executable ../../output/bladeRF-cli > [100%] Built target bladeRF-cli > [ 25%] Built target libbladerf_shared > [ 26%] Built target libbladeRF_test_async > [ 28%] Built target libbladeRF_test_bootloader_recovery > [ 29%] Built target libbladeRF_test_c > [ 29%] Built target libbladeRF_test_cpp > [ 41%] Built target libbladeRF_test_ctrl > [ 44%] Built target libbladeRF_test_freq_hop > [ 46%] Built target libbladeRF_test_fw_check > [ 47%] Built target libbladeRF_test_open > [ 48%] Built target libbladeRF_test_peripheral_timing > [ 51%] Built target libbladeRF_test_repeater > [ 52%] Built target libbladeRF_test_rx_discont > [ 56%] Built target libbladeRF_test_sync > [ 68%] Built target libbladeRF_test_timestamps > [ 69%] Built target libbladeRF_test_unused_sync > [100%] Built target bladeRF-cli > Install the project... > -- Install configuration: "Release" > -- Installing: /usr/local/lib/pkgconfig/libbladeRF.pc > -- Installing: /usr/local/lib/libbladeRF.so.1 > -- Up-to-date: /usr/local/lib/libbladeRF.so > -- Installing: /usr/local/include/libbladeRF.h > -- Installing: /etc/udev/rules.d/88-nuand.rules > -- Installing: /usr/local/bin/bladeRF-cli > -- Removed runtime path from "/usr/local/bin/bladeRF-cli" > Done building bladeRF > -- The C compiler identification is GNU > -- The CXX compiler identification is GNU > -- Check for working C compiler: /usr/bin/gcc > -- Check for working C compiler: /usr/bin/gcc -- works > -- Detecting C compiler ABI info > -- Detecting C compiler ABI info - done > -- Check for working CXX compiler: /usr/bin/c++ > -- Check for working CXX compiler: /usr/bin/c++ -- works > -- Detecting CXX compiler ABI info > -- Detecting CXX compiler ABI info - done > -- Check if the system is big endian > -- Searching 16 bit integer > -- Looking for sys/types.h > -- Looking for sys/types.h - found > -- Looking for stdint.h > -- Looking for stdint.h - found > -- Looking for stddef.h > -- Looking for stddef.h - found > -- Check size of unsigned short > -- Check size of unsigned short - done > -- Using unsigned short > -- Check if the system is big endian - little endian > -- checking for module 'libusb-1.0' > -- found libusb-1.0, version 1.0.9-rc3 > -- Found LIBUSB: /usr/lib/x86_64-linux-gnu/libusb-1.0.so > > -- Looking for include files CMAKE_HAVE_PTHREAD_H > -- Looking for include files CMAKE_HAVE_PTHREAD_H - found > -- Looking for pthread_create in pthreads > -- Looking for pthread_create in pthreads - not found > -- Looking for pthread_create in pthread > -- Looking for pthread_create in pthread - found > -- Found Threads: TRUE > -- Udev rules not being installed, install them with > -DINSTALL_UDEV_RULES=ON > -- Configuring done > -- Generating done > -- Build files have been written to: /home/user/airspy/host/build > Scanning dependencies of target airspy > [ 7%] Building C object libairspy/src/CMakeFiles/airspy.dir/airspy.c.o > [ 14%] Building C object > libairspy/src/CMakeFiles/airspy.dir/iqconverter_float.c.o > [ 21%] Building C object > libairspy/src/CMakeFiles/airspy.dir/iqconverter_int16.c.o > Linking C shared library libairspy.so > [ 21%] Built target airspy > Scanning dependencies of target airspy-static > [ 28%] Building C object > libairspy/src/CMakeFiles/airspy-static.dir/airspy.c.o > [ 35%] Building C object > libairspy/src/CMakeFiles/airspy-static.dir/iqconverter_float.c.o > [ 42%] Building C object > libairspy/src/CMakeFiles/airspy-static.dir/iqconverter_int16.c.o > Linking C static library libairspy.a > [ 42%] Built target airspy-static > Scanning dependencies of target airspy_gpio > [ 50%] Building C object > airspy-tools/src/CMakeFiles/airspy_gpio.dir/airspy_gpio.c.o > Linking C executable airspy_gpio > [ 50%] Built target airspy_gpio > Scanning dependencies of target airspy_gpiodir > [ 57%] Building C object > airspy-tools/src/CMakeFiles/airspy_gpiodir.dir/airspy_gpiodir.c.o > Linking C executable airspy_gpiodir > [ 57%] Built target airspy_gpiodir > Scanning dependencies of target airspy_info > [ 64%] Building C object > airspy-tools/src/CMakeFiles/airspy_info.dir/airspy_info.c.o > Linking C executable airspy_info > [ 64%] Built target airspy_info > Scanning dependencies of target airspy_lib_version > [ 71%] Building C object > airspy-tools/src/CMakeFiles/airspy_lib_version.dir/airspy_lib_version.c.o > Linking C executable airspy_lib_version > [ 71%] Built target airspy_lib_version > Scanning dependencies of target airspy_r820t > [ 78%] Building C object > airspy-tools/src/CMakeFiles/airspy_r820t.dir/airspy_r820t.c.o > Linking C executable airspy_r820t > [ 78%] Built target airspy_r820t > Scanning dependencies of target airspy_rx > [ 85%] Building C object > airspy-tools/src/CMakeFiles/airspy_rx.dir/airspy_rx.c.o > Linking C executable airspy_rx > [ 85%] Built target airspy_rx > Scanning dependencies of target airspy_si5351c > [ 92%] Building C object > airspy-tools/src/CMakeFiles/airspy_si5351c.dir/airspy_si5351c.c.o > Linking C executable airspy_si5351c > [ 92%] Built target airspy_si5351c > Scanning dependencies of target airspy_spiflash > [100%] Building C object > airspy-tools/src/CMakeFiles/airspy_spiflash.dir/airspy_spiflash.c.o > Linking C executable airspy_spiflash > [100%] Built target airspy_spiflash > [ 21%] Built target airspy > [ 42%] Built target airspy-static > [ 50%] Built target airspy_gpio > [ 57%] Built target airspy_gpiodir > [ 64%] Built target airspy_info > [ 71%] Built target airspy_lib_version > [ 78%] Built target airspy_r820t > [ 85%] Built target airspy_rx > [ 92%] Built target airspy_si5351c > [100%] Built target airspy_spiflash > Install the project... > -- Install configuration: "" > -- Installing: /usr/local/lib/pkgconfig/libairspy.pc > -- Installing: /usr/local/lib/libairspy.so.1.0.5 > -- Up-to-date: /usr/local/lib/libairspy.so.0 > -- Up-to-date: /usr/local/lib/libairspy.so > -- Installing: /usr/local/lib/libairspy.a > -- Installing: /usr/local/include/libairspy/airspy.h > -- Installing: /usr/local/include/libairspy/airspy_commands.h > -- Installing: /usr/local/include/libairspy/iqconverter_float.h > -- Installing: /usr/local/include/libairspy/iqconverter_int16.h > -- Installing: /usr/local/include/libairspy/filters.h > -- Installing: /usr/local/bin/airspy_gpio > -- Removed runtime path from "/usr/local/bin/airspy_gpio" > -- Installing: /usr/local/bin/airspy_gpiodir > -- Removed runtime path from "/usr/local/bin/airspy_gpiodir" > -- Installing: /usr/local/bin/airspy_lib_version > -- Removed runtime path from "/usr/local/bin/airspy_lib_version" > -- Installing: /usr/local/bin/airspy_si5351c > -- Removed runtime path from "/usr/local/bin/airspy_si5351c" > -- Installing: /usr/local/bin/airspy_r820t > -- Removed runtime path from "/usr/local/bin/airspy_r820t" > -- Installing: /usr/local/bin/airspy_spiflash > -- Removed runtime path from "/usr/local/bin/airspy_spiflash" > -- Installing: /usr/local/bin/airspy_info > -- Removed runtime path from "/usr/local/bin/airspy_info" > -- Installing: /usr/local/bin/airspy_rx > -- Removed runtime path from "/usr/local/bin/airspy_rx" > Done building airspy > Building gr-osmosdr...-- The CXX compiler identification is GNU > -- The C compiler identification is GNU > -- Check for working CXX compiler: /usr/bin/c++ > -- Check for working CXX compiler: /usr/bin/c++ -- works > -- Detecting CXX compiler ABI info > -- Detecting CXX compiler ABI info - done > -- Check for working C compiler: /usr/bin/gcc > -- Check for working C compiler: /usr/bin/gcc -- works > -- Detecting C compiler ABI info > -- Detecting C compiler ABI info - done > -- Build type not specified: defaulting to release. > -- Found Git: /usr/bin/git > -- Extracting version information from git describe... > -- Configuring Boost C++ Libraries... > -- Boost version: 1.48.0 > -- Found the following Boost libraries: > -- thread > -- system > Checking for GNU Radio Module: RUNTIME > -- checking for module 'gnuradio-runtime' > -- found gnuradio-runtime, version 3.7.7.1 > * INCLUDES=/usr/local/include > * > LIBS=/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so > -- Found GNURADIO_RUNTIME: > /usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so > GNURADIO_RUNTIME_FOUND = TRUE > Checking for GNU Radio Module: BLOCKS > -- checking for module 'gnuradio-blocks' > -- found gnuradio-blocks, version 3.7.7.1 > * INCLUDES=/usr/local/include > * > LIBS=/usr/local/lib/libgnuradio-blocks.so;/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so > -- Found GNURADIO_BLOCKS: > /usr/local/lib/libgnuradio-blocks.so;/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so > > GNURADIO_BLOCKS_FOUND = TRUE > Checking for GNU Radio Module: PMT > -- checking for module 'gnuradio-runtime' > -- found gnuradio-runtime, version 3.7.7.1 > * INCLUDES=/usr/local/include > * > LIBS=/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so > -- Found GNURADIO_PMT: > /usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so > GNURADIO_PMT_FOUND = TRUE > -- checking for module 'gnuradio-iqbalance' > -- found gnuradio-iqbalance, version 0 > -- Found GNURADIO_IQBALANCE: /usr/local/lib/libgnuradio-iqbalance.so > -- Found UHD: /usr/local/lib/libuhd.so > -- checking for module 'gnuradio-uhd' > -- found gnuradio-uhd, version 3.7.7.1 > -- Found gnuradio-uhd: /usr/local/include, > /usr/local/lib/libgnuradio-uhd.so > -- Found GNURADIO_UHD: /usr/local/lib/libgnuradio-uhd.so > -- checking for module 'gnuradio-fcd' > -- found gnuradio-fcd, version 3.7.7.1 > -- Found gnuradio-fcd: /usr/local/include, > /usr/local/lib/libgnuradio-fcd.so > -- Found GNURADIO_FCD: /usr/local/lib/libgnuradio-fcd.so > -- checking for module 'gnuradio-fcdproplus' > -- package 'gnuradio-fcdproplus' not found > -- gnuradio-fcdproplus not found. > -- Could NOT find GNURADIO_FCDPP (missing: GNURADIO_FCDPP_LIBRARIES > GNURADIO_FCDPP_INCLUDE_DIRS) > -- checking for module 'libosmosdr' > -- package 'libosmosdr' not found > -- libosmosdr not found. > -- checking for module 'librtlsdr' > -- found librtlsdr, version v0.5.3-10-g8b4d > -- Found librtlsdr: /usr/local/include, /usr/local/lib/librtlsdr.so > -- checking for module 'libmirisdr' > -- package 'libmirisdr' not found > -- libmirisdr not found. > -- checking for module 'libhackrf' > -- found libhackrf, version 0.3 > -- Found LIBHACKRF: /usr/local/lib/libhackrf.so > -- checking for module 'libairspy' > -- found libairspy, version 1.0 > -- Found LIBAIRSPY: /usr/local/lib/libairspy.so > -- checking for module 'libbladeRF' > -- found libbladeRF, version 1.2.1-git-48ab748 > -- Found libbladeRF: /usr/local/include, /usr/local/lib/libbladeRF.so > CMake Error at CMakeLists.txt:168 (find_package): > find_package called with invalid argument "CONFIG" > > > -- Found Doxygen: /usr/bin/doxygen > -- Found PythonLibs: /usr/lib/libpython2.7.so > (Required is at least version "2") > -- > -- Checking for module SWIG > -- Found SWIG version 2.0.4. > -- Found SWIG: /usr/bin/swig2.0 > -- Minimum SWIG version required is 1.3.31 > -- > -- The build system will automatically enable all components. > -- Use -DENABLE_DEFAULT=OFF to disable components by default. > -- > -- Configuring Python support support... > -- Dependency PYTHONLIBS_FOUND = TRUE > -- Dependency SWIG_FOUND = TRUE > -- Dependency SWIG_VERSION_CHECK = TRUE > -- Enabling Python support support. > -- Override with -DENABLE_PYTHON=ON/OFF > -- > -- Configuring high resolution timing... > -- Performing Test HAVE_CLOCK_GETTIME > -- Performing Test HAVE_CLOCK_GETTIME - Success > -- Performing Test HAVE_MACH_ABSOLUTE_TIME > -- Performing Test HAVE_MACH_ABSOLUTE_TIME - Failed > -- Performing Test HAVE_QUERY_PERFORMANCE_COUNTER > -- Performing Test HAVE_QUERY_PERFORMANCE_COUNTER - Failed > -- High resolution timing supported through clock_gettime. > -- > -- Configuring Osmocom IQ Imbalance Correction support... > -- Dependency GNURADIO_IQBALANCE_FOUND = TRUE > -- Enabling Osmocom IQ Imbalance Correction support. > -- Override with -DENABLE_IQBALANCE=ON/OFF > -- > -- Configuring sysmocom OsmoSDR support... > -- Dependency LIBOSMOSDR_FOUND = FALSE > -- Disabling sysmocom OsmoSDR support. > -- Override with -DENABLE_OSMOSDR=ON/OFF > -- > -- Configuring FUNcube Dongle support... > -- Dependency GNURADIO_FCD_FOUND = TRUE > -- Enabling FUNcube Dongle support. > -- Override with -DENABLE_FCD=ON/OFF > -- > -- Configuring FUNcube Dongle Pro+ support... > -- Dependency GNURADIO_FCDPP_FOUND = FALSE > -- Disabling FUNcube Dongle Pro+ support. > -- Override with -DENABLE_FCDPP=ON/OFF > -- > -- Configuring IQ File Source support... > -- Dependency GNURADIO_BLOCKS_FOUND = TRUE > -- Enabling IQ File Source support. > -- Override with -DENABLE_FILE=ON/OFF > -- > -- Configuring Osmocom RTLSDR support... > -- Dependency LIBRTLSDR_FOUND = TRUE > -- Enabling Osmocom RTLSDR support. > -- Override with -DENABLE_RTL=ON/OFF > -- > -- Configuring RTLSDR TCP Client support... > -- Dependency GNURADIO_BLOCKS_FOUND = TRUE > -- Enabling RTLSDR TCP Client support. > -- Override with -DENABLE_RTL_TCP=ON/OFF > -- > -- Configuring Ettus USRP Devices support... > -- Dependency UHD_FOUND = TRUE > -- Dependency GNURADIO_UHD_FOUND = TRUE > -- Enabling Ettus USRP Devices support. > -- Override with -DENABLE_UHD=ON/OFF > -- > -- Configuring Osmocom MiriSDR support... > -- Dependency LIBMIRISDR_FOUND = FALSE > -- Disabling Osmocom MiriSDR support. > -- Override with -DENABLE_MIRI=ON/OFF > -- > -- Configuring HackRF Jawbreaker support... > -- Dependency LIBHACKRF_FOUND = TRUE > -- Enabling HackRF Jawbreaker support. > -- Override with -DENABLE_HACKRF=ON/OFF > -- > -- Configuring nuand bladeRF support... > -- Dependency LIBBLADERF_FOUND = TRUE > -- Enabling nuand bladeRF support. > -- Override with -DENABLE_BLADERF=ON/OFF > -- > -- Configuring RFSPACE Receivers support... > -- Enabling RFSPACE Receivers support. > -- Override with -DENABLE_RFSPACE=ON/OFF > -- > -- Configuring AIRSPY Receiver support... > -- Dependency LIBAIRSPY_FOUND = TRUE > -- Enabling AIRSPY Receiver support. > -- Override with -DENABLE_AIRSPY=ON/OFF > -- > -- Configuring SoapySDR support support... > -- Dependency SoapySDR_FOUND = > -- Disabling SoapySDR support support. > -- Override with -DENABLE_SOAPY=ON/OFF > -- Found PythonInterp: /usr/bin/python (found suitable version > "2.7.3", required is "2") > -- Looking for sys/types.h > -- Looking for sys/types.h - found > -- Looking for stdint.h > -- Looking for stdint.h - found > -- Looking for stddef.h > -- Looking for stddef.h - found > -- Check size of size_t > -- Check size of size_t - done > -- Check size of unsigned int > -- Check size of unsigned int - done > -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE > -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success > -- > -- ###################################################### > -- # Gnuradio enabled components > -- ###################################################### > -- * Python support > -- * Osmocom IQ Imbalance Correction > -- * FUNcube Dongle > -- * IQ File Source > -- * Osmocom RTLSDR > -- * RTLSDR TCP Client > -- * Ettus USRP Devices > -- * HackRF Jawbreaker > -- * nuand bladeRF > -- * RFSPACE Receivers > -- * AIRSPY Receiver > -- > -- ###################################################### > -- # Gnuradio disabled components > -- ###################################################### > -- * sysmocom OsmoSDR > -- * FUNcube Dongle Pro+ > -- * Osmocom MiriSDR > -- * SoapySDR support > -- > -- Building for version: v0.1.4-29-g44c223cb / 0.1.5git > -- Using install prefix: /usr/local > -- Configuring incomplete, errors occurred! > make: *** No rule to make target `clean'. Stop. > make: *** No targets specified and no makefile found. Stop. > gr-osmosdr build apparently failed > Exit rtl-sdr/gr-osmosdr build > > ======================================================================= > If you have found this script useful and time-saving, consider a > donation to help me keep build-gnuradio, simple_ra, SIDsuite, > meteor_detector, simple_fm_rcv, and multimode maintained and up to date. > A simple paypal transfer to mleech at ripnet.com > is all you need to do. > ====================================================================== > Send success/fail info to sbrac.org?n > > > On Mon, May 18, 2015 at 8:16 PM, nur qalbi > wrote: > > user at user-Precision-T1700:~$ wget > http://www.sbrac.org/files/build-gnuradio > --2015-05-18 18:15:45-- http://www.sbrac.org/files/build-gnuradio > Resolving www.sbrac.org (www.sbrac.org > )... 67.212.80.242 > Connecting to www.sbrac.org (www.sbrac.org > )|67.212.80.242|:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 36184 (35K) [text/plain] > Saving to: `build-gnuradio' > > 100%[======================================>] 36,184 > 92.4K/s in 0.4s > > 2015-05-18 18:15:48 (92.4 KB/s) - `build-gnuradio' saved [36184/36184] > > user at user-Precision-T1700:~$ chmod a+x ./build-gnuradio && > ./build-gnuradio > This script will install Gnu Radio from current GIT sources > You will require Internet access from the computer on which this > script runs. You will also require SUDO access. You will require > approximately 500MB of free disk space to perform the build. > > This script will, as a side-effect, remove any existing Gnu Radio > installation that was installed from your Linux distribution packages. > It must do this to prevent problems due to interference between > a linux-distribution-installed Gnu Radio/UHD and one installed > from GIT source. > > The whole process may take up to two hours to complete, depending > on the > capabilities of your system. > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > NOTE: if you run into problems while running this script, you can > re-run it with > the --verbose option to produce lots of diagnostic output to help > debug problems. > This script has been written to anticipate some of the more common > problems one might > encounter building ANY large, complex software package. But it is > not pefect, and > there are certainly some situations it could encounter that it > cannot deal with > gracefully. Altering the system configuration from something > reasonably standard, > removing parts of the filesystem, moving system libraries around > arbitrarily, etc, > it likely cannot cope with. It is just a script. It isn't > intuitive or artificially > intelligent. It tries to make life a little easier for you, but at > the end of the day > if it runs into trouble, a certain amount of knowledge on your > part about > system configuration and idiosyncrasies will inevitably be necessary. > > > Proceed?y > Starting all functions at: Mon May 18 18:16:05 MYT 2015 > SUDO privileges are required > Do you have SUDO privileges?y > Continuing with script > Installing prerequisites. > ====> THIS MAY TAKE QUITE SOME TIME <===== > Checking for package libfontconfig1-dev > Checking for package libxrender-dev > Checking for package libpulse-dev > Checking for package swig > Checking for package g++ > Checking for package automake > Checking for package autoconf > Checking for package libtool > Checking for package python-dev > Checking for package libfftw3-dev > Checking for package libcppunit-dev > Checking for package libboost1.48-all-dev > Checking for package libusb-dev > Checking for package libusb-1.0-0-dev > Checking for package fort77 > Checking for package libsdl1.2-dev > Checking for package python-wxgtk2.8 > Checking for package git-core > Checking for package libqt4-dev > Checking for package python-numpy > Checking for package ccache > Checking for package python-opengl > Checking for package libgsl0-dev > Checking for package python-cheetah > Checking for package python-lxml > Checking for package doxygen > Checking for package qt4-dev-tools > Checking for package libusb-1.0-0-dev > Checking for package libqwt5-qt4-dev > Checking for package libqwtplot3d-qt4-dev > Checking for package pyqt4-dev-tools > Checking for package python-qwt5-qt4 > Checking for package cmake > Checking for package git-core > Checking for package wget > Checking for package libxi-dev > Checking for package python-docutils > Checking for package gtk2-engines-pixbuf > Checking for package r-base-dev > Checking for package python-tk > Checking for package liborc-0.4-0 > Checking for package liborc-0.4-dev > Checking for package libasound2-dev > Checking for package python-gtk2 > Checking for package libzmq > Checking for package libzmq-dev > Done checking packages > Checking for library libusb ...Found library libusb > Checking for library libboost ...Found library libboost > Checking for library libcppunit ...Found library libcppunit > Checking for library libfftw ...Found library libfftw > Checking for library libgsl ...Found library libgsl > Done > This script will fetch Gnu Radio version 3.7/maint from the > repositories, along with compatible > extras. > Is this OK?y > Fetching various packages (Gnu Radio, UHD, gr-osmosdr, gr-iqbal, etc) > via the Internet > =======> THIS MAY TAKE QUITE SOME TIME <========= > Fetching Gnu Radio via GIT...Done > Fetching UHD via GIT...Fetching rtl-sdr (rtl-sdr, gr-osmosdr, > gr-iqbal, hackrf, bladeRF and airspy) via GIT > Done > Starting function uhd_build at: Mon May 18 19:16:13 MYT 2015 > Building UHD... > =============> THIS WILL TAKE SOME TIME <============= > > Done building/installing UHD > Done function uhd_build at: Mon May 18 19:23:47 MYT 2015 > Starting function firmware at: Mon May 18 19:23:47 MYT 2015 > Images destination: /usr/local/share/uhd/images > Downloading images from: > http://files.ettus.com/binaries/images/uhd-images_003.009.git-184-gf2337d6f.zip > Downloading images to: > /tmp/tmpomBnjn/uhd-images_003.009.git-184-gf2337d6f.zip > 23693 kB / 23693 kB (100%) > > Images successfully installed to: /usr/local/share/uhd/images > Done downloading firmware to /usr/local/share/uhd/images > Done function firmware at: Mon May 18 19:30:27 MYT 2015 > Starting function gnuradio_build at: Mon May 18 19:30:27 MYT 2015 > /usr/local/lib already in ld.so.conf.d > Doing ldconfig... > Building Gnu Radio... > =========> THIS WILL TAKE QUITE A WHILE <============= > > ...Doing cmake > ...Cmaking > ...Building > ...Installing > Done building and installing Gnu Radio > GRC freedesktop icons install ...Done > Done function gnuradio_build at: Mon May 18 20:05:53 MYT 2015 > Starting function rtl_build at: Mon May 18 20:05:53 MYT 2015 > Building rtl-sdr...Done building rtl-sdr > Building hackrf...Done building hackrf > Building gr-iqbal...Done building gr-iqbal > Building bladeRF...Done building bladeRF > Done building airspy > Building gr-osmosdr...gr-osmosdr build apparently failed > Exit rtl-sdr/gr-osmosdr build > > ======================================================================= > If you have found this script useful and time-saving, consider a > donation to help me keep build-gnuradio, simple_ra, SIDsuite, > meteor_detector, simple_fm_rcv, and multimode maintained and up to > date. > A simple paypal transfer to mleech at ripnet.com > is all you need to do. > ====================================================================== > Send success/fail info to sbrac.org?n > > > On Mon, May 18, 2015 at 6:53 PM, Marcus M?ller > > wrote: > > can you go into the text console window, /select/ the /text/ > and copy and paste it, instead of making a screenshot? The > whole output of the command is relevant, not only what you > show in the screenshot. > > Best regards, > Marcus > > > On 05/18/2015 12:14 PM, nur qalbi wrote: >> >> >> On Mon, May 18, 2015 at 5:32 PM, Marcus M?ller >> > > wrote: >> >> Another thing: >> Whilst both UHD and GNU Radio support Ubuntu 12.04.5 LTS, >> it's a really an old distro by now -- unless there is a >> very specific reason to stick to it, I'd strongly >> encourage you to at least switch to Ubuntu 14.04 LTS. >> You'll get better system core utilities, better kernel >> performance, a better working USB3 stack, better >> compilers, more modern libraries, less buggy libboost... >> >> Best regards, >> Marcus >> >> >> On 05/18/2015 11:21 AM, Marcus M?ller wrote: >>> Hello Nur Galbi, >>> >>> I'm a bit confused, because the subject says "gr-osmosdr >>> failed", but you don't do any attempt at installing >>> this. We'll gladly help you get your system running, but >>> I'm not completely sure what you want to have. >>> >>> There's also a bit wrong with the order in which you try >>> to install GNU Radio and UHD; UHD has to be there first, >>> so that GNU Radio can make use of it. >>> First question: what do you want to achieve? >>> Next thing: I think there might be multiple >>> installations of UHD and GNU Radio on your machine now, >>> and this might lead to problems later. I'd recommend >>> >>> cd gnuradio/build >>> sudo make uninstall >>> >>> then, make absolutely sure to do >>> >>> sudo apt-get remove gnuradio >>> sudo apt-get remove uhd-host libuhd3 >>> >>> Then, please re-run build-gnuradio, and copy & paste the >>> /text/ from the console to an email, so that we can find >>> out what goes wrong. >>> >>> Best regards, >>> Marcus >>> >>> >>> On 05/18/2015 10:01 AM, nur qalbi via USRP-users wrote: >>>> hi. >>>> i am use ubuntu 12.04. i want to install gnuradio from >>>> source using this command:wget >>>> http://www.sbrac.org/files/build-gnuradio && chmod a+x >>>> ./build-gnuradio && ./build-gnuradio. i also try this >>>> >>>> cd gnuradio >>>> >>>> git pull >>>> >>>> mkdir build (may give back an error that it already >>>> exists, then just go on) >>>> >>>> cd build >>>> >>>> cmake .. >>>> >>>> make >>>> >>>> sudo make install >>>> >>>> sudo ldconfig >>>> >>>> cd >>>> >>>> >>>> >>>> cd uhd >>>> >>>> cd host >>>> >>>> cmake .. >>>> >>>> make >>>> >>>> sudo make install >>>> >>>> cd >>>> >>>> what can i do.i hope you can help me >>>> -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Changing-find_package-.-CONFIG-to-.-NO_MODULE.patch Type: text/x-patch Size: 736 bytes Desc: not available URL: From josh at joshknows.com Wed May 20 13:17:28 2015 From: josh at joshknows.com (Josh Blum) Date: Wed, 20 May 2015 08:17:28 -0500 Subject: gr-osmosdr fails to build via build-gnuradio on Ubuntu 12.10 In-Reply-To: <555C6019.1030109@ettus.com> References: <555A1748.5050503@ettus.com> <555C6019.1030109@ettus.com> Message-ID: <555C8968.7050509@joshknows.com> On 05/20/2015 05:21 AM, Marcus M?ller wrote: > Hello Osmofolks, > > Nur Qalbi reported this, and I don't quite know who to bugger with it: > Building gr-osmosdr seems to fail at the line > > find_package(SoapySDR CONFIG) > > in its main CMakeLists.txt: > > CMake Error at CMakeLists.txt:168 (find_package): > find_package called with invalid argument "CONFIG" > > As it works for me, I'd blindly guessing this is because of Ubuntu 12.10 > antiquity. > It seems CONFIG is synonymous to NO_MODULE, which is supported by SWIG > 2.8.7; > would any of you try the attached patch? Hey Marcus, I cant test that exactly right now, but I gave that change a quick test on another project with ubuntu lts 14.04 and cmake 2.8.12.2. It seems to work just fine! So thats a good catch. If it makes the previous LTS happy, I might try that change on several other projects as well. Thanks, -josh > > Greetings, > Marcus > > -------- Forwarded Message -------- > Subject: Re: [USRP-users] gr-osmosdr failed > Date: Mon, 18 May 2015 18:46:00 +0200 > From: Marcus M?ller > To: nur qalbi , usrp-users at lists.ettus.com > , GNURadio Discussion List > > > > > Dear Nur Qalbi, > > thank you! This is very helpful! > So the point seems to be that the CMake on your PC doesn't seem to deal > with the line > > find_package(SoapySDR CONFIG) > > in gr-osmosdr's CMakeLists.txt. For me, that works beautifully; if I had > to guess this is probably because your CMake is relatively old, because > your Ubuntu is so old. > I'm including the GNU Radio discussion mailing list; maybe someone there > knows how to make this "retro-cmake compatible". > > Greetings, > Marcus > > On 05/18/2015 04:53 PM, nur qalbi wrote: >> use with --verbose >> >> bbladeRF_test_rx_discont.dir/__/__/__/common/src/conversions.c.o >> Linking C executable ../../../output/libbladeRF_test_rx_discont >> [ 52%] Built target libbladeRF_test_rx_discont >> Scanning dependencies of target libbladeRF_test_sync >> [ 53%] Building C object >> libraries/libbladeRF_test/test_sync/CMakeFiles/libbladeRF_test_sync.dir/src/main.c.o >> [ 54%] Building C object >> libraries/libbladeRF_test/test_sync/CMakeFiles/libbladeRF_test_sync.dir/src/test.c.o >> [ 55%] Building C object >> libraries/libbladeRF_test/test_sync/CMakeFiles/libbladeRF_test_sync.dir/__/__/__/common/src/conversions.c.o >> [ 56%] Building C object >> libraries/libbladeRF_test/test_sync/CMakeFiles/libbladeRF_test_sync.dir/__/__/__/common/src/log.c.o >> Linking C executable ../../../output/libbladeRF_test_sync >> [ 56%] Built target libbladeRF_test_sync >> Scanning dependencies of target libbladeRF_test_timestamps >> [ 57%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/main.c.o >> [ 58%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_timestamps.c.o >> [ 58%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_rx_gaps.c.o >> [ 59%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_rx_scheduled.c.o >> [ 60%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_tx_onoff.c.o >> [ 61%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_tx_onoff_nowsched.c.o >> [ 62%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_tx_gmsk_bursts.c.o >> [ 63%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_loopback_onoff.c.o >> [ 64%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_loopback_onoff_zp.c.o >> [ 65%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/loopback.c.o >> [ 65%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_format_mismatch.c.o >> [ 66%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_readback.c.o >> [ 67%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/src/test_print_timestamps.c.o >> [ 68%] Building C object >> libraries/libbladeRF_test/test_timestamps/CMakeFiles/libbladeRF_test_timestamps.dir/__/__/__/common/src/conversions.c.o >> Linking C executable ../../../output/libbladeRF_test_timestamps >> [ 68%] Built target libbladeRF_test_timestamps >> Scanning dependencies of target libbladeRF_test_unused_sync >> [ 69%] Building C object >> libraries/libbladeRF_test/test_unused_sync/CMakeFiles/libbladeRF_test_unused_sync.dir/main.c.o >> Linking C executable ../../../output/libbladeRF_test_unused_sync >> [ 69%] Built target libbladeRF_test_unused_sync >> [ 70%] Generating src/cmd/doc/cmd_help.h >> Scanning dependencies of target bladeRF-cli >> [ 70%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/main.c.o >> [ 71%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/common.c.o >> [ 72%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/calibrate.c.o >> [ 73%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/calibrate_dc.c.o >> [ 74%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/cmd.c.o >> [ 75%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/erase.c.o >> [ 76%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/flash_backup.c.o >> [ 77%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/flash_image.c.o >> [ 77%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/flash_init_cal.c.o >> [ 78%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/flash_restore.c.o >> [ 79%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/info.c.o >> [ 80%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/load.c.o >> [ 81%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/open.c.o >> [ 82%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/peek.c.o >> [ 83%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/lms_reg_info.c.o >> [ 84%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/peekpoke.c.o >> [ 84%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/poke.c.o >> [ 85%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/printset.c.o >> [ 86%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/probe.c.o >> [ 87%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/xb.c.o >> [ 88%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/xb100.c.o >> [ 89%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/xb200.c.o >> [ 90%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/recover.c.o >> [ 91%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/rx.c.o >> [ 91%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/rxtx.c.o >> [ 92%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/tx.c.o >> [ 93%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/version.c.o >> [ 94%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/jump_boot.c.o >> [ 95%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/cmd/mimo.c.o >> [ 96%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/input/input.c.o >> [ 97%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/input/script.c.o >> [ 98%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/__/__/common/src/conversions.c.o >> [ 98%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/__/__/common/src/log.c.o >> [ 99%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/__/__/common/src/str_queue.c.o >> [100%] Building C object >> utilities/bladeRF-cli/CMakeFiles/bladeRF-cli.dir/src/input/fgets.c.o >> Linking C executable ../../output/bladeRF-cli >> [100%] Built target bladeRF-cli >> [ 25%] Built target libbladerf_shared >> [ 26%] Built target libbladeRF_test_async >> [ 28%] Built target libbladeRF_test_bootloader_recovery >> [ 29%] Built target libbladeRF_test_c >> [ 29%] Built target libbladeRF_test_cpp >> [ 41%] Built target libbladeRF_test_ctrl >> [ 44%] Built target libbladeRF_test_freq_hop >> [ 46%] Built target libbladeRF_test_fw_check >> [ 47%] Built target libbladeRF_test_open >> [ 48%] Built target libbladeRF_test_peripheral_timing >> [ 51%] Built target libbladeRF_test_repeater >> [ 52%] Built target libbladeRF_test_rx_discont >> [ 56%] Built target libbladeRF_test_sync >> [ 68%] Built target libbladeRF_test_timestamps >> [ 69%] Built target libbladeRF_test_unused_sync >> [100%] Built target bladeRF-cli >> Install the project... >> -- Install configuration: "Release" >> -- Installing: /usr/local/lib/pkgconfig/libbladeRF.pc >> -- Installing: /usr/local/lib/libbladeRF.so.1 >> -- Up-to-date: /usr/local/lib/libbladeRF.so >> -- Installing: /usr/local/include/libbladeRF.h >> -- Installing: /etc/udev/rules.d/88-nuand.rules >> -- Installing: /usr/local/bin/bladeRF-cli >> -- Removed runtime path from "/usr/local/bin/bladeRF-cli" >> Done building bladeRF >> -- The C compiler identification is GNU >> -- The CXX compiler identification is GNU >> -- Check for working C compiler: /usr/bin/gcc >> -- Check for working C compiler: /usr/bin/gcc -- works >> -- Detecting C compiler ABI info >> -- Detecting C compiler ABI info - done >> -- Check for working CXX compiler: /usr/bin/c++ >> -- Check for working CXX compiler: /usr/bin/c++ -- works >> -- Detecting CXX compiler ABI info >> -- Detecting CXX compiler ABI info - done >> -- Check if the system is big endian >> -- Searching 16 bit integer >> -- Looking for sys/types.h >> -- Looking for sys/types.h - found >> -- Looking for stdint.h >> -- Looking for stdint.h - found >> -- Looking for stddef.h >> -- Looking for stddef.h - found >> -- Check size of unsigned short >> -- Check size of unsigned short - done >> -- Using unsigned short >> -- Check if the system is big endian - little endian >> -- checking for module 'libusb-1.0' >> -- found libusb-1.0, version 1.0.9-rc3 >> -- Found LIBUSB: /usr/lib/x86_64-linux-gnu/libusb-1.0.so >> >> -- Looking for include files CMAKE_HAVE_PTHREAD_H >> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found >> -- Looking for pthread_create in pthreads >> -- Looking for pthread_create in pthreads - not found >> -- Looking for pthread_create in pthread >> -- Looking for pthread_create in pthread - found >> -- Found Threads: TRUE >> -- Udev rules not being installed, install them with >> -DINSTALL_UDEV_RULES=ON >> -- Configuring done >> -- Generating done >> -- Build files have been written to: /home/user/airspy/host/build >> Scanning dependencies of target airspy >> [ 7%] Building C object libairspy/src/CMakeFiles/airspy.dir/airspy.c.o >> [ 14%] Building C object >> libairspy/src/CMakeFiles/airspy.dir/iqconverter_float.c.o >> [ 21%] Building C object >> libairspy/src/CMakeFiles/airspy.dir/iqconverter_int16.c.o >> Linking C shared library libairspy.so >> [ 21%] Built target airspy >> Scanning dependencies of target airspy-static >> [ 28%] Building C object >> libairspy/src/CMakeFiles/airspy-static.dir/airspy.c.o >> [ 35%] Building C object >> libairspy/src/CMakeFiles/airspy-static.dir/iqconverter_float.c.o >> [ 42%] Building C object >> libairspy/src/CMakeFiles/airspy-static.dir/iqconverter_int16.c.o >> Linking C static library libairspy.a >> [ 42%] Built target airspy-static >> Scanning dependencies of target airspy_gpio >> [ 50%] Building C object >> airspy-tools/src/CMakeFiles/airspy_gpio.dir/airspy_gpio.c.o >> Linking C executable airspy_gpio >> [ 50%] Built target airspy_gpio >> Scanning dependencies of target airspy_gpiodir >> [ 57%] Building C object >> airspy-tools/src/CMakeFiles/airspy_gpiodir.dir/airspy_gpiodir.c.o >> Linking C executable airspy_gpiodir >> [ 57%] Built target airspy_gpiodir >> Scanning dependencies of target airspy_info >> [ 64%] Building C object >> airspy-tools/src/CMakeFiles/airspy_info.dir/airspy_info.c.o >> Linking C executable airspy_info >> [ 64%] Built target airspy_info >> Scanning dependencies of target airspy_lib_version >> [ 71%] Building C object >> airspy-tools/src/CMakeFiles/airspy_lib_version.dir/airspy_lib_version.c.o >> Linking C executable airspy_lib_version >> [ 71%] Built target airspy_lib_version >> Scanning dependencies of target airspy_r820t >> [ 78%] Building C object >> airspy-tools/src/CMakeFiles/airspy_r820t.dir/airspy_r820t.c.o >> Linking C executable airspy_r820t >> [ 78%] Built target airspy_r820t >> Scanning dependencies of target airspy_rx >> [ 85%] Building C object >> airspy-tools/src/CMakeFiles/airspy_rx.dir/airspy_rx.c.o >> Linking C executable airspy_rx >> [ 85%] Built target airspy_rx >> Scanning dependencies of target airspy_si5351c >> [ 92%] Building C object >> airspy-tools/src/CMakeFiles/airspy_si5351c.dir/airspy_si5351c.c.o >> Linking C executable airspy_si5351c >> [ 92%] Built target airspy_si5351c >> Scanning dependencies of target airspy_spiflash >> [100%] Building C object >> airspy-tools/src/CMakeFiles/airspy_spiflash.dir/airspy_spiflash.c.o >> Linking C executable airspy_spiflash >> [100%] Built target airspy_spiflash >> [ 21%] Built target airspy >> [ 42%] Built target airspy-static >> [ 50%] Built target airspy_gpio >> [ 57%] Built target airspy_gpiodir >> [ 64%] Built target airspy_info >> [ 71%] Built target airspy_lib_version >> [ 78%] Built target airspy_r820t >> [ 85%] Built target airspy_rx >> [ 92%] Built target airspy_si5351c >> [100%] Built target airspy_spiflash >> Install the project... >> -- Install configuration: "" >> -- Installing: /usr/local/lib/pkgconfig/libairspy.pc >> -- Installing: /usr/local/lib/libairspy.so.1.0.5 >> -- Up-to-date: /usr/local/lib/libairspy.so.0 >> -- Up-to-date: /usr/local/lib/libairspy.so >> -- Installing: /usr/local/lib/libairspy.a >> -- Installing: /usr/local/include/libairspy/airspy.h >> -- Installing: /usr/local/include/libairspy/airspy_commands.h >> -- Installing: /usr/local/include/libairspy/iqconverter_float.h >> -- Installing: /usr/local/include/libairspy/iqconverter_int16.h >> -- Installing: /usr/local/include/libairspy/filters.h >> -- Installing: /usr/local/bin/airspy_gpio >> -- Removed runtime path from "/usr/local/bin/airspy_gpio" >> -- Installing: /usr/local/bin/airspy_gpiodir >> -- Removed runtime path from "/usr/local/bin/airspy_gpiodir" >> -- Installing: /usr/local/bin/airspy_lib_version >> -- Removed runtime path from "/usr/local/bin/airspy_lib_version" >> -- Installing: /usr/local/bin/airspy_si5351c >> -- Removed runtime path from "/usr/local/bin/airspy_si5351c" >> -- Installing: /usr/local/bin/airspy_r820t >> -- Removed runtime path from "/usr/local/bin/airspy_r820t" >> -- Installing: /usr/local/bin/airspy_spiflash >> -- Removed runtime path from "/usr/local/bin/airspy_spiflash" >> -- Installing: /usr/local/bin/airspy_info >> -- Removed runtime path from "/usr/local/bin/airspy_info" >> -- Installing: /usr/local/bin/airspy_rx >> -- Removed runtime path from "/usr/local/bin/airspy_rx" >> Done building airspy >> Building gr-osmosdr...-- The CXX compiler identification is GNU >> -- The C compiler identification is GNU >> -- Check for working CXX compiler: /usr/bin/c++ >> -- Check for working CXX compiler: /usr/bin/c++ -- works >> -- Detecting CXX compiler ABI info >> -- Detecting CXX compiler ABI info - done >> -- Check for working C compiler: /usr/bin/gcc >> -- Check for working C compiler: /usr/bin/gcc -- works >> -- Detecting C compiler ABI info >> -- Detecting C compiler ABI info - done >> -- Build type not specified: defaulting to release. >> -- Found Git: /usr/bin/git >> -- Extracting version information from git describe... >> -- Configuring Boost C++ Libraries... >> -- Boost version: 1.48.0 >> -- Found the following Boost libraries: >> -- thread >> -- system >> Checking for GNU Radio Module: RUNTIME >> -- checking for module 'gnuradio-runtime' >> -- found gnuradio-runtime, version 3.7.7.1 >> * INCLUDES=/usr/local/include >> * >> LIBS=/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so >> -- Found GNURADIO_RUNTIME: >> /usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so >> GNURADIO_RUNTIME_FOUND = TRUE >> Checking for GNU Radio Module: BLOCKS >> -- checking for module 'gnuradio-blocks' >> -- found gnuradio-blocks, version 3.7.7.1 >> * INCLUDES=/usr/local/include >> * >> LIBS=/usr/local/lib/libgnuradio-blocks.so;/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so >> -- Found GNURADIO_BLOCKS: >> /usr/local/lib/libgnuradio-blocks.so;/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so >> >> GNURADIO_BLOCKS_FOUND = TRUE >> Checking for GNU Radio Module: PMT >> -- checking for module 'gnuradio-runtime' >> -- found gnuradio-runtime, version 3.7.7.1 >> * INCLUDES=/usr/local/include >> * >> LIBS=/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so >> -- Found GNURADIO_PMT: >> /usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so >> GNURADIO_PMT_FOUND = TRUE >> -- checking for module 'gnuradio-iqbalance' >> -- found gnuradio-iqbalance, version 0 >> -- Found GNURADIO_IQBALANCE: /usr/local/lib/libgnuradio-iqbalance.so >> -- Found UHD: /usr/local/lib/libuhd.so >> -- checking for module 'gnuradio-uhd' >> -- found gnuradio-uhd, version 3.7.7.1 >> -- Found gnuradio-uhd: /usr/local/include, >> /usr/local/lib/libgnuradio-uhd.so >> -- Found GNURADIO_UHD: /usr/local/lib/libgnuradio-uhd.so >> -- checking for module 'gnuradio-fcd' >> -- found gnuradio-fcd, version 3.7.7.1 >> -- Found gnuradio-fcd: /usr/local/include, >> /usr/local/lib/libgnuradio-fcd.so >> -- Found GNURADIO_FCD: /usr/local/lib/libgnuradio-fcd.so >> -- checking for module 'gnuradio-fcdproplus' >> -- package 'gnuradio-fcdproplus' not found >> -- gnuradio-fcdproplus not found. >> -- Could NOT find GNURADIO_FCDPP (missing: GNURADIO_FCDPP_LIBRARIES >> GNURADIO_FCDPP_INCLUDE_DIRS) >> -- checking for module 'libosmosdr' >> -- package 'libosmosdr' not found >> -- libosmosdr not found. >> -- checking for module 'librtlsdr' >> -- found librtlsdr, version v0.5.3-10-g8b4d >> -- Found librtlsdr: /usr/local/include, /usr/local/lib/librtlsdr.so >> -- checking for module 'libmirisdr' >> -- package 'libmirisdr' not found >> -- libmirisdr not found. >> -- checking for module 'libhackrf' >> -- found libhackrf, version 0.3 >> -- Found LIBHACKRF: /usr/local/lib/libhackrf.so >> -- checking for module 'libairspy' >> -- found libairspy, version 1.0 >> -- Found LIBAIRSPY: /usr/local/lib/libairspy.so >> -- checking for module 'libbladeRF' >> -- found libbladeRF, version 1.2.1-git-48ab748 >> -- Found libbladeRF: /usr/local/include, /usr/local/lib/libbladeRF.so >> CMake Error at CMakeLists.txt:168 (find_package): >> find_package called with invalid argument "CONFIG" >> >> >> -- Found Doxygen: /usr/bin/doxygen >> -- Found PythonLibs: /usr/lib/libpython2.7.so >> (Required is at least version "2") >> -- >> -- Checking for module SWIG >> -- Found SWIG version 2.0.4. >> -- Found SWIG: /usr/bin/swig2.0 >> -- Minimum SWIG version required is 1.3.31 >> -- >> -- The build system will automatically enable all components. >> -- Use -DENABLE_DEFAULT=OFF to disable components by default. >> -- >> -- Configuring Python support support... >> -- Dependency PYTHONLIBS_FOUND = TRUE >> -- Dependency SWIG_FOUND = TRUE >> -- Dependency SWIG_VERSION_CHECK = TRUE >> -- Enabling Python support support. >> -- Override with -DENABLE_PYTHON=ON/OFF >> -- >> -- Configuring high resolution timing... >> -- Performing Test HAVE_CLOCK_GETTIME >> -- Performing Test HAVE_CLOCK_GETTIME - Success >> -- Performing Test HAVE_MACH_ABSOLUTE_TIME >> -- Performing Test HAVE_MACH_ABSOLUTE_TIME - Failed >> -- Performing Test HAVE_QUERY_PERFORMANCE_COUNTER >> -- Performing Test HAVE_QUERY_PERFORMANCE_COUNTER - Failed >> -- High resolution timing supported through clock_gettime. >> -- >> -- Configuring Osmocom IQ Imbalance Correction support... >> -- Dependency GNURADIO_IQBALANCE_FOUND = TRUE >> -- Enabling Osmocom IQ Imbalance Correction support. >> -- Override with -DENABLE_IQBALANCE=ON/OFF >> -- >> -- Configuring sysmocom OsmoSDR support... >> -- Dependency LIBOSMOSDR_FOUND = FALSE >> -- Disabling sysmocom OsmoSDR support. >> -- Override with -DENABLE_OSMOSDR=ON/OFF >> -- >> -- Configuring FUNcube Dongle support... >> -- Dependency GNURADIO_FCD_FOUND = TRUE >> -- Enabling FUNcube Dongle support. >> -- Override with -DENABLE_FCD=ON/OFF >> -- >> -- Configuring FUNcube Dongle Pro+ support... >> -- Dependency GNURADIO_FCDPP_FOUND = FALSE >> -- Disabling FUNcube Dongle Pro+ support. >> -- Override with -DENABLE_FCDPP=ON/OFF >> -- >> -- Configuring IQ File Source support... >> -- Dependency GNURADIO_BLOCKS_FOUND = TRUE >> -- Enabling IQ File Source support. >> -- Override with -DENABLE_FILE=ON/OFF >> -- >> -- Configuring Osmocom RTLSDR support... >> -- Dependency LIBRTLSDR_FOUND = TRUE >> -- Enabling Osmocom RTLSDR support. >> -- Override with -DENABLE_RTL=ON/OFF >> -- >> -- Configuring RTLSDR TCP Client support... >> -- Dependency GNURADIO_BLOCKS_FOUND = TRUE >> -- Enabling RTLSDR TCP Client support. >> -- Override with -DENABLE_RTL_TCP=ON/OFF >> -- >> -- Configuring Ettus USRP Devices support... >> -- Dependency UHD_FOUND = TRUE >> -- Dependency GNURADIO_UHD_FOUND = TRUE >> -- Enabling Ettus USRP Devices support. >> -- Override with -DENABLE_UHD=ON/OFF >> -- >> -- Configuring Osmocom MiriSDR support... >> -- Dependency LIBMIRISDR_FOUND = FALSE >> -- Disabling Osmocom MiriSDR support. >> -- Override with -DENABLE_MIRI=ON/OFF >> -- >> -- Configuring HackRF Jawbreaker support... >> -- Dependency LIBHACKRF_FOUND = TRUE >> -- Enabling HackRF Jawbreaker support. >> -- Override with -DENABLE_HACKRF=ON/OFF >> -- >> -- Configuring nuand bladeRF support... >> -- Dependency LIBBLADERF_FOUND = TRUE >> -- Enabling nuand bladeRF support. >> -- Override with -DENABLE_BLADERF=ON/OFF >> -- >> -- Configuring RFSPACE Receivers support... >> -- Enabling RFSPACE Receivers support. >> -- Override with -DENABLE_RFSPACE=ON/OFF >> -- >> -- Configuring AIRSPY Receiver support... >> -- Dependency LIBAIRSPY_FOUND = TRUE >> -- Enabling AIRSPY Receiver support. >> -- Override with -DENABLE_AIRSPY=ON/OFF >> -- >> -- Configuring SoapySDR support support... >> -- Dependency SoapySDR_FOUND = >> -- Disabling SoapySDR support support. >> -- Override with -DENABLE_SOAPY=ON/OFF >> -- Found PythonInterp: /usr/bin/python (found suitable version >> "2.7.3", required is "2") >> -- Looking for sys/types.h >> -- Looking for sys/types.h - found >> -- Looking for stdint.h >> -- Looking for stdint.h - found >> -- Looking for stddef.h >> -- Looking for stddef.h - found >> -- Check size of size_t >> -- Check size of size_t - done >> -- Check size of unsigned int >> -- Check size of unsigned int - done >> -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE >> -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success >> -- >> -- ###################################################### >> -- # Gnuradio enabled components >> -- ###################################################### >> -- * Python support >> -- * Osmocom IQ Imbalance Correction >> -- * FUNcube Dongle >> -- * IQ File Source >> -- * Osmocom RTLSDR >> -- * RTLSDR TCP Client >> -- * Ettus USRP Devices >> -- * HackRF Jawbreaker >> -- * nuand bladeRF >> -- * RFSPACE Receivers >> -- * AIRSPY Receiver >> -- >> -- ###################################################### >> -- # Gnuradio disabled components >> -- ###################################################### >> -- * sysmocom OsmoSDR >> -- * FUNcube Dongle Pro+ >> -- * Osmocom MiriSDR >> -- * SoapySDR support >> -- >> -- Building for version: v0.1.4-29-g44c223cb / 0.1.5git >> -- Using install prefix: /usr/local >> -- Configuring incomplete, errors occurred! >> make: *** No rule to make target `clean'. Stop. >> make: *** No targets specified and no makefile found. Stop. >> gr-osmosdr build apparently failed >> Exit rtl-sdr/gr-osmosdr build >> >> ======================================================================= >> If you have found this script useful and time-saving, consider a >> donation to help me keep build-gnuradio, simple_ra, SIDsuite, >> meteor_detector, simple_fm_rcv, and multimode maintained and up to date. >> A simple paypal transfer to mleech at ripnet.com >> is all you need to do. >> ====================================================================== >> Send success/fail info to sbrac.org?n >> >> >> On Mon, May 18, 2015 at 8:16 PM, nur qalbi > > wrote: >> >> user at user-Precision-T1700:~$ wget >> http://www.sbrac.org/files/build-gnuradio >> --2015-05-18 18:15:45-- http://www.sbrac.org/files/build-gnuradio >> Resolving www.sbrac.org (www.sbrac.org >> )... 67.212.80.242 >> Connecting to www.sbrac.org (www.sbrac.org >> )|67.212.80.242|:80... connected. >> HTTP request sent, awaiting response... 200 OK >> Length: 36184 (35K) [text/plain] >> Saving to: `build-gnuradio' >> >> 100%[======================================>] 36,184 >> 92.4K/s in 0.4s >> >> 2015-05-18 18:15:48 (92.4 KB/s) - `build-gnuradio' saved [36184/36184] >> >> user at user-Precision-T1700:~$ chmod a+x ./build-gnuradio && >> ./build-gnuradio >> This script will install Gnu Radio from current GIT sources >> You will require Internet access from the computer on which this >> script runs. You will also require SUDO access. You will require >> approximately 500MB of free disk space to perform the build. >> >> This script will, as a side-effect, remove any existing Gnu Radio >> installation that was installed from your Linux distribution packages. >> It must do this to prevent problems due to interference between >> a linux-distribution-installed Gnu Radio/UHD and one installed >> from GIT source. >> >> The whole process may take up to two hours to complete, depending >> on the >> capabilities of your system. >> >> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! >> NOTE: if you run into problems while running this script, you can >> re-run it with >> the --verbose option to produce lots of diagnostic output to help >> debug problems. >> This script has been written to anticipate some of the more common >> problems one might >> encounter building ANY large, complex software package. But it is >> not pefect, and >> there are certainly some situations it could encounter that it >> cannot deal with >> gracefully. Altering the system configuration from something >> reasonably standard, >> removing parts of the filesystem, moving system libraries around >> arbitrarily, etc, >> it likely cannot cope with. It is just a script. It isn't >> intuitive or artificially >> intelligent. It tries to make life a little easier for you, but at >> the end of the day >> if it runs into trouble, a certain amount of knowledge on your >> part about >> system configuration and idiosyncrasies will inevitably be necessary. >> >> >> Proceed?y >> Starting all functions at: Mon May 18 18:16:05 MYT 2015 >> SUDO privileges are required >> Do you have SUDO privileges?y >> Continuing with script >> Installing prerequisites. >> ====> THIS MAY TAKE QUITE SOME TIME <===== >> Checking for package libfontconfig1-dev >> Checking for package libxrender-dev >> Checking for package libpulse-dev >> Checking for package swig >> Checking for package g++ >> Checking for package automake >> Checking for package autoconf >> Checking for package libtool >> Checking for package python-dev >> Checking for package libfftw3-dev >> Checking for package libcppunit-dev >> Checking for package libboost1.48-all-dev >> Checking for package libusb-dev >> Checking for package libusb-1.0-0-dev >> Checking for package fort77 >> Checking for package libsdl1.2-dev >> Checking for package python-wxgtk2.8 >> Checking for package git-core >> Checking for package libqt4-dev >> Checking for package python-numpy >> Checking for package ccache >> Checking for package python-opengl >> Checking for package libgsl0-dev >> Checking for package python-cheetah >> Checking for package python-lxml >> Checking for package doxygen >> Checking for package qt4-dev-tools >> Checking for package libusb-1.0-0-dev >> Checking for package libqwt5-qt4-dev >> Checking for package libqwtplot3d-qt4-dev >> Checking for package pyqt4-dev-tools >> Checking for package python-qwt5-qt4 >> Checking for package cmake >> Checking for package git-core >> Checking for package wget >> Checking for package libxi-dev >> Checking for package python-docutils >> Checking for package gtk2-engines-pixbuf >> Checking for package r-base-dev >> Checking for package python-tk >> Checking for package liborc-0.4-0 >> Checking for package liborc-0.4-dev >> Checking for package libasound2-dev >> Checking for package python-gtk2 >> Checking for package libzmq >> Checking for package libzmq-dev >> Done checking packages >> Checking for library libusb ...Found library libusb >> Checking for library libboost ...Found library libboost >> Checking for library libcppunit ...Found library libcppunit >> Checking for library libfftw ...Found library libfftw >> Checking for library libgsl ...Found library libgsl >> Done >> This script will fetch Gnu Radio version 3.7/maint from the >> repositories, along with compatible >> extras. >> Is this OK?y >> Fetching various packages (Gnu Radio, UHD, gr-osmosdr, gr-iqbal, etc) >> via the Internet >> =======> THIS MAY TAKE QUITE SOME TIME <========= >> Fetching Gnu Radio via GIT...Done >> Fetching UHD via GIT...Fetching rtl-sdr (rtl-sdr, gr-osmosdr, >> gr-iqbal, hackrf, bladeRF and airspy) via GIT >> Done >> Starting function uhd_build at: Mon May 18 19:16:13 MYT 2015 >> Building UHD... >> =============> THIS WILL TAKE SOME TIME <============= >> >> Done building/installing UHD >> Done function uhd_build at: Mon May 18 19:23:47 MYT 2015 >> Starting function firmware at: Mon May 18 19:23:47 MYT 2015 >> Images destination: /usr/local/share/uhd/images >> Downloading images from: >> http://files.ettus.com/binaries/images/uhd-images_003.009.git-184-gf2337d6f.zip >> Downloading images to: >> /tmp/tmpomBnjn/uhd-images_003.009.git-184-gf2337d6f.zip >> 23693 kB / 23693 kB (100%) >> >> Images successfully installed to: /usr/local/share/uhd/images >> Done downloading firmware to /usr/local/share/uhd/images >> Done function firmware at: Mon May 18 19:30:27 MYT 2015 >> Starting function gnuradio_build at: Mon May 18 19:30:27 MYT 2015 >> /usr/local/lib already in ld.so.conf.d >> Doing ldconfig... >> Building Gnu Radio... >> =========> THIS WILL TAKE QUITE A WHILE <============= >> >> ...Doing cmake >> ...Cmaking >> ...Building >> ...Installing >> Done building and installing Gnu Radio >> GRC freedesktop icons install ...Done >> Done function gnuradio_build at: Mon May 18 20:05:53 MYT 2015 >> Starting function rtl_build at: Mon May 18 20:05:53 MYT 2015 >> Building rtl-sdr...Done building rtl-sdr >> Building hackrf...Done building hackrf >> Building gr-iqbal...Done building gr-iqbal >> Building bladeRF...Done building bladeRF >> Done building airspy >> Building gr-osmosdr...gr-osmosdr build apparently failed >> Exit rtl-sdr/gr-osmosdr build >> >> ======================================================================= >> If you have found this script useful and time-saving, consider a >> donation to help me keep build-gnuradio, simple_ra, SIDsuite, >> meteor_detector, simple_fm_rcv, and multimode maintained and up to >> date. >> A simple paypal transfer to mleech at ripnet.com >> is all you need to do. >> ====================================================================== >> Send success/fail info to sbrac.org?n >> >> >> On Mon, May 18, 2015 at 6:53 PM, Marcus M?ller >> > wrote: >> >> can you go into the text console window, /select/ the /text/ >> and copy and paste it, instead of making a screenshot? The >> whole output of the command is relevant, not only what you >> show in the screenshot. >> >> Best regards, >> Marcus >> >> >> On 05/18/2015 12:14 PM, nur qalbi wrote: >>> >>> >>> On Mon, May 18, 2015 at 5:32 PM, Marcus M?ller >>> >> > wrote: >>> >>> Another thing: >>> Whilst both UHD and GNU Radio support Ubuntu 12.04.5 LTS, >>> it's a really an old distro by now -- unless there is a >>> very specific reason to stick to it, I'd strongly >>> encourage you to at least switch to Ubuntu 14.04 LTS. >>> You'll get better system core utilities, better kernel >>> performance, a better working USB3 stack, better >>> compilers, more modern libraries, less buggy libboost... >>> >>> Best regards, >>> Marcus >>> >>> >>> On 05/18/2015 11:21 AM, Marcus M?ller wrote: >>>> Hello Nur Galbi, >>>> >>>> I'm a bit confused, because the subject says "gr-osmosdr >>>> failed", but you don't do any attempt at installing >>>> this. We'll gladly help you get your system running, but >>>> I'm not completely sure what you want to have. >>>> >>>> There's also a bit wrong with the order in which you try >>>> to install GNU Radio and UHD; UHD has to be there first, >>>> so that GNU Radio can make use of it. >>>> First question: what do you want to achieve? >>>> Next thing: I think there might be multiple >>>> installations of UHD and GNU Radio on your machine now, >>>> and this might lead to problems later. I'd recommend >>>> >>>> cd gnuradio/build >>>> sudo make uninstall >>>> >>>> then, make absolutely sure to do >>>> >>>> sudo apt-get remove gnuradio >>>> sudo apt-get remove uhd-host libuhd3 >>>> >>>> Then, please re-run build-gnuradio, and copy & paste the >>>> /text/ from the console to an email, so that we can find >>>> out what goes wrong. >>>> >>>> Best regards, >>>> Marcus >>>> >>>> >>>> On 05/18/2015 10:01 AM, nur qalbi via USRP-users wrote: >>>>> hi. >>>>> i am use ubuntu 12.04. i want to install gnuradio from >>>>> source using this command:wget >>>>> http://www.sbrac.org/files/build-gnuradio && chmod a+x >>>>> ./build-gnuradio && ./build-gnuradio. i also try this >>>>> >>>>> cd gnuradio >>>>> >>>>> git pull >>>>> >>>>> mkdir build (may give back an error that it already >>>>> exists, then just go on) >>>>> >>>>> cd build >>>>> >>>>> cmake .. >>>>> >>>>> make >>>>> >>>>> sudo make install >>>>> >>>>> sudo ldconfig >>>>> >>>>> cd >>>>> >>>>> >>>>> >>>>> cd uhd >>>>> >>>>> cd host >>>>> >>>>> cmake .. >>>>> >>>>> make >>>>> >>>>> sudo make install >>>>> >>>>> cd >>>>> >>>>> what can i do.i hope you can help me >>>>> > > > > From andreas.ladanyi at gmx.net Wed May 27 08:03:29 2015 From: andreas.ladanyi at gmx.net (Andreas Ladanyi) Date: Wed, 27 May 2015 10:03:29 +0200 Subject: build/compiling gr-osmosdr airspy error Message-ID: An HTML attachment was scrubbed... URL: From k1gto at comcast.net Wed May 27 11:36:18 2015 From: k1gto at comcast.net (BRAD) Date: Wed, 27 May 2015 11:36:18 +0000 (UTC) Subject: HackRF powered antenna support (pleeeeease :) Message-ID: <1502204584.22324138.1432726578950.JavaMail.zimbra@comcast.net> An HTML attachment was scrubbed... URL: From horiz0n at gmx.net Wed May 27 22:06:07 2015 From: horiz0n at gmx.net (Dimitri Stolnikov) Date: Thu, 28 May 2015 00:06:07 +0200 Subject: build/compiling gr-osmosdr airspy error In-Reply-To: References: Message-ID: Hi Andreas, your libairspy needs an update. Best regards, Dimitri On Wed, 27 May 2015 10:03:29 +0200, Andreas Ladanyi wrote: > Hi, > > iam installing gnuradio 3.7.7.1 and gr-osmosdr with pybombs. > > I get the following compiling error: > > [ 2%] Building CXX object > lib/CMakeFiles/gnuradio-osmosdr.dir/airspy/airspy_source_c.cc.o > /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc: In > constructor ?airspy_source_c::airspy_source_c(const string&)?: > /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc:115:45: > error: > ?airspy_get_samplerates? was not declared in this scope > airspy_get_samplerates(_dev, &num_rates, 0); > ^ > /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc: In > member > function ?virtual double airspy_source_c::set_sample_rate(double)?: > /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc:370:56: > error: > invalid conversion from ?uint32_t {aka unsigned int}? to > ?airspy_samplerate_t? [-fpermissive] > ret = airspy_set_samplerate( _dev, samp_rate_index ); > ^ > In file included from > /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.h:31:0, > from > /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc:42: > /usr/local/include/libairspy/airspy.h:126:27: error: initializing > argument 2 of > ?int airspy_set_samplerate(airspy_device*, airspy_samplerate_t)? > [-fpermissive] > extern ADDAPI int ADDCALL airspy_set_samplerate(struct airspy_device* > device, > airspy_samplerate_t samplerate); > ^ > make[2]: *** > [lib/CMakeFiles/gnuradio-osmosdr.dir/airspy/airspy_source_c.cc.o] > Error 1 > make[1]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/all] Error 2 > make: *** [all] Error 2 > > So the gr-osmosdr build/install procedure will not finish. > > cheers, > > Andy From horiz0n at gmx.net Wed May 27 22:06:08 2015 From: horiz0n at gmx.net (Dimitri Stolnikov) Date: Thu, 28 May 2015 00:06:08 +0200 Subject: HackRF powered antenna support (pleeeeease :) In-Reply-To: <1502204584.22324138.1432726578950.JavaMail.zimbra@comcast.net> References: <1502204584.22324138.1432726578950.JavaMail.zimbra@comcast.net> Message-ID: Brad, calling that function does not seem to work with my hardware. Nevertheless i've reworked your original patch and applied it. Please test current master. Best regards, Dimitri On Wed, 27 May 2015 13:36:18 +0200, BRAD wrote: > Was the code patch below suitable to get merged upstream? > > > -----Original Message----- > > From: k1gto at comcast.net > To: osmocom-sdr at lists.osmocom.org > Cc: > Sent: 2015-05-15 17:23:53 GMT > Subject: Re: HackRF powered antenna support (pleeeeease :) > > > I modified the osmosdr hackrf code to support antenna/phantom power via > a new > device argument "bias=" (to match bladeRF's existing bias power syntax). > 0=disable > and 1=enable. My initial testing suggests it works great, but I would > invite > others to also confirm if they are able. You'll have to apply the patch > below. > > > I also added a device argument to control bias power at transmit time. I > named > this option differently - "bias_tx" - to avoid accidentally enabling > bias power > in transmit mode when an LNA may be attached in an input amplifier > configuration. > I reached out to the designer of the lna4all to find out if bias power > can be > supported, from a hardware perspective, in transmit mode (hackrf output > connected to lna4all input, lna4all output connected to antenna). We'll > see what > he says. If so, I look forward to testing transmit mode bias power. > > > Patch follows: > > > $ git diff 275e6aed19b9ba8563bffd318a227a1196e1da2c > 9ca86fdcd068daf44d9dec0dd1993b22c24b02f2 > | cat > diff --git a/lib/hackrf/hackrf_sink_c.cc b/lib/hackrf/hackrf_sink_c.cc > index 00f9768..0d52c60 100644 > --- a/lib/hackrf/hackrf_sink_c.cc > +++ b/lib/hackrf/hackrf_sink_c.cc > @@ -164,6 +164,7 @@ hackrf_sink_c::hackrf_sink_c (const std::string > &args) > _bandwidth(0) > { > int ret; > + bool bias = false; > > dict_t dict = params_to_dict(args); > > @@ -184,6 +185,11 @@ hackrf_sink_c::hackrf_sink_c (const std::string > &args) > _usage++; > } > > + // Check device args to find out if bias/phantom power is desired. > + if ( dict.count("bias_tx") ) { > + bias = boost::lexical_cast( dict["bias_tx"] ); > + } > + > _dev = NULL; > ret = hackrf_open( &_dev ); > HACKRF_THROW_ON_ERROR(ret, "Failed to open HackRF device") > @@ -218,6 +224,14 @@ hackrf_sink_c::hackrf_sink_c (const std::string > &args) > > set_if_gain( 16 ); /* preset to a reasonable default (non-GRC use case) > */ > > + ret = hackrf_set_antenna_enable(_dev, (uint8_t)bias); > + HACKRF_THROW_ON_ERROR( ret, "Failed to enable bias/phantom antenna > power"); > + if (bias==true) { > + std::cerr << "Successfully enabled antenna bias/power (bias_tx=" << > bias << ")" > << std::endl; > + } else { > + std::cerr << "Successfully disabled antenna bias/power (bias_tx=" << > bias << > ")" << std::endl; > + } > + > _buf = (char *) malloc( BUF_LEN ); > > cb_init( &_cbuf, _buf_num, BUF_LEN ); > diff --git a/lib/hackrf/hackrf_source_c.cc > b/lib/hackrf/hackrf_source_c.cc > index e3b3ea4..4ba24ec 100644 > --- a/lib/hackrf/hackrf_source_c.cc > +++ b/lib/hackrf/hackrf_source_c.cc > @@ -181,6 +181,16 @@ hackrf_source_c::hackrf_source_c (const std::string > &args) > _buf[i] = (unsigned short *) malloc(_buf_len); > } > > + > +// Enable bias/phantom power on the antenna port if device argument > parameter > bias= is present. 1=enable, 0=disable. > + if ( dict.count("bias") ) { > + bool bias = boost::lexical_cast( dict["bias"] ); > + int ret = hackrf_set_antenna_enable(_dev, (uint8_t)bias); > + HACKRF_THROW_ON_ERROR( ret, "Failed to enable bias/phantom antenna > power"); > + std::cerr << "Successfully set antenna power to " << bias << std::endl; > + } > + > + > // _thread = gr::thread::thread(_hackrf_wait, this); > > ret = hackrf_start_rx( _dev, _hackrf_rx_callback, (void *)this ); > > > > From: "Brad Hein" > To: osmocom-sdr at lists.osmocom.org > Sent: Thursday, January 22, 2015 12:03:57 PM > Subject: HackRF powered antenna support (pleeeeease :) > > > > I would like to humbly request support for hackrf antenna power in > gr-osmosdr. > At runtime preferably, or at least an init string flag to control it > (hackrf=0,antenna_power=1 for example). The function call seems to be > hackrf_set_antenna_enable() > but it's not exposed in gr-osmosdr as far as I can tell. > > > I have some dev experience (but not in C) but I'm falling short trying to > understand the code and add the feature myself. If someone wants to > provide some > "ELI5" guidance I'll be happy to give it another go. > > > Having this feature would open up the powered antenna feature to users > of gr-osmosdr > such as gnuradio, gqrx, and the list goes on (big win!) > > > Reference: > https://www.mail-archive.com/hackrf-dev at greatscottgadgets.com/msg00423.html > > > > Thanks! > > Brad > > > > From k1gto at comcast.net Thu May 28 01:06:54 2015 From: k1gto at comcast.net (BRAD) Date: Thu, 28 May 2015 01:06:54 +0000 (UTC) Subject: HackRF powered antenna support (pleeeeease :) Message-ID: <266946782.22974030.1432775214019.JavaMail.zimbra@comcast.net> An HTML attachment was scrubbed... URL: From andreas.ladanyi at gmx.net Thu May 28 07:14:06 2015 From: andreas.ladanyi at gmx.net (Andreas Ladanyi) Date: Thu, 28 May 2015 09:14:06 +0200 Subject: build/compiling gr-osmosdr airspy error In-Reply-To: References: Message-ID: <5566C03E.70705@gmx.net> Hi Dimitri, doesnt pybombs install the last version of libairspy when download / build gr-osmosdr ??? What is the best way to update the libairspy when using pybombs ? By the way iam using an odroid with ubuntu 14.04. cheers, Andy Am 28.05.2015 um 00:06 schrieb Dimitri Stolnikov: > Hi Andreas, > > your libairspy needs an update. > > Best regards, > Dimitri > > On Wed, 27 May 2015 10:03:29 +0200, Andreas Ladanyi > wrote: > >> Hi, >> >> iam installing gnuradio 3.7.7.1 and gr-osmosdr with pybombs. >> >> I get the following compiling error: >> >> [ 2%] Building CXX object >> lib/CMakeFiles/gnuradio-osmosdr.dir/airspy/airspy_source_c.cc.o >> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc: In >> constructor ?airspy_source_c::airspy_source_c(const string&)?: >> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc:115:45: >> error: >> ?airspy_get_samplerates? was not declared in this scope >> airspy_get_samplerates(_dev, &num_rates, 0); >> ^ >> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc: In >> member >> function ?virtual double airspy_source_c::set_sample_rate(double)?: >> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc:370:56: >> error: >> invalid conversion from ?uint32_t {aka unsigned int}? to >> ?airspy_samplerate_t? [-fpermissive] >> ret = airspy_set_samplerate( _dev, samp_rate_index ); >> ^ >> In file included from >> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.h:31:0, >> from >> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc:42: >> /usr/local/include/libairspy/airspy.h:126:27: error: initializing >> argument 2 of >> ?int airspy_set_samplerate(airspy_device*, airspy_samplerate_t)? >> [-fpermissive] >> extern ADDAPI int ADDCALL airspy_set_samplerate(struct airspy_device* >> device, >> airspy_samplerate_t samplerate); >> ^ >> make[2]: *** >> [lib/CMakeFiles/gnuradio-osmosdr.dir/airspy/airspy_source_c.cc.o] >> Error 1 >> make[1]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/all] Error 2 >> make: *** [all] Error 2 >> >> So the gr-osmosdr build/install procedure will not finish. >> >> cheers, >> >> Andy From horiz0n at gmx.net Thu May 28 17:46:27 2015 From: horiz0n at gmx.net (Dimitri Stolnikov) Date: Thu, 28 May 2015 19:46:27 +0200 Subject: build/compiling gr-osmosdr airspy error In-Reply-To: <5566C03E.70705@gmx.net> References: <5566C03E.70705@gmx.net> Message-ID: Andreas, can't tell you anything about pybombs. You should ask on the gnuradio mailinglist. Best regards, Dimitri On Thu, 28 May 2015 09:14:06 +0200, Andreas Ladanyi wrote: > Hi Dimitri, > > doesnt pybombs install the last version of libairspy when download / > build gr-osmosdr ??? > > What is the best way to update the libairspy when using pybombs ? > > By the way iam using an odroid with ubuntu 14.04. > > cheers, > Andy > > > Am 28.05.2015 um 00:06 schrieb Dimitri Stolnikov: >> Hi Andreas, >> >> your libairspy needs an update. >> >> Best regards, >> Dimitri >> >> On Wed, 27 May 2015 10:03:29 +0200, Andreas Ladanyi >> wrote: >> >>> Hi, >>> >>> iam installing gnuradio 3.7.7.1 and gr-osmosdr with pybombs. >>> >>> I get the following compiling error: >>> >>> [ 2%] Building CXX object >>> lib/CMakeFiles/gnuradio-osmosdr.dir/airspy/airspy_source_c.cc.o >>> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc: In >>> constructor ?airspy_source_c::airspy_source_c(const string&)?: >>> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc:115:45: >>> error: >>> ?airspy_get_samplerates? was not declared in this scope >>> airspy_get_samplerates(_dev, &num_rates, 0); >>> ^ >>> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc: In >>> member >>> function ?virtual double airspy_source_c::set_sample_rate(double)?: >>> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc:370:56: >>> error: >>> invalid conversion from ?uint32_t {aka unsigned int}? to >>> ?airspy_samplerate_t? [-fpermissive] >>> ret = airspy_set_samplerate( _dev, samp_rate_index ); >>> ^ >>> In file included from >>> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.h:31:0, >>> from >>> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc:42: >>> /usr/local/include/libairspy/airspy.h:126:27: error: initializing >>> argument 2 of >>> ?int airspy_set_samplerate(airspy_device*, airspy_samplerate_t)? >>> [-fpermissive] >>> extern ADDAPI int ADDCALL airspy_set_samplerate(struct airspy_device* >>> device, >>> airspy_samplerate_t samplerate); >>> ^ >>> make[2]: *** >>> [lib/CMakeFiles/gnuradio-osmosdr.dir/airspy/airspy_source_c.cc.o] >>> Error 1 >>> make[1]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/all] Error 2 >>> make: *** [all] Error 2 >>> >>> So the gr-osmosdr build/install procedure will not finish. >>> >>> cheers, >>> >>> Andy From marcus.mueller at ettus.com Thu May 28 19:23:50 2015 From: marcus.mueller at ettus.com (=?UTF-8?B?TWFyY3VzIE3DvGxsZXI=?=) Date: Thu, 28 May 2015 21:23:50 +0200 Subject: build/compiling gr-osmosdr airspy error In-Reply-To: References: <5566C03E.70705@gmx.net> Message-ID: <55676B46.5050103@ettus.com> Dear Andreas, the airspy pybombs recipe installs the distribution's "airspy" package, if you're using an apt-get based distribution (debian, ubuntu), and if you have deb selected as preferred method (which is the default), and it's not listed when you run ./pyboms config forcebuild Best regards, Marcus On 05/28/2015 07:46 PM, Dimitri Stolnikov wrote: > Andreas, > > can't tell you anything about pybombs. You should ask on the gnuradio > mailinglist. > > Best regards, > Dimitri > > On Thu, 28 May 2015 09:14:06 +0200, Andreas Ladanyi > wrote: > >> Hi Dimitri, >> >> doesnt pybombs install the last version of libairspy when download / >> build gr-osmosdr ??? >> >> What is the best way to update the libairspy when using pybombs ? >> >> By the way iam using an odroid with ubuntu 14.04. >> >> cheers, >> Andy >> >> >> Am 28.05.2015 um 00:06 schrieb Dimitri Stolnikov: >>> Hi Andreas, >>> >>> your libairspy needs an update. >>> >>> Best regards, >>> Dimitri >>> >>> On Wed, 27 May 2015 10:03:29 +0200, Andreas Ladanyi >>> wrote: >>> >>>> Hi, >>>> >>>> iam installing gnuradio 3.7.7.1 and gr-osmosdr with pybombs. >>>> >>>> I get the following compiling error: >>>> >>>> [ 2%] Building CXX object >>>> lib/CMakeFiles/gnuradio-osmosdr.dir/airspy/airspy_source_c.cc.o >>>> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc: In >>>> constructor ?airspy_source_c::airspy_source_c(const string&)?: >>>> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc:115:45: >>>> error: >>>> ?airspy_get_samplerates? was not declared in this scope >>>> airspy_get_samplerates(_dev, &num_rates, 0); >>>> ^ >>>> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc: >>>> In member >>>> function ?virtual double airspy_source_c::set_sample_rate(double)?: >>>> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc:370:56: >>>> error: >>>> invalid conversion from ?uint32_t {aka unsigned int}? to >>>> ?airspy_samplerate_t? [-fpermissive] >>>> ret = airspy_set_samplerate( _dev, samp_rate_index ); >>>> ^ >>>> In file included from >>>> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.h:31:0, >>>> from >>>> /home/odroid/pybombs/src/gr-osmosdr/lib/airspy/airspy_source_c.cc:42: >>>> /usr/local/include/libairspy/airspy.h:126:27: error: initializing >>>> argument 2 of >>>> ?int airspy_set_samplerate(airspy_device*, airspy_samplerate_t)? >>>> [-fpermissive] >>>> extern ADDAPI int ADDCALL airspy_set_samplerate(struct >>>> airspy_device* device, >>>> airspy_samplerate_t samplerate); >>>> ^ >>>> make[2]: *** >>>> [lib/CMakeFiles/gnuradio-osmosdr.dir/airspy/airspy_source_c.cc.o] >>>> Error 1 >>>> make[1]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/all] Error 2 >>>> make: *** [all] Error 2 >>>> >>>> So the gr-osmosdr build/install procedure will not finish. >>>> >>>> cheers, >>>> >>>> Andy From andreas.ladanyi at gmx.net Fri May 29 13:39:03 2015 From: andreas.ladanyi at gmx.net (Andreas Ladanyi) Date: Fri, 29 May 2015 15:39:03 +0200 Subject: build/compiling gr-osmosdr airspy error In-Reply-To: <55676B46.5050103@ettus.com> References: <5566C03E.70705@gmx.net> <55676B46.5050103@ettus.com> Message-ID: <55686BF7.1050508@gmx.net> Hi Marcus, yes i use ubuntu 14.04 armhf on odroid, so an apt-get / deb based system. On an Ubuntu 14.10 i686_64 the complete installation of gnuradio and gr-osmosdr with pybombs works perfectly. Dimitri told me that i have to install a new airspy lib. So i think the airspy lib of 14.04 armhf in the repo. is too old. If i have a look at the ubuntu package database i could see airspy packages for ubuntu 14.10 and 15.04 but nothing for 14.04. Now i installed archlinux for arm on odroid which is the supported OS from the gnuradio community for embedded devices. It works like a charm after installing some additional packages. regards, Andy > Dear Andreas, > > the airspy pybombs recipe installs the distribution's "airspy" package, > if you're using an apt-get based distribution (debian, ubuntu), and if > you have deb selected as preferred method (which is the default), and > it's not listed when you run > ./pyboms config forcebuild > > Best regards, > Marcus > > From j-pi at seznam.cz Fri May 29 21:28:53 2015 From: j-pi at seznam.cz (P) Date: Fri, 29 May 2015 23:28:53 +0200 Subject: BW setting for R802T tunner In-Reply-To: <55567640.4040904@steve-m.de> References: <55081E50.10200@seznam.cz> <55567640.4040904@steve-m.de> Message-ID: <5568DA15.6080409@seznam.cz> Hi, You have commited only 2 of 3 patches, patch for getting bandwidth is missing. It is intention or mistake? With best regards, P Dne 16.5.2015 v 00:42 Steve Markgraf napsal(a): > Hi Ji??, > > On 17.03.2015 13:30, Ji?? Pinkava wrote: >> this series of patches add BW setting support for R820T and interface to >> set BW explicitly. This work is partialy based on some patches flying >> around namely Alexander Kurpiers. Testing have been done for some >> dongles at it looks good except for rally narrow BW setting. > > Thanks for your clean patches, just committed them. > > Regards, > Steve > From simon.eigeldinger at vol.at Fri May 29 22:02:10 2015 From: simon.eigeldinger at vol.at (Simon Eigeldinger) Date: Sat, 30 May 2015 00:02:10 +0200 Subject: how to compile librtlsdr for cygwin? Message-ID: <5568E1E2.80601@vol.at> Hi all, anyone could help me with compiling librtlsdr for cygwin to use it in some software i want to compile with cygwin? greetings and thanks, simon -- Simon Eigeldinger Follow me on Twitter: http://www.twitter.com/domasofan/ E-Mail: simon.eigeldinger at vol.at MSN: simon_eigeldinger at hotmail.com ICQ: 121823966 Jabber: domasofan at andrelouis.com --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren gepr?ft. http://www.avast.com From tsvs.lc at gmail.com Mon May 4 15:30:48 2015 From: tsvs.lc at gmail.com (TSrinivasan) Date: Mon, 04 May 2015 15:30:48 -0000 Subject: Info Message-ID: <554790a5.c7be440a.44d1.ffff881d@mx.google.com> Hi There, I have HackRF with whip antenna 2.4 GHz and use gnu radio pre-install image. I use following command : * the measurement power in db. is it the same as in dbm ? I use following command : * osmocom_fft - F and set the frequency around 2.4155G. I can the color in blue fluctuate very high. What does it indicate ? attached recorded file and video screen recording at we transfer : ?http://we.tl/3LaljnDpaW Regards Srinivasan T -------------- next part -------------- An HTML attachment was scrubbed... URL: From friedtj at free.fr Wed May 27 14:34:36 2015 From: friedtj at free.fr (friedtj) Date: Wed, 27 May 2015 14:34:36 -0000 Subject: dual receiver setup for interferometry measurements In-Reply-To: <5402E8B8.3050405@svxlink.org> References: <1555148629.48971639.1409389022360.JavaMail.root@zimbra9-e2.priv.proxad.net> <5402E8B8.3050405@svxlink.org> Message-ID: <20150527162527.62abd403@debianjmf> I have a question concerning connecting two DVB-T dongles on the same clock source for interferometric (or passive radar) measurements, as described at http://kaira.sgo.fi/2013/09/16-dual-channel-coherent-digital.html I have assembled the same system with one dongle used as oscillator on a 28.8 MHz resonator and the second one as a slave to this clock. All works fine, solved the issue when the oscillator would not start, now I have a reliable source of measurements. Initial tests (these are R820T-based dongles) exhibits significant random phase drift which I attributed to heating of the chips (they get above 50 degC when running continuously), so after gluing two heat sink with heat-conducting epoxy, I more or less managed to get a stable phase measurement when recording a same oscillator (200 MHz) with the two dongles and displaying the phase as angle(conjugate(signal1)*signal2). The question is as follows: at http://jmfriedt.sequanux.org/ph_tout.pdf I have shown one graph, quite representative of all my experiments, displaying the evolution of the phase difference between both dongles connected to the same 200 MHz oscillator. I *always* start with a quite stable phase difference (red curve -- inset in a zoom of this particular measurement) after plugging in my USB hub fitted with the two dongles and starting gnuradio-companion for recording the dongle I/Q stream (notice the abscissa sampling rate of 10 Hz => the full graph is about 1-hour long). After about an hour, I stop recording the red curve, and all I do is switch off gnuradio-companion and start it back => green curve with a quickly falling phase. Switch off again, disconnect-reconnect USB hub, restart an acquisition => blue curve. Same procedure => magenta curve. Can anyone hint at an explanation as to why I always start with a reasonably stable phase difference (yet not constant -- is the phase fluctuation indeed due to heating of the fractional PLL in each RF frontend, drifting below the feedback loop time constant ?), but more worrisome why I always get this huge drift after launching a new acquisition ? The fact that I always get the same slope hints at a sofware/hardware communication issue, but how it is possible since both dongles are clocked by the same source and receive the same commands from the software ? Thanks, JM -- JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 32 av. observatoire, 25044 Besancon, France