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
Hi,
Thank you Thierry and Andreas for your work. I've been experimenting with
rtl-sdr library with different RTL2832U devices -- initially for
receiving/decoding ADS-B data, and now for ACARS data -- and have been very
impressed by the device and the code. For ACARS I was on the same path --
i.e. merging Thierry's code with rtl_fm (AM mode) -- and I'm very happy to
see Andreas has already done it!
Incidentally, my plan for writing an ADS-B decoder was also (fortunately)
shortened when I discovered Dump1090 (Salvatore Sanfilippo) and a nice fork
of it (MalcolmRobb).
To compile rtl_acars.c, I added it to my local rtl_sdr source directory and
made a few mods to the CMakeLists.txt files, etc to build/install it. The
diffs can be found here (includes my mods to CMakeLists.txt to compile on
Mac OS X):
http://pastebin.com/nwjtUDqC
-Skip
Thierry Leconte wrote:
> Le 15/07/2013 09:54, Andreas Reinhardt a écrit :
> > Hi everyone,
> >
> > I have combined "rtl_fm" with Thierry Leconte's (GPL'ed) acarsdec
> library code and created "rtl_acars" which can directly decode ACARS flight
> info messages to the console.
> Hey that's great news!
> I just bought a rtl card for fun recently and subscribe to this list .
> Very happy to see someone use my very old acars decoder code :-)
> will try it very soon !
Hi.
As it appears, the Terratec T-Stick+ is supported properly in the latest
releases of osmocom's libraries. I have a T-Stick+ working properly in
SDRSharp using the latest version of the standard zadig drivers as everyone
on Windows uses. When i downloaded the latest osmocom Windows binaries
from here:
http://sdr.osmocom.org/trac/attachment/wiki/rtl-sdr/RelWithDebInfo.zip, i
get the following result when i run rtl_test.exe on a fully-patched Windows
8 64-bit OS:
C:\Users\user\Downloads\RelWithDebInfo\rtl-sdr-release\x64>rtl_test.exe -t
Found 2 device(s):
0: Terratec T Stick PLUS
1: Terratec T Stick PLUS
Using device 0: Terratec T Stick PLUS
usb_open error -12
Failed to open rtlsdr device #0.
I've tried this both as administrator and as a normal user, btw.
Curiously enough, HDSDR also can not locate the device for some reason no
matter what I do, and i've installed the zadig drivers on BOTH tuner
instances just to be sure...
Somewhat perplexed... Can anyone offer any advice?
Cheers
Peter Dohm
Hi everyone,
I have combined "rtl_fm" with Thierry Leconte's (GPL'ed) acarsdec library code and created "rtl_acars" which can directly decode ACARS flight info messages to the console. Confirmed to compile on OSX 10.6 (not possible for me to check if it also compiles under Windows and *nix). Feel free to add it as another proof of concept to your distro unless you consider it too much of a quick&dirty hack.
Grab the code from: http://pastebin.com/kLJHyQWt
Best regards,
Andreas
Hello
its great idea !
I think the next step (small for man big form mankind) should be decoding
(based on rtl_fm) APRS messages and putting into APRS-IS Servers !
with regards
Pawel, SQ7MRU
http://sq7mru.blogspot.com/
> Hi,
>
> The grab connection doesn't work :(
>
> 73, Murat TA1DB
If you're running a recent version of Linux, it will load DVB drivers
so you can watch TV with the device. You'll have to unload these to
make the device available for use:
sudo rmmod dvb_usb_rtl28xxu rtl2832 e4000
(assuming an e4000 device, not sure what module to unload for other
tuners, lsmod will tell you.)
Cheers,
Adam.
Hi.
Device removal detection code in _libusb_callback in librtlsdr.c may be
buggy. Every time we get any status other than LIBUSB_TRANSFER_COMPLETED
(including LIBUSB_TRANSFER_ERROR) the code doesn't resubmit current
buffer, and we get the real number of working buffers decreased by one.
If that number goes down to 0, rtlsdr_read_async() will hang.
Linux version tries to control it by counting the number of
LIBUSB_TRANSFER_ERROR buffers that came in row in dev->xfer_errors. But
if we already have _one_ failed buffer during the whole transfer up to
the moment, that counter will never reach dev->xfer_buf_num.
So it seems more straightforward to 1. count the failed buffers and
rtlsdr_cancel_async() when it reaches 0 or some sensible threshold, and
2. maybe resubmit some kinds of the failed buffers other than
LIBUSB_TRANSFER_COMPLETED, if it makes sense. I am not a libusb guru and
it's not well documented in this part, so I am not sure about my second
point.
Hoping some librtlsdr developers will appear on this list.
--
GPG fp: 6DFA 1186 7576 DE60 6CCB EB39 AD81 1733 EEBB 970A
