osmocom-sdr August 2013

osmocom-sdr@lists.osmocom.org

30 participants
23 discussions

rtl_tcp problem or not?
by Favati 25 Feb '14

25 Feb '14

Hi there! I'm using a dongle on a raspberry + rtl_tcp and sdrsharp on another machine (quad core.... 3gb ram...good machine!) The problem occour at 00:57 http://www.youtube.com/watch?v=4E2MPfEzEi8 and at 1:34 in this video: http://www.youtube.com/watch?v=8snz1wQSRpw If i stop and start sdrsharp, it works ok for some minutes...then the problem is up again! No errors appear on the console of raspberry/rtl_tcp I'm not able to understand if it's a problem of rtl_tcp,raspberry or whatelse... Things i've tryed: 1) Changed the samplerate 2) Changed the raspberry (tested tp1/tp2 too...getting 4.98v!!!) 3) Changed the dongle 4) Updated sdrsharp The dongles tryed work ok on a pc I've no more idea.... Anyone can help me? PS: If someone know a program that works in linux and is similar to sdrsharp AND CAN INTERFACE TO A REMOTE RTL_TCP...

6 13

How to get IQ samples from multiple rtl-sdr dongles in a synchronized manner?
by Jiao Xianjun 02 Jan '14

02 Jan '14

Hi, I want to use multiple rtl-sdr dongles to do some multi-antenna experiments. Is it possible to read IQ samples from multiple rtl-sdr dongles in a synchronized manner? I already have a glance at dump1090 codes, which is a project using rtl-sdr to decode aircraft broadcasting ADS-B messages in 1090MHz. Seems that I should use rtlsdr_read_async() instead of rtlsdr_read_sync(), because that if rtlsdr_read_sync() is used, I have to call it multiple times sequentially. That looks not synchronized. But rtlsdr_read_async() function only accept one rtl-sdr device as input parameter, and it will be blocked after it is called. So seems that it also can't be used for my purpose directly. Also welcome any opinion on how to improve rtl-sdr lib/driver to support this feature. Thank you. BR Jiao Xianjun

5 14

MiricsFlexiTV-MSI3101
by marzano 21 Nov '13

21 Nov '13

A quite good (AM/SW)/FM/DAB/DVB-T USB dongle. Mirics FlexiTV MSi3101 (two chips MSi001+MSi2500) http://www.mirics.com http://www.mirics.com/node/31 Data sheets available, register yourself at Mirics portal. RF Tuner: MSi001/MSi002 ( used by FUNcubrePro+ ?), seems better than R820T ADC and HiSpeed USB interface: MSi2500 . ADC 10 bit , better than 8 bit RTL2832U aDC. Windows binary software available: FMDABplayer, DVB_T decoder, Windows lib.dll and API doc. IO-DATA GV-TV100 stick sold on Japan . Stick, chips and dev board available from Mirics. Linux software at address http://cgit.osmocom.org/libmirisdr/ It seems project on stand-by . Can author Steve Markgraf comment ? Francesco

3 2

gr-iqbalance documentation build problem
by wk＠ire.pw.edu.pl 20 Sep '13

20 Sep '13

Hello. I have some build problem with building gr-igbalance with documentation enabled. Build fails with a message saying that shell interpreter can't execute Doxyfile. It is the same as I noticed some time ago while building gr-osmosdr (see http://lists.osmocom.org/pipermail/osmocom-sdr/2013-April/000553.html ). It was solved by the patch by Jaroslav Škarvada ( http://cgit.osmocom.org/gr-osmosdr/commit/?id=2f6592566bd60d2539f5b976dcf61… ). Similar patch, attached, help for gr-iqbalance. It moves doxygen detection test to toplevel CMakeLists.txt. Please add it to git repository. Wojciech Kazubski

2 1

rtl-sdr offset tuning and other questions
by David Jacobowitz 19 Sep '13

19 Sep '13

Hi guys, I'm new to this list (and to radio) so I hope you will please indulge me if I ask something that is a FAQ. Also, some of these questions are about the dongle, not the library. I am working on a personal project to use SDR techniques to decode aviation navigation signals (VOR). I've got the signal processing mostly working from recorded signals, but am now trying to integrate my SW with the radio in real time. I have a few questions: - What exactly is offset tuning? How is offset tuning different from tuning to an offset? Is this a feature that mostly benefits people who are not going to put their IF through another mixer? In my application I am already tuning to an offset, and pulling down a wide enough IF that actually holds many channels of interest. (VOR channels have 50kHz spacing). I then use a software mixer/channelizer to choose the channel I want. Am I correct in assuming that offset tuning is of no use to me? - regarding AGC, what is the difference between AGC and auto gain? That is, the library API has RTLSDR_API int rtlsdr_set_tuner_gain_mode(rtlsdr_dev_t *dev, int manual) RTLSDR_API int rtlsdr_set_agc_mode(rtlsdr_dev_t *dev, int on); I'm guessing that these affect different AGCs. One for the tuner and one for the RTL device. What are the benefits and costs of having either or both on? - regarding rtlsdr_read_async(...) and related functions. I take it that the library is setting up a ring buffer and calling me back when it has a new buffer of data for me. How long to I have to work with this buffer? Obviously, if I want to work in real-time I need to keep up with the sample rate. But my application can afford to throw away buffers since it can decode a few ms of data from one station and then revisit it much later. However, I'd like to know how long I have until the buffer gets clobbered. I'm presuming it's stable until all the n-1 other buffers have been hit. - generally how fast can the RTL devices tune? I know, this is not an rtlsdr question per se, but I'm curious. I noticed that when I tune, I get a delay. This is a great library and I'm so glad it's out there! I was not looking forward to plumbing the depths of USB drivers to understand how to pull data from the RTL dongle! I think rtl-sdr.h could use perhaps a smidge more documentation. I'd be happy to submit a comments-only patch if there's interest. :-) Regards, Dave Jacobowitz

4 5

rtl_fm, rtl_power, mingw, r820t
by keenerd 14 Sep '13

14 Sep '13

Hey all. I've been shouting it all over /r/rtlsdr and ##rtlsdr, but just for you fine folks that are only on the ML, here[1] is what I've been up to the past week: Overhauled scanning in rtl_fm. This fixed a number of issues, where either scanning did not work at all and some brokenness on OpenBSD. It also meant giving up on the async API entirely. Released a whole new application, rtl_power. This is something I'd had bouncing around on my hard drive for many months, half-unwritten due to over-complexity. It'll generate CSV files of arbitrarily slow/wide/detailed FFTs. Also a little visualization script[2] that won't choke when you give it 50,000 columns of data. In the process of testing rtl_power, two more things came up. First was windows builds. I've got a half-finished mingw32 build script[3] that'll let me produce windows binaries[4] on a linux host. These have been confirmed to actually run and probably work. Only W32 for now, but just because I was too lazy to build the W64 toolchain. Second was the discovery[5] that scanning had gotten a whole lot slower since my original experiments with rtl_fm. 85mS to retune is unacceptably slow. Since the r820t driver is the slowest, I started looking into figuring out what is going on. Still figuring that out but I have done basic cleanups to the code (removing redundancy, particularly around register writes) and the driver is 15% shorter with no modifications to code behavior. I would not mind talking to Steve or one of the other devs on IRC about some of the more ambiguous aspects of the driver. (Like, why some reg writes are backed up to R828_Arry[] and others aren't. And is that array thread safe at all? If not I'll have to do some very large changes to support multiple dongles in rtl_power.) I would really like to get these changes merged, particularly the rtl_fm stuff because the version in the official repo is rather bit-rotten. -Kyle http://kmkeen.com [1] https://github.com/keenerd/rtl-sdr [2] http://www.reddit.com/r/RTLSDR/comments/1ktzwi/ [3] http://kmkeen.com/tmp/mingw32.sh.txt [4] http://kmkeen.com/tmp/rtl-sdr-mingw32-2013-08-28.zip [5] http://www.reddit.com/r/RTLSDR/comments/1l2vlx/

