osmocom-sdr

osmocom-sdr@lists.osmocom.org

3 participants
909 discussions

MS9120 USB VGA dongle
by Niklas Cathor 02 Nov '23

02 Nov '23

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

2 1

gr-osmosdr: New release
by AsciiWolf 02 Nov '23

02 Nov '23

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 0

[PATCH] RTL-SDR Blog V4 Upconverter GPIO Switch
by Carl Laufer 20 Sep '23

20 Sep '23

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 0

[PATCH] Fix MacOS rtl_tcp bind error
by Carl Laufer 30 Aug '23

30 Aug '23

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 0

[PATCH] Adjust gr-osmosdr lower tuning limit for the RTL-SDR Blog V4
by Carl Laufer 30 Aug '23

30 Aug '23

1 0

Re: osmocom-sdr Digest, Vol 92, Issue 4
by Carl Laufer 30 Aug '23

30 Aug '23

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 On Thu, Aug 31, 2023 at 12:06 AM <osmocom-sdr-request(a)lists.osmocom.org> wrote: > > Send osmocom-sdr mailing list submissions to > osmocom-sdr(a)lists.osmocom.org > > To subscribe or unsubscribe via email, send a message with subject or > body 'help' to > osmocom-sdr-request(a)lists.osmocom.org > > You can reach the person managing the list at > osmocom-sdr-owner(a)lists.osmocom.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of osmocom-sdr digest..." > > Today's Topics: > > 1. [PATCH] Adjust gr-osmosdr lower tuning limit for the RTL-SDR Blog V4 > (Carl Laufer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 30 Aug 2023 23:55:57 +1200 > From: Carl Laufer <admin(a)rtl-sdr.com> > Subject: [PATCH] Adjust gr-osmosdr lower tuning limit for the RTL-SDR > Blog V4 > To: osmocom-sdr(a)lists.osmocom.org > Message-ID: > <CAP8SZq0i9JGFpBgvgHLfBeoTUoec0+XGoVh3Vr=_GQYqiJeL6Q(a)mail.gmail.com> > Content-Type: multipart/mixed; boundary="00000000000077e36a0604229e75" > > Patch to detect the RTL-SDR Blog V4 in gr-osmosdr, and set the lower limit > to 0 MHz. > > Regards, > Carl >

1 0

[PATCH] Adjust gr-osmosdr lower tuning limit for the RTL-SDR Blog V4
by Carl Laufer 30 Aug '23

30 Aug '23

Patch to detect the RTL-SDR Blog V4 in gr-osmosdr, and set the lower limit to 0 MHz. Regards, Carl

1 0

[PATCH] Fix MacOS rtl_tcp bind error
by Carl Laufer 28 Aug '23

28 Aug '23

This should fix https://osmocom.org/issues/4758 Regards, Carl Laufer

1 0

[PATCH] Support RTL-SDR Blog V4 R828D dongles
by Carl Laufer 27 Aug '23

27 Aug '23

I've just released a new R828D based dongle and it needs some code changes to work. It would be great if the osmocom drivers could support it. The dongle is based on the R828D chip, but unlike prior R828D dongles which use 16 MHz, the V4 uses a 28.8 MHz LO. Also the three RF inputs are used, and connected via a triplexer to separate them into HF, VHF and UHF bands. Finally, the open_d pin is also used to activate some notch filters for common interference bands. I've written the code so it detects an EEPROM string in the V4, and only applies the new code if that exists. This makes sure that the older R828D based dongles still work. I'm not too familiar with the patch submission process, so please let me know if something needs to be changed. And if anyone on the team needs/wants some new V4 dongles for testing, please let me know too. Thanks, Carl diff --git a/src/librtlsdr.c b/src/librtlsdr.c index 096abae..d624732 100644 --- a/src/librtlsdr.c +++ b/src/librtlsdr.c @@ -119,6 +119,8 @@ struct rtlsdr_dev { int dev_lost; int driver_active; unsigned int xfer_errors; + char manufact[256]; + char product[256]; }; void rtlsdr_set_gpio_bit(rtlsdr_dev_t *dev, uint8_t gpio, int val); @@ -1430,6 +1432,16 @@ int rtlsdr_get_index_by_serial(const char *serial) return -3; } +/* Returns true if the manufact_check and product_check strings match what is in the dongles EEPROM */ +int rtlsdr_check_dongle_model(rtlsdr_dev_t *dev, char* manufact_check, char* product_check) +{ + if ((strcmp(dev->manufact, manufact_check) == 0 && strcmp(dev->product, product_check) == 0)) + return 1; + + return 0; +} + + int rtlsdr_open(rtlsdr_dev_t **out_dev, uint32_t index) { int r; @@ -1528,6 +1540,9 @@ int rtlsdr_open(rtlsdr_dev_t **out_dev, uint32_t index) rtlsdr_init_baseband(dev); dev->dev_lost = 0; + /* Get device manufacturer and product id */ + r = rtlsdr_get_usb_strings(dev, dev->manufact, dev->product, NULL); + /* Probe tuners */ rtlsdr_set_i2c_repeater(dev, 1); @@ -1555,6 +1570,10 @@ int rtlsdr_open(rtlsdr_dev_t **out_dev, uint32_t index) reg = rtlsdr_i2c_read_reg(dev, R828D_I2C_ADDR, R82XX_CHECK_ADDR); if (reg == R82XX_CHECK_VAL) { fprintf(stderr, "Found Rafael Micro R828D tuner\n"); + + if (rtlsdr_check_dongle_model(dev, "RTLSDRBlog", "Blog V4")) + fprintf(stderr, "RTL-SDR Blog V4 Detected\n"); + dev->tuner_type = RTLSDR_TUNER_R828D; goto found; } @@ -1588,7 +1607,11 @@ found: switch (dev->tuner_type) { case RTLSDR_TUNER_R828D: - dev->tun_xtal = R828D_XTAL_FREQ; + /* If NOT an RTL-SDR Blog V4, set typical R828D 16 MHz freq. Otherwise, keep at 28.8 MHz. */ + if (!(rtlsdr_check_dongle_model(dev, "RTLSDRBlog", "Blog V4"))) { + fprintf(stdout, "setting 16mhz"); + dev->tun_xtal = R828D_XTAL_FREQ; + } /* fall-through */ case RTLSDR_TUNER_R820T: /* disable Zero-IF mode */ diff --git a/src/tuner_r82xx.c b/src/tuner_r82xx.c index 997abd7..9b831f4 100644 --- a/src/tuner_r82xx.c +++ b/src/tuner_r82xx.c @@ -33,6 +33,10 @@ #define MHZ(x) ((x)*1000*1000) #define KHZ(x) ((x)*1000) +#define HF 1 +#define VHF 2 +#define UHF 3 + /* * Static constants */ @@ -1098,7 +1102,14 @@ int r82xx_set_bandwidth(struct r82xx_priv *priv, int bw, uint32_t rate) int r82xx_set_freq(struct r82xx_priv *priv, uint32_t freq) { int rc = -1; - uint32_t lo_freq = freq + priv->int_freq; + + int is_rtlsdr_blog_v4 = rtlsdr_check_dongle_model(priv->rtl_dev, "RTLSDRBlog", "Blog V4"); + + /* if it's an RTL-SDR Blog V4, automatically upconvert by 28.8 MHz if we tune to HF + * so that we don't need to manually set any upconvert offset in the SDR software */ + uint32_t upconvert_freq = is_rtlsdr_blog_v4 ? ((freq < MHZ(28.8)) ? (freq + MHZ(28.8)) : freq) : freq; + + uint32_t lo_freq = upconvert_freq + priv->int_freq; uint8_t air_cable1_in; rc = r82xx_set_mux(priv, lo_freq); @@ -1109,16 +1120,60 @@ int r82xx_set_freq(struct r82xx_priv *priv, uint32_t freq) if (rc < 0 || !priv->has_lock) goto err; - /* switch between 'Cable1' and 'Air-In' inputs on sticks with - * R828D tuner. We switch at 345 MHz, because that's where the - * noise-floor has about the same level with identical LNA - * settings. The original driver used 320 MHz. */ - air_cable1_in = (freq > MHZ(345)) ? 0x00 : 0x60; + if (is_rtlsdr_blog_v4) { + /* determine if notch filters should be on or off notches are turned OFF + * when tuned within the notch band and ON when tuned outside the notch band. + */ + uint8_t open_d = (freq <= MHZ(2.2) || (freq >= MHZ(85) && freq <= MHZ(112)) || (freq >= MHZ(172) && freq <= MHZ(242))) ? 0x00 : 0x08; + rc = r82xx_write_reg_mask(priv, 0x17, open_d, 0x08); + + if (rc < 0) + return rc; + + /* select tuner band based on frequency and only switch if there is a band change + *(to avoid excessive register writes when tuning rapidly) + */ + uint8_t band = (freq <= MHZ(28.8)) ? HF : ((freq > MHZ(28.8) && freq < MHZ(250)) ? VHF : UHF); + + /* switch between tuner inputs on the RTL-SDR Blog V4 */ + if (band != priv->input) { + priv->input = band; + + /* activate cable 2 (HF input) */ + uint8_t cable_2_in = (band == HF) ? 0x08 : 0x00; + rc = r82xx_write_reg_mask(priv, 0x06, cable_2_in, 0x08); - if ((priv->cfg->rafael_chip == CHIP_R828D) && - (air_cable1_in != priv->input)) { - priv->input = air_cable1_in; - rc = r82xx_write_reg_mask(priv, 0x05, air_cable1_in, 0x60); + if (rc < 0) + goto err; + + /* activate cable 1 (VHF input) */ + uint8_t cable_1_in = (band == VHF) ? 0x40 : 0x00; + rc = r82xx_write_reg_mask(priv, 0x05, cable_1_in, 0x40); + + if (rc < 0) + goto err; + + /* activate air_in (UHF input) */ + uint8_t air_in = (band == UHF) ? 0x00 : 0x20; + rc = r82xx_write_reg_mask(priv, 0x05, air_in, 0x20); + + if (rc < 0) + goto err; + } + } + else /* Standard R828D dongle*/ + { + /* switch between 'Cable1' and 'Air-In' inputs on sticks with + * R828D tuner. We switch at 345 MHz, because that's where the + * noise-floor has about the same level with identical LNA + * settings. The original driver used 320 MHz. */ + air_cable1_in = (freq > MHZ(345)) ? 0x00 : 0x60; + + if ((priv->cfg->rafael_chip == CHIP_R828D) && + (air_cable1_in != priv->input)) { + priv->input = air_cable1_in; + rc = r82xx_write_reg_mask(priv, 0x05, air_cable1_in, 0x60); + } } err:

3 5

Osmocom discourse as alternative to mailing lists
by Harald Welte 27 Jul '23

27 Jul '23

Dear Osmocom community, while many people with a long history in FOSS development have no issues at all with mailing lists as primary form of engaging with their community, they have undoubtedly fallen out of fashion in favor of various chat/messaging systems or web based forums. In Osmocom, we've just launched an installation of the discourse forum software available at https://discourse.osmocom.org/ providing an alternative to our traditional mailing lists at https://lists.osmocom.org/ We're looking forward to see whether this web-based approach will facilitate more and/or other people to engage with the Osmocom developer/contributor community. Feel free to join and get the discussions started. If there's a need for more categories or sub-categories, just let one of the moderators know and we can help with that. The old mailing lists will continue to remain available for those who prefer them. -- - Harald Welte <laforge(a)osmocom.org> https://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr