October 24, 2016

KiwiSDR Image

KiwiSDR kit assembled and in service.

A List of advertised stations to monitor:

A Link to my KiwiSDR: 

A Link to the software and hardware information on GitHub:

The KiwiSDR is a very nice addition to the Ham Shack! Now that I've had it for a time, 
I'll see if I can write up what I think about.
My interest in this type of online receiver began with the OpenWebRX by András Retzler. My write up on that unit is located here:
Using the RTL-SDR units and OpenWebRX the bandwidth was limited to 3.2Mhz or less and the waterfall seemed to have resolution limitations. The receiver controls were limited by comparison to the KiwiSDR control, and the frequency stability of the various RTL-SDR units was not uniform from one RTL-SDR to another. So when I was able to buy a shiny new KiwiSDR with the promise of a better receiver with more control, I ordered it in!


The KiwiSDR requires a 5vdc supply. I bought one of the suggested supplies listed at the KiwiSDR quick start site, and as the KiwiSDR arrived before the power supply, I was able to learn something. The KiwiSDR cape board draws more power than a normal BeagleBone can provide, but the cape is capable of powering the BeagleBone and the Cape. So powering through the mini-usb port in the normal way is not possible. The barrel connector power supply connected to the Cape is the only way to go. Once I got the power supply all was well. You can of course remove the Cape and power the BeagleBone in the usual way for loading the software and other tests without the KiwiSDR attached. I also learned that when installing the software it is best to remove the KiwiSDR Cape, as it is easier to install the Micro-SD card. Once the card is installed, power the BeagelBone on using the standard mini-USB type power supply, watch the LED blink for about 4 minutes, and when the BeagleBone shuts off, remove the mini-SD card, reinstall KiwiSDR Cape, use the barrel connector power supply with the Cape, and remove the mini-USB type power supply from the BeagleBone if it is still attached. The KiwiSDR is now up and running.


I had some frustration getting started with the KiwiSDR admin page. I was editing the information in the fields of the web browser without difficulty, but when it was time to restart the KiwiSDR to save the changes, I could NOT see the unit restarting. I learned that there is about a 30 second delay from the time you click on the restart button until it does restart. The Title field on the admin page has a lot of html and it was not quickly apparent to me that I needed to edit the Title field, duh… Anyway, I did connect to the KiwiSDR via SSH, poked around a bit in the root directory, and using vi edited the kiwi.json file to change to my call sign. So I had the “new user” errors, but overcame them. I did find that if the KiwiSDR is running on the web browser when the admin restarts are done, it is easy to see that it restarts! I wrote to John, ZL/KF6VO and told him about my initial challenges, and he did not stop writing to me until he was satisfied that I knew what needed to be done and to verify that his code was working correctly on the web browser, which it was. I must say I believe John will try all he can to make sure you do not fail if you are setting up a KiwiSDR. A++++ for service in that regard!


Using the KiwiSDR is a pleasure. The GPS unit keeps the KiwiSDR on frequency and stable. Decoding digital audio modes has been flawless using Fldigi with Pulse Audio. There are some nuances to using the radio controls of KiwiSDR on the web browser waterfall.
First thing to do is explore all the control buttons and understand what each one does. There are pop up menus that appear when you hover the mouse over the menu button. The “More” button takes you to the AGC controls.
more button
Generally for SSB I’ve found settings of 100 for Threshold, 3 for slope, and 1000 for decay, yield good results. CW probably works best with 130 for Threshold, 1 for slope, and 350 for decay. Tuning with the mouse has a some options. SSB with a left mouse click centers the bandwidth over the click, whereas a “shift-left click” places the bandwidth beginning at the “shift-click”, which is usually the best way to tune with a mouse on a SSB signal. The left mouse click is excellent for tuning CW however. There are probably more tuning options, but those are the ones I’ve found, well there is also the “shift-left click and hold”while dragging the bandpass tuning around…

