Here we go:
Read the rest of this entry »
Posts Tagged funcube
Here we go:
OS X has come a long way since OS X 10.6.8; among the pluses: better multiple monitor handling, considerably improved memory management (part of which was fixing the leaks in the color management pipeline that OS X 10.6.8 exhibits) repairs to the bugs in 10.6.8′s CUPS printing system, and so on.
So why, then, target OS X 10.6.8?
Read the rest of this entry »
SdrDx 2.10 adds support for pure audio SDRs such as the Softrock, as well as the ability to demodulate pure audio input from recordings and radios with IQ outputs.
Control of this type of SDR is implemented with an external program that catches TCP messages from SdrDx about frequency changes and forwards them to the audio SDR in whatever format it needs. A sample Python client is supplied that contains everything but the actual mechanism to talk to the specific SDR, which can be implemented as a stand-alond command line program.
2.10 also brings with it an optional new black user interface (BUI), new documentation, and RF waveform fill. The 50 MHz lower limit for the FunCUBE Dongle has been removed in order to accommodate the new FCD Plus, which extends reception into the HF region.
Screen shot: http://www.flickr.com/photos/fyngyrz/7891402954/
VFO Suite is a TCP client for SdrDx. It works with both the RFSPACE SDRs and the FUNcube. Or both. It provides 26 distinct, radio-style VFOs that track and maintain frequency and display parameters so you can go from band to band (or favorite spot to where-ever) without losing where you were, the adjustments you made for noise levels, and so on. Designed with larger (or multiple) monitors in mind. Enjoy!
Feedback encouraged: If you want features, mods or fixes, please don’t depend on my mind reading abilities. They seem to be somewhat undependable.
Screen shot: http://www.flickr.com/photos/fyngyrz/7502244882/
SdrDx 2.08 supercedes the UDP interface in 2.07 (UDP still present in case you’ve coded for it) with a TCP server interface that is capable of supporting multiple clients. It turns out there’s a rather serious bug in OSX that prevents UDP connections from being opened with more than one client, so TCP is better for now.
As with the UDP interface, I’ve included a basic TCP client example written in Python.
In addition, beginning with SdrDx 2.08, the program will let you know if and when upgrades are available to you in the program’s title bar, as long as you have an Internet connection when you start it.
The TCP interface now has many additional commands as compared to the previous version’s UDP command set, and so far we’ve got an alpha version of an iPad client that displays waterfall, spectrum, demod envelope, allows tuning and other control, and plays back audio — all using the new TCP interface. In addition, during the beta period, tuning control for a screwdriver antenna was implemented using the TCP interface and Python.
I have a multi-VFO (26 of them, A-Z) application I’ve made available (OSX only so far) that works with the new TCP interface as well, giving you copious radio-like VFO control over SdrDx. Each VFO remembers frequency and all related display settings, so you can frequency hop like a little radio bunny. (cough) Sorry.
SdrDx 2.08 provides for frequency offset, which in turn allows it to be used more easily with up-converters such as those that might be part of a FUNcube installation.
There are various other changes, mostly small tweaks and bugfixes. Enjoy!
Screen shot: http://www.flickr.com/photos/fyngyrz/7488025818/
SdrDx 2.07 is an update that introduces external control and communications. First up we have UDP (networked) remote control and monitoring. This allows external applications anywhere on your local network (LAN) to very easily synch up with SdrDx and control it, monitor it, or both. So far, we have two examples (both of which added support in just a few hours.)
The first is DX Toolbox, which will show a list of shortwave stations currently transmitting on the frequency you’re listening to, a great assist with SW dxing, as well as providing a host of propagation graphs, condition and status monitors.
The second is RumLog, which in addition to its powerful and now integrated one-button logging functions, now also serves as a co-ordinating point for keeping SdrDx and a ham transceiver identically tuned and in the same demodulator mode — they track each other live.
Two sample Python scripts, just a few lines each, are also provided to show exactly how to connect to SdrDx via UDP for your own custom applications. It’s so easy to do — just a few simple lines of Python, and you can code up alarm clocks, timed custom recording sessions, and more. Maybe it’s time to learn Python! (Or perl… or any one of many other programming languages. I just recommend Python because it is easy to learn, easy to use, and quite powerful.)
Considerable additional control is available in the UDP interface: I can assist anyone adding this kind of support via external applications.
Next is MIDI control surface support. I’ve chosen the BCR2000 control surface as the default surface. It offers 28 programmable pushbuttons and 32 programmable knobs and is very inexpensive. Also cool looking, festooned with LEDs indicating the current settings in SdrDx. These controls are set up with convenient defaults, but you can easily reprogram any item with just a couple of mouse clicks or keypresses. Running SdrDx with real knobs and buttons is downright *fun*.
There are some other goodies in 2.07 as well, but those are definitely the stars. Enjoy!
Screen shot: http://www.flickr.com/photos/fyngyrz/7360241130/
This version has various improvements, but the big news, I think, is that a series of workarounds and perhaps a few clever moves have gotten around most of the Windows Qt problems with the FUNcube Dongle Pro VHF/UHF SDR. OSX users have full access to it, and Windows users should now be able to run it cleanly up to a sample rate / bandwidth of 48000. Mind that the Windows version is still beta, I have received very little feedback on it, but I’m gaining confidence in the process of producing the thing.
So, new OSX version, new Windows version, updated docs, updated changes list.