osmocom-sdr August 2015

osmocom-sdr@lists.osmocom.org

8 participants
11 discussions

Heatmap with unwanted vertical lines
by John 12 May '16

12 May '16

Hello, When I use heatmap.py with output from rtl_power I get regularly spaced vertical lines that do not appear to be related to any signal. They look they like repeat at the dongle bandwidth (2048000Hz in this case). The crop option for rtl_power reduces the presence but I am not sure f that is intended by that option. Even at -c of 70% they are still there (see attachment). Is this because of small bin width? If I use a larger bin (32k) they are still there. In this case there is no frequency legend along top so can't compare if they happen more often. Are these lines to be expected? John

2 1

sdrangelove build issues on mipsel
by Arturo Borrero Gonzalez 03 May '16

03 May '16

Hi there, In debian, sdrangelove is having some build issues on mipsel [0]. At first, there was an issue regarding the '-msse2' switch. If I delete the switch, then another build error happens: ======== 8< ======== [...] [ 21%] Building CXX object CMakeFiles/sdrbase.dir/sdrbase/dsp/interpolator.cpp.o /usr/bin/c++ -DQT_CORE_LIB -DQT_GUI_LIB -DQT_MULTIMEDIA_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_WIDGETS_LIB -DUSE_FFTW -Dsdrangelove_EXPORTS -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -fPIC -isystem /usr/include/mipsel-linux-gnu/qt5 -isystem /usr/include/mipsel-linux-gnu/qt5/QtCore -isystem /usr/lib/mipsel-linux-gnu/qt5/mkspecs/linux-g++ -isystem /usr/include/mipsel-linux-gnu/qt5/QtWidgets -isystem /usr/include/mipsel-linux-gnu/qt5/QtGui -isystem /usr/include/mipsel-linux-gnu/qt5/QtOpenGL -isystem /usr/include/mipsel-linux-gnu/qt5/QtMultimedia -isystem /usr/include/mipsel-linux-gnu/qt5/QtNetwork -I/tmp/buildd/sdrangelove-0.0.1.20140824/obj-mipsel-linux-gnu -I/tmp/buildd/sdrangelove-0.0.1.20140824/include -I/tmp/buildd/sdrangelove-0.0.1.20140824/include-gpl -fPIC -o CMakeFiles/sdrbase.dir/sdrbase/dsp/interpolator.cpp.o -c /tmp/buildd/sdrangelove-0.0.1.20140824/sdrbase/dsp/interpolator.cpp In file included from /tmp/buildd/sdrangelove-0.0.1.20140824/sdrbase/dsp/interpolator.cpp:4:0: /tmp/buildd/sdrangelove-0.0.1.20140824/include-gpl/dsp/interpolator.h:4:23: fatal error: immintrin.h: No such file or directory #include <immintrin.h> ^ compilation terminated. [...] ======== 8< ======== Do you have any hint for this? Thanks, best regards. PS: Please keep me in CC, i'm not subscribed. [0] https://buildd.debian.org/status/fetch.php?pkg=sdrangelove&arch=mipsel&ver=… -- Arturo Borrero González

4 3

[rtl-sdr][PATCH 1/2] rtl_fm: Add scanner progress
by Nikolay Dimitrov 21 Sep '15

21 Sep '15

Add scanner progress, including signal and squelch levels. Rename demod_state->conseq_squelch to demod_state->squelch_conseq. The scanner progress feature can be tested like this: ./rtl_fm -f 144.000M:146.000M:25k -M fm -s 48k -l 100 -t 5 | aplay \ -r 48k -f S16_LE -t raw -c 1 Signed-off-by: Nikolay Dimitrov <picmaster(a)mail.bg> --- src/rtl_fm.c | 43 +++++++++++++++++++++++++++++-------------- 1 file changed, 29 insertions(+), 14 deletions(-) diff --git a/src/rtl_fm.c b/src/rtl_fm.c index e89e42d..04f08a2 100644 --- a/src/rtl_fm.c +++ b/src/rtl_fm.c @@ -131,7 +131,11 @@ struct demod_state int downsample; /* min 1, max 256 */ int post_downsample; int output_scale; - int squelch_level, conseq_squelch, squelch_hits, terminate_on_squelch; + int squelch_level; + int squelch_conseq; + int squelch_hits; + int squelch_signal_rms; + int terminate_on_squelch; int downsample_passes; int comp_fir_size; int custom_atan; @@ -730,7 +734,6 @@ void arbitrary_resample(int16_t *buf1, int16_t *buf2, int len1, int len2) void full_demod(struct demod_state *d) { int i, ds_p; - int sr = 0; ds_p = d->downsample_passes; if (ds_p) { for (i=0; i < ds_p; i++) { @@ -748,17 +751,20 @@ void full_demod(struct demod_state *d) } else { low_pass(d); } + /* power squelch */ if (d->squelch_level) { - sr = rms(d->lowpassed, d->lp_len, 1); - if (sr < d->squelch_level) { + d->squelch_signal_rms = rms(d->lowpassed, d->lp_len, 1); + if (d->squelch_signal_rms < d->squelch_level) { d->squelch_hits++; - for (i=0; i<d->lp_len; i++) { + for (i = 0; i < d->lp_len; i++) { d->lowpassed[i] = 0; } } else { - d->squelch_hits = 0;} + d->squelch_hits = 0; + } } + d->mode_demod(d); /* lowpassed -> result */ if (d->mode_demod == &raw_demod) { return; @@ -814,6 +820,7 @@ static void *demod_thread_fn(void *arg) { struct demod_state *d = arg; struct output_state *o = d->output_target; + while (!do_exit) { safe_cond_wait(&d->ready, &d->ready_m); pthread_rwlock_wrlock(&d->rw); @@ -822,17 +829,20 @@ static void *demod_thread_fn(void *arg) if (d->exit_flag) { do_exit = 1; } - if (d->squelch_level && d->squelch_hits > d->conseq_squelch) { - d->squelch_hits = d->conseq_squelch + 1; /* hair trigger */ + + if (d->squelch_level && d->squelch_hits > d->squelch_conseq) { + d->squelch_hits = d->squelch_conseq + 1; /* hair trigger */ safe_cond_signal(&controller.hop, &controller.hop_m); continue; } + pthread_rwlock_wrlock(&o->rw); memcpy(o->result, d->result, 2*d->result_len); o->result_len = d->result_len; pthread_rwlock_unlock(&o->rw); safe_cond_signal(&o->ready, &o->ready_m); } + return 0; } @@ -909,9 +919,14 @@ static void *controller_thread_fn(void *arg) while (!do_exit) { safe_cond_wait(&s->hop, &s->hop_m); if (s->freq_len <= 1) { - continue;} + continue; + } + /* hacky hopping */ s->freq_now = (s->freq_now + 1) % s->freq_len; + fprintf(stderr, "Frequency: %.3f MHz (signal: %d, squelch: %d)\r", + s->freqs[s->freq_now] / 1e6, demod.squelch_signal_rms, + demod.squelch_level); optimal_settings(s->freqs[s->freq_now], demod.rate_in); rtlsdr_set_center_freq(dongle.dev, dongle.freq); dongle.mute = BUFFER_DUMP; @@ -954,7 +969,7 @@ void demod_init(struct demod_state *s) s->rate_in = DEFAULT_SAMPLE_RATE; s->rate_out = DEFAULT_SAMPLE_RATE; s->squelch_level = 0; - s->conseq_squelch = 10; + s->squelch_conseq = 10; s->terminate_on_squelch = 0; s->squelch_hits = 11; s->downsample_passes = 0; @@ -1027,7 +1042,7 @@ void sanity_checks(void) exit(1); } - if (controller.freq_len > 1 && demod.squelch_level == 0) { + if (controller.freq_len > 1 && !demod.squelch_level) { fprintf(stderr, "Please specify a squelch level. Required for scanning multiple frequencies.\n"); exit(1); } @@ -1085,9 +1100,9 @@ int main(int argc, char **argv) fprintf(stderr, "Oversample must be between 1 and %i\n", MAXIMUM_OVERSAMPLE);} break; case 't': - demod.conseq_squelch = (int)atof(optarg); - if (demod.conseq_squelch < 0) { - demod.conseq_squelch = -demod.conseq_squelch; + demod.squelch_conseq = (int)atof(optarg); + if (demod.squelch_conseq < 0) { + demod.squelch_conseq = -demod.squelch_conseq; demod.terminate_on_squelch = 1; } break; -- 1.7.10.4

1 2

Build problem after updating boost
by Calum 19 Aug '15

19 Aug '15

Hello all, I had a problem building gr-osmosdr a few days ago (it was looking in /usr/lib64/lib64), which I worked around by symlinking a couple of files to where they were being looked for. However, since an update of boost yesterday, I now get an error complaining about a boost file I don't have on my system. "/usr/lib64/lib64/libboost_date_time-d.a" Any ideas what's going wrong here? Centos 6.6 Previous boost version: 1.41.0-25 New boost version: 1.41.0-27 $ git clone git://git.osmocom.org/gr-osmosdr Initialized empty Git repository in /home/calum/src/gr-osmosdr/.git/ remote: Counting objects: 3818, done. remote: Compressing objects: 100% (2510/2510), done. remote: Total 3818 (delta 2736), reused 1888 (delta 1270) Receiving objects: 100% (3818/3818), 926.14 KiB | 1.13 MiB/s, done. Resolving deltas: 100% (2736/2736), done. $ cd gr-osmosdr $ mkdir build ; cd build $ cmake .. -- The CXX compiler identification is GNU 4.4.7 -- The C compiler identification is GNU 4.4.7 -- 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/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Build type not specified: defaulting to release. -- Found Git: /usr/bin/git (found version "1.7.1") -- Extracting version information from git describe... -- Configuring Boost C++ Libraries... CMake Error at /usr/lib64/boost/Boost.cmake:536 (message): The imported target "boost_date_time-static-debug" references the file "/usr/lib64/lib64/libboost_date_time-d.a" but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained "/usr/lib64/boost/Boost.cmake" but not all the files it references. Call Stack (most recent call first): /usr/lib64/boost/BoostConfig.cmake:28 (include) /usr/share/cmake/Modules/FindBoost.cmake:177 (find_package) CMakeLists.txt:122 (find_package) -- Configuring incomplete, errors occurred! See also "/home/calum/src/gr-osmosdr/build/CMakeFiles/CMakeOutput.log". $

1 1

hackrf_sink_c.cc bug on ARM
by Martin 10101 17 Aug '15

17 Aug '15

Hello! Long story short: hackrf sink code to convert from GR complex to hackrf 8-bit format fails by generating wrong bits on ARM when I do TX on Raspberry PI 2 . Evil hides here: lib/hackrf/hackrf_sink_c.cc outbuf[i] = inbuf[i]*127; Since on ARM GCC treats all "char" as unsigned(this is chosen implementation) it generates wrong bits, so my advice is to compile on ARM gr-osmocom with flag -fsigned-char. This is probably most effective way to solve this, it solved my TX problems.

1 0

Trouble building on OS X 10.10.4
by Nils Guillermin 09 Aug '15

09 Aug '15

Hi there, I am having trouble building latest version of gr-osmosdr on my Mac. I am having identical issue with homebrew version (from chleggett tap) as with cloning from http://git.osmocom.org/gr-osmosdr/. `make` step always fails with linker error Undefined symbols for architecture x86_64: "_rtlsdr_get_index_by_serial", referenced from: rtl_source_c::rtl_source_c(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in rtl_source_c.cc.o "_rtlsdr_set_agc_mode", referenced from: rtl_source_c::rtl_source_c(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in rtl_source_c.cc.o rtl_source_c::set_gain_mode(bool, unsigned long) in rtl_source_c.cc.o non-virtual thunk to rtl_source_c::set_gain_mode(bool, unsigned long) in rtl_source_c.cc.o "_rtlsdr_set_direct_sampling", referenced from: rtl_source_c::rtl_source_c(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in rtl_source_c.cc.o "_rtlsdr_set_offset_tuning", referenced from: rtl_source_c::rtl_source_c(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in rtl_source_c.cc.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: *** [lib/libgnuradio-osmosdr.0.1.5git.dylib] Error 1 make[1]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/all] Error 2 make: *** [all] Error 2 Trying to add -DCMAKE_CXX_FLAGS=-libstd=libstdc++ only results in even more undefined symbols on top of these. I'm not sure where to proceed from here. This is my first post to this list, so hello everyone! and Thanks for any help. Nils

1 0

Re: Problem building gr-osmosdr
by Calum 06 Aug '15

06 Aug '15

Hey Nikolay, Yes, that's what I thought although I'm not familiar enough with cmake to fix it. I'm happy to try out any changes though, if someone can suggest something that I can try? On 6 August 2015 at 10:57, Calum <caluml(a)gmail.com> wrote: > Hey Nikolay, > > Yes, that's what I thought although I'm not familiar enough with cmake to > fix it. > I'm happy to try out any changes though, if someone can suggest something > that I can try? > > On 6 August 2015 at 10:50, Nikolay Dimitrov <picmaster(a)mail.bg> wrote: > >> Hi Calum, >> >> On 08/06/2015 12:35 PM, Calum wrote: >> >>> For the record - the workaround >>> >>> mkdir /usr/lib64/lib64/ >>> cd /usr/lib64/lib64/ >>> ln -s ../libboost_system-mt.so.5 >>> ln -s ../libboost_thread-mt.so.5 >>> >>> allowed me to build it, although it's not ideal. >>> >> >> This looks like an issue with the cmake config file. >> >> On 6 August 2015 at 10:28, Calum <caluml(a)gmail.com >>> <mailto:caluml@gmail.com>> wrote: >>> >>> Hello all, >>> >>> I have a problem building gr-osmosdr. >>> Steps followed: >>> >>> git clone git://git.osmocom.org/gr-osmosdr >>> <http://git.osmocom.org/gr-osmosdr> (commit >>> >>> 86ad584204762eeb01f07daa683673f1ec3f1df5) >>> cd gr-osmosdr/ >>> mkdir build >>> cd build/ >>> ENABLE_FCD=ON ENABLE_FCDPP=ON cmake ../ >>> make >>> Scanning dependencies of target gnuradio-osmosdr >>> [ 10%] Building CXX object >>> lib/CMakeFiles/gnuradio-osmosdr.dir/source_impl.cc.o >>> [ 20%] Building CXX object >>> lib/CMakeFiles/gnuradio-osmosdr.dir/sink_impl.cc.o >>> [ 30%] Building CXX object >>> lib/CMakeFiles/gnuradio-osmosdr.dir/ranges.cc.o >>> [ 40%] Building CXX object >>> lib/CMakeFiles/gnuradio-osmosdr.dir/device.cc.o >>> [ 50%] Building CXX object >>> lib/CMakeFiles/gnuradio-osmosdr.dir/time_spec.cc.o >>> [ 60%] Building CXX object >>> lib/CMakeFiles/gnuradio-osmosdr.dir/fcd/fcd_source_c.cc.o >>> [ 70%] Building CXX object >>> lib/CMakeFiles/gnuradio-osmosdr.dir/file/file_source_c.cc.o >>> [ 80%] Building CXX object >>> lib/CMakeFiles/gnuradio-osmosdr.dir/rtl_tcp/rtl_tcp_source_f.cc.o >>> [ 90%] Building CXX object >>> lib/CMakeFiles/gnuradio-osmosdr.dir/rtl_tcp/rtl_tcp_source_c.cc.o >>> [100%] Building CXX object >>> lib/CMakeFiles/gnuradio-osmosdr.dir/rfspace/rfspace_source_c.cc.o >>> make[2]: *** No rule to make target >>> `/usr/lib64/lib64/libboost_thread-mt.so.5', needed by >>> `lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0'. Stop. >>> make[1]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/all] Error 2 >>> make: *** [all] Error 2 >>> >>> I wonder if anyone can help me with this? Looks like the path to >>> libboost_thread-mt.so.5 has two lib64s in it. >>> I'm running CentOS 6.6. >>> >>> C >>> >>> >>> >> Regards, >> Nikolay >> > >

1 0

Problem building gr-osmosdr
by Calum 06 Aug '15

06 Aug '15

Hello all, I have a problem building gr-osmosdr. Steps followed: git clone git://git.osmocom.org/gr-osmosdr (commit 86ad584204762eeb01f07daa683673f1ec3f1df5) cd gr-osmosdr/ mkdir build cd build/ ENABLE_FCD=ON ENABLE_FCDPP=ON cmake ../ make Scanning dependencies of target gnuradio-osmosdr [ 10%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/source_impl.cc.o [ 20%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/sink_impl.cc.o [ 30%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/ranges.cc.o [ 40%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/device.cc.o [ 50%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/time_spec.cc.o [ 60%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/fcd/fcd_source_c.cc.o [ 70%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/file/file_source_c.cc.o [ 80%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/rtl_tcp/rtl_tcp_source_f.cc.o [ 90%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/rtl_tcp/rtl_tcp_source_c.cc.o [100%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/rfspace/rfspace_source_c.cc.o make[2]: *** No rule to make target `/usr/lib64/lib64/libboost_thread-mt.so.5', needed by `lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0'. Stop. make[1]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/all] Error 2 make: *** [all] Error 2 I wonder if anyone can help me with this? Looks like the path to libboost_thread-mt.so.5 has two lib64s in it. I'm running CentOS 6.6. C

2 2

Flashing AT91SAM3
by chrysh 03 Aug '15

03 Aug '15

Hi everyone, the new SIMtrace board will be available soon. It is equipped with an Atmel AT91SAM3 instead of a AT91SAM7 (both chips are pin compatible, so upgrading by hand by unsoldering the old processor and attaching the new AT91SAM3 is also possible). Just for the record, if you want to flash an AT91SAM3, this solution worked for me: Comment out osmoSDRDetect() return -1 in osmosdr.c, so that osmoSDRDetect always returns 0. Further adjustment in terms of addresses: % diff -Naur src/sam3u.c src/sam3s.c5 --- src/sam3u.c 2015-05-29 15:59:51.697208630 +0200 +++ src/sam3s.c 2015-05-29 15:39:34.331493312 +0200 @@ -139,12 +139,8 @@ switch(bank) { case 0: - regBase = 0x400e0800; - flashBase = 0x80000; - break; - case 1: regBase = 0x400e0a00; - flashBase = 0x100000; + flashBase = 0x400000; break; default: fprintf(stderr, "illegal flash bank"); @@ -192,12 +188,8 @@ switch(bank) { case 0: - regBase = 0x400e0800; - flashBase = 0x80000; - break; - case 1: regBase = 0x400e0a00; - flashBase = 0x100000; + flashBase = 0x400000; break; default: fprintf(stderr, "illegal flash bank"); After adjusting the addresses, compile sam3s.c in the Makefile instead of sam3u.c. Please also find attached a diff of my locally applied change, which might illustrate the adjustments needed in more clarity. Regards, Christina

1 0

osmocom_fft "peak hold" patch
by Stefan `Sec` Zehl 03 Aug '15

03 Aug '15

Hi, I needed osmocom_fft to start in "peak hold" mode, so I added the commandline option necessary for it. Maybe this patch could be included in the official osmocom_fft :) --- /home/sec/Projects/gnuradio/gr-osmosdr/apps/osmocom_fft 2015-07-26 13:22:47.743207885 +0200 +++ /usr/local/bin/osmocom_fft 2015-08-03 15:07:23.977849575 +0200 @@ -91,6 +91,8 @@ help="Set fftsink averaging factor, default=[%default]") parser.add_option("", "--averaging", action="store_true", default=False, help="Enable fftsink averaging, default=[%default]") + parser.add_option("", "--peak-hold", action="store_true", default=False, + help="Enable fftsink peak hold, default=[%default]") parser.add_option("", "--ref-scale", type="eng_float", default=1.0, help="Set dBFS=0dB input value, default=[%default]") parser.add_option("", "--fft-size", type="int", default=1024, @@ -242,6 +244,7 @@ ref_level=20.0, y_divs = 12, average=options.averaging, + peak_hold=options.peak_hold, avg_alpha=options.avg_alpha, fft_rate=options.fft_rate) Thanks, Sec -- When in doubt, invent a chinese proverb.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr August 2015