osmocom-sdr

osmocom-sdr@lists.osmocom.org

904 discussions

openLTE release V00.08.03
by Ben Wojtowicz 04 Aug '13

04 Aug '13

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

2 2

RTL SDR Hardware Architecture
by Lucas Ingles 02 Aug '13

02 Aug '13

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

2 2

ACARS decoder using rtl-sdr
by Skip Tavakkolian 29 Jul '13

29 Jul '13

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 !

2 1

RTL_FM raw mode squelch
by Sdr Guru 29 Jul '13

29 Jul '13

Hi Please enable raw mode squelch. It does wonders when debuging remote loctions (ppm_error!). And significantly reduces data volumes. rtl_fm -R -f 1**M -s 12k -l 220 | sox -r 12k -t raw -e signed-integer -b 16 -c 2 -V1 - -C 0 out.flac sox out.flac out_s.wav silence -l 1 0.2 1% -1 2.0 1% SG

2 1

Re: osmocom-sdr Digest, Vol 20, Issue 12
by Peter Stuge 29 Jul '13

29 Jul '13

Peter Dohm wrote: > I can show you screen shots of zadig if you'd like to see them, Even if they look good that's actually not good enough.

1 0

Terratec T-Stick+ oddity in Windows 8
by Peter Dohm 29 Jul '13

29 Jul '13

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

2 1

ACARS decoder using rtl-sdr
by Andreas Reinhardt 22 Jul '13

22 Jul '13

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

4 4

Re: ACARS decoder using rtl-sdr
by Pawel Janowski 19 Jul '13

19 Jul '13

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/

2 1

Re: ACARS decoder using rtl-sdr
by Adam Nielsen 19 Jul '13

19 Jul '13

> 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.

2 2

Possible bug in device removal detection code in librtlsdr.c
by Alexey Kruglov 16 Jul '13

16 Jul '13

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

2 1

← Newer
1
...
63
64
65
66
67
68
69
...
91
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr