Author: Doug Kingston, KD7DK; Randy Neals, W3RWN
Last Update: 1 November 2018
PSRG has traditionally run a single site repeater, meaning that both the receiver and transmitter are located at the same location–in our case at the John Hayes Elementary School on top of Queen Anne Hill in Seattle. In addition, the group maintains a backup, single site repeater on Beacon Hill on top of the Seattle Housing Authority building there. Queen Anne does amazingly well for a modestly located repeater and we have good backup, but the system does have holes in its coverage. In particular, coverage of the south end of Seattle is spotty and it’s quite marginal around Seatac. There is also shading caused by our hilly terrain and areas like Madrona have problems because of this. There are also weak areas on the east side of Lake Washington. The increasing use of low power handie-talkies causes an imbalance talk-in/talk-out of the repeater.
Voting System Overview
We have undertaken to improve the PSRG system by adding additional receivers, and a receiver voting system that will choose the receiver with the best incoming signal to forward on to the repeater transmitter. The current local receiver will be just one of the receivers. We currently expect to stand up 5 receivers but we are not limited to that number. The primary transmitter currently remains at Queen Anne and the backup transmitter will be at the Beacon Hill site. The Queen Anne and Beacon Hill receivers will both be active, and voted. In addition to these existing receivers, we have added an additional receiver on Capitol Hill (Capitol Park) and in North Seattle (Lake Forest Park), and continue to work on site selection for a South Seattle receiver (SeaTac/Burien/Highline) and an East Side of Lake Washington receiver (Bellevue). Multiple receivers will improve the ability for handheld and low power radios to reliably access the PSRG repeater, and will reduce noise on most signals from Seattle and area. After a few weeks of operation on the new system, the benefits are already very evident. We observe several new-to-PSRG hams checking-in to the nine o’clock nets as a result of improved coverage.
Receiver Voting Terminology:
Local receiver – the receiver colocated with transmitter (and often the voting system itself)
Satellite receiver – a receiver located remoted from the transmitter and voting system
Voting controller – a small computer at the transmitter location which processes the signals from satellite receivers.
Traditional Receiver Voting
Analog receiver voting is not a new technology, but what is new is the use of Voice-Over-IP technology and an IP communications network (HamWAN) as the transmission medium between the remote receivers and the central site. This digital backbone simplifies the implementation of a receiver voting system, reducing the technical difficulty of audio level adjustment, and audio reproduction.
In a traditional repeater voting system, the satellite receivers are linked back to the main site either via telephone lines or dedicated RF links. At the remote site, the satellite receiver would be connected to a link transmitter. And at the primary site, a link receiver would be configured to listen for the link transmitter. This would be repeated for each additional satellite receiver, resulting in an impressive array of receivers at the main site.
At the main site all link receivers are each connected to the voter. The voter simultaneously computes the signal-to-noise ratio of each link receiver input after it traverses its entire path (satellite receiver -> link transmitter -> link receiver -> voter) and then chooses the voter input with the best S/N ratio to pass on to the transmitter. All the voting logic is in one location, the main site. A significant effort is expended in aligning all the receivers, link transmitters and link receivers to have identical audio levels and audio processing.
More detailed explanation on traditional voting systems can be found here:
We are not using a traditional analog voting system.
The Allstar Voter System
The Allstar Voter System utilizes Voice-Over-IP technology, and in the Seattle area we are fortunate to have the HamWAN IP network which will serve as our linkage between remote receivers and the Queen Anne central site. In some cases we are also using the public Internet to support our satellite receivers, but prefer to use HamWAN which is independent of the Internet.
The Allstar system uses a small interface box called a Radio Thin Client Module (RTCM) which is attached to each receiver and transmitter in the system. They are manufactured by Micro-Node International. The RTCMs are connected back to the voting controller over an internet connection.
The connections to the RTCM include:
- Receiver discriminator audio
- CTCSS decode signal
- Transmit audio and PTT (if attached to a transmitter)
- GPS receiver including a 1 pulse per second input for microsecond accuracy
- Ethernet connection to an IP network
We have standardized on the Garmin 18x LVC GPS receiver. This unit has the additional 1 PPS signal and is reasonably inexpensive.
The analog received audio from each active receiver is digitized, and batched in 20ms frames (packets) for transmission. The RTCM uses the attached GPS receiver to get a very accurate timing signal and then applies a timestamp to each frame. The RTCM is also digitally measures the signal-to-noise ratio of its received signal and assigns a numeric signal strength metric to each frame (a number from 0-255). Each RTCM is sending a stream of timestamped audio packets with signal strength metric to the voting controller whenever there is an active input signal.
The voter controller is a raspberry Pi running Allstar linking repeater controller software, along with the voter software module enabled. The job of the voter module is to receive the multiple streams of time stamped audio from each receiver, and then choose the frames with the best quality rating to pass on to the Allstar controller and then the transmitter. Because an IP network is asynchronous, some packets may arrive at slightly different times which could introduce jitter in the audio. To avoid this the voter buffers and arranges the frames in time sequence order. A small delay (100ms or thereabouts) is added to the received signal before it’s sent to the transmitter to give the voter time to process the packets and deal with any internet introduced delays. Every few frames, the voter reconsiders which stream is providing the best signal and may dynamically switch from one receiver to another as the receive signal quality changes. The high accuracy of the timestamps and the alignment of audio samples from different receivers prevents noticable changes in the audio as the voter switches between receivers.
A more comprehensive description is available in the original Allstar Voter System Documentation: https://allstarlink.org/votersystem.pdf
More information on the Allstar implementation we are using: http://hamvoip.org
Redundancy and Failover
The Allstar voting system has good support for redundancy and failover.
The RTCM modules can be configured with a primary and backup voting controller address. In our case we are placing the primary voter system controller at Queen Anne with the primary transmitter and the backup voting controller will be at Beacon Hill with the backup transmitter. Each RTCM is constantly exchanging heartbeat packets with the primary (Queen Anne) voter. If it loses connection to the primary voting controller, the RTCM will connect to the backup voting controller, but continue to probe the master in case it comes back online.
The RTCM has a further fail-safe mode which is used if neither voting system controller is available. The RTCM fail-safes as a simple repeater controller, ensuring the repeater with local receiver remains operational. In this mode it has a morse code ID and no courtesy tone, but it will work as a single site repeater until internet connectivity to one of the two voters is restored. We will configure the Queen Anne RTCM to operate in offline mode if it cannot contact either voter.
Finally, because the system is configured in software, it’s easy to reconfigure the active transmitter or alter other system configuration remotely.
User Visible Changes
There are a number of user visible changes from this transition.
- Substantially all repeater users have a full quieting signal into the repeater. This is due to having receivers which provide more complete coverage of our effective service area.
- The audio quality of Echolink and Allstar linking has improved greatly, a result of processing the audio digitally and removing the analog repeater controller.
- There is a small additional delay through the system to allow the voter to assemble the incoming audio frames from each site and accommodate any internet (HamWAN) delays it encounters with introducing jitter or dropouts. This is currently about 200ms which is noticeable as a small snippet of your audio when you un-key your PTT if you have a fast transmit/receive relay. This is only noticeable by the transmitting stations, other cannot hear this.
- The playback (or DVR) function has changed its command sequence from 12 to *55
- The voice ID (when present) and other voice prompts are different
- The courtesy tone will change depending on the situation:
- The “Normal” RF courtesy tone is a 100ms 800Hz beep.
- The “Link” courtesy tone (when there is an internet station connected to the repeater via Allstar, Echolink or IRLP) is a 100ms 1200Hz beep.
Additional Documentation References
RTCM Manual: http://220.127.116.11/unode_docs/rtcm_%20manual.pdf
Buffer tuning: http://docs.allstarlink.org/drupal/node/108
This is the primary transmitter and receiver site. The repeater is an MTR-2000. It was formerly controlled by an analog Arcom Controller. The combination of the RTCM and voter module and AllStar linking controller software (all running on a Raspberry Pi 3) now completely replace the Arcom controller and provide more control and more functionality. The interface cable is purpose built to interface the MTR2000 to the RTCM and is provided by Northcomm Technologies Group.
Beacon Tower is a 16 story Seattle Housing Authority building on Beacon Hill and is our backup repeater site and the location of one of our satellite receivers. Beacon Tower is also a HamWAN cell site with good connectivity to other HamWAN locations and direct connectivity to Capitol Park (soon). We will also locate one of the voter systems here due to its close proximity to one of our transmitters and the good colocation with HamWAN.
Lake Forest Park
Lake Forest Park is a 48 foot tower at the Seattle Public Utilities reservoir north of Lake Washington and at a ground elevation of 500 feet AMSL. LFP is a basic satellite receiver based on a Motorola CDM750 mobile radio with a preselector filter for improved selectivity and isolation from RF interference or de-sense. The RTCM is interfaces on the accessory connector on the rear of the radio. The transmitter is disabled on this radio. The HamWAN connection at LFP connects to Capitol Park sector 1.
Capitol Park is a 12 story Seattle Housing Authority building on Capitol Hill and is currently a satellite receiver site very similar to Lake Forest Park. We are evaluating this site to potentially take over the transmitter responsibilities from Queen Anne. Capitol Park is also a HamWAN cell site with good connectivity to other HamWAN locations and direct connection to Lake Forest Park, Queen Anne, and Beacon (soon).
Capitol Park is a basic satellite receiver based on a Motorola CDM1250 mobile radio with a preselector filter for improved selectivity and isolation from RF interference or de-sense. The RTCM interfaces on the accessory connector on the rear of the radio. The transmitter is disabled on this radio.
Gregory Heights is a 35 foot tower at W3RWN’s home west of SeaTac Airport, and at a ground elevation of 400 feet AMSL. Gregory Heights is a basic satellite receiver based on a Motorola CDM1250 mobile radio with a preselector filter for improved selectivity and isolation from RF interference or de-sense. The RTCM interfaces on the accessory connector on the rear of the radio. The transmitter is disabled on this radio. Gregory Heights uses a Century Link fiber Internet connection.
You can look at the strength of the signals being received by each of the receivers in real time at the PSRG Supermon page.
 As of 2018-10-23, we have turned off the backup voter and will only turn it on if the primary fails. This is because we have noticed some RTCMs switching to the backup voter for only momentary connectivity failures with the primary voter and it would take some time to reconnect and in some cases require a voter reset to send the receivers back to the primary. We continue to investigate this and expect to find a solution in due course.