From mtologlu at hotmail.com Tue Jul 9 04:22:26 2013 From: mtologlu at hotmail.com (=?iso-8859-9?Q?Murat_Tolo=F0lu?=) Date: Tue, 9 Jul 2013 07:22:26 +0300 Subject: Anybody running gr-osmosdr or gr-baz under Windows? Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at areinhardt.de Mon Jul 15 07:54:00 2013 From: info at areinhardt.de (Andreas Reinhardt) Date: Mon, 15 Jul 2013 17:54:00 +1000 Subject: ACARS decoder using rtl-sdr Message-ID: 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 From a.nielsen at shikadi.net Tue Jul 16 08:37:31 2013 From: a.nielsen at shikadi.net (Adam Nielsen) Date: Tue, 16 Jul 2013 18:37:31 +1000 Subject: ACARS decoder using rtl-sdr In-Reply-To: References: Message-ID: <20130716183731.003653d4@korath.teln.shikadi.net> > Confirmed to compile on OSX 10.6 > (not possible for me to check if it also compiles under Windows and > *nix). This is great, thanks for posting! It compiles and runs under Linux with this command: $ gcc -o rtl_acars rtl_acars.c `pkg-config --cflags --libs librtlsdr libusb` -lpthread -lm $ ./rtl_acars -f 131550k Found 1 device(s): 0: Realtek, RTL2832U, SN: 00000991 Using device 0: Generic RTL2832U (e.g. hama nano) Found Elonics E4000 tuner Oversampling input by: 21x. Oversampling output by: 1x. Buffer size: 8.13ms Tuned to 131802000 Hz. Sampling at 1008000 Hz. Output at 48000 Hz. Exact sample rate is: 1008000.009613 Hz Tuner gain set to automatic. RX_IDX: 0 ACARS mode: B, message label: H1 Aircraft reg: .VH-VYE, flight id: QF0975 Block id: 55, msg. no: D12A Message content:- #DFBYBTLYBBN AMDAR3AU0138 AJ0LPS3KKSH:LX.9AQD - L///9AJIKN RKLEHCZRU : K///9 U 4 T Q0LCJDDSI V Y///9A M F LKLCJDDS0 U L///9 A Z 5 Q0L7JELS5 Y K///9U P P N0L30FTS2 . V///9 A 8 W OKKYZHKSW W L///9A G O LKKVS ----------------------------------------------------------[16/07/2013 08:35] RX_IDX: 1 ACARS mode: B, message label: H1 Aircraft reg: .VH-VYE, flight id: QF0975 Block id: 56, msg. no: D12B Message content:- #DFBIBRE M M///9 ----------------------------------------------------------[16/07/2013 08:35] Cheers, Adam. From alexey.kruglov at gmail.com Tue Jul 16 17:18:25 2013 From: alexey.kruglov at gmail.com (Alexey Kruglov) Date: Tue, 16 Jul 2013 21:18:25 +0400 Subject: Delay after rtlsdr_cancel_async In-Reply-To: <51D0815D.7080702@gmail.com> References: <51D0815D.7080702@gmail.com> Message-ID: <51E58061.5080003@gmail.com> Hi. Since there's no discussion, I'll write a little more about that extra delay issue. > 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 1) I suggest to incorporate the first of my two fixes into the master branch. The first fix sholdn't break anything, it works well for me and fixes the delay bug. I moved on to my other projects, and ain't going to investigate this problem any more. > 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); > === > 2) There was an error in my second fix: I obviously should have removed only the libusb_handle_events_timeout line, not the whole `if'. > === > 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 From thierry.leconte at laposte.net Tue Jul 16 17:19:47 2013 From: thierry.leconte at laposte.net (Thierry Leconte) Date: Tue, 16 Jul 2013 19:19:47 +0200 Subject: ACARS decoder using rtl-sdr In-Reply-To: References: Message-ID: <51E580B3.2060306@laposte.net> 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 ! From alexey.kruglov at gmail.com Tue Jul 16 17:42:54 2013 From: alexey.kruglov at gmail.com (Alexey Kruglov) Date: Tue, 16 Jul 2013 21:42:54 +0400 Subject: Possible bug in device removal detection code in librtlsdr.c Message-ID: <51E5861E.1040608@gmail.com> 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 From a.nielsen at shikadi.net Tue Jul 16 19:25:01 2013 From: a.nielsen at shikadi.net (Adam Nielsen) Date: Wed, 17 Jul 2013 05:25:01 +1000 Subject: ACARS decoder using rtl-sdr In-Reply-To: References: Message-ID: <20130717052501.36d240a1@korath.teln.shikadi.net> > 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. From peter at stuge.se Tue Jul 16 19:50:34 2013 From: peter at stuge.se (Peter Stuge) Date: Tue, 16 Jul 2013 21:50:34 +0200 Subject: Possible bug in device removal detection code in librtlsdr.c In-Reply-To: <51E5861E.1040608@gmail.com> References: <51E5861E.1040608@gmail.com> Message-ID: <20130716195034.21455.qmail@stuge.se> Alexey Kruglov wrote: > Every time we get any status other than LIBUSB_TRANSFER_COMPLETED > (including LIBUSB_TRANSFER_ERROR) the code doesn't resubmit current > buffer That may not be a problem, depending on what assumptions librtlsdr makes.. Also note that a transfer with an error may also have successfully transfered some data, but not all that was requested before the error occurred. > 2. maybe resubmit some kinds of the failed buffers other than > LIBUSB_TRANSFER_COMPLETED, if it makes sense. Only librtlsdr knows if it makes sense or not. > I am not a libusb guru and it's not well documented in this part, > so I am not sure about my second point. I know libusb well but I don't know the librtlsdr model by heart. Na?vely I might think that once a single transfer fails then all other transfers should be cancelled - at the very least if the failure is because of the device disappearing. //Peter From pawel.janowski at gmail.com Wed Jul 17 09:16:24 2013 From: pawel.janowski at gmail.com (Pawel Janowski) Date: Wed, 17 Jul 2013 11:16:24 +0200 Subject: ACARS decoder using rtl-sdr Message-ID: 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mtologlu at hotmail.com Thu Jul 18 11:22:53 2013 From: mtologlu at hotmail.com (Murat Tologlu) Date: Thu, 18 Jul 2013 14:22:53 +0300 Subject: ACARS decoder using rtl-sdr In-Reply-To: <20130717052501.36d240a1@korath.teln.shikadi.net> References: <20130717052501.36d240a1@korath.teln.shikadi.net> Message-ID: >/ 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. -------------------- Hello Adam, I can't even download the code from :http://pastebin.com/kLJHyQWt When I click on the link I get this error message: The connection was reset The connection to the server was reset while the page was loading. How can I get the code to compile and run? I use Ubuntu 12.04 LTS X64 Regards, Murat TA1DB -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.nielsen at shikadi.net Thu Jul 18 22:58:45 2013 From: a.nielsen at shikadi.net (Adam Nielsen) Date: Fri, 19 Jul 2013 08:58:45 +1000 Subject: ACARS decoder using rtl-sdr In-Reply-To: References: <20130717052501.36d240a1@korath.teln.shikadi.net> Message-ID: <20130719085845.1af2ce19@korath.teln.shikadi.net> > I can't even download the code from :http://pastebin.com/kLJHyQWt > > When I click on the link I get this error message: > > The connection was reset > The connection to the server was reset while the page was > loading. > > How can I get the code to compile and run? I use Ubuntu 12.04 LTS X64 Oh sorry, I thought you meant you got the error about being unable to grab the device! The web site is working fine for me, maybe you need to contact your ISP and ask why you cannot access pastebin.com? Cheers, Adam. From jsalsburg at bellsouth.net Fri Jul 19 20:10:33 2013 From: jsalsburg at bellsouth.net (Jay Salsburg) Date: Fri, 19 Jul 2013 15:10:33 -0500 Subject: Hauppauge WinTV-HVR-950Q hybrid TV stick In-Reply-To: References: Message-ID: I wonder if anyone has studied these products? The Tuner chip in the Hauppauge WinTV-HVR-950Q hybrid TV stick appears very powerful, is used in many popular Televisions around the world. Hauppauge makes PCI-based Tuner cards that are also very powerful. Since the Tuner Chips in these products are I2C controlled, it would be very easy to control them with a BUSPIRATE. Demodulation of narrowband I/Q signals could be accomplished with a SoundBlaster Audio Card. http://www.crestatech.com/pdf/XC5000_prodbrief.pdf http://www.crestatech.com/pdf/XCV-EVP_prodbrief.pdf http://www.hauppauge.com/site/products/data_hvr950q.html These are the Specifications for the XC5000 Tuner Chip used in the Hauppauge WinTV-HVR-950Q hybrid TV stick. SPECIFICATIONS Outline Dimensions 7 x 7 x 0.85mm Supply Voltage (DC) 1.8V, 3.3V System setting time 5ms Input Impedance 75ohms VSWR (typical) 2.5 Noise Figure (typical) 5dB Phase noise @10KHz -95dBc (typical) CTB -63dBc Image rejection 65dB AGC range 90dB Video SNR (unweighted) 54dB Frequency range 42 - 864MHz Power Dissipation 1.0 W Other interesting links. http://www.mythtv.org/wiki/Digital_Tuner_Cards http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-950Q http://linuxtv.org/wiki/index.php/Xceive_XC5000 http://www.crestatech.com/products/xc5000.html http://www.crestatech.com/products/x7.html http://www.crestatech.com/pdf/x7_brief.pdf http://www.crestatech.com/pdf/ctv_product_brief.pdf Jay Salsburg -------------- next part -------------- An HTML attachment was scrubbed... URL: From mtologlu at hotmail.com Sun Jul 21 17:17:50 2013 From: mtologlu at hotmail.com (Murat Tologlu) Date: Sun, 21 Jul 2013 20:17:50 +0300 Subject: ACARS decoder using rtl-sdr In-Reply-To: <20130716183731.003653d4@korath.teln.shikadi.net> References: <20130716183731.003653d4@korath.teln.shikadi.net> Message-ID: Adam, I've compiled rtl_acars.c with this: gcc -o rtl_acars rtl_acars.c `pkg-config --cflags --libs librtlsdr libusb` -lpthread -lm without any error. It produced an executable file named rtl_acars However when I enter ./rtl_acars -f 131550k I get this error message : bash: ./rtl_acars: Permission denied What can be wrong? I use ubuntu 12.04 (sorry I am new to Linux) Appreciate your help. Regards, From a.nielsen at shikadi.net Sun Jul 21 23:40:34 2013 From: a.nielsen at shikadi.net (Adam Nielsen) Date: Mon, 22 Jul 2013 09:40:34 +1000 Subject: ACARS decoder using rtl-sdr In-Reply-To: References: <20130716183731.003653d4@korath.teln.shikadi.net> Message-ID: <20130722094034.2c4cf31d@korath.teln.shikadi.net> > However when I enter > > ./rtl_acars -f 131550k > > I get this error message : bash: ./rtl_acars: Permission denied > > What can be wrong? I use ubuntu 12.04 (sorry I am new to Linux) Do you have the right access level to use the USB device? Try running as the root user to see if that works. If not, see if you can use the rtl_fm program first, and try rtl_acars again once rtl_fm is working. (Just because Google will be more help for rtl_fm issues since more people have used it.) Cheers, Adam. From peter.dohm at gmail.com Sun Jul 28 06:39:12 2013 From: peter.dohm at gmail.com (Peter Dohm) Date: Sun, 28 Jul 2013 02:39:12 -0400 Subject: Terratec T-Stick+ oddity in Windows 8 Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter at stuge.se Mon Jul 29 00:33:22 2013 From: peter at stuge.se (Peter Stuge) Date: Mon, 29 Jul 2013 02:33:22 +0200 Subject: Terratec T-Stick+ oddity in Windows 8 In-Reply-To: References: Message-ID: <20130729003322.20077.qmail@stuge.se> Peter Dohm wrote: > 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 $ grep -- -12 src/libusb/libusb/libusb.h LIBUSB_ERROR_NOT_SUPPORTED = -12, You haven't installed the correct driver using zadig. Install WinUSB for the device(s). //Peter From sdrguru1 at gmail.com Mon Jul 29 12:08:10 2013 From: sdrguru1 at gmail.com (Sdr Guru) Date: Mon, 29 Jul 2013 15:08:10 +0300 Subject: RTL_FM raw mode squelch Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter at stuge.se Mon Jul 29 12:44:03 2013 From: peter at stuge.se (Peter Stuge) Date: Mon, 29 Jul 2013 14:44:03 +0200 Subject: osmocom-sdr Digest, Vol 20, Issue 12 In-Reply-To: References: Message-ID: <20130729124403.15198.qmail@stuge.se> 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. From peter at stuge.se Mon Jul 29 12:44:32 2013 From: peter at stuge.se (Peter Stuge) Date: Mon, 29 Jul 2013 14:44:32 +0200 Subject: RTL_FM raw mode squelch In-Reply-To: References: Message-ID: <20130729124432.15228.qmail@stuge.se> Hi Sdr Guru wrote: > Hi > > Please enable raw mode squelch. Please send a patch. //Peter From skip.tavakkolian at gmail.com Mon Jul 29 19:00:02 2013 From: skip.tavakkolian at gmail.com (Skip Tavakkolian) Date: Mon, 29 Jul 2013 12:00:02 -0700 Subject: ACARS decoder using rtl-sdr Message-ID: 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 ! -------------- next part -------------- An HTML attachment was scrubbed... URL: From rsenykoff at gmail.com Mon Jul 29 19:48:31 2013 From: rsenykoff at gmail.com (Ron Senykoff) Date: Mon, 29 Jul 2013 15:48:31 -0400 Subject: ACARS decoder using rtl-sdr In-Reply-To: References: Message-ID: Thanks for this! I've been doing quite a bit with the ADS-B and want to add ACARS and see what I get. So far mainly using the modes_rx stuff, although dump1090 is way more efficient and has error correction, modes_rx has kml output and I've been modding the kml. I think on modes_rx I could pull out all the other output formats and reduce CPU load. Would be nice to add error correction there but alas I'm off topic. Cheers, -Ron On Mon, Jul 29, 2013 at 3:00 PM, Skip Tavakkolian < skip.tavakkolian at gmail.com> wrote: > 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 ! > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: