Friday, May 19, 2023

Using an SDRPlay RSP1 Clone with CubicSDR on Linux Mint

Here I describe how I've been able to use a SDRPlay RSP1 clone with CubicSDR via SoapySDR on Linux Mint (a Debian/Ubuntu derivative) without using any proprietary software from SDRPlay. This is the device I'm using in this post:

I fully realise that these clone devices are controversial but they are now widely available at low cost and are a copy of an old device, soon to be no longer supported by SDRPlay. 

I respect the folks at SDRPlay and have bought from them in the past. There is some criticism of their closed source driver which runs as root and I think it's great that there is an open source alternative. 

Clicking on the Mirics device will hang CubicSDR.

Unfortunately, the software that ships currently on Linux Mint doesn't work out of the box but some good work by third parties have made it possible with a bit of messing about as I document below.

On a fresh install of Linux Mint 21.1 Cinnamon 64bit on an x86 laptop.

If you plug in the device and look at loaded kernel modules you’ll see two msi… modules like this:


lsmod |head

Module                  Size  Used by

msi001                 20480  1

msi2500                36864  0


To stop these loading, and capturing the device, we need to blacklist them.

  • sudo nano /etc/modprobe.d/blacklist.conf
    • blacklist msi001
    • blacklist msi2500
  • sudo reboot
  • sudo apt install cubicsdr
    • Note that this installs a bunch of soapysdr packages: 

soapyosmo-common0.8 soapysdr-module-all soapysdr0.8-module-airspy soapysdr0.8-module-all

  soapysdr0.8-module-audio soapysdr0.8-module-bladerf soapysdr0.8-module-hackrf

  soapysdr0.8-module-lms7 soapysdr0.8-module-mirisdr soapysdr0.8-module-osmosdr

  soapysdr0.8-module-redpitaya soapysdr0.8-module-remote soapysdr0.8-module-rfspace

  soapysdr0.8-module-rtlsdr soapysdr0.8-module-uhd

That soapysdr0.8-module-mirisdr module has issues and needs to be replaced. While it’s tempting to `sudo apt remove libmirisdr0` this will remove all the other soapy stuff which we need.


We need to build a new version of libmiri and the SoapyMiri driver:

  • sudo apt install libsoapysdr-dev soapysdr-tools
  • sudo apt install git cmake libusb-1.0-0-dev gcc g++
  • git clone https://github.com/ericek111/libmirisdr-5.git
  • cd libmirisdr-5
  • mkdir build
  • cd build
  • cmake ..
  • make
  • sudo make install # puts the library in /usr/local/lib/
  • sudo rm /usr/lib/x86_64-linux-gnu/libmirisdr.so.4.0git
  • sudo rm /usr/lib/x86_64-linux-gnu/libmirisdr.so.4
  • sudo rm /usr/lib/x86_64-linux-gnu/libmirisdr.so.0
  • sudo ln -s /usr/local/lib/libmirisdr.so.4 /usr/lib/x86_64-linux-gnu/libmirisdr.so.0
  • cd
  • git clone https://github.com/ericek111/SoapyMiri
  • cd SoapyMiri
  • mkdir build
  • cd build
  • cmake ..
  • make
  • sudo cp libsoapyMiriSupport.so /usr/lib/x86_64-linux-gnu/SoapySDR/modules0.8/.
  • sudo rm /usr/lib/x86_64-linux-gnu/SoapySDR/modules0.8/libmiriSupport.so


SoapySDRUtil --info will now show:

Available factories... airspy, audio, bladerf, hackrf, lime, osmosdr, redpitaya, remote, rfspace, rtlsdr, soapyMiri, uhd


CubicSDR will now run and show soapyMiri



Now you can configure the mirics device and there's even a "flavour" for SDRPlay that is said to make it work better.


I was also able to get the soapyMiri driver working with SDR++ remote.





I hope this helps someone. At least it will be a note for future me.

Monday, May 15, 2023

MFT-40 a double sideband TX, direct conversion RX kit from Spain

I build lots of little electronic projects, some work well, some work poorly, some just don't come to life. After a few failures I lose confidence and a good way to get my home made mojo back is to build a kit. A kit for a "My first transceiver" MFT-40 (20m also available) from Spain's QRPHamradiokits caught my eye recently.

The designer references Peter, VK3YE's "Beach-40" which I've also built but has improved on the design. Peter's simple circuit suffers from feedback during switching from transmit to receive and uses a diode ring mixer rather than an NE602.

"The MFT-40 incorporates a DC (direct conversion) receiver with a 3-stage front-end passband filter, followed by a balanced mixer, an audio preamplifier and filter using an operational amplifier, and an output amplifier for driving a loudspeaker. The local oscillator is based on a 7.2 MHz ceramic resonator element that allows coverage of a part of the 40m band.

The DSB (double sideband) transmitter uses a DSB generator with input from an economical electret condenser microphone and three stages of amplification which produce 3-4W to the antenna."

The kit is well presented with a top quality board that cleverly can be cut in half to make separate receiver and transmitter sub-boards if you wish.


The instructions are good (and you can see the schematic there) but the designer can't quite make up his mind about the best order to add components. Parts lists are presented both sorted by value and again but sorted by number (R1, R2, etc) which doesn't always group by where they are located in the circuit. Also there's the suggestion that new constructors might just build the receiver first - probably a good idea but maybe there could be a separate kit for a receiver only.


There's some minor errors with carrier suppression pot P4 in the text actually being P3 on the schematic and mic gain P3 actually being P2 on the schematic but it wasn't hard to figure this out. My kit had an incorrect component that was easily found in my junk box.

In use, the receiver works very well although, not-unexpectedly, tuning is very sensitive. The transmitter perhaps suffers from not enough mic gain - the supplied electret mic directly drives the input to the NE602 mixer. (I don't know where QRP Ham Radio Kits managed to source through hole NE602s - they are very hard to find these days).

Here it is in use:


I spotted the biscuit tin while shopping in Kyneton. The size is perfect for this project and others for sure. Drilling was easy. The biscuits are also very nice, if a bit sweet for my taste.


An enjoyable kit.

Sunday, April 30, 2023

SDR++ server mode for easy listening

SDR++ continues to impress as an excellent SDR client. One terrific feature is that it has a server mode built in. You run the server side on the command line with --server after it and then run SDR++ from another machine to connect to it. 


I'm running the server in my low noise shack and using the client in the house. They are connected via wifi at both ends but operation and reception is smooth.


To record this and capture the audio on macOS I use the free VB-Cable to connect the output of the receiver to the built in screen recorder. The problem with this is I can't hear the audio while I'm recording so it's hard to tune around. The solution was to run an audio recorder/editor (in my case Sound Studio) which has a feature to pass through input audio so I can monitor.


Monday, April 03, 2023

New digital mode: FreeData

A Reddit post drew my attention to a new digital mode that uses the OFDM modem code from FreeDV for having keyboard to keyboard chats. It's called FreeData, which I have to say isn't a great name for searching.


As you can see it has some advanced features such as a notification that the other party is typing. Messages are confirmed and the software will re-try until it gets through.

There is a wiki with documentation and an active Discord space to discuss the software. There is also a map which shows Barry, VK3BRT and me looking rather lonely here in Victoria, Australia at the moment.


The software is available for macOS, Linux and Windows. You can download the software, currently in alpha, from the Github project.

Friday, March 31, 2023

Free windows software - read the fine print!

A ham radio friend who runs windows and is using various digital chat modes recommended some software that takes dictation and enters it in to a text field. He said "it's free".

I took a quick look at LilySpeech and noticed the little asterisk next to FREE*. When I drilled in to see what that was about I was amazed.

"The free version of LilySpeech is made possible by doing market research in the background. While there are many examples of what this might entail, the most common example would be a business looking to measure their visibility in search engines such as Google, Bing or Yahoo.

As a practical example, a national insurance company may wish to know where they come up in Google when you search for ‘auto insurance’ within the city of Seattle, or Chicago, or Dallas, etc.

As a LilySpeech user with a unique location and profile, you can provide insight to these companies that nobody else can.

These activities use a dedicated browser meaning no history from these activities will appear in your history or browsing activity. These activities are completely invisible meaning you will never be interrupted or inconvenienced.

Examples of the types of marketing activity that may occur include but are not limited to:

Checking and verifying websites positions in search engines for different search terms

  • Ad placement verification
  • Competition price checking
  • Website uptime monitoring

At no point will any market research be performed in the background that relates to the following industries:

  • Adult entertainment
  • Gambling
  • Pharmaceutical products
  • Any other gray/illegal market

At no point will any of these activities be malicious in intent or violate local, state, or federal law."

Wow. I've got to credit their honesty but they are basically turning your Windows computer into a bot to be used by third parties. This is new to me but perhaps it is done by other "free" software as well?

Wednesday, March 29, 2023

Minimal transceiver with Hellschreiber interface

Some years ago Stephen, VK2BLQ, and I experimented with using low cost CW transceivers and the Hellschreiber mode. This mode works with simple transceivers as it is simply keyed on and off.

Having moved house several times since then I had to re-build the interface. I think this version is neater. FlDigi keys a hellschreiber transmitter by keying a tone on and off and to key the transmitter an interface needs to rectify this audio and activate a transistor. 

I've just had a contact with Richard, VK3LRJ:


He's using an IC-7300 at his end but my side is simpler:


The transceiver, lower left, is a micro mountaineer kit, from an original design by W7ZOI. It's a step up from the Pixie kits and the receiver works much better than on them. There's no keyer to get around so it's well suited to use with Hellschreiber. Here's the interface board:


At first I used silicon diodes but found the audio level was too low. Substituting germanium diodes works better but is even a bit too sensitive so I have to reduce the audio level a bit. Here is the circuit I ended up with:


The 8R:1K audio transformer was purchased at Jaycar.