Currently, I’m using a 210 foot top G5RV up 38 feet for an antenna.
This antenna provides to much voltage on the AM Broadcast band and overwhelms the KiwiSDR, so I’ve placed a MFJ-1046 Passive band-pass tuner in the antenna line, and it is usually set for the 6.4-11.5MHz setting. This seems to attenuate the AM Broadcast well enough and yet pass most all signals reasonably to 15MHz. Frequencies higher than 15MHz are more severely attenuated. I would make a high pass filter beginning at 2MHz for this purpose, but I have ordered an active mini-whip antenna made by RA0SMS and it is my hope that it will be an adequate antenna across the 30MHz band without need for additional filtering.
Nov. 23,2016. Time for an update.
The KiwiSDR is still using the above antenna. I had some trouble with the mini-whip and a 
new one has not yet arrived. The MFJ-1046 cut off to many frequencies, so after considering 
the problem, KKOO @1380KHz seemed to be the power station creating images and noise. A series 
resonant LC circuit is now in the antenna line effectively attenuating 1380KHz by over 20dB 
and the problem is solved.
The circuit is made of 4000pF mica-capacitors, and 26 turns of 24ga wire on a T50-2 Toroid 
core. One side of the circuit to the antenna input, and the other end to ground. See the 
images to visualize the effect of this little wave trap on the receiver performance.
Without filter on 1380KHz

Without filter on 1380KHz

With Filter on 1380KHz

With Filter on 1380KHz

This KiwiSDR is currently shared but not shared on , it is now shared on .
Locally, the Hams are using it for a diversity receiver and it is helping some people to hear better when the noise levels are overwhelming in the more urban settings. Some are using it for shortwave listening. It is new here, but I think this KiwiSDR will get a lot of use over time.
Last update 11/23/2016
Ron – KA7U

OpenWebRX and Remote Radio Reception Via a Web Browser

OpenWebRX and Remote Radio Via A Web Browser

A List of advertised stations to monitor:

My OpenWebRX (when it is on the air)

Now that I have had a chance to work with this system for a while, 
it is time to do a write up about it. , Information about installing and operating the OpenWebRX server is located at the preceding link.   András Retzler is the programmer that has developed this fine software. He wrote it for a college thesis project and he continues to update it and support the users of it. For support purposes he is hosting a google group @!forum/openwebrx , as well as the Wiki at GitHub where the files repository is located, .

There are other developers working to bundle hardware and software to use Mr. Retzler’s OpenWebRX engine. An example of this is found @ . So consumer grade products are on the horizon for this application. But being a Ham, I’m more interested in “rolling my own” to the extent practical.

The advantage in use is lower throughput required to monitor a section of spectrum, but it comes at the expense of higher resolution that I’ve come to expect with the USB connected RTL-SDR, and the Network connected RTL-TCP server. So listening to the radio on a web browser is a good tool, it does not replace the higher resolution and spectrum views provided by SDR# or HDSDR. I imagine I could monitor my transmissions at various locations around the world by opening an OpenWebRX station at that geographic location and monitoring my transmitted frequency. DX all by myself, well nearly. LOL

Ron Morell

Audio Recording on AllStar Link node

Audio Recording on AllStar Link nodes.

In rpt.conf there are stanzas that start with the node number, such as:

[28174] ; Change this to your assigned node number

If it contains the “archivedir=<some recording location>” as shown above, then the audio passing through the radio will be recorded. In my case the recording location is a USB stick formatted as an ext4 file system identified by the system as /dev/sda1. So edit the file /etc/fstab and add a line as shown in bold below:

# /etc/fstab: static file system information
# <file system> <dir> <type> <options> <dump> <pass>
/dev/mmcblk0p1 /boot vfat defaults 0 0
tmpfs /var/log tmpfs nodev,nosuid,size=50M 0 0
/dev/sda1 /media/USB ext4 errors=remount-ro 0 1

Reboot and the drive should be mounted. We can check that the USB is in fact mounted at the location /media/USB with the df command.

[root@AllStar-KA7U USB]# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 3762048 1323764 2227464 38% /
devtmpfs 493436 0 493436 0% /dev
tmpfs 497712 0 497712 0% /dev/shm
tmpfs 497712 12860 484852 3% /run
tmpfs 497712 0 497712 0% /sys/fs/cgroup
tmpfs 497712 108 497604 1% /tmp
tmpfs 51200 272 50928 1% /var/log
/dev/mmcblk0p1 102182 14104 88078 14% /boot
/dev/sda1 7561896 19996 7134732 1% /media/USB
tmpfs 99544 0 99544 0% /run/user/0
[root@AllStar-KA7U USB]#

The AllStarLink system will add the node number to the directory structure, so when you navigate to the saved audio files, you will do something like this:

[root@AllStar-KA7U /]# cd /media/USB/28174
[root@AllStar-KA7U 28174]# ls -l
total 1188
-rw------- 1 root root 6154 Mar 15 21:22 20160315.txt
-rw------- 1 root root 12800 Mar 15 20:51 20160315205145.WAV
-rw------- 1 root root 5455 Mar 15 20:51 20160315205153.WAV
-rw------- 1 root root 5130 Mar 15 20:52 20160315205159.WAV
.... snip...

As you can see above the system has been busy recording audio files in the mounted USB stick. To use these files, we need to copy them to a computer capable of playing them. In this case the Raspberry PI is connected to another Linux computer by SSH, so we will copy the desired files to the connected computer with the SCP command issued from the connecting computer in the directory we wish the files to be copied to. Note: there is a space between *.WAV and ./ , don’t forget the space. 🙂

