11/23 clock issue

Holm Tiffe holm at freibergnet.de
Thu Feb 12 11:45:20 CST 2015


Brent Hilpert wrote:

> On 2015-Feb-10, at 1:21 PM, Holm Tiffe wrote:
> > Brent Hilpert wrote:
> > 
> > [..]
> > 
> > Oh yes Brent, now, since you've corrected every single bit from what I
> > say'd, do you feel better?
> > 
> > I'm repairing TTL based circuits and old computers for more than 30 years
> > now and I still have to find an defective 74S240 with an Input at 2 Volts
> > that destroyed an Xtal-Oscilltor Output.
> 
> > Oh yes, it's possible, maybe I'll struggle about one in the next 30 years,
> > maybe not.
> > 
> > Maybe I find one that read's the open input as Low and it ready High when I
> > connect it with an pullup Resistor to Vcc. (learned that's the real test)
> > For sure I won't leave it on the pcb.
> > 
> > Do what you want, you always know better.
> 
> It's not likely that you would have encountered that scenario and it's not likely you will.
> That doesn't mean anything.
> While there are some faults that may be considered typical or common, many are simply unique. They are unlikely up to the instant they occur and then they continue to be unlikely (to occur again).
> 
> Over the decades (as I recall, I first played with TTL in 1972) I have observed that when semiconductors fail - especially when of their own volition and not due to external trauma - they can fail in very strange and bizarre ways.
> 
> I once encountered some failed ICs that would work after heating them up with a soldering iron and then revert to failure again - not after a few minutes of cooling off - but days or weeks later.
> 
> I once encountered a common JFET that one day decided it would become a sensor for changes in the surrounding electrostatic field. The equipment would intermittently hang up until power-cycled. It was eventually correlated to the activation of a neon indicator, triggering a nearby JFET to latch up in conduction. Opening the equipment moved the bulb an inch or two away from the JFET, and now it was fine. That was hell to figure out and realise what was going on. No it wasn't noise on supply lines, it was mere physical proximity. Many would have just shotgun-replaced components until the thing worked and put it in the category of "bad transistor" without having any idea of the unique nature of the fault. Was that fault scenario likely? Will I, you, or anyone encounter that again?
> 
> Not long ago I encountered a similar situation as the OP: traced a fault to a two-point circuit (a PROM IC output driving a data input of a 4-bit TTL register, well, 3-point including a pull-up resistor). After eliminating the R as a problem, it was difficult to discern whether the output or the input was the fault source and I don't like hacking up PCBs or making scattershot, unnecessary parts replacements to find a fault. I assessed as I could and eventually decided it was the PROM, probably swayed that way as it would seem the more likely part to fail. So I went to a lot of trouble to build programmer hardware, write control software, source the ROM contents, burn and install the new PROM.
> The PROM output wasn't the problem. The input was the faulty point. I wish I had made more measurements.
> 
> The OP's situation was such: unexplained semiconductor failure. While it was more probable it was something in the oscillator I wasn't about to make presumptions. When advising on repairs from a distance I try to cover the range of possibilities to pursue a course that will make accurate eliminations, and not go down a path that may falsely eliminate from consideration even unlikely failures (which testing the input only open-circuit could have done). Like my PROM, the OP's xtal osc is not a readily sourced part and checking the input might have been fortuitous.


I think most of "repair People" had unusual faults to find in the past.

Nevertheless all this has nothing todo with the faulty Oscillator (I'm sure
I'll find some of them in my xtal box, the frequency isn't really unusual).
The M8186 Board has aa Jumper between the xtal output und the Driver so the
bug is easy to find.

An 74S240 has to rad High with an open input and it has to read hig with an
Input connected to Vcc and it has to read high with an input connected with
a 1K resistor to Vcc... all the same. The interesting thing is if it reads
low when connected to GND.
That's almost all that matters for the check period.

Now go and tell your wife about it.

Regards,

Holm


-- 
      Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, 
     Freiberger Straße 42, 09600 Oberschöna, USt-Id: DE253710583
  www.tsht.de, info at tsht.de, Fax +49 3731 74200, Mobil: 0172 8790 741



More information about the cctalk mailing list