osmocom-sdr

osmocom-sdr@lists.osmocom.org

1 participants
912 discussions

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 21 Jul '13

21 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 18 Jul '13

18 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

Delay after rtlsdr_cancel_async
by Alexey Kruglov 16 Jul '13

16 Jul '13

Hi. I noticed there is a 1 second delay in librtlsdr between calling rtlsdr_cancel_async and releasing from rtlsdr_read_async. I'm writing a radio scanner and this delay limits scanning speed considerably. I tracked the delay down to this piece of code in librtlsdr.c: while (RTLSDR_INACTIVE != dev->async_status) { r = libusb_handle_events_timeout(dev->ctx, &tv); [...] if (RTLSDR_CANCELING == dev->async_status) { next_status = RTLSDR_INACTIVE; [...] if (dev->dev_lost || RTLSDR_INACTIVE == next_status) { >>>> libusb_handle_events_timeout(dev->ctx, &tv); break; } The marked line is almost always(?) invoked when all the events are already processed, hence it blocks for tv = 1 second. In fact I don't understand what this `if' is supposed to do at all. I tried to modify this line by changing the delay to 0 making it a non-blocking call (leaving the timeout of 1 sec for the former libusb_handle_events_timeout call). This worked with my project and the 1 second delay disappeared. So, I suppose, it's better to either a) remove the whole `if' or b) make the latter libusb_handle_events_timeout non-blocking as I did. I checked that b) works for me, and didn't test a) yet. The question is: what that `if (dev->dev_lost ...' is supposed to do? And the two possible fixes for 1 second delay bug depending on the answer are (diffs): === 1630a1631 > struct timeval tv_nb = { 0, 0 }; 1696c1697 < libusb_handle_events_timeout(dev->ctx, &tv); --- > libusb_handle_events_timeout(dev->ctx, &tv_nb); === === 1694,1698d1693 < < if (dev->dev_lost || RTLSDR_INACTIVE == next_status) { < libusb_handle_events_timeout(dev->ctx, &tv); < break; < } === -- GPG fp: 6DFA 1186 7576 DE60 6CCB EB39 AD81 1733 EEBB 970A

1 1

Anybody running gr-osmosdr or gr-baz under Windows?
by Murat Toloğlu 09 Jul '13

09 Jul '13

Hi All, After more than 2 weeks of endless trials to build, install and run gr-osmosdr and/or gr-baz in Windows 7 to have an RTL2832 source in GNU Radio - GRC without success I really wander if anybody exists and running these programs under Windows? Do you know anybody who succeeded to build and install gr-osmosdr and/or gr-baz in Windows? Regards, Mu

1 0

← Newer
1
...
64
65
66
67
68
69
70
...
92
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr