What is Reddit's opinion of
Gqrx?
From 3.5 billion Reddit comments
➔ Gqrx website
By popularity on Reddit, this Service is:
30 reviews of this app found across Reddit:
this RTLSDR dongle & antennae are $25 https://www.rtl-sdr.com/buy-rtl-sdr-dvb-t-dongles/ and plugs right into your laptop/desktop. gqrx (which is free/open-source software) is an excellent place to start: http://gqrx.dk/
I started out with SDR because I wanted to decode the signals from remote thermometers & door/window sensors; but then ended up getting my technician class a few months back :-)
Let me know if you need any further assistance.
I think you pretty much have it. At stake was their redistribution of the GPL'd RTLSDR materials under an MIT license, as I recall.
They used to have open SVN access on Assembla and everyone was building their packages off that. They closed off access when their butts got super hurt and they decided they didn't even want to take a total of 15 minutes to navigate trivial licensing issues (i.e. stop distributing GPL source and just let users who want it link it??). Now, AFAIK, there is no SDR# source publicly available anywhere.
Anyhow, GQRX and SDRangelove are getting toward decently mature and, hey, they're even legit open-source projects authored by people who don't have some sort of overt hatred for users of their software!
http://www.amsat.org/pipermail/amsat-bb/2015-July/054015.html
Recorded audio.wav in GQRX then converted to image.png via QSSTV
I didn't get the entire image :/
I use qgrx, it's more convenient than messing about with rtl_fm.
The antenna that comes with the tuner is crap. In my area it's usable for receiving commercial radio, but that's about it. Not even DVB-T works properly even though it's supposed to be designed for it. You can improvise some monopole/dipole configurations for the frequencies you're interested in, or get a discone.
You can try to raise the tuner's gain, but that seems to mostly be useful for improving the SNR of a signal rather than making one appear where it would otherwise be noise.
Controlling gqrx from a remote host It's very limited right now but they are working on adding fuctionality. Me personally, been using SDR# With RTL_TCP on the Raspberry Pi.
But if you want more of a web interface, you might want look into OpenWEBRX
gqrx to tune and record the audio.
qsstv to decode the image from the recorded audio.
pavucontrol for the 'virtual audio cable' part.
raspberry pi 3 supports RCA/Analog! no need for bulky adapter and more power draw!
get a Pi3, and this
you get the processing power of the latest model to run GQRX, plus you don't have to buy any adapters!
For a while I had an in car setup of my raspberry pi, let me know if you have any questions! good luck!
RPi SDRs have been done. http://gqrx.dk/download/gqrx-sdr-for-the-raspberry-pi shows which Pis handle which devices, and some other info. But doesn't have an in-depth hardware/step-by-step guide. This is also specific to gqrx and there are other options.
Sure. Installing stuff now.
That said, while I was looking I found this page which actually mentions performance: http://gqrx.dk/download/gqrx-sdr-for-the-raspberry-pi
Seems like you may be good to go.
What about a Hackrf One and GQRX? Gives you the whole frequency range and fits the Budget, assuming you are already carrying a laptop with you.
Been thinking about the same thing recently.
I didn't know this until recently - gqrx has remote control via TCP built in: http://gqrx.dk/doc/remote-control
Protocol looks pretty simple. Could be useful if someone is willing to roll their own glue code.
It's probably feasible based on the fact that all the rtl-sdr front end clients like gqrx, and many others, configure the receivers on the fly with very good results, but is it practical from both a performance and development point of view?
I suspect given the right architecture (much more complex code) it could be done with reasonable results but given the fact that dongles are so inexpensive and the complexity of the code remains reasonable there isn't a lot of motivation to go the dual freq, single dongle, route.
There is no gnuradio edition. It is already in the standard iso and hardened iso. GNUradio and Gnuradio companion as well as one of my favorite tools, gqrx.
For Ubuntu, install gr-osmocom as part of gnuradio. BUT make sure you have the latest versions of libhackrf, libusb (the Trusty version is fine), and libbladerf (I installed from the PPA). Gnuradio has something called PyBOMBs for package installation of radio tools. I never had much success with it, but a lot of people like it.
I use mine on my Macbook all the time. Its quieter than my desktop (although the power supply produces some RF noise, if yours does too, for HF use you will want to put some ferrites on the cords. It doesn't matter on VHF)
GQRX (http://gqrx.dk is quite good. Its UI is simple to use but it has a lot of functionality, which means its designed well. Basically, you can do almost everything you need to do in an SDR program in GQRX. I would also look at Linrad, ( http://www.sm5bsz.com ) which is quite good but also quite complicated to use. However, its very configurable and with an RTLSDR it can be adjusted to be slightly better than other programs usually are. It's my program of choice for AM SWL, because of its notch filter and noise blanker. Make sure to run it in SHM mode,
Do you have a quad core Macbook Pro? If so, it should be a really good machine for SDR. Two core is quite adequate, though. Four core is best though because you can (probably) explore all of the settings of these programs without the programs getting unresponsive.
If you have four or more cores (it wont run so well with less) you should also look into running SDR# under mono, if you can find a copy of the source code from a few months ago. (I would email its author Youssef to ask what the last available version for running it under Mono is)
You can also use multimode.grc which is more feature rich than GQRX - Its a flowgraph that runs under One thing about OS X which is nice for SDR . I would go the full gnuradio install route if you plan to do a lot of SDR stuff. Because gnuradio is by far the most flexible SDR environment.
The web site is gnuradio.org Micheal Dickens has done a lot of great work to make the gnuradio OSX port very easy to install with almost no effort compared to how it used to be. Look up the gnuradio port on macports.org
You should join the gnuradio mailing list.
If you installed it with the package manager, there's a chance that it downloaded bad dependencies.
Try downloading it from the gqrx website: http://gqrx.dk/download/gqrx-sdr-for-the-raspberry-pi
there should be a readme file for you to follow
Gqrx does support CAT control through use of addons, but they are primarily designed for use with panadapters. That said, you can try using the audio output of the radio as the "panadapter" and this addon should work with that, haven't tried it yet.
Have a browse through this page too.
For my FT-950 and Linux rig, I use FLDigi and the HamLib interface in their config settings. It works very well for me.
This looks like a good starter kit, it has a variety of different antennas for different frequencies. As far a software for for windows I would recommend SDRSharp https://airspy.com/download/ , for Linux and Mac I would recommend GQRX http://gqrx.dk (can be got from repositories).
Ubuntu.
However do not install rtlrsdr packages from repository (too old), apply instructions from this page first: http://gqrx.dk/download/install-ubuntu to add PPA repositories before installing.
Just done a bit more digging, looks like developing for gqrx might be wiser. Seems to be a few projects out there that do similar to what I want, and the API seems full enough that I could develop in languages I'm familiar with.
https://www.sdr.hu/openwebrx I started playing with this last week using a Pi3B and RTLSDR... works well over the LAN, haven't tried opening ports on the router yet.
GQRX also has remote control options... http://gqrx.dk/category/doc
GQRX might work better if you want to remotely change the center frequency (openwebrx sets the centre frequency in the conf file and tuning was restricted to ~1MHz either side of that but it's quick enough to change if you have SSH access.
Look at this site - http://gqrx.dk/doc/practical-tricks-and-tips . It shows extra gain settings which the funcube has. A regular rtl will only have a single gain setting. Make sure the LNB LO is all zeros too.
/u/mrbuttons454 has the right solution to install cmake. You need cmake if you want to compile gqrx from scratch (i.e. translate the source code to something your machine can execute). It is also possible to install a binary version of this. Either compiled by ubuntu or compiled by somebody else. The latter is often a somewhat more recent version. Information here. This is usually the easier way to get the program but you may have some reason to compile from scratch.
> sdrsharp
Awesome thanks! Looks like GQRX might be my choice because it's on the Pi already: http://gqrx.dk/download/gqrx-sdr-for-the-raspberry-pi
>by default for some stupid reason it records baseband which you do NOT want,
Noted thank you.
>know the mode you'll be working in to match these radios, whether USB or LSB or whatever (probably one of the two but I've heard people ham in AM mode before).
Bit over my head, looks like I have my research cut out for me.
Yes, I have two Raspberry Pi 3s I tested with, and to set up you need to erase the audio device entry 'plughw:0,0', also change the default audio rate from 48000 to 44100. But even then, my program is too much for the Pi 3 to handle. It runs after a fashion but it stalls and can't ever run smoothly and uninterrupted.
As I explain on the PLSDR home page, I had hoped to be compatible with the Pi 3, but by the time the program had all the features I wanted, it was too much of a workload for the platform.
By the way -- the SDR program Gqrx does work on a Pi 3. Because it'w written in C++, it's much smaller overall than my program (which is written in Python) and requires less computer horsepower. It might be worth looking at.
Recently I installed "gqrx" (http://gqrx.dk/download/install-ubuntu) but it did not work. The results were similar to what dickrog described - waterfall but no audio. I later discovered that the "gqrx" install broke my audio. Lucky for me I boot from SD and always make a DD backup before trying new things 😊.
I did manage to get SDR working by "apt-get install gnuradio" and running the CubicSDR .AppImage file (http://cubicsdr.com/).
Good Luck!
An option to have a much better idea (which is cheaper than buying a new hub) is to use an SDR (software defined radio) to look for interference. I've used these in the path to identify unknown signals. It really depends on how much of a rabbit hole you want to go down, but at the simplest questions like "Z-Wave operates on 908.42 MHz in the US... is anything else competing on this frequency?" can be answered pretty quickly.
If you're on Windows or MacOS this will get you the pretty graphs:
http://cubicsdr.readthedocs.io/en/latest/
If you're on Linux this works pretty well:
http://www.nooelec.com/store/sdr/sdr-receivers/nesdr-xtr-rtl2832u-e4000.html
Per Mr. Nobody above, the e4000 dongles do cover Tmo. However this is really geeky stuff. What you are doing is reprogramming a TV receiver for use in this case as a spectrum analyzer
GQRX will be required. Personally I'd just get a Tmo sim and test it in a phone.
Yes, it can be done. I used to do it using RTL-FM on the Pi 1.
Rapsberry Pi is one of the most popular boards at rtl-sdr.com.
You should install gqrx- either by drag and drop or by using macports. The OS X install of gqrx is very easy. Just drag and drop.
Even a full install of gnuradio, gqrx, etc. using macports shouldnt take you long at all, macports has packages now, so you don't have to compile things unless you want to.