EEVblog Electronics Community Forum

Electronics => Projects, Designs, and Technical Stuff => Topic started by: D Straney on November 10, 2024, 01:16:36 am

Title: Reverse-engineering some Litton military boards
Post by: D Straney on November 10, 2024, 01:16:36 am
Got lucky a few months ago and ended up with some beautiful boards from the 90's with lots of ceramic & gold plating.
(https://live.staticflickr.com/65535/54105430833_222e8ec2b2_w.jpg) (https://flic.kr/p/2qr7tzK)(https://live.staticflickr.com/65535/54126645282_7a6d842bea_w.jpg) (https://flic.kr/p/2qsZcU7)(https://live.staticflickr.com/65535/54127832739_02a69fd275_w.jpg) (https://flic.kr/p/2qt6hTv)
No direct info on where they originally were used, but I saw a different one with the same CAGE code (09691) marked "Litton".  This CAGE code now refers to "L3Harris", and a location in Halifax, which means this was originally "Litton Systems Canada", and likely at some point "Northrop Grumman Electro-Optical Systems" - my previous note on "the big, dumb game of military-industrial-complex trading cards" (https://www.eevblog.com/forum/projects/avionics-reverse-engineering-spacecraft-equipment/msg5678733/#msg5678733) applies here too.  From doing some quick searches on all these companies, though, it seems like there's a good chance they were used in imaging or display - reading data from an IR or visible-light camera, doing some image processing, then displaying/transmitting/storing it.  With that in mind, let's look more closely at...

Analog input board
(https://live.staticflickr.com/65535/54105430833_222e8ec2b2_c.jpg) (https://flic.kr/p/2qr7tzK)
[attachimg=1]
I'm calling this the "analog input board" because of the analog signal chains feeding analog-to-digital converters.  You can see the 3 repeated channels at the top, a digital & timing section at the bottom, and a common section with a lot of comparators at the right-hand edge.

The PCB is screwed to an aluminum reinforcement plate, with cutouts for all the through-hole pins that protrude through the board.  This plate holds the mounting bars down the sides which secure it in place, and provides a combination of mechanical stiffness to resist vibration, and a bit of heatsinking as well.
(https://live.staticflickr.com/65535/54105508919_3ab68a3f5f_z.jpg) (https://flic.kr/p/2qr7SN4)

Let's walk through the sections one by one:

Clocks & timing
The metal cans hold a 15 Mhz oscillator, and two which are probably delay lines.  The top delay line has a part number of M83532/03D002 (https://www.wbparts.com/rfq/5999-01-475-0594.html), which is similar to the M83532/03D003B of 10x 3µs steps.  This part is listed as "electromechanical", which may mean a SAW filter (https://en.wikipedia.org/wiki/Filter_(signal_processing)#SAW_filters).  The bottom delay line is made by the same company, Hytek; I haven't been able to find references to the part number "8022078", but it seems likely this is also a delay line.  I'm planning on removing the lids from both metal cans to see inside at some point.

The DIP IC is the 74HCT7046 (https://www.ti.com/lit/ds/symlink/cd74hc7046a.pdf) PLL, which seems like a higher-speed version of the classic 4000-series-CMOS 4046 PLL; the nominal VCO frequency is ~18 Mhz.  The PLL has two TLC2201 op-amps next to it (the black squares), which handle the control loop filtering and compensation.  One of the PLL's inputs (pin 5, COMP IN) comes from the probable-delay-line, and so it seems likely that this PLL is producing a copy/multiple/division of the 15 Mhz clock with programmable phase delay, maybe for creating a separate ADC data-I/O clock.
(https://live.staticflickr.com/65535/54105170016_d939f78ddd_z.jpg) (https://flic.kr/p/2qr693U)
(https://live.staticflickr.com/65535/54105628095_f869852909_z.jpg) (https://flic.kr/p/2qr8udP)

Digital control
Running the whole show, from the center, is a mystery IC with a lot of pins.
(https://live.staticflickr.com/65535/54105626885_a1e14b3c87_z.jpg) (https://flic.kr/p/2qr8tRX)
I couldn't find any references to the part number, but I suspect it's an FPGA, possibly made by Xilinx.  The important clue here is the small IC marked "1765" with a Xilinx logo:
(https://live.staticflickr.com/65535/54105510719_233839a8c2_z.jpg) (https://flic.kr/p/2qr7Tk6)
This is a Xilinx XC1765 (https://docs.amd.com/v/u/en-US/ds027) configuration memory, meant to store bitstream data and load it into a Xilinx FPGA.  The empty DIP socket nearby may be either an in-circuit programming connection, or a spot for removable configuration memory during development.  The female pin headers nearby also may be for digital debugging connections.

Analog channels
The journey starts at a connector mounted to the rear side of the board, where the input signals enter:
(https://live.staticflickr.com/65535/54105627465_ab1b613338_z.jpg) (https://flic.kr/p/2qr8u2X)
...before being processed and digitized by the repeated circuit sections as shown earlier:
(https://live.staticflickr.com/65535/54105510749_3c266e04bd_z.jpg) (https://flic.kr/p/2qr7TkB)
(https://live.staticflickr.com/65535/54105170656_b9a6b26a8c_z.jpg) (https://flic.kr/p/2qr69eW)

I traced the channel circuitry with a combination of overlaid front- and back-side photos, and a few continuity tests with sewing needles to pierce the conformal coating, where the traces went under components or on an inner PCB layer.  The non-uniformity of the PCB-trace routing across all 3 channels actually helped me here: interestingly, all 3 channels have the same component positioning, but the traces are routed differently on each channel.  I don't think there would be any good reason to do this intentionally, so I assume it was a limitation of the CAD tools being used, or of the engineers using them.
[attachimg=2]
Each channel actually has 2 separate differential input pairs on the input connector.  Each differential input pair has a termination resistor, and is AC-coupled (through large tantalum caps) to a differential receiver, possibly with gain.  An analog switch then selects between each of the two inputs, a test signal (we'll talk more about that later), or 0V.

After this it gets weirder.  The selected input signal goes to a non-inverting op-amp with gain; however, the reference point (normally, ground) for this op-amp's feedback voltage divider is the output of a sample-and-hold (S&H) IC.  This IC, the HA-5330, has an op-amp on the input so that it can be configured as a voltage follower taking its feedback from the output of the S&H, as it is here - this means that when the "sample" switch is closed, the HA-5330's op-amp compensates for any offset voltages or non-linearities in the sample-and-hold circuit itself, and the rest of the downstream on-chip circuitry.
Anyways, the S&H seems to be used to do some kind of offset correction, by sampling the input signal at some time determined by the FPGA, and afterwards subtracting that offset from the input signal.

Finally, the signal goes through an inversion, with a programmable DC offset added (we'll talk about that later too), and then enters an ADC, whose digital output goes to the FPGA.  The two parallel diodes clamp the signal if it goes positive; for some reason, a negative reference voltage & negative-only signal are fed to the ADC.  The AD9048 is an 8-bit ADC which can sample at 35 Msps, and the AD827 op-amps used throughout have a 50 Mhz bandwidth - this suggests to me that the analog signals being processed & digitized are somewhere in the 1-10 Mhz range.  These could be video readout signals received from an image sensor, or maybe downconverted IF signals from a radar receiver.  If these are video signals, then the dynamic-offset-correction with the sample-and-hold could be to sample the "black level" from the covered pixels at the edge of the image sensor, and use that as a reference point for the rest of the row of pixels.

Right-hand common section
(https://live.staticflickr.com/65535/54104309277_d107278997_z.jpg) (https://flic.kr/p/2qr1Jbz)
[attachimg=3]
This section contains 3 high-speed (2.5 ns) LM160 comparators - these compare signals from various points, in the right-most channel only, against thresholds.  The digital outputs are all routed to the FPGA to signal...something.


As for purpose: if this board digitizes video signals, then these likely detect the start of a line of video and/or specific sync pulses.  If this board digitizes downconverted radar return signals, then these probably detect the start of a return pulse.  They also might just be here to detect saturation in any of the analog stages leading up to the ADC, to warn the processing system that the input data isn't reliable.  I've worked on an industrial data acquisition system where we realized after the first prototype that we very much needed some saturation detection at various points in our programmable-gain analog signal chain.

The combined gain-and-clamp circuit in the middle third is slightly unusual and deserves a separate look:
[attachimg=4]
D5's purpose is to speed up the response of the clamp circuit.  If D5 weren't there, then when the output tried to go negative, the op-amp would send its output all the way to the negative rail and saturate there (breaking the control loop).  This would make for a long recovery time when the signal went back into a valid range, as the op-amp would have to bring its internal transistors out of saturation (which incurs the storage time penalty for bipolars) and slew its output all the way from the negative rail back up to >0V.  Instead, with D5, the op-amp's control loop stays in regulation, and the output sits just below 0V, ready to recover quickly and set a positive output again.

Bottom common section
(https://live.staticflickr.com/65535/54105433273_0748f93a1c_z.jpg) (https://flic.kr/p/2qr7uiP)
[attachimg=5]
The bottom half of the schematic shows the high-speed DAC which generates the AC test signal, that feeds all channels on input 3 of their analog switches.  The DAC08 has a current output, so U19A is used as a transimpedance amplifier to convert that to a voltage.

The top half shows the AD7569, an "analog I/O system" with an ADC, DAC, and switchable gain.  The DAC part of this is straightforward: it generates a DC offset (inverted by U17) which is used to set the programmable offset voltage on every channel, which is added to the signal just before the channel's ADC.
The ADC part is a little stranger though - the ADC takes its analog input from the middle third of the comparator section shown previously.  This is strange because the signal fed to the comparator is reasonably high-bandwidth, with the 50 Mhz op-amps & 35 Msps ADC in the signal chain.   This ADC though, on the AD7569, is comparatively slow at 500 ksps, and so can't reliably sample the full signal bandwidth.  I'm guessing that this is used to read idle DC levels, or something similar.


Anyways, hope this was interesting.  Let me know if you have any more info or speculation to add.
Title: Re: Reverse-engineering some Litton military boards
Post by: peter-h on November 10, 2024, 08:07:07 am
Amazing work!

Another milspec "cost no object" job from nearly 30 year ago.

That machined supporting plate with the holes to clear any PTH legs on the PCB, is a work of art. This was probably not a ground based product. Maybe a missile or similar.
Title: Re: Reverse-engineering some Litton military boards
Post by: inse on November 10, 2024, 12:14:05 pm
I wonder about the botch work on the CPU board, it’s done so precisely, you even can’t call it botch work.
The socket on the analog input board surprised me when the entire design was made to withstand vibration.
What are you trying to achieve with your investigations?
I guess that there are a lot of specific parts being used where no information was made available.
Title: Re: Reverse-engineering some Litton military boards
Post by: Psi on November 10, 2024, 12:20:00 pm
Don't let a gold recovery expert near that thing, they will start salivating and it will disappear soon after.

Those old ceramic milspec packages are jam packed full of thick gold bond wires and solid gold braiding under the die's. All the plating is probably extremely thick hard-gold as well.

Title: Re: Reverse-engineering some Litton military boards
Post by: D Straney on November 10, 2024, 01:39:55 pm
Quote from: inse on November 10, 2024, 12:14:05 pm
I wonder about the botch work on the CPU board, it’s done so precisely, you even can’t call it botch work.
Yeah the CPU board rework is crazy!  I've done plenty of painful reworks myself on prototypes but nothing approaching that scale, and that quality.  Can only imagine how many hours it took some technician (hopefully highly-paid for their skills).

Quote from: inse on November 10, 2024, 12:14:05 pm
What are you trying to achieve with your investigations?
Definitely not re-use ;D  Not looking to assemble an aircraft radar in my living room or anything like that.  Just trying to figure out what each board does, and how it works: it's a lot of fun for me to do "electronics detective work" like with Bunnie's Name That Ware series (https://www.bunniestudios.com/).  Plus since the electronics I've developed at my jobs is relatively normal research/consumer/industrial stuff, I'm always interested in learning things about the design choices (electrical, sourcing, and physical) that go into unusual things most people don't get to see, like medical implants, military & aerospace electronics, super high-end test equipment (got a couple scrapped Teradyne boards), etc.
Title: Re: Reverse-engineering some Litton military boards
Post by: schmitt trigger on November 10, 2024, 01:47:45 pm
Very interesting, thanks for sharing.

I find amusing the combination of what appears to be fine pitch SMT and a TO3 device in the same board!
Title: Re: Reverse-engineering some Litton military boards
Post by: squadchannel on November 10, 2024, 01:53:11 pm
Gorgeous as Adlib Gold.
Title: Re: Reverse-engineering some Litton military boards
Post by: peter-h on November 10, 2024, 05:27:04 pm
The socket is probably for an EPROM or some such, for initialising the board in production.
Title: Re: Reverse-engineering some Litton military boards
Post by: inse on November 10, 2024, 07:34:42 pm
Thats a challenge for sure, you neither know exactly what the purpose of the boards was nor will you be able to find any documentation on the “number only“ chips from 30 years ago.
Was just reminded of an electronics surplus dealer selling also decommissioned military electronic equipment “for tinkerers, but don’t even think of asking for documentation“
Title: Re: Reverse-engineering some Litton military boards
Post by: 5U4GB on November 11, 2024, 02:11:46 am
Quote from: inse on November 10, 2024, 12:14:05 pm
The socket on the analog input board surprised me when the entire design was made to withstand vibration.

It may be a bit of a red herring, I've worked on stuff where someone decided that it had to withstand vibration not because it was going to be deployed into such an environment but because there was no guarantee that it might not at some unforeseeable time in the future be deployed somewhere where there might be vibration.

The thing ended up being built like a tank, or would have been if it hadn't been cancelled due to cost and schedule overruns.  Beautiful piece of engineering though.
Title: Re: Reverse-engineering some Litton military boards
Post by: 5U4GB on November 11, 2024, 02:16:09 am
Quote from: inse on November 10, 2024, 07:34:42 pm
Was just reminded of an electronics surplus dealer selling also decommissioned military electronic equipment “for tinkerers, but don’t even think of asking for documentation“

Particularly when you get boards where some of the devices are marked CCI for which a Google search on the part number/device name returns zero hits.  Then the next day you notice a black van parked outside your house.
Title: Re: Reverse-engineering some Litton military boards
Post by: xrunner on November 11, 2024, 02:20:38 am
Beautiful pictures!

What am I looking at in this screen shot on one of the boards - a test point?
Title: Re: Reverse-engineering some Litton military boards
Post by: D Straney on November 11, 2024, 03:49:47 pm
Hah seriously.  I appreciate the cryptomuseum.com (http://cryptomuseum.com) people handling that kind of thing for the rest of us.

Quote from: xrunner on November 11, 2024, 02:20:38 am
Beautiful pictures!
What am I looking at in this screen shot on one of the boards - a test point?
Thanks!  Yes, those seem like test points: there's a bunch of footprints for them on the board, small through-holes with the conformal coating masked off around them, but only a few have pins populated.  They're at key points like the outputs of both differential receivers for each channel, the ADC input, comparator inputs, etc.  The fact that some are populated and some aren't again makes me suspect this might be an engineering model (or had to be sent back for repair/troubleshooting).

Quote from: inse on November 10, 2024, 07:34:42 pm
...nor will you be able to find any documentation on the “number only“ chips from 30 years ago.
The situation is actually not as bad as it seems on that front - there's some standard part-numbering schemes for military parts (JM38510/... and 5962-...) with searchable commercial databases, which usually turns up the non-military equivalents.  For fully-custom numbering or sparse info, either there's enough context for a good guess (such as the FPGA here, with the Xilinx configuration memory connected to it), or that means I get to have even more fun and pop the lids to look inside!  Sometimes even the bare dies are a total mystery (https://www.eevblog.com/forum/rf-microwave/interesting-unusual-rfmicrowave-boards/msg5504770/#msg5504770), but often I can trace the circuit inside a hybrid module or recognize part number markings on the die (https://www.eevblog.com/forum/projects/reverse-engineering-misc-avionics-(part-3-raytheon-eas-diehl)/msg5646971/#msg5646971) (op-amps are also fairly easy to recognize in structure, even though I'm not an expert on IC reverse-engineering).
Title: Re: Reverse-engineering some Litton military boards
Post by: peter-h on November 11, 2024, 04:22:22 pm
Your unusual teardowns URL is dud, BTW :)
Title: Re: Reverse-engineering some Litton military boards
Post by: D Straney on November 11, 2024, 07:02:07 pm
Quote from: peter-h on November 11, 2024, 04:22:22 pm
Your unusual teardowns URL is dud, BTW :)
Dammit, Hackaday.  Ok good to know, thanks.  Thought they'd be an easy place to host a simple list of links online for free, but their website is constantly down and having all kinds of issues, gotta ditch them for Wordpress or something soon.
Title: Re: Reverse-engineering some Litton military boards
Post by: D Straney on November 12, 2024, 03:14:26 pm
Signal generator board
(https://live.staticflickr.com/65535/54126645282_7a6d842bea_c.jpg) (https://flic.kr/p/2qsZcU7)
[attachimg=1]

DACs & purpose
The most obvious feature of this board is all the large CPLDs.  However, I'm calling it the "signal generator board" because of the 5x (!!) DAC channels in the analog/mixed-signal section down the left-hand side.  To sum up:
So we have one slow channel, two moderately fast channels, and two fast channels.  The op-amps nearby probably are for filtering & scaling/offsetting the DAC outputs appropriately - the slow DAC might even provide a programmable DC offset for some of the other analog output channels.  The voltage references (2x 10V, 2.5V, and 5V) probably feed the DACs and/or create precision offsets for the op-amps to use.

The form factor and connector at the bottom look similar to the previous "analog input" board, so it could be from the same system.  I can't think of any video or imaging applications which would need single-digit-Mhz signal generation, so my best guess is that this is doing DDS (https://en.wikipedia.org/wiki/Direct_digital_synthesis) generation of radar transmit pulses.  There's all sorts of ways to modulate a radar transmit pulse (https://www.radartutorial.eu/08.transmitters/Intrapulse%20Modulation.en.html) to improve its performance (https://www.radartutorial.eu/02.basics/Stepped%20Chirp%20Radar.en.html), and so generating an arbitrary transmit waveform in a programmable way would be extremely useful.  The multiple output channels might be up-converted to different transmit frequencies as part of a frequency-diversity radar system (https://www.radartutorial.eu/01.basics/Frequency%20Diversity%20Radar.en.html), or maybe fed to separate antennas for some very basic phased-array beam steering (https://www.radartutorial.eu/06.antennas/Digital%20Beamforming.en.html).

Programmable logic
Whatever the DACs' output signals do, there's a good chance their input data is fed directly from the various programmable logic on the board, both the Altera (now Intel) MAX 7000 series (https://cdrdv2-public.intel.com/654718/m7000.pdf) electrically-erasable CPLDs (https://en.wikipedia.org/wiki/Programmable_logic_device#CPLDs) in the larger black-lid packages...
(https://live.staticflickr.com/65535/54127770603_e83abbf353.jpg) (https://flic.kr/p/2qt5Yqc)
...and the MAX 5000 series (https://cdrdv2-public.intel.com/654619/m5000.pdf) UV-erasable CPLDs closer to the connector.
(https://live.staticflickr.com/65535/54127940400_9c89d1f7ce.jpg) (https://flic.kr/p/2qt6QTJ)
If you zoom into the image, you can see the two columns of 4 Logic Array Blocks, one at the left and one at the right, plus the global routing/clocking in the middle column.

Each of these CPLDs has 100-200 macrocells, and each macrocell consists of one register fed by the programmable input logic terms - so there's not enough programmable logic on this board to implement a soft processor, for example, but it can still do a good deal of computation & sequencing.  192 flip-flop is enough for 12x 16-bit registers, for example.
[attachimg=2]

Waveform RAM
There's also a lot of RAM on this board: the 3x SMJ55161 SRAM chips here hold 768K 16-bit words total, so this probably holds waveform data for the DACs.  If you check out the datasheet (https://www.alldatasheet.com/datasheet-pdf/view/181568/TI/SMJ55161.html), the SMJ55161 has an interesting architecture.  There's a random-access port (good for writing waveform data, in this case) and a separate serial-access port ("SAM") meant for FIFO-like continuous reads.  The SAM is specifically meant to feed a continuous stream of data to DACs for use in computer video cards; the datasheet advertises "Up to 45-MHz Uninterrupted Serial-Data Streams", and mentions...
Code: [Select]
...a split-register-transfer read (DRAM-to-SAM) feature for the serial register (SAM port)
that enables real-time-register-load implementation for continuous serial-data streams without critical timing requirements. The register is divided into a high half and a low half. While one half is being read out of the SAM port, the other half can be loaded from the memory array.
This seems ideally suited for feeding a continuous stream of waveform data to the DACs, or possibly to the CPLDs first for some on-the-fly scaling or other basic math.
(https://live.staticflickr.com/65535/54127940440_1ec9a4d453.jpg) (https://flic.kr/p/2qt6QUq)

CPU
There's also a 68HC11 processor in the corner with its own RAM & program memory nearby:
(https://live.staticflickr.com/65535/54127940385_94ce962417.jpg) (https://flic.kr/p/2qt6QTt)
This probably does the high-level control and sequencing, and may do the math (with the help of some of the programmable logic?) to generate the waveform data and store it in the waveform RAM we just discussed.

FIFOs & interface
A couple FIFOs (1K x 9 bits each) live next to the backplane connector:
(https://live.staticflickr.com/65535/54127485046_6953ebf83e.jpg) (https://flic.kr/p/2qt4vwN)
These are likely responsible for moving data into this board from elsewhere in the system.  It's possible that the 68HC11 doesn't do any of the waveform-generation math, and instead, a different board generates the waveform data and loads it into the waveform RAM here via these FIFOs and the UV-erasable CPLDs.
You can also see a row of buffers in that photo, for digital signalling to and from the backplane connector.

Analog
The analog mux and quad comparator at the bottom-left corner may be used together, for monitoring a variety of different DC inputs for any out-of-range conditions.
(https://live.staticflickr.com/65535/54127483826_a9e93d2957.jpg) (https://flic.kr/p/2qt4vaL)
Sadly, I can't trace the circuitry in the analog & mixed-signal section: unlike with the analog input board, all the traces are run on an inner layer that's hidden by a copper plane, so I don't have a good way of seeing what's connected without spending a year doing continuity checks through the conformal coating, or getting an X-ray.
(https://live.staticflickr.com/65535/54127939485_62028335b6.jpg) (https://flic.kr/p/2qt6QBX)
(https://live.staticflickr.com/65535/54127483296_2849785f13.jpg) (https://flic.kr/p/2qt4v1C)

Resistor arrays
I was curious what some mystery packages were (marked as "??" in the annotated board view at the beginning), which consistently turned up near the line drivers, so I popped the lid on one:
(https://live.staticflickr.com/65535/54127829194_c1bc6e5844.jpg) (https://flic.kr/p/2qt6gQo)
(https://live.staticflickr.com/65535/54127948053_4342b6b86c.jpg) (https://flic.kr/p/2qt6TaF)
Turns out it's a resistor array, with 19 separate resistors bussed to a common terminal.

Mechanical
Also, this board, like the last one, has a thick aluminum stiffener with cutouts for all the through-hole pins and a few SMT components on the back side (especially power-filtering caps for the CPLDs).
(https://live.staticflickr.com/65535/54127827899_7aa7d57b10.jpg) (https://flic.kr/p/2qt6gs4)
(https://live.staticflickr.com/65535/54127768753_ff5dd963fc.jpg) (https://flic.kr/p/2qt5XSi)

Here's a couple final glamour shots of the board:
(https://live.staticflickr.com/65535/54127829779_aff81d0bf6_z.jpg) (https://flic.kr/p/2qt6h1t)
(https://live.staticflickr.com/65535/54127770578_008762d6b7_z.jpg) (https://flic.kr/p/2qt5YpL)
Title: Re: Reverse-engineering some Litton military boards
Post by: SeanB on November 12, 2024, 04:51:52 pm
That heavy rework on the CPU board is there because something there, likely the upside down package, was no longer available, so they had to do a revision to use another similar part, with different pin out, and likely added on the 2 transistors that are upside down to provide the needed inversion. Probably a simple PLA, very much under used, but replacing it meant using that other package and the transistors to drive external logic, and then added in a extra decoupling capacitor that was probably needed to make one of the signals a pulse edge for the logic to latch.
Title: Re: Reverse-engineering some Litton military boards
Post by: coromonadalix on November 12, 2024, 05:19:15 pm
thks OP   so beautifuuuuuuul   drooling
Title: Re: Reverse-engineering some Litton military boards
Post by: D Straney on November 12, 2024, 06:16:34 pm
Good point!  That would make a lot of sense for the CPU board reworks.

Speaking of which, let's look at that one in more detail.
CPU board
(https://live.staticflickr.com/65535/54127832739_02a69fd275_c.jpg) (https://flic.kr/p/2qt6hTv)
(https://live.staticflickr.com/65535/54127774098_655c4c8f27_c.jpg) (https://flic.kr/p/2qt5Zss)
[attachimg=1]
The small (right-side-up) packages marked "??" are probably resistor arrays, like the resistor arrays on the signal generator board.
Looking up the part number printed on the board actually turns up a result at commercial aerospace parts suppliers - however, the only data is that it's a "computing subassembly (CPU)".  That's...really helpful.

The circuitry on here isn't very exciting.  It's pretty straightforward, with an Intel 80C186 processor, plus an EPROM on the back for program code (I assume), and some RAM.
(https://live.staticflickr.com/65535/54127832109_b2279489c6_z.jpg) (https://flic.kr/p/2qt6hGD)
Some of the RAM is dual-port, which may be for easy DMA (https://en.wikipedia.org/wiki/Direct_memory_access) to or from the processor's memory by external equipment.
(https://live.staticflickr.com/65535/54127831604_6082953bcc_z.jpg) (https://flic.kr/p/2qt6hxW)

External communications is through 6x optoisolators (for discrete digital inputs/outputs) in metal cans, and a large MIL-STD-1553 (https://en.wikipedia.org/wiki/MIL-STD-1553) transceiver module, which has 2 channels for serial communications.
(https://live.staticflickr.com/65535/54127487201_0b42b32a59_z.jpg) (https://flic.kr/p/2qt4waX)
(https://live.staticflickr.com/65535/54127832064_cf55b328ce_z.jpg) (https://flic.kr/p/2qt6hFS)

The fast logic ("74F" and "74AS" series, < 5 ns propagation delay) clustered around the oscillator might have something to do with generating additional clock signals, or multiple clock phases.
(https://live.staticflickr.com/65535/54127778448_ccde13aeeb_z.jpg) (https://flic.kr/p/2qt61Ks)

There's a whole lot of buffers and latches which are probably for interfacing to an external bus.  The connector, unlike the other two boards, doesn't look like it fits into a backplane - it looks like it's meant to plug into another larger PCB as a daughterboard.
(https://live.staticflickr.com/65535/54127832094_71b1dca1de_z.jpg) (https://flic.kr/p/2qt6hGo)

I don't know what all the programmable logic does (lots of small-ish Altera CPLDs and 2 PAL devices), but I removed the sticker for one of the EP1810 UV-erasable devices to look at the die.  You can see the uniform-looking individual logic blocks, with the many parallel wires for global routing running in between them.
(https://live.staticflickr.com/65535/54127832714_d414d4febb_z.jpg) (https://flic.kr/p/2qt6hT5)
(https://live.staticflickr.com/65535/54128121970_1ae22ef0bc_z.jpg) (https://flic.kr/p/2qt7LSf)
(https://live.staticflickr.com/65535/54128010009_067b7f9a3a_z.jpg) (https://flic.kr/p/2qt7czT)

Let's open up the MIL-STD-1553 module:
(https://live.staticflickr.com/65535/54127772948_be6721bd37_z.jpg) (https://flic.kr/p/2qt5Z7C)
According to the datasheet (https://www.datasheets.com/part-details/bus-61565-59k-data-device-corporation-413340796#datasheet), this is more than just a simple physical-layer transceiver plus a couple UARTs: it includes high-level message handling logic and a large buffer memory for storing messages to send and receive (I can imagine this frees up a lot of CPU time, not having to handle all the timing jobs such as waiting for the bus to be free to send a message).
The two large ICs in the middle look like logic gate arrays to sequence all these operations, while the two rainbow-reflective ICs at the left look like the RAM used as the message buffers:
(https://live.staticflickr.com/65535/54127490376_a7310a5342_z.jpg) (https://flic.kr/p/2qt4x7G)
The big mess of smaller silicon dies at the other end of the package must be the physical-layer transmitters and receivers:
(https://live.staticflickr.com/65535/54127945965_c9bc3a5c6e_z.jpg) (https://flic.kr/p/2qt6SxF)
(I haven't gotten public-worth photos of the dies yet, or identified any except for a 54HC00 quad NAND gate)

Here's another photo of the hybrid module, for good measure:
(https://live.staticflickr.com/65535/54127946720_96eaf0268f_z.jpg) (https://flic.kr/p/2qt6SLG)
Title: Re: Reverse-engineering some Litton military boards
Post by: peter-h on November 12, 2024, 10:33:16 pm
Gosh this takes me back. I googled idt la55l48b and it is a 1k x 8 dual port SRAM. I used these in a token ring LAN controller I designed c. 1990. A handy chip but a total bastard to replace if it disappears. What happened to IDT? Renesas took them over: https://www.renesas.com/en/document/dst/713040-datasheet. (https://www.renesas.com/en/document/dst/713040-datasheet.)

But these are milspec grades - probably a few hundred $ each. The build cost of that card must be of the order of $10k.

It's a whole different world, working on that stuff. Probably some sort of radar processing, image processing, etc.
Title: Re: Reverse-engineering some Litton military boards
Post by: kmm on November 12, 2024, 10:42:54 pm
Man these are some beautiful boards. Kinda wish I would run across a piece of scrap with one of those mil spec 80186 or 68HC11s on it to recycle into some art-tronics toy of my own design, but I don't think I could bring myself to part out a board like this in such good condition rather than just hanging it on the wall in a picture frame.