ron@linux-zdyj:~/wave> scp root@allstar-ka7u:/media/USB/28174/*.WAV ./
root@allstar-ka7u's password: 
20160315205145.WAV                                                 100% 13KB 12.5KB/s 00:00 
20160315205153.WAV                                                 100% 5455 5.3KB/s 00:00 
20160315205159.WAV                                                 100% 5130 5.0KB/s 00:00 
20160315205202.WAV                                                 100% 1685 1.7KB/s 00:00 
20160315210008.WAV                                                 100% 4155 4.1KB/s 00:00 
20160315210157.WAV                                                 100% 4480 4.4KB/s 00:00
... snip....

From here we can play the files one by one in a player of choice, such as Audacity, or we can concatenate them into one or more files using SOX. Without our intervention, SOX will concatenate the files in the correct date and time order with the simplest command.

ron@linux-zdyj:~/wave> sox *.WAV test.wav
ron@linux-zdyj:~/wave> ls -l test.wav
-rw-r--r-- 1 ron users 1034926 Mar 15 21:42 test.wav

Notice in the above that a new file “test.wav” now exists. Also note that the AllStarlink system uses a naming convention on the audio files using capital letters WAV. Audacity has the ability to further edit the file and change from wav to other codecs such as mpg. This screenshot shows the presentation of this audio file in Audacity.Audacity


The file is linked above, if you would like to listen to it or work with it. This recording is quite useful in as much as one of the radios has an intermittent connection problem and one of the radios is over modulated. The picture in Audacity is worth a thousand words, and being able to listen to the audio more than once, makes it much easier to determine how things sound.

If the radio is breaking squelch to often, the recordings of that will be plentiful. So if we plan to record, the squelch should be sufficient to silence the radio until a signal appears.
Ron Morell

Motorola R1200AX Service Monitor

Motorola R1200AX Service Monitor.

At present I do not have a manual but the unit does turn on and most functions seem to work. I did find limited instructions here:

This is a copy of the relevant post. If you have relevant information, please leave a comment about it.

The R-1200AX is the basic 1200 with the option of a high stability timebase (the "X.") 
The modules have been added later. 

There is no internal load in this model. It is designed to monitor off-the-air signals or 
to be used with a pick-off enroute to an external dummy load or antenna. 

I don't have the manual anymore, but this is how it works to measure deviation and frequency: 

1) Dial up the known carrier frequency 
2) Press the RECEIVE button 
3) Press 1.5, 5 or 15 KHz to select range (FREQ ERROR) 
4) Connect whip antenna or cable from pick-off to broadband mixer 
5) Place wide/narrow switch in "wide" unless there's interference, in which case use "narrow." 
6) Read frequency error on ERROR KHZ meter 
7) Set deviation meter range as desired 
8 ) Read deviation on meter when transmitter is being modulated 

Unfortunately these are 30+ year old instruments which have usually seen a hard life. 
They are worth little on today's market, as they have no value to commercial shops, thus 
intensive labor to get one running has to be considered a lost cause at some point. 

I have had some where the electrolytics in the deviation meter module were totally dried out 
and open circuit. Other electrolytics in the unit, same story. Tantalum dip capacitors can 
be shorted, they are becoming notorious for this. 

The manual, as I recall, is rather huge and would be a life's work for someone to scan 
and put on the internet. Operating the thing should be a pretty intuitive process. 

For generating a signal, use the CW position generally as that is locked to the TCXO. 
The red "Leveled" lamp should be lit normally. If it is out, it means the output has 
either become unstable or the overload protect circuit has tripped (hence the reset button.) 

The FM Cal knob sets the frequency when the generator is in the modulated FM mode. 
It should be zeroed with the zero center meter. The stability while in the FM modulated mode 
is rather poor, it's just for testing receivers and not frequency setting. Leave it in 
CW normally.
posted by: Geoff Fors

OK, so after reading the above I setup to test the Service Monitor on the bench. I decided to use it in FM modulated mode to see how unstable that might be too.  This video pretty much tells the story of how that worked out.

Ron Morell

Panasonic KX-TGP500 VoIP DECT Telephones configure for Asterisk

Configuring the Panasonic KX-TGP500 Telephones for use with Asterisk.

The Administrator’s Manual
Panasonic Product Page for the KX-TGP500
Firmware and Manuals from the Panasonic Site

DECT telephones offer advantages for wireless because they use different frequencies than WiFi. I have 3 telephones registered with the base unit and the base unit is registered with an Asterisk ver.13 PBX as SIP extension 7005 using voicemail box 8005. (This means that when the extension is called, all 3 telephones ring. The phones can be configured to ring individually on different extensions. That is up to the user.) This DECT set is working with the Asterisk ver.13 configurations found in my previous post, title: Configuration Files for Asterisk v.13 and AllStar Link . The network it is configured for is a HSMM-Mesh Network, so if it were to be configured for a normal LAN the host names would change to IP addresses.

Quick Start: A newly purchased KX-TGP500 base unit that is “open” (that is not pre-configured by a provider) and a KX-TPA50 handset need to be powered on. The handset needs to be registered with the base. To register the phone with the base you need to do the following:

  1. Open the menu of the handset by pressing down on the joystick on the telephone
  2. Then press #130 on the telephone dial pad
  3. There is a button located on the DECT base unit. Press it down for 4 seconds
  4. Then press OK on the Telephone, which will be the button to the right of the word menu just under the screen.
  5. Then dial 0000 on the telephone. Once it returns to the normal screen the handset should be registered and show you a number beside the battery symbol in the screen.

This needs to be done for each phone being registered.

To open the HTML configuration for the base unit, you need to press the joystick on the telephone down and then select the “tool box”, “Network Settings”, “Embedded Web”, and then “On”. The phone will sound a long tone. Then from a web browser sharing the same LAN, type in the IP address of the DECT base unit. You can find this IP address on the telephone by pressing down on the joystick and selecting the tool box icon, then Network Settings, then IP settings. Log into the DECT Base unit HTML configuration with the default username Admin and default password adminpass. Select the VoIP tab on the top menu, and then “line 1” under “SIP Menu” from the left sidebar menu. You should now be on a page that looks like this image:
dect base web menuYou may want to change the addresses from ka7u-2 to your host name or IP address and the extension number is the authentication ID in my Asterisk PBX. The authentication password is the “secret” for the extension as listed in sip.conf.

This should be enough configuration for the DECT phone system to work with Asterisk ver. 13 PBX. There are many other configurations according to your needs.

Ron Morell


CISCO SPA941 SPA942 configure for Asterisk

Configuring the SPA941/942 Telephones for use with ASTERISK.

The link above should load the manual for these phones.

For a quick Start: plug your telephone into the network jack and connect 5vdc power to the telephone. After the telephone starts up, press the setupsetup button located on the front of the telephone.  Use the arrow keys to scroll through the options until you find #14 “Factory Reset”. Use the select button and accept to reset the telephone to the factory defaults. The telephone should reboot and when it does use the setup button and scroll to item #9 “Network”. Select Network and you should find the IP address of the telephone. Enter this IP address into a Web Browser address bar (running on a computer served by the same network), and the telephone HTML setup screen should be displayed in the Web Browser. In the upper right menu area, select Admin and then Advanced. You should see a setup menu like the example found at this link:
SPA941/942 Web Setup Menu

The configuration example found at the above site is for the radio/telephone system described in the posts about AllStar and Asterisk ver.13 in use at KA7U at the time of this writing. While you can use it and replicate what I have going on here, it is intended to be an example of how to do the configurations. By considering it and the manual, you might be able to configure the telephones to fit into other telephone networks as you wish for them to operate in that environment.

The most currently available firmware for the SPA941or SPA942 Telephones can be downloaded here:
SPA941-Firmware          SPA942-Firmware

Updating firmware has risks and you should know what you are about and what those risks are before upgrading firmware on your telephone. The risks are all yours…

Ron Morell


HSMM-Mesh on Raspberry Pi2

The HSMM-MESH or Broadband-Hamnet is a Ham Radio network of linked WiFi repeaters.

The Raspberry Pi2 can be configured to become a Node on the HSMM-Mesh. The Raspberry Pi2 is capable of providing server functions while being a HSMM-Mesh node. For example the Raspberry Pi2 could run an Asterisk PBX which is directly addressable across the Mesh network, or it could run a NAS, or both.

The HSMM-Pi nodes lack the more robust router features of the WRT54Gx series of routers or the Ubiquity routers, but they do provide a great way to consolidate servers on the network and are quite useful for mobile connections to HSMM-MESH networks.

To setup a Raspberry Pi2 for this HSMM-Mesh service follow the directions at:

Depending on the type of service you intend for your Raspberry Pi node, will indicate what type of antenna you will want to use. The new Pi3 that just came out has a built in WiFi but the Pi2 does not and you will need a USB to WiFi adapter. The Raspberry Pi2 has a limited current capability through the USB ports and therefore you might need a powered USB Hub to power the WiFi and/or other USB devices connected to it. A list of supported WiFi adapters and discussion on the problems and attributes of each one is located here: .

I have been using the ALFA AWUS036H v5 802.11 b/g Long Range USB Adapter with my PI node. It does a good job, but it did require some setup in the operating system to make it work reliably in this service. I added a file containing the following to the folder “/etc/init.d”.

iwconfig wlan0 rate auto 
iwconfig wlan0 frag 512
iwconfig wlan0 rts 512
iwconfig wlan0 retry short 11
iwconfig wlan0 retry long 11
iwconfig wlan0 power off

The permissions for this file would be set by “chmod 755” and the owner and group are root:root. The file is added to the system with this command:
sudo update-rc.d <yourfilename> defaults

After a reboot IWCONFIG wlan0 gives this report:

pi@KA7U-2 / $ sudo iwconfig wlan0
wlan0 IEEE 802.11bg ESSID:"BroadbandHamnet-20-v3" 
 Mode:Ad-Hoc Frequency:2.412 GHz Cell: 86:E9:B7:56:2F:EF 
 Tx-Power=20 dBm 
 Retry short long limit:11 RTS thr=512 B Fragment thr=512 B 
 Encryption key:off
 Power Management:on

pi@KA7U-2 / $

A different WiFi adapter may or may not need this instruction to stay on and operate correctly with the RPI, but I have included the information in case you have a challenge and need to know where to look.

There is a Google Community for the HSMM-Pi here:

Ron Morell – KA7U

How to Add N4PY Radio Control Software to a Linux Computer

A “How To” For Linux User to Add N4PY Radio Control Software to the Operating Position.

Getting started, we need to choose a distribution. For purposes of this discussion I will describe the
setup in OpenSUSE 13.1. I won’t go through it for Ubuntu, but if you follow this with openSUSE, you
should be able to interpolate and succeed with the other Linux distributions.

Choosing a suitable computer platform.

At KA7U, I am currently using an IBM Intellistation Zpro with dual XEON processors and an NVIDIA
6800 video card, for the radio control computer. I have also used an ACER Aspire One ZG5 to
interface to the radio. The IBM is quicker and the display is much better, but both of these computers
get the job done.

To install openSUSE and configure it for a useful desktop, you might like to follow some of the
directions found at How To Forge.

While this is not specifically for openSUSE 13.1, it is for openSUSE 12.1, the available software
should be similar. Pick and choose what you want to install.

You must install WINE, , the current version being used here today is
WINE version#1.7.8 . Both 32 bit and 64 bit versions are in use here and both run N4PY without
special consideration or addition of native Windows DLL files.

You will need to enable serial ports in the directory ~/.wine/dosdevices . One of my computers has a
~/.wine/dosdevices directory that lists the following:

ron@linux-i6yo:~/.wine/dosdevices> ls -l
total 0
lrwxrwxrwx 1 ron users 10 Nov 22 14:49 c: -> ../drive_c
lrwxrwxrwx 1 ron users 10 Nov 6 09:31 com1 -> /dev/ttyS0
lrwxrwxrwx 1 ron users 12 Nov 18 23:42 com3 -> /dev/ttyUSB0
lrwxrwxrwx 1 ron users 8 Nov 23 09:47 d:: -> /dev/sdb
lrwxrwxrwx 1 ron users 17 Nov 22 14:48 e: -> /sys/kernel/debug
lrwxrwxrwx 1 ron users 13 Nov 22 14:48 f: -> /proc/bus/usb
lrwxrwxrwx 1 ron users 8 Nov 5 09:46 g:: -> /dev/sdd
lrwxrwxrwx 1 ron users 9 Nov 22 14:48 h: -> /home/ron
lrwxrwxrwx 1 ron users 8 Nov 5 09:46 i:: -> /dev/sdg
lrwxrwxrwx 1 ron users 8 Nov 5 09:46 j:: -> /dev/sdf
lrwxrwxrwx 1 ron users 8 Nov 5 09:46 k:: -> /dev/sr1
lrwxrwxrwx 1 ron users 8 Nov 21 11:25 l:: -> /dev/sdh
lrwxrwxrwx 1 ron users 9 Nov 21 11:25 m:: -> /dev/sdh2
lrwxrwxrwx 1 ron users 9 Nov 21 11:25 n:: -> /dev/sdh5
lrwxrwxrwx 1 ron users 9 Nov 21 11:25 o:: -> /dev/sdh1
lrwxrwxrwx 1 ron users 8 Nov 23 09:47 p:: -> /dev/sdc
lrwxrwxrwx 1 ron users 8 Nov 23 09:47 q:: -> /dev/sde
lrwxrwxrwx 1 ron users 8 Nov 23 09:47 r:: -> /dev/sr0
lrwxrwxrwx 1 ron users 9 Nov 24 23:44 s:: -> /dev/sdc1
lrwxrwxrwx 1 ron users 9 Nov 24 23:44 t:: -> /dev/sdc2
lrwxrwxrwx 1 ron users 9 Nov 24 23:44 u:: -> /dev/sdc5
lrwxrwxrwx 1 ron users 55 Nov 28 10:42 v: -> /var/run/media/ron/babd3add-c7bf-422a-83e7-5955e9581a33
lrwxrwxrwx 1 ron users 9 Nov 24 23:51 v:: -> /dev/sdb1
lrwxrwxrwx 1 ron users 9 Nov 24 23:51 w:: -> /dev/sdb2
lrwxrwxrwx 1 ron users 9 Nov 24 23:51 x:: -> /dev/sdb5
lrwxrwxrwx 1 ron users 8 Nov 25 11:14 y:: -> /dev/sdi
lrwxrwxrwx 1 ron users 1 Sep 26 22:07 z: -> /

Notice that com1 is linked with /dev/ttyS0 , which is an actual serial port on this computer.
Notice that com3 is linked with /dev/ttyUSB0 which is a USB to Serial converter device.
When you plug in your USB to Serial converter it will be assigned a device name in the /dev directory.
You can find out what it is called by searching for it like so:

ron@linux-i6yo:~> dmesg |grep ttyUSB
[21825.616981] usb 3-1: FTDI USB Serial Device converter now attached to ttyUSB0
You can further search for it in the /dev directory.
ron@linux-i6yo:~> cd /dev/
ron@linux-i6yo:/dev> ls -l ttyUSB*
crw-rw---- 1 root dialout 188, 0 Dec 12 16:14 ttyUSB0 # notice ownership is root:dialout

If you unplug a USB to Serial converter and plug it back in, the name assignment may increment up a
number. So generally don’t do that and if you do, think about needing to reboot the computer or relink
the com port.

So what do you do in the ~/.wine/dosdevices directory to link the Serial Ports?

ron@linux-i6yo:~/.wine/dosdevices> ln -s /dev/ttyS0 com1
ron@linux-i6yo:~/.wine/dosdevices> ln -s /dev/ttyUSB0 com3

It is important that you create these symbolic links while logged into the terminal as the normal user.
Otherwise, you will get an error message when trying to connect to the ports that they are busy or in
use. Which brings us to the need of our normal user belonging to the required groups in order to have
permission to access certain hardware items. So add your user to the user group “dialout”. The image
below should help you to get this done.

Once these things are accomplished, you should be able to install N4PY in the usual way as if you were
using Windows. I do use the WINE utility “Uninstall Software “ to add and remove programs
however. So I would download N4PY, and then run “Uninstall Software” from the WINE program
group in the start menu.

There are some minor anomalies in N4PY when it is running under WINE, but if you are willing to
overlook some minor font display issues, and possibly some other little details, you should find that
N4PY functions as expected working with Linux and WINE.
I find that other applications work well with N4PY using Linux, such as MixW, N4PY remote, IPSound,
and several other windows programs. Your experience may vary.

If you would like to watch an example of N4PY remote running on openSUSE 13.1, please watch video:

Ron Morell


Raspberry Pi2 RTL_TCP Server

The Raspberry Pi2 makes a nice RTL_TCP server. You can place it anywhere on the network close to a good antenna. The sample rate requires good throughput on the Network and generally Ethernet has more throughput than WiFi and Ethernet is preferred for connectivity on the LAN. Fast WiFi will work however. So to setup the RPi2 for this service, you will first install Raspbian Jessie on the SanDisk card and boot the Pi with it. Once you have logged in to the Pi, open a terminal and do the following:

  1. Passwd
  2. sudo raspi-config
  3. sudo apt-get update
  4. sudo apt-get upgrade
  5. sudo rpi-update
  6. reboot
    log back into the Raspberry Pi
  7. cd /etc/modprobe.d
  8. sudo nano rasp-blacklist.conf #and add the following, then save the file:
    blacklist dvb_usb_rtl28xxu
    blacklist rtl2832
    blacklist rtl2830
  9. sudo update-initramfs -u
  10. cd
  11. sudo apt-get install git
  12. sudo apt-get install cmake
  13. sudo apt-get install
  14. sudo apt-get install build-essential
  15. sudo apt-get autoremove
  16. git clone git://
  17. cd rtl-sdr
  18. mkdir build
  19. cd build
  20. cmake ../
  21. make
  22. sudo make install
  23. sudo ldconfig
  24. cd /etc/udev
  25. sudo cp ~/rtl-sdr/rtl-sdr.rules ./
  26. sudo reboot
Log back into the Pi and start the RTL_TCP Service with:
 rtl_tcp -a <the Pi's IP address>

Then using SDR# or HDSDR or whatever receiver you use on your local computer, configure the TCP interface for the server’s IP address and set the sample rate and other parameters as appropriate to start receiving from the RTL-DVB USB receiver served by the Raspberry Pi.

Ron – KA7U
March 4, 2016

Asterisk and AllStar “How To Do Stuff”

This post will list links to useful documents and web-sites.