osmocom-sdr

osmocom-sdr@lists.osmocom.org

917 discussions

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

rtl_fm bias tee
by vk4tec＠tech-software.net 19 Nov '17

19 Nov '17

Hello I am installing a satgate on the raspberry pi with an rtl dongle I use the rtl_fm from the sources and I get an error about bias tee I have had to use another source Here is my install script #!/bin/sh clear echo "VK4TEC SATGATE install" echo " " #sudo apt-get update #sudo apt-get install cmake build-essential libusb-1.0-0-dev git clone https://github.com/niofis/rtl-sdr.git cd rtl-sdr/ mkdir build cd build cmake ../ make sudo make install sudo ldconfig git clone https://www.github.com/wb2osz/direwolf cd ~/direwolf make sudo make install make install-rpi make install-conf cd ~ sudo mv sdr.old sdr.confcd ~ sudo cp sdr.conf sdr.old cd ~ sudo apt-get uninstall rtl-sdr sudo apt-get install rtl-sdr sudo apt-get install librtlsdr-dev /usr/bin/rtl_fm -f 145.825M - | direwolf -t 0 -dii -c sdr.conf -r 24000 -D 1 - Andrew Rich Nov 2017

3 2

[PATCH] lib: fix regression on Fitipower FC0012
by David Kozub 15 Nov '17

15 Nov '17

The commit ba64a745 fixed rtlsdr_set_gpio_output() but also caused librtlsdr to stop working with (at least some) dongles with the FC0012 tuner. It seems that the FC0012 is connected to GPIO 4 while rtlsdr_open() assumes it's connected to GPIO 5. Before ba64a745 the bug in rtlsdr_set_gpio_output() caused GPIOs 3 and 4 to be set low and so everything worked. This changes the GPIO used in rtlsdr_open() from 5 to 4. At least on my dongle this fixes the regression. --- src/librtlsdr.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/librtlsdr.c b/src/librtlsdr.c index b369a5d..4fb2128 100644 --- a/src/librtlsdr.c +++ b/src/librtlsdr.c @@ -1565,11 +1565,11 @@ int rtlsdr_open(rtlsdr_dev_t **out_dev, uint32_t index) } /* initialise GPIOs */ - rtlsdr_set_gpio_output(dev, 5); + rtlsdr_set_gpio_output(dev, 4); /* reset tuner before probing */ - rtlsdr_set_gpio_bit(dev, 5, 1); - rtlsdr_set_gpio_bit(dev, 5, 0); + rtlsdr_set_gpio_bit(dev, 4, 1); + rtlsdr_set_gpio_bit(dev, 4, 0); reg = rtlsdr_i2c_read_reg(dev, FC2580_I2C_ADDR, FC2580_CHECK_ADDR); if ((reg & 0x7f) == FC2580_CHECK_VAL) { -- 2.14.2

1 0

[PATCH] Revert "lib: fix direction bit in GPIO code"
by Marcus Müller 07 Nov '17

07 Nov '17

This reverts commit ba64a7459a43652354990855176a7d8dad5b9d54. The mentioned commit leads to nonfunctionality of Fitipower FC0012 dongles (tested by a small horde of students) and doesn't increase functionality on my "RTL-SDR.com" branded R820T-based dongle. --- src/librtlsdr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/librtlsdr.c b/src/librtlsdr.c index b369a5d..6c079a5 100644 --- a/src/librtlsdr.c +++ b/src/librtlsdr.c @@ -570,7 +570,7 @@ void rtlsdr_set_gpio_output(rtlsdr_dev_t *dev, uint8_t gpio) gpio = 1 << gpio; r = rtlsdr_read_reg(dev, SYSB, GPD, 1); - rtlsdr_write_reg(dev, SYSB, GPD, r & ~gpio, 1); + rtlsdr_write_reg(dev, SYSB, GPO, r & ~gpio, 1); r = rtlsdr_read_reg(dev, SYSB, GPOE, 1); rtlsdr_write_reg(dev, SYSB, GPOE, r | gpio, 1); } -- 2.13.6

5 6

Want to do paid work on Osmocom? sysmocom is hiring
by Harald Welte 31 Oct '17

31 Oct '17

