osmocom-sdr

osmocom-sdr@lists.osmocom.org

904 discussions

Cheap RTL2832U / FC0012 gives "No supported tuner found", but has I2C devices

by Nick Burch

Hi All I bought a cheap DVB-T stick that was supposed to be a RTL2832U with a FC0012 tuner with RTL-SDR support. As might have been expected given the price, it doesn't work. The various rtl_ tools all report "No supported tuner found", eg rtl_eeprom gives: > Found 1 device(s): > 0: Generic RTL2832U OEM > > Using device 0: Generic RTL2832U OEM > No supported tuner found > Enabled direct sampling mode, input 1 > > Current configuration: > __________________________________________ > Vendor ID: 0x0bda > Product ID: 0x2838 > Manufacturer: Realtek > Product: RTL2838UHIDIR > Serial number: 00000001 > Serial number enabled: yes > IR endpoint enabled: yes > Remote wakeup enabled: no > __________________________________________ The vendor did give me a full refund suspiciously quickly, so clearly the lack of advertised RTL-SDR compatibility is well known to them! I then took the cover off, and it does have a chip that's labelled RTL2832U, plus another similar sized one I can't read the label of. After a bit of searching, I found this old post with a patch to list all the I2C devices: https://www.mail-archive.com/osmocom-sdr@lists.osmocom.org/msg00454.html That reports: > I2C devices found: > 20 a0 a2 So there is something working there, but I'm not sure if it's enough... Is there any hope for this stick? And if so, what would my next steps be? Thanks Nick

1 year, 8 months

Binary packages: changes in supported distributions

by Oliver Smith

Hello various Osmocom mailing lists, the official Osmocom binary packages will not be built anymore for the following distributions starting at 2024-02: * Raspberry Pi OS 64-bit (use Debian_12 etc. instead) * Ubuntu 23.04 (Ubuntu 23.10 and LTS 20.04/22.04 feeds are available) * openSUSE 15.4 (openSUSE Tumbleweed feed is available) * Debian Testing (Debian Unstable and 12-10 feeds are available) For Raspberry Pi OS 64-bit users, make sure to adjust your /etc/apt/sources.list.d as described here to switch to a Debian aarch64 feed: https://osmocom.org/projects/cellular-infrastructure/wiki/Latest_Builds See the new linux distributions article for information on how long we plan to keep building packages for each distribution: https://osmocom.org/projects/cellular-infrastructure/wiki/Linux_distributio… Let me know if you have questions. Best regards, Oliver -- - Oliver Smith <osmith(a)sysmocom.de> https://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Director: Harald Welte

1 year, 8 months

Fix MSYS2 MinGW64 build

by Ruslan Migirov

can you review this patch?

1 year, 8 months

gr-osmosdr: Multiple Airspy devices

by AsciiWolf

Hello, Is there any chance the following patch could be reviewed and/or merged into upstream gr-osmosdr? It allow multiple Airspy devices to be used (which is sadly not possible without the patch). The patch is already used in the downstream gr-osmosdr package in Fedora for last two years and seems to work without issues. https://osmocom.org/issues/5144#note-4 Thanks! Regards, Daniel

1 year, 9 months

rtl-sdr: New release

by AsciiWolf

Hello, Please, consider doing a new tag/release of rtl-sdr. The last tagged version is from 2018 and there were many changes since then including the recently added RTL-SDR V4 dongle support. Thanks! Regards, Daniel

1 year, 9 months

MS9120 USB VGA dongle

by Niklas Cathor

After seeing the osmo-fl2k[1] project, I've bought a USB VGA dongle, hoping it would contain a FL2000. The model I've bought looks identical (from the outside) to the black one on the picture. Unfortunately it contains a different chip: a Macrosilicon MS9120. There is not a lot of information about this chip, the manufacturer does not even publish a datasheet (I've sent them an email to ask for one, but don't have high hopes). What I've found so far is: - someone's reverse-engineering attempt of the android driver[2] - a bit of python code to read & write the chip's memory[3] The second thing is for a different chip by the same manufacturer, but it seems to work with my device as well. So, I was wondering if anyone here has already attempted to re-purpose this chip as a transmitter :) cheers, - niklas [1] https://osmocom.org/projects/osmo-fl2k/wiki [2] https://github.com/animaone/macrosilicon_reverse_engineering_journey/ [3] https://github.com/hwti/ms210x-tools

1 year, 9 months

gr-osmosdr: New release

by AsciiWolf

gr-osmosdr: New release Hello, Please, consider doing a new tag/release of gr-osmosdr. The last tagged version is from 2022 and there were multiple changes since then including the recently added RTL-SDR V4 dongle support. Thanks! Regards, Daniel

1 year, 9 months

[PATCH] RTL-SDR Blog V4 Upconverter GPIO Switch

by Carl Laufer

In future blog v4 production batches (out in several months time), it will be possible to turn off the upconverter when tuned outside of the HF bands. Please add the code to control the GPIOs to turn off the upconverter when it is not in use. diff --git a/src/tuner_r82xx.c b/src/tuner_r82xx.c index 1510fc3..38d4802 100644 --- a/src/tuner_r82xx.c +++ b/src/tuner_r82xx.c @@ -1151,6 +1151,12 @@ int r82xx_set_freq(struct r82xx_priv *priv, uint32_t freq) cable_2_in = (band == HF) ? 0x08 : 0x00; rc = r82xx_write_reg_mask(priv, 0x06, cable_2_in, 0x08); + if (rc < 0) + goto err; + + /* Control upconverter GPIO switch on newer batches */ + rc = rtlsdr_set_bias_tee_gpio(priv->rtl_dev, 5, !cable_2_in); + if (rc < 0) goto err; Regards, Carl

1 year, 10 months

[PATCH] Fix MacOS rtl_tcp bind error

by Carl Laufer

Just realized the attachment was scrubbed by the list. Pasting plain text below: diff --git a/src/rtl_tcp.c b/src/rtl_tcp.c index 8781ba9..5595729 100644 --- a/src/rtl_tcp.c +++ b/src/rtl_tcp.c @@ -562,7 +562,7 @@ int main(int argc, char **argv) setsockopt(listensocket, SOL_SOCKET, SO_REUSEADDR, (char *)&r, sizeof(int)); setsockopt(listensocket, SOL_SOCKET, SO_LINGER, (char *)&ling, sizeof(ling)); - if (bind(listensocket, (struct sockaddr *)&local, sizeof(local))) + if (bind(listensocket, (struct sockaddr *)&local, aiHead->ai_addrlen)) fprintf(stderr, "rtl_tcp bind error: %s", strerror(errno)); else break; Regards, Carl

1 year, 11 months

[PATCH] Adjust gr-osmosdr lower tuning limit for the RTL-SDR Blog V4

by Carl Laufer

Just realized my patch attachments are getting scrubbed by the list. Hopefully this plain text paste works. diff --git a/lib/rtl/rtl_source_c.cc b/lib/rtl/rtl_source_c.cc index 5e3306b..644bf7a 100644 --- a/lib/rtl/rtl_source_c.cc +++ b/lib/rtl/rtl_source_c.cc @@ -455,6 +455,8 @@ double rtl_source_c::get_sample_rate() osmosdr::freq_range_t rtl_source_c::get_freq_range( size_t chan ) { osmosdr::freq_range_t range; + char manufact[256]; + char product[256]; if (_dev) { if (_no_tuner) { @@ -464,6 +466,8 @@ osmosdr::freq_range_t rtl_source_c::get_freq_range( size_t chan ) return range; } + rtlsdr_get_usb_strings( _dev, manufact, product, NULL ); + enum rtlsdr_tuner tuner = rtlsdr_get_tuner_type(_dev); if ( tuner == RTLSDR_TUNER_E4000 ) { @@ -478,6 +482,8 @@ osmosdr::freq_range_t rtl_source_c::get_freq_range( size_t chan ) range += osmosdr::range_t( 438e6, 924e6 ); } else if ( tuner == RTLSDR_TUNER_R820T ) { range += osmosdr::range_t( 24e6, 1766e6 ); + } else if ( tuner == RTLSDR_TUNER_R828D && strcmp(manufact, "RTLSDRBlog") == 0 && strcmp(product, "Blog V4") == 0 ) { + range += osmosdr::range_t( 0e6, 1766e6 ); } else if ( tuner == RTLSDR_TUNER_R828D ) { range += osmosdr::range_t( 24e6, 1766e6 ); } Regards, Carl

1 year, 11 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr