osmocom-sdr

osmocom-sdr@lists.osmocom.org

904 discussions

Looking for help decoding Pulse Interval Width Modulation
by Adam Callis 14 Jan '18

14 Jan '18

Good afternoon, I am a complete noob playing with my YardStick one and HackRf one. I am working a signal that I am fairly certain is using pulse interval encoding and I am having a heck of a time understanding how to turn the NRZ 1's and 0's into the Pulse Interval. The closest thing I have seen is how RFID uses pulse interval encoding but I don't think that is the same thing. I started by recording in osmocom_fft I then used inspectrum to extract symbols and found that most symbols were 1 unit in inspectrum, but there were a few places where there were 2 or 4 in a row of high or low. Once I exported the symbols I was able to generate a bit string of 1's and 0's representing highs and lows. I was able to identify the preamble and what I think is the sync word, but that's where I get lost. I have seen many examples where people take 3 bits and assume that say 001 is a 0 and 011 is a 1n a PWM model but nothing I seem to do seems to work to uncover the PIE encoding and was hoping someone out there could point me in the right direction. Thanks, Adam Sent from my iPad

1 0

modify rtl-sdr.h to lower the sample rate at 125000
by Olivier SCHMITT 09 Jan '18

09 Jan '18

Hello dear RTL-SDR community, I just whant to ask if it's possible to modify rtl-sdr.h to lower the admissible sample rate. I am currently using 8 dongle successfully but would like to use 12 dongle simultaneously with software (rtlsdr-wsprd) to decode wspr signals. This one uses the library rtl-sdr. I would therefore like to be able to use sampling frequencies lower than 250000. Thanks in advance!

1 0

limitations of using multiple RTL-SDR dongles simultaneously
by Olivier SCHMITT 08 Jan '18

08 Jan '18

Hello dear RTL-SDR users, I whant to use multiples dongles as array for decode wspr. My problem is that I can not use more than 4 USB dongle simultaneously. I check with usbmon, each dongle uses 500kbits / s around. So I am far from the maximum bandwidth allowed by usb 2. I tried using a USB switch with external power supply but it does not work better. The default test performed is: #!/bin/bash for ((i=0;i<=4;i++)) do rtl_test -d $i -s 250000 & done First 4 is starting but last 5 doesent. And i whant to use more... Is this a limitation of the RTL-SDR library or the kernel driver? Do we have a solution to get around the problem? Thank you in advance for your valuable feedback.

3 4

[PATCH] rtl_tcp: rtl_tcp_source_c.cc: Adds explicit cast
by Mike Morris 04 Jan '18

04 Jan '18

To prevent build errors on macOS 10.13.2 --- lib/rtl_tcp/rtl_tcp_source_c.cc | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/lib/rtl_tcp/rtl_tcp_source_c.cc b/lib/rtl_tcp/rtl_tcp_source_c.cc index ecdeee0..c962dd8 100644 --- a/lib/rtl_tcp/rtl_tcp_source_c.cc +++ b/lib/rtl_tcp/rtl_tcp_source_c.cc @@ -298,17 +298,17 @@ rtl_tcp_source_c::rtl_tcp_source_c(const std::string &args) : // set direct sampling struct command cmd; - cmd = { 0x09, htonl(direct_samp) }; + cmd = (struct command){ 0x09, htonl(direct_samp) }; send(d_socket, (const char*)&cmd, sizeof(cmd), 0); if (direct_samp) _no_tuner = true; // set offset tuning - cmd = { 0x0a, htonl(offset_tune) }; + cmd = (struct command){ 0x0a, htonl(offset_tune) }; send(d_socket, (const char*)&cmd, sizeof(cmd), 0); // set bias tee - cmd = { 0x0e, htonl(bias_tee) }; + cmd = (struct command){ 0x0e, htonl(bias_tee) }; send(d_socket, (const char*)&cmd, sizeof(cmd), 0); } @@ -567,7 +567,7 @@ bool rtl_tcp_source_c::set_gain_mode( bool automatic, size_t chan ) send(d_socket, (const char*)&cmd, sizeof(cmd), 0); // AGC mode - cmd = { 0x08, htonl(automatic) }; + cmd = (struct command){ 0x08, htonl(automatic) }; send(d_socket, (const char*)&cmd, sizeof(cmd), 0); _auto_gain = automatic; -- 2.15.1

1 0

SDRplay rewrite w/RSP2
by Jeff Long 02 Jan '18

02 Jan '18

I picked up a SDRplay RSP2 recently, and the gr-osmosdr support needed some work. Here's a rewrite that works with RSP2 and has other improvements. When the RSP1A comes in, I'll finish support for that. No plans to pick up a RSP1, but someone can see if this works if interested. This was tested against the Nov 2017 binary blob. https://github.com/willcode/gr-osmosdr/tree/sdrplay2 ===== Complete rewrite of sdrplay support - Supports RSP2 - Will support RSP1A when hardware arrives - RSP1 is untested - Uses streaming callbacks instead of polling - Tuning, gain control imporoved, AGC supported - Better performance (one less layer of buffers)

1 1

TCH/H decoding
by Andrew Artyushok 08 Dec '17

08 Dec '17

Hello. Question about gsm0503_tch_ahs_decode function in gsm0503_coding from libosmocore ( http://ftp.osmocom.org/api/latest/libosmocore/coding/html/group__coding.htm…) . Can you please explain wat's "int odd" mean? If it's odd frame number then which of the 8? And why to function need 8 burst if in function loop to 4?

1 0

OsmoDevCon 2018 schedule planning
by Harald Welte 06 Dec '17

06 Dec '17

Dear Osmocom Community, [please respect the Reply-To and post all follow-up discussion to this to openbsc(a)lists.osmocom.org, so we avoid having long threads cross-posted to several mailing lists.] Like every year in early December, it is time to discuss as schedule for OsmoDevCon in the upcoming year. Note: Ths is about OsmoDevCon, the more private meeting of developers, *NOT* about OsmoCon, the public conference. == When, Who, Where == I propose the following date for OsmoDevCon 2018: April 20 - April 23rd, 2018 * Who: Active developers/contributors of Osmocom projects (as usual) * Where: IN-Berlin, Berlin (as usual) Please let me know ASAP if that proposed date works for everyone who'd want to attend. We can still change it now, but I would want to nail down the date pretty soon. == Format == After the experiment of reducing from 4 to 3 days last year (due to OsmoCon), we will again go for *four days* in 2018. However, we should clearly divide the days in a way that e.g. "GSM/3G" topics are on two days, while SDR+Other topics are on the other days, so people not interested in some topics can skip one or two days, as needed. We could even divide it further like: * 1 day 3GPP RAN (osmo-bts, osmo-bsc, osmo-pcu, virt_phy, fake_trx, ...) * 1 day 3GPP CN (osmo-msc, osmo-hlr, osmo-sip-connector, nextepc, etc.) * 2 days misc Regards, and looking forward to meeting you [again] in 2018, 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 1

RE: SDR board design for hand Held tactical SDR
by Shiv Shankar Gautam 05 Dec '17

05 Dec '17

Waiting for your response. Warm Regrads, Shiv Gautam | Manager Communication Systems -------------------------------------------------------------------------- -------------------------- The Tata Power Company Limited Strategic Engineering Division (Tata Power SED) 42 - 43 Electronics City Hosur Road Bengaluru 560 100 India Tel: +91 80 6785 4501 | Fax: +91 80 6785 9901 | Mobile: +91 74110 01394 Website: www.TataPowerSED.in <http://www.tatapowersed.in/> From: Shiv Shankar Gautam [mailto:ssgautam@tatapowersed.com] Sent: 21 November 2017 10:01 To: 'osmocom-sdr(a)lists.osmocom.org' Subject: SDR board design for hand Held tactical SDR We are looking for SCA compliance SDR hardware design. Please send us the design Warm Regrads, Shiv Gautam | Manager Communication Systems -------------------------------------------------------------------------- -------------------------- The Tata Power Company Limited Strategic Engineering Division (Tata Power SED) 42 - 43 Electronics City Hosur Road Bengaluru 560 100 India Tel: +91 80 6785 4501 | Fax: +91 80 6785 9901 | Mobile: +91 74110 01394 Website: www.TataPowerSED.in <http://www.tatapowersed.in/> *Disclaimer* ------------------------------------------------------------ Notice: This e-mail and / or attachments (communication) may contain information that is confidential and proprietary to The Tata Power Company Limited, Strategic Engineering Division (Tata Power SED). If you are not the intended recipient of this communication, please do not use or disseminate the information contained therein, notify the sender by e-mail or telephone and delete the communication (permanently) from your system. Any information in this communication that does not relate to the official business of Tata Power SED shall be understood as neither given nor endorsed by it. Please note that e-mails are susceptible to change and Tata Power SED shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt. This communication is not guaranteed to be free from computer viruses and it is recommended that you check for all viruses before download. Print this communication only if absolutely essential. Thank you for your co-operation. ------------------------------------------------------------

2 1

Modulation Format Enquiry
by Shuai Sun 23 Nov '17

23 Nov '17

Hello Under gnuradio platform, when I send a pure sinusoid using gr-osmocom, what is the modulation format that osmocom uses? Thank you very much. Regards Shuai

1 0

SDR board design for hand Held tactical SDR
by Shiv Shankar Gautam 21 Nov '17

21 Nov '17

We are looking for SCA compliance SDR hardware design. Please send us the design Warm Regrads, Shiv Gautam | Manager Communication Systems -------------------------------------------------------------------------- -------------------------- The Tata Power Company Limited Strategic Engineering Division (Tata Power SED) 42 - 43 Electronics City Hosur Road Bengaluru 560 100 India Tel: +91 80 6785 4501 | Fax: +91 80 6785 9901 | Mobile: +91 74110 01394 Website: <http://www.tatapowersed.in/> www.TataPowerSED.in *Disclaimer* ------------------------------------------------------------ Notice: This e-mail and / or attachments (communication) may contain information that is confidential and proprietary to The Tata Power Company Limited, Strategic Engineering Division (Tata Power SED). If you are not the intended recipient of this communication, please do not use or disseminate the information contained therein, notify the sender by e-mail or telephone and delete the communication (permanently) from your system. Any information in this communication that does not relate to the official business of Tata Power SED shall be understood as neither given nor endorsed by it. Please note that e-mails are susceptible to change and Tata Power SED shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt. This communication is not guaranteed to be free from computer viruses and it is recommended that you check for all viruses before download. Print this communication only if absolutely essential. Thank you for your co-operation. ------------------------------------------------------------

1 0

← Newer
1
...
29
30
31
32
33
34
35
...
91
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr