osmocom-sdr

osmocom-sdr@lists.osmocom.org

2 participants
906 discussions

[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

[PATCH] trl_tcp: fix for macos
by Stephen More 23 Apr '23

23 Apr '23

rtl_tcp does not work on macos: https://osmocom.org/issues/4758 sizeof(local) == 128 ai->ai_addrlen == 16 patch: % git diff *diff --git a/src/rtl_tcp.c b/src/rtl_tcp.c* *index 8781ba9..b64f943 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, ai->ai_addrlen)) fprintf(stderr, "rtl_tcp bind error: %s", strerror(errno)); else break; smore@Stephens-Mini rtl-sdr %

1 0

[PATCH] rtl_sdr: enable direct sampling support
by 0x4tlas 29 Mar '23

29 Mar '23

While using rtl_sdr i noticed that there was no direct sampling support, despite the rtl-sdr library supporting it, so i wrote a patch: diff --git a/src/rtl_sdr.c b/src/rtl_sdr.cindex 2c93b57..15a4212 100644 --- a/src/rtl_sdr.c +++ b/src/rtl_sdr.c @@ -55,6 +55,7 @@ void usage(void) "\t[-b output_block_size (default: 16 * 16384)]\n" "\t[-n number of samples to read (default: 0, infinite)]\n" "\t[-S force sync output (default: async)]\n" + "\t[-D direct sampling (default: 0, 1 for I branch, 2 for Q branch)]\n" "\tfilename (a '-' dumps samples to stdout)\n\n"); exit(1); } @@ -112,6 +113,7 @@ int main(int argc, char **argv) int n_read; int r, opt; int gain = 0; + int direct_sampling = 0; int ppm_error = 0; int sync_mode = 0; FILE *file; @@ -121,8 +123,8 @@ int main(int argc, char **argv) uint32_t frequency = 100000000; uint32_t samp_rate = DEFAULT_SAMPLE_RATE; uint32_t out_block_size = DEFAULT_BUF_LENGTH; - - while ((opt = getopt(argc, argv, "d:f:g:s:b:n:p:S")) != -1) { + + while ((opt = getopt(argc, argv, "d:f:g:s:b:n:p:S:D:")) != -1) { switch (opt) { case 'd': dev_index = verbose_device_search(optarg); @@ -149,6 +151,9 @@ int main(int argc, char **argv) case 'S': sync_mode = 1; break; + case 'D': + direct_sampling = atoi(optarg); + break; default: usage(); break; @@ -200,7 +205,8 @@ int main(int argc, char **argv) #endif /* Set the sample rate */ verbose_set_sample_rate(dev, samp_rate); - + /* Set direct sampling*/ + verbose_direct_sampling(dev, direct_sampling); /* Set the frequency */ verbose_set_frequency(dev, frequency);

1 0

Re: Play RTP packets payload obtained from the mobile phone in a call service
by Tomcsanyi, Domonkos 24 Feb '23

24 Feb '23

AFAIR Wireshark cannot play our RTP streams because it has a very limited set of codecs, mostly focusing on regular VoIP audio. Cheers, Domi > 24.02.2023 dátummal, 1:29 időpontban Neels Hofmeyr <nhofmeyr(a)sysmocom.de> írta: > > On Wed, Feb 22, 2023 at 11:58:24PM +0330, morteza ali Ahmadi wrote: >> I have aggregated all RTP packets payload. How can I convert the aggregated >> bytes to a hearable audio? > > Firstly you need to be aware that 3G audio uses IuUP -- the RTP payload > includes an IuUP header followed by the AMR audio data. To see this in > wireshark, you need to go to Preferences / Protocols / IuUP and mark > [x] Dissect IuUP Payload bits. > > osmo-mgw has implemented the IuUP to AMR conversion: if one side of an MGCP > endpoint has VND.3GPP.IUFP and the other has AMR, osmo-mgw will decapsulate the > AMR from the IuUP, i.e. forward plain AMR. > > Next I guess you will convert the AMR to something you can play back, AFAIK > https://gitea.osmocom.org/osmocom/gapk is capable of that? > > Also wireshark is supposed to be able to play back an RTP stream. See the menu > item Telephony / RTP. It hasn't worked for me yet, not sure what I'm doing > wrong, but I also never tried for more than two minutes. > > This is a rough outline, you'll have to figure out all the details... > > ~N

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr