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...
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
A quite good (AM/SW)/FM/DAB/DVB-T USB dongle.
Mirics FlexiTV MSi3101 (two chips MSi001+MSi2500)
http://www.mirics.comhttp://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
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
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
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/
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
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
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
> >
>
>
>
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
Hi ml users,
I'm a newbie of this ml and this is my first message. So, just a little
presentation of me: I'm a Software analyst and I work full time with
java
and some time in C++. I was a linux user on my beautiful but defunct
linux laptop! Now (almost 15 days) I'm a linux user on windows laptop.
Into the company, java is a solution to write a Crossplatform service and software.
In
my free time I have used various tools based of rtlsdr library, and I
found very difficult to retrieve alternative of all linux-based
software!
So, if I would write java program, does exist a java
wrapping of rtlsdr library? In your opinion, building a wrapper of the library is a stupid or a good feature?
IMHO many software ( parser/plotter/networktool) are
written in java and this is a opportunity for the library to retrieve this knowhow.
What do you think?
Hello all!
Just been trying to compile rtl-sdr (
http://sdr.osmocom.org/trac/wiki/rtl-sdr ) on my linux box but I'm
having a few problems. Btw the linux distro is debian running a 64-bit
kernel; 3.10-1-amd64.
Here's the problem. I can't seem to get rtl-sdr to compile quite right
either with the cmake or autotools instructions from the sdr website.
I've tried both methods; only one completes (but produces an unstable
version) the other version dosen't compile at all.
Here's the output I get from trying to build by using cmake -
http://slothpuck.no-ip.org/tmp/cmake-build.txt
and then with autotools method -
http://slothpuck.no-ip.org/tmp/autoconf-build.txt
I get a lot of errors with the cmake method with lots of warnings
about unused paramaters; the autotools method dosen't even complete.
The cmake version does however but appears to be very unstable. If I
try to run one of the programs made by rtl-sdr -- the program rtl_tcp
with another program such as gqrx, .e.g by starting rtl_tcp in a
terminal then run gqrx in another (
http://www.oz9aec.net/index.php/gnu-radio/gqrx-sdr ) I find it causes
rtl_tcp to crash - either with a segfault, or with a "worker cond
timeout, signal caught exiting!" message (rtl_tcp hung in this case).
I do have libusb (both library and dev) and gnuradio installed btw.
any thoughts on what might be going wrong at all? Thanks
ljones
Just to close the loop...
Thanks to Skip's link to rtl_fm here on the list, I've finally managed
to get my dongle working, and am happily listening to my local FM
station on my computer now :-)
And now that I'm sure my hardware is working, I can start to explore the
osmocom software seriously. Thanks for the help!
Hmmm. You're right. My bad; I confused it with (I suspect) the E4000
VCO, and it really doesn't make sense given the wider channel bandwidth
of a DVB signal.
At 8 bits, 225 Msps isn't going to fit down USB2 though :(
On Mon, Aug 19, 2013 at 08:47:20PM -0700, jdow wrote:
> That doesn't necessarily square with "7-bit ADC for RF signals level
> measurement". It's unclear to me where it would get the signal with
> enough levels that a 7-bit ADC would get used. You'd have to decimate
> down to 225 Msps or so in order to get 7 bits of data.
>
> {^_^} Joanne/W6MKU
>
> On 2013/08/19 20:17, David Basden wrote:
> >The RTL2382U has an ADC onboard; The dongles don't use a seperate
> >ADC. The main other component is the tuner.
> >
> >The RTL2382U uses a sigma-delta ADC, so it samples at a much higher
> >rate than it needs, but only at 1 bit. It then trades the high
> >sample rate for higher dynamic range. (Think reverse PWM, although
> >that is a huge oversimplification).
> >
> >
> >http://www.maximintegrated.com/app-notes/index.mvp/id/1870
> >
> >The crystal is to drive the clock of the RTL2832U. It's almost certainly
> >running a single 1 bit sample per clock.
> >
> >If you were to get the samples at the 28.8Msps rate, they would be 1 bit
> >samples, which you would still have to filter and downsample for most
> >uses. I'm not aware of any way to get the samples out at that rate.
> >
> >David
> >
> >On Mon, Aug 19, 2013 at 11:44:51PM -0300, Lucas Ingles wrote:
> >>Hello to all,
> >>
> >>Please, can someone help me to understand how RTL2832U samples signals?
> >>I know it has two ADCs, one for the I (in-phase) component and other ADC
> >>for the Q (quadrature) component.
> >>
> >>In http://superkuh.com/rtlsdr.html the author states the signal is sampled
> >>initially at 28.8 Msps and then re sampled to present whatever sample rate
> >>is desired.
> >>
> >>But
> >>http://www.realtek.com.tw/products/productsView.aspx?Langid=1&PFid=35&Level…
> >>says
> >>that 28.8MHz is the frequency of the crystal, not the ADC.
> >>
> >>I am confused with that, can someone help me?
> >>If RTL2832U is able to sample at 28.8Msps, why don't use the maximum sample
> >>rate? Maybe USB limitations?
> >>
> >>Also, all ADCs used in RTL-SDR dongles are inside RTL2832U? Or we have
> >>external ADCs?
> >>
> >>Thanks very much in advance,
> >>Lucas Ingles
> >
Hello to all,
Please, can someone help me to understand how RTL2832U samples signals?
I know it has two ADCs, one for the I (in-phase) component and other ADC
for the Q (quadrature) component.
In http://superkuh.com/rtlsdr.html the author states the signal is sampled
initially at 28.8 Msps and then re sampled to present whatever sample rate
is desired.
But
http://www.realtek.com.tw/products/productsView.aspx?Langid=1&PFid=35&Level…
says
that 28.8MHz is the frequency of the crystal, not the ADC.
I am confused with that, can someone help me?
If RTL2832U is able to sample at 28.8Msps, why don't use the maximum sample
rate? Maybe USB limitations?
Also, all ADCs used in RTL-SDR dongles are inside RTL2832U? Or we have
external ADCs?
Thanks very much in advance,
Lucas Ingles
Hello!
I received my USB-DVB-T+DAB+FM dongle last week, and have been trying to
find a signal with it since, but with no luck. Can anyone tell me how
to tell if it is working at all?
I'm using the Windows version of Osmocom under WinXP.
Using rtl_eeprom, I get the following display:
--------------------------
Vendor ID 0x0bda
Product ID 0x2838
Manufacturer Realtek
Product RTL2838UHIDIR
Serial Number 00000000001
Serial Number Enabled Yes
IR Endpoint Enabled Yes
Remote Wakeup Enabled No
-----------------------
When I run
rtl_test -s 1.6e6
I get the following response:
-----------------------
Found 1 device(s)
0: ezcap USB 2.0 DVB-T/DAB/FM dongle
Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle
Supported gain values(29): 0.0 0.9 .... 49.6
Info: This tool will continuously read from the device, and report if
samples get lost.
If you observer no further output, everything is fine.
Reading samples in async mode...
--------------------------
If at that point after a while I press Control C, I get
---------------------------
Signal caught, exiting!
---------------------------
But then my command prompt window hangs up and will do nothing until I
close it all together.
Does it appear that my dongle is working? Where do I find out how to
use the different gains that are listed by rtl_test? Could my
difficulties have anything to do with the fact that my dongle is IR
Endpoint enabled?
I am brand new to this, and haven't had much luck so far, although I
think I've gotten further with Osmocom and Windows than with anything
else I've tried. Any help/advice/links to more information will be much
appreciated. Sorry for the long post -- I was trying to provide as much
information as I could.
Thanks
Curt Carpenter
This is with a version of rtl-sdr I got by git last night and OpenBSD 5.2 (current release). 5.2 has some pthreads fixing so I waited until I bought another computer and loaded it. Are the crashes related to threads? I don't know, but possibly. It didn't work with OpenBSD 5.0 either.
rtl_fm crashes and uses threads
rtl_adsb crashes and uses threads
rtl_tcp doesn't crash, uses threads, actually stops on ctrl-c
rtl_test doesn't crash, doesn't use threads, won't stop
rtl_eeprom doesn't crash, doesn't use threads, ends normally
I'm not real practiced using gdb but I tried looking at a couple of core files, here's a run of rtl_fm:
rtl_fm -f 162550000 -N - | play -t raw -r 24k -e signed-integer -b 16 -c 1
-V1 -
-: (raw)
Encoding: Signed PCM
Channels: 1 @ 16-bit
Samplerate: 24000Hz
Replaygain: off
Duration: unknown
In:0.00% 00:00:00.00 [00:00:00.00] Out:0 [ | ] Clip:0
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000013
Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle
Found Rafael Micro R820T tuner
Oversampling input by: 42x.
Oversampling output by: 1x.
Buffer size: 8.13ms
Tuned to 162802000 Hz.
Sampling at 1008000 Hz.
Output at 24000 Hz.
Exact sample rate is: 1008000.009613 Hz
Tuner gain set to automatic.
In:0.00% 00:00:00.00 [00:00:00.00] Out:0 [ | ] Clip:0
Done.
Abort (core dumped)
d530# gdb -c rtl_fm.core /usr/local/bin/rtl_fm
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-unknown-openbsd5.2"...
Core was generated by `rtl_fm'.
Program terminated with signal 6, Aborted.
Reading symbols from /usr/lib/libpthread.so.16.0...done.
Loaded symbols for /usr/lib/libpthread.so.16.0
Reading symbols from /usr/lib/libm.so.7.0...done.
Loaded symbols for /usr/lib/libm.so.7.0
Reading symbols from /usr/local/lib/librtlsdr.so.0.0...done.
Loaded symbols for /usr/local/lib/librtlsdr.so.0.0
Reading symbols from /usr/local/lib/libusb-1.0.so.1.0...done.
Loaded symbols for /usr/local/lib/libusb-1.0.so.1.0
Symbols already loaded for /usr/lib/libpthread.so.16.0
Reading symbols from /usr/lib/libc.so.65.0...done.
Loaded symbols for /usr/lib/libc.so.65.0
Loaded symbols for /usr/libexec/ld.so
#0 0x0abbd98d in kill () from /usr/lib/libc.so.65.0
(gdb) bt
#0 0x0abbd98d in kill () from /usr/lib/libc.so.65.0
#1 0x0ac29545 in abort () at /usr/src/lib/libc/stdlib/abort.c:68
#2 0x005e9298 in pthread_mutex_unlock (mutexp=0x3c003d8c)
at /usr/src/lib/librthread/rthread_sync.c:218
#3 0x1c00266e in full_demod (fm=0xcfa2de5c)
at /usr/src/misc/osmocom/2013-04-15/rtl-sdr/src/rtl_fm.c:583
#4 0x1c0028ff in demod_thread_fn (arg=0xcfa2de5c)
at /usr/src/misc/osmocom/2013-04-15/rtl-sdr/src/rtl_fm.c:641
#5 0x005ebc2e in _rthread_start (v=0x84da4c00)
at /usr/src/lib/librthread/rthread.c:111
#6 0x0aba62e9 in __tfork_thread () from /usr/lib/libc.so.65.0
The backtrace (bt) shows that it dies trying to do a mutex_unlock (I think). rtl_tcp also does a mutex_unlock and it doesn't crash. I'm probably reading it wrong for all I know. I don't know what's causing the signal 6 either.
I'd also like to get the -lrt of of the cmake files. OpenBSD doesn't use or have lrt, it works without. I can edit it out and compile, but every time I run cmake again, I have to edit the files again.
Alan
-----
Radio Astronomy - the ultimate DX
---------- Forwarded message ----------
From: *Andrew Mount*
Date: Friday, August 9, 2013
Subject: Need a starting point to learn RTL-SDR
To: Andrew Back <andrew(a)carrierdetect.com>, "
osmocom-sdr-request(a)lists.osmocom.org" <
osmocom-sdr-request(a)lists.osmocom.org>
Andrew,
Thank you.
I have two radio astronomy projects in mind. The first is a HF system that
will enable me to pick or zoom into a narrow band of frequencies , say
20-22 mHZ from a larger 18 - 26 mHZ range ( currently scanned by a
spectrograph) to study N type storm events from Jupiter. This will
require coding on my part as I have to interface with pre-existing software
in order to load data accepted by the NASA RADIO JOVE archive.
The other application ( much easier) is to build an RTL based 220 mHZ
range meteor scatter detection system. The meteor detection system is the
current project. I have the computer, the RTL and am waiting on the
antenna, ( due to arrive by 30 August). This has already been worked out
software wise, it is a plug and chug type of project. The advantage is
that I can be collecting meteor data by the end of the year and I will
learn about RTL SDR in the process.
In order to build my own custom SDR system, what is needed is knowledge of
a more how to -and what is- type. I need to learn the technical language,
what programs to use, how an RTL works, integration with a build ( i have
access to Matlab? ) environment, how to write drivers, etc. I need to
know how it works, how to speak the language and what are the prerequisite
tools to get the job done.
Any suggestions that would build proficiency in these areas would be
invaluable for me.
Thanks for responding so quickly and best wishes,
Andy
On Friday, August 9, 2013, Andrew Back wrote:
> On 9 August 2013 13:03, Andrew Mount <capeorion(a)gmail.com> wrote:
> > Are there any good books or Internet references that the listserv members
> > could recommend as a starting point ?
> >
> > I am an amateur astronomer who is interested in learning how to use
> RTL-SDR
> > to do radio astronomy.
>
> The top Google result looks promising:
>
> http://www.rtl-sdr.com/rtl-sdr-for-budget-radio-astronomy/
>
> Regards,
>
> Andrew
>
> --
> Andrew Back
> http://carrierdetect.com
>
Are there any good books or Internet references that the listserv members
could recommend as a starting point ?
I am an amateur astronomer who is interested in learning how to use RTL-SDR
to do radio astronomy.
Thank you,
Andy Mount
Hi
I am a beginner with RTL and observing that the baseband spectrum is centred at 0 Hz and is asymmetric going from -1 MHz to +1 MHz. How does one filter a part of such a spectrum? For example if signal of interest lied in -300 kHz to -150 kHz. The filtering techniques for typical band pass filters work with positive frequencies and have symmetric frequency selection response. As such a 150 to 300 KHz band pass filter will select signal in both 150 to 300 kHz band as well as from -150 to 300 kHz. Is there a special filtering method available to work with negative frequencies and with an asymmetric baseband spectrum. I am sure this has been addressed as preassumably the FM and other signals of interest are filtered somehow. Any indications will be appreciated. Regards
I am new to this group and would appreciate any help.
Looking at the rtlsdr driver, I see that there seems to be some code to
correct the IQ balance, but I'm only going by the names of functions like
"_IQ_Tree" and "_Compare_Cor". The algorithm, if there is one, is not at
all clear nor of direct interest, the question is whether or not there is
some IQ balance built into the rtlsdr driver and does anyone know how
effective (e.g. in terms of image suppression) it is.
Then, I'm using this device and software to demonstrate to students the
concepts of SDR. So on a related note, if there is some IQ balance
correction in the driver, can it be turned off? Changing the driver code is
way beyond my ability, but some digging suggests that changing the header
file to have
#define IMR_TRIAL 0.
eliminates a quite complex looking loop of computation that may be the IQ
balance scheme. As a newbie I wouldn't attempt this without some positive
guidance.
It would require a new build of the driver, which I imagine is the same as
for the normal case, and then if it can be done, it would be great to
illustrate the basic IQ balance of the hardware and the improvement
possible with software correction.
thanks Richard
All,
I have released openLTE V00.08.03 (http://sourceforge.net/projects/openlte/)
with support for HackRF and RTL-SDR via GrOsmoSDR. Using this release, I
have been able to successfully decode broadcast information (MIB and SIBs)
from LTE networks.
I was also wondering if there is a good way to determine which type of
hardware is connected? Currently I am using the get_sample_rates routine
and comparing the maximum against the expected max for each hardware type.
Thanks,
Ben
Hello to all,
I am an electrical engineering student from Brazil and I have already been
studying GNURadio using RTL-SDR for a while (I have an EZCAP dongle). This
is my first post here. I am studying the basic FM receiver and my question
is:
Which is the actual receiver architecture used in the RTL-SDR dongles? I
mean, do we have a Hartley receiver, a Weaver receiver, a zero-IF receiver,
a low-IF receiver?
Also, the E4K tuner has two outputs: one output is the in-phase component
and the other output is the quadrature component. So, does the RTL2832U has
two ADCs to sample the two components? Or just one ADC and it samples the
two components interleaved?
Thanks very much in advance,
Lucas Ingles