3 2

R820T vs. E4000
by Benedikt Heinz 10 Sep '13

10 Sep '13

Hi everyone, although there are some comparisons between the R820T and the E4000 already [1, 2], I also did some tests with another use-case in mind. I'm working on a thing similar to RTLSDR-Scanner [3]. I want to monitor a large part of the spectrum continuously. So I compared the R820T with the E4000 using RTLSDR-Scanner w/ and w/o an antenna. My results are here: https://docs.google.com/folder/d/0ByDAKwyEiyx_XzZ5ZnpRV1VZWDQ/edit?usp=shar… There's much more spurs with the E4000 than w/ the R820T. According to [1, 2] one also would expect a better overall sensivity compared to the E4000. However, the GSM900 signals for example seem to be way better with the E4000 according to the RTLSDR-Scanner. Tuning to a certain channel w/ OsmoSDR Source in GNUradio gives about the same SNR - contrary to the RTLSDR-Scanner output. Can anyone explain this? Also, the DVB-T channel at 502MHz is quite weak in the R820T RTLSDR-Scanner output when compared to the E4000. I had a closer look at the lower limit of the channel in gnuradio. This can be seen in the 502MHz_*.png pictures. The E4000 produces a nice +20dB step while one can hardly see the channel in the R820T spectrum. I don't understand this as well. Is this AGC-related? Manually setting a fixed gain didn't really help though... Any explanations? Thank you! Best regards, Hunz [1] http://steve-m.de/projects/rtl-sdr/tuner_comparison/ [2] http://www.hamradioscience.com/rtl2832u-r820t-vs-rtl2832u-e4000/#more-1852 [3] https://github.com/EarToEarOak/RTLSDR-Scanner

5 5

Calibration / PPM
by John 31 Aug '13

31 Aug '13

I am trying to get my head around calibration of my RTL dongle. I used gqrx with a known frequency (467.6375Mhz). Based on this, the dongle needs offset of -16Khz. In gqrx, this offset can be entered directly in the user interface. With rtl_test -p, the PPM number varies. I have gotten positive and negative numbers. When using the RTL block in gnuradio companion, I need to enter PPM. I have seen various formulas to calculate PPM from frequencies but for me they do not yield sane results. I could be just misusing these formulas. Any assistance would be appreciated. Thanks, John

1 1

Re: About 'internal AGC'
by Leif Asbrink 29 Aug '13

29 Aug '13

