osmocom-sdr

osmocom-sdr@lists.osmocom.org

1 participants
910 discussions

[PATCH] Add ipv6 support to rtl_tcp
by A. Maitland Bottoms 04 Sep '17

04 Sep '17

I've prepared this patch in response to Debian bug #870804 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870804 It passes the text from the -a and -p options through getaddrinfo() and uses the first result that has a valid socket with a successful bind. While not a complete bind to all possible valid names, it does appear to address the use case of the bug submitter without completely changing the program flow. I submit this for inclusion in the osmocom rtl-sdr repo as it may be of use to others. Thanks for your consideration, -Maitland

1 0

redmine e-mails broken from 08/26 through 08/31
by Harald Welte 31 Aug '17

31 Aug '17

Dear Osmocom community, from August 26th 06:54 UTC through August 31st 06:22 UTC our Osmocom.org redmine could not send any e-mails. This was due to a configuration file syntax error introduced by me, my apologies. If you rely on redmine e-mail notifications to the issues you have subscribed to, please double-check as related notifications during that interval were unfortunately lost. Best regards, Harald p.s.: The reason for the config change was to enable e-mail notifications from jenkins.osmocom.org (which it now has, if you want to configure e.g. post-build notification actions). -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

vdl mode2 decoder for RTL SDR
by Thierry Leconte 31 Jul '17

31 Jul '17

Hi I just put on github my new project : vdl mode2 decoder for RTL dongle https://github.com/TLeconte/vdlm2dec

1 0

SDRSharp/Airspy on Debian
by Oscar Llerena 21 Jul '17

21 Jul '17

Hi guys I am attempting to install Airspy (before known as SDRSharp) on my Debian 9.0 and I am following this link: https://rtlsdr.org/softwarelinux When it gets to the line of Airspay Installation it quotes "Don't forget to blacklist the kernel driver as mentioned here <https://github.com/airspy/host/wiki/Troubleshooting%5Dhere%5D.%20%20*%20Dow…> ." which links you to this wiki site https://github.com/airspy/airspyone_host/wiki/Troubleshooting#linux- debianubuntu I was able to install airspy-git, gr-osmosdr, and gqrx but I get lost on the part of blacklist the kernel >= 3.17 What can I do to blacklist the kernell driver? Thanks

1 0

GPIO pin integration to osmosdr in gnuradio via argument
by samuel verdon 17 Jul '17

17 Jul '17

Hello, I’m trying to switch the state of the pin J2_3 of my xb100 through the argument line of the osmosdr block in gnuradio. To do this, I added this code to the file bladerf_common.cc 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 /* Support of the XB100 to control pin J2_3 through the argument line*/ if ( dict.count("xb100") ) { if (bladerf_expansion_attach(_dev.get(), BLADERF_XB_100)) { std::cout << "Could not attach XB-100" << std::endl; } else { _xb_100_attached = true; std::cout << "Expension XB-100 attached" << std::endl; if ( bladerf_expansion_gpio_dir_masked_write(_dev.get(),BLADERF_XB100_PIN_J2_3, 1)) { std::cout<< "Could not set TRX pin direction" << std::endl; } std::cout << "J2_3 output direction selected" << std::endl; if ( dict["xb100"] == "TX" ) { if(bladerf_expansion_gpio_masked_write (_dev.get(),BLADERF_XB100_PIN_J2_3, BLADERF_XB100_PIN_J2_3)){ std::cout<< "sorry, but I cannot set pin to 1" << std::endl;} } else if(dict["xb100"] == "RX" ) { if(bladerf_expansion_gpio_masked_write (_dev.get(),BLADERF_XB100_PIN_J2_3, 0)){ std::cout<< "sorry, but I cannot set pin to 1" << std::endl;} } else { std::cout<< "Wrong parameter specified, should be TX or RX" << std::endl;} } } In my osmosdr bloc, I added this argument “ xb100=tx” but I don’t have my 5V on my pin :( I don’t understand why the pin is not setted when I start my flowgraph… Could you help me please? Thank you Samuel Verdon

1 0

Fwd: Re: Problem with latest version (master) of gr-osmosdr
by John Ackermann N8UR 25 Jun '17

25 Jun '17

After a successful build of the Gnuradio plus extras by modifying the build-gnuradio script to point to the osmocom git repository for rtlsdr, I get an error and backtrace/memory map similar to the attached osmosdr-error-output.txt when I exit from, e.g., osmo_fft (the program seems to run fine until exit). Fabian suggested that I post this to the list. I also installed op25 on this system, and it fails at runtime with a bunch of errors that I'm attaching as "op25-error-output.txt"; the end of the sring is: wx._core.PyAssertionError: C++ assertion "!m_frameStatusBar" failed at ../src/common/framecmn.cpp(381) in CreateStatusBar(): recreating status bar in wxFrame I wonder if this error is related, as op25 on a several-month-old gnuradio installation works fine. Thanks for any pointers on how to resolve this issue (or these issues). John -------- Forwarded Message -------- Subject: Re: Problem with latest version (master) of gr-osmosdr Date: Sat, 24 Jun 2017 14:35:45 -0400 From: John Ackermann N8UR <jra(a)febo.com> To: kerel <kerel-fs(a)gmx.de> Here you go, Fabian. Thanks much for looking into this! I have noticed this problem each time I've managed to get a successful build-gnuradio completion on this system (e.g., after I commented out the changes that made the build fail). I have another machine that was updated using build-gnuradio perhaps three months ago, and it does not exhibit this behavior. One difference is that the other machine is running Linux Mint 18.0, while the current one is on 18.1 (both "apt-get dist-upgraded" to current levels at the time of the build). John ---- On 06/24/2017 02:23 PM, kerel wrote: > Hi John, > this seems like an unrelated issue in gr-osmosdr, but I can't tackle it > with the partial? backtrace you provided and can't reproduce it myself. > Could you provide the full backtrace? > > Sincerely, > Fabian

1 2

Problem with latest version(s)
by John Ackermann N8UR 25 Jun '17

25 Jun '17

Hi -- I've recently been trying to install the Gnu Radio system on a new machine using the build-gnuradio script. The script is failing with an error in the gr-osmocom build phase, and I've been able to verify this with a separate attempt to build. In rtl_source_c.cc, line 224, the build fails with: error: 'rtlsdr_set_bias_tee' was not declared in this scope ret = rtlsdr_set_bias_tee(_dev, bias_tee); It appears that changes were merged into the tree on about June 11 to add bias tee support, and that this error results from that change set. I'm able to get a successful build if I comment out those few lines of code, but when I try to run an application (e.g., osmocom_fft), upon exit there is a bunch of traceback output and a lengthy memory map printed. I'm no debugging expert, but I can tell that the exact error and address change on different runs, but always appear to be related to a memory map or corrupted list. I don't know if anyone else has seen either the build issue, or the traceback issue, so thought I should report it here. FWIW, I'm building on a fresh install of Linux Mint 18.1 using the latest version of the build-gnuradio script on a Lenovo M900 i7-6700T system. I've used the build-gnuradio script on several other systems in the past without encountering this issue. If you need any further info, I'm happy to provide it. Thanks, John N8UR

2 2

gr-fosphor CL_INVALID_VALUE in clEnqueueFillBuffer call
by Raj Bhattacharjea 21 Jun '17

21 Jun '17

I'm using the latest fosphor from git (7b6b9961bc2d9b84daeb42a5c8f8aeba293d207c) and am seeing two weird (and I believe related) issues. Firstly, I see the following error: [+] Selected device: TITAN X (Pascal) [!] CL Error (-30, /home/user/gr-fosphor/lib/fosphor/cl.c:409): Unable to queue clear of spectrum buffer This is CL_INVALID_VALUE returning from clEnqueueFillBuffer, so I added some debug fprints to cl.c to see what parameters were being passed into clEnqueueFillBuffer: Edits: fprintf(stderr, "size = %d\n", 2 * 2 * sizeof(cl_float) * FOSPHOR_FFT_LEN); fprintf(stderr, "pattern_size = %d\n", sizeof(float)); fprintf(stderr, "pattern = %p\n", &noise_floor); fprintf(stderr, "offset = %d\n", 0); Output: size = 16384 pattern_size = 4 pattern = 0x7fb66b7fdd2c offset = 0 These parameters look like they shouldn't cause CL_INVALID_VALUE: https://www.khronos.org/registry/OpenCL/sdk/2.0/docs/man/xhtml/clEnqueueFil… But there is this one condition that might be met, which is that somehow size (16384) is larger than the underlying buffer (cl->mem_spectrum). The underlying OpenGL buffer being too small brings me to my next (I believe related) issue. The spectrum plot in fosphor is weirdly pixelated, please see the attachment, which shows a screencap from "osmocom_fft -F -f 100e6 -g 20 -s 10e6". Where is the cl->mem_spectrum buffer ultimately declared / initialized? My OpenCL / OpenGL sharing knowledge is nonexistent, any pointers for how I can help debug this issue? Output of clinfo is attached as well, and I'm on Ubuntu 16.04 on x86_64. -- Raj Bhattacharjea, PhD Georgia Tech Research Institute Information and Communications Laboratory http://www.prism.gatech.edu/~rb288/ 404.407.6622

2 7

[PATCH] Add option '-T' for activating bias-T in rtl_(adsb|fm|power|tcp)
by Fabian P. Schmidt 13 Jun '17

13 Jun '17

From: hayati ayguen <h_ayguen(a)web.de> * added debug output when activating Signed-off-by: hayati ayguen <h_ayguen(a)web.de> * fixed options argument Signed-off-by: Fabian P. Schmidt <kerel-fs(a)gmx.de> --- This patch was generated from branch feature/add-bias-t-frontend at https://github.com/kerel-fs/librtlsdr/tree/feature/add-bias-t-frontend Sincerely, Fabian P. Schmidt / kerel src/rtl_adsb.c | 11 ++++++++++- src/rtl_fm.c | 11 ++++++++++- src/rtl_power.c | 11 ++++++++++- src/rtl_tcp.c | 13 +++++++++++-- 4 files changed, 41 insertions(+), 5 deletions(-) diff --git a/src/rtl_adsb.c b/src/rtl_adsb.c index e611e78..07fdd2a 100644 --- a/src/rtl_adsb.c +++ b/src/rtl_adsb.c @@ -96,6 +96,7 @@ void usage(void) "\t[-e allowed_errors (default: 5)]\n" "\t[-g tuner_gain (default: automatic)]\n" "\t[-p ppm_error (default: 0)]\n" + "\t[-T enable bias-T on GPIO PIN 0 (works for rtl-sdr.com v3 dongles)]\n" "\tfilename (a '-' dumps samples to stdout)\n" "\t (omitting the filename also uses stdout)\n\n" "Streaming with netcat:\n" @@ -371,11 +372,12 @@ int main(int argc, char **argv) int dev_index = 0; int dev_given = 0; int ppm_error = 0; + int enable_biastee = 0; pthread_cond_init(&ready, NULL); pthread_mutex_init(&ready_m, NULL); squares_precompute(); - while ((opt = getopt(argc, argv, "d:g:p:e:Q:VS")) != -1) + while ((opt = getopt(argc, argv, "d:g:p:e:Q:VST")) != -1) { switch (opt) { case 'd': @@ -400,6 +402,9 @@ int main(int argc, char **argv) case 'Q': quality = (int)(atof(optarg) * 10); break; + case 'T': + enable_biastee = 1; + break; default: usage(); return 0; @@ -470,6 +475,10 @@ int main(int argc, char **argv) /* Set the sample rate */ verbose_set_sample_rate(dev, ADSB_RATE); + rtlsdr_set_bias_tee(dev, enable_biastee); + if (enable_biastee) + fprintf(stderr, "activated bias-T on GPIO PIN 0\n"); + /* Reset endpoint before we start reading from it (mandatory) */ verbose_reset_buffer(dev); diff --git a/src/rtl_fm.c b/src/rtl_fm.c index e89e42d..d2d011a 100644 --- a/src/rtl_fm.c +++ b/src/rtl_fm.c @@ -193,6 +193,7 @@ void usage(void) "\t raw mode outputs 2x16 bit IQ pairs\n" "\t[-s sample_rate (default: 24k)]\n" "\t[-d device_index (default: 0)]\n" + "\t[-T enable bias-T on GPIO PIN 0 (works for rtl-sdr.com v3 dongles)]\n" "\t[-g tuner_gain (default: automatic)]\n" "\t[-l squelch_level (default: 0/off)]\n" //"\t for fm squelch is inverted\n" @@ -1042,12 +1043,13 @@ int main(int argc, char **argv) int r, opt; int dev_given = 0; int custom_ppm = 0; + int enable_biastee = 0; dongle_init(&dongle); demod_init(&demod); output_init(&output); controller_init(&controller); - while ((opt = getopt(argc, argv, "d:f:g:s:b:l:o:t:r:p:E:F:A:M:h")) != -1) { + while ((opt = getopt(argc, argv, "d:f:g:s:b:l:o:t:r:p:E:F:A:M:hT")) != -1) { switch (opt) { case 'd': dongle.dev_index = verbose_device_search(optarg); @@ -1142,6 +1144,9 @@ int main(int argc, char **argv) demod.deemph = 1; demod.squelch_level = 0;} break; + case 'T': + enable_biastee = 1; + break; case 'h': default: usage(); @@ -1205,6 +1210,10 @@ int main(int argc, char **argv) verbose_gain_set(dongle.dev, dongle.gain); } + rtlsdr_set_bias_tee(dongle.dev, enable_biastee); + if (enable_biastee) + fprintf(stderr, "activated bias-T on GPIO PIN 0\n"); + verbose_ppm_set(dongle.dev, dongle.ppm_error); if (strcmp(output.filename, "-") == 0) { /* Write samples to stdout */ diff --git a/src/rtl_power.c b/src/rtl_power.c index aa7a138..00f4d9f 100644 --- a/src/rtl_power.c +++ b/src/rtl_power.c @@ -133,6 +133,7 @@ void usage(void) "\t[-d device_index (default: 0)]\n" "\t[-g tuner_gain (default: automatic)]\n" "\t[-p ppm_error (default: 0)]\n" + "\t[-T enable bias-T on GPIO PIN 0 (works for rtl-sdr.com v3 dongles)]\n" "\tfilename (a '-' dumps samples to stdout)\n" "\t (omitting the filename also uses stdout)\n" "\n" @@ -771,6 +772,7 @@ int main(int argc, char **argv) int single = 0; int direct_sampling = 0; int offset_tuning = 0; + int enable_biastee = 0; double crop = 0.0; char *freq_optarg; time_t next_tick; @@ -781,7 +783,7 @@ int main(int argc, char **argv) double (*window_fn)(int, int) = rectangle; freq_optarg = ""; - while ((opt = getopt(argc, argv, "f:i:s:t:d:g:p:e:w:c:F:1PDOh")) != -1) { + while ((opt = getopt(argc, argv, "f:i:s:t:d:g:p:e:w:c:F:1PDOhT")) != -1) { switch (opt) { case 'f': // lower:upper:bin_size freq_optarg = strdup(optarg); @@ -849,6 +851,9 @@ int main(int argc, char **argv) boxcar = 0; comp_fir_size = atoi(optarg); break; + case 'T': + enable_biastee = 1; + break; case 'h': default: usage(); @@ -925,6 +930,10 @@ int main(int argc, char **argv) verbose_ppm_set(dev, ppm_error); + rtlsdr_set_bias_tee(dev, enable_biastee); + if (enable_biastee) + fprintf(stderr, "activated bias-T on GPIO PIN 0\n"); + if (strcmp(filename, "-") == 0) { /* Write log to stdout */ file = stdout; #ifdef _WIN32 diff --git a/src/rtl_tcp.c b/src/rtl_tcp.c index 317e0f3..7925da7 100644 --- a/src/rtl_tcp.c +++ b/src/rtl_tcp.c @@ -78,6 +78,7 @@ typedef struct { /* structure size must be multiple of 2 bytes */ static rtlsdr_dev_t *dev = NULL; +static int enable_biastee = 0; static int global_numq = 0; static struct llist *ll_buffers = 0; static int llbuf_num = 500; @@ -95,7 +96,8 @@ void usage(void) "\t[-b number of buffers (default: 15, set by library)]\n" "\t[-n max number of linked list buffers to keep (default: 500)]\n" "\t[-d device index (default: 0)]\n" - "\t[-P ppm_error (default: 0)]\n"); + "\t[-P ppm_error (default: 0)]\n" + "\t[-T enable bias-T on GPIO PIN 0 (works for rtl-sdr.com v3 dongles)]\n"); exit(1); } @@ -391,7 +393,7 @@ int main(int argc, char **argv) struct sigaction sigact, sigign; #endif - while ((opt = getopt(argc, argv, "a:p:f:g:s:b:n:d:P:")) != -1) { + while ((opt = getopt(argc, argv, "a:p:f:g:s:b:n:d:P:T")) != -1) { switch (opt) { case 'd': dev_index = verbose_device_search(optarg); @@ -421,6 +423,9 @@ int main(int argc, char **argv) case 'P': ppm_error = atoi(optarg); break; + case 'T': + enable_biastee = 1; + break; default: usage(); break; @@ -491,6 +496,10 @@ int main(int argc, char **argv) fprintf(stderr, "Tuner gain set to %f dB.\n", gain/10.0); } + rtlsdr_set_bias_tee(dev, enable_biastee); + if (enable_biastee) + fprintf(stderr, "activated bias-T on GPIO PIN 0\n"); + /* Reset endpoint before we start reading from it (mandatory) */ r = rtlsdr_reset_buffer(dev); if (r < 0) -- 2.1.4

2 1

RTL-SDR and RTL-TCP drivers
by Krzysztof Halasa 12 Jun '17

12 Jun '17

Hello, it's my first mail on this list, so please forgive me if I do something wrong. I'm about to post a couple of patches for RTL drivers: 1. RTL-SDR: convert _lut to float[] to reduce size by a factor of 256. The _lut is being indexed by I + Q (16 bits = 65536 entries), however both samples can be processed independently, resulting in 8-bit LUT. Saves a bit of RAM and CPU cache. lib/rtl/rtl_source_c.cc | 19 ++++++------------- lib/rtl/rtl_source_c.h | 4 ++-- 2 files changed, 8 insertions(+), 15 deletions(-) 2. RTL-TCP: Convert to single class model The existing RTL TCP driver is quite different from its brother RTL_SDR. It's much more complicated, uses gr::blocks::deinterleave and gr::blocks::float_to_complex, and generally doesn't work correctly (e.g. https://github.com/csete/gqrx/issues/99 Spectrum is mirrored when filter or demodulator changes (rtl_tcp) #99) I've converted the RTL TCP driver to the model used by RTL_SDR, simplifying it in the process, and fixing the GQRX issue. lib/rtl_tcp/CMakeLists.txt | 1 - lib/rtl_tcp/rtl_tcp_source_c.cc | 352 ++++++++++++++++++++++++++++++++-------- lib/rtl_tcp/rtl_tcp_source_c.h | 32 +++- lib/rtl_tcp/rtl_tcp_source_f.cc | 327 ------------------------------------- lib/rtl_tcp/rtl_tcp_source_f.h | 125 -------------- 5 files changed, 309 insertions(+), 528 deletions(-) I'm also thinking about merging the code common to RTL-SDR and RTL-TCP, but this it's done yet. Comments? -- Krzysztof Halasa

2 3

← Newer
1
...
32
33
34
35
36
37
38
...
91
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr