osmocom-sdr

osmocom-sdr@lists.osmocom.org

1 participants
905 discussions

Bus error using rtl-sdr
by Amin Shah Gilani 13 Feb '19

13 Feb '19

Hi I'm experiencing a "bus error" everytime rtl-sdr tries to interact with my SDR. Here's a sample: rtl_fm -f 1000000 Found 1 device(s): 0: Realtek, RTL2838UHIDIR, SN: 00000001 Using device 0: Generic RTL2832U OEM Found Rafael Micro R820T tuner Tuner gain set to automatic. [R82XX] PLL not locked! Tuned to 1252000 Hz. Oversampling input by: 42x. Oversampling output by: 1x. Buffer size: 8.13ms Exact sample rate is: 1008000.009613 Hz Allocating 15 zero-copy buffers Bus error I'm running Kali on a Raspberry Pi, and I've used the repository version, and compiled from source — no change. The only thing that makes this error go away in `rtl_test` is to pass it the -S flag (forcing synchronous) flow. Does anyone have any idea how to fix this? If you'd like the Karma and would like to help solve this problem publicly for future users, Stack Overflow question continuously being updated is here: https://stackoverflow.com/questions/54657089/rtl-sdr-crashes-with-bus-error… ―Amin Shah Gilani <https://amin.gilani.me/>

1 1

FL2K replace MT34TL/AS11D buck chip with LDO
by Ioannis Makris 08 Feb '19

08 Feb '19

I have managed to replace both buck DC-DC converters with AMS1117 3.3 & lm317 linear regulators and I successfully got rid of the mentioned 1 MHz buck converter clock to obtain as pure a signal as possible. Do not expect miracles as the DAC's are 8-bit and have a best case SNR of -48dB, but getting the sideband modulation out of the signal surely improves the resulting spectrum a lot. I have performed the mod on 4 fl2k adapters. Two of them came with a 1.2V AMS1117 for the 1.2V and a buck psu for the 3.3V. Another two came with 2 buck psu's Using 2 LM317 is a bit complex but can be done, as my proof of concept testbed has demostrated. One could actually fit them inside the plastic box. Mind you, linear regulators can get quite hot. Still not hot enough to inflict any damage after a 8-hour operation of the device. Another notable effect was the total elimination of "cb status 1" message on the testbed. The testbed suffered a lot of USB connection drops due to poor power delivery to the chip, which is also the plague of those devices that is causing bad reviews along with the poor assembly of the cable from those that use the device in regular vga output mode. The workaround is extremely simple; we use the onboard capacitors for filtering the output of the linear regulators, I install them inverted and add metal pins from 1/4W resistors to patch the power from the pin of the buck chip to the input of the linear regulator. Same with ground. Of course we are using USB3 interface that can provide more than 2.5W (500mA) of output power. I haven't thorougly tested device operation and stability under USB2.0 which has the aforementioned power limiting. The device looks stable though. There are implementations utilizing a pair of AMS1117 from factory. [image: 20190125_194224_001.jpg]

2 2

FL2K replace MT34TL/AS11D buck chip with LDO
by matthew quirke 08 Feb '19

08 Feb '19

Has anyone tried replacing the MT34TL/AS11D buck converter/supply chip with a LDO regulator as Steve Markgraf suggested - my goal is to remove the harmonics, for HF tx. The MT34TL/AS11D(xx) datasheet is available online so it seems very do- able - just considering all the pitfalls - issues/ obvious things I missed ;) Any input/advice is much appreciated. -Matt

4 3

Building gr-osmosdr from source fails
by gregor christandl 31 Jan '19

31 Jan '19

