osmocom-sdr

osmocom-sdr@lists.osmocom.org

1 participants
910 discussions

[PATCH] librtlsdr: conditional USB transfer resubmit
by P 05 Oct '15

05 Oct '15

This patch implements zero-copy overhead for buffers used for sample transfer. This improves a bit performance for applications where low overhead is required and can save a bit of memory. Two changes are made: * add return value for callback function * add function for buffer release when it is free for reuse This change breaks ABI (callback returns int instead of void), but I cannot find way not to do so. Proper change of library version in CMaleList.txt would be required. Please comment on it and let my now if it is interesting enough to be merged upstream. JP

1 0

[PATCH] do not check for NULL before calling free
by P 05 Oct '15

05 Oct '15

Checking if variable is not NULL before calling free() is not effective, because free() already does this. - waste instruction and/or compiler time - more lines of code than necessary This patch removes those checks.

1 0

SoapyRemote: Turn any SDR into a network peripheral
by Josh Blum 02 Oct '15

02 Oct '15

Hey list, I recently put together SoapyRemote, which is a plugin and server app for SoapySDR that lets any supported hardware operate as a network device over a local link: https://github.com/pothosware/SoapyRemote/wiki GrOsmoSDR users should be able to use the Osmo source and sink blocks to work transparently with a remote device. Just make sure that GrOsmoSDR was configured with the support for SoapySDR. I have documented how the device args should be set to use a remote device: https://github.com/pothosware/SoapyRemote/wiki#grosmosdr-remote-devices Extra note: Everything works better with large socket buffers. On linux, users will want to run the sysctl commands here: https://github.com/pothosware/SoapyRemote/wiki#remote-window I had a lot of fun making SoapyRemote, and we have already seen that working with embedded devices has been a big use case. I hope that GrOsmoSDR users will find utility with SoapyRemote as well. Thanks, and happy hacking! -josh

1 0

[PATCH] gr-osmosdr blocks for the Red Pitaya SDR transceiver
by Pavel Demin 02 Oct '15

02 Oct '15

Hello Dimitri, I've put together two simple gr-osmosdr blocks for the Red Pitaya SDR transceiver. They are based on the file block with some pieces borrowed from the rtl_tcp block. Would it be possible to add these blocks to the gr-osmosdr code repository? The patch is in the attachment. Some information about the Red Pitaya SDR transceiver can be found at: http://pavel-demin.github.io/red-pitaya-notes/sdr-transceiver Best regards, Pavel

1 0

[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

questions about gr-osmosdr
by Pavel Demin 19 Sep '15

19 Sep '15

Hello, I'm working on the gr-osmosdr blocks for the Red Pitaya SDR transceiver. They are based on the file block with some pieces borrowed from the rtl_tcp block. The new blocks are already working and the code can be found at: https://github.com/pavel-demin/gr-osmosdr/tree/master/lib/red_pitaya My notes about the Red Pitaya SDR transceiver can be found at: http://pavel-demin.github.io/red-pitaya-notes/sdr-transceiver I have two questions that I can't find an answer to: - What would be the best way to implement the push-to-talk (PTT) command? I don't see any method reserved for this kind of functionality in gr-osmosdr/lib/sink_impl.h. I can think of putting it to set_if_gain or set_bb_gain but I'm not sure if it's a good idea. - Once the PTT problem solved, what would be the best way to submit a patch with my modifications? Best regards, Pavel

3 6

2 out of 3 gains function in Gnuradio for Airspy
by Martin Smith 04 Sep '15

04 Sep '15

Hi, There are three gains in the Airspy LNA,MIX and IF. With GQRX these are all accessible and function as expected (https://i.imgur.com/g11kehx.png?1 ). With osmocom_fft these are all accessible and function as expected ( osmocom_fft -a airspy=0 -f 88.5M -s 10M ) ( https://i.imgur.com/4Pu7sP9.png?1 ). But with Gnuradio the MIX gain is not accessible, or the set_bb_gain() in not linked to anything in the case of an Airspy ( https://i.imgur.com/KCTBmsu.jpg?1 ). I can turn "Ch0: BB gain" from its minimum to its maximum value and it changes nothing. If it was broken for all three I would assume that the problem was with the gr-osmosdr block. That it works correctly for two programs that use this block and not correctly for Gnuradio made me suspect that the problem is with Gnuradio. The ticket I logged ( http://gnuradio.org/redmine/issues/834 ) was closed. They let me know that my two out of three guess was wrong and that this is an issue with the gr-osmosdr block, so they kindly pointed me in the direction of this mailing list for help. I would try and debug it further but I have left my zone of knowledge to look any further. Thanks in advance for any help that you can provide, Martin

2 1

Build problem after updating boost
by Calum 20 Aug '15

20 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 10 Aug '15

10 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

← Newer
1
...
43
44
45
46
47
48
49
...
91
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr