/p>
Modifying the PRM80 series radios
Author: Michel G Mitaux Version: 10.1 (July 2003)
Original of this document can be found at: www26.brinkster.com/mitaux80/home.html and at www.geocities.com/ch8users/ (updated less frequently at this location, but also has info on other two way radios, and scanning info for Australia)
email: mitaux8030@hotmail.com
I am always impressed with Philips radios. I think that they are sensibly designed, both from an operation & design standpoint, they perform well, and are quite reliable. Philips, then Simoco who took over the radio business of Philips, and more recently with "ComGroup" (the result of Simoco dividing into two distinct 'streams' - the now defunct Simoco concentrated on TETRA, and ComGroup in Australia at least does the normal PMR stuff now) and most recently with TMC (what Philips used to be known as in the beginning) reforming, produced many commercial two way radios for use by industry, business & emergency services. Philips also produced CB radios, though these products nowadays are not as prolific as their commercial equipment.
As far as the hobbyist is concerned, Philips produced both 27 MHz and 477 MHz CB radios. (A note for our non-Australian readers: Australia has two CB bands - the 27MHz band of 40 channels between 26.965 MHz and 27.405 MHz, with AM and SSB modes permitted, and the unique-to-Australia UHF CB band, also of 40 channels between 476.425 MHz and 477.400 MHz in FM mode, with semi-duplex repeater operation allowed on channels 1-8 as the outputs, and 31-38 as the inputs. New Zealand also has a similar UHF service on the same frequencies) Indeed, if it were not for Philips, UHF CB repeaters and even the whole UHF CB concept might never have existed today. With the exception of the ill-fated FM321, Philips have not, as far as I know, produced a radio designed for amateur use; not that this matters for much, their fine commercial two-way radios convert nicely for amateur use, and also for those looking for something a little bit different to use on the UHF CB band, too.
In recent times (well, maybe not so recent) the following Philips commercial radios have found their way into hobbyist radio enthusiasts eager hands:
FM828 - a crystal controlled, 1 to 10 channel unit, remote head or single piece that was popular during the 1970s. They are still around today, and are easy to convert into repeaters, but lack somewhat in style & features, and modern day radio designs have the edge on sensitivity and selectivity these days, but the good 'ol FM828 won't embarrass itself.
FM900 - Very popular synthesized 10, 99 or 120 channel units, remote head or single piece units, with various features & options like scanning, Selective Calling (SelCall) and CTCSS, voting and so on. Near bulletproof physical construction (except the dreaded VCO blocks!), very good performance and easy to operate. Popular with the amateurs on 2 metres, 70cm and with some work, the 70 MHz VHF versions can be converted to 6 metres. Also popular with the UHF CB brigade who want something that little bit special: maybe 25 watts (which is of course illegal on UHF CB) or something that will transmit 5 watts all day long without getting stressed, or maybe chosen for the excellent manners exhibited when faced with an interference laden spectrum. At first, the W1 band (470-490 MHz) radios were the units of choice for CB, but it didn't take too long to discover that the U band (450-470 MHz) or the W4 band (490-520 MHz) units could stretch their legs into the 477 MHz CB band with a bit of encouragement. Someone had also managed to 'hack' the Field Personality Programmer (FPP), the software used to program the RF frequencies / channels and other features onto EPROM for the FM900, enabling the radio to receive frequencies outside the normal designated band of the unit, or to enable 25 watts on UHF CB. The original FPP software didn't allow the radios to venture outside their normal frequency limits, or allow high power operation on UHF CB.
And now we come to the PRM80 units. These are more modern day units (circa 1989) which offer a plethora of features all customisable with software, remote head or single piece units, 10, 64, 100 or 200 channel units, and trunking variants were available, too. Alphanumeric channel names were available on one model, the 8040. All this in a radio that is somewhat smaller & lighter than the FM900, modern-day styling, highly interference resistant and very sensitive to weak signals. The PRM80 series of radios has only recently been replaced by the Simoco 9000 series radios, though the PRM80 series continues to be supported.
The PRM80 family consists of:
*PRM8010 - a local mount only, 10 channel version with a single digit display (two digits for the trunked version) and only four function buttons, CTCSS and fixed SelCall system.
Was also known as Mobria R20 in Scandinavian countries.
*PRM8020 - a local mount only, 64 channel version with 4 digit display, eight function buttons, CTCSS and variable SelCall system, and scanning
Was also known as Mobria R21 in Scandinavian countries.
*PRM8025 - a local mount only, 100 channel version with 6 digit display, eight function buttons, CTCSS and variable SelCall system, and scanning and voting
*PRM8030 - a remote mount, 100 channel version with either 4 digit remote head or optional 6 digit remote head, eight function buttons, CTCSS and variable SelCall system, DTMF and scanning and voting
*PRM8030 Dual Mode - same as the PRM8030, but additionally can have two trunking networks programmed in (the trunked network feature is not much use to us hobbyists, even for receive only, since the unit must 'register' with the network)
*SRM8038 - like the PRM8040 (and uses the same main unit) with an alphanumeric display with keypad, similar but slightly fewer features, more modern styling.
*PRM8040 - a remote mount, 200 channel version, with alpha-numeric display remote head, function & full keypad built in, CTCSS and variable SelCall with memory list, DTMF, scanning and voting. Top of the line PMR unit, produced only in Australia
*PRM8041 Dual Mode - same as the PRM8040, but can have trunking networks programmed in as well as the PMR channels.
UK models:
*8060 Band 3 (175-220MHz) trunked visually identical to 8010
*8070 ditto 8060 but like 8020
*8061 data mobile without display for such as Fire Service mobilising, mainly E-band (68-88MHz)
E0 = 66 to 88 MHz
B0 = 132 to 156 MHz (not common in Australia)
A9 = 146 to 174 MHz
K1 = 174 to 208 MHz (not common in Australia)
KM = 223 to 235 MHz (not common in Australia)
R3 = 330 to 400 MHz (not common in Australia)
TM = 400 to 440 MHz
TU = 403 to 470 MHz
T4 = 425 to 450 MHz (not common in Australia)
U0 = 440 to 470 MHz
UW = 450 to 520 MHz
W1 = 470 to 500 MHz
W4 = 494 to 520 MHz
X = 800 MHz trunking bands (not common in Australia)
Dedicated trunking units are also available, but are not much use to us in this form.
They can not be used as standard two-way radios (i.e. PMR mode), although I have shown that with replacement of the firmware EPROM, they can be used as a normal PMR radio. Other mods are required (0 ohm SMD resistor jumpers) to enable SelCall signaling. Models included 8025T (curiously labeled as 8020T), 8030T, 8041T, 8042T, 8060T, 8070T, and supposedly a model that looks like an 8010. Certainly a dual mode unit can be transformed into a single mode unit by replacement of the EPROM and altering some jumpers - not that there is much point in doing this, because the dual mode units can be programmed in PMR mode anyway.
Various options are also available, such as:
*6 digit local or remote heads - used to upgrade a PRM8030 or 8020T from a 4 digit head
*DTMF microphone - can be connected to any of the PRM80 family to transmit
DTMF tones, useful for those radios that does not have built-in DTMF capability.
*Controller (keypad) microphone - looks almost identical to the DTMF microphone,
but can be used to obtain extra functions on the radio, and directly enter SelCall numbers etc. This microphone will only work on 6 digit heads (i.e. 8025 or 8030 with the optional 6 digit head)
*Power supply & console unit (for 'base station' use)
*Power supply & remote console unit for remote control base station use.
*Modem card (for transmission of data, and programming the radio personality)
*voice synthesizer card for trunking operation
*quick release mounting bracket
*cross band repeater cable kit
*hands free microphone set up
*covert microphone
*telephone style handset
*transportable kit
*alternate speakers
*numerous outboard options - MAP27 data interface, GPS & AVL systems, etc etc
*and plenty of other options I wouldn't even know about
Because the PRM80s have only just been superseded, the prices are still reasonably high, especially for the W1 band (i.e. UHF CB) models. You can expect to pay anywhere from $300 to $700 for a second hand unit, or slightly less for other bands. Even the top of the range FM900 FM91 W1 band models still fetch up to $600, for a 20 year old radio! (though half this price is more common now)
The main reason why radios such as these still carry high price tags is easily explained: supply & demand. Demand for high-power, ultra-customisable UHF CBs is high, and there were only a finite number of radios produced. This situation was also apparent for A band FM900s which were suitable for use on the 2 metre amateur band, although has been largely overcome recently by large fleets disposing of their old FM900 units, sometimes for prices as low as $10 each. (i.e. Victorian CFA)
This situation got me thinking: so why can a VHF FM900 be bought for as little as $10, and the UHF units go for as much as $600, and how does that situation apply to my radio of choice: the PRM80, particularly the PRM8030? I thought that this situation was a little unfair; kinda like wanting to buy a particular model car, the normal price is $5000, but if you want it in red, it will cost three times as much or more.
What would you say if I told you that you can buy a PRM80 in a band that nobody (almost!) wants e.g.: a E band 70 MHz or W4 band 500-520 MHz for a song (try $100 to $150), and modify it to any band you want? Alternatively, buy a faulty PRM80, one that doesn't transmit or receive, and have a high probability that you can repair & modify it using the same magic? If you are experienced in soldering and have some knowledge on radio theory, it's pretty easy, and in the process you will save some serious money. And you will learn a bit, too. Be warned, however, this is no 'snip a diode' mod - it is a full on retune in some cases, and you will need some knowledge on the generic inner workings of modern radio circuits and tune up & appropriate test equipment.
Even if you think you don't have the knowledge & skill to do these mods, you will find some info that should be of use, and in any case prices for fully modified & programmed, ready to go PRM8030s seem to be on the way down now, I've seen them go for as low as $90 - for a fully working, fully programmed & modified PRM8030 with 6 digit head & controller mike on UHF CB.
Before diving into the modification info, lets learn a bit about the design of the PRM80. Firstly, the PRM80 can be divided up into three discrete electronic sections: the display & user interface, the RF board (both RX & TX) and the systems & control board. The RF board seems to be common to all models, for example, if you buy a U band PRM8010, 8020, 8025, 8030 & 8040, you will find that they all share the same RF board (well, not quite, but close enough for most of our purposes; the RF boards from most 8010s and 8020s could not handle voting or RSSI; that is a received signal strength indicator). Not only that, but the interface between the control board and the RF board is common no matter what frequency band unit you get. This opens up the possibility of getting a VHF unit, and replacing the RF board with a UHF one, and getting the radio up and operating on a UHF band. Or it can be done the other way round to get a unit capable of operating on the 2 metre band. Not only that, but you can also get a U band (be careful, see more below) or a W4 band unit, and get it to operate on UHF CB. And just like the FM900 hacked software, you can also program out of band frequencies or high power on UHF CB channels for the PRM80 as well. Lets cover the simple conversions first, introducing various 'tricks' and concepts, working our way up to more complicated conversions. Even if you are not interested in getting your PRM80 onto the 2 metre amateur band for example, it is suggested that you read all sections anyway, because each section details something useful or some operation that may be required for another conversion which you may be interested in. Let's begin:
The A9 band to 2 metre (144MHz) amateur conversion:
If you are looking to get a PRM80 for 2 metre amateur operation, buy an A9 (146-174 MHz) band PRM80, then all you need to do is to re-program the hardware code to make the unit think it is a B0 (132-156 MHz) band unit, and then directly program the required 2 metre frequencies. This task is easy on a PRM8030 or 8025, since the software that you use to program the frequencies and generally customise the radio also has the ability to change the hardware code. To do this for the 8030 or 8025, follow these steps:
1) Using FPP, read the present configuration from the radio, and save it as a file. That way, if things go wrong, you can set your radio back to the way it was and start over.
2) Take note of your hardware code.
3) Disconnect the programming interface cable from the radio, and start a new job, selecting a hardware code that is as close as possible to the one you already have, but this time in the B0 band. For example if you had a 9525 001 10840, you would choose a 9525 001 10841.
4) Program your radio as desired, then write the configuration to the mobile. After a second or two, FPP will ask you to confirm change of the hardware code - answer 'yes'.
For the 8010 or 8020, if you want to change hardware codes, you will need to run the prm80hw.exe program, enter a valid 12NC number (which is discussed below in the section "8010 & 8020 hardware codes", then press F4 to program the radio with the new hardware code, then program the channels, frequencies and other options from scratch with the prm80sw.exe software.
Of course, if you only want access to frequencies above 146 MHz, then keeping the radio as an A9 band is easiest. Or, you could even fiddle around with the out-of-band frequency programming detailed below to get access to frequencies below 146 MHz even if the unit is still programmed as an A9 band unit. Re-tuning the receive front end filters, TX and RX VCOs will be necessary for optimum performance. Tuning the VHF front end is carried out using the following procedure:
1) Select the channel for the highest receive frequency, and set up a RF signal generator to this frequency at 50uVpd
2) Adjust R557 (and R554 if needed) for 18.0 VDC +0 / -1 V at TP403
3) Using a CRO (AC coupled) probe pin 2 of U401, and adjust the tuning cores of FL400 and FL401 for maximum waveform level on the CRO, reducing the input RF signal if the observed waveform stops increasing. The waveform is going to be pretty small, and is 455kHz in frequency.
4) Select the channel for the lowest receive frequency and set the RF signal generator to that frequency
5) Adjust R554 for maximum observed waveform level on the CRO
6) Select the channel for the highest receive frequency, and set the RF signal generator to this frequency (again)
7) Re-adjust R557 for maximum observed waveform level on the CRO. Only a slight adjustment of R557 should be needed.
8) Repeat steps 4 to 7 again
9) Disconnect RF signal generator, open (disable) mute, and adjust L404 for maximum audio output. Then using an off-air signal, preferably one that is a little weak, adjust L404 for minimum distortion.
Tuning the VCOs is fairly easy for VHF - the procedure is reproduced here for your information:
VHF receive VCO:
1) Select the channel for the highest receive frequency
2) Adjust L407 for 15.0 VDC +/- 0.2 V at TP402
3) Select the channel for the lowest receive frequency
4) The voltmeter reading at TP402 should be somewhere between 5 and 13 VDC
VHF transmit VCO
1) Select the channel for the highest transmit frequency and activate PTT
2) Adjust L445 for 15.0 VDC (A or B band) or 16.0 VDC (E band) both +/- 0.2 V at TP402
3) Release PTT, select the channel for the lowest transmit frequency, reactivate PTT
4) The voltmeter reading at TP402 should be somewhere between 3 and 5 volts
If in step 4 for both RX and TX the voltage measured is higher than the range indicated, don't worry too much, so long as the unit has stable RX & TX at the highest & lowest frequency channels. I found it easier to tune the VCO (both TX & RX) for 6 volts at 144 MHz when programming & tuning for the two metre band, since it is not possible to obtain any more than 10 volts at TP402 at 148 MHz or so.
Tuning the reference oscillator is easy: select a mid-frequency transmit channel, activate the PTT and adjust L411 (or the trimcap visible in the TCXO module for those that have the higher stability oscillator) for the correct frequency +/- 500 Hz. Don't forget to re-do this adjustment after you have refitted the RF shield.
The U band to UHF CB conversion:
Similarly, if you want a UHF CB PRM80, you can buy a U band unit, reprogram the hardware code as a W1 band unit, and program the UHF CB frequencies you need. Just follow the procedure above for the A9 band to B0 band conversion. With the U band pulling up to W1 band, you will loose some sensitivity, however, and if you want to later fool the radio into high power TX, then you may suffer from TX instability. An alternative to this is to simply program in the UHF CB frequencies using the out of band frequency entry procedure detailed below. This method would probably be the safer of the two, but will not overcome the possible lack of TX stability or loss of RX sensitivity.
Caution: Sometimes a U band unit just simply won't operate at UHF CB frequencies at all, due to the VCO simply not wanting to budge an inch (kilohertz?) above 470 MHz. I have found that the U band units can mostly be encouraged up to 474 or 475 MHz, but not much further. If there is an easy but reliable 'bodge' job fix for this, then I'd be interested to hear from you...
It is possible to modify the RX VCO resonator (and you will need to do something similar to the TX VCO resonator, too) to shift it's coverage up slightly, maybe 2 or 3 MHz, by very carefully desoldering and extra carefully removing the centre 'plunger' from the resonator, and 'shortening' the loop on the plunger by filling in some of the loop with solder, only 1 or 2mm at most, and filing the same amount off the end. Then re-insert the shortened plunger and solder as you found it. This may just give you enough coverage to operate a U band unit at UHF CB, but results will vary slightly from radio to radio.
If you want to raise the frequency of operation further, you will need to desolder the entire resonator and shorten both the centre plunger and the resonator body itself - and because the body is made of ceramic with a solder substrate coating, this would be an enormous amount of work and I think it would be easier to buy a RF board in the band you need.
Another thought would be to use a very fine file to shorten the resonator in-situ. Because of the surrounding components and proximity of the PCB at the bottom, you might need to do this at an angle, but doing so I'm sure would reduce the Q of the resonator. I wonder if a 'Dremel' tool with a sanding / grinding / polishing disc or other bits could get in there and shorten the resonator at a nice right angle? You could then paint some sort of conductive paint over the end of the resonator to complete the job. I have seen a 'liquid solder paint' that adheres to ceramic that looks ideal for this. These are just my ideas - I'm not brave enough to actually try them out! If someone does have a go at this, let me know the results...
Yet another thought could be to remove or substitute one of the small fixed value surface mount capacitors (not any of the black varicaps) that sit near each of the resonators. I am not sure exactly which capacitors you would need to modify, and it may not be possible to achieve very much 'pull'. Obviously you will need a circuit diagram to determine which capacitors would be best to achieve this. Again, this is just my thoughts, and I have not attempted this procedure. Again, if someone does have a go at this, let me know!
The W4 band to UHF CB conversion:
My favourite! Re-programming a W4 band unit into thinking it is a W1 band follows the very same procedure outlined above. However, this time, there are things you can do to improve the performance of the W4 RF board at the lower frequencies. Just re-programming the unit from a W4 to W1 band does not work for frequencies below about 485 MHz (or at least that's what I found), so you will need to do this: buy seven 'R4001' 2 to 7pf trimmer capacitors from Altronics (www.altronics.com.au or phone 08 9328 1599 in Australia), and solder these capacitors across the seven resonators of the RF board: 5 front end resonators, 1 RX VCO resonator, and one TX VCO resonator. Actually, buy about 10 lots of R4001 - sometimes the legs of the trimcaps where they pass through the ceramic substrate either break, or have unreliable joins to the capacitor plates and this is not easy to fix or repair (it can be done, but you need to be pretty good on the soldering iron - fast, accurate, and as little extra solder as possible, but that liquid solder paint I spoke of just above would probably do just as well)
When purchasing your R4001 trimcaps, do try to make sure that they are indeed R4001 types (2-7pF). These have a splash of red paint on the top. Look-a-likes and other colour paint markings should be rejected, since they are probably not 2-7pF. Likewise, other versions of 2-7pF or similar value, such as the Dick Smith R2940 or R2935 (there might be others from Jaycar etc) should all be left alone. They are not physically small enough to do the job. I have found a few alternatives from RS components: 1.5 to 6pF part no 247-0372, $1.67 ea; or
2.8 to 12.5pF part no 247-0388 also $1.67 ea; or
1.4 to 3.0pF surface mount part no 832-295, $2.87 ea; or
2.0 to 6.0pF surface mount part no 832-302 also $2.87 ea; or
3.0 to 10.0pF surface mount part no 832-318 again $2.87 ea.
For parts from RS components, you need to buy them in lots of 5; ie you can buy 5 or 10 or 15 and so on.
Now that you have your R4001's, soldering across the resonator means to solder one leg of the trimcap to the centre connection of the resonator, preferably near where the centre of the resonator is soldered to the PCB and the other leg of the trimcap goes to the top outside of the resonator, which is earthed. Be careful when orienting the trimcap to keep the trimcap profile low so that the metal RF shield doesn't short out on the trimcap when in place. Also be careful that the trimcap doesn't short out on the edge of the resonator or other components of the PCB. Be neat with your soldering, and use the minimum amount to form a good joint - too much solder (or heat!) can adversely affect the resonators performance. A very fine tip soldering iron is a must - if you have to go out and buy a tip specially for this job, do it! And handle the trimcaps very carefully - they are very fragile.
Tuning the trimcaps is the next step. This process is made much easier if you have access to a signal generator and spectrum analyser, but with copious amounts of persistence, you should be able to tune them without those luxuries. You will need a non-metallic tuning wand / adjuster for this task, I recommend a ceramic blade screwdriver. Get one if you don't have one, or you will prematurely loose all your hair! You will also need to find some short screws with a matching thread to temporarily but securely hold down the RF board to the chassis. You will get variable results otherwise during the tuning process. Be careful not to over tighten the screws - they may strip or shear off causing problems later. Just tighten them firmly.
Start with the RX VCO resonator (the one by itself closest the centre of the RF board near the front end resonators) - start by setting the radio to the highest receive frequency channel, and tune the RX VCO trimcap so that a strong Local Oscillator (L.O.) is visible at the correct frequency on the spectrum analyser, or is audible on a scanner receiver at the correct L.O. frequency (which will be your receive frequency minus 21.4 MHz exactly). Repeat this procedure for your lowest receive frequency. Check that the highest receive frequency LO is still being generated for this setting. If not, go back and forth between the highest & lowest receive frequency channels, very carefully adjusting the RX VCO trimcap (and R554 if absolutely necessary) for correct & on-frequency generation of the L.O. If you select your frequencies too far apart, the VCO may not be able to cope! Having said that, my conversions have in each case been able to span 460 MHz to 490 MHz RX quite happily - not bad for a board originally designed for 494-520 MHz. If you are very careful with your tuning and have made good, neat solder joins with your trimcaps, your VCO for RX can span 38 or maybe 40 MHz. Again, use a non-metallic screwdriver to adjust R554 & R557.
The second series of adjustments is to tune the trimcaps that you have placed on the five front-end receive resonator filters. Normally, on UHF at least, the resonator filters are broad enough by themselves, along with varactor frequency-tracking to cover the original band intended. Here we are adding some capacitance across the resonators to lower their overall frequency of operation. Because each filter is now individually tunable, you will be able to make the front end a little more sensitive, at the expense of being slightly less broadband. Not that this is a marked effect - after tuning for a centre RX frequency of 473 MHz, I found that there was only about 1dB performance loss at 465 & 480 MHz (your mileage may vary, of course). The procedure for tuning the front end trimcaps is similar to the one listed above: choose the frequency at which is either in the middle of your desired coverage, or the frequency at which you want absolute maximum sensitivity, then put a stable but weak signal into the receiver (don't forget to do this on a non-CTCSS channel, and disable the mute) so that it is just audible. Then tune each trimcap starting with the one nearest the antenna connector and moving to the front of the unit, in each case tuning for minimum noise. If the signal becomes largely noise-free, then decrease the input signal again so a moderate amount of noise is apparent. Always tune for minimum noise using the weakest input signal possible. Another more scientific way is to observe the waveform at U401 pin 2, which is proportional to the received signal strength.
Once this has been done, tune the tiny pair of variable resistors which set the tracking gain & VCO offset, following the procedure as detailed in the service manual:
1) Select the channel for the lowest receive frequency
2) Set a RF signal generator to this frequency, at 50uVpd (or more if needed to get an audible signal), and connect to the antenna connector.
3) Using a CRO (AC coupled, 10uS per div, and the waveform will be pretty small; 50 to 100mV or so, at 455 kHz), probe across pin 2 of U401, and adjust R554 for maximum observed waveform level
4) Select the channel for the highest receive frequency, and reset your RF signal generator to this frequency
5) Adjust R557 for maximum observed waveform level on the CRO
6) Repeat steps 1-4 again
7) Disconnect RF signal generator, open (disable) mute, and adjust L404 for maximum audio output. Then using an off-air signal, preferably one that is a little weak, adjust L404 for minimum distortion.
In rare cases, you may have to go back and forth between tuning the RX VCO trimcap and the above procedure for R554 & R557 to get a relatively stable VCO operation over all your chosen frequencies. As a final check, listen to the L.O. on a scanner receiver - if it sounds noisy (kind of like a rushing, windy noise), continue tuning. A spectrum analyser helps greatly with setting up the RX VCO, but with lots of time & patience, you can get by with just a scanner receiver. Also note that if you are trying to get your receiver to cover more than 20 MHz, the tracking gain adjustments may not work quite as expected, giving good sensitivity at the edges of the band, but poor sensitivity in the middle. If this happens, you will just have to fiddle to arrive at a suitable compromise.
If you are really searching for maximum sensitivity on one particular frequency, go through tuning the trimcaps one more time at that frequency. Otherwise, you have now adjusted the radio for very good sensitivity across the bandwidth. Normally, for a W4 band board modified as such will produce a minimum detectable signal of slightly less than 0.10 uV (i.e. one really hot receiver), and minimum mute threshold of 0.12 to 0.15uV.
(Hint: you can use a 'low tech' scanner as a signal generator - all you need to do is to tune the scanner to your desired frequency + the scanner's first I.F. So, if you wanted to generate a test signal at 470.000 MHz, and your scanner uses a 10.7 MHz I.F., then tune the scanner to 480.700 MHz, and you should then have a weak signal being generated at 470.000 MHz courtesy of the scanners own local oscillator. If no signal is heard, also try 10.7 MHz below the desired frequency: in the above example try programming 459.300 MHz on the scanner. Most 'low tech' scanners use either 10.7, 10.8, 10.85 or 21.4 MHz I.Fs. Locate the scanner a suitable distance away from your radio under test to achieve a suitably weak signal. This method is not without it's drawbacks however; any hand, arm or body movement can alter the received strength on your radio, as can other people walking nearby, etc etc but with some practice, you should be able to tune the radio quite well)
The last adjustment to be made is for the TX VCO filter. All you need do is tune to the highest & lowest TX frequency channels, and tune the trimcap on the TX VCO filter resonator (the resonator all on its own, on the opposite side of the RF board to the RX section) for maximum TX stability. If you find that at first this doesn't appear to be possible, the TX VCO will need really fine adjustment to achieve stable TX across your chosen frequencies, so persist with it. Keep in mind that the TX VCO & buffer stage that you are tuning needs to be shielded normally. Because of this, it is critical that you have the screws in place holding down the PCB to the chassis in the vicinity of the TX VCO resonator filter. Sometimes this is not enough, and you will need to use your finger to push down on the PCB edge near the TX VCO resonator filter to ensure good earthing contact with the chassis during tuning. If you do experience a problem, it will manifest itself as either no TX at all, or a fast pulsing TX, especially on key-up. I have found it easier to do any initial tuning on low power, then do final adjustments on high power. Of course, during this stage, always transmit in to a good dummy load. You should be able to get your unit to TX across a span of about 35 MHz if required. Don't forget to 'stress test' your transmitter - key the transmitter up for about 1 minute at a time, then let it rest for another minute, and repeat this process until the radio is reasonably warm (not hot!) - if you find that your upper or lower channels are not transmitting or receiving after this, it probably means your tuning of the respective VCO wasn't quite centred in your chosen bandwidth. VCOs do things like this when they get warm, so it's best to check and adjust accordingly now while you have the radio apart, rather than find out during a lengthy conversation that you hadn't centred the VCO tuning.
Be careful with the tuning of the trimcaps - they are very fragile, and because the trimcaps have no 'stops' in the adjustment, that is their adjustment goes around and around forever, you will find two tuning 'peaks' and either peak should theoretically work, but practically, because the trimcap is usually very close, if not hard up against the metal shield, one 'peak' may work out better than the other. It reaffirms my thoughts that you do need to have a bit of RF knowledge when tuning these critters, which is made so much easier with 'real' test equipment like a sig-gen and CRO etc.
Obviously, it will be easier to tune up a modified PRM80 if you restrict it's frequencies to a narrow range i.e. UHF CB only (and you will get very slightly improved sensitivity, too). The tuning becomes slightly more difficult if you want Police 468 MHz RX only and UHF CB, and becomes a challenge if you want to add 490 MHz or low 460 MHz frequencies into the mix, too. Normally, you will be able to get about 40 MHz bandwidth for receive, and 35 MHz bandwidth for transmit, but this will take some very fine adjusting and fiddling to achieve this result. When used in the RF board's 'native' band (i.e. a U band board, unmodified and programmed as a U band, I managed to get 425 to 475 MHz RX, 435 to 475 MHz TX) you can expect nearly 50 MHz receive coverage, and 40 MHz transmit, using software 'out of band' mods only. These figures, of course, relate to UHF versions.
One interesting variant is the genuine UW band unit. These can cover from 443 to 520 MHz for both TX & RX with only appropriate software programming. The sensitivity is only about 1.5dB behind the other UHF versions, but maintains this sensitivity level pretty much across the band, drooping only another 3 dB towards the band edges. The genuine UW band units appear to achieve their phenomenal bandwidth capabilities by using not one, but two varicap diodes across each VCO resonator, and this is probably coupled with appropriate software control of the 'VCO pulling' voltage fed to those varicaps. There are other changes as well, to help the VCO cover the wider bandwidth, but the main changes seem to be the extra varicap diodes. Programming a genuine UW band unit as a W4 is pretty much a waste of time: TX coverage is limited to, strangely enough, a 10 MHz area around 510 MHz, but RX is a bit better at 494 to 530 MHz. Programming a genuine UW band unit as a U band unit produces some interesting results: TX and RX from 435 to 483 MHz, meaning that this is the only PRM80 variant (with appropriate software modifications) that can cover both the amateur 70cm band, if only partly, and UHF CB, obviously with reduced sensitivity at these band extremes, about 6dB behind the normal figures. Programming a genuine UW band unit as a TU band produces 430 to 480 MHz - similar results to the U band only as above. 20 or so MHz coverage is more normal for VHF versions.
This W4 to W1 or UW band conversion can also be followed in principle (i.e. adding trimcaps to the resonators) to lower the frequency coverage of any of the UHF units.
The trimcaps can be replaced using fixed value disc ceramic capacitors or even surface mount capacitors, see notes below about using these mods in a PRM80 destined for mobile use.
Is the W4 to UHF CB conversion any good? Is it as bad or as good as some people say?
The method of swapping RF boards and modding W4 boards to cover W1 frequencies works, and works very well. Here are a few unabridged, verbatim quotes from some happy modified PRM8030 users: "Just thought I'd drop a line to say that the radio has been working beautifully since you modded it. An A9 fitted with a W4 board that does W1 frequencies as well as an original W1 8030. I borrowed a W1 off a friend for a few days and challenged a few friends on radio to tell me on air which one was which - they couldn't pick one from the other !! I was telling an amateur friend of mine about it and he put it on his test bench and told me that all your quoted figures re: Tx power, sensitivity, etc were spot on."
and another: "Just got back from holidays, so this is my first chance to thank you for a terrific job you have done on the radios I am very very pleased they work really well TERRIFIC."
and another: "Works like a charm! Thanks again!"
and another: "And last but not least the performance on narrowband (12.5) is amasing. The scary part is how good the rx is on a 25 k signal, loud and clear"
yet another: "working very well indeed... "
and another: (they are) "Working fine"
Several people over the last six months or so have been making comments to the effect that these modifications are 'butchery', 'perform poorly', 'have reduced power output', 'poor sensitivity', 'poor reliability', 'sound bad', 'heat up too much', 'draw too much current' etc etc and that 'genuine W1s are the ONLY way to go', 'W4 modification doesn't work' or words to that effect.
I can only presume that these people are basing their judgement on poorly modified or tuned radios, or want to generate some prestige in owning a genuine W1 band unit. I have modified some 200 W4 radios to work on W1 band, and not once has anyone complained of the above problems, and as you can tell from the above quotes from happy owners, they certainly think highly of their modified units. I personally test the power output, spectral purity and sensitivity of each and every unit I modify and have yet to see a UHF (12.5k version) W4 to W1 conversion achieve worse than -12 dBuV (about 0.25 uV) for 12dB SINAD, or less than 25 watts RF power output (and yes, this is measured with current in-calibration equipment). Indeed, my modified W4 units are slightly more sensitive than my genuine UW band unit! You know what? My UW unit stays in it's box and never sees any use, and the modified W4s are in use all the time, and I prefer to use the modified W4s over the UW unit. I think that puts to rest the argument that they are poor performers / poor output power / poor in the sensitivity department.
My own modified 8030 units have been with me for three years now, and are in daily use, and have not suffered any problems mentioned above, so that should answer the reliability issue.
I decided to put my UW band unit to the test against a well modified W4 band unit, using the same head, the same microphone, the same dummy load, same power supply, and same environment. At 25 watts, the UW drew 6.50 amps, and the modified W4 drew 6.65 amps - an extra 150mA. Big deal!
A 10 minute continuous transmit test showed something interesting: after the 10 minutes, the UW band unit had dropped to 23 watts, and had a heatsink temperature of 45.0 degrees. The W4 after 10 minutes was still transmitting at 24.7 watts, and had a heatsink temperature of 47.1 degrees. An extra 2.1 degrees, probably the result of maintaining its power output close to 25 watts. I just can't see why an extra 2.1 degrees is considered 'heating up too much', or why 150mA is considered 'drawing too much current'. Note that the PRM80s are not designed for this sort of high duty cycle transmissions, so if you do wish to talk for extended periods, try if possible to use low power settings.
PRM80s modified sounding bad? Well, as one user above has claimed, he had a genuine W1 and a modified W4 side by side and challenged on-air listeners to pick the difference. They couldn't. One thing that may be causing this impression is that the PRM80 controller microphones have a common fault which develops over time, causing a soft crackly sound to be transmitted, and this fault can be easily fixed; see below. Also, the PRM80 series don't have that nice Hi-Fi sound of the Sawtron or Kenwood radios, they do filter the audio fairly tightly, especially the 12.5 kHz variants - after all, it is a workhorse, not a show pony.
Here's an interesting quote from a PRM80 owner who has both a genuine W1 and a modified W4: "oh, by the way I am now the proud owner of a GENUINE W1 PRM 8030. Not that it matters, I still find both radio's work equally well. "
I do agree that genuine UW radios do cover large bandwidths much better than W4s or W1s tricked into being UWs, but this shouldn't be a concern to most people who only want to cover UHF CB and Police UHF RX only. The modified W4s do this function exceedingly well.
Be assured that there are at least 200 of my modified PRM8030s in Australia that are living proof that the W4 to W1 modification works, and works very well indeed.
I came across one 'W4 to W1' conversion that had been poorly done; there had been way, WAY too much solder used, and the soldering iron used was obviously too big as it had burnt surrounding components. The capacitors used were not in especially good condition, and overall the modification had been poorly executed. Not suprisingly, the radio did not work very well at all. In fact, the excess solder had flowed inside the resonators and had ruined them. Like anything, if the job is well done, it will give good results. Poor work equates to poor results. The point I am getting at here is that the information I have provided here is good, but I don't have control over the quality of the work that others do when using this information, so don't go blaming me if things go pear shaped. If you have any doubts as to the quality of your soldering, or your ability to understand and properly use this information, then stop, and get someone else to help you, lest you ruin your radio.
Improving sensitivity in a genuine W1 band radio:
This section would be equally applicable to any of the UHF versions of the PRM80 series to very slightly improve the sensitivity within the band that the radio was originally designed to work in. For example, a narrow band (12.5k) genuine W1 radio needed 0.239uV to give 20dB quieting. With the addition of trimcaps to each RX front end resonator and then very carefully retuned paying particular attention to the tracking gain adjustments, this figure drops to 0.211uV (about 1.1 dB improvement). If you can, getting a trimcap with a low end adjustment of less than 2pF would be best, for example the RS Components 832-295 1.4 to 3.0pF surface mount trimmer. This works because the tracking voltage fed to the varicaps across each front end resonator is not perfectly matched to each radio - it is only a close value for the typical radio. What you are doing here is to add an individual capacitance to each individual resonator plus the varicaps own tracking adjustment - it is like fine tuning each resonator for maximum performance. This also explains why the W4 to W1 modification with trimcaps often produces a radio equally as sensitive, if not more so, as a genuine W1.
The single band into UW dual band conversion:
Well, here's an interesting one. Just changing the hardware code alone from a single band RF board to a dual band RF board (i.e. W1 into a UW) sometimes doesn't work. The divider ratios change, and the VCO simply does not always lock properly. However, I have personally changed many a W4 band only dual mode, 12.5 kHz radio into a UW band unit that does quite happily span from at least 460 to 490 MHz. The W4 RF board was modded in much the same way as described above: capacitors added to the resonators and careful adjustment of the VCO and tracking gain adjustments, and programmed as a UW band, dual mode, 25 kHz unit. Note the change from 12.5 kHz to 25 kHz.
Yet another W4 unit, a single mode type this time, did not modify well to UW configuration - it had to be changed to a W1 band only unit because the VCO refused to lock while in UW configuration. I do not know why this happened, it might have something to do with the way the dual mode firmware handles the control voltage for the VCOs? Still another W4 band single mode unit could not be programmed as a UW band at all (the FPP software rejected the hardware code change as being not compatible) but could be reprogrammed as a W1 only. You will just have to try it and see.
I have not tried this modification using a W1 or U band only RF board to turn it into a 'wideband' UW unit, but a similar effect can be achieved by programming out of band frequencies into the unit using a method described below, with quite acceptable results as detailed above (see the comments about using a RF board in it's 'native' band with out-of-band software mods only).
The VHF to UHF (or vice-versa) conversion:
So, you have bought yourself an E band (68-88 MHz) radio reasonably cheaply and want to turn it into a UHF CB. Change the hardware code, and program UHF CB channels into the thing will work OK, won't it? You certainly will be able to fool the VHF radio into thinking it is now a UHF radio, but believe me, it just wont work! You can't turn a front wheel drive car into a rear wheel drive car by turning the seats around to face the opposite direction any more than you can change a VHF radio into a UHF radio just by changing the hardware code alone! What you will need to do is to remove the VHF RF board and replace it with a UHF RF board. Or you replace the RF board with any band RF board as you desire. Where do you get RF boards in the band that you desire? You can try any number of places - a local amateur radio operator, a local radio service technician, even another radio enthusiast that may have a spare RF board in the band you want as a result of reading this information! Unfortunately Rockby Electronics have now sold out of their W4 band RF boards as of 13/3/2001. Another source might be Keycom, where W4 band boards cost $50, and genuine W1 boards used to cost $120 (they are all sold out of W1 and A/B band boards now) which doesn't include postage. (there's the supply-and-demand theory at work again). Be patient for a reply from Keycom - he only checks his mail on Thursday nights, so I'm told.
Even I have run out of RF boards, and I don't know where you can get any more, other than Keycom (see website mentioned towards the end of this document)
If you find that all this tuning is a bit beyond you, I can help out there. If you are the trusting type, you can send your unit to me and I will tune / modify / set the radio up and return it to you. First read the prm80qs.txt file then email me at mitaux8030@hotmail.com for more information.
These instructions are applicable for any RF board change overs, be it from VHF to UHF, or VHF E band to VHF B or A band, or any other combination thereof.
1) Power up the radio, connect your interface cable, and read the present configuration
2) Save the configuration, so if things go wrong, you can revert to the original, and most
important, switch off the power, and remove the power plug.
3) Using a torx T8 driver, undo any retaining screws on the RF shield cover and remove (if present)
4) Unclip the control board to RF board ribbon cable, by pulling up on the edges of the retaining collar of the plastic connector. This should allow the ribbon cable to come free from the connector very easily.
5) Desolder the antenna connection and the power feed through from the RF board.
6) Using a torx driver, unscrew the screws holding the RF board to the chassis. Also undo the screws holding the RF power device(s) to the chassis, and any other transistors or devices that may be held down by screws.
7) Gently remove the RF board, and put it aside in a safe place. Who knows, another radio enthusiast might want to buy that RF board from you! Try to find an anti-static bag to store it in...
8) Get your new board, and lay it in place onto your chassis, and look at the screw holes; see if there are any 'new' screw holes that do not have a thread. If changing from a VHF board to a UHF board, you will find that the VHF chassis has the holes pre-drilled but may not be pre-tapped for the UHF driver & pre-driver transistors or the power control transistor. If you find that you do need to tap new threads, you will need to remove the control PCB from the other side of the chassis, so that any swarf produced by cutting a new thread doesn't fall through the hole and end up under the control PCB and cause a short circuit!
9) Once you have cut any new threads (if applicable) wipe clean any heatsink compound goop off the chassis and the RF devices on your new board. A bit of metho helps here. You may as well give the rest of the chassis a quick wipe over, too, just to make sure no metal chips or swarf etc remains. Apply a thin but even coating of new heatsink compound goop to the RF power devices and their mating areas on the chassis.
10) Gently position your new RF board into place, and replace any screws for the RF power devices, UHF power control transistor (looks like a black plastic encapsulated TO220 device) if applicable, and the two screws near the RX resonator filters (these are indicated by a small arrow on the PCB) and gently tighten. Then tighten further, but not too tight (the screws break or threads strip quite easy). Make sure that the metal clip that acts as a PCB spacer and heatsink for the small pre-driver transistor on the underside of the RF board is in place - it is easy enough to lose. If you do lose it, do not use a screw in that hole - you will end up bending the PCB!
11) Solder the antenna connector & the power feed through, re-insert the ribbon cable and lock in place the retaining collar
12) Now reprogram the hardware code to suit your new RF board (or to suit modifications to the RF board); you will have to temporarily reconnect power to do this.
13) Perform any modifications as you desire to the RF board, and tune (don't forget those extra screws to temporarily hold the board down as you tune it)
14) Once again remove the power to the radio, replace the RF shield, and tighten the screws for this firmly, but not too tight. No RF shield? Better get one - they do make a difference, especially if you are asking your radio to span a reasonable bandwidth or are using the unit in a mobile or RF hostile environment, and unstable TX can result. Also note that if the shield came from a VHF unit, not all adjustment holes will be present for UHF adjustments and vice versa. Best to make as many adjustments & tuning before the RF shield is replaced for good. One point to note is to always adjust the frequency fine tune after the shield has been replaced.
Be careful using the T8 Torx tool - the tip of them can be mangled easily if you are too rough or tighten them too far. Also don't try to use a screwdriver in place of the correct T8 tool - this will not only damage the Torx screws, but you will not be able to achieve the correct torque on the screws necessary to hold down the RF shield. They need to be tight for good RF shielding properties, but not so tight that they make a 'snap' noise when being undone. In short: get the right tool and use it carefully!
I also found one problem with swapping RF boards. There was a UHF 8010 that I wanted to convert to a VHF one. After swapping the appropriate VHF board into the 8010 I found that it did not work - no RX or TX, and the Local Oscillator was only 'locked' at some weird frequency every third channel or so. Yet the same RF board worked perfectly in another 8020 and 8030. What gives? I noticed that the 8010 was a fairly early version (build date in 1989) and the original UHF board was also 1989 build. I managed to find an early build VHF board (also 1989), married that with the 8010, and things started to work. If you have similar problems, you might try using an early build PRM80 RF board. The problem apparently lies in the divider outputs - one output can sometimes be slightly low in level, and while some boards are tolerant of this, those that are not cause the PLL not to lock or to lock at wierd frequencies. Replacing the divider will fix this if you don't have access to other RF boards to fix by mixing 'n matching. The divider can be found on the RF board, the IC is a SP8718 in all bands and versions, and it is designated IC402.
Using a 8010 or 8020 RF board in a 8030 or 8040.
The only apparent difference between the RF boards from the 8010 & 8020 to that used in the 8030 & 8040 is the lack of a RSSI line. This means that your received signal strength indicator will read 99 when receiving a signal and 00 when muted, and voting will not work properly. There is no easy fix to this problem, but if you can do without the RSSI and voting, then it will be fine. If you really want to have voting & RSSI on your 8010 or 8020 RF board that has been swapped and installed in to a 8030 or 8040, then you will need to replace the MC3361A surface mount IC (towards the front of the RF board) with a MC3371D type and make a few PCB modifications. Note that doing this IC swap will not give you RSSI on an 8010 or 8020 model radio, it only allows RSSI to work if you swap the board into a 8030 or 8040. Also note that this modification doesn't turn your 8010 or 8020 in to an 8030 or 8040!
Programming out-of-band frequencies into your PRM8025/8030.
You may have noticed that you can't program frequencies outside of the designated band of the radio. For example, if you have a W1 band only radio, and program it for UHF CB, the FPP software doesn't allow you to program in 468 MHz frequencies for police RX only. There is a way around it, and it uses a bug in the standard FPP software. Here's how to do it, with two specific examples of adding 468 MHz frequencies into a W1 (or modded W4 programmed as a W1) band unit:
1) Create your profile with all the features etc that you want, less any out of band frequencies, and program that into your radio, and test thoroughly.
2) Once you are happy with your configuration, less the out of band frequencies, re-read the configuration into the PC and save the configuration. Take note of your present hardware code and write it down.
3) Disconnect the programming interface from the radio
4) Have the configuration open, and edit the hardware code to be a VHF A9 band unit, of similar hardware configuration to what your unit really is now. To do this, when in FPP, press 'escape' to bring up an overall menu tree. Then press 'F2' and a new menu will come up. Now scroll down to 'Change Hardware Code'. You will then be taken back to the overall menu tree. Scroll to 'A - Hardware Configuration' and you will then be able to re-select your hardware code (ie change the hardware code of this existing job). If your original unit had a hardware code of 9525 001 10845 (a 8030 remote W1 25kHz unit), you would change the hardware code to 9525 001 10840 (a 8030 remote A9 25kHz unit)
5) Go back to editing frequencies. You will notice that your frequencies have changed into VHF frequencies. That is fine - if you look closer, you will see that the VHF frequencies actually relate to your original UHF frequencies (the divider ratio is the same) e.g. 476.425 MHz in W1 band becomes 155.71250 MHz in A9 band.
6) Now the tricky bit: extrapolate the out of band UHF frequencies to VHF frequencies. Hint for W1 band units: 467.850 MHz becomes 151.4250 MHz, 467.875 MHz becomes 151.43750 MHz and so on until 469.425 MHz becomes 152.21250 MHz. The document
called UtoV.doc will help you with this, or you can use the excel file uhf-VHFcalc.xls to calculate other out-of-band freqs to enter.
7) Once you have finished entering all your 'VHF' frequencies, press 'ESC' then 'F2' then scroll to 'Change Hardware Code' to get back to the menu to change your hardware code. Change the hardware code back to your original one, and then view the frequency table. You should verify that everything is as you want it before saving the file, and writing it to the radio. If you do need to make changes or correct a mistake, you will need to change the hardware code back to A9 band, and edit in that configuration.
8) Don't forget that if you enter out of band frequencies, you may need to retune (and modify in the case of UHF versions) the RX VCO to cover these frequencies. Of course, if you enter wildly out of band frequencies, the VCO will probably not cope at all!
Based on this method, you could program (note: not operate) the following ranges:
W1 band normally 470-500 MHz, can become 457.000 MHz to 513.000 MHz
U band normally 440-470 MHz, can become 427.000 MHz to 483.000 MHz
W4 band normally 494-520 MHz can become 482.000 MHz to 538.000 MHz
UW band normally 450-520 MHz can become 443.000 MHz to 520.000 MHz
TM band normally 400-440 MHz can become 392.000 MHz to 448.000 MHz
E band normally 68-88 MHz can become 64.000 MHz to 92.000 MHz
B band normally 132-156 MHz can become 130.000 MHz to 158.000 MHz
A9 band normally 146-174 MHz can become 141.500 MHz to 180.000 MHz
(to expand the A9 band unit, change to TU band to get down to 141.500 MHz, and change to UW band to get up to 180 MHz)
However, take note of the practical operating bandwidths as noted earlier. This procedure is most useful on the VHF and 'modded' W4 versions, since you can, within reason, shift the VCO coverage to suit your requirements.
Programming slightly out of band frequencies on UHF versions of the 8020 and 8010 is suprisingly simple - the software just takes the frequencies as you type! For example, the W1 versions will allow direct frequency inputs down to 467.000 MHz without any trickery, but the VHF versions will not allow any out of band frequencies at all. I have yet to find a simple way to allow either VHF out of band frequency entry or 'very out of band' frequency entry on the UHF versions. By the way, the software also allows high power on UHF CB without any problems, either.
Recently, cracked versions of FPP have become available that allows 'out of band' freqencies to be entered directly without the above hardware code swapping - but there is a drawback. The cracked version of the 8030 FPP is an early version (v2.1) that only supports PMR 8030 remotes - no dual mode, no 8025, no PRP80, no nice extra features that the later versions of FPP enables. And even so, the software does not allow 'out of band' frequency entry to be any further 'out of band' than the above hardware code swapping method will allow. Still, some people may find it useful.
The cracked version of the 8010 & 8020 software is version 3.01 (quite recent) and does indeed allow very out-of-band frequencies to be entered - even as silly as 40 to 188 MHz for E band units, though other bands are a little more sane at 130 to 170 MHz for A band, or 450 to 500 MHz for W1 band, for example. Mind you, some pretty serious work would have to be done to the VCOs, synthesiser, RX and TX chains, that assuming the synthesiser has the ability to divide to such limits in the first place.
Really out of band frequency entries - and what about 6 metres?
You can use a hex editor program to directly edit the PLL divider 'words' in the data that gets written to the EEPROM. The following information is applicable to the 8030s, but you could work out something similar for the 8010s and 20s too. Begin by loading in the file with the .epr extension, and start editing this file. Look for the data starting at $1C0. The first pair of bytes is the RX frequency, the next pair for TX frequency, and the next three bytes relate to options for that channel such as selcall, CTCSS, etc etc. Then there is a byte of $FF and then the next channel follows. This pattern continues to the end of the file - you will note that there is enough room for 200 channel entries - which includes the 100 'hidden' voting channels that are available. Once you finish editing the 'words', save the file, and then reload the file into FPP. FPP will complain that the file is corrupt - just press escape to continue and you will be able to see the effect of your changes in the channel table.
Now, what about programming for 6 metres? Well, I have bad news. The above trick (or the 8030 FPP cracked version) will only get you down to 58.000 MHz. I'm sure that the PLL divider would physically be able to go lower than this, and with a bit of work, the VCOs could be encouraged to go to 50 odd MHz, but what I suspect is happening is that the program in the firmware is adding a fixed value to the 'words' written to the EEPROM to come up with the final division value that is loaded onto the bus and into the PLL IC. Maybe some kind soul out there would care to look deeper into the situation, and maybe re-write the firmware so that the appropriate values can be loaded into the PLL, so that the PRM80 can finally get down to 52MHz.
I have heard that some UK amateurs have converted E band PRM80s to 54 MHz based on similar information for modifying the FM1100 that can be found at http://www.g4hjw.demon.co.uk/fband.html but this still does not explain how frequencies below 58 MHz are programmed in to the PRM80. I will try to find out more information about this.
There is fresh hope with the 8010/8020 cracked version of FPP, though - although I've not tried to program frequencies below 58 MHz with this software as yet, so at the moment, you are on your own, I'm afraid.
Typical performance specifications:
You can typically expect up to 35 watts out of your PRM80, but setting the power this high is a sure way to reduce the longevity of your PA stage - it would be best to set the power to 25 watts and leave it. The power should be smoothly adjustable down to ½ a watt, or even less if you don't mind not having the TX indicator light up. VHF versions only seem to get down to 1 watt minimum adjustment on high power - of course the low power adjustment can go lower, down to a few milliwatts.
As for sensitivity, here is a quick table of sensitivity measurements that I made:
Radio: 20dB quieting 12dB SINAD
8030 25k (UW or W1 or mod W4) 0.281uV (-118dBm) approx 0.195uV
Sawtron 999 0.260uV (-119dBm) approx 0.180uV
typical 8030 12.5k W4 modified for W1 0.251uV (-119dBm) approx 0.174uV
Tait 2020 0.248uV (-119dBm) approx 0.171uV
8030 12.5k genuine W1 (very rare!) 0.239uV (-119dBm) approx 0.166uV
8030 12.5k W4 mod, carefully tuned 0.223uV (-120dBm) approx 0.155uV
8030 12.5k genuine W1 special tuned 0.211uV (-121dBm) approx 0.146uV
Tait T700 12.5k (45MHz IF type only) 0.197uV (-121dBm) approx 0.136uV
These figures were measured with current in-calibration test equipment, so the figures, while not lab-accurate, should be very close. As you can see, the sensitivity of modified PRM8030 12.5k W4s is extremely good, being even slightly better (both on paper and in real world tests) than the very latest GME Electrophone TX4400 and the much vaunted Sawtron 999 (aka Kyodo KG107 / Ericsson C65 / Key K???), a pair of radios that have a reputation of having very hot receivers. Not bad for a modified, 15 year old design.
Generally speaking, for a 8030 W4 modified the same way, a 12.5k radio will be about 1 to 2 dB better performing than a 25k radio. A genuine W1 if specially tuned will be about 1dB better than a carefully tuned modified W4 unit.
For those of you upgrading from FM900s, the sensitivity is approximately 3 dB better than a well tuned FM900.
The adjacent channel rejection is very good, this impression having been gained by myself from a variety of real-world operating conditions and by measurement; it was found to require a 750 uV signal to start to cause break through on nearby frequencies. (The Kyodo KG107 came out about 3dB better at 1580uV). Receiver blocking is also practically nil.
You can expect about 20 MHz flat response RX bandwidth out of the PRM80 UHF versions, and about 15 MHz for the VHF versions. (Ha! The Sawtron / Kyodo only manages about 5MHz flat response! However the Taits kill them all - they can maintain full sensitivity nearly the full bandwidth they are rated for)
Performance summary:
This is a list of the PRM80 RF boards for UHF CB given in order of receive performance as it relates to sensitivity:
1) Genuine W1, 12.5kHz bandwidth carefully tuned.
2) W4, 12.5kHz bandwidth modified with trimcaps and carefully tuned
3) W4, 12.5kHz bandwidth modified with surface mount capacitors
4) W4, 12.5kHz bandwidth modified with disc ceramic capacitors
5) Genuine UW, 12.5kHz bandwidth, no modifications needed.
6) Genuine W1, 25kHz bandwidth
7) Genuine UW, 25kHz bandwidth
8) W4, 25kHz bandwidth, modified with any capacitor
Note that there is very little difference between 1 through to 4; 1.5 dB variation at the most.
Programming high power for UHF CB frequencies.
Note: doing this is very naughty! It is, in fact, illegal. But, it is presented to you here for 'educational' purposes only. Besides, given that the procedure is similar to programming out of band frequencies as above, it probably wouldn't have taken you too long to have discovered this trick anyway. Lets press on.
Just like the process for programming out of band frequencies listed above, you can read the configuration from your radio, disconnect the programming interface, then using FPP change the hardware code to a similar one but in a VHF A9 band unit that has 25 watts as standard, and then edit the channels for high power, leaving the frequencies and everything else alone. Then change the hardware code back to your original code, and you will see that your UHF CB frequencies are now available with high power. Do not edit anything in the channel list after this point. Save your high power configuration to disk, and then write it to the radio. Don't forget that high power TX is more demanding of your power supply and of TX VCO filter tuning of the radio, so be sure that both these areas are spot-on and fully tested & stable first, especially if you have only been operating your radio at 5 watts beforehand.
When adjusting the power output of the radio, R581 sets the 'high' power setting, normally 25 Watts, and R578 sets the 'low' power setting. Make & check any adjustments twice because there is some interaction between R581 & R578. Do not adjust the radio for more than 25 Watts output - the unit will last longer if you do. If you tend to waffle a lot, then I'd suggest that you back the output power down to 15 Watts. Of course, if you wish to remain legal, then there is nothing to stop you from setting 'high' power at 5 Watts, and 'low' power to 1 or less watts, and your radio will be able to transmit at these power levels nearly continuously without being stressed at all. It is amazing how far even 100mW will travel given a good antenna & coax. Note that the transmit arrow will cease to light up below about 500mW, but the radio is actually still transmitting, if you decide to set the power that low. If you wish to program high power for UHF CB on the 8010 or 8020, just enter the power setting to "H" - that's it. The program doesn't complain at all, strangely enough!
Programming in 12.5 kHz step channels on a 25 kHz radio:
No matter what the band, just enter the 12.5 kHz step frequency as you desire. It will work! Note that this does not magically narrow your receive filter to suit 12.5 kHz channels, nor will it decrease the deviation to suit 12.5 kHz channels. To be transmitting on such channels, you will need to reduce the deviation to suit the narrower bandwidths involved. For receive, either you can put up with reduced adjacent channel rejection, or replace the filters to suit. And you really should get a higher stability reference oscillator, too. This is not an easy job!
Conversely, if you get your hands on a radio unit that is intended for operation on 12.5 kHz channels and want to use it on 25 kHz channels, you will need to increase the deviation so that you don't sound so quiet to everyone else. Strangely, the 12.5 kHz narrow filters don't seem to 'clip' the wider 25 kHz channels on receive, but if you come across a signal that is not dead-centre on frequency, that signal will sound scratchy (common on UHF CB where the operator has blindly adjusted every adjustment including the frequency 'netting' in an attempt to get more RF power/deviation/everything else). And having the higher stability reference oscillator doesn't hurt one little bit. There are other differences, but these are so minor that you shouldn't be concerned about them when using a 12.5 kHz unit on 25 kHz channels.
Scanning more than 16 channels at once?
I've been asked about the possibility of scanning more than the standard 15 channels + 1 priority channel at the one time. I've yet to find a way that works - scanning of vote groups is not possible, and scanning more than one bank or voting on more than one vote group at a time is also not possible. I even tried scanning multiax channels with more than one frequency assigned - which also failed. Sorry.
There are other mods that you can do that have nothing to do with the radio side of things. You can modify the display backlight colour by either changing the light bulbs within (the pretty coloured 1.5volt grain of wheat bulbs from DSE Cat. P8120-P8124 are good, but make sure to use a current limiting resistor - I suggest at least a 68 ohm resistor for the two bulbs in series when powered directly from the backlight switching transistor supply, otherwise you risk burning the bulbs out prematurely) or by removing the existing bulbs and applying a thin coat of paint of your own choice. Green looks nice, as does blue.
There is a much better modification for the display backlight colour detailed at the PRM80-series yahoogroups, this uses 3mm blue LEDs. Take a look at:
http://groups.yahoo.com/group/PRM80-Series/files/Backlight%20Modification/
http://users.bigpond.net.au/fragfest/8030.jpg gives you an idea of orange backlighting.
You can also alter the LED backlights of a keypad microphone - just observe the polarity carefully - the PCB indications are not correct. The use of diffused, standard output (i.e. not the super bright, narrow beam types) LEDs work best. I chose to keep the standard green, but blue LEDs look good, too, and I imagine yellow or orange would be quite OK, too.
I also found that the minimum volume from the speaker was too high for a quiet environment. There are two methods around this - one is to place an attenuating pad before the audio amp inside the radio, but my preferred method is to use a pad in line with the speaker itself. That way, you can quickly remove the pad (which can be as simple as a 27 ohm 5 watt resistor in the hot audio line) if you need to. Or you can simply use a smaller, less efficient speaker, but these don't sound as nice. By the way, I also replace the audio connector to a standard 3.5mm audio socket & plug, which makes it easy to change & compare speakers.
If you are removing the mike cover constantly to experiment with reprogramming the unit, you might want to use a pair of sharp diagonal cutters to remove the tab that locks the mike cover in place. This makes the removal of the cover easy using just firm finger pressure rather than having to resort to a small screwdriver all the time, and the cover will still remain firmly in place during normal use. Some people have asked how the microphone cover is removed so access can be gained to the microphone connector (and hence remove it for programming). At the very top of the microphone connector plastic cover, near where the 'Philips' or 'Simoco' is printed, insert a small screwdriver into the gap and gently and slightly lever the top of the cover outwards towards you, then using the screwdriver lever the cover downwards. The plastic cover should start to slide down. From here, you can use your finger to slide the cover down about 5-8 mm and then the cover will lift off. Once the cover is removed, you will find the microphone connector is being retained by a little tab, which needs to be pushed down to allow the connector to come out (just like a telephone modular connector, and like the RJ45 connector in use for the PRM8030 remote cable, or RJ45 connector you might see in a computer LAN). When removing the microphone cover, it is easy to break it, so be gentle, and you can use a little piece of cloth over the screwdriver to help prevent the screwdriver from marking the plastic. Also, when pushing down on the tab for the microphone connector, make sure power is off to the radio - this will prevent damage to the radio if your screwdriver should slip and go deep inside the connector, possibly shorting something out.
The volume knob of the PRM80s has no pointer on it for you to see roughly where the volume is set to - which is of course very easily rectified by a dot of paint, a small sticker, or removing the knob and cutting a fine notch in it with a fine file or hacksaw.
Custom creating a label for your definable buttons is easy - just fiddle around with your choice of word processor to create a label, print it out, and fit it under the clear plastic bezel. You will need to fiddle heaps to get the spacing right, but the end result looks great, and is very practical indeed. A laser printer produces the best results.
If you like to waffle a lot, you will find that the heatsink will warm up considerably even on low power. This can be remedied by using a small 12 volt CPU fan fitted to the heatsink. Use a pair if you are really worried. I've not done this to my unit, and so have not explored how to affix the fans to the heatsink. Maybe a custom made bracket could be made up, or some other cowling or the like could be fashioned fairly easily.
There are rumors that the 64 channel PRM8020s can be programmed with more than 64 channels. This possibly comes from the fact that the PRM8030 normally can only have 100 channels, but with the V4 'Xtra' version of FPP you can use up to 160 channels - apparently achieved by sacrificing memory used for holding voting channels for 'normal' channels. Well, the definitive answer is that the 8020 can not have any more than 64 channels. Sorry.
More than 10 channels for the PRM 8010?
I've not tried this, but others have and they say that this works well. If you have a later model PRM8010 with a version 2 control board, you can replace the head/display with a PRM8020 type (or a discarded 8020T display which are identical), then reprogram the hardware as a PRM8020 and effectively turn the radio into a 8020, then reprogram the software side of things, complete with 64 channels. To check if you have a version 2 control board, look for the very small surface mount 16 pin IC203 near the centre of the control board, the EEPROM that stores the channels. If this IC is a NMC93C566, often marked just 93C66 (8kbit memory) then you are in luck, this modification is possible. If the IC is a NMC93C556, often marked 93C56 (2kbit memory) then you are out of luck. It would appear that radios produced after the early 1990s had the 8k chip in them. Another way of checking is to use the prm80HW software to tell the radio it is now an 8020, and if the radio display lights up with channel '1' then everything is OK, but if random segments are lit, then you can not do the conversion.
Also, before anyone asks, converting an 8010 or 8020 to become an 8030 or 8040 is not really feasible. It would be much easier & cheaper to find a second hand 8030 or 8040 in the first place.
The combined speaker / power connector
If you have a radio that has no power cable, you will note there is a four pole connector on the back where the heatsink is that is the combined power and speaker connector. If you look at the radio from the rear, with the BNC antenna connector on the left, the four pole connector on the right, the pinouts for this connector are, from left to right:
1 (pin closest the centre-line of the radio) : DC power positive ( + ) 13.8 VDC
2 : DC power negative ( - )
3 : speaker connection +
4 (pin closest the edge of the radio) : speaker connection -
Note that the radio should only be installed in 13.8 Volt DC negative earth vehicles. For use in positive earth vehicles you need to isolate the entire radio & antenna, including things like antenna mounting brackets, microphone & radio brackets from the vehicle chassis. For use in 24 volt vehicles (aircraft, trucks etc) then you need to use a voltage reducer rated at 8 amp continuos.
Programming a 8010 or 8020 from scratch (especially if you have swapped RF boards) is not an easy task - to change the hardware code, you need to use the PRM80HW software to do this. Unfortunately, this software does not give a nice list of valid hardware codes to select from like the 8030 software does. You can specify your options and the software then tells you the hardware code applicable to this; more often than not this results in an 'unknown or invalid hardware' error. The other option is to directly type in the 12NC hardware code - it turns out this is easier. The following is a list of hardware codes available - just try them until you get a code that matches your configuration the closest; type in 9525 001 and then the last five digits:
PRM8010:
10000 to 10013, 10024 to 10037, 10048, 10050, 10192 to 10205, 10242 to 10255, 10292 to 10305, 10342 to 10355, 10394 to 10407, 10422 to 10435, 10472 to 10485, 10496 to 10509 and 10522 to 10535.
PRM8020:
10216 to 10229, 10316 to 10329 and 10366 to 10379.
You will find that the codes follow a repetitive pattern, making the task of choosing a hardware code a little easier. Also, you don't need to worry about the hardware code telling you weather or not your unit might or might not have a noise blanker, or a standard speaker or a standard mounting bracket etc. Just so long as you get the frequency band, the selcall option, the CTCSS option and the bandwidth bits right, choose any code that fits best.
Aligning the mute for the PRM80 series:
This adjustment can be very critical: get it wrong, and your mute won't open until a signal is largely noise free. Get it right, and the mute will open on very weak signals indeed, although your results will vary slightly from unit to unit.
Firstly, set your mute to level 02 - this is very important. Then adjust R455 anti-clockwise until the mute opens, and white noise is heard. Then, VERY slowly, turn R455 clockwise until the mute closes again, and stop there. If you regularly operate your radio in extremes of temperature (in a car, for example), then you will find that you will either have to occasionally operate your mute at 04 level or even higher to mute reliably, or in the above tuning process, advance R455 only slightly past the point where the mute closes, and sacrifice some mute sensitivity. The reason for this is the mute noise amp is slightly temperature dependant - heat seems to cause the mute to become reluctant to close.
Setting the mute using these instructions produces a very sensitive mute, and may not be suitable for operation in a high noise floor environment such as in Sydney or Melbourne. If you find this is the case, you will need to set the mute at 04 or 06 or even more in FPP as your default setting. That way you can still have a very sensitive mute if you need it, but under normal operation, the mute should behave itself.
SelCall (Selective Calling) decode with the PRM80 series:
SelCall is a system where you can mute your radio and keep it quiet even with multiple other users on the same channel until you are called by another user with your SelCall number. Then your radio will 'un-quiet' and you will be able to hear your caller. This feature is common on UHF CB, and is sometimes used on 'real' two-way radio networks. A similar feature called ANI (Automatic Number Identification) sends a SelCall burst, more correctly known in this instance as an ANI burst, to identify who is calling each and every time the PTT is pressed.
The PRM80 series is capable of both SelCall and ANI, and if configured & programmed correctly is capable of displaying received SelCall and ANI numbers. Before you get too excited, you will need a PRM8030 or 8025, and it is preferable to have a 6 digit display type. In fact, SelCall with only a 4 digit head is a pain in the bum! You can send fixed numbers but to send variable (i.e. user entered) numbers takes a lot of fiddling, and decode display requires some special tricks. SelCall becomes much easier with a 6 digit head and matching controller mike. This combination only will allow you to directly enter SelCall numbers, and decode & display numbers directly to the display. Just in case you were wondering, the DTMF mike (the one with the LED) can not be used for SelCall entry on either 4 or 6 digit heads - only the controller mike is capable of doing this. In fact, the controller mike will not really work as a controller mike on 4 digit heads - it can really only be used as a standard mike. So practically speaking, it's a 6 digit head and controller mike or nothing, so far as SelCall is concerned. Very limited SelCall functionality is available to 4 digit heads.
(this next section will be of most value to those interested in using SelCall on the Australian UHF CB band - readers from other countries may wish to skip this section)
When a SelCall suitable for UHF CB is sent, it is sent using the CCIR format. There are minor variations in CCIR format, but these do not matter here. The oldest SelCall schemes send only the number being called, usually a five digit number. Newer schemes send a nine digit number, the first five numbers being the radio being called, with the last four digits belonging to the radio doing the calling. With this scheme, the SelCall numbers usually start with a 1 i.e. 15678. That is the reason only four digits of the sending radio is sent - you can assume the 'missing' first digit is a 1. The very latest schemes use 10 digits - the first five being the radio being called, and the last five digits being the radio doing the calling. UHF CBs that have a 10 digit scheme often have the capability to change the first number of their SelCall identity, so you can no longer assume that the first digit is a 1.
So why was this short explanation needed here? The PRM80 SelCall / ANI decode feature is most useful with the 5 or 9 digit format, where the first number of a SelCall identity is usually a 1.
To enable the SelCall / ANI decoding feature, you will need to become a member of yahoo groups on the internet, and once you have signed up as a member, specifically the "PRM80-Series" and the "Australian PMR" groups, you will be able to download a version of FPP called "version 4 extra" from
http://groups.yahoo.com/group/PRM80-Series/files/8030xtra2.zip
This is not an 'official' release version, and as such is not supported by Philips / Simoco. You can also find this software, and a DIY programming lead at: http://groups.yahoo.com/group/Australian_PMR/files/Simoco/
Once you have this version, open the 'master' configuration file, and enter your desired personality for the radio. On the 'SelCall decode options' page, you can enter your individual identity if you wish, and then keep (or change if necessary) the group decode to 1vvvv (or 3vvvv or whatever first digit suits your requirements). You will need to start from scratch using this 'master' file, as 'reading', editing then 'writing' your present configuration does not work, as I have found out. You may want to also program a function key (if you have one spare) as 'Group Select' which will on a 6 digit display show the last number decoded. Note that the number displayed is in most cases the 'called' identity, and it will only be displayed for about 6 seconds. There is an exception to this: if the selcall being sent has 10 digits and both the called and calling numbers both start with a '1', then the PRM80 will decode the first five digits (the called number) and display it very briefly, and then replace it with the next 5 decoded digits (the callers number).
If you set the decode identity to 1vvvv, it will of course only display identities starting with a 1. If you try to use a master file that has all digits as vvvvv then the decode feature does not work properly. I have tried several other configurations (i.e. Fvvvvv, 1Fvvvvv etc) to try to decode all five 'called identity' digits, but believe me, 1vvvv is the only method that works properly.
Another benefit of using this program is the ability to program 160 channels, although the channels above 99 are displayed on the LCD as hexadecimal. If you are handy with 'hexedit' type programs, you can write changes to the 'master' file that you normally wouldn't be able to, such as the decode identity of vvvvv. (Remember that even using hexedit, vvvvv still will not work...)
If you want, you could also set your "Reset decode" identity to decode selcalls, so if you have "1vvvv" in the Group decode, then you could have "2vvvv" in the Reset decode identity, meaning that you could then display anything starting with a 1 or 2.
I recommend using a later firmware version of your radio for these features to work properly with the 'extra' version of FPP. I tried to use an early version firmware (V2.11, single mode unit) and found that the mute setting operation was strange indeed, as well as some other quirks. Also, lock-ups and erratic operation was noted with version 4.6 firmware on dual mode units. More 'linear' readout of the RSSI was available in firmware version 4.B and above. The very latest firmware versions as at 13/1/2003 are:
PRM8025 / 8030:
Single Mode (PMR) - Version 3.95 (3502-362-06539.5)
Dual Mode (MPT version) - Version 5.0 (3502-362-07195)
Dual Mode (ANN version) - Version 1.8e (3502-362-07202e)
PRM8040:
Single Mode (PMR) - Version 2.5 (3502-362-07459)
Dual Mode (presume MPT) - Version 2.7 (3502-362-0744A)
I have also found some 'beta' releases for the 8025 / 8030 and 8038:
Single Mode (PMR) - Version 4.02 (3502-362-103502)
Dual Mode (presume MPT) - Version 5.16 (3502-362-071966)
(These require FPP V5.07 and are beta releases - as such they may have bugs, so use at
your own risk)
In case you were wondering, the MPT is by far the most common trunked version of the dual mode radios. It is interesting to note that the V5.0 MPT dual mode firmware incorporates V3.81 PMR firmware, which is not the latest version for PMR. One thing to note with V3.95 PMR firmware is that you no longer need to program 'keypad mode select' to a function button - use the key sequence: digit-star-digit. For example, if you programmed RSSI on/off as keypad function 9, then to turn it on without using the usual 'mode' until you get the flashing 'F' and then press 9, you press 9*9. This will save you from having to use up an extra button as the 'mode' button, but only if you want just the keypad functions. If you want to use the keypad for SelCall entry or DTMF, then you will still need to assign a button on the head for 'mode' select.
I have used dual mode firmware 4.7 and single mode firmware 3.6 without problems, so I would suggest that you get at least these firmware versions as appropriate. I have provided these versions of firmware as binary images for download, as well as the very latest versions. Just look where you downloaded this word file (look for "8030firm.zip" which despite the name also has firmware for the 8025 and 8040 series). I have found that V4.7 (dual mode) and V3.6 (single mode) to be reliable enough for my purposes so far. By all means however, try using the latest versions if you want. Also, I've been told that 6 digit heads work best with V3.6 firmware onwards (would explain my problems with 2.11 above)
Note that you can not put dual mode firmware in a unit that was a dedicated single mode or dedicated trunking unit, even if you change the 0 ohm jumpers underneath the EPROM - the EEPROM IC will not have sufficient memory.
It is also possible to display SelCall numbers on four digit heads using the 'Group Select' feature - some testing I have done showed that the four digit heads were able to display two received SelCall digits, and that using the 'Group Select' button you can view the other two received SelCall digits, but you need to disable or turn off any other feature that uses the two smaller digits such as RSSI first.
Some other parameters that may be of interest is that, normally, SelCall on UHF CB consists of the following parameters:
Tone length: 40ms Lead in Tone: 1 Lead in Tone length: 400ms
(actually, there is also a 40ms gap of silence between the lead in tone and the selcall digits - use tone 'F' to send silence during the sequence - but most radios can cope without this silence period, so sending of SelCalls entered directly from a keypad controller microphone is possible - you can't send 'no tone' or tone 'F' using the keypad, but you can program it to a pre-assigned send identity in FPP) CML CCIR format as used by the PRM8030 is the most compatible format to use. Of course, the PRM80 is the ultimate in configurable UHF CB radios, so you can do some pretty perverse things with SelCall..!
Another trick that someone has discovered is that you can 'group' call 10000 SelCall identities all at once by sending something like F1AEAExxxx, where xxxx is your calling identity. You must program this as a preset SEND identity along with a lead in tone of 1. (just like tone F, you cant send tone A, the group call tone, from the keypad, which is why you need to assign it to a preset send identity) This works for anyone who has a SelCall capable UHF CB that has group call facility, and they have not disabled 'group call' facility in their radio.
Another trick that can confuse others out there is to set the 'acknowledge' number to 1vvvv with a delay of about 2 seconds. Doing this, coupled with the above decode & display feature, will cause your PRM80 to re-send a SelCall to someone else who has just themselves received a call. Useless - yes. Still, it is another feature that is only made possible by the ultra-flexible SelCall scheme integrated into the PRM8030.
When fiddling with SelCall on the PRM80 FPP, never use the 'Validate' feature (F8 key) - this can mess up your settings and your SelCall may not operate as you expect.
Converting a dedicated trunking unit to a PMR "normal" unit:
By removing the trunking firmware EPROM and replacing it with a 'single mode' PMR firmware EPROM and then resetting the RAM and reprogramming the unit with your required information, you can convert a dedicated trunking unit to a conventional PMR unit. You might (not always) need to fiddle with some 0 ohm jumpers located under the EPROM to get things going (remove the two side by side 0 ohm jumpers, and re-install one 0 ohm jumper to the pair of lands near pin 1 of the EPROM) You may also need to look at installing some more 0 ohm jumpers to restore SelCall (R338 and R946 - both located just slightly to the front of the FX439 off each front corner of that IC)
There is supposed to be some recent versions of FPP for the trunking series of radios that allow 'conventional' or normal PMR channels in the trunking radios. I have not tried this myself, but it probably would be a good short term alternative to firmware changing. Full PMR functionality isn't available through this method and you only get 32 channels, but at least you could get the radio up and running on your desired channels.
An 8030T can be converted by either using a 8030 single mode EPROM or 8030 dual mode EPROM. Again, you might have to fiddle with 0 ohm jumpers. If converting to a dual mode, leave the two side by side 0 ohm jumpers in place, and install a new one to the lands that are located near pin 32 of the EPROM. It would be safer, however, to try to keep the unit using a 512k EPROM by using a single mode EPROM, and programming the radio accordingly.
The PRM8020T (for some reason labeled 8020T, but when you open it up, it looks just like an 8025 with the exception of the display unit) can be converted to PMR mode by obtaining the 8030 PMR firmware and loading this onto a 512k EPROM and using this. In my experience, I have converted three 8020Ts to a PMR unit by using the 8025/8030 single mode firmware, but a display change is necessary. You need to either find a 6 digit local display unit (ie an 8025 display) and discard the trunking only 4 digit local display unit, and then use a special technique to 'force' the radio to accept that it is now an 8025 - shown as "8030 local" in FPP. Or you can program the unit as an 8030 remote without needing any special techniques, and change some components around to accept a genuine remote head (4 or 6 digit remote head PMR display unit). In other words, you perform a local to remote configuration modification, and you also do the trunking to PMR conversion. The local head is discarded, and a remote head replaces it.
It is not possible to keep the original 4 digit display unit from a trunking unit (8020T) and have it work under PMR mode - this is because the 8020T display is identical to a PMR 8020 display and the 8020T firmware was specially written to drive a 8020 display on what is essentially a 8025 radio. However, some 8030Ts did have heads that would work either way, but many did not.
Any discarded 8020T display units can be kept and would be good for converting any suitable 8010s that you might come across to 8020s.
I've also heard of occasional problems with the backlight after conversion. I've not yet figured out what the problem is, but it is only minor in the scheme of things.
Improving transmitted audio on the PRM80 series:
When I had a FM91, I found that the standard microphone sounded OK with everyone else's voice on transmit, except mine. For whatever reason, my voice took on a gravelly, harsh quality. The fix was deceptively simple - replace the standard dynamic microphone insert with an electret condenser type. I found a similar thing happened on some PRM80 units, and the fix again was the same. Replacing the standard dynamic microphone insert with an electret condenser type is easy, just make sure that you bias the positive side of the electret condenser insert via a 100 kohm trimpot from the +8 volt supply that you will find inside the microphone preamp board, and pass the same positive connection from the electret insert via a 0.01 to 3.3uF tantalum capacitor to the 'hot' side of the microphone preamp input. Your choice of capacitor that you use will depend on how much 'bass' you want for your transmitted audio - the higher the value, the more emphasis on bass there will be. This will also be dependant on the electret insert itself. Experiment with this value to reach the best quality for your voice. If you find the standard microphone works well for you, then there is no need to, nor recommended to do this. I have also found the standard microphone (i.e. non-controller, non-DTMF) sounds better, too, so try this if you do not need the extra functions offered by microphones with a keypad. You will never get a 'hi-fi' sound like that of the Sawtron range of radios with the PRMs - they filter the transmitted audio very heavily indeed - 300 or 500 Hz (depending on CTCSS installation) to 2550 Hz for the 12.5 kHz radios, or 3000 Hz for the 25 kHz versions. Compare this with 100 Hz to 5000 Hz for a typical UHF CB without CTCSS. To fix this problem, you can add a 0.1uF capacitor 'across' the TX audio low pass filter on the RF board. While this will not increase the low end response below 300 / 500 Hz since that part of the filtering is done in the CTCSS IC (FX365LG on the control board), it does increase the top end of the audio to about 5500 Hz. Add this 0.1uF capacitor between the 'cold' side of R560 and the 'hot' side of R569. R560 (12k ohms for most units, except the 12.5kHz UHF variants which use 15k ohms) is right at the very front of the RF board very close to the flexi-track connector - it leads to pin 1 of that connector. The 'cold' side of this resistor is the side furthest away from the flexi-track connector. R569 is the resistor that takes the audio to the TX VCO circuitry - its track can clearly be seen running towards the TX VCO area. This resistor is a 0 ohm jumper on all UHF units, and is 220k ohms on A band units or 68k ohms on E band units. The 'hot' side of this resistor is away from the VCO circuitry. A word of warning: soldering this component is not easy, due to the proximity of the plastic flexi-track connector near R560 and the shield adjustment 'hole' that comes down almost on top of the nearby variable resistor leaving very little clearance. Like many other mods this page details, you will need a fine soldering iron tip and very good soldering skills.
There is a fault with the 'controller' mikes direct out of the factory that causes a 'soft scratchy' sound on TX - see the "Common Faults" section on how to rectify this.
Another problem that is noticed is an audible 'tick' on transmit every two seconds for the remote head models. This is caused by the data lines on the remote cable 'crosstalking' into the audio line. A solution is to keep the remote cable as short as possible, which of course implies a custom made cable. Another solution for those who can't avoid long cable runs is to replace the audio line of the remote cable with a shielded one. The diagram below will show you which conductor to shield. Again, a custom made cable is required. These two solutions don't entirely eliminate the problem, but can make the 'tick' almost imperceptible.
Based on the diagram above:
Pin 1: Transmit (microphone) audio from head to transceiver body
2: Ground
3: Low level speaker output
4: +9 Volts DC
5: Mic ground (same as pin 2)
6: On/off control
7: RX data into transceiver from head
8: TX data from transceiver to head
Please follow the pinouts above, on which I have based my table above. I have searched high & low, and not found a definitive pinout for the RJ45 connector. For every diagram I found, I found another that was the opposite. Whoever is right or wrong, I have based my findings on the diagram above. Note that these pinouts are for the remote interface cable going between head & body of the radio, NOT the microphone connector.
To reduce the 'tick' induced into the transmit audio, shield the wire that connects to 'pin 1' with the shield connected to 'pin 2'. Only shield the microphone audio wire by itself. Do not have two earth paths via pin 2 (possibly creating an earth loop). You could try using pin 5 as the shield earth instead of pin 2 if you find pin 2 does not produce satisfactory results.
Another possibility is to use a 'straight thru' RJ45 twisted pair LAN patch cable WITHOUT any crossovers. Unless you know for sure there are no crossovers, do not use this sort of cable, as damage to your 8030 will result. This will not be quite as effective as the above methods, but does give some improvement at least.
Adding in a scrambler into the PRM8030
Adding a scrambler to the PRM80 is an interesting experience. There is provision for access to the transmitted audio before pre-emphasis and to receive audio after de-emphasis via 0 ohm resistors (one on top of the control board, one underneath). The received audio level at this point is fairly high - 6 volts peak to peak, so your scrambler must be able to handle that high level, or use a divider to attenuate the level into the scrambler, and use an op-amp to boost the level back to the original. The points are: R952 for TX audio (input to scrambler on the leg towards the front of the radio board, output from scrambler connects to the leg that is closest the ERPOM), and R227B for RX audio (input to scrambler on the leg towards the rear of the radio board, output from scrambler connects to leg towards front of radio board). R952 is a 0 ohm resistor that is located on the top side of the control board, next to R322 (mic gain adjustment) and R227B is a 0 ohm resistor on the underside of the control board, near where the 5 volt regulator is connected to the board. Once R227B is removed, the access points for this resistor can actually be found on the top side of the board, making scrambler attachment reasonably easy. Obviously, you need to remove these 0 ohm jumpers to 'break' the audio path and route it through your scrambler.
However, the preferred access points are after pre-emphasis for transmitted audio, and before de-emphasis for received audio. This is preferred to give better audio quality, and is vital for any units that use digital signaling (sync signals) or true digital modulation methods. (True digital? Wow, you've found a pretty high end scrambler!) The access points here are not so convenient, both being on the underside of the control board, and both points need to have tracks cut or surface mount components lifted to break the paths for access to the audio. The points are: between R377B (a 4.7k surface mount resistor) and R325B (a 680k surface mount resistor) for TX audio with the input to the scrambler from R377B and output from the scrambler going to R325B. Obviously, you need to cut the PCB track that joins these two components, which can be found on the underside of the control board, near the remote interface socket on the PRM8030. For RX audio, you need to cut the PCB track that joins R216B (a 10k surface mount resistor) and C214B, with the input to the scrambler being from R216B and output from the scrambler going to C214B. These components are both located on the underside of the control board, near the surface mount IC LM2904 which is the IC closest the input DC power connector.
Getting the wires to these access points from the top side of the board where there is room to mount the scrambler to the underside of the board where you connect in to the radio circuitry is best achieved by routing the wires to the underside of the board near or between the voltage regulators, and if necessary filing a small 'channel' in the shielding ridges of the chassis for the wires to fit through to access the area of the board that you need to connect into. It will all become clear once you remove the control board to access the points on the underside of the board. A little bit of double sided tape will help keep your wiring for the scrambler in place. See photo 8030DMCR.jpg to get an idea of what this is all about.
For all locations given above, it would be best to refer to a schematic and component location diagram to make sure you have the right points before hacking into things.
Another thing to keep an eye out for is the fact that there's not a lot of room inside the PRM80 to fit a second board. You could remove the modem card to have enough room to fit, but what if you don't want to do that? It's a dilemma, for sure. The scramblers I have made just manage to fit in the space between the modem card and the main control board, so I was lucky. One unit I have also has the speech encoder card and the modem card, so I was out of room there. The solution was to carefully wrap up the scrambler in electrical tape, turn it upside down, and find a neat place for it to sit, unsecured, resting on top of low profile components near the CTCSS flat pack IC. That was a tight fit, I can tell you!
When you do fit the board, you will need to make sure it is well secured so it doesn't bounce around inside the radio, and short out anything.
In short, if you are looking at scrambling with the PRM80, you had better be serious. Taking a short cut with the installation produces poor quality transmitted and received audio. You need to install the scrambler after pre-emphasis and before de-emphasis for best results, and you will need to balance audio levels (i.e. level out = level in, reasonably flat response across 300 to 3000 Hz at least, and don't trust the specs of the scrambler - test it and make modifications if it doesn't meet the criteria) on the scrambler itself. If these conditions are not met, the audio through the scrambler will be altered enough to change the quality of voice transmitted and recovered (usually for the worse!) and should be bought back into balance with equalising amplifiers and appropriate compensating roll-off using capacitors etc. Of course, nothing will claim back audio completely filtered out (say, a 3000 Hz corner frequency low pass filter with 20 dB per octave roll off after that) by the scrambler, so you may have to put up with the 'muffled' or 'restricted' sounding audio no matter what you do.
Here are some other hints for general use of scramblers:
Keep the antenna well away from the scrambler, or shield the scrambler somehow. RF feedback can really mess up the operation of the scrambler. Keep the connecting leads as short as possible, but shielded audio cable to connect into the radio is usually not necessary.
Use a front panel button (i.e. not a controller mike button) with the 'auxiliary' function programmed to it to turn on or off the scrambler if you desire. That way, you will have a chevron on the head display to indicate if the scrambling is active or not. If you assign the function to a controller mike key, then you have no quick and easy indication to show if the scrambler is active or not. This strategy is useful for other functions like hi/low power selection and add/del for channel scanning (so you can see what channels are 'added' as you scroll past them). By the way, you can pick up the auxiliary point on the control board at R970 (a 10k surface mount resistor) which is located on the top side of the control board near the main microprocessor towards the very front, near the middle of the board (it can be easily found by tracing from pin 23 of the microprocessor IC). This point is at 0 volt potential when the auxiliary function is 'on' or active. (i.e. 0 volts when the chevron for auxiliary is on) If this is opposite logic to what your scrambler on/off function uses, you can use a simple transistor to invert the logic.
Using a 4066 analog switch to 'short circuit' the audio from input to output of the scrambler effectively bypasses the scrambler and preserves the audio quality through the radio when you don't want to use the scrambler. This is useful even for scramblers that have an on-board bypass features. Some scramblers have a bypass feature (or scramble off feature) built in, but filter the audio very heavily even in bypass mode - causing signals transmitted and received to sound nasally even without the scrambler actually being active.
Generally, using a scrambler will cause the audio quality to be degraded no matter what you do, so don't go expecting perfection, but you can definitely minimise the degradation by making sure the audio response through the scrambler is reasonably flat (i.e. +1 to -2 dB), and the audio levels are lined up, preferably within 2dB.
If you are building your own scramblers, and are using surface mount components, I have found that Rockby Electronics have some surface mount components (capacitors and transistors, mainly) at ridiculously cheap prices, and for the rest, try RS components, as their prices are reasonable, but you will need to order a minimum of 25 of one value for capacitors, or 50 of one value for resistors, so this is really only useful for making a batch of scramblers. If you are looking for single or one-off surface mount components, Farnell have them available in smaller quantities, 1 each if necessary, but at higher prices. And here's my hint for soldering of surface mount components: use a small alligator clip as a 'clamp' to hold the surface mount component in place on the PCB as you solder it - this only works for small PCBs, but that's why you are using surface mount components, isn't it, to keep the circuit as small as possible?
A thing that irks me is that many scrambler manufacturers market their scramblers as 'digital' when in fact they are not. For example, the Transcrypt DES "digital" ultra-high security level is still just 'audio inversion' with a DES algorithm changing the inversion point very quickly. While this sounds good (as in being very secure) , it is still possible to make out what is being said after inverting the audio with a simple fixed point inversion descrambler. You will need to train your ears a bit, but it is very possible. The recovered audio in this way will warble up and down in pitch, but it is discernible. In my opinion, the 'digital' scramblers of this type are not much more secure than the simple fixed inversion point scramblers. Another possibility is the split-point inversion scrambler (rolling code or not). These are touted as being very much more secure than the fixed inversion point scramblers - and they are - until you realise that if you find the approximate split point, filter out everything below that point and route the audio through a simple fixed point inversion descrambler, the recovered audio is again listenable. Again, the quality isn't very good, but you can at least make out what is being said. So, for my money, these scramblers are not worth the extra cost either, but if pressed for an answer, the random (as opposed to rolling) code, variable split band inversion scrambler would have to be the most secure of this breed. It is still relatively easy to decode what is being said for a determined hacker like me, however (big grin).
On the other hand, if you manage to find a TDM type scrambler, one that slices your audio up into little bites and then transmits those slices in a semi-random order and reassembles them in the correct order at the other end, these types are more secure and more difficult to decode in real time. Still not impossible for someone to eventually decode, but definitely more difficult to attack. Unless I knew that it was something that I really wanted to listen to, I wouldn't even make an attempt to decode it. That will give you an idea of how much more secure this method is over the inversion scrambling methods.
Further up the tree is genuine digital modulation or encoding methods, like QUAM or FFSK and the like. These types would offer genuine security because generally speaking, the transmitted bit stream is ciphered using a key. These systems offer true security, and in my mind are the only types that offer real protection from eavesdropping by the determined hobbyist listener. But, boy oh boy, are these systems expensive... unless you happen to come across some second hand DVP / Astro / 'whatever else is out there' gear at semi affordable prices.
Adding an external keypad to the PRM80
If you find that a controller mike is hard to get hold of, there is a way of connecting an external keypad to the remote head (either 6 or 4 digit head) via a mini-header SIL type connector inside the head. This external keypad will enable you to access functions normally programmable for a controller microphone, but unfortunately will not allow you to use the external keypad for direct selcall number entering or for DTMF sending. Neither will it give you an 'extra' 12 functions on top of those already offered by a controller microphone if you already have one. But for those people wanting just the extra functions, then this will be a viable alternative to the controller mike.
This will not work on local control display units at all, unfortunately.
The first thing to do is to program your radio appropriately. You will need to program the "Extended Keypad Functions" as a "microphone" type, and decide on and program your desired functions in the table. Note that some features are not available on 4 digit heads (e.g.: keypad mode select to name but one) or that some functions act a little weird on the 4 digit head (i.e. mode change PMR/n1/n2). Programming the keypad type as "microphone" means that you can later add a controller mike and it will work right away without any reprogramming, and the external keypad that you add will also work. Despite the options "external" or "mic + external" being available, the "microphone" option is definitely the best to use, as some features are restricted with the other options.
Next, you need to find a nine pin mini-header SIL style connector with a 2.025mm or thereabouts pitch. I managed to salvage one from an old VCR, though they may be available new from other suppliers, but I have yet to find one. You will also need to find a matrix arrangement keypad (DSE P7810 is perfect) and some 7 conductor cable. Now connect or solder the seven conductors onto your header plug, missing out the first and last pins on the plug (i.e. connect to pins 2-8, leaving 1 & 9 free).
Here comes the tricky part: connecting the seven conductors to the keypad in the right arrangement so that the keypad 'number' will match your programming. Here I'm giving the pins to connect to on DSE P7810, which number 1-9, left to right looking at the front of the keypad unit.
On a six digit head (refer to photo headint.jpg), connect:
pin 1 of connector inside 6 digit head: no connection
pin 2 of connector inside 6 digit head: to keypad P7810 pin 6
pin 3 of connector inside 6 digit head: to keypad P7810 pin 2
pin 4 of connector inside 6 digit head: to keypad P7810 pin 4
pin 5 of connector inside 6 digit head: to keypad P7810 pin 5
pin 6 of connector inside 6 digit head: to keypad P7810 pin 7
pin 7 of connector inside 6 digit head: to keypad P7810 pin 8
pin 8 of connector inside 6 digit head: to keypad P7810 pin 3
pin 9 of connector inside 6 digit head: no connection
A 4 digit head was never meant to have a controller mike or external keypad, and so the pinouts of the mini-header socket connector are not arranged quite so conveniently. If you wire the keypad as detailed above for the 6 digit head, it will still work, however the keys do not match your programming, they become muddled up slightly. You can, however, re-program the functions in FPP to un-muddle the mess if you want:
Pressing "0" on the keypad gives function 8 (as you program it in FPP)
Pressing "1" on the keypad gives function 1
Pressing "2" on the keypad gives function 5
Pressing "3" on the keypad gives function 9
Pressing "4" on the keypad gives function 2
Pressing "5" on the keypad gives function 6
Pressing "6" on the keypad gives function *
Pressing "7" on the keypad gives function 3
Pressing "8" on the keypad gives function 7
Pressing "9" on the keypad gives function 0
Pressing "*" on the keypad gives function 4
Pressing "#" on the keypad gives function #
How you mount the keypad (external project box, maybe?) and how you pass the cable neatly from the head to the keypad is up to you.
Programming the PRM80 series
Please note that this section is for complete new commers to the two way radio scene. Radios such as the PRM80 are primarily designed for business users who have their own privately licenced frequencies, each with unique needs. Radios for this purpose are built to cover the needs of a wide cross section of users, and to customise the radio and enter the required frequencies suited for a particular user, the radio must be programmed with a computer and interface that connects the radio to the computer. How is this done? Briefly, the computer runs software specific to the PRM80 called "FPP" or Field Personality Programmer. PRM8010s and 8020s use one version of FPP (called PRM80hw.exe & PRM80sw.exe), PRM8025s and 8030s use another (called 8030xxx.exe where xxx is the version number), and PRM8040s use yet another version (called RPM8040.exe). The computer then communicates to the radio via an interface (details below) that loads the required information into the radio. This only generally needs to be done the once for each radio, though if a change is required (say a new frequency needs to be added) then it is only a short process to re-load the new 'personality' into the radio with the computer.
Some people think that the process of programming radios by computer is akin to magic - that it can turn a VHF radio into a UHF one, or make a 8010 into an 8030. This is simply not possible. The computer only personalises the radio consistent with the hardware that the radio has been given at manufacture (or the modifications you perform to it).
When programming the PRM80 series, the programming interface plugs into the serial port of the computer COM1, and the other end plugs into the microphone socket of the radio. If the radio has been fitted with a modem card, then a simplified programming interface can be used between the computer serial port and the DB15 connector on the rear of the radio.
Learning to use FPP is an aquired task, and while entering frequencies is reasonably straight forward, learning all the inter-dependant options & features takes some time & thought.
When programming your radio, it is best to plug in the interface (either microphone socket or DB15 connection) with the radio off, then turn the radio on, program the radio, turn off the radio then remove the programming interface. This is to prevent possible damage to the radio.
Building & troubleshooting a programming interface for the PRM80 series
It is possible to build a programming interface that will allow you to program all the PRM80 series radios (8010, 8020, 8025, 8030, 8040, single or dual mode units). Just follow the scanned circuit diagram image intfc.jpg as a guide.
Parts list for this interface:
1 x Maxim MAX232 IC.
1 x 78L05 voltage regulator
1 x 100uF electrolytic capacitor (25 or 35 volt type preferred)
4 x 10uF electrolytic capacitors (25 or 35 volt types preferred)
2 x 0.1uF greencap or monolithic capacitors (non polarised)
DB9 female connector & backshell
RJ45 connector plug
veroboard
small project box
4 wire flat telephone style cable (1 metre)
2 wire shielded data or audio cable (1 metre)
Lately, the single most common problem people have been reporting is that their programming interface isn't working. Here are some hints for building the interface follow:
1) Use a genuine MAXIM MAX232 IC.
2) Keep all leads under 1 metre long.
3) Use 25 Volt electrolytic capacitors. Lower or higher voltage capacitors should
work, but if your interface seems to fail for no other reason, try this.
4) Do not use a serial switch box or an extender cable or the like.
5) Use four wire flat telephone cable for the cable to the radio, and two wire shielded
cable for the cable to the PC (not 6 or 8 wire flat telephone cable or 4 wire
shielded cable etc, too many conductors can cross talk or add mutual capacitance)
6) Ensure the radio is switched on, and set to a non-voting, non-multiax, non-
community repeater channel and turn off scanning when using the interface.
7) If all this fails, and your radio has a modem card installed, try making up the
simple cable that goes from the PC to the modem card port and use that.
Bear in mind that some (very small minority) radio / PC / interface combinations are extremely fussy, and no matter what you do, the programming operation fails. Seek out the help of someone else who has a working interface and has successfully programmed a PRM80. Also bear in mind the MAX232 is a CMOS type IC, and is static sensitive, so it must be handled appropriately.
On some 8030s, another method which you can use is to program the radio via the DB15 connector on the back of the unit - but ONLY if your radio has the modem card fitted. Just because your radio has the DB15 connector at the back doesn't mean that you can assume it will have the modem card installed. While the modem card was only factory fitted to 8030 units as far as I am aware, you can retro-fit a modem card into a 8010 or 8020 that has the DIL socket at the back of the controller board; if you do this, there is no need to hook up the '13.8v sw' and 'on/off control' wires or the small red connectors for the mini-ribbon cable. Sometimes you will find the modem card has been configured with jumpers to disable the programming via this card; look under the ribbon cable going to the DB15 connector and look for Link 2 (a pair of jumpers) - both of then need to be 'in' for programming via this card to work. When programming via the modem card, you use the same FPP program, using a simple cable directly between your PCs comm port and the PRMs DB15 port - no interface required.
Follow this simple connection using either four wire cable or, even better, two wire shielded:
PC comm port PRM 80 DB15 port
2 13
3 12
5 3 (gnd - use this as the shield if applicable)
Join 4 & 6 & 1 No joins
Join 7 & 8
To make the cable, you will need a DB9 female connector for the PC end, and a DB15 female connector for the PRM80 end.
With either of these interfaces, you can still have problems trying to get the radio to talk to your PC. The problem likely boils down to your PC being the problem, not the interface or the radio. The FPP software likes to take direct control of the serial port of your PC at the hardware level - and this is something that Windows in almost all it's various guises will intercept and mess up. The answer: use a genuine DOS session. Not a window of DOS, not an emulated session of DOS (which is what you get with W98 and above), but a real DOS session. You will need to find someone who can create a DOS 6.2 bootable floppy for you, and then put FPP on that floppy and run the program from that. This is the only fail safe method. I have had luck using Windows95B with an 'exit to DOS' session and of course Windows 3.1 was OK, but all other Windows versions have caused me problems. The booting DOS floppy solved them all. This is by far the most common problem people have with the interface & PRM80. Don't go blaming the software or interface hardware, look at your PC and operating system first.
Also, apparently COM1 should always be used, despite FPP allowing COM2 to be selected. One person who had done everything right still had problems - it was eventually found that his COM port was partially faulty.
Another problem you might encounter is that the PC you are running is actually too fast. I have heard of other people having this problem - it seems to manifest itself around the 500 MHz processor speed area. If you ever needed a good reason to keep that old 'klunker' 486 PC, then this is it! They are useful for programming radios! There is a program that will slow fast PCs down so that these sorts of programs can work properly called "moslo" or "slomo" but I've heard others not having any luck with it - you are welcome to experiment, though! Another suggestion someone else passed on was to edit the FPP.pif file so that the program can only 'see' 1Mb of memory.
I have also heard that the newer PCs have on-board serial ports with UARTS that do not like being told what to do by DOS programs such as FPP. The only way around this is to use an older PC.
So, your checklist of overcomming problems of programming your PRM80 is as follows:
1) Check that you are using a genuine DOS 5 or 6 session, no Windows at all
2) Use a bootable DOS 5 or 6 formatted floppy to run FPP
3) if this fails, use an old 486-66 PC that has DOS 5 or 6 or at most Win 3.11 on it.
4) use COM1 only
5) test that your COM port does actually work with other similar DOS based comms programs
6) check that you are not on a voting channel and disable scanning
7) the radio does need to be on while you program it!
8) if using the DB15 port for programming, it only works on 8030s with modem card inside.
9) if trying to use a level converter interface and that fails, you can try retro-fitting a modem
card to the radio and see if that method works, or vice versa.
10) then check the construction of the interface - no wires crossed, no shorts anywhere, and the hints list above is followed.
11) triple check everything. Then have someone else check it for you.
12) then give the radio & interface to someone else who is known to have thier system
work.
13) if that doesn't work then you can safely assume that the IIC bus or EEPROM have died
and there is nothing you can do to resurrect it.
Please, only email me for help after you have positively exhausted steps 1-11 above. All the information to make your interface work is there, you just have to follow them for sucess.
There are special considerations when programming a 8040 - see the section on the 8040 for info on this.
The dreaded "beep-boop" EEPROM corrupt problem
A word of warning here: constantly reprogramming your radio is not a good idea. Apparently there is a finite limit to the number of times a radio can be programmed and while it should number into the hundreds of times, one unit I was playing around with was working fine and I wanted to make one small, final programming adjustment. Once that was done, the radio stopped working (no display, no TX or RX), emitting a constant beep-boop, and it wasn't due to mis-programming in any way. It appeared that during the reprogramming sequence, there was an EEPROM corruption - constantly changing your programming will only increase your risk of disaster such as this eventually striking.
This is normally a fatal problem which can be recovered by using special software which I can not 'give out' - you will need to email me if this has happened to you. So be warned! The more you reprogram the radio, the more you run the risk of something happening that corrupts the EEPROM.
However, two hints that have turned up are to:
1) try to program the unit with standard FPP, and while the software is writing, remove the programming lead half way through the process. Then use FPP to write once again. I have tried this method and sad to say it did not work for me, but if this has happened to you, then you have nothing to loose by trying it anyway.
2) remove power from the radio, discharge the memory backup capacitor (C283, a black surface mount capacitor located between the 0.5 Farad 'supercap' and the RAM IC) for 10 seconds, and then short out all legs together of the EEPROM IC, then reprogram the unit with the standard FPP. The EEPROM is IC219b, a X24C16 on the underside of the systems & control board, near the side edge on the same side as the remote interface connector (microphone connector on 8025s). I have not tried this method, but have been told it works.
If you can not recover from the problem, then there is a high probability that the special 'EEPROM formatting' software will work - I have had 100% success so far - you will need to e-mail me about this.
Sometimes, especially when doing a local to remote or vice versa conversion or 8030 to 8040 conversion, this 'beep-boop' problem will appear - a reprogram with FPP with appropriate settings should fix this.
This is a very commonly asked question, so I thought that it was about time to add the info in here:
Pinouts for the DB15 connector on the rear of the chassis for the 8010 & 8020 (if fitted) and the 8025/8030, not using a modem card:
PIN FUNCTION
1 13.8V Switched. Run your TNC power off this
2 9V reg, switched
3 GND
4 Mic Audio.
5 GND
6 high level mic audio. (input)
7 Mic mute->4VDC will mute mic AF,0.3VDC to unmute.
8 PTT (active low input)
9 Rx FM Out, via 10k,unmuted, unde-emphasised
10 RX audio, fixed level, 550mVRMS, 470 ohm imp.
11 RX mute output - Active low, open collector.
12 Alarm In.
13 Alarm / External alert Out.
14 Speaker mute input,<2VDC will mute speaker, >8.5VDC enables.
15 Speaker AF Out, ac coupled via 56k.
Pinouts for the DB15 connector on the rear of the chassis for 8025/8030, with a modem card:
PIN FUNCTION
1 13.8V Switched. Run your TNC power off this
2 Alarm in
3 GND
4 Mic Audio.
5 GND
6 high level mic audio.
7 unknown
8 PTT
9 Rx FM Out, via 10k,unmuted, unde-emphasised
10 RX audio, fixed level, 550mVRMS, 470 ohm imp.
11 RX mute output - active high, open collector (i.e. mute open = shunt to gnd)
12 Data IN to 8030
13 Data OUT of 8030
14 unknown
15 Auxiliary option
There are some 5 sets of jumpers hiding beneath the ribbon cable of the modem interface. Link 1 is a pair, function unknown. Link 2 is a pair, and if they are 'in' it allows programming of the radio with FPP via this interface, remove these pair of jumpers will prevent programming by FPP. Link 3 is a single link on its own, function unknown.
Note that there is a document on the web relating to the SRM9000, comparing it to the PRM80 DB15 connector pinouts. This document has its origins in the UK, and has a nice table of the pinouts for the PRM80. It got the non-modem card pinouts right, but got the Australian PRM80 with a modem card pinouts very wrong - so don't use this.
Common problems encountered with the PRM80
The first problem often seen is the display flashing on and off during TX. This indicates either a drooping voltage from your power supply during TX or a voltage drop somewhere else (fuses, power connectors etc), or a high VSWR, causing the radio to shut down the transmitter as a self protection measure. Another thing to check is the power connector on the radio itself - sometimes these go high resistance (remember, even 10 ohms will be enough to limit the current to a paltry level).
A similar problem can also be caused by the antenna being too close to the radio. When the radio transmits, the RF from the antenna 'gets back into' the circuitry of the radio and swamps that circuitry. As a result, the radio will do some strange things. The fix is easy, move the antenna away from the radio and / or the remote head if applicable.
Another common problem is a flashing or flickering TX arrow symbol during TX, often accompanied by a soft buzzing or burping noise from the speaker. This indicates poor tuning of the TX VCO resonator (if modified), or you could simply be asking too much of the VCO in terms of broadbandedness. In extreme cases, the transmit arrow will fail to light up all together. It can also indicate a poor earth within the radio itself, or the shield isn't properly tightened down. This is remedied by cleaning the points where the RF board makes contact with the shield and chassis, and refitting the shield ensureing it is firmly screwed down.
No sound from the speaker on a non-CTCSS channel is a good sign that someone has tried to force the combined power & speaker connector in the wrong way, and has blown a 0 ohm jumper (looks like a surface mount resistor) that connects to the speaker line. Replacing this 0 ohm jumper with another should restore audio. In the short term, you can connect the speaker ground side to the negative of the power supply - this has the same effect.
Another unit I tried to mod would not unmute the speaker at all. I verified that the receiver worked by adjusting the volume knob (thus forcing open the speaker for a second) and heard my test signal. Programming a function button as 'squelch defeat' also had the same effect. I also noted that the RSSI was not active, despite having turned it on. Also, sometimes the Local Oscillator refused to lock. The problem turned out to be high resistance joints in the ribbon connecting cable between the control & RF boards. This can be replaced with standard IDC ribbon cable. It's a tight fit, and you need to be hyper-accurate with your soldering, but it does work. Before carrying out this tedious task, it would be best to check that the ribbon cable is sitting in the connector properly and making good contact first before deciding to replace the ribbon cable itself. If the problem is just a broken track within the ribbon 'flexi-track' cable and it is close to one end, you can cut off the broken section squarely using a sharp blade and then using scotch-brite or similar remove the varnish to expose the contacts at one end, and then refit as normal. Hopefully there would be enough length to allow you to plug it in - if not, you've not lost anything anyway, and replace it with standard ribbon cable as outlined above.
Mute 'popping' as if the receiver is overloaded or suffering interference is most often caused by the volume being set right on a 'decision threshold' setting (recall the digital nature of the volume control in the 8030s) and with a minor voltage or heat fluctuation, the radio thinks you've slightly adjusted the volume, and opens the mute in response to this. This is fixed by altering the volume control slightly, or to turn off the 'open mute on volume' option in FPP.
Another problem I have observed is during transmit, the radio 'stuck' on transmit. After turning the unit off, and on again, the display flashed on & off all display segments continuously, and no functions were active. Reprogramming the radio was not possible, and changing the EPROM did not help. The RF board was not at fault; it was removed, and the fault remained. The fault turned out to be a weird one - it was fixed by shorting out C283 (a black surface mount capacitor located between the 0.5 Farad 'supercap' and the RAM IC) for 10 seconds. Doing this clears the RAM (note: not the EEPROM or the firmware PROM). Normal operation was restored after doing this, although to discount some mis-programming of the EEPROM, I re-programmed the personality with FPP. You may want to try this if your PRM80 goes 'funny'. This was noted as a semi-common event on Dual Mode units with firmware version 4.6 - fixed by updating to version 4.7. I even had a radio where the PLL was locking at some very wierd frequencies indeed - some channels were OK, others were way off. Resetting the RAM fixed this one. It's a nice, simple, non-invasive fix to many 'funny' problems, so give it a try if yours does unusual things before reaching for the soldering iron.
Another 'microphone stuck on transmit' fault is caused by the microswitch inside the microphone getting stuck. The only way to unstick the switch is to disassemble the microphone, and allow the microswitch to spring free to it's normal position. This does not prevent the problem from recurring, and I don't have any bright ideas on this one.
One radio I found that had no TX audio from the microphone (but did produce selcall & CTCSS tones OK) had a problem with the FX365LG IC not passing the TX audio. You can replace the IC, or if you don't need the CTCSS functions you can bypass the TX audio around this IC completely. Similarly, I have seen a radio with no RX audio, also caused by a fault in the FX365LG IC, also fixed by bypassing it if not required.
Another fault of no TX audio I have seen is the microphone insert being open circuit, replacement of the insert will fix this. Sometimes an open circuit microphone insert will pick up noise or nearby AM broadcast radio stations and transmit that via the PRM80.
Various versions of heads can also cause headaches. For example, I have bought a brand new 4 digit head, only to find that it doesn't work properly on any of the PRM80s that I have played with. The symptoms are that the head does everything fine except the LCD display just doesn't work. All the buttons do what they are supposed to, the volume control works, the microphone works, you can change channels etc, but the LCD display is stuck showing a single 0. It appears that the head I have here is only compatible to a dedicated trunking radio unit i.e. 8030T. (see my comments in the trunking to PMR conversion section)
DTMF mikes will work on any head, but controller mikes which look almost identical to the DTMF mikes will only work on 6 digit heads (and hence controller mikes are limited to use on the PRM8030 or PRM8025, since they are the only units which can take the 6 digit heads/displays). You can tell DTMF only mikes apart from the controller mikes easily: the DTMF mike has a red LED in the front panel where the 'PHILIPS' label is, but the controller mike does not. Dunno about the newer Simoco mikes. Of course, controller mikes are not absolutely required on PRM8040s since they already have a keypad on the head. A DTMF mike would work fine on a 8040, if that's what you want.
If your radio does not switch on or makes a loud two tone beeping with power applied, then a likely explanation is that the unit has an incompatible program image programmed in or incompatible firmware. Try simply reprogramming the unit with your FPP, preferably with the latest version FPP you can get your hands on. If this doesn't work, try again, but half way through the programming, remove the interface cable. Then reconnect after FPP tells you that programming failed, and try programming once more without removing the cable this time. If this doesn't work, assume the firmware is wrong (i.e. trunking firmware in a single mode radio or vice versa, or possibly just plain faulty). In the worst case, it could indicate a corrupt EEPROM or terminal fault with the EEPROM or RAM. A corrupt EEPROM can be fixed, but you will need to email me for details on this.
Speaking of firmware, if you have an early version, it can be beneficial to update it; V4.7 at least for the dual mode units, and V3.6 at least for the single mode types. Minor but useful enhancements were enabled with the later versions - for example, being able to adjust the mute without disabling the RSSI first, or an increase in the rate that the channels are stepped through if the channel change buttons are held down for more than two seconds - things like that. You may also need to re-align your mute for best weak signal performance if you had a very early firmware version. When updating or replacing your firmware, first read in your personality of the radio using FPP and save the file (this is a good thing to do anyway - just in case!) Then power down the radio, replace the firmware, and short out the RAM backup capacitor by shorting C283 as noted above. Then power up the radio - if you get a two tone beeping, simply reprogram your personality using FPP. If the beeping doesn't go away, then restore your original firmware (you did keep it, didn't you?) and reset the RAM again. That should get you back to square one.
A common question asked by people is 'my 8030 radio doesn't seem to work - when I switch it on, it shows "n1" and a number and then I can't do anything with it'. This means the radio is a dual mode unit, and has powered up in trunking mode. To place the radio back into normal "PMR" mode, when the radio is first switched on, quickly press the left hand function button on the head, and in response to this, "n1" flashes. Now press the left hand up/down buttons until "p" is shown and leave it there. Then after 5 seconds or so, switch off the radio and then on again. If your radio is already displaying a flashing "n1" at turn on, there is no need to press the left hand function button in the above procedure, but you do need to press the up/down buttons before "n1" disappears. Apparently this procedure doesn't always work, so you may have to fiddle around with the function buttons a bit to change the mode, but the display sequence will be similar.
I found one radio which no amount of button pushing encouraged the flashing 'n1' to appear. The answer here is to use the PRM80 trunking FPP to turn on the 'power on network select' feature. You may as well also set the 'power on network' to PMR mode while you are at it, and you will never have a problem with the radio powering up in trunking mode ever again. The PRM80 trunking software is available on one of the web pages listed below.
Don't try to convert a 8020T or 8025 or 8040 local mount radio into a remote by simply plugging in a remote cable to the mic socket, and then trying to attach a remote head to the other end - it will cause damage to your radio. Local to remote conversions are possible for the 8025 - but you will need to have plenty of patience with soldering tiny components and wiring! For the 8025, remove the 2.2k resistors R383 and R350, and remove the 470 ohm resistor R311, and add the 0 ohm jumpers R352 and R384, and then reprogram the radio for remote head operation. 8010s and 8020s can't be 'remoted'.
Apparently many versions of PRM80s had some problems with electrolytic capacitors - check that all your little silver surface mount electrolytic capacitors are OK, especially on the RF board near the MC3361 or MC3371 IC if you have squelch or volume problems on your early PRM80. Leaking electrolytic capacitors often betray themselves by a dark blue or brown stain around them on the PCB as shown in leak.jpg picture file. As an example, on the RF board, C466, the squelch filter cap commonly dries out or leaks causing squelch problems. Replace this with an equivalent value (1.0 uF) tantalum capacitor. This cap is located on the RF board, and is the small metal 'can' right at the front edge of the board, half way between the flexi-track connector and the pair of 21.4 MHz IF crystal filters.
No matter where a leaking SMD electrolytic capacitor has been found, it should be removed and replaced with a tantalum type (which are not prone to leaking) and before fixing the replacement capacitor to the board, you should clean off any contamination. The stuff that leaks is corrosive and slightly conductive - both causing DC signal leakage into or out of other circuits and eating the tracks on the PCB. You can clean the contamination by carefully scraping it away to expose bare copper on the PCB tracks where it has spilt. Clean the area with a solvent and wipe dry, and brush any debris away to make sure. Then tin over any exposed (bare copper) PCB tracks with solder to protect them. If you have PCB circuit laquer then spray some of this on, too.
Solder flux can effect the operation of the RF and mute sections of the RF board. If you have some problems with the TX or mute sections, and maybe the RX section, and you can find no other or obvious problem, then look to see if there is any solder flux residue. This is particularly relevant around the TX power amp devices. I prefer to gently scrape flux away rather than use a commercial flux removal spray.
A problem that I have come across with the remote head 8030s is no power being supplied to the head - the radio will not switch on. A check of the voltage regulators indicates that they are working, but at pin 4 of the remote interface (as per the diagram above) shows zero volts or maybe only a few volts - it should be around 9 volts. There is a switching transistor that takes 9 volts to this pin 4, and that switching transistor is under control from the microprocessor. Each time I have observed the fault, it is either the microprocessor not turning on the switching transistor, or the switching transistor has blown (and close examination shows a tiny burn mark on the culprit transistor) that appears to be the cause of the problem. Why the microprocessor has decided not to turn on 9 volts to the head I do not know, but the cure is simple. Just take a short length of wire from the positive output of the 9 volt regulator and take it to pin 4 of the remote interface connector, so the head permanently has 9 volts supplied. Don't worry; you will still be able to turn the radio off and on in the normal manner.
Low sensitivity and low output power can be caused by a dry joint or fracture of the solder at the antenna connector. Resolder and add a bit more solder to cure this one.
One other problem that is more tricky to find is the 9 volt RX "switching transistor" sometimes becomes 'weak' and manifests itself as all manner of wierd things happening with the receiver - particularly mute problems of not opening or closing, or the RX being apparently unstable. You would never know it by measuring the 9v RX rail, though, it still shows 9 volts unless the problem is starting to become terminal in which case you might measure 8 volts or less. The faulty transistor is located on the control board near the 9 volt regulator and is a BC808, but can be replaced with any other compatible type.
Here are some hints kindly donated to me by Scott:
The SMC electrolytic caps are renowned for leaking. The best solution for this is to replace them with tantalum or ceramic types.
Chopping or loss of mute - change C458 to 220n, C466 to 1U/10v (C466 location given above, C458 on the RF board location is the metal can almost between the ceramic filter and the 20.945 MHz crystal. Later RF boards had changed this to 220n by using two surface mount caps soldered double decker style or one single surface mount type, so there's no need to go changing this if this is what you find instead of an electrolytic)
Low Rx audio - as above plus change C216 to 2u2/10V (C216 is located on the control board, fairly close to the -9.0 volt regulator, just below the main power switching transistor. There's two metal cans here side by side: C216 is the one closest to the legs of the -9.0 v regulator)
CTCSS on Rx audio 8010/20 only - change C246 to 1u/10V
PLL noisy - change C528 to 1u/10V and C470, C492 & C552 to 2u2/10v
Distorted Tx audio - change C552 to 2u2/10V.
Some of the symptoms of the RF shielding problem are distorted CTCSS or noisy
or intermittent TX. The fix is to fit a strip of aluminium tape around the front right hand
edge of the radio board as well as fitting washers under the shield screws and ensuring the shield is firmly screwed down. (I have also noted a strip of aluminium adhesive tape near the power connector on the side of the radio, bonding the shield to the chassis on many 8030s)
Sometimes the black strip around the board needs to be cleaned with a fibre glass pencil or rubber to improve the shielding.
The 'usual' problems that appear with CBs can also be observed on PRM80 radios that have been handled carelessly or by someone who doesn't know what they are doing. Fuses that blow all the time indicate that someone has reverse polarised the power supply, and the protection zener diode is now short circuit. Replacing the diode with an identical type should restore things - so long as the person who connected the power backwards shut off the power and didn't replace the fuse with a bigger one, or worse, a screw or lump of foil! (ARRG! Don't you just hate it when people do things like that?)
Scratchy TX audio can be one of two things. The first is applicable to the controller microphone only and is identified by a windy, scratching sort of sound on TX, almost as if there is a broken wire in the microphone cable. This is actually caused by a few capacitors in the microphone handset leaking DC through them. The fix is to replace C2 and C3 inside the microphone with 1uF tantalum capacitors. C2 & C3 look like tiny black oblongs with '105' printed on them, about the size of a pin head. You can use 4.7uF tantalums if you wish to have a little more bass in your transmitted audio. With the mike cord facing down, and the PCB swung out of the mike case to the left, near the bottom right side of the PCB where the yellow wire attaches to the PCB is a small black 1mm x 2.5mm surface mount 'box', marked C3 on the PCB. Replace this with a 1.0 to 10uF tantalum. Also, there will be an identical SMD small black 'box' marked C2 near where the black wire attaches to the PCB, about in the middle of the board. Replace that with a 1.0 to 10uF tantalum, too. You might find it easier to work on the PCB if you remove the clamp holding the microphone cable in to the case.
The second scratchy TX audio is identified by a sharp, harsh scratch, and is a sure sign of the microphone cable having an intermittent open circuit in one of the wires. Replacing the microphone should fix the problem. Alternately, you can replace the mic cable itself, but I'd recommend using a genuine Philips / Simoco cable assembly - just using a standard CB microphone cable with a crimped on RJ45 connector won't last very long. An interesting thing is that Philips / Simoco don't sell microphone cable assemblies - they only sell complete microphones, which is consistent with their policy of microphones not being a repairable item - only replaceable. You would need to hassle a radio repair shop to see if they have any faulty microphones left laying around, and scrounge one of those, and hope that the cable in that is good, and that the mic was replaced due to faulty electronics or a faulty insert. If replacing the microphone does not fix the problem, take a look at the remote cable for those who have the PRM8030 or 8040.
If you are ever removing or replacing the RF shield, or doing soldering on the radio of any description, turn off the power and remove any power plugs / cables first. This will prevent any accidental shorting to earth of any active power supplies or components that may have power applied to them - even if the radio's power switch is turned off.
If you have your PRM8030 or 8040 installed in a mobile, and the display starts to reset or flash everything rapidly, switch it off fast! Then go looking for damage to your remote cable (i.e. head to body) - my mobile unit exhibited this problem and found that the cable had been pinched underneath a car seat, shorting the 9 volt power line to earth. Luckily no other damage resulted, but the moral of the story is to route your remote cables carefully where they are not likely to receive damage.
Another fault was given to me saying 'the radio has really bad TX and RX - even my old Uniden 001 works heaps better'. Turns out there was nothing wrong with the radio at all - it was the PL259 to BNC adaptor the guy was using was short circuit. Remove the adaptor for the Uniden and all was fine, put in the short circuited adaptor for the 8030 and of course the receive and transmit will go out the window. In any case, you shouldn't be using an adaptor of any type - I proved this the other day when RX'ing some really weak signals with an adaptor and a short coaxial 'tail'. Remove the adaptor and tail, and the signal became 50% more copyable. A friend also demonstrated why you shouldn't be using adaptors - he had two 'elbow' adaptors to help make a neat transition of cable through a wall. He was loosing about 2 watts of the 5 being transmitted by these adaptors. That is nearly 3dB loss through those adaptors - yuck!
Yet another 'low sensitivity' fault was cured by cleaning the antenna connector (both on the PRM80 and the antenna connector on the end of the coax) that had a reasonable amount of dirt and contaminants in it. I used a special swab on a stick with isopropyl alcohol to do the cleaning of the BNC connector body, and a shaved down match stick dipped in the IPA to clean the centre contacts of the connector.
One recent fault I had was very simple to fix. The display was slowly flashing all segments lit up. The radio was a 8030 remote dual mode, with the little FSK daughter board. One of the little wires leading to the FSK daughter board was pinched underneath one leg of the EPROM which had recently been replaced. Simply remove the EPROM, re-run the wire away from the EPROM socket, reset the RAM as detailed above, re-insert the EPROM and away you go. Reprogramming with FPP may be needed.
Recently, an 8030 was observed to be 'frozen' on power up - it would just sit there with the power on message and do nothing else. This was fixed by reading and writing the radio configuration with FPP.
I have seen the occasional fractured solder join from the RF board to antenna connector. If you have the RF shield off, it might be worth re-soldering that point no matter what. If the fracture is bad enough, there will be enough capacitence for the receiver to work, sort of, but the TX will get quite upset.
Another fault with the mute that didn't respond to the 'usual' fixes above was fixed by adding a 0.1uF capacitor in parallel to C267 the little brown SMD capacitor that lives near pin 4 (next to the chamfered corner) of the FX459 IC, near the front of the control board - this capacitor is identified by one of it's 'legs' going to ground foil of the PCB.
PRM80s are noted for occasionally doing some weird things - like resetting themselves, changing channel rapidly by themselves, lighting up or flashing all segments or missing digits - things like this are usually cured by a simple power off, wait 5 seconds, and then on again. If not, remove the power supply to the unit entirely for 10 minutes, reset the RAM as detailed elsewhere in this file, and reconnect power.
It's also a good idea to try and keep power connected to your PRM80 (all versions) all the time - this will keep the RAM powered up retaining your memorised scanning channels, and will improve stability on powering on when you do use the radio.
Here are a few spare parts that Rockby keep that are used in the PRM80 series:
MRF646 (SRFH1068 is equivalent) RF power transistor for UHF versions, about $46 ea.
HY62256A RAM as used in PRM8030, about $7
CML FX365LG CTCSS IC, about $10
TDA1519A audio amp, about $7
PCF2100T display driver for 4 digit head, about $5
MC3371 NBFM IF with RSSI IC, about $4
Mic bracket with magnet, part no 12249, about $1 ea.
And finally, some common spares that you can order from Simoco:
8025/8030 Microphone connector cover (very commonly lost) : 3513-901-11411, about $5 ea.
8020/8025/8030 Clear plastic display lens : 3502-310-42940, about $3 ea.
and from Dick Smith Electronics:
Power connector : P5120 for about $4. Make sure no &^!$@ has removed or short changed you of the vital female pins in the packet. Its the same type as used on computer hard disk drive power connectors. Molex and Utilux style connectors should also suit - if you can find them.
If there is a serious fault with your radio that is beyond your expertiese to repair it may need professional help. If this is the case, and you need to send your radio to a repair company, do be very careful. When looking for a company to repair your radio, you should ensure that the company has experience with Philips / Simoco PRM80 equipment and that they have the backup support to get spares should they need to source them. Also get the company to provide an estimate for repair, or better yet a quote, and get it in writing. At the very least, keep a record of telephone conversations by writing down the name of the person you are speaking to, the substance of the conversation, time and dates. If you can record the telephone conversations that would help, but remember you must inform the person at the other end if you are recording the conversation.
If the estimate or quote is high, you have to ask yourself is the radio worth repairing? Would I be able to get the same radio on the second hand market for less than the asking repair price? Also make it very clear that you do not want to have the radio repaired without your final authorisation.
And when sending your radio to a company that is not local, send it with insurance and some way that you can get proof of delivery, and have the company at the other end do the same on return. You just would not believe the number of shonky companies out there who claim that 'oh no, we never got that' (and they did) or say 'oh yes, um, er, we sent that today' (and don't send it until next week, if at all).
Just as an example, I recently had my 8040 repaired by a very reputable company. They quoted $50 for the repair, saying that they would offer a good repair price considering the 'hobbyist' nature of the radio (a 2 metre ham rig). A month went by without the radio being returned to me, and further enquires revealed that the 'quote' had since been changed to $200 (to which I reluctantly agreed to), and a month later had gone up to nearly $500. I felt like saying 'no thanks, just return the radio to me' but they had already repaired the radio without my agreeing to the increased quote. So it was either put up the money or lose the radio - they made it quite clear that I wouldn't be getting the radio back unless I paid their price. And remember, this was from a reputable company. Admittedly, they did offer a $100 discount when it was pointed out that for the price of the repair I could have purchased a complete replacement unit (8038 conversion kit), but still putting up a 'quote' twice and going ahead without my consent on the last increase is inexcusable business practice. And to top it off, they took nearly three months to repair it. Unbelievable! Don't get burnt like this! (And you wonder why I'm paranoid to the extent of writing everything down and recording such telephone conversations now??)
Converting your 8030 to an 8040 and programming the 8040
The PRM8040 has some enhanced features over and above the 8030, and an improved user interface. These added features include alphanumeric channel naming, 8 user function keys available instead of 4, an enhanced power on message and status feature, an 'address book' for peoples names, addresses (or other info you might want to keep) and their selcall / trunked identities, an alarm clock feature that can do certain functions at a particular time of day, a secondary selcall address book, user selectable CTCSS tones (early versions only), and alphanumeric naming of scan groups. Theres also lots of little extra things to tweak and configure if you are so inclined.
To convert the 8030 to an 8040, first program the 8030 with all the frequencies, features & functions that you want, in roughly the way you want the radio to operate; this is to confirm that everything works in 8030 mode and to get you used to programming the 8030 with all the 'tricky' features that no doubt you'll want to use in the 8040, you can skip this step if you are feeling confident. However, if you plan to swap RF boards to a different band later for your 8040, then you must make the hardware code change while the radio is configured as an 8030. (For whatever reason, changing of hardware codes to suit different bands is not very sucessful in 8040 FPP ie: you have a 8030 A band unit, and want to change it in to a 8040 TM band unit - you should do the RF board swap and get the 8030 running as a TM band unit first, then do the 8040 conversion). You then remove the 8030 EPROM firmware, and replace this with the 8040 firmware (you can find firmware for the 8040 in the 8030firm.zip file). There is also a jumper to change to supply the head with constant 13.8v power, instead of switched 9v power; remove 0 ohm R385 which is on top of the control board (close to the front edge of the board, about level with the legs of the 12MHz crystal), and re-install to R356B which is on the underside of the control board (towards the back end of the board, near the side edge on the same side as the RJ45 connector). Then, the 8030 head is replaced with a 8040 head, and you then use the 8040 FPP to program the features that you want on the 8040 head as well as frequencies, channels etc. When programming the 8040 head if you encounter problems, you should put the head into a programming mode by holding down keys "1", "2" and "mode" while powering up the radio. The display should read "Connect FPP Waiting". This sequence isn't always necessary.
When programming the 8040 with the 8040-specific FPP, you really do need to ensure you are using a true DOS 6.22 session. Not an 'exit to DOS' from Windows95 or 98 etc, not a boot disk created by W95 or 98 etc, but a genuine DOS 6.22 session. The 8040 FPP likes to have at least 580k and preferably 610k of free memory. You can check how much free memory you have by using the DOS command 'mem'. You can free up memory by getting rid of any TSR type programs, loading DOS to high memory, and preventing any drivers from loading. Also the DOS command 'memmaker' may help. Also be aware that the 8040 FPP has a problem deallocating memory, meaning the longer you run it (especially after printing or deleting jobs) it will eat more memory and eventually starve itself of memory. This is the 'official' line on memory requirements of the 8040 FPP, and if you don't meet these requirements, try it anyway, it may still work, though in my experience the 8040 FPP is even more fussy about the right OS & memory than the 8030 FPP is.
There are various displays that the 8040 head can give at different stages of programming and setup. The first goes something like:
PHILIPS (in double height letters) PRM8040
Initialising,
Please wait.
If you have a later version of '8040 control unit firmware' in the flash memory, the PHILIPS above might be replaced by SIMOCO, or if the head has been programmed previously with a custom power up message, the PHILIPS or SIMOCO might be replaced with that custom message. If you do not get this display at least when you try to power on the head then it is faulty. If the display sticks at this message, with or without the beep-boop sound, then it could be that the main unit of the radio hasn't been programmed correctly, or doesn't have a matching 8040 firmware EPROM installed. If all is well so far, then this screen is quickly replaced by the following:
PRM804x PMR (or "PRM804x Dual Mode" if applicable)
CU: FFFFFFFF 07vvv
RADIO: ssssssss eeeee
PMR MODE
where FFFFFFFF is the serial number of the 8040 control unit head,
07vvv is the 8040 head firmware version (not to be confused with the transceiver unit firmware below)
ssssssss is the serial number of the radio main unit
07eee is the firmware version of the radio main transceiver unit
Once you manage to get the radio & head powered up and connected to FPP, when reading the data, the display will show:
FPP
Connected
>Reading data
and when FPP is writing data:
FPP
Connected
>Configuration Data
Writing .........
followed by this display:
Configuration changed
>Update Radio
Pls wait ........
However, if the following displayed for more than a few seconds, it indicates that something is wrong - it could be the firmware in 'flash' memory inside the 8040 head is corrupt or missing, or it could mean the PSD boot code is corrupt, or it could mean that the programming with FPP didn't work:
PRM8040 HWC: hhhhh
CU: FFFFFFFF 07vvv
Radio: ssssssss 07eee
PSD Boot Code V1.01
Where: hhhhh is the last five digits of your radio hardware code - it could show a number starting with a 1 before the 8040 personality is written, or it could show a number starting with a 5 after the 8040 personality has been written.
FFFFFFF is the serial number of the 8040 head - and if it is FFFFFFFF then it is a sure sign that the EEPROM is corrupt.
07vvv is the 8040 head firmware version (not to be confused with the transceiver unit firmware below)
ssssssss is the serial number of the radio main unit
07eee is the firmware version of the radio main transceiver unit
Another error message you might get, especially when doing the 8030 to 8040 conversion is a rather ambiguous "Connect a radio of correct band" message. This means that the programming of the head and the programming of the radio main unit do not match. Simply reprogramming everything with 8040 FPP should fix this, however I found that if you are trying to swap RF boards to change the band the 8040 works in, this doesn't seem to work - the only way I could do it was to change the radio back to an 8030 (EPROM change and re-program as an 8030), do the RF board swap, change the hardware code to the correct band in 8030 FPP, then convert back to 8040 again.
One other screen that you will not ordinarily get to see is the 'program load' screen when the 8040 head firmware is being written to the flash ROM (only Simoco dealers have this capability):
FPP
Connected
>Program Load
Writing ........
Speaking of 'firmware' for the 8040, early versions of 'firmware' held in flash ROM inside the 8040 head had a few problems and missing features, getting the firmware upgraded is definitely desirable - you need to see a real Simoco dealer about this. Basically the process is possible via the standard FPP programming interface and special software, writing the new firmware to the 29F040 flash ROM inside. You can see the version of 'firmware' when you program the 8040 with FPP - during reading or writing it will show 'Control Unit software 3502 362 07vvv - Serial No. FFFFFFFF'.
Note that there are actually two firmwares to consider for the 8040 - one firmware for the transceiver unit which you program onto a EPROM and insert in the radio main transceiver unit, and a firmware that is stored on flash ROM inside the 8040 head control unit - this is the one that can only be upgraded by your local Simoco agent. Another way to find out the control unit firmware version is to hold down the shift key for two or so seconds. If the radio displays a message about "Programming FLASH - do not turn off" then definitely DO NOT turn the radio off unless this display is stuck for more than about 10 minutes.
When writing your information to the 8040 with FPP, something I have noticed is that there is an 8041 and an 8042 - both with seemingly exactly the same features. For example, if you look at the hardware codes ending in 52012 and 52060, they look identical, yet program differently. If you find that your 8040 doesn't program or operates strangely, try using an 8042 code instead of an 8041 code.
With repairs to the 8040 head unit, unless they are on the interface board or the memory key socket board, do NOT attempt to solder on the main 8040 control unit board. This board is a multi-layer type, meaning that special techniques are required. It also means that if you do need to take apart the head unit for any reason, you should not over-tighten the screws as this will bend the PCB and possibly break one of the internal multi-layer tracks.
The two main problems I have seen with 8040 heads are that either the head will not power on at all - no display, no RX or TX from the radio, nothing at all, or the radio would power up and display the first two power up screens, but stop there, stuck displaying the second power up message. The first problem I didn't even attempt to repair so I can't shed any light on that, and the second problem is apparently commonly caused by a faulty FLASH ROM (29F040).
You will note that there is a small lithium backup battery to maintain the RAM which holds things like your user selected scan channels and the time of day clock. If you find that this battery needs replacing, Rockby have them for sale at about $4.50 each, part number 10971. It is probably a good idea to power up your 8040 at least once a week to keep charge maintained to this backup battery.
You can also do a similar conversion of PRM8030 to PRM8038, which has a head similar to the 8040 with a built in keypad, alpha-numeric display and similar features, only a slightly more modern look. Again, the conversion is much the same (replace the firmware and program the head), but at $400 for the kit from Simoco, it is a little on the expensive side. FPP V5.07 will program the 8038, (as well as 8025 and 8030). One drawback of the 8038 is that it apparently does not have a RSSI, then again it might be 'built in' to the firmware like it is on the 8040.
When programming the features & functions of the 8040, you don't have to assign a function button to do the following tasks, as these are 'built-in' to the 8040s firmware:
RSSI (Received Signal Strength Indicator)
Alphanumeric or channel number only display mode
Memory key read or write operations
LCD display contrast adjust (adjustable in 64 steps)
Backlight level adjust (adjustable in 64 steps)
Power down timer adjust (off, or 0.5 to 36 hours in 0.5 hour steps)
Backlight 'on period' timer adjust (off or 1-40 minutes)
Time display & setting (time displayed is frozen, it doesn't update the display in real time)
Mute level adjust (standard 0-15 steps)
With appropriate programming, the following features are available without having to assign a function button:
DTMF sending, including 'free dialling'
SelCall sending from 'phone book' or 'variable status' or 'free dialling'
Editing or adding to the 'phone book'
Trunk network or PMR selection (depending on hardware configuration)
Queued call editing
Earlier versions of the 8040 also had:
Date as well as time
User selectable CTCSS tones
Selectable beep on/off
All of the above set of features (ie DTMF, SelCall) can be accessed directly from the 8040s keypad, meaning you do not need to use a controller keypad microphone. In fact, this microphone's extra features provided by the keypad can only be used by trunked versions of the 8040, so it would be best to use the standard microphone with the 8040 in PMR mode given that the standard mike produces slightly better audio.
With SelCall on the PRM8040 series, you need to be very careful setting everything up. The 8030 is a little forgiving if there are some inconsistencies in the selcall settings, however the 8040 will do all sorts of wierd & wonderful things if the settings are not perfect - especially those settings that are inter-dependant on other settings. As per the 8030, the comments made for the 'decode & display' feature are applicable to the 8040 - ie: four digits is the best you can decode (although for some reason, the 8040 does actually display 5 digits every time it does a 'decode')
So, in the final analysis, is the 8040 worth the extra money? I do believe it is, but it would be even better if the radio had retained it's user selectable CTCSS tone ability. Remember, the 8040 is just an 8030 with a better display and user interface.
If you are going to use your PRM80 in a mobile...
It has been found that the modifications for retuning, especially those that involve adding trimcaps, can become unreliable over time if used in a car etc. Common problems have been trimcaps breaking or solder fractures, and adjustments vibrating out of alignment. This can be remedied two ways. First, to prevent vibration causing mis-adjustment, use a dob of hot candle wax on the trimpots, trimcaps, and other adjustments to keep them in place. To prevent solder fractures, ensure good solder joins (not necessarily by using more solder which will be detrimental to RF performance- just make your joints clean & strong), and ensure the trimcap does not make contact with the shield, which is most important. Having said that, my PRM8030 has been bouncing around, unsecured, underneath a seat in a 4WD for over 2 years without the candle wax to freeze the adjustments without problems (the trimcaps were stiff enough not to warrant the wax)
Another possibility is to use physically small-as-you-can-find ceramic disc capacitors in place of trimcaps. What you will need to do is to either install the trimcap and once adjusted, carefully remove and measure it's capacitance at that setting and replace with a disc ceramic as close to that value as possible, or simply try installing disc capacitors on the resonators of various values between 2.2 and 6.8 pF until you find what works, and what does not, each radio will be slightly different, so I can't give any hard & fast values for each resonator. I found that a combination of 4.7pF on the front-end receive resonators and 3.3pF on the RX & TX VCOs worked pretty good on most occasions for a W4 to W1 conversion, but bear in mind you MUST tune the tracking gain adjustments professionally (i.e. with a signal generator and CRO). I have found at least one radio that did not respond well to 4.7pF disc ceramics on the RX resonators, each resonator appeared to want a different value capacitor, so in this instance I used trimcaps to effect the modification. Sometimes the 3.3pF on the RX VCO isn't quite enough to shift the RX bandwidth down low enough to cover police UHF RX, so try 3.9pF or even 4.7pF if this is the case. When selecting your disc ceramic caps, try to find as physically small as possible types - the types that are about the size of a match head are ideal, and the next size up (about 4 or 5mm in diameter) are OK, too. Avoid any larger sizes. And when installing them, keep the lead length to a minimum - the leg that solders to the resonator body need only be 5mm long with the body of the capacitor right up against the resonator. The other leg that solders to the centre 'plunger' also only needs to be 5mm long at the most.
Of course, using disc ceramic capacitors instead of trimcaps means that you will not be able to set the VCOs to the exact coverage that you want, nor will you be able to adjust the front end resonators for absolute peak performance like you could if trimcaps were installed, but offsetting this slightly is the fact that fixed disc ceramic capacitors have a higher Q than their trimcap cousins, and some of the loss of performance from not being able to precisely peak the adjustment is partly gained back by the higher Q factor. This does however mean that you will be relying on the PRM80s internal voltage tuned (i.e. tracking) front end feature to keep RX performance peaked across the coverage, and as I have found out, if you are covering large chunks of bandwidth, this is not always optimum. Having the trimcaps means you can at least tune for best compromise despite the tracking adjustments. I have found that very carefully aligned trimcaps on the front end and tracking gain adjustments can yield 1.5dB better performance than if using fixed disc ceramic capacitors on the front end.
So, in summary the trimcaps offer the advantage of being able to be adjusted precisely for peak performance, and if necessary tuned for compromise performance across an abnormally wide bandwidth (say more than 15 MHz), with the disadvantages of not being as robust as the fixed value disc ceramic capacitors. The fixed value disc ceramic capacitors have the advantage of being cheaper and simpler to install because they don't have to be tuned, and being more robust suited to a mobile installation, but have the disadvantages of not being able to be peaked for absolute maximum performance (very slight performance disadvantage) and will not lend themselves to 'compromise tuning' if used in a wide bandwidth application.
One thing I have quickly investigated is the effect of the higher Q of the disc ceramics on available bandwidth of the VCOs. Adding a trimcap definitely does reduce the bandwidth that VCO can cover (recall my comments above about a 'native' band board being able to cover 50 MHz or so on RX, but when modded with a trimcap, this reduces to 40 MHz), so I wondered if a higher Q fixed value disc ceramic will yield a better bandwidth? Well, unfortunately no, they do not appreciably increase the bandwidth the VCOs can cover. Yet another thing to think about when deciding to use trimcaps or disc ceramics. (If you want better UHF bandwidth and the ability to keep a constant sensitivity level across the band, look at a non-trunking Tait T700, with the 755 model wideband receiver and wideband tracking TX PA - 450 to 520 MHz with ease, and if tuned for a very narrow IF bandwidth they become a super hot receiver; -121dBm for 20dB quieting (approx 0.135uV for 12dB SINAD !!), but at this narrow bandwidth, they do moderately clip the audio of most transmissions; returning the bandwidth to normal yields -122dBm for 10dB SINAD)
Another thought that may yield yet more performance advantage, however slight it might be (and it would only be very slight - I'm guessing maybe <0.25dB performance advantage) is instead of fixed value disc ceramics, obtaining fixed value surface mount components such as 3.3pF and 4.7pF capacitors and solder them across the resonators at the appropriate locations. Again, with this method you don't get the advantage of being able to precisely tune the circuit as you could with a trimcap, but you gain the same advantages as you do with disc ceramic capacitors, only the advantage is magnified slightly due to keeping all components surface mount. But bear in mind that the gain is only very slight, and if you do manage to get an extra dB of receive performance, that only equates to 1/6th of an 'S' point. Still, a dB here and there soon adds up, and if you manage to save 3dB (use Belden 9913 coax or even Heliax instead of RG213 or use RFIs 'Cell Foil' coax instead of RG58 if in a mobile, use the best quality connectors you can find rather than the average quality ones, never ever use adaptors, do your tuning adjustments really carefully and slowly, it all starts to add up) - it is like making your radio twice as sensitive if you think on a linear scale.
My very latest thoughts are that if you are converting a W4 unit to cover UHF CB and Police RX only, which probably covers 95% such conversions, that it is easiest to use 4.7pF disc ceramics, the physically smallest you can find, on the 5 receive resonators and the RX VCO resonator, and use a 3.3pF or 3.9pF disc ceramic on the TX VCO resonator. This minimises cost, and simplifies tuning, so long as you have the correct equipment, of course. For those who demand the absolute very highest performance, squeezing every last drop of performance out of the front end or for wider coverage applications, you should be looking at using all trimcaps, as mentioned above. If the unit is intended for harsh mobile use, then definitely go for all disc ceramics, as I have had two reported failures of the trimcaps (substrate break-away) in mobile use, although I have had 3 others in mobile use for over two years with no problems at all. No matter which way you go, you will require proper tuning of the tracking gain adjustments, though, so bear this in mind.
The great Tait 2020 vs PRM8030 debate:
Well, it had to happen. I've been hearing so many people claiming the Tait 2020 is a superior radio to the PRM8030, so I decided to check it out myself. After having played with the Tait 2020 (which incidentally is every bit as modifiable as the PRM8030), I have made the comparison, and here are my thoughts:
PRM8030:
Pros: Cons:
Weaker signals easier to hear Lacks alpha numeric display
More features built in as standard TX audio quality is not as good as the 2020
Easier to operate & program Requires keypad mike to use extra functions
Australian made & designed, parts easy to find Lacks DCS signaling
Has built in RSSI
Tait 2020:
Pros: Cons:
Better TX audio RX audio gets more harsh with weak signals
Keypad & alpha numeric display as standard Selcall & DTMF are optional extras.
Has DCS signaling No Received signal strength meter.
UHF radios are wideband (450-520) as standard More complex to program
Parts not quite as easy to find.
My personal preference is for the PRM8030 over the Tait 2020, but only because the PRM80 suits me better. Some people will prefer the Tait 2020 because of some of the way it offers its options differently to the PRM80. In the end, the PRM8030 and Tait 2020 are pretty much equal radios, where one radio is better than the other, the other makes up for it in other areas.
Identifying PRM80 boards, bit & pieces:
System & control board:
PRM8010: Looks similar to the PRM8030 control boards, with a similar layout in some
sections, but significantly simpler circuitry in other areas, with a much
smaller processor. May or may not have a FX365 flat pack IC. Part number
is 9502 309 98911.
PRM8020: Looks very much like a PRM8010 control board, but with some minor
changes, larger EEPROM etc.
PRM8025: It looks nearly identical to the PRM8030 single mode unit but with the
volume & on/off control affixed to the board, and with a flexible interconnect strip to go to the local display section.
PRM8030: Single mode unit: will only have the FX365 flat pack IC on it. Part number
is 50450. (one single mode unit I have seen has had a FX365 and a FX439 flat pack IC, which is an earlier version of the FX459 - so this radio was not quite a dual mode unit, but set up as a single mode unit with the single mode firmware, and without the FSK sub-board)
Dual mode unit: will have both the FX365 and FX459 flat pack ICs and the
FSK sub-board soldered to the flexible interconnect strip retaining clip. Part
number is also 50450, so the hint is the extra FSK sub board.
PRM8040: This is the same as the 8030 but with new firmware.
RF boards:
E band: will have a SRFH1055 as the main RF PA transistor.
A band: will have a SRFH1057 as the main RF PA transistor.
B band: don't know, never seen one, but would be difficult to tell apart from an A
band board. In fact a genuine Philips carton that contained a A band board
described the board as being a A / B band board, so maybe they are the
same beast, just tuned to meet the requirements of each band.
TM band: will have 5 x "500" front end resonators, a "480" resonator for the RX VCO
and a "490" resonator for the TX VCO
U band: will have 5 x "545" front end resonators, a "500" resonator for the RX VCO
and a "530" resonator for the TX VCO
W1 band: will have 5 x "580" front end resonators, a "530" resonator for the RX VCO
and a "565" resonator for the TX VCO
W4 band: will have 5 x "605" front end resonators, a "560" resonator for the RX VCO
and a "580" resonator for the TX VCO
UW band: will have 5 x "605" front end resonators, a "580" resonator for the RX VCO
and a "615" resonator for the TX VCO, and there will be some additional
capacitors in the TX amplifier chain, and some 2100 ohm resistors near the
main PA device. If you look carefully, each VCO resonator has two
varicaps, instead of one.
I have not seen a TU band RF board, so I can't tell you what it has.
Narrow band (12.5 kHz boards) have a CFW455F ceramic filter (abbreviated as 55F)
Standard band (25 kHz boards) have a CFW455D ceramic filter (abbreviated as 55D)
(You can't always rely on the identification sticker on the bottom of the plastic shell, especially if someone has swapped shells or swapped RF boards. However, for your interest, it is the 3rd digit/numeral in the 20 digit supplementary code that indicates bandwidth; S for 12.5 kHz, V for 25 kHz, and rarely you might see R for 20 kHz and X for 30 kHz.)
Control heads:
PRM8030: 4 digit heads will have a sticker on the rear saying "PRM80 remote control
unit" and nothing else.
6 digit heads will have a sticker on the rear saying "6 digit control unit"
PRM8040: has an unusual shape, with a built in keypad, and larger LCD display.
Microphones: Standard: nothing special here!
DTMF: has a keypad on the front face of the mike, and a red LED in next to
the 'Philips' label
Controller: looks just like the DTMF mike, but has no LED.
Photos of the PRM80 internals:
I have taken some digital camera photos of three RF boards (E, A and W4 band boards) to show the location of adjustments & components and a close up photo of how I have soldered a trimcap to the UHF resonator filter. I have also taken some photos of the control board (one single mode unit with no options, and a dual mode unit with trunking FSK modem card, interface modem card, and voice synthesiser card, another photo showing the vital RF shield covering the RF board, and a complete PRM8030 remote mount unit with controller microphone. There are also some other photos taken direct from the internet that show the various versions of the PRM80 radio units. I did not put them inside this word document, because the memory taken up would have been prohibitive.
Index:
prm80_1.jpg Shows a W4 band RF board installed, with the trimcaps installed to the
resonator filters. Note the orientation of the trimcaps, so as to not touch any
other components or the PCB, nor will they be fouled when the RF shield is
replaced.
prm80_2.jpg Shows a close up on how the trimcaps have been soldered - note the
reasonably neat soldering, and where the legs of the trimcaps attach to the
resonator.
prm80_3.jpg Shows a single mode control board, with labels for adjustments.
prm80_4.jpg Shows a dual-mode control board. The adjustment locations are the same
as for the single mode board. Note the larger EPROM for the dual mode firmware, the extra flat-pack IC for the trunking data reception on the main board, and the FSK modem board to the 'front' of the unit near the ribbon cable. Also visible to the 'rear' of the radio is a modem & interface card with low voltage & remote power on/off facility, and a voice synthesiser option card (only works in trunking mode). Also note that the dual mode radios mostly had a more 'gold' coloured chassis / heatsink, but not always.
prm80_5.jpg Shows the RF shield, which has holes available for most adjustments, but
you will still need to remove the shield to access the front end cores (VHF versions) or the resonators if adding trimcaps for UHF versions, and to access pin 2 of U401, and for this particular shield, the mute adjustment.
prm80_6.jpg A complete PRM8030 remote mount unit, with controller microphone.
prm80_7.jpg Shows a W4 band RF board before modification. All other UHF version RF
boards will look almost identical to this. The only immediate visible
differences between UHF RF boards will be the physical size (length) & numbers on the resonator filters. Sometimes a different but compatible RF PA device is used. (I suspect that the MRF646 is equivalent to SRFH1063)
prm80_8.jpg Shows a VHF A band RF board, with labels for adjustments.
prm80_9.jpg Shows a VHF E band RF board, with labels for adjustments. Also note the
addition of a suppressor noise blanker mini-PCB in position U401. Other
noise blankers were soldered between the front end RX helical filter shields.
headfrnt.jpg Shows the front display of the 4 & 6 digit heads. Not much difference in
appearance, is there?
headrear.jpg Shows the rear of the 4 & 6 digit display heads. The only real visible
difference is what is on the sticker. The differentiating text on the stickers
is given in the picture in white text.
headint.jpg Shows internal view of the 8030 4 & 6 digit heads, with keypad connector,
and pin numbering. Note that the 6 digit head has the slightly shorter but
higher density (i.e. more legs) SOIC integrated circuit.
mics.jpg Shows the controller microphone and standard microphone and the vital
microphone connector cover.
cables.jpg Shows a custom made short head to main unit interface cable (useful for
testing), some R4001 trimcaps as they are supplied from Altronics, and a
nine pin mini-header SIL socket that is used to connect an external keypad
to the PRM8030 head.
R4001.jpg Shows a close up of the R4001 trimcap
Intfc1.jpg A simplified schematic diagram using common easy to obtain parts for a DIY
programming interface.
Intfc2.jpg Shows the completed programming interface. Note the small two wire
shielded cable to the DB9 connector, and the flat 4 wire telephone style
cable to the RJ45 connector for the PRM80 interconnection.
Intfc3.jpg Shows in internal view of the programming interface circuit - it's pretty
simple!
PRM8010.jpg A good view of a PRM8010 - the base model unit.
8010ARF.jpg Shows an A band RF board fitted to the PRM8010 - no real difference to the
8030 A band RF board - if any!
8010ctrl.jpg Shows the control board of a PRM8010 - somewhat simplified compared to
the PRM8030 - note the lack of a firmware EPROM, however, the FX365
CTCSS IC is present.
8010ctrr.jpg Shows the underside of the PRM8010 control board - no 'smart' bits here!
8010head.jpg Shows how the 'head' of the PRM8010 is attached. It's fiddly to get that
ribbon cable back into it's connector.
8030DM1.jpg &
8030DM2.jpg & Shows a different view of the dual mode PRM8030 control board.
8030DM3.jpg
8030DM4.jpg The dual mode control board that isn't! This board has a FFSK IC (FX439)
fitted, but is really a single mode unit.
8030DMCR.jpg This is an underside view of the PRM8030 dual mode control board, but a
single mode unit would look pretty much the same. Also shown are the
interconnections for a scrambler with post pre-emphasis, and pre
de-emphasis access points, as described above.
Also note the filed out 'channels' in the chassis shield 'ridges' for the
scrambler wires to pass, and the double sided tape to hold it in place.
8030UWRF.jpg This shows a genuine UW band RF board.
RJ45pins.jpg Shows the pinouts of the RJ45 plug.
Mic_sch.jpg I can't remember where I got this from, but it shows the schematic of a
standard PRM80 microphone.
8020ctr1.doc Shows a component layout of the control board of a PRM8020
8020ctr2.doc Another slightly different component layout of the 8020 control board.
8020bot.jpg A view of the underside of the 8020 control board
8020top.jpg Guess what? A top view of the 8020 control board
8020W1rf.jpg A genuine W1 RF board, here mounted on an 8020 chassis.
20headbk.jpg A good view of the rear of the 8020 display head
20headfr.jpg A front view of the 8020 display - doesn't look too different, does it?
call37.jpg This shows the display of the PRM8040 when it is selcalled
8040disp.jpg A close up view of the 8040 head display.
8040head.jpg An overall view of the PRM8040 head
prm80s.gif A Simoco 8010 and 8020, both trunking variants
Sim8025.gif A Simoco 8025
prm80b2b.jpg A diagram that shows how to make a cable to connect two PRM80s back to back
to make a cross band repeater. Note that both PRM80s must not have a modem
card installed - they must have just the plain, standard DB15 interface. The
resistor values given are the same as the codes used for surface mount
components i.e.: 103 = 1 0 000 = 10k, not 103 ohms!
4diglit.jpg A small picture of the 4 digit head with all segments lit.
6diglit.jpg A small picture of the 6 digit head with all segments lit for comparison.
8040hd.jpg A close up scan of the 8040 head / control unit.
8040in_1.jpg Internal view of the 8040 head main board with interface board attached, and the
'memory key' socket visible at the bottom.
8040in_2.jpg Internal view of the 8040 head main board without the interface board and memory
key socket.
8040in_3.jpg Internal view of the 'front' of the 8040 head main board
8040in_4.jpg Internal view of the 'front' of the 8040 head main board without LCD display,
exposing the flash ROM and PSD boot ROM.
8038head.jpg Shows a picture of the 8038 - a modern styled alternative (not exact replacement,
though) of the 8040.
leak.jpg This shows a pair of the infamous silver surface mount electrolytic capacitors, and
the circuit board discolouration that is a good indicator that the capacitors have
leaked and require replacing. Note especially the dark blue-green discolouration
near the bottom right corner. Another clue is when you desolder the capacitors,
they smell like rotting fish flesh.
handset1.jpg This is a picture of the telephone style handset that the PRM80 series can use.
With minor modifications, the full power speaker audio can also be routed to this
handset - more than enough volume to clean out the old eardrums!
handset2.jpg Another view of the above.
DCU80_1.jpg Heres a picture of the DCU80. I don't know much about this unit, but it appears to
be an alternate display unit for PRM8030s for dispatcher use. It may require
some sort of alteration to the PRM80 itself, possibly including firmware?
DCU80_2.jpg This shows the rear of the DCU80 - note the non-standard connector. The picture
isn't quite clear enough for me to see - it might be a DB25 or it might be a
centronics printer style connection.
8025_6d.doc Shows the component side of the PRM8025 6 digit display unit.
UtoV.doc A quick reference for those who have to do the W1 to A band software band
change to enter the out of band Australian police UHF allocation at 468 MHz.
8030rev.doc A quick user review of the PRM80 series
srl.zip A diagnostic program for the PRM8010 & 8020. Looks like it will fix EEPROM
corruptions. (For the 8025, 8030 & PRP80, please email me for a similar
fix)
uhf-VHFcalc.xls A program that can calculate out of band frequencies for entering in as VHF
frequencies, to achieve UHF out of band reception. Leave the shaded figures
alone, and enter your frequencies in ascending order for the calculations to work.
Sorry that some photos are a bit fuzzy - I am not a professional photographer, and don't own a tripod. Photos 4, 6 & 9 are the worst, but still somewhat useable. Other photos were taken with a lower quality digital camera, and doesn't do too well with close up shots. Be warned, the photos total about 9Mb for all of them together.
Other web pages to visit:
http://skinny.8k.com/prmman.html has extracts of the service manual for PRM8010/20
http://skinny.8k.com/prm.html has general info regarding the Philips PRM80 series
http://skinny.8k.com/prm/ has programming software for 8010, 8020, 8025,
8030 & 8040 and trunked versions. You will need to email Skinny for the password to the .zip archives. Turn off any
download accelerator or manager, otherwise it will not work.
http://members.optushome.com.au/mrskinny/prm/ mirror site of above.
http://ozradio.wireless.org.au/radio.htm Bens radio related page, alignment info for the PRM8030 (suits 8040 too). The older firmware images and FPP
software that used to be there are currently removed, but
may be put back soon.
http://www.btinternet.com/~compton/prm80.htm Cracked (no frequency entry limits)
versions of FPP for 8010/8020 and 8030.
http://prm80.8k.com has some info about programming the PRM8030
(recently unavailable)
http://www.rockby.com.au occasionally has some PRM80 bits for sale (look in
the monthly specials, but you can phone up and ask for stuff that they might hold, but is not advertised)
http://keycom.d2.net.au/home.html Keycom, who has heaps of radios & spare parts for
sale, including PRM80 spares. The email address is: info@keycom.com.au
http://groups.yahoo.com/group/Australian_PMR/files/Simoco/ and
http://groups.yahoo.com/group/PRM80-Series/files/ has programming software
http://www.owenduffy.com.au/electronics/rpi/rpi.htm programming interface info
(recently unavailable)
http://groups.yahoo.com/group/PRM80-Series/files/FPP5.7/ FPP 5.07 for PRM8025, 8030,
and 8038 (PMR, dual mode or
trunked only)
Thanks from the author:
Such a large document doesn't simply happen - it takes time, experience, experiments, and invaluable advice and help from others. I would like to thank the following people who have assisted in the creation of this document:
Cambo - for hosting this information on www.geocities.com/ch8users/
Mick - for fearlessly providing radios for me to learn new modification tricks.
Scott - for enduring my endless email requests for information & help.
Ben - thanks for all the advice, especially with faults & rectification. I still owe you a
return favour for the CTCSS board...
Skinny - for providing the software files that helped me learn about the features on
the 8040 & 8020 & 8010, and the pictures of the 8020
RiO - for more advice & info on SelCall setup, and answering all my dumb questions
John - for encouraging words
Ivan - the fellow who parted with his 8030 to pass on to me - the one that started it all
And anyone else who has contributed that I've forgotten or wished to remain anonymous.
Requests from the author:
To provide more complete information in this document, I would like to try and find the following:
A schematic and any 'official' documentation relating to a genuine UW or TU band RF board.
A description of any add-ons for the PRM80 series - things like any options, external modules etc.
A high resolution picture of the 8025 head internals.
Anyone able to help with these?
Possible future developments:
Garry Cratt from AvComm has a project underway to turn the VHF 8030s into a high quality AM aircraft band receiver. No further news on this is available as yet, Garry is flat out with other things at the moment.
Another project suggested is a "two radios, one head" twin band modification for 8030s. The 8030 radio doesn't need a head to continue operating on RX - you could therefore have say a T band UHF radio and a A band VHF radio operating as a pair, and have the head switching between the two, creating a 2 metre and 70 cm twin band radio. You would only need to switch 3 wires at most: the TX & RX data lines, and maybe the TX audio. You would also need to keep the on/off control line held 'on' for the radio not presently being controlled by the head to keep it's RX alive.
The reverse of the above is also possible - one radio, multiple heads. In fact the feature is built in to the 8040, but I have no information on how to actually do this.
Someone else is working on a DIY microcontroller setup to drive the RF section of the PRM80 & PRP80 series - you could potentially set up your own custom user interface with custom features eg: emulated VFO, scanning more than 16 channels at once, direct PC control, things like that. If the project bears fruit, it may appear on this web site.
Footnote from the author:
The information presented here is to be used by you entirely at your own risk. I have not verified all modifications listed, I simply don't have the time or resources. However, I have verified maybe 95% of the mods, and I am reasonably confident that the remainder should all work as described. Nor will I be responsible for how you use this information, or any consequences resulting from its use. Some (well, most, actually!) of these modifications will void the type approval of the radio for all but amateur use.
This information was put together with the intention that all may benefit from it - the information is made available to you free of charge, and that is the way I want it to remain. Many hundreds of dollars & hours of effort have gone in to these projects to experiment and learn to produce this document. I wouldn't be too pleased to learn that someone has used this information for blatant profiteering. By all means, help others with their hobby, but do it for a reasonable fee.
Most important of all, if you do learn of an error in my information or find a better way of doing things, or have some more or additional information to suggest, please share it with us! E-mail me at: mitaux8030@hotmail.com and I will update this file so that we all may benefit.
I would also welcome suggestions as to what you would like to see added to this file to make it more useful. Any reasonable suggestion will be looked at.
An earlier version of this file was published in the Australian magazine 'Radio & Communications' April & May 2001 issues and there were some minor editing changes to make it suitable for publishing. There were also some errors in that published version. Be assured, you are reading the very latest, unedited and as far as possible error free version of this document.
This document was created on a fairly modest PC with Windows95 and Wordpad. Persons using an earlier or later version of Word may find that the formatting and tabs are all over the place and maybe the embedded picture of the RJ45 pinouts is missing (I supply this picture separately, too, so you won't miss out). I can only apologise, but it isn't my fault.
Version history:
1.0 Initial investigations, mainly centred around W4 conversion to W1 band
1.1 Added in other info relating to other band units and RF board swapping
1.2 Added info relating to tuning, other mods, transmitted audio improvement
2.0 Added info relating to SelCall decoding & display, photos, discuss common problems, verify
much of the untested info, programming out of band freqs, a virtual rewrite from start to end.
(It was this version, with some editing, that was printed in Radio & Communications
magazine, April & May 2001 issues)
2.1 First public release, added in identification info, verified out of band freq ranges, and added
interesting web pages to visit. Also managed to get binary images of firmware.
2.2 Corrected minor errors (grammatical mainly, no technical errors found so far)
2.3 Some more minor corrections & additions. Also added in version history for interest.
2.4 Added in info relating to external keypad, other minor improvements for readability.
More identification info & a new web page to visit.
2.5 Second public release. Added more digital camera pictures.
2.6 Some more common faults added, and another web page to visit
2.7 One very minor update made, and a few wording changes
2.8 Scrambler installation info added.
2.9 Discussion of trimcaps versus disc ceramics for W4 to W1 conversion.
3.0 Added in & acted on user feedback. Give me feedback so I can improve my info for you!
3.1 Added programming interface hints & tips, and a simplified schematic diagram.
3.2 Yet another minor update regarding W4 board availability, adjustments for RF power and
comparing VCO bandwidths on a W4 board with trimcaps Vs. Disc ceramic caps, and
some other miscellaneous updates.
3.3 Even more photos and some new info added.
3.4 More faults & fixes added.
3.5 More identification info added.
3.6 Info relating to UW band units, typical sensitivity values added.
3.7 Third public release. Short discussion on trunking to PMR conversion.
3.8 Minor correction: I can't count! (need 4 x 10uF caps for the DIY prog. interface, not 5!)
Also some info on firmware interchangeability.
3.9 Added DB15 connector pinouts, and tidied up the firmware zip file.
4.0 Corrections. 8020's don't have firmware - my mistake. Also suggested using surface mount
components for modifications.
4.1 Added info on hacking the EEPROM image for further out of band frequency entries etc.
Also found that 6 metre conversion is not really feasible.
4.2 Added info relating to my first experience on converting trunked 8020 to a conventional unit
Also updated some supplier info, web page updates and more info added to firmware zip file.
4.3 More pictures, more faults info, firmware file update, and a short piece on the 8040.
4.4 Some more pictures, more faults, and a little bit of an update on the tuning.
4.5 Update on some moved web pages
4.6 Refined my thoughts on trimcaps vs. disc ceramics vs. surface mount components.
4.7 More info on getting the programming interface to work.
4.8 A few wording changes, and minor updates all over the document.
4.9 A few minor corrections that I missed in 4.8.
5.0 An update on UW band units, and a slightly more logical layout of the sensitivity info.
5.1 A few more photos and some minor changes to make things more consistent throughout.
5.2 A new file, detailing manual conversion of UHF police frequencies to VHF frequencies when
adding out of band freqs to W1 only units, and added a user review of the PRM80 series of
radios, mainly concentrating on 8030 remotes, and mainly for Australian UHF CB use.
5.3 A few minor corrections, and compared the 8030 with the Sawtron 999.
5.4 A few more minor corrections
5.5 A new fault to consider & a cross band repeater cable to connect two PRM80s back to back, and
increasing the channels on a PRM 8010
5.6 A few new faults added, and more info on trouble shooting the programming interface.
5.7 More info on 8010 to 8020 conversion, and a few minor updates here & there.
5.8 A few minor new pieces of information.
5.9 Links updates and a new diagnostic program for the 8010 & 8020.
6.0 Re-arranged the order for tuning a bit, and a few updates on firmware & EEPROM corruptions and
DB15 pinouts plus lots of little corrections, clarifications & additions.
6.1 More info on trunking to PMR conversion, and a bit on microphone cord replacement.
6.2 8020s definitely can not have more than 64 channels.
6.3 A little bit more on the 8040.
6.4 Some more information about out of band frequency calculations
6.5 Added some more fault fixes, and a little more on the 8010 to 8020 conversion.
6.6 More happy users quotes about how the modified W4 8030s perform and a new picture added.
6.7 Another picture, and the review finished.
6.8 Keycom web page updated.
6.9 Scanning more than 16 channels at once info added
7.0 PRM8040 modification upgrade from 8030 done in more detail, 8040 firmware images added and
8040 head internal pictures added.
7.1 More links added.
7.2 More faults added, 8010 & 8020 starting hardware codes added, Torx tool use tips, 8010 to 8020 conversion update, TX audio modification for better treble response added, and some more notes
on RF board swapping, and the price of PRM80s on the second hand market has dropped right
down.
7.3 Some spare parts are held in stock by Rockby could be useful in fixing PRM80 faults.
7.4 Spelling mistakes fixed.
7.5 Keycoms email address confirmed and tidied up the 8030firm.zip file, as well as improving the
firmware explanation for the 8040.
7.6 Rockby have the lithium backup battery as used in the 8040 control head.
7.7 Picture of 8038 added, discussed one W4 radio that wouldn't modify with the disc ceramics and
required trimcaps, and added info on removing the microphone cover.
7.8 A new fault added, tested a narrow band genuine W1 and compared the Tait 2020 with PRM8030.
7.9 Updated the sensitivity measurements to compare to other radios, and details on improving the
UHF versions in band sensitivity very slightly, and a few alternatives to the R4001 trimcap found.
8.0 Clarifications on 8040 programming
8.1 Added band designation information, more on getting your programming interface to work, and a
few new fixes to that damned 'beep-boop' error tone.
8.2 Heard that the E band units can be dropped to 54 MHz (6 metres) but no specific information yet.
8.3 Added info on locating the EEPROM (so it can be reset), more 'band identifier' info added, some
minor corrections, and a proposed method for 'twin banding' two PRM8030s together. Also fixed
the spelling.
8.4 Clarified the procedure to change hardware codes on the 8010, 8020, 8025 & 8030. Also more
clarifications on 8040 programming, and some things to consider if you have a 'worst case
scenario' fault. And maybe a custom PIC controller project on the horizon?
8.5 A few minor bits updated, and if you've got a RF adaptor, get rid of it!
8.6 More on programming & using the 8040, and a previous fault better explained.
8.7 A few final tweaks to the 8040 section.
8.8 Added info on the PRM80 power connector pinouts and a new fault added.
8.9 New URL for cracked (no freq entry limits) for FPPs for 8010/8020 and 8030 (remote, single mode
PMR types only)
9.0 Added a section for absolute beginners on the PC programming process.
9.1 FPP V5.07 is in the yahoogroups file area, and a little more on selcall decoding.
9.2 Another hint on getting FPP talking to your radio added, and more on the firmware & 6 digit heads.
9.3 A new picture of leaking electrolytics added, by far the most common fault to look out for.
9.4 Another mute fault fix added and more clear instructions for fixing the 'windy' microphone problem.
9.5 Added info on some of the modem interface jumper links.
9.6 Added photos of the PRM80 series handset and the DCU80 control panel and a new fault fix.
9.7 Quite a few more faults & fixes added.
9.8 More info on converting 8020Ts to PMR mode. You defintely can't use the 8020T display after
conversion - either find a 8025 display or 8030 remote head. Also added a pic of a 8025 display.
9.9 Some new faults & fixes added, and re-arranged the programming interface information to be
slightly more logical.
10.0 More info on using the modem card for programming PRM80 series units.
10.1 Minor modifications, and the latest (albeit beta release) firmware for 8025, 8030 & 8038 added in the
8030firm.zip file.
Unless something dramatic comes up, I plan for this to be the last update to this file. (I shouldn't say that! I said this back at V4.9!) The exceptions might be to correct errors, act on feedback, adding more pictures or if some new development happens that is of relevance to PRM80 users. I think this information file has reached a point of maturity, enough so as not to require any further additions, which would probably be of limited interest or value to most hobbyists playing with the PRM80. Enjoy!
Cheers,
Michel Mitaux