A Tale of Two Racal 9917A Frequency Counters.

The place to be when you have TEA. Discuss all kinds of test equipment.

Important: Use tags for the type of equipment your topic is about.
Forum rules
Use tags for the type of equipment your topic is about. Include the "repairs" tag, too, when appropriate. If a new tag is needed, request one in the TEAdministration forum.
Post Reply
Zenith
Posts: 972
Joined: Sat Oct 22, 2022 9:06 pm

A Tale of Two Racal 9917A Frequency Counters.

Post by Zenith »

These two were bought along with a Racal 9009 modulation meter for £10. The seller said they didn't work but said they might be OK for the cases. Given the cost of new cases, a mains transformer and IEC socket, it's always worth bearing in mind that junk equipment may be worth buying for that. They both looked neglected and showed signs of being kept in the damp.

I'll call the one with the later serial number Newer, and the other Older.

Newer was missing its frequency reference. Internally it looked quite clean. Older was rather more tatty. There were cobwebs on the back and some of the screws were rusty. There were water stains on the PCB. The bodies of the slide switches were rusty. I think it must have been kept in a shed with a leaky roof.

Older is the one on the bottom.

DSCN3221.JPG
DSCN3217.JPG
I looked for the manual on the WWW. The 9917 manual is easy to find but not the 9917A manual. I eventually I found the circuit diagrams, parts list and PCB layout on radiomuseum.org. There are differences between the 9917 and 9917A particularly in the board layout and parts numbering. The quality of the scans I found isn't great. Some pin numberings on ICs are hard to read. The quality of the original manual isn't top notch either, eg several ICs have the same number.

I put a spare OCXO into Newer and tried it. Nothing on the display. After a time it started to smell warm and a hybrid circuit seemed to be very hot.

I tried Older. It did show a row of zeroes on the display. Nothing was getting hot. It didn't work.


These things have roughly five parts:

A low frequency 10Hz to 60MHz input channel. This consists of a FET/bipolar buffer which feeds a video amplifier and it outputs a TTL level version of the waveform the instrument is fed
.
A high frequency 40 to 560MHz input channel. This has overload protection circuitry to operate a cut off relay. A PIN diode attenuator operated by an AGC system. An OM335 hybrid UHF amplifier. AGC circuitry. Comparators to stop the instrument operating on too low a signal level. A 600MHz ECL decade counter. The ECL counter does the heavy lifting on the high frequency signals this channel handles, produces a BCD output and overflows to the TTL counters.

TTL/CMOS control logic which directs the output of the selected channel to the counter and makes operational changes depending on switch settings.

The counting circuitry which consists of two TTL decade counters and a special IC which discharges most of the functions of a 60MHz frequency counter.

The display and supporting circuitry.

Older seemed the more promising. I checked the supply lines, Two +5V lines, a -5V line and a +24V line. The three 5V lines were spot on with no ripple. The 24V line is surprisingly hard to get to. The -5V and +24V lines are only used in the high frequency input channel, for the ECL counter and the hybrid UHF amplifier, and I'd decided to concentrate on getting it to work with the low frequency channel first as that's simpler. I cleaned the switches with contact cleaner.

I fed in a 10MHz signal and traced it through the B channel with a scope. It produced the expected TTL level version. The signal is input to a 3 channel NAND gate to select it, if the other two inputs are high. One was never high. Channel selection is controlled by a morass of TTL and CMOS.

I traced through the logic, which took a long time and some head scratching, and found a dual CMOS one-shot, one output of which was always low regardless of the input conditions. The chip in this unit is a CD4098, the parts list says it's an MC14528. There are a few similar chips with the same pinout, recommended for different pulse width ranges. They are still obtainable and not very dear. Anyway, there should be one in Newer. Newer has a 74LS221 in that position and a slightly different PCB as the 74LS221 has a different pinout. I removed the old chip and fitted a socket. I suspected the reason the 74LS221 was used in later version was that the CMOS monostables proved unreliable.

I could see no reason why a 74LS221 shouldn't be used and I have some on hand. It would take a time for an order for the CMOS chip to go through. I made this beautiful dead bug adapter for a 74LS221.
DSCN3231.JPG
I ordered a couple of MC14538 chips anyway. The dead bug 74LS221 worked but It was a bit wobbly and the timing must have been slightly off, as after a reset there were a few low end digits, rather than a row of zeroes. When the MC14538 came I fitted it and the problem disappeared. The counter now worked properly on channel B.

Channel A also worked but was very insensitive. It needed a minimum 3V p-t-p signal. I traced the signal through and the OM335 UHF amp produced an attenuated version. It was probably capacitative pass through. I made the effort to measure the voltage on the 24V line. It was 300mV at the regulator and the regulator was hot. I took out the regulator and checked it. It was good. On the PCB there was a short from the output side of the regulator to earth. I followed the circuit through a there was a low pass filter consisting of two tants and an inductor. One tant had a broken lead so was out of the picture. The short went away then the second tant was removed. It had a dead short, but it showed no signs of overheating. I replaced the tants and the regulator and channel A now worked properly with a 20mV p-t-p signal. I should been onto it quicker because i've come across this problem with tants in the 24V supply line of these counters before, and the tant in that position in Newer has exploded.

On the left there are two white DIL packages in line, then a black one in line, then a DIL package perpendicular to the line. That's the MC14538 in an IC holder. On the right about halfway down are the two orange tants I put in.

DSCN3215.JPG

Older is now a working 9917A counter. It's been running for 24 hours and everything seems OK. The OCXO is fairly good, a few parts in 10^7, which is OK for a 40 plus year old Racal OCXO. Some are useless and can't be adjusted to their proper frequency, others have a frequency which wanders. Here's Older fed by 10 MHz from a GPSDO.
DSCN3222.JPG
I'm wondering what to do about Newer. It does have a working custom counter chip which is hard to find and costs as much as a working counter. I could put its rear panel on older although after cleaning it doesn't look too bad. It has the low frequency option which some of my other counters don't have and I could put in one of them I suppose I could raise the steam to investigate it. I'm torn between striking while the iron is hot, and having had enough of fixing Racal counters for now.


General thoughts:

Hours of innocent amusement at a low cost, resulting in a working Racal 9917A counter, plus at least a spares mule for the others. Another thing saved from landfill.


The counter works well enough. I'd recommend that if you were in the market for a working Racal counter and you had a choice of several at around the same price, avoid the 9917 and 9917A. The 9917 must have been replaced by the 9917A because it had problems. The documentation for the 9917A is hard to get and the quality of what's there is dubious. There are obvious changes which the documentation which has turned up doesn't reflect, such as the change to a 74LS221.
You do not have the required permissions to view the files attached to this post.

Tags:
Zenith
Posts: 972
Joined: Sat Oct 22, 2022 9:06 pm

Re: A Tale of Two Racal 9917A Frequency Counters.

Post by Zenith »

Having got Older to work, I was in two minds what to do about Newer. Newer's LED numeric display showed no digits. There was no response to the front panel switches either. The 24V line which supplies the hybrid UHF amplifier in the high frequency input channel, has a pi filter consisting of two tants and an inductor. One of the tants had exploded. It had no OCXO, so I fitted one which I'd taken out of another counter, because I wasn't happy with it. It would do to get Newer working. When I tried Newer the UHF hybrid seemed to be getting very hot. I sort of decided to leave Newer as a parts mule.

A couple of days back I decided I'd have another look at Newer. I thought there was a problem with the high frequency input channel and in particular the 24V supply to it. It has a 7824 regulator. I removed it.

I fed a signal into the low frequency channel and traced it through with a scope. It seemed to be turned into a TTL version as expected. Then I noticed the edge connector to the front panel had a couple of pins which looked odd. Removing the front panel completely is a bit of work and involves desoldering things but it can be removed far enough to disconnect the edge connector without much trouble. So I did that and cleaned the contacts with IPA, and straightened the contacts on the socket part of the connection with tweezers. It really needs a new socket.

The dodgy contacts were the two at each end.

DSCN3252.JPG
I put it back together and tried again. This time the front panel displayed digits and responded to the switches. The problem was that the front panel had been forced back in a hamfisted way and damaged the contacts. The counter now worked on the low frequency channel.

I removed the tants from the 24V line (the regulator was already removed) and powered the UHF hybrid from a bench power supply. The counter now worked on the high frequency range. It drew about 30mA from the 24V line. I replaced the tants (4.7µF and 1.5µF) with electrolytics (10µF and 4.7µF) and connected a 33nF ceramic across each one.

I tested the 7824 regulator. It seemed OK and produced close to 24V. I thought I'd test it with a load - I used a 1k 3W resistor. It produced about 9V. It wasn't the grabber leads I was using. It was a faulty 7824. That may have explained why the hybrid was getting hot. The regulator may have been producing anything. I can't recall coming across a genuinely bad 78 series regulator before.

I didn't have a 7824 in the collection. You can buy them easily enough and they cost about 50p, but I didn't want to wait until my next order for CPC was ready. I did have an LM317 and made this beautiful thing.
DSCN3244.JPG

I tested it under load and it produces 23.8V.

With everything reassembled, the high frequency channel also works. It isn't as sensitive as it should be - it needs about 90mV p-t-p to start to count. I wonder if the UHF hybrid was damaged by the failed regulator.

Older has a slight problem I noticed. When it's cold, the display flickers a little. It soon steadies.

Older & Newer - Newer is on the bottom.
DSCN3261.JPG
They'd been powered up for a couple of hours and were fed a 10MHz signal from a GPSDO. The OCXOs had been tweaked to agree with the GPSDO the last time they were powered up. I suppose Older is within the Racal spec. As said earlier, Newer has an OCXO removed from something else because it wasn't up to snuff.

They could fairly honestly be described as working Racal frequency counters. I'm not totally happy with Older's display flickering for the first few minutes, or Newer not being quite as sensitive as it should be on the high frequency range. They are in a better state than some Racal frequency counters I've bought, which were said to be working. I might have another look at them in the future.
You do not have the required permissions to view the files attached to this post.
Post Reply