Dear Osmocom community, I would like to point out that at sysmocom, we're currently (again) hiring [1]. If you happen to have an interest in open source cellular communications and are fluent in C language development, we would love to hear from you. sysmocom probably doesn't need any introduction here, but just in case: The company was founded by Holger Freyther and Harald Welte, two of the leading OpenBSC and Osmocom developers from the very early days of the project. Today we are responsible for by far the largest number of commits to the Osmocom GSM/3G infrastructure related git repositories. Among our current priorities are automatic testing for the GPRS PCU, generalization of the OsmoMGW media gateway, support for load-based hand-over, inter-BSC hand-over as well as various improvements on the lower layers of the GPRS protocol stack. We're very dedicated to the cause in furthering the capabilities of open source cellular infrastructure from 2G to 4G. We believe in working upstream, no open core or dual licensing. If you have an interest working with an enthusiastic, strong technical and dedicated team of Osmocom hackers, please don't hesitate to let me know, best by e-mail to jobs(a)sysmocom.de Thanks, Harald p.s.: I hope this kind of message is not disturbing to anyone. I think it is important to the Osmocom project to have more paid people working on the stack, so it is justified. The positions we are seeking to fill will work [almost exclusively] on Osmocom, so it's not a random job ad but in the very interest of Osmocom, and hence on-topic for this list. [1] https://www.sysmocom.de/jobs/ -- - Harald Welte <hwelte(a)sysmocom.de> http://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 0

gr-osmosdr and the compile flag -std=gnu++11
by Cinaed Simson 30 Oct '17

30 Oct '17

Hi - I presume since I'm receiving a number of these types of errors while compiling /opt/gnuradio/src/gr-oot/gr-osmosdr/lib/rtl_tcp/rtl_tcp_source_c.cc:307:7: warning: extended initializer lists only available with -std=c++11 or -std=gnu++11 cmd = { 0x0a, htonl(offset_tune) }; i.e., complaining about -std=gnu++11, that I should probably be compiling gr-osmosdr with the -std=gnu++11 flag. Typically, I fall asleep at the wheel during the build - so I don't know which version these warning started. If it wasn't for my dog's wet nose pressing against my elbow, I'd still be sleeping. I'm using the following git pulls for rtl-sdr: commit 18bf26989c926a5db4fca29e7d859af42af1437c Author: hayati ayguen <h_ayguen(a)web.de> Date: Sun Jun 11 00:18:53 2017 +0200 gr-osmosdr: commit c653754dde5e2cf682965e939cc016fbddbd45e4 Merge: b7aab45 cf95494 Author: Dimitri Stolnikov <horiz0n(a)gmx.net> Date: Mon Jun 12 00:04:36 2017 +0200 and I have somewhat recent git pulls for libosmocore and libosmo-dsp. Should I be compiling the programs rtl-sdr and gr-osmosdr with -std=gnu++11? How about libosmocore and libosmo-dsp? -- Cinaed

1 0

searching osmocom-sdr archives
by vempati Sarma 25 Oct '17

25 Oct '17

I am having difficulty in searching archives as the search page does not have search window. How do I specific topic or problem? I am trying to use DAB+FM+DVB-T dongle in gnuradio-companion installed with latest pre-built package on Windows 10 OS. But, it is throwing error as follows: QUOTE Generating: 'C:\\Users\\vsrks_000\\Documents\\top_block.py' Executing: C:\GNURadio-3.7\gr-python27\python.exe -u C:\Users\vsrks_000\Documents\top_block.py Win32; Microsoft Visual C++ version 14.0; Boost_106000; UHD_003.010.001.001-0-unknown gr-osmosdr ae686c46 (0.1.5git) gnuradio 3.7.11 built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf bladerf airspy redpitaya Using device #0 Generic RTL2832U OEM usb_open error -12 FATAL: Failed to open rtlsdr device. Trying to fill up 1 missing channel(s) with null source(s). This is being done to prevent the application from crashing due to gnuradio bug #528. gr::pagesize: no info; setting pagesize = 4096 UNQUOTE Can you please suggest a solution. -- Best Regards, vsrk sarma

1 0

rtl-sdr: gba64a74 breaks _my_ FC0012-based dongle
by Marcus Müller 25 Oct '17

25 Oct '17

Hi folks, something wasn't quite right with current git master of rtl-sdr, since it wouldn't detect the Fitipower FC0012 tuner on a couple (dozen) of my dongles. So, I had a quick git-bisect session that basically went: git checkout master git bisect start [build] [connect dongle] build/src/rtl_eeprom | grep "Found Fitipower" then git bisect good else git bisect bad [disconnect dongle] jump back to build, rinse, repeat turns out, when you _initialize_ the dongle with an older version, it works, even with the newer revisions (hence my un- and replugging exercises). The (reproducibly) offending commit is the GPO/GPD register swap in ba64a74 : librtlsdr.c, l. 570, - rtlsdr_write_reg(dev, SYSB, GPO, r & ~gpio, 1); + rtlsdr_write_reg(dev, SYSB, GPD, r & ~gpio, 1); Now, that commit's msg mentions http://lea.hamradio.si/~s57uuu/mischam/rtlsdr/ports.html and I don't want to break their application, but I can't get my dongles to run :( How to proceed from here? I'm not quite sure what I'd break if I just reverted that commit; _my_ R820T dongle continues to work if I revert, but I'm sure this commit didn't come out of thin air. Best regards, Marcus

1 0

← Newer
1
...
31
32
33
34
35
36
37
...
92
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr