- osmocom-sdr - lists.osmocom.org

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

rtl_fm: narrow fm
by meym 06 Jun '17

06 Jun '17

How to choose nfm mode? According to rtl_fm help, there is no nfm among available mode: fm, wbfm, raw, am, usb, lsb rtl-sdr-git 1:v0.5.3.r13.ge3e6ee2-1 --

2 2

[PATCH] gr-osmosdr: Avoid crashing if number of connected channels is greater than maximum
by Dominic Chen 06 May '17

06 May '17

This is a workaround for a crash triggered by the following scenario: using gqrx, if the automatically generated device string "addr=1d50:6108,driver=lime,media='USB 3.0',module=STREAM,name=LimeSDR-USB,serial=XXXX,soapy=0" is passed into gr-osmosdr, args_to_io_signature(args) will generate an io_signature with two channels, because the space in 'USB 3.0' causes dev_nchan to be incremented twice. Then, in source_impl::source_impl(), GNU Radio will gneerate an exception of the form "FATAL: destination port 1 out of range for source_impl(47)", which causes the exception-handling null channel code to be executed. But, since output_signature()->max_streams() returns 1, channel is 2, and missing_chans has size_t type, the subtraction will underflow to (unsigned int)(-1), which causes another GNU Radio exception when connect(). Since this is an exception in an exception handler, the program will terminate immediately. Thanks, Dominic --- lib/source_impl.cc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/source_impl.cc b/lib/source_impl.cc index a28f314..ac7c3af 100644 --- a/lib/source_impl.cc +++ b/lib/source_impl.cc @@ -426,7 +426,7 @@ source_impl::source_impl( const std::string &args ) connect(null_source, 0, throttle, 0); size_t missing_chans = 0; - if ( output_signature()->max_streams() > 0 ) + if ( output_signature()->max_streams() > 0 && ((size_t) output_signature()->max_streams()) > channel) missing_chans = output_signature()->max_streams() - channel; std::cerr << "Trying to fill up " << missing_chans -- 2.7.4

1 0

[PATCH] remove -I/usr/include in pkg-config
by Martin Kelly 22 Apr '17

22 Apr '17

This shouldn't be necessary as it's part of the default compiler include paths anyway. Morever, it can cause GCC 6 C++ build failures in downstream packages when combined with QMake (such as qtmultimedia-rtlfm-radio-plugin). Fix these issues by removing it. Signed-off-by: Martin Kelly <mkelly(a)xevo.com> --- librtlsdr.pc.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/librtlsdr.pc.in b/librtlsdr.pc.in index 5e55049..84b6d0c 100644 --- a/librtlsdr.pc.in +++ b/librtlsdr.pc.in @@ -6,6 +6,6 @@ includedir=@includedir@ Name: RTL-SDR Library Description: C Utility Library Version: @VERSION@ -Cflags: -I${includedir}/ @RTLSDR_PC_CFLAGS@ +Cflags: @RTLSDR_PC_CFLAGS@ Libs: -L${libdir} -lrtlsdr -lusb-1.0 Libs.private: @RTLSDR_PC_LIBS@ -- 2.1.4

2 5

R820T I2C
by Chris Miller 14 Apr '17

14 Apr '17

Hi, To teach myself Swift, I’m writing my own version of librtlsdr (in Swift on MacOS). I’m confused about the I2C interface between the RTL2832U and the R820T. It seems the first 16 registers of the R820T can be read but not any after that. I get a pipe stall when trying to read more than 16 bytes. Is this true or am I missing something? Is this why the shadow registers are used to maintain the state of the R820T’s registers? Thanks Chris

1 0

Astrum TV 100 USB TV device dongle. Does this support SDR? I use it to tune TV, seems it doesn't have radio or I don't know how to find it setup.
by Luke Jentile 09 Apr '17

09 Apr '17

1 0

rtl_test -t results in failed to open rtlsdr device #0.
by pantos＠pantokratoren.de 07 Apr '17

07 Apr '17

Hello, a few days ago I tried to install rtl-sdr on my raspberry pi. I'm using a dvb-t usb stick with Realtek, RTL2838UHIDIR chipset. I build the software following the guide in the wiki. I used two additional switches: cmake ../ -DINSTALL_UDEV_RULES=ON -DDETACH_KERNEL_DRIVER=ON After installing the software I created a blacklist in cd /etc/modprobe.d: blacklist dvb_usb_rtl28xxu blacklist rtl2832 blacklist rtl2830 blacklist rtl2838 After rebooting the device I tried to test rtl-sdr with rtl_test -t and got this result: Found 1 device(s): 0: Realtek, RTL2838UHIDIR, SN: 00000001 Using device 0: Generic RTL2832U OEM usb_claim_interface error -6 Failed to open rtlsdr device #0. I don't know how to fix this error. I tried many suggestions found via google but it doesn't work. Can someone help me to fix this? Thanks for your help!! Joachim

2 4

No 64-bit librtlsdr for windows.
by Bill Gaylord 07 Apr '17

07 Apr '17

Hello. So I have ran into a small problem. I used a python library called pyrtlsdr which uses ctypes to interact with librtlsdr. But when I upgraded my python form 32 bit to 64 bit the library no longer works because the librtlsdr.dll is 32 bit not 64. So has anyone had luck compiling a 64 bit version of librtlsdr? Or knows how to?

1 0

Re: git.osmocom.org cgit improvements
by Holger Freyther 19 Mar '17

19 Mar '17

> On 18 Mar 2017, at 16:09, Neels Hofmeyr <nhofmeyr(a)sysmocom.de> wrote: > > Hi, > All in all these are excellent improvements! > Holger, what's the status of your promise, made one day in a chat, to make > redmine catch the OS#123s? lol, I love how we go from a private chat to this CC list. I have not looked at it but maybe this is something for an afternoon at Osmodevcon. It should be fairly simple with redmine. holger

1 0

Questions about error when using Osmocom sink
by XueQiuyue 19 Mar '17

19 Mar '17

Dear Mr/Ms, I meet errors when use osmocom sink and source in GNU Radio, I have tried BladeRF and HackRF, and I use Ubuntu 16.04. 1.When I use BladeRF, I set the parameters as "bladerf=701c2ce1da297914cb29695ba79fac54,fpga=<'/Users/qiuyuexue/Documents/BladeRF/hostedx115-latest.rbf'>,fpga-reload=1,buffers=32,buflen=4096,transfers=16,stream_timeout_ms=3000,loopback=none,verbosity=silent,xb200.” and I got error as: “(top_block.py:4795): IBUS-WARNING **: The owner of /home/ceca_517/.config/ibus/bus is not root! gr-osmosdr v0.1.4-86-ge9dde9af (0.1.5git) gnuradio 3.7.10 built-in sink types: hackrf bladerf redpitaya file Opening nuand bladeRF with device identifier string: "*:serial=701c2ce1da297914cb29695ba79fac54" [bladeRF sink] Loading FPGA bitstream </home/ceca_517/LPWAN/SOAR(a)PKU/LPWAN/BladeRF/hostedx115-latest.rbf>... [bladeRF sink] bladerf_load_fpga has failed with -11 [bladeRF sink] Warning: 'loopback' has been specified on a bladeRF sink, and will have no effect. This parameter should be specified on the associated bladeRF source." 2.when I use HackRF, I set the parameter as "hackrf=393b4b,bias=1,bias_tx=1,buffers=32.” and I got error as: "(top_block.py:5108): IBUS-WARNING **: The owner of /home/ceca_517/.config/ibus/bus is not root! gr-osmosdr v0.1.4-86-ge9dde9af (0.1.5git) gnuradio 3.7.10 built-in sink types: hackrf bladerf redpitaya file FATAL: bad lexical cast: source type value could not be interpreted as target Trying to fill up 1 missing channel(s) with null sink(s). This is being done to prevent the application from crashing due to gnuradio bug #528.” I want to know if I set the parameters wrong? Or anything else? Thanks a lot for your help and your time! Thanks very much!! Best, Qiuyue

2 1