Hi, I'm having trouble installing gr-osmosdr via pybombs so I checked out the master branch from git.osmocom.org/gr-osmosdr, but building still fails with the same error: > gregor@gregor-laptop ~/temp/gr-osmosdr/build $ cmake ../ > -- Build type not specified: defaulting to release. > -- Extracting version information from git describe... > -- Configuring Boost C++ Libraries... > -- Boost version: 1.58.0 > -- Found the following Boost libraries: > -- thread > -- system > -- chrono > -- date_time > -- atomic > -- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1") > Checking for GNU Radio Module: RUNTIME > -- Checking for module 'gnuradio-runtime' > -- Found gnuradio-runtime, version 3.7.13.4 > * INCLUDES=/home/gregor/prefix/include > * > LIBS=/home/gregor/prefix/lib/libgnuradio-runtime.so;/home/gregor/prefix/lib/libgnuradio-pmt.so;/usr/lib/liblog4cpp.so > -- Found GNURADIO_RUNTIME: > /home/gregor/prefix/lib/libgnuradio-runtime.so;/home/gregor/prefix/lib/libgnuradio-pmt.so;/usr/lib/liblog4cpp.so > > GNURADIO_RUNTIME_FOUND = TRUE > Checking for GNU Radio Module: BLOCKS > -- Checking for module 'gnuradio-blocks' > -- Found gnuradio-blocks, version 3.7.13.4 > * INCLUDES=/home/gregor/prefix/include > * > LIBS=/home/gregor/prefix/lib/libgnuradio-blocks.so;/home/gregor/prefix/lib/libgnuradio-runtime.so;/home/gregor/prefix/lib/libgnuradio-pmt.so;/usr/lib/liblog4cpp.so > -- Found GNURADIO_BLOCKS: > /home/gregor/prefix/lib/libgnuradio-blocks.so;/home/gregor/prefix/lib/libgnuradio-runtime.so;/home/gregor/prefix/lib/libgnuradio-pmt.so;/usr/lib/liblog4cpp.so > > GNURADIO_BLOCKS_FOUND = TRUE > Checking for GNU Radio Module: PMT > -- Checking for module 'gnuradio-runtime' > -- Found gnuradio-runtime, version 3.7.13.4 > * INCLUDES=/home/gregor/prefix/include > * > LIBS=/home/gregor/prefix/lib/libgnuradio-runtime.so;/home/gregor/prefix/lib/libgnuradio-pmt.so;/usr/lib/liblog4cpp.so > -- Found GNURADIO_PMT: > /home/gregor/prefix/lib/libgnuradio-runtime.so;/home/gregor/prefix/lib/libgnuradio-pmt.so;/usr/lib/liblog4cpp.so > > GNURADIO_PMT_FOUND = TRUE > -- Checking for module 'gnuradio-iqbalance' > -- Found gnuradio-iqbalance, version 0 > -- Found GNURADIO_IQBALANCE: > /home/gregor/prefix/lib/libgnuradio-iqbalance.so > -- Found UHD: /home/gregor/prefix/lib/libuhd.so > -- Checking for module 'gnuradio-uhd' > -- Found gnuradio-uhd, version 3.7.13.4 > -- Found gnuradio-uhd: /home/gregor/prefix/include, > /home/gregor/prefix/lib/libgnuradio-uhd.so > -- Found GNURADIO_UHD: /home/gregor/prefix/lib/libgnuradio-uhd.so > -- Checking for module 'gnuradio-fcd' > -- Found gnuradio-fcd, version 3.7.13.4 > -- Found gnuradio-fcd: /home/gregor/prefix/include, > /home/gregor/prefix/lib/libgnuradio-fcd.so > -- Found GNURADIO_FCD: /home/gregor/prefix/lib/libgnuradio-fcd.so > -- Checking for module 'gnuradio-fcdproplus' > -- No package 'gnuradio-fcdproplus' found > -- gnuradio-fcdproplus not found. > -- Could NOT find GNURADIO_FCDPP (missing: GNURADIO_FCDPP_LIBRARIES > GNURADIO_FCDPP_INCLUDE_DIRS) > -- Checking for module 'libosmosdr' > -- Found libosmosdr, version > -- Found libosmosdr: /home/gregor/prefix/include, > /home/gregor/prefix/lib/libosmosdr.so > -- Checking for module 'librtlsdr' > -- Found librtlsdr, version 0.6.0-2-gf68bb > -- Found librtlsdr: /home/gregor/prefix/include, > /home/gregor/prefix/lib/librtlsdr.so > -- Checking for module 'libmirisdr' > -- No package 'libmirisdr' found > -- libmirisdr not found. > -- Checking for module 'libhackrf' > -- Found libhackrf, version 0.5 > -- Found LIBHACKRF: /home/gregor/prefix/lib/libhackrf.so > -- Checking for module 'libairspy' > -- Found libairspy, version 1.0 > -- Found LIBAIRSPY: /home/gregor/prefix/lib/libairspy.so > -- Checking for module 'volk' > -- Found volk, version 1.4 > -- Found VOLK: /home/gregor/prefix/lib/libvolk.so > -- Checking for module 'libbladeRF' > -- Found libbladeRF, version 2.2.0-git-e4bf84a > -- Found libbladeRF: /home/gregor/prefix/include, > /home/gregor/prefix/lib/libbladeRF.so > -- Checking for module 'libfreesrp' > -- No package 'libfreesrp' found > -- libfreesrp not found. > -- Found Doxygen: /usr/bin/doxygen (found version "1.8.11") > -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found > suitable version "2.7.12", minimum required is "2") > -- > -- Checking for module SWIG > -- Found SWIG version 3.0.8. > -- Found SWIG: /usr/bin/swig3.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 = TRUE > -- Enabling 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 & Sink support... > -- Dependency GNURADIO_BLOCKS_FOUND = TRUE > -- Enabling IQ File Source & Sink 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 & rad1o Badge support... > -- Dependency LIBHACKRF_FOUND = TRUE > -- Enabling HackRF & rad1o Badge support. > -- Override with -DENABLE_HACKRF=ON/OFF > -- Looking for hackrf_device_list > -- Looking for hackrf_device_list - found > -- HackRF multiple device support enabled > -- > -- 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 = 1 > -- Enabling SoapySDR support support. > -- Override with -DENABLE_SOAPY=ON/OFF > -- > -- Configuring Red Pitaya SDR support... > -- Enabling Red Pitaya SDR support. > -- Override with -DENABLE_REDPITAYA=ON/OFF > -- > -- Configuring FreeSRP support support... > -- Dependency LIBFREESRP_FOUND = FALSE > -- Disabling FreeSRP support support. > -- Override with -DENABLE_FREESRP=ON/OFF > -- Found PythonInterp: /usr/bin/python2 (found suitable version > "2.7.12", minimum required is "2") > -- 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 > -- * sysmocom OsmoSDR > -- * FUNcube Dongle > -- * IQ File Source & Sink > -- * Osmocom RTLSDR > -- * RTLSDR TCP Client > -- * Ettus USRP Devices > -- * HackRF & rad1o Badge > -- * nuand bladeRF > -- * RFSPACE Receivers > -- * AIRSPY Receiver > -- * SoapySDR support > -- * Red Pitaya SDR > -- > -- ###################################################### > -- # Gnuradio disabled components > -- ###################################################### > -- * FUNcube Dongle Pro+ > -- * Osmocom MiriSDR > -- * FreeSRP support > -- > -- Building for version: v0.1.4-127-g4d83c606 / 0.1.5git > -- Using install prefix: /usr/local > -- Configuring done > -- Generating done > -- Build files have been written to: /home/gregor/temp/gr-osmosdr/build > gregor@gregor-laptop ~/temp/gr-osmosdr/build $ make > Scanning dependencies of target gnuradio-osmosdr > [ 2%] Building CXX object > lib/CMakeFiles/gnuradio-osmosdr.dir/source_impl.cc.o > In file included from > /home/gregor/temp/gr-osmosdr/lib/bladerf/bladerf_source_c.h:26:0, > from /home/gregor/temp/gr-osmosdr/lib/source_impl.cc:72: > /home/gregor/temp/gr-osmosdr/lib/bladerf/bladerf_common.h:291:50: > error: ‘>>’ should be ‘> >’ within a nested template argument list > static std::list<boost::weak_ptr<struct bladerf>> _devs; /**< dev > cache */ > ^ > In file included from > /home/gregor/temp/gr-osmosdr/lib/source_impl.cc:72:0: > /home/gregor/temp/gr-osmosdr/lib/bladerf/bladerf_source_c.h:141:32: > warning: non-static data member initializers only available with > -std=c++11 or -std=gnu++11 > const float SCALING_FACTOR = 2048.0f; > ^ > lib/CMakeFiles/gnuradio-osmosdr.dir/build.make:62: recipe for target > 'lib/CMakeFiles/gnuradio-osmosdr.dir/source_impl.cc.o' failed > make[2]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/source_impl.cc.o] > Error 1 > CMakeFiles/Makefile2:135: recipe for target > 'lib/CMakeFiles/gnuradio-osmosdr.dir/all' failed > make[1]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/all] Error 2 > Makefile:138: recipe for target 'all' failed > make: *** [all] Error 2 I'm running Linux Mint 18.3 Sylvia and am trying to compile for GNU Radio 3.7 (which I installed via pybombs), gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.11).

4 4

rtl_map project [RTL-SDR]
by KeyLo99 28 Jan '19

28 Jan '19

I'm a RTL-SDR researcher and DSP learner currently working on a project for properly figuring RTL2832 and I/Q fundamentals out. The project is about reading raw I/Q samples, processing samples and creating FFT graph from them. I tried to explain what I'm doing in detail with comment lines. I'm hoping that I will be helpful to RTL-SDR beginners with this rtl_map [C] project. Another purpose of the rtl_map project is making a frequency scanner application for signal security researches. Another information about the project, installation instructions and example usages exist at the GitHub repository. https://github.com/KeyLo99/rtl_map

1 0

gr-osmosdr and libbladerf compile failures
by Harald Welte 26 Jan '19

26 Jan '19

Hi Rey + Robert, I've just also been hit by a bug that was already filed some 5 months ago in the osmocom.org bug tracker: http://osmocom.org/issues/3512 It seems that the bladerf support to gr-osmosdr added in 2018 unconditionally accepts any libbladerf version installed and subseequently enables the support for it, only then to fails to compile as it actually appears to require a minimum version of 2.0.0 for which it doesn't check during the cmake step. I don't know much about Cmake and hence it would be great if you as the authors of the related code could find a minute to ensure that gr-osmosdr will simply not try to build bladerf support if the version of libbladerf is too old. I'm aware that I can of course manually disable bladerf support, but that's more a work-around than a proper solution, IMHO. Thanks in advance! Regards, Harald -- - 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

advice on ham radio operation
by Joseph Hutchins 25 Jan '19

25 Jan '19

Hi, after I make the appropriate bandpass filters, I wanted to attach the device to an antenna and try some SSB HF, maybe 10 or 20 meter band. I noticed there are no SSB examples and so I will need to write the program myself. I was contacting to ask if there is any reason that the examples use standalone binaries to interact with the fresco chip rather than writing a library for gnuradio. Did something about gnuradio make the fresco's integration with it impractical? Would I be better off proceeding by writing a gnuradio block for the Fresco sink or a standalone SSB-tx program? The novelty of demonstrating that such a cheap setup is feasible really appeals to me. Thanks, Joseph Hutchins

3 2

[PATCH v3] Add api to get index by usb bus and port number
by Nicolas Sugino 16 Jan '19

16 Jan '19

This allows to get the device index based on the usb bus and port number Signed-off-by: Nicolas Sugino <nsugino(a)3way.com.ar> --- include/rtl-sdr.h | 12 ++++++++++++ src/librtlsdr.c | 42 ++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 54 insertions(+) diff --git a/include/rtl-sdr.h b/include/rtl-sdr.h index 3ed13ae..d1e3c1e 100644 --- a/include/rtl-sdr.h +++ b/include/rtl-sdr.h @@ -60,6 +60,18 @@ RTLSDR_API int rtlsdr_get_device_usb_strings(uint32_t index, */ RTLSDR_API int rtlsdr_get_index_by_serial(const char *serial); +/*! + * Get device index by USB bus and port number + * + * \param bus bus number where the device is connected + * \param port port number where the device is connected + * \return device index of first device where the name matched + * \return -1 on libusb initialization failure + * \return -2 if no devices were found at all + * \return -3 if devices were found, but none with matching bus and port + */ +RTLSDR_API int rtlsdr_get_index_by_usb_bus_port(uint8_t bus, uint8_t port); + RTLSDR_API int rtlsdr_open(rtlsdr_dev_t **dev, uint32_t index); RTLSDR_API int rtlsdr_close(rtlsdr_dev_t *dev); diff --git a/src/librtlsdr.c b/src/librtlsdr.c index 89ec903..0d0804d 100644 --- a/src/librtlsdr.c +++ b/src/librtlsdr.c @@ -1436,6 +1436,48 @@ int rtlsdr_get_index_by_serial(const char *serial) return -3; } +int rtlsdr_get_index_by_usb_bus_port(uint8_t bus, uint8_t port) +{ + int r = -2, index = 0; + int i, found = 0; + libusb_context *ctx; + libusb_device **list; + struct libusb_device_descriptor dd; + uint8_t reg, dev_bus, dev_port; + ssize_t cnt; + + r = libusb_init(&ctx); + if(r < 0){ + return -1; + } + + cnt = libusb_get_device_list(ctx, &list); + if (!cnt) { + libusb_exit(ctx); + return -2; + } + + for (i = 0; i < cnt; i++) { + libusb_get_device_descriptor(list[i], &dd); + + if (find_known_device(dd.idVendor, dd.idProduct)) { + dev_bus = libusb_get_bus_number(list[i]); + dev_port = libusb_get_port_number(list[i]); + if(bus == dev_bus && port == dev_port) { + found = 1; + break; + } + index++; + } + } + + libusb_free_device_list(list, 1); + + libusb_exit(ctx); + + return found ? index : -3; +} + int rtlsdr_open(rtlsdr_dev_t **out_dev, uint32_t index) { int r; -- 2.13.6

1 0

Openwebrx and direct sampling mode crash
by sm6hoc＠telia.com 14 Jan '19

14 Jan '19

Hi my friends I'w got a problem wen install direct sampling mode. When install openwebrx everything is ok up and running. The problem is when I install the direct sampling mode (Have install 3 other and no problem). This is the first Ubuntu 18.04. I copy the log here but it is only from startup script. [openwebrx-main] Configuration script not specified. I will use: "config_webrx.py" [openwebrx-main] nmux_bufsize = 602112, nmux_bufcnt = 84 [openwebrx-main] Started rtl_thread: rtl_sdr -s 2400000 -f 144250000 -p 0 -g 5 -| nmux --bufsize 602112 --bufcnt 84 --port 4951 --address 127.0.0.1 [openwebrx-main] Waiting for I/Q server to start... rtl_sdr: symbol lookup error: rtl_sdr: undefined symbol: rtlsdr_set_dithering nmux: listening on 127.0.0.1:4951 nmux: (main thread/for) end input stream, exiting. Lars SM6HOC

1 0

gr-osmosdr / no tagged versions since 2014
by Harald Welte 08 Jan '19

08 Jan '19

Hi! today I discovered that the gr-osmosdr package in debian unstable contains a whooping list of 96 patches. This is due to the fact that since November 2014 there hasn't been any tagged versions in the repository. I'd like to suggest to tag releases a bit more often. @horizon: What about jumping to 1.0.0 right away? Regards, Harald -- - 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)

5 5

← Newer
1
...
17
18
19
20
21
22
23
...
91
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr