An Intelligent keyer for FSK beacon usage


DAVID ROBINSON WW2R


Note this version is for FSK beacons where the output power of the beacon is constant with time


Monitoring beacons is one good way of finding out what radio conditions are like. Enhancements in signal strength show it is time to get active. Conversely lower than normal signal strength could mean worse than normal propagation but it could also mean that the beacon is putting out less than its normal output power. One then has to resort with comparing signal strength notes with other listeners or trying to contact the beacon keeper. More than one amateur has been known to rip his receiver apart due to a beacon being weak only to find the beacon was ill!


What is needed is a method where the beacon automatically indicating its output power as part of its keying sequence. It already identifies itself in Morse so it should be possible to transmit a series of numbers in Morse indicating the relative output power, chassis temperature and supply volts as part of the sequence. The design presented here was originally developed for the NTMS W5HN 902 and 1296MHz beacons. Both beacons are contained in the same box, so it was decided to make both beacons transmit identical callsign sequences and monitored values. The information transmitted would be 902 transmit power, 1296 transmit power, Chassis temperature and supply volts. This arrangement will allow the possibility that when encountering a weak signal on 902MHz tuning to the 1296MHz beacon and checking the 902 beacon output power. The design is also now employed in the NT5NT 10GHz Beacon, where it transmits the Output power, supply voltage, Chassis temperature and PA temperature.

Design Considerations
 

After consulting with the Microchip data sheets it was decided to use a 16C711 PIC. This is an 18 pin chip with 4 eight bit A/D inputs and 8 outputs. The program would be developed in two parts. Firstly the code already available to send the cw identification was transferred to the new chip, which was achieved with little modification. Routines to read the analogue values were written with the help of the microchip application notes. Each A to D channel produces a count of 0 to FF in hex for an input of 0 to 5 Volts. In decimal this is 0 to 255, so it will be sent as three Morse numbers. It was quickly realized that to convert numbers 0-9 to their Morse equivalent some new code would need developing as nothing suitable already existed in the program. At this point I was reminded of the N1KDO NHRC-2 repeater controller published in February 97 QST that had Morse ID. Investigation of the assembler listing (1) revealed a simple conversion scheme, where all morse characters are encoded in a single Byte, bitwise, LSB to MSB.; “0” = dit, “1” = dah. The Byte is shifted out to the right, until only a “1” remains. As an example 3 is encoded as binary 00111000, which translates to 38 in hexadecimal. The A to D conversion process is done just before the information is sent to ensure data accuracy. Beacons have a wide range of output powers so writing code to have 255 being transmitted when there is an output power of 10W would be no use with a 10mW beacon as variations in the output would be hardly noticeable. However by engineering the output of the power output detector circuit to produce a count of 200 when the beacon is producing its nominal output power the software can tolerate a wide range of beacon output powers.

Software

The program listing is intelli.asm (2). A line by line explanation of the programs workings will not be done here, the operation should be deducible from the comments. No claims for compactness of code are made; others may find ways of reducing the length of the program, but this was not considered necessary as there is still plenty of memory left and speed is hardly a consideration, the processor is clocked a few tens of kilohertz. Note that the code for the callsign, locator, location etc (in the form of assembler code) has to be appended to the end of the listing, as an example see intellihn.asm(3) for the complete version. Currently this part is generated separately using a QBASIC program zipped as CWPIC.ZIP(4). This generates a text file, which is appended in DOS to intelli.asm. It is hoped soon to have a Visual Basic 6 program available that simplifies this process.

Hardware

The Circuit is shown in Fig 1. IC1, the PIC16C711 has 4 analog inputs on pins 17,18,1,2. Note that this is the order in which the values are sent. The resistor capacitor network connected to pin 16 controls the speed that the Morse is sent. The values shown provide a range of speeds around 8wpm. Two outputs are provided. The one on pin 13 drives TR1 to provide an open collector output. Pin 6 drives an LED, which provides a visual keying status indication. The four 5.1V zeners protect the A to D inputs from excessive voltage from the detector circuits, the inputs have a maximum voltage rating of 5.3Volts. Opening the link at pin 9 is a test mode which when inserted prevents the beacon from sending its callsign information sequence, which allows for more rapid setting up of the input levels to the A to D. Note that the setting of the link is only checked once at the start of the program, altering the state of the link after start up will not be detected by the program.

A small single sided PCB, 41mm x 41mm designated WW2R017 has been developed for the keyer. The component overlay is shown in Fig 2. The PCB layout is shown in Fig 3. Table 1 is the component listing.

Interfacing

The current design allows 4 physical parameters to be transmitted. These could be chassis temperature, air temperature, voltage, atmospheric pressure, current taken etc. As an example I will explain how I interfaced the board to the W5HN beacons. Fortunately the two onboard detectors built into the beacons provided outputs in excess of 5 Volts so they were fed via a potentiometer to PCB pins 17 and 18. In other applications it may be necessary to use an Operational amplifier to get the detected voltage up to a useable level.

For applications where a directional coupler is not incorporated  into the PA board another arrangement could be used as shown in Fig 4. This employs a 50 ohm 0.25W resistor (R)  with one end cut short and soldered to the ground plane and the other lead run parallel to and above the output track, then through a diode (D)  to a decoupling capacitor (C). This is where the voltage is fed from to the keyer. The available voltage may be adjusted by altering the spacing between the resistor lead and the track and the length of lead running above the pcb track.
For temperature sensing a three terminal TO92 temperature sensor (National LM34Z)(5) is used. With a supply voltage of anywhere between 5 and 30 volts it produces an output of 10mV per degree Fahrenheit. Connecting the LM34Z to pin 1 as shown in Fig 5 produces a transmitted count that is half the chip temperature in Fahrenheit within 2%. The IC is physically mounted on the beacon chassis so that the case temperature is recorded. The fourth input is from the slider of a potentiometer connected across the 13.8V beacon supply rail, which was adjusted for the transmitted count to be 138.
 
Results
The W5HN 902/1296MHz beacon was on soak test for 2 months in the roof space of the WW2R QTH awaiting installation at its new location. The remote monitoring has proved invaluable in monitoring the beacons performance.
 
References

1. www.nhrc.net/nhrc2/rptr.asm
2. http://g4fre.com/intelli.asm
3. http://g4fre.com/intellihn.asm
4. http://g4fre.com/cwpic.zip
5. www.national.com/pf/LM/LM34.html

Fig 1 Circuit of intelligent keyer. Note that in normal operation LK1 is OPEN




 

Fig 2. PCB Overlay of Intelligent keyer

Fig 3. PCB Layout of intelligent keyer
 
 


 

Fig 4. Possible power output detection method
 


Fig 5. Using the LM34Z temperature sensor
 
 
 
 
 
 

Table 1. Intelligent keyer parts listing
C1 100pF Ceramic IC1 16C711 PIC R1 47k
C3 0.01uF Ceramic IC2 78L05 R2 2k2
C4 0.22uF 16V Tantalum TR1 2N2222A or Equiv R3 820
C5 2.2uF 16V Tantalum LED1 LED VR1 20k Preset
Z1,2,3,4 5.1V 0.4W Zeners


Last updated 20 Jun 07