osmocom-sdr

osmocom-sdr@lists.osmocom.org

1 participants
910 discussions

OsmoSDR developer beta
by Harald Welte 17 May '12

17 May '12

Hi all! There are something like 16 units of OsmoSDR that we are able to sell in something like one week. Sale will happen via the https://shop.sysmocom.de/ webshop. However, as there are only 16 units right now, and as the firmware and host software is in an incomplete state, we would like to make sure that those 16 units get sold to people who actually have an interest (and time!) to fix and improve the current shortcomings. So if you want to be among the first 16, I suggest you reply to this message and give us a short description of who you are (if you are not a Osmocom regular) as well as some committment that you are actually going to work on improving the code. If you already know an area that you'd like to work on, please state that, too. The price will be 180 EUR incl. VAT (that's 151.26 EUR without), i.e. the same price as for the units that will later be sold openly. I have put together a wiki page with the current status at http://sdr.osmocom.org/trac/wiki/OsmoSDR/Status to make you aware where we are and what is missing. Thanks in advance for your willingness to be early users and help us to improve the codebase. Regards, 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)

3 5

[PATCH 2/2] #include <math.h> was not needed.
by Christian Vogel 16 May '12

16 May '12

--- src/rtl-sdr.c | 1 - src/rtl_sdr.c | 1 - src/rtl_tcp.c | 1 - 3 files changed, 0 insertions(+), 3 deletions(-) diff --git a/src/rtl-sdr.c b/src/rtl-sdr.c index da79acb..b6f9163 100644 --- a/src/rtl-sdr.c +++ b/src/rtl-sdr.c @@ -22,7 +22,6 @@ #include <string.h> #include <stdio.h> #include <stdlib.h> -#include <math.h> #ifndef _WIN32 #include <unistd.h> #define min(a, b) (((a) < (b)) ? (a) : (b)) diff --git a/src/rtl_sdr.c b/src/rtl_sdr.c index fed0d30..98d5fc5 100644 --- a/src/rtl_sdr.c +++ b/src/rtl_sdr.c @@ -21,7 +21,6 @@ #include <string.h> #include <stdio.h> #include <stdlib.h> -#include <math.h> #ifndef _WIN32 #include <unistd.h> diff --git a/src/rtl_tcp.c b/src/rtl_tcp.c index 3cea790..7cfd524 100644 --- a/src/rtl_tcp.c +++ b/src/rtl_tcp.c @@ -22,7 +22,6 @@ #include <string.h> #include <stdio.h> #include <stdlib.h> -#include <math.h> #ifndef _WIN32 #include <unistd.h> -- 1.7.0.4 --dDRMvlgZJXvWKvBx--

1 0

[PATCH] Using a #define for constant 2^22 (not pow())
by Christian Vogel 16 May '12

16 May '12

pow() might require the math library to be linked with rtl-sdl (e.g. when compiling with clang), even though it's actually constant. --- src/rtl-sdr.c | 7 +++++-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/src/rtl-sdr.c b/src/rtl-sdr.c index 6a9539b..da79acb 100644 --- a/src/rtl-sdr.c +++ b/src/rtl-sdr.c @@ -675,6 +675,9 @@ int rtlsdr_set_tuner_gain_mode(rtlsdr_dev_t *dev, int mode) return r; } +/* two raised to the power of n */ +#define TWO_POW(n) ((double)(1ULL<<(n))) + int rtlsdr_set_sample_rate(rtlsdr_dev_t *dev, uint32_t samp_rate) { uint16_t tmp; @@ -688,10 +691,10 @@ int rtlsdr_set_sample_rate(rtlsdr_dev_t *dev, uint32_t samp_rate) if (samp_rate > MAX_SAMP_RATE) samp_rate = MAX_SAMP_RATE; - rsamp_ratio = (dev->rtl_xtal * pow(2, 22)) / samp_rate; + rsamp_ratio = (dev->rtl_xtal * TWO_POW(22)) / samp_rate; rsamp_ratio &= ~3; - real_rate = (dev->rtl_xtal * pow(2, 22)) / rsamp_ratio; + real_rate = (dev->rtl_xtal * TWO_POW(22)) / rsamp_ratio; if ( ((double)samp_rate) != real_rate ) fprintf(stderr, "Exact sample rate is: %f Hz\n", real_rate); -- 1.7.0.4 --dDRMvlgZJXvWKvBx Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="0002-include-math.h-was-not-needed.patch"

1 0

why Docs for the ELONICS E4000 are not published
by Jay Salsburg 16 May '12

16 May '12

Is the reason why Docs for the ELONICS E4000 are not published because it is Chinese? If anyone has the Datasheets for the ELONICS E4000 and REALTECH RTL2832, please share them to osmocom-sdr(a)lists.osmocom.org or post them to http://sdr.osmocom.org/trac/wiki/Hardware Thanks

3 4

Recent librtlsdr and example program don't work
by Andrea Montefusco 10 May '12

10 May '12

After about a month, I refreshed the local git sandbox but I was not anymore able to receive any sample, even with the test program. I am using a Terratec NOXON DAB/DAB+ USB dongle (rev 1) on Ubuntu 11.10 x86_64 . ./rtl_sdr - Found 1 device(s): 0: Terratec NOXON DAB/DAB+ USB dongle (rev 1) Using device 0: Terratec NOXON DAB/DAB+ USB dongle (rev 1) Found Fitipower FC0013 tuner Tuned to 100000000 Hz. Tuner gain set to -1.000000 dB. Reading samples in async mode... but I can get no output. *am* --------------------------------------------------------- Andrea Montefusco iw0hdv http://www.montefusco.com tel: +393356992791 fax: +390623318709 ---------------------------------------------------------

3 7

Re: OT: usb hub power switching (Re: Recent librtlsdr and example program don't work)
by Dieter Spaar 09 May '12

09 May '12

Hello Peter, On Tue, 8 May 2012 23:47:33 +0200, "Peter Stuge" <peter(a)stuge.se> wrote: > > Yes, I haven't seen it available in any userspace API on any system. :\ > > It may be possible to send the request to the hub from userspace, but > I haven't tried it. Older Windows Version (before Vista) had IOCTL_USB_HUB_CYCLE_PORT to perform a power cycle. I think there is still a way in newer version too, If I am not wrong the WHQL driver testings tools do perform USB power cycles frequently when testing USB devices. Of course the above is only relevant if you care about Windows ;-) Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

1 0

RTL2832 questions
by Jeff Gustafson 09 May '12

09 May '12

Hi all, First of all, props to the person that found out how to put the RTL chip into a SDR compatible mode! I've been wanting to play around with SDR and, specifically, P25 for a while now. Finally an inexpensive way to get my feet wet. My question is probably a bit of a noob question. I have successfully received a broadcast FM radio station with the RTL dongle. The problem is that I can't seem to decode anything else. I tried to receive some ham radio (NFM) transmissions from my radio and I didn't get any sound. The white noise blanked out, the scope in gnuradio spiked up, but no real demodulation. Would someone be willing to share a .grc file they know will decode NFM with the gr-osmosdr/rtl-sdr driver? I tried taking some files that used the USRP driver and swapping out the USRP driver with the osmosdr/rtl driver, but no go. Could it be that I don't have all the sampling rates and decimation rates set correctly? ...Jeff

1 1

Patch for Compro U680F support.
by Marek Kroemeke 04 May '12

04 May '12

Hi guys, Unclear in what format you require patches - but I bought Compro U680F 2 days ago, it has the E4000 chipset and it only required adding usb id in, so as requested in docs - sending a small "patch" that makes it work :-) regards, Marek Kroemeke

2 1

Detach kernel driver
by Michal Demin 24 Apr '12

24 Apr '12

Hello, Attached are 2 patches: 1 - Try to detach kernel driver from device, when kernel driver present. 2 - add rtl_tcp binary to gitignore. Michal Demin

2 5

RTL-SDR ghost signal at center frequency & hangs in GR spectrum view
by Benedikt Heinz 21 Apr '12

21 Apr '12

Hi everyone, can someone explain to me, what the origin of the ghost signal close to center frequency is? It can be seen at [1] and [2] - both are EzTV668 with no antenna connected. It seems to me, that the higher the frequency, the more one can see the "burst-like" nature of this signal. Is this some mixer artefact from the E4k tuner? The best workaround is probably tuning a bit off the actual target frequency and using frequency xlate? Also, in [3] (german) the blind spot at 0Hz due to the coupling capacitors between E4k & RTL is mentioned. Is it possible to replace the capacitors with 0-Ohm resistors to work around this issue, or will this cause other unwanted side-effects? Or does this make no sense at all since one should always tune a bit off and use xlate due to the ghost signal? I guess it should also be possible (w/ some hot glue & wires) to insert some jumpers (like OsmoSDR) instead, so one can use the ADCs directly for LF/MF with some extra analog stuff? Regarding the OsmoSDR source - I also gave the RTL-source from gr-baz a try and noticed, that with averaging enabled in the spectrum view in GR, the top-block GUI usually won't react to user input any longer when using OsmoSDR, but this doesn't happen with the gr-baz RTL source, although I used the same sample rate in both cases. Does anyone understand why it doesn't hang with the gr-baz source? Thanks for your answers! Regards, hunz [1] http://hackdaworld.org/~hunz/rtl-sdr/wo_ant_2m_osmo.png [2] http://hackdaworld.org/~hunz/rtl-sdr/wo_ant_70cm_osmo.png [3] http://www.mikrocontroller.net/topic/253371#2610540 -- Benedikt Heinz hunz(a)jabber.berlin.ccc.de

3 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr