- osmocom-sdr - lists.osmocom.org

by Al

Hi ben, Thanks, glad you like the scanner although I realise it's a bit of a pain to install all the dependencies under Windows or OS X. I intended the software to be used to find interesting signals, which you could then analyse in other software, never really as a spectrum analyser (the thought of implementing all the maths gives me a headache!). Once I've found something I often use sdrsharp to investigate it and if I'm still interested I move onto GNU Radio. I would really recommend you try GNU Radio, although you may find it has a steep learning curve. For example you could use VirtualBox (virtualbox.org) to run an Ubuntu machine on your desktop (compiling under Windows can be tricky) . There's plenty of information on both virtual machines and GNU Radio installation around. Good luck, Al > Message: 2 > Date: Wed, 23 Jan 2013 00:45:08 +1100 > From: Ben Ryan <benryanau(a)hotmail.com> > To: <osmocom-sdr(a)lists.osmocom.org> > Subject: RE: RTL-SDR Scanner/Plotter (Al) > Message-ID: <SNT139-W63EB2510A068891AA8A25B6160(a)phx.gbl> > Content-Type: text/plain; charset="iso-8859-1" > > > Hey mate this looks really great! > I've dreamed about building something similar for an RTLSDR, but much fancier (ping-pong on 'interesting' chirps, yo-yo sweeps to find voice/burst comms, trended plots etc etc). A poor man's wideband spectrum analyser. But I can't code to save my life.. > However, wait long enough and funny things happen :) You've made a great start with this project, especially given there was NOTHING out there prior (that I've seen anyhow. Certainly for Win32.) > All the module/package dependencies are a bit of a pain but hey, you've got a working app :) > Love to try it soon when I get a chance, hope you develop it up into a full-bllown RTLSDR spectrum analyser / "interesting signal" finder! > > Cheers > ben > > >> Message: 1 >> Date: Mon, 21 Jan 2013 16:53:01 +0000 >> From: Al <al(a)eartoearoak.com> >> To: osmocom-sdr(a)lists.osmocom.org >> Subject: RTL-SDR Scanner/Plotter >> Message-ID: <50FD726D.5010000(a)eartoearoak.com> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >> Hi, >> >> I thought you may be interested in a program I've written, it's a Python >> GUI which scans a set of frequencies and plots the resulting levels, >> which can be saved for later viewing or exported to a CSV file. >> >> Source: https://github.com/EarToEarOak/RTLSDR-Scanner >> More info: http://www.eartoearoak.com/software/rtlsdr-scanner >> >> I wrote it to help me find signals over a wide bandwidth, to get a >> better view of the RF space. I hope you find it useful. >> >> Al

11 years, 3 months

1
0
0 0

RTL-SDR Scanner/Plotter

by Al

Hi, I thought you may be interested in a program I've written, it's a Python GUI which scans a set of frequencies and plots the resulting levels, which can be saved for later viewing or exported to a CSV file. Source: https://github.com/EarToEarOak/RTLSDR-Scanner More info: http://www.eartoearoak.com/software/rtlsdr-scanner I wrote it to help me find signals over a wide bandwidth, to get a better view of the RF space. I hope you find it useful. Al

11 years, 3 months

2
1
0 0

rtl-sdr and gr-osmosdr

by tokens＠myranch.com

I have installed these using the procedures shown in the wiki. I didn’t see any errors during the installation. The packages are on the computer but they are not listed amongst the sources on GNU Radio Companion. If I type in the terminal rtl_test –t I get: 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 usb_open error -3 Failed to open rtlsdr device #0 Any suggestions? Many thanks, Al

11 years, 3 months

3
4
0 0

SDR Touch and licensing

by Мартин Маринов

Hi all, I would like to congratulate you on the great job you did with rtl-sdr and I am really admiring you work! I am the developer of SDR Touch, I received a copyright violation notice from one of the developers. I wanted to point out that rtl_tcp_andro and SDR Touch are completely separate binaries in the aggregate called SDRTouch.apk. They are never linked together - neither before, nor after the unrar-ing of the apk onto the user's Android device. They communicate via TCP. Once the installation of the apk is over, the binaries and rtl_tcp_andro reside in completely different directories on the Android device. rtl_tcp_andro is a derivative work of rtl_tcp and is released under GPL2+ - https://github.com/martinmarinov/rtl_tcp_andro- (In order to honour GPL you can actually visit this webiste via the Help message that you see on SDR Touch). rtl_tcp_andro is merely started using Runtime.exec() command. It is never linked - neither statically nor dynamically. Furthermore SDR Touch can happily work without the local rtl_tcp and this is there only for user's convenience. SDR Touch can function over the network without requiring a local rtl_tcp. Since SDR Touch and rtl_tcp are completely separate works, and the user is aware of the license of rtl_tcp_andro and has access to its source code, SDR Touch does not violate GPL2+. It is true they reside in the same installer before being installed on the device, but this is allowed in GPL3 and is called an aggregate. Does it make sense? Is there anything I can do so we can settle this issue once and for all? Thanks, Martin

11 years, 3 months

2
1
0 0

SARK-110 Antenna Analyzer [TES09211B] - $360.00 : Seeed Studio Bazaar, Boost ideas, extend the reach

by Jay Salsburg

http://www.seeedstudio.com/depot/preorder-sark110-antenna-analyzer-p-1270.ht ml?cPath=174

11 years, 3 months

1
0
0 0

RE: RTL-SDR Scanner/Plotter (Al)

by Ben Ryan

Hey mate this looks really great! I've dreamed about building something similar for an RTLSDR, but much fancier (ping-pong on 'interesting' chirps, yo-yo sweeps to find voice/burst comms, trended plots etc etc). A poor man's wideband spectrum analyser. But I can't code to save my life.. However, wait long enough and funny things happen :) You've made a great start with this project, especially given there was NOTHING out there prior (that I've seen anyhow. Certainly for Win32.) All the module/package dependencies are a bit of a pain but hey, you've got a working app :) Love to try it soon when I get a chance, hope you develop it up into a full-bllown RTLSDR spectrum analyser / "interesting signal" finder! Cheers ben > Message: 1 > Date: Mon, 21 Jan 2013 16:53:01 +0000 > From: Al <al(a)eartoearoak.com> > To: osmocom-sdr(a)lists.osmocom.org > Subject: RTL-SDR Scanner/Plotter > Message-ID: <50FD726D.5010000(a)eartoearoak.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi, > > I thought you may be interested in a program I've written, it's a Python > GUI which scans a set of frequencies and plots the resulting levels, > which can be saved for later viewing or exported to a CSV file. > > Source: https://github.com/EarToEarOak/RTLSDR-Scanner > More info: http://www.eartoearoak.com/software/rtlsdr-scanner > > I wrote it to help me find signals over a wide bandwidth, to get a > better view of the RF space. I hope you find it useful. > > Al >

11 years, 3 months

1
0
0 0

Windows driver for RTL283 device

by Robert Durkacz

Hello, I am using cygwin with Windows XP but I do not have a good understanding of the Windows OS. I could do with some advice about how the usb driver for the RTL2832U device is meant to be located by the rtl_sdr.c program using the libusb library. For me this program fails with a libusb_open() error of -12. Using the debugger I can see this is due to no driver being found for the RTL2832U device. When the function get_api_type() in windows_usb.c is called it consults the registry for a driver name for the device. In my case it finds RTL2832UUSB and RTL2832UBDA but I suppose this just depends on what is sitting in the registry. Subsequently the program checks to see if the driver name is WINUSB or USBCCGP. Because it is not the program cannot work. Am I meant to ensure either WINUSB or USBGCCP drivers are installed on my computer and must the registry entry for the RTL2832U device point to one of these? If so, is there a recommended procedure to do that? Thanks for any advice Robert Durkacz

11 years, 3 months

3
3
0 0

Re: Getting Started...

by Sylvain Munaut

Hi, You should know that the fw is being rewritten ( branch mci-rewrite ), to use the MCI interface for data transfer, allowing up to 4 MHz transfer. But this will require a HW mod to be detailled later. Cheers, Sylvain

11 years, 3 months

2
1
0 0

segmentation fault on Ubuntu 12.04

by Peter A. Bigot

As a new user of GNU radio with a couple RTL2832 dongles to play with I used the build-gnuradio script to install on Fedora 16 and Ubuntu 12.04. The Fedora install worked fine; but the Ubuntu one produced this: lemur4[18]$ rtl_test 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 Found Elonics E4000 tuner Supported gain values (14): -1.0 1.5 4.0 6.5 9.0 11.5 14.0 16.5 19.0 21.5 24.0 29.0 34.0 42.0 Reading samples in async mode... cb transfer status: 1, canceling... Library error 0, exiting... Segmentation fault (core dumped) The traceback showed the fault to occur in libusb1, and seemed similar to the issue discussed at http://lists.gnumonks.org/pipermail/osmocom-sdr/2012-August/000201.html I noticed this patch at the head of master touched the same general part of the code. commit 3cbf1392612a0c6f02ec178f8e78568138f12b0a Author: Hoernchen <la(a)tfc-server.de> Date: Wed Jan 16 20:03:00 2013 +0100 exit if our usb device disappears Reverting this change fixed the issue. Peter

11 years, 3 months

3
3
0 0

installing rtl-sdr and whether I need to reinstall gnuradio

by Mike Sousa

Hi, In reading the directions for rtl-sdr installation, I'm curious if following line in the Software section (http://sdr.osmocom.org/trac/wiki/rtl-sdr#Softwarer): "Please note: prior pulling a new version from git and compiling it, please do a "make uninstall" first to properly remove the previous version" means to uninstall my gnuradio installation, or if I have one, just the rtl-sdr software? I don't have any rtl-sdr software installed yet, but I do have a recent gnuradio installed (v3.6.?) on Ubuntu 12.10. Thanks for your help. '73' Mike, KB1QVO

11 years, 4 months

2
1
0 0

Re: rtl-sdr and gr-osmosdr

by Jonathan Guthrie

Sir: If you look in the place where you built gr-osmosdr, you will find a file called install_manifest.txt which contains where it put all the files. The rtlsdr_source_c.xml and osmosdr_source_c.xml (which are files that describe the sources, both of which produce streams of complex numbers, which is what the naming convention means) are how the gnuradio companion knows how to use those sources. Do a "sudo make uninstall" where you built gr-osmosdr, and then start over with gr-osmosdr. But this time, instead of just running "cmake" with no options, use the command: cmake .. -DCMAKE_INSTALL_PREFIX=/usr You "define" (that's what "-D" means) the value "CMAKE_INSTALL_PREFIX" to be /usr. If you don't define it to be something, it will use the default value of "/usr/local" I have a Web page with partial instructions (it's not intended to be a Linux introduction, although I will do my best to answer specific questions if you have any) and some other stuff on it: http://www.ka8kpn.org/sdr-dongle.html Oh, and while I'm thinking about it, I really detest mailing lists whose default action on a reply is to write directly to the person to whom you are responding rather than to the list. To me, it is optimizing the atypical case and it makes far more sense to optimize for what everyone nearly always wants to do. That is, it may be technically correct, but it is definitely the wrong thing to do. However, I know I've lost that battle, so I'll not mention it again. On 01/12/2013 03:24 PM, tokens(a)myranch.com wrote: > Hi Jonathan, > > Please excuse my ignorant comments and questions but I am very much a > Linux novice. > > I see that there are directories for gr-osmosdr, rtl-sdr, and uhd > under home directory. Under usr/local/share/gnuradio/grc/blocks/ I > find osmosdr_source_c.xml and rtlsdr_source_c.xml. Directories for > gnuradio are under usr/etc and usr/include. I guess this is what you > mean by some bits of gr-osmosdr and rtlsdr end up in usr/local. How do > I force cmake to install the software into /usr. > > Thank you very much. > > Regards, > Al > > -----Original Message----- From: Jonathan Guthrie > Sent: Saturday, January 12, 2013 2:18 PM > To: tokens(a)myranch.com > Subject: Re: rtl-sdr and gr-osmosdr > > On 01/12/2013 09:03 AM, tokens(a)myranch.com wrote: >> I have installed these using the procedures shown in the wiki. I >> didn’t see any errors during the installation. The packages are on >> the computer but they are not listed amongst the sources on GNU Radio >> Companion. >> If I type in the terminal rtl_test –t I get: >> 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 >> usb_open error -3 >> Failed to open rtlsdr device #0 >> >> Any suggestions? >> > > I installed GNURadio as packaged by my distribution, and I did the > "cmake; make; sudo make install" that I found, and I got the symptoms > you described. The problem I had is that packaged software normally > gets installed into /usr and the "cmake, etc" procedure installs it's > software into /usr/local. That meant that grc was looking in the wrong > place to find the gr-osmosdr bits. > > Telling cmake to install the software into /usr fixed my problem. Could > it possibly fix yours? > >

11 years, 4 months

2
1
0 0

rtl-sdr and gr-osmosdr

by tokens＠myranch.com

Using Sudo, as suggested by two readers, takes care of the rtl_test problem. However, I still don’t have the OsmoSDR and RTLSDR source blocks appearing in GNU Radio Companion. Thank you. Al

11 years, 4 months

1
0
0 0

Plane plotting software for unix?

by Alan Corey

I like adsbScope under Windows, but is there anything similar for unix? Hopefully something free that takes a tcp feed. Alan ----- Radio Astronomy - the ultimate DX

11 years, 4 months

3
3
0 0

gr-osmosdr frequency range for rtlsdr

by Alexandru Csete

Greetings, I noticed today that rtl_source_c::get_freq_range() returns an empty range for all but E4000 tuners. Is it due to lack of information? I have dongles with R820T and FCI2580 tuners that I can measure the usable ranges for if needed. Alex

11 years, 4 months

3
3
0 0

Why is there Sleep() in rtl_fm?

by Alan Corey

Is this from Windows or something? In unix it's sleep, not Sleep, and it only takes ints or something similar. I have a native (OpenBSD) usleep so I ifdefed: #ifdef _WIN32 #define usleep(x) Sleep(x/1000) #endif It didn't affect my problem but it made me feel better. Alan ----- Radio Astronomy - the ultimate DX

11 years, 4 months

1
0
0 0

Trying to use rtl_fm, etc

by Alan Corey

With rtl_fm, I get a tiny burst of audio about once a minute. My dongle is a vendor ID 0x0bda, product ID0x2838 from http://www.amazon.com/gp/browse.html?ie=UTF8&marketplaceID=ATVPDKIKX0DER&me… I did: rtl_fm -f 88500000 - | play -t raw -r 24k -e signed-integer -b 16 -c 1 -V1 - I got: 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 -: (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 Oversampling input by: 42x. Oversampling output by: 1x. Buffer size: 8.13ms Tuned to 88752000 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.68 [00:00:00.00] Out:16.4k [ =====|===== ] Clip:0 ^CSignal caught, exiting! The dongle works if I boot into Windows, but in OpenBSD I can't get anything out of it. I'm still trying to get dependencies for Gnuradio together. The only odd thing is that being OpenBSD, there's no -lrt when I link. Those functions are built into something else so I compile without the -lrt. There isn't an -lrt library. I've tried writing little scripts to run it so I do it consistently. My wide FM one: #!/bin/sh rtl_fm -W -l 0 -f 88500000 - | play -t raw -r 32000 -e signed-integer -b 16 -c 1 -V4 - Narrow: #!/bin/sh rtl_fm -N -l 0 -f 162550000 - | play -t raw -r 32k -e signed-integer -b 16 -c 1 -V4 - I've played with various options. If I use -R it runs for a long time with lots of data by Sox's meter, but I don't hear anything. If I pipe it to a file (without -R) the file is very small and grows slowly, not what I would expect from audio. I just grabbed a fresh copy by git yesterday but it works about the same. A fresh run: freebie# rtl_fm -N -f 162550000 - | play -t raw -r 32k -e signed-integer -b 16 -c 1 -V 4 - Found 1 device(s): play: SoX v14.3.2 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. Signal caught, exiting! I don't have much idea what's going on, but I'm tempted to try opening it from a pipe (in C) to see if I can capture anything more. Alan ----- Radio Astronomy - the ultimate DX

11 years, 4 months

2
3
0 0

Remote SDR# connection to Ham-It-Up HF Converter using RTL-SDR/TCP - Receiver is Deaf

by KD9GN

Happy New Year to Everyone .... I am thinking this may be more of an issue with rtl_tcp than with the client software (SDR#) so I thought I would throw this out there and see if anyone has any ideas. I have a Ham-it-Up up converter connected to an EZcap 668 (e4000) dongle and am using a random length long wire antenna all connected on a remote linux server (with minimal OS install) where I am running rtl_tcp. I am starting rtl_tcp using the following command: rtl_tcp -a 192.168.110.220 -p 1236 -d 2 When I connect to the remote dongle/converter using SDRSharp with RTL-USB/TCP I get nothing but static / noise. If I put the converter in bypass mode, then SDRSharp and my dongle perform with the typical performance I have experienced in the past. If I move the same dongle and up converter combo to the same pc running SDRSharp and connect to the dongle using RTL-SDR/USB I am able to receive many HF signals, as one would expect. For example, CHU Canada, WWV, some local CB radio chatter and even our local airport's LF beacon at 329 KHZ. I also tried starting rtl_tcp with the -g option and setting a gain to try to match the gain options available under RTL-SDR/USB but that had no effect. I am just wondering if I am not finding the correct settings so this will work or if this is an issue with rtl_tcp? BTW: I actually have two other Ezcap 668's running simultaneously on the remote linux server as device 0 / port 1234 and device 1 / port 1235 working just fine when connected to other remote instances of SDR Sharp. 73's - Dave KD9GN

11 years, 4 months

1
0
0 0

RTL2832

by ab ni

Hi, Does anyone technical documentations about RTL2832U ? soso

11 years, 4 months

1
0
0 0

Re: Direct sampling mode and rtl_xxx

by Sdr Guru

On Mon, Dec 31, 2012 at 2:02 AM, Alan Corey <alancorey(a)yahoo.com> wrote: > Some of them have a -R option for raw, I think that's what it does (rtl_fm > anyway). > This is a different topic. raw = no demodulation About "Direct sampling mode" https://groups.google.com/forum/#!topic/ultra-cheap-sdr/cG988R1D8uE SG > > Any documentation on this set of programs would be a good thing, other > than looking in the code or using --help. > > Alan > > > ----- > Radio Astronomy - the ultimate DX > > ------------------------------ > *From:* Sdr Guru <sdrguru1(a)gmail.com> > *To:* osmocom-sdr(a)lists.osmocom.org > *Sent:* Sunday, December 30, 2012 5:39 PM > *Subject:* Direct sampling mode and rtl_xxx > > Hi > > Is it possible to use rtl_fm, rtl_sdr and rtl_tcp in "Direct sampling > mode" > > SDR Guru > > > >

11 years, 4 months

1
0
0 0

rtl-sdr over multicast & multiple decoders

by James Sharp

I've been playing around with rtl-sdr as a way to stream trunking radio and air band traffic. I've done a bit of research and found people who are using multiple dongles, one to digest the control channel and one or more to tune and receive the voice channels as the talk groups come and go. They're also using multiple dongles and/or squelch scanning to stream airband signals Around here, all of the channels of the trunking system as well as all of the "interesting" fit inside the bandwidth of a dongle running at 3.6Msps. So, my question is this: Would it not be more efficient to have a single tuner dongle outputting all of its samples over multicast (or into a shared memory segment for that matter, if you want to stay on the same host) and then having a bunch of decoder processes listening to the samples and decoding what they need out of them?

11 years, 4 months

3
2
0 0

Direct sampling mode and rtl_xxx

by Sdr Guru

Hi Is it possible to use rtl_fm, rtl_sdr and rtl_tcp in "Direct sampling mode" SDR Guru

11 years, 4 months

1
0
0 0

decode raw

by Vitaliy Kulchevych

Hi, all! I want parse and decode raw data from my sdr device. I have RTL2832 based DVB-T receiver. I want get data from receiver via rtl-sdr sotware, parse and decode, and sent completed data through websocket to client in browser. Where I can find description of returning data from rtl_sdr, rtl_tcp. Specs, docs? Or what is the best way to do something like this my idea? Thanks! -- live free or die;

11 years, 4 months

1
0
0 0

Exceptionally Hard & Soft Meeting,exploring the frontiers of open source and DIY,Berlin, December 28-30 2012

by Andrea Montefusco

Maybe I lost some previous message, but I don't remember to have already seen that here. Anyway... From http://ehsm.eu/index.html: Harald Welte will present the Osmocom project he founded. In particular, there will be OsmocomBB, a free software GSM stack evolved enough to actually make phone calls and send SMS (plus all the possible explorations of the GSM system), and OsmoSDR, a small-size, low-cost software defined radio device. *am* --------------------------------------------------------- Andrea Montefusco iw0hdv http://www.montefusco.com tel: +393356992791 fax: +390623318709 ---------------------------------------------------------

11 years, 4 months

1
0
0 0

Information about the sampling rate of the RTLSDR driver

by frederic.evennou＠orange.com

Hello, I am testing a DVB-T USB key including the Elonics E4000 chipset and I want to check the sampling rate of this card. I set up the sampling rate at 2.048 Ms/s (rtlsdr_set_sample_rate), and my storing buffer is 8*1024 bytes, so I expect receiving 1024 I/Q samples every 500 microseconds. I am using the rtlsdr_read_async function to read the samples. Unfortunately the loop in my program indicates that 8*1024 bytes are read every 2 milliseconds. I am using the gettimeofday function to measure the time in microseconds. Does this result mean that the best I can do is to read some samples every 2 ms at 2.048 Ms/s. This would mean that I am missing 1.5 ms of signal. Is that correct or I am doing something wrong ? Thanks for your help. Frederic _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. Thank you.

11 years, 5 months

3
5
0 0

Re: Update: New and improved airplane stuff

by Sdr Guru

On Fri, Dec 14, 2012 at 9:26 PM, Sdr Guru <sdrguru1(a)gmail.com> wrote: > On Tue, Dec 11, 2012 at 12:41 AM, keenerd <keenerd(a)gmail.com> wrote: > >> A few new features have been pushed in the last two days. >> >> Most significant is rtl_adsb, a fast and simple ADS-B decoder. It is >> not the most sensitive decoder (Prog's and rtl-1090 pick up a few more >> planes) but it works fairly well. Of course it lacks the interactive >> maps of other software, however the output can be piped into fancier >> programs or across the network with netcat. To use it, just run >> "rtl_adsb". It does not need any options and can pick up plenty of >> signals with only the stock antenna. >> >> > Hi Keener, > > nice work. > > Choosing between multiple devices (Windows7) is not working. > rtl_adsb.exe -d 1 > rtl_adsb.exe: invalid option -- d > > Thank you. It works now (Fedora). > I want to make a comparison between the E4000 and R820T. > > R820T produces 15% more packages than the E4000. Has anyone compared the rtl1090 and ADSB# ? http://sdrsharp.com/index.php/a-simple-and-cheap-ads-b-receiver-using-rtl-s… SDR Guru

11 years, 5 months

1
0
0 0

patch for rtl_tcp

by TAKAHASHI Tomohiro

Hi all, I'm new to this list. First, I want to say thank you to authors and contributors of this great work. I have set up a receiver server on Raspberry Pi with rtl_tcp, it seems it works good and can receive various signals with client gr-osmosdr on gnuradio or gqrx. But unfortunately I have encountered a trouble. I found rtl_tcp raise segv on reconnected from client. I investigated cause of segv and succeed to make a patch. Fixed rtl_tcp works good on raspberry pi(raspbian) and windows(mingw). I also make a startup script for debian/raspbian. I have push fixed code on github branch. https://github.com/edy555/rtl-sdr/tree/rtltcpFixSegv Please consider to pull this patch into original osmocom repo. Thanks, Tomohiro --- TT twitter: @edy555 blog: http://ttrftech.tumblr.com (in japanese)

11 years, 5 months

1
0
0 0

Incorrect Sampling Rate

by Knee, Peter A

All, I have been experimenting with the Realtek dongle and am noticing some strange behavior. There is one sampling rate that I can not seem to get to match up with the number of samples that I'm receiving asynchronously. Specifically, when I try to sample at 514 kHz, I receive samples at approximately half this rate. Has anyone experienced something similar? I've tried looking through the Osmocom driver but everything looks good and it's really odd that everything looks good for other sampling rates. Just for reference, when I run rtl_sdr, I get the following device information: 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 Found Elonics E4000 tuner Any help would be appreciated! Thanks, Peter

11 years, 5 months

2
1
0 0

Update: New and improved airplane stuff

by keenerd

A few new features have been pushed in the last two days. Most significant is rtl_adsb, a fast and simple ADS-B decoder. It is not the most sensitive decoder (Prog's and rtl-1090 pick up a few more planes) but it works fairly well. Of course it lacks the interactive maps of other software, however the output can be piped into fancier programs or across the network with netcat. To use it, just run "rtl_adsb". It does not need any options and can pick up plenty of signals with only the stock antenna. Here is a snippet if you plan to use rtl_adsb over the network: while true; do rtl_adsb -R | nc -lp 8080; done Where -R enables raw mode, 8080 is the port of choice, and the while loop restarts netcat after network disconnections. Rtl_fm also got a few tweaks to make it work better with AM voice airband. Rtl_fm could always do scanning but it needed every frequency listed out explicitly. Kind of awkward with hundreds of airband channels. So now you can use ranges: rtl_fm -M -f 118M:137M:25k -s 12k -l 280 | .... That will scan every voice channel. Adjust squelch level for local conditions. Also of note are two little convenience features in rtl_fm. If the output filename is omitted, stdout is assumed. And the use of k/M/G in addition to e3/e6/e9. -Kyle http://kmkeen.com

11 years, 5 months

2
1
0 0

Problem under OpenBSD

by Alan Corey

Under OpenBSD 5.0 I get: Linking C executable rtl_test /usr/bin/ld: cannot find -lrt collect2: ld returned 1 exit status gmake[2]: *** [src/rtl_test] Error 1 gmake[1]: *** [src/CMakeFiles/rtl_test.dir/all] Error 2 gmake: *** [all] Error 2 It built librtlsdr.so.0.0, rtl_eeprom, rtl_fm, rtl_sdr, rtl_tcp so I think it mostly worked. In /usr/tmp/hardware/rtl_dongle/osmocom/git/rtl-sdr/build/src/CMakeFiles/rtl_test.dir/link.txt I see: -lpthread -lm -lrt -Wl The whole link.txt says (continuation \ added by me to shorten lines): /usr/bin/gcc -DNDEBUG -L/usr/local/lib CMakeFiles/rtl_test.dir/rtl_test.c.o \ -o rtl_test librtlsdr.so.0.0 /usr/local/lib/libusb-1.0.so.1.0 -lpthread -lm \ -lrt -Wl,-rpath,/usr/tmp/hardware/rtl_dongle/osmocom/git/rtl-sdr/build/src \ -Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib It looks like it's trying to link against a library it hasn't installed yet. Is this just an OpenBSD thing or has it happened to anyone else? I saw hamlib do something similar but I had an old version of that installed. Alan, ab1jx ---------------------------------------------- Radio Astronomy - the ultimate DX

11 years, 5 months

2
2
0 0

Gr-osmosdr and rtl_tcp with local rtlsdr connected.

by Ben Z en de rest

Hi all, I am trying to run multimode in grc and have it connect to a rtl_tcp server on another pc. (RaspberryPi) If I do this on a machine without local rtl-sdr that does work. If I run this at a pc which has also a local rtl-sdr it always chooses rtl device 0 and not the rtl_tcp server. Both systems run ubuntu 12.04 and the same grc and multimode versions. The commando used on both systems is python multimode.py --devinfo=rtl_tcp= 192.168.0.50:1234 Any hints how to solve this? Thanks, Ben

11 years, 5 months

2
2
0 0

Troubles with gr-osmosdr on ubuntu

by Marek Pietrzak

Hi, I'm trying to make my rtl dongle work with gnuradio 3.6.1 on ubuntu 12.10. I compiled both recent rtlsdr and gr-osmosdr and all installed fine. Right now I have osmosdr on the list of sources in gnuradio and want just the example FFT display. When I run it the device gets opened without errors but apparently I get no samples, because the plot is blank. The dongle is Terratec T Stick PLUS and it works ok with rtl_fm. Any hint what can be wrong? The output when running: linux; GNU C++ version 4.7.0; Boost_104900; UHD_003.004.002-0-unknown Using Volk machine: sse3_32_orc gr-osmosdr supported device types: file osmosdr fcd rtl rtl_tcp uhd Using device #0 Realtek RTL2838UHIDIR SN: 00000001 Found Elonics E4000 tuner This may be of interest - strace repeating output: poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}]) writev(4, [{"\20\0\10\0\30\0\200\4_NET_SUPPORTING_WM_CHECK", 32}, {NULL, 0}, {"", 0}], 3) = 32 poll([{fd=4, events=POLLIN}], 1, -1) = 1 ([{fd=4, revents=POLLIN}]) recv(4, "\1\0\33\f\0\0\0\0\243\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 4096, 0) = 32 recv(4, 0xa5b6de8, 4096, 0) = -1 EAGAIN (Resource temporarily unavailable) recv(4, 0xa5b6de8, 4096, 0) = -1 EAGAIN (Resource temporarily unavailable) Regards, Marek

11 years, 5 months

1
0
0 0

E4000

by Mathias Coinchon

Hello, I was wondering if it's still possible nowadays to find on the market RTL2832 USB sticks based on the Elonics E4000 tuner since they went bankrupt. It seems that most of tuner chips used now are based on Fitopower FC0013. In term of performance, which one is the best according to your experience ? Regards Mathias

11 years, 5 months

4
3
0 0

Who do I contact if osmocom-sdr git repositories are inaccessible?

by Edward Brabant

Hello - I cannot access the git://git.osmocom.org/rtl-sdr and git://git.osmocom.org/gr-osmosdr repositories. What is the name of the contact who is responsible for maintaining the osmocom-sdr git respositories, and what is their email address? Details of the repositories errors are: [brabante@localhost build]$ git clone --progress git://git.osmocom.org/rtl-sdr Initialized empty Git repository in /home/brabante/devel/gnuradio/build/rtl-sdr/.git/ git.osmocom.org[0: 213.95.46.201]: errno=Connection refused git.osmocom.org[0: 2001:780:45:f046::201]: errno=Network is unreachable fatal: unable to connect a socket (Network is unreachable) and [brabante@localhost build]$ git clone --progress git://git.osmocom.org/gr-osmosdr Initialized empty Git repository in /home/brabante/devel/gnuradio/build/gr-osmosdr/.git/ git.osmocom.org[0: 213.95.46.201]: errno=Connection refused git.osmocom.org[0: 2001:780:45:f046::201]: errno=Network is unreachable fatal: unable to connect a socket (Network is unreachable) Thanks in advance. Regards, Ed Brabant, Contractor SPAWAR (Space and Naval Warfare Systems Command) Systems Center (SSC) Pacific Joint Tactical Networking Center (JTNC), Technical Directorate (TD), Standards Group office: 619-767-4397

11 years, 5 months

4
5
0 0

Re: New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX

by Ken FitzGerald-Smith

> > This put everything in the correct place, but still a no-go. Python chokes on the line in top_block.py that says "import osmosdr". Module not found. > > I tried PYTHONPATH again to see if I could give python a hint, but no go. > > Just seems that python needs to be able to find the osmosdr module. Kevin, presuming you have an otherwise clean build now of everything, and that it is all located in /opt/local then without me explaining why yet, try the following: PYTHONPATH=/opt/local/lib/python2.7/site-packages \ DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib/python2.7/site-packages:/opt/local/lib \ DYLD_FRAMEWORK_PATH=/opt/local/Library/Frameworks gnuradio-companion /Users/mcquiggi/Desktop/top_block.py I just appended your original python file to the end but you can just decide to launch the app by itself if you wish If it doesn't work, you could check and see what exists at those locations before reporting back. ls -lA /opt/local/lib/python2.7/site-packages ls -lA /opt/local/lib/python2.7/site-packages:/opt/local/lib ls -lA /opt/local/Library/Frameworks I am bit rushed just now but I can explain my research & solution later. Ken

11 years, 5 months

4
3
0 0

RTL-SDR in gnuradio, compilation problem

by Martin Bruchanov

Hello, I'm trying to get work RTL dongle in gnuradio, but when I'm compiling the gr-osmosdr, there is still LIBRTLSDR_FOUND = FALSE. I've checked the cmake input module and tried to correct path for libraries to /usr/lib64, but I cannot find the *.h files for librtlsdr.so (i've got rtl-sdr form git). Thank you for help. Martin PS: I'm using Fedora Core 17, AMD64. -- Martin Bruchanov Skype : bruxytronics WWW : http://bruxy.regnet.cz/ GPG-Key : http://bruxy.regnet.cz/bruxy-gpg.key (0x8107ED53) Linked-In : http://www.linkedin.com/in/bruxy Google+ : http://gplus.to/BruXy

11 years, 5 months

1
1
0 0

New User - Setup Problem - osmo/rtl-sdr and grc - Mac OSX

by Kevin McQuiggin

Hi All: A question and plea for help please! I am new to the list. I have used the rtl-sdr/osmosdr blocks in gnuradio companion before under Ubuntu, but am having problems getting them set up under Mac OS. My gnuradio/grc install used the macports facility. Took a bit of time to get everything to compile, but grc comes up okay. I have successfully downloaded, cmake/make, and installed the rtl-sdr and gr-osmocom packages from git. I had to move all the installed files from /usr/local to /opt/local in order to get everything into the right place for the macports gnuradio to find it. What works: I can load grc and see the osmocom/rtl-sdr blocks. I can add and modify them as usual. Here's a screen shot: What doesn't work: When I generate/run the flow graph, I get messages indicating that the osmosdr module cannot be found: --- Executing: "/Users/mcquiggi/Desktop/top_block.py" Traceback (most recent call last): File "/Users/mcquiggi/Desktop/top_block.py", line 19, in <module> import osmosdr ImportError: No module named osmosdr >>> Done --- Note also that from my xterm if I enter simply: Kevins-MacBook-Air:~ mcquiggi$ python -c "import osmosdr" Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: No module named osmosdr Kevins-MacBook-Air:~ mcquiggi$ I get a python error. There is an 'osmosdr' directory in /opt/local/lib/python2.7/site-packages/. What I have tried: - creatling a soft link called 'osmosdr' (ln -s) in /opt/local/lib/python2.7/ to /opt/local/lib/python2.7/site-packages/osmosdr - setting PYTHONPATH to /opt/local/lib/python2.7/site-packages/ Here is the contents of /opt/local/lib/python2.7/site-packages/osmosdr: Kevins-MacBook-Air:~ mcquiggi$ ls /opt/local/lib/python2.7/site-packages/osmosdr __init__.py _osmosdr_swig.so osmosdr_swig.pyo __init__.pyc osmosdr_swig.py __init__.pyo osmosdr_swig.pyc Kevins-MacBook-Air:~ mcquiggi$ So it looks like it -may- be a simple problem to solve, but I lack the necessary knowledge of how osmosdr integrates with gnuradio. Any help appreciated, Kevin

11 years, 5 months

4
4
0 0

rtl_fm problem with capture audio

by Vitaliy Kulchevych

HI! I want grab audio from my sdr-device and convert it to h264. I use rtl_fm, check any options, but I can't listen any good sound :( For example: rtl_fm -f 10000000 -s 44100 - | mplayer - -quiet -rawaudio rate=8000:bitrate=44100 -demuxer rawaudio Can you help me? May be anybody know any software for me? Thank you! -- live free or die;

11 years, 5 months

6
10
0 0

News from the OsmoSDR frontier

by Christian Daniel -- maintech GmbH

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody, since we found out that the Atmel SAM3U SSC interface is only capable of transporting 500ksps worth of I/Q data, we heard a lot of complaining because of the too narrow bandwith. Especially compared to the rtl-sdr with about 2msps, our 500ksps was bit contrained. The fact, that the OsmoSDR is much more sensitive to very small signals and brings a 14bit ADC instead of 8bits did not really compensate for the bandwidth loss. Also the mismatch between E4000 output resistance and ADC input brought some unwanted spectral effects. Instead of just releasing stuff, we decided to fix both issues: I now have a prototype with simple stack-on-board, that adds two op-amps to decouple the E4000 from the ADC and lower the impedance and also this board connecteds the available FPGA pins to the MCI (SD-Card) interface of the Atmel SAM3U. For this to get working, we had to rewrite major parts of the ARM firmware and the FPGA VHDL code. Today this work is completed and I can report success: The OsmoSDR now delivers up to 4msps at 14bits. Also the strange peaks around Niquist/zero frequency are gone. Find a screenshot of SDRangelove recording a DAB signal at 2msps (SDRangelove needs some more love until it can cope with 4msps in realtime - but we have verified that 4msps works without dropped samples using the builtin FPGA test mode). http://www.cdaniel.de/download/osmosdr-dab-2mhz.png We will now integrate the changes into the OsmoSDR mainboard and reroute the now free SSC pins to the pin headers instead of the MCI interface. Also we will add the opamps. For the already produced OsmoSDR boards, we will have more of the prototype stack-on-top-boards. We will keep you in the loop! Best regards, Christian PS: Regarding the DAB screenshot: - - The horizontal lines are correct - DAB uses a so called "pilot symbol", which only has energy on a few carriers. That's why it looks like a pause in the signal. - - The vertical line is also correct - DAB does not use the middle carrier to avoid I/Q offset problems on the transmitter side. - -- - --------------------------------------------------- | maintech # Dipl. Inf (FH) Christian Daniel | | GmbH ### Otto-Hahn-Str. 15 · D-97204 Höchberg | - --------------------------------------------------- | AG Würzburg, HRB 8790 Tax-ID DE242279645 | - --------------------------------------------------- | http://www.maintech.de cd(a)maintech.de | - --------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBAgAGBQJQfuMIAAoJEHkgzUIsAWriHA0IAI2Agg0vnjLFa5dDpxu9AAkq 6crr1Q/XAgrlmN8TY86yoYTMjJc7IZmjsAAGpidczZtSbwbmLFuTdQEo12dOvaZZ GvkvNttoDE2zsnbU50MzWDK5BUcbfOJoQahX26P+8hbiaIsFKT8Gl8Ao9c2vz79u e04Cl2SodmDDKnV84VL9i39+KZdkGcsbCWnFizqGzTbWyDkoSVviZORp20a3lCEZ g8Af73jwDgVAU4lfrK9gO10G5jibHkQeULNIXFH8NbDiUPSF2557fGsu/9yC1UUC msT0g41x8twb5nesT4ZtWDfQ3tUBgvLHn/ebv9xBxCX1Wg1W2FAFlcajbXx4zRQ= =Taca -----END PGP SIGNATURE-----

11 years, 6 months

4
7
0 0

LTE-Tracker

by James Peroulas

Hi! I just released a major update to the LTE code. There's a new program called LTE-Tracker that camps on a certain frequency and tracks, any LTE cells that it finds. Interesting features (all are in realtime): - You can see cells popping in and dropping off as the receiver is moved around the coverage area of the different cells. - You can see the actual transfer function of the wireless channel plotted on the screen. I've also made a small change to CellSearch so that now, it also displays the number of antennas (ports) on the basestation. Please let me know of any comments or suggestions! http://www.evrytania.com/lte-tools/lte-tracker James -- *Integrity is a binary state - either you have it or you don’t.* - John Doerr

11 years, 6 months

3
5
0 0

R820T and Gnuradio

by Ron Senykoff

I have gnuradio running with the R820D DVB. Latest GQRX has the nice rf gain inside which REALLY helps. Has this been merged over to gr-osmosdr ? I recompiled probably just a few days, both from source. I'm trying to figure out how to set gain from within gnuradio (is there a argument I can pass the device in the source block?). I've been successfully decoding AFSK1200 APRS using gqrx and am trying to figure out how to set up an ultracheap iGate for APRS, maybe with gnuradio in the mix. Also using the OSMOSDR block I still see an LO like spike right in the middle. Here's my output starting GQRX. Interesting it's saying gr-osmosdr supported device types... ron@tripel:~$ startGqrx.sh ron@tripel:~$ gr-osmosdr supported device types: file fcd rtl rtl_tcp uhd >>> gr_fir_ccf: using 3DNow! >>> gr_fir_ccc: using 3DNow!Ext >>> gr_fir_fff: using 3DNow! gr-osmosdr supported device types: file fcd rtl rtl_tcp uhd Using device #0: Generic RTL2832U (e.g. hama nano) Found Rafael Micro R820T tuner TIA! -Ron / KB1UMH

11 years, 6 months

2
2
0 0

rtl-fm yet another audio cature problem

by Olof Tangrot

Hi. I have tried (in a bash shell): rtl_fm -f 96.3e6 -s 48000 - | aplay -r raw -f dat -c 1 That was proposed somewhere as an example to listen to an FM station. But everything terminates with: aplay: main:576: bad speed value 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: 21x. Oversampling output by: 1x. Buffer size: 8.13ms Tuned to 96552000 Hz. Sampling at 1008000 Hz. Output at 48000 Hz. Exact sample rate is: 1008000.009613 Hz Tuner gain set to automatic. Signal caught, exiting! User cancel, exiting... I run Fedora 16 on a 64-bit AMD machine. aplay version is 1.0.26 If I break the command apart and generates a intermediate file it works but using a pipe does not. So is there some other shell that I where this might work or is there some better why to do this? Regards Olof

11 years, 6 months

4
3
0 0

Re: rtl_fm problem with capture audio

by keenerd

> Vitaliy Kulchevych coolchevy at gmail.com > Wed Nov 14 19:01:02 CET 2012 > > I want grab audio from my sdr-device and convert it to h264. > > I use rtl_fm, check any options, but I can't listen any good sound :( > > For example: rtl_fm -f 10000000 -s 44100 - | mplayer - -quiet > -rawaudio rate=8000:bitrate=44100 -demuxer rawaudio My apologies for breaking threading on this message - just signed up to the ML today. I can't help you without a lot more information. Is this a narrow band or a wide band FM signal? Do you want to save the audio to a file or a network stream? What operating system are you using? Why are you trying to compress an audio stream with a video codec? -Kyle http://kmkeen.com

11 years, 6 months

2
1
0 0

Compilation issue

by Leonardo Lazzaro

Hi! I was trying to compile the osmocom sdr project and also trying to report a compilation error. I will like to have an account to contribute. this was the error I got: In file included from /home/llazzaro/tmp/gr-osmosdr/lib/osmosdr_source_c_impl.h:23:0, from /home/llazzaro/tmp/gr-osmosdr/lib/osmosdr_source_c_impl.cc:30: /home/llazzaro/tmp/gr-osmosdr/include/osmosdr/osmosdr_source_c.h: In constructor ‘osmosdr_source_c::osmosdr_source_c()’: /home/llazzaro/tmp/gr-osmosdr/include/osmosdr/osmosdr_source_c.h:57:19: error: no matching function for call to ‘gr_hier_block2::gr_hier_block2()’ /home/llazzaro/tmp/gr-osmosdr/include/osmosdr/osmosdr_source_c.h:57:19: note: candidates are: /usr/include/gnuradio/gr_hier_block2.h:57:3: note: gr_hier_block2::gr_hier_block2(const string&, gr_io_signature_sptr, gr_io_signature_sptr) /usr/include/gnuradio/gr_hier_block2.h:57:3: note: candidate expects 3 arguments, 0 provided /usr/include/gnuradio/gr_hier_block2.h:43:7: note: gr_hier_block2::gr_hier_block2(const gr_hier_block2&) /usr/include/gnuradio/gr_hier_block2.h:43:7: note: candidate expects 1 argument, 0 provided /home/llazzaro/tmp/gr-osmosdr/lib/osmosdr_source_c_impl.cc: In constructor ‘osmosdr_source_c_impl::osmosdr_source_c_impl(const string&)’: /home/llazzaro/tmp/gr-osmosdr/lib/osmosdr_source_c_impl.cc:83:35: note: synthesized method ‘osmosdr_source_c::osmosdr_source_c()’ first required here make[2]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/osmosdr_source_c_impl.cc.o] Error 1 make[1]: *** [lib/CMakeFiles/gnuradio-osmosdr.dir/all] Error 2 make: *** [all] Error 2 -- http://www.lazzaroleonardo.com.ar/ twitter @llazzaro

11 years, 6 months

2
4
0 0

E4000 undocumented registers?

by Adam Nielsen

Hi all, I've been looking at the E4000 tuner code and I have a couple of questions that aren't answered in the datasheet. I'm hoping someone here might have some insight. In the Elonics-supplied code[1] when setting the frequency (around line 1339), they always write a 1 into register 0x07 (Synth1), which is the "PLL locked" register. Does this affect anything? The datasheet says it's read only and librtlsdr only ever reads this value, it never writes to it. Then, beginning at 82.9MHz and continuing at every multiple of 28.8MHz above this, the first 7MHz is tuned differently, but the rest of the 21.8MHz in that "channel" is set normally. This stops between 233.9MHz and 485.6MHz, then resumes again at 8MHz increments instead of 7MHz up until 868MHz. When tuned differently, register 0x05 (Input clock) gets set to 3, which isn't listed in the datasheet (and also says 'do not write to this register'). Mostly (but not always) when this happens (i.e. first 7-8MHz of the channel), register 0x07 bits 3-4 are also set to various arbitrary values. The datasheet says 0 means "16-32MHz input clock freq range" but this code writes 1 and 2 into this field as well. It seems to write approximately these values: 1 up to 89.9MHz 0 up to 118.7MHz 1 up to 205.1MHz 2 up to 233.9MHz 0 up to 551.2MHz 1 up to 752.8MHz 2 up to 868MHz 0 after 868MHz After the first 7-8MHz the rest of the 28.8MHz channel has the default 0 value set. Does anyone know what these values control? As a side note, register 0x08 (Synth2) appears to do something even though it's listed as reserved. By setting particular bits I can get the rtl_test program to not lock on to any frequency, but oddly enough rtl_fm still works fine. I'm not sure what to make of this yet. I don't suppose this register is documented anywhere else? I'm just wondering whether the datasheets supplied by Elonics are different to the one that is now public. Thanks, Adam. [1]: One of many copies is at https://github.com/mbarbon/rtl2832/blob/master/tuners/tuner_e4000.c

11 years, 6 months

1
0
0 0

removing the L-band gap on E4000

by Jacek Lipkowski

Hello I've tried to remove the L-band gap on my E4000 tuner by changing the divisors. Please see the patch below. I don't have a signal source to test today, so i'm not sure if it works, but the pll locks. I will try to test tomorrow. Without my hack: E4K L-band gap: 1093 to 1233 MHz With my hack: sq5bpf@dellix:~/gnuradio/rtl-sdr/src$ ./rtl_test -t 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 Found Elonics E4000 tuner Supported gain values (14): -1.0 1.5 4.0 6.5 9.0 11.5 14.0 16.5 19.0 21.5 24.0 29.0 34.0 42.0 Benchmarking E4000 PLL... [E4K] PLL not locked for 51000000 Hz! [E4K] PLL not locked for 2186000000 Hz! E4K range: 52 to 2185 MHz E4K L-band gap: 0 to 0 MHz Regards Jacek / SQ5BPF --- tuner_e4k.c.orig 2012-11-08 22:08:07.000000000 +0100 +++ tuner_e4k.c 2012-11-08 23:01:05.000000000 +0100 @@ -35,6 +35,7 @@ /* If this is defined, the limits are somewhat relaxed compared to what the * vendor claims is possible */ #define OUT_OF_SPEC +#define HACKED_DIVISORS #define MHZ(x) ((x)*1000*1000) #define KHZ(x) ((x)*1000) @@ -357,7 +358,14 @@ {KHZ(350000), (1 << 3) | 1, 8}, {KHZ(432000), (0 << 3) | 3, 8}, {KHZ(667000), (0 << 3) | 2, 6}, - {KHZ(1200000), (0 << 3) | 1, 4} +#ifdef HACKED_DIVISORS +/* the original settings seem to be ripped from some Elonics driver, + * however changing them a bit removes the L-band gap + * change this to a bit more then the end of your L-band gap --sq5bpf */ + {KHZ(1270000), (0 << 3) | 1, 3} +#else + {KHZ(1200000), (0 << 3) | 1, 4} +#endif }; static int is_fvco_valid(uint32_t fvco_z)

11 years, 6 months

2
2
0 0

RTL-SDR with MSI DIGIVOX Micro HD support

by Höss Lajos

Hi, Good news with MSI DIGIVOX Micro HD (1d19:1104) DVB-T tuner. Now the tuner working. Succesfully received analague UHF TV sound channel 80 kilometer distance from transmitter, taxi driver (164 Mhz) and one frequency from 70cm radio amateur band. The tuner is FCI FC2580 from debug message. I see on http://sdr.osmocom.org/trac/wiki/rtl-sdr great new info for this tuner 146 - 308 MHz and 438 - 924 MHz (gap in between). Not have any wideband generator for check this, but for example with strong local FM radio station 87.5-108MHz tunable, but received only noise. I think the frequency range possibly same. All rtl-sdr DVB-T tuner with fc2850 has a same frequency range? I interesting for not working frequiency, working frequiency or working freq. but poor receiver quality, or any gap. I interesting also for 2 meter radio amateur band, only max. 2 MHz lower. 144-146MHZ only noise received, i not know my antenna bad, or this is not possible. mngc

11 years, 6 months

1
0
0 0

Small thinko in testing for clock_gettime

by Pete Zaitcev

This appears to be not tested with autoconf (cmake works). The assignment to $LIBS changes nothing, which cannot possibly be the intent. --- cc-ing to original patch author and sign-off diff --git a/configure.ac b/configure.ac index 1b94701..c760787 100644 --- a/configure.ac +++ b/configure.ac @@ -40,7 +40,7 @@ dnl libmath (for rtl_fm) AC_CHECK_LIB(m, atan2, [LIBS="$LIBS -lm"]) dnl librealtime (for rtl_test) -AC_CHECK_LIB(rt, clock_gettime, [LIBS="$LIBS"]) +AC_CHECK_LIB(rt, clock_gettime, [LIBS="$LIBS -lrt"]) # The following test is taken from WebKit's webkit.m4 saved_CFLAGS="$CFLAGS"

11 years, 6 months

2
1
0 0

Latest Ubuntu update

by James Peroulas

I'm running Ubuntu 12.04 and after installing all the latest security and recommended updates, I'm having problems with the rtlsdr library relating to rtlsdr_cancel_async. For example: rtl_sdr -f 739000000 -n 1000000 cap.dat The above will successfully capture exactly 1M samples into cap.dat, but it will not exit after the capture is finished. I have to break out with ctrl-c. Anybody having similar problems? Hoping I don't have to re-install Ubuntu... :( James -- *Integrity is a binary state - **either you have it or you don’t.* - John Doerr

11 years, 6 months

2
3
0 0

4Mbps hack wiring & 48 MHz spurs

by Sylvain Munaut

Just fyi, here's how I did the 4msps wiring hack : http://i.imgur.com/TODkU.png Basically use resistors (I used 270R which is a bit high ,between 20 and 10R would bwe better) on the back side on the PCB. I initially started with wire jumpers on the pins, then moved to resisors on the top but that created a huge loop area with the ground return (there is no gnd on those connection) which was heavily radiating. Mounting on the back like that dropped it significantely for me (especially on baseband), but you still clearly see it. I think the FPGA drive strength on the data pins is still way too high and should be reduced. Maybe using spread spectrum on the MCI would be another idea ? Cheers, Sylvain

11 years, 6 months

1
0
0 0

Beginner question about rtlsdr

by Jared Clements

Hi list, hi Michel, I'm new here, but have been working on the same solution as you are, but for an Amsat all sky tracking receiver. First, let me point you to the signal processing textbook I've been working my way through: dspguide.com. It can be a bit verbose for a textbook, but that's been to my advantage several times. I've run into two clear obstacles trying to build an interferometric array. Both have to do with clock synchronization. First is clock drift. No matter how expensive the crystal, or precise the temperature control, two clocks are going to drift with respect to each other. I'm planning on solving this one by pulling the crystal off the dongles and replacing it with a clock input that I'll pipe from one single clock/crystal out to each dongle. I'm assuming that I'll have to use equal length cables to keep my timing correct. The second problem is synchronizing the separate data streams so I know which samples were taken at the exact same time. This one is a bit trickier, and I don't think there's a hardware solution for it. Most multichannel data acquisition systems have a trigger system to solve this, where all the channels get initialized but don't start to capture until the trigger is received. Unfortunately I don't think there's a trigger input pin anywhere in our dongles. There is another way, and that's find a known RF signal that we can use for synchronization. GPS would be ideal, because there's explicit solutions for time offsets/drift that's referenced to atomic clocks. We could record 5 minutes or so on the L1 band before an observation, then mid-capture tune to our frequency of interest...assuming we can shift the e4k chip without interupting the RTL2832 in it's capture sequence. Does anyone here know if this is possible? Shift the tuner without interupting the capture? This does require a wide band antenna, best options seem to be spiral and conical spiral. There's probably other options, like an active gps patch antenna that's duplexed in with a frequency specific duplexer, but I'm not much of an rf guy and I like the simplicity of the single wide band antenna. I've also been looking at options for building out an array, I've seen reports that a good LNA can get 20dB in SNR, but a wideband preamp runs $70 on minicircuits website. Plus the cost of a bias T and a clean power supply. And I'm not sure that I understand all the built-in options for amplification and filtering yet. That design trade is still pretty fuzzy. It might be more cost effective to just buy more dongles and get better SNR through summing their outputs. More research required!

11 years, 6 months

2
2
0 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr