Alright, worked a bit on it last night.
I concentrated first on the display board, to see if I could rule it out for good, or not.
- Checked (continuity test) all 30+ solder joints that actually, physically connect the display board to the main board, as there is no cable or connector linking the two boards, as you can see from the pictures, grrr.. All checked fine.
- Then checked 5V to the BCD decoder chip U11 and 4V to all the LED displays. All is fine.
- Checked the decoder proper operation : 0000 at the input, and at the 7 segment outputs, it gives the appropriate pattern to be able to display a zero, so all is well there too.
- Then checked all the transistors (Q2 to Q10) and displays : grounded the base (via a 270 ohm resistor as used on the board) of all of them to see if the displays could actually show me that zero. Again all is well : each and every transistor/display combo, is able to show me a nice and bright zero digit.
So from there I now know that if the display is blank, it's entirely due to the main board/counter chip not driving the base of the transistors, and that the display board itself is fine.
The solder job on the display job is god awful just like the main board, maybe worse... see pics as an example. Of of the pins of the decoder chip was bent and did not actually make it through the pin hole... but there is solder and it makes good contact anyway. Then there these two resistors with horrible joints as well....
So then I could start working on the main board (refer to schematic). Traced the 10MHz TCXO as Voltz suggested. All is well, it goes through various divider chips and multiplexers and gates, all behaves as expected, based on what I understand from the schematics anyway : first Q10 (intended as a buffer I guess ?) then to U42 MUX chip, then to U25 divider (by 5 then by 2), then fed back to the same MUX chip, then goes to U24, a divide by N, and the scope display s a 1kHz signal at its output so it divides by 1,000 no less. Then this is fed to U12, an ECL discrete logic gate. It's differential output is not being take advantage of :inly the logic true half of the output is being used. Then the signal makes it safely to the door of U15, the counter gate.
So is well for the TCXO reference, it snakes its way all th way to the counter, no worries at first glance.
Then I had a quick look at the counter chip (LS7031) : all supply voltages are there : +5V and -12V. Had a quick look at the pins of the oscillator that's used for the multiplexing, there is activity there too, though I registered only 3kHz or so which seem slow to me ?! Well I checked only with my DMM not the scope so maybe the DMM didn't do a good job..; will check later with the scope of course. But well, there is activity, so clearly the counter chip is not dead, not completely at least ! But it's definitely not driving the common anode of the LED digits.
So in order to start troubleshooting that counter chip, I now have to feed it with something ! So I started to look at the analog front-end, for both the A and B channels. I used a x10 probe and applied a low frequency signal so that I can probe it everywhere hopefully without disturbing the circuitry enough to keep it from operating properly. So I fed a strong (2Vpp) square wave, a few kHz, 5 or so IIRC, just enough that it is comfortable to look at on the screen when the scope is set to analog mode. Refer to the appropriate schematic now... This is how I understand it. Channel A and B are similar so let's concentrate on Channel A, the top half of the sheet. From let to right :
1) A first relay K1 to select DC or AC coupling (C1 cap)
2) A second relay K4 to enable or disable the attenuator (R1 R2 voltage divider)
3) A third relay K6 to enable or disable the HF filter (33pF C7)
4) Q1 ... I am puzzled here, not in my comfort zone, it uses these old UJT "transistors"... it is "shaped"/laid out like a differential pair, but it looks strange to me...
I am thinking maybe it's some sort of mirror rather. The second UJT of the pair, on the righ hand side, then feeds the section responsible for the trigger out at the back panel. First goes through some trimmers to adjust offsets, then goes to U5, an op-map providing some amplification before it finally goes to the BNC connector at the back.
5) Q2/Q3. Another pair... "inside" the first one ?! Looks wird but why not.. Now this looks more like your traditional diff pair, using bipolar trannies and loads in the collectors, and taping the collectors to provide the output. So this must provide the amplification when signals are really low.
6) CR3 and CR3 must be clamping the output to avoid damaging the inputs of the logic chips that follow.
7) Then the signal, still analog at this point, goes through U1, a cascade of 3 ECL buffers that shape the signal and give it sharp transitions times so it can then be processed by the digital part of the counter circuitry.
Digital processing starts from here. first we have a couple NOR gates that let you select between positive and negative edge
9) Then another couple NOR gates, still from the same U2 chip, that let you select whether you want to feed the counter with the analog input you have just amplified and shaped... or if you would rather switch to the RF input.
OK so once I got that figured, I could then feed a signal to the inputs and probe along the signal path, step by step, to make sure it would find its way to the counter chip LS7031.
Result ? Well, the signal didn't get very far, on either channel ! So looks like this machine doesn't have only a digital problem on the counter side... it also has problems on the front end, pfff.... how sad...though OTOH it will make for a longer / more interesting repair !!!
- Channel B : the poor signal goes nowhere : one of the relays can't remember which one today, is unresponsive... signal gets lost very early.
- Channel A : all three relays work fine and the signal can therefore get to the input of Q1. However... at this point, my square signal is quite distorted, kinda like a probe compensation signal on a scope, would look like when the probe is way under compensated. So I don't know what's happening, is Q1 defective and "loading" the input signal ? If I turn on the input filter, it make things worse, signal now then looks like pretty much a triangle. Well you know what I mean, still RC exponential in nature, but overall looking close to a triangle... I was not expecting that much at 5kHz and a filter using a 33pF cap ?!
So again not too sure what's going on here. Either way the end result is that there is no signal anymore when I probe at the input of the first ECL buffer/ diff pair output !
Well these were my very quick observation from last night. I will do it all again and took my time and better document it, to make sure I am not chasing red herring as always do. I spent most of my time on the display board, the front end I did kinda in a hurry at the very end, so I might have screwed up here and there.
However, if things are confirmed, then I am screwed because I have no way of feeding in a signal to the counter chip, with both input channels out of service ! And I don't have an RF generator so I can't use that input either.
I am really not at ease with this UJT things, so I need a way bypass this so I can feed the counter and fix the problem there first. Then once it's counting/working, I can scroll back and sort out the analog stuff in the front end.
So my plan/ideas to get round this wold be, probably :
- Channel B : bypass the faulty relay so the in put signal can get to the amplifier, hoping that this one does work...
- Channel A : bypass the amplifier and inject a signal directly into the digital chain. can't inject it in the buffer cascade since these ECL chips have symmetrical inputs/output and my generator obviously doesn't have that. So need to inject it to some single ended input. So that would be somewhere inside that group of 4 NOR gates, U2, that we discussed earlier. Test point TP1 looks good ? It goes to a single ended input, ECL of course. not familiar with ECL so I am bit nervous about it .... I probed these gates to figure out voltage levels. The two logic states for these ECL chips appear to be about -0,.8V and -1.6V. That's easy enough to generate. I guess I would rather not use my function generator for this ? TI's an old 1MHz analog, very basic unit. The rise times on this thing are not that great, I fear it might upset the ECL inputs. I think I would rather use my pulse generator. It uses ECL chips itself, and rise/fall times are pretty fast, 5ns minimum, should do it ? Actually I might reduce that a little bit (it can adjust rise times precisely) to avoid ringing ? I mean, these ECL apparently need proper input and output termination... I would use an ultra signal as I did previously, a few kHz, so I hope such a low frequency will keep me out of trouble. However the fast rise times might still cause problem no ? Will see... will adjust accordingly, based on the ringing I will observe on the scope...
So the question is, what value of a resistor might I use to inject the signal ? I mean, the injected signal will collide with the ECL ouput of the preceding chip ! I don't know how the output stage of an ECL chip is made, don't know how one might go about protecting such an ouput when you apply a signal to it ?
From what we see on the schematic, all ECL input and output pins of these NOR gates are terminated with a 1200ohms resistor, and half that when two outputs are tied together, which make sense...
Any help welcome on how this sensitive matter, before I blow this ECL NOR chip !
.........
- And last option : disregard the two input completely and instead set the counter to "timer" mode : on the rear panel there is a BNC giving access to the gate, either to probe it or to drive it externally. I could just drive it externally to provide a time interval (just a super low frequency square wave from my old sig gen), then the internal 10MHz, which we know does work, would just increment the counter ! Yeah might try that.... might be the safest way to go about it, as it does not involve messing with the guts of the front-end, no need to inject a signal into the ECL stuff.. and maybe damage an output if I do it wrong
OK so I know what to do now..... but no this evening, spent too much time typing this message, not much time left to play with the counter !
Anyway, as always, any question/comments/suggestions/help welcome