Hi Charlie, The controls for AGC do not affect the peculiar wideband LNA AGC in the R820T chip. The RTL1090 uses the same rtlsdr.dll as is used by SDR#. I do not know how to evaluate noise levels and signal levels in RTL1090, but with SDR# one can see funny things directly on the waterfall. The LNA is followed by a VERY sensitive power detector that is somehow followed by filters and amplifiers. It is arranged in a way to not react on narrowband signals, but already a 3 dB increase of the noise floor causes a loss of gain through AGC action. Most striking is this experiment: Connect a combiner to the input of the dongle and use it to combine a signal generator and a noise source. The noise source needs a filter that assures that it does not add any noise on the frequency of the desired signal. It is OK to use a T-connector if you do not have a wideband combiner. I used a 100 MHz low pass filter connected to a vacuum diode noise source cabable of delivering 17 dB excess noise combined with a signal generator on 144 MHz by use of a T connector. I used SDR# to look at the spectrum around 144 MHz. Without "RTL AGC" and without "Tuner AGC" the noise floor does not change when the noise source is switched on or off. That is expected because the noise source can not send any noise through the 100 MHz low pass filter. That is true at modest gain settings, but if the gain is set at maximum (49.6 dB) the noise floor increases by 3 dB when the noise source is turned on. A small but unexpected effect. The signal however is attenuated by 23 dB for a total loss at max gain of S/N of 26 dB!!!!! Please note that the true S/N is not affected at all. There is no noise added at 144 MHz. If I switch on "RTL AGC" or "Tuner AGC" or both, S/N still changes the same way. Depending on the signal level of the 144 MHz signal one can see the signal go down or the noise go up. Or both. The way sensitivity is lost due to out-of-band noise is invisible to the user. There is no warning about overload. The noise power from 0 to 100 MHz is -174+17+80 = -77 dBm ( -174 dBm/Hz = room temp) ( +17 dB is excess noise) ( +80dB is 100/MHz/1Hz) There is some filter loss and the dongle presumably has a high pass filter so one can assume that the noise power is -80 dBm RMS. I have tried to activate the LNA AGC by use of narrowband signals in the 50 to 100 MHz range. Even two signals at -30 dBm each do not have any effect regardless of the frequency spacing. It seems the "intelligent" power detector of the LNA AGC can reject narrowband signals even if they are much stronger than the noise floor. The wideband LNA AGC in the R820T may cause problems when an up-converter is used in front of the dongle. The noise floor of the up-converted HF spectrum may cause unexpected loss of sensitivity in the upper part of the HF spectrum where the noise floor is low. Adding a filter for the desired HF band. With some gain to ensure that the noise floor is higher in the desired frequency range than elsewhere could perhaps make the R820T dongles behave much better. 73 Leif / SM5BSZ > I use a R820T chipped dongle for receiving aircraft transponder signals > through a specialised application called RTL1090 from jetvision, the control > panel of which allows the tuner and device AGCs to be independently toggled > on or off. I have not however used this with SDR-Radio in the past so cannot > comment on the optimum settings. > > > > 73 > > Charlie > > www.G4EST.me.uk > > > > From: sdr-radio-com(a)yahoogroups.com [mailto:sdr-radio-com@yahoogroups.com] > On Behalf Of Leif Asbrink > Sent: 10 August 2013 22:30 > To: sdr-radio-com(a)yahoogroups.com > Subject: [sdr-radio-com] Re: About 'internal AGC' > > > > > > Hello Patrick and All, > > The R820T chip has an advanced AGC function that I do not > think can be disabled. The chip detects the noise floor > in a wide bandwidth and adjusts the gain to keep the noise floor > constant. > > The wideband AGC has surprising effects. If one tries to measure > the noise figure with a noise source that is manually switched > on and off one finds a really bad NF. That result is false however, > if one measures S/N of a weak signal one finds the true NF which > is quite good. > > To verify the finding one can inject a weak signal together > with the signal from a noise source. What happens when the > noise is turned on is that the signal becomes weaker while > the noise floor does not change. > > A 500 kHz wide filter in front of the R820T chip converts the > noise from the noise source to a narrowband signal which will > not affect the wideband AGC. > > I made some effort to switch this feature off but failed. > > The behaviour is probably quite clever for reception of digital TV > but I find it very disturbing in a general purpose SDR. I did not > take notes and I did not investigate in detail what types of signals > will affect the AGC and what types will not. That would be > a big investigation and I see no reason to do it because there > are other chips. > > The R820T gives good signals many times but I do not like the feeling > of not knowing what I am doing..... > > The "internal AGC" option is another thing as far as I understand. > The chip has RF AGC as well as IF AGC. > > 73 > > Leif / SM5BSZ > > > Hello Group, > > > > When using a DVB-T type dongle (mine is a R820T), do you tick the > "internal AGC" option or not ? > > > > I tried both "internal AGC" desactivated (with more gain) and AGC > activated (less gain to avoid spurs from my local FM TX) ... I can't tell > which one is better. Even on weakish sigs it's about the same. > > > > What about your experience ? > > > > Regards, > > Patrick > > > > >

3 8

Debian Jessie and kernel 3.9.1
by Anton Komarov 25 Aug '13

25 Aug '13

Tested several rtl dongles with linux 3.9.1 on Debian Jessie (testing) and got disappointing results 2 dongles simultaneously working ok if using 3 or more than 3rd dongle not working (1st and 2nd working ok) in Debian Wheezy i did manage to run 5 dongles simultaneously (kernel 3.2) i suppose developers should pay attention to than fact. -- public PGP key http://pastebin.com/dqZqgyVE

4 3

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr August 2013