SAGE A/N FSQ-7
Home ] Up ] SAGE-  Phoenix Air Defense Sector & 4629 Support Squadron ] 22ed NORAD REGION ] See the SAGE move - On Guard! ] SAGE - General Documents and Books ] Brochure USAF 416L ] SAGE Canada ] SAGE Ads and Articles ] SAN PEDRO HILL RADAR - SAGE ]

 

 

SAGE A/N FSQ-7   NORAD Computer 

 

 

Click to  see an awesome IBM logic trainer and also a pull drawer from  A/N FSQ-7 SAGE Computer!---------> wpe5.jpg (32631 bytes)
 

 

 

 

 

HELP US SAVE SAGE HISTORY AND ARTIFACTS!

 

wpe1.jpg (104765 bytes)

 

We will be posting photos of  a couple more artifacts here in the near future.

We are in need of more photos, manuals actual user experiences and oral histories.

If you were involved with any phase of this system we would love to hear from you!

Be sure to see the links at the top of the  page and follow them to see more!

-Ed Sharpe, Archivist for SMECC

 


 

 

 

Can anyone tell us about 
this... is this really SAGE ?


David Scully worked as a programmer at System Development Corporation on the SAGE
system starting in 1962.  He has sent us  several of the "green books",  the
specifications for the AN/FSQ-7 and some of its components in various
configurations.   We are happy to  add these to the Archives here..

 

Pete Karculias was an electronic technician/computer repairman for the Q-7 back in
1967-1969.  He was stationed at McChord AFB, WA. Thanks for sharing these  pictures with us Pete!

 

Status_Board.jpg (219427 bytes)A_computer.jpg (254442 bytes)B_Computer.jpg (243984 bytes)

Big_Mem.jpg (230968 bytes)CP_Console.jpg (250154 bytes)CP_Console_Close.jpg (222748 bytes)

DC_Command_Post.jpg (227511 bytes)Display_Routing.jpg (319271 bytes)Display_routing_2.jpg (359622 bytes)

Drum_1.jpg (279647 bytes)Drum_2.jpg (242020 bytes)Its_Crashed.jpg (37070 bytes)

Large_Frame.jpg (273694 bytes)Lil_Mem.jpg (254777 bytes)Long_View.jpg (238674 bytes)

LRI_Frame.jpg (290085 bytes)Mag_Drum_Frame.jpg (305351 bytes)Op_Console.jpg (232046 bytes)

Pwr_ctrl.jpg (322819 bytes)

Introduction.
These are personal photos of the 25th Air Division HQ SAGE system.  They were taken 
in the spring of 1969 in the evening.  I could not photograph the operators on duty
as it would have interfered with their duties. Also, some areas were off limits due 
to security (ECM room, e.g.).
1. A_computer.jpg
Duplex Maintenance Console. This is the main control panel for computer operation.
The large box in the foreground is a line printer.
2. B_computer.jpg
The Duplex Maintenace Console for computer B. Part of the Long Range Inputs Console is 
in the left background. Magnetic tape drives can be seen in the right background.
3. Big_Mem.jpg
Magnetic Core Memory No. 1. This is a 256 x 256 array of 33-bit words (total 65,536 words).
Memory cycle time was about 3.25 microseconds. Actual operational time 6 microseconds.
Memory devices are iron ferrite cores.
4. CP_Console.jpg
This is the Air Division Commander's console in the Command Post of the Direction Center.
5. CP_Console_Close.jpg
Close-up of the Digital Display of the Commander's console.  The command post consoles did
not have the large situation displays found elsewhere.  They used a large projection system
to display the air situation on a central screen (this was not used except in an alert and so
was not on when the photos were taken).  The process used was to snap periodic photos of 
the situation display using a special blue-light console, develop the film and project it. 
So the projection display was always behind real-time by the film processing time (< 1 minute).
6. DC_Command_Post.jpg
This is the Command Post in the heart of the Direction Center.
7. Display_routing.jpg
Actually this is the Manual Inputs Frame. This is the variable wiring side.  Wires 
can be relocated to move signals to and from different consoles.  This provides system
reconfiguration capability.
8. Display_routing_2.jpg
This is the "permanent" side of the Manual Inputs Frame.  Signals from various system
components arrive on this side and are routed to their destination on the other (variable) 
side.
9. Drum_1.jpg
A magnetic drum assembly shown in position for maintenance access.
10. Drum_2.jpg
Another view of a magnetic drum in maintenance position. Technical information I recall: Each
computer had 12 drums. Six were for the display system and six for central computer use. Each
drum had fixed position read/write heads - at least 33 plus some spares. A word was 33-bits so 
you could read a word by reading all heads at the same time. The system had to deal with 
addressing by computing the angular displacement and timing the operation so the right data was
under the heads.  I don't recall the capacity but it was on the order of K words! The Central 
Computer stored it's system subroutines on drums and loaded them when needed.
11. Its_Crashed.jpg
This is for fun.  We kept a Polaroid camera in the operator's room to snapshot the console if
a computer crahsed. We could reboot and analyze the status later.  I am on the right. The
computer has just crashed with a memory parity error.
12. Large_frame.jpg
This is the Situation Display Generating Element (SDGE).  It processes information stored on 
the magnetic drums to generate the Situation Displays (SD) for over 100 SD consoles.
13. Lil_Mem.jpg
This is core memory No. 2. It has a 64 x 64 array of 33-bit words for 4096 total.  It has
the same operating speeds as Memory No. 1. The real reason there were two cores was to allow 
one memory to run diagnostic software on the other. 
There was also something called Test Memory.  This was an early equivalent to ROM.  There was
a patch panel that could be installed in the maintenance console.  It was hard-wired to logic 0
and 1 levels and was the first 32 words of the address space.  We kept a bootstrap loader
in it that would reload the system from tape. We also had different panels for maintenance
programs.  You can see three of them in the B-Computer.jpg photo. Just to the left of them
is the pull-out slot they go into.
14. Lil_Mem_Close.jpg
Close up of core memory 2 showing the X and Y plane drivers and individual iron ferrite cores.
15. Long_View.jpg
This shot shows the wall-to-wall distance of the area occupied by one computer.  Each computer 
occupied approximately a square of this size.
16. LRI_frame.jpg
This is the "tube-side" of the Long Range Inputs Frame.
17. Mag_Drum_Frame
This is a Magentic Drum Storage Frame.  It housed six drums and their control circuitry. There 
were two such frames for each computer.
18. Op_Console.jpg
This is the computer operator's console (left).  This is in the same room as the Maintenance 
Consoles. It includes a Situation Display (SD) a 19 inch CRT, a Digital Display (DD), a 5 inch
CRT.  Also there is a push-button panel which controls SD and DD information.
On the right are the Duplex Switching Consoles.  These provide switching functions to make
either A or B computer "Active".  One computer was always active and the other standby.  If
the standby computer was running the standby Air Defense program (rather than maintenance) the
system was in "Full Duplex" mode.  If the Active crashed, switchover could be done in a 
couple of seconds.  In Full Duplex Mode, the Standby computer received periodic data transfers 
from the Active so it was "ready to go" if needed.
19. Pwr_Control.jpg
This is a panel on the power control system.  The power plant (we had our own) generated a million
watts for the computers.  We also had our own air-conditioning system.  Chilled air was pumped
through the consoles at the bottom and out the top.  The exhaust air was warmed by the frames
and was recycled to heat the building in cool weather.
If air conditioning failed, an extremely loud klaxon over the operator's station (you can see 
it to the right on the wall in Op_Console.jpg) would go off.  The operator immediately called
the power house.  If AC could not be restored in 60 seconds, an emergency power down  was done.
The reason was that the magnetic core memories would begin to melt down if left without cooling
air for much longer than that. It went off once while I was on duty.  It turned out to be a
false alarm though.
20 SID_Close.jpg
Close-up of a Situation Display (SD) console.  You can see the outline of Washington, Vancouver
Island and British Columbia, Canada to the North.  The 25th Air Division covered all this 
territory.  Each Direction Center (DC) overlapped coverage with the adjacent DCs. The DC to the
South was located in California.  When it was shut down, parts of the machine were sold to a
Hollywood movie company.  For many years later, we saw them in movies and TV shows, wired up
to make the lights blink and flash.  Most notable were the Voyage to the Bottom of the Sea
(the TV series) and the "Kellog Computer" commercial which spewed cereal boxes out of the
test memory door!
21. SID_Console.jpg
This is longer shot of the SD console.
22. Simplex.jpg
This console provided operation and maintenance of the Long Range Inputs and Outputs. Simplex
because there was no redundant hardware.  Each radar station fed digitized data to the DC over
public telephone lines (a first - they had to invent the modem!). The DC also sent data to the
neighboring DCs and to the Command Center (the AN-FSQ-8 computer). 
23. Status_Board.jpg
This is located in the command post.  It provided Air Division Status data to the commanders.
It was updated by the WW II method of guys writing backwards on the back of the Plexiglas.

SID_Close.jpg (271679 bytes)SID_Console.jpg (259827 bytes)Simplex.jpg (263303 bytes)

Two Tags off 'Clyde' the AN/FSQ-7 Outside Luke AFB Given to me back in the 80's
but... I just found them while digging though Paperwork left from the old days at
Computer Exchange Inc.  - -  Ed Sharpe


Sage Logistics Handbook  from March 1960. This copy belonged to  26AD At Luke AFB.
Had another binder stuck to it. Shall try to clean it up a bit. This would be a great 
candidate for a PDF file.


Nice general NORAD Brochure


26AD Cap, Hard to  do this  in a scanner folks!


                                                                                    October 15, 1997

Bunny White

Archivist – Lucent Technology

600 Mt. Avenue

Rm 3A-302

Murray Hill, NJ  - 07974

 

Bunny,

Attached is a map showing the principal installations of the SAGE System  (Semi-Automatic Ground Environment ) a USAF/RCAF project that comprised much of NORAD’s air defense of the US and southern Canada back in the late 50’s through the early 80’s. Interceptor air bases of the Air Force and Navy are not all shown.

 

The NIKE anti-aircraft systems, Ajax and Hercules, (the Army’s systems designed and built by Bell Labs and Western Electric) was integrated with this system. NIKE locations are not shown.

This system was significant in many ways:

1.       It was the first big integrated communications network. High speed data ran at 1300 BPS on the 1A Digital Signaling System between the worlds largest vacuum tube computers (AN/FSQ 7s and 8s) which were duplexed for reliability at 23 direction centers (sectors). The sectors were fed radar data from apx. 250 radar sites, Texas Towers, picket ships, airborne radar, and weather stations. The 23 sectors fed summarized track data to seven regional combat centers, in turn to the NORAD center at Colorado Springs.

2.       It gave the computer industry a big boost. The IBM 7090 was essentially a solid state version of the AN/FSQ 7/8 which was also converted. Burroughs also had a pre-processor at the radar sites.

3.       The first ground control of interceptor aircraft was carried out by this system. Ground to air radio provided digital vectoring of the aircraft to the pilot via a fire control CRT on the aircraft.  A wide variety of jet aircraft and air to air missiles were used.

4.       Digital Display Technology was promoted. Light pens, random access digital display CRTs were developed by Hazeltine and IBM and used by the thousands in this system.

5.       Simulation of hostile aircraft was developed by WE during the implementation of the system.  This was done to cut down the use of large aircraft as targets during training exercises, and system integration testing of ground to air radio and interceptors.

      (Live aircraft were used in the final system tests but not actually shot down.)

6.       The first in line microfilm fast processed 35 mm projection displays were incorporated.  These preceded the printer plotters that followed in the 60s and 70s and were able to project a large screen display within 30 seconds of the computer generated display.

7.        WE was able to obtain a large number of computer trained personnel.  At a time when very few computer trained people existed, close to 500 engineers and technicians were trained at MIT’s Lincoln Labs in digital techniques, computer programming and radar and other systems integration areas. These people often formed the cadres of computer personnel at many locations and other projects throughout the company when the SAGE implementation phase ended in the 1962-3 period.

 

Although the SAGE system design was led by the MITRE Corporation, Western Electric’s Air Defense Engineering Service (ADES), headquartered on Church Street NYC, was awarded the systems integration contract to coordinate the installation, and perform the subsystems and systems tests. (The good work on the DEW Line around the Arctic Circle helped getting the award.) It checked out hardware and software of many subcontractors (IBM, Borroughs, RAND/SDC, GE, Philco, Raytheon and others including  AT&T )

 

WE hiring started in 1955 and hit full stride in 1957 with training started at Murphy Army Hospital in Boston and then moved to MIT Lincoln Labs, Lexington MA. Class groups of about 15 started about every three weeks. Training lasted nine months for the first three years, afterwards which, with trained people in the field, it was cut to six. Students were paid a base salary but not paid expenses until they went to the field and were expected to find their own housing with many going to boarding houses and apartments in Cambridge.

 

Upon graduation they were assigned to one of five field test teams that would move about every nine months if the sector tests went well. The first five sectors to be checked out were on the East Coast.  Test teams were comprised of about 50 to 65 persons; half at the direction center, half at the radar and ground to air radio sites. At the end of a sector about ten persons were left behind to handle retrofit changes and upgrades. The others would be split into two groups with half matching up with half of another group at a new sector; the other half with another at another new location. Retrofit personnel losses were replaced with “rookies” just out of school. (The old men were those with two or three year’s experience.) It made for close friendships between couples that shared the hardships of the road, moving and looking for a new place every nine months.. Essentially your company work mates and their spouses were your family. Those friendships lasted for many decades after the project winded down.

 

The first sector (New York Air Defense Sector) was cut over in late 1958. The entire 23 SAGE sector and 7 combat center job was completed in 1962 (on time) with smaller scale retrofits taking place for a few more years. A few of the experienced people went to Bell Labs Whippany where they worked on a series of very involved tests of SAGE and NIKE Hercules air defense effectiveness in 1961-62. An experimental SAGE system was maintained in Montgomery, AL for testing of new sub-systems through the 60’s.

 

In the early 60’s, some of the personnel of WE ADES were phased into Bell labs/WE projects such as MAR-I, NIKE X/Safeguard, Underwater Defense, and ESS. Some went to WE factory or service locations, Bell operating companies and AT&T. Many, longing to be closer to home, now with children, or seeking another venue went with NASA, Jet Propulsion Labs, or other companies.

 

SAGE was a great project for the country, the company, and most of the people who worked on it. For many it was a way of learning a new field, getting to see the country, and make a few dollars in the process, - a great adventure which led to many good things.

 

                                                                                    Robert F. Martina (Lucent ret. )   

 

Attached is a diagnostic that was run on the switching console. Circa 1958 at first the blue suit site Ft Lee VA. I was in first class to go through Kingston, NY.
 
Tip
 

 

 
 

Ed,

You have a wealth of info on your site. It was a long time ago and my memory
is poor. I'm not sure I could contribute anything you don't already have. I
have no physical mementos either. However, I may try to recall what I can.
Some points (thinking as I write):

1. Vacuum tubes didn't have a very long life. With all those tubes in the
computer (I Don't remember how many), the mean time to failure was a few
minutes. Solution: Marginal testing where voltages would be systematically
lowered and tubes that were on the verge of failing would be pushed to fail
during testing. Diagnostic marginal testing software automated the process
and used the computer to pinpoint its own failures.

2. The computers used a lot of power. I heard a rumor once that while
testing the system in Newburg, NY, a computer was hooked up with the wrong
phasing and it blew line circuit breakers all the way to Pennsylvania.

3. Each site had two computers (A and B). At any time one was Active and the
other was Standby, periodically switching the roles of the A and B
computers. We performed diagnostic testing and maintenance on the Standby
computer.

4. At the time I was there, IBM had a maintenance force of about 60 people
at each site for round the clock maintenance. They were divided into 3
specialties: Central Computer, I/O, and Display.

Perhaps I can think of other stuff, too...

Tom

 
Here we have a vintage IBM assembly. It is stamped 3087930 Assy B00046"There is a label on top that reads "D3087930 B00046 56092 8421".

Attached to it is an IBM punch card that reads "3087930 46 KIBM 8421 3087930".

This item measures approximately 17 1/2 X 16 1/2 X 3". It weighs 7 1/2 pounds.

 OK Is This From SAGE?

 

 


 
 

The Last of the SAGE Techs

 

   I arrived at McChord AFB in Tacoma, WA, in January of 1983, after finishing tech school at Keesler AFB in Biloxi, MS.  At Keesler, the systems we trained on seemed a bit behind the times, including the BUIC (BackUp Interceptor Control), based on the Burroughs D825.  I figured though, that once I reached my permanent duty assignment, I'd get to work on some more modern equipment.  When I received my assignment, I was quite distressed to discover that I'd be working on the AN/FSQ-7 and its 50,000 vacuum tubes, installed in 1958!  McChords' Q7 was nearing the end of its service life, and I found myself in the last group of technicians to be trained and qualified on the Q7.  Things weren't as bad as I anticipated, though, and I was eventually selected for one of the four remaining maintenance slots on the new system, the AN/FYQ-93 (ROCC).  I spent 8 months working on the Q7, before heading for Tyndall AFB in Panama City, FL for training on the new system.

 

   Working on the Q7 turned out to be an interesting experience.  A computer big enough to walk around in!  I trained under TSgt Larry White, in Central Computer (CC).  We were short handed on the Q7 because most of the techs had been moved over to the new system (ROCC), but we still had to keep the Q7 running.  I completed OJT training on the Q7 in record time, and was soon working shifts as a qualified CC troop.  The final part of Larry's training program involved pulling a random tube from the standby system, and having me deduce its location using the Duplex Maintenance Console (DMC) and available diagnostic procedures.

 

   Some of the maintenance procedures were particularly memorable, such as changing heads on the drums.  Because it took in excess of 20 minutes for a drum to spin down, you couldn't often afford the down time and you changed the head while the drum was turning at speed.  It was a nerve wracking process which involved using an oscilloscope to monitor the signal amplitude on the head.  You cranked the head down towards the drum surface until the signal reach the proper level.  If the head went too far and actually touched the surface of the drum, it would score the surface and make that track unusable.  At least one of our female techs refused to change heads on a live drum, after  qualification.

 

   Running "margins" on the system meant using the Marginal Checking System to help detect system components, especially tubes, which were weakening and about to fail.  Voltages were varied by small amounts to specific parts of the system, while running diagnostic programs to check for errors.  It was also used to keep the core memory systems in adjustment.  I still have a printout which lists the ideal readings for margins on Big Mem.  Adjusting Big Mem meant using a flat blade screwdriver to make minuscule adjustments to a pot with a quarter inch shaft.  A tiny tap was all it took to bring it in or out of adjustment.

 

   One of the annual maintenance procedures involved powering down one of the duplexed systems.  For the annual PMIs (Preventive Maintenance Inspection), all of the available techs would be called in to help with this all day project.  One of the jobs was inspecting the power supply units for defective selenium rectifiers and electrolytic capacitors, and replacing them.  The capacitors were installed in "cap trays", with metal bus bars connecting the capacitors, and a neon indicator on the front which would indicate a problem with that tray.  With the power off, you had to discharge the cap trays with a special tool that looked like a gigantic, two pronged plug.  There was a lot of power stored in those units, and I never liked working around them.  Bringing the system back up after a power down was an adventure, since something would invariably fail when power was applied.

 

   On the lighter side, programmers over the years had written some interesting "diagnostic" programs for the system.  One was the Hula Girl, which was an animated drawing of a hula girl on the display scope.  If you pointed the light gun at her navel and pulled the trigger, her skirt would fall off!  Another was an interactive game of baseball, played on the display scope by two players.  A baseball diamond was drawn, with some crude base runners.  One player would press a button on the scope to pitch the ball, and the other would press a button on a cord attached to the scope to swing.  If the batter connected, the men would advance around the bases.  One night, after the PMIs were completed, two of our techs were playing baseball on the standby system's maintenance scope.  The red phone rang, which was connected to the Senior Director (SD) upstairs in the display room.  Expecting a problem, one of the techs answered the phone, to hear the SD ask, "Who's winning?"  Apparently, one of the display operators had switched over to the standby system and saw the game in progress.  Fortunately, the SD had a sense of humor.

 

   There were also programs written to play music on the Q7.  The DMC had a speaker on it, with a volume control and a switch to select one of four register bits to monitor.  During normal air defense operation, the speaker was usually turned to a low level to monitor the operation of the system.  The air defense program had a certain rhythm to it while cycling normally, and an experienced tech could often catch a problem early by hearing a change in the pattern.  In standby mode, by toggling the register bit on and off at a defined rate, you could produce definite musical pitches through the speaker.  The problem with the existing music programs was that it was a complicated process to write a program to play a tune, and each program could only play one tune.  Over the course of several mid-shifts, I wrote a music interpreter, which would read a short data deck (punch cards) telling which notes to play and for how long, making it easy to program new tunes.  After one productive mid-shift, the day crew arrived to hear the standby system playing "The Liberty Bell" march, with big block letters on the display scope spelling out "Monty Python's Flying Circus".  I wish I had saved that program!

 

   When McChord's Q7 was dismantled in 1983 after 25 years of operation, the crew saved a couple of pieces for me: a switch/indicator assembly from the DMC and a 64Kbit core plane from Big Mem.  I've also acquired a few other parts over the years, including two PUs, some panel faceplates and a LRI test panel assembly.  I have a page dedicated to my SAGE artifacts, here:

 

http://ripsaw.cac.psu.edu/~mloewen/Oldtech/SAGE/

 

   Most people don't realize it, but if they've watched any number of Science Fiction movies and TV shows, they've probably seen parts of the SAGE system.  From about 1964 on, parts of the system were used as props in many productions, including Lost In Space, The Time Tunnel, The Man From U.N.C.L.E. and Battlestar Galactica, to name a few.  Irwin Allen in particular was fond of the hundreds of blinking lights and switches, and many of his productions used Q7 parts as props.  I've been a Science Fiction fan since I could read, and used to watch all the Irwin Allen shows.  It wasn't until after I left the Air Force that I realized that the "computers" in the Time Tunnel complex were actually sections of the DMC and SMC from the Q7.  Some of these props have been used as recently as 2006, in the ABC production, Lost.  I've created another web site with a list of productions with Q7 props, along with screen captures of the equipment:

 

http://ripsaw.cac.psu.edu/~mloewen/Q7/

 

Mike Loewen

USAF 1982-1986

mcl8@psu.edu

 
CPT John P DeWerth's Sage Memories - This is  the first 
in an ongoing series John will be sharing with us!

We were constant having "unknowns" in our sector NYADS. This was usually
the Navy with their carrier ops. Sometimes they would let us know most
of the time not. We used to have to track them down to find out. One day
we had an unknown pop up out of sector center proceeding straight North
at mach 3. We scrambled the interceptors to find out what was going on.
and when they got there, no one was seen. So they turned around an came
back home. We checked with the site programming folks. System
Development Corporation, and told them what had happened. One of the
programmers when chasing through the code and came to the conclusion
that the only way that might have happened was if we had an instruction
failure on the B register. He proceeded to write a 1 card diagnostic
which exercised the B register when run and sure enough it failed. which
when on to prove that things  weren't  always  as they  seemed.


Another time a USAF LTC came down from North  Bay , Canada. He was
attached to the Atomic Energy Commission.  He was on a fact finding
mission. I met with him and  the programming site manager. He was 
trying to find out if the maintenance folks could launch Bomarc
missiles. I said yes. And I  proceeded to tell him how. The Senior
Director had a keyed console. The maintenance  people had a console
which had a plug board to make it look like any other console in the
building  so we could diagnose  problems  ahead of going to fix them.
that console DID NOT have a key. Going through the process of plugging
up our console to look like Air Surveillance, Identification, And Weapons
we could have launched a Bomarc. The LTC asked the site manager if that
was right and he said yes. That was not the answer he wanted to hear. I
guess maybe I was the only one who figured it out. I seems we were not
on the Human Reliability Program. No one had checked the maintenance
people to find out if any one had a screw loose. I don't know what the
ever did because I separated shortly after that.

On of the features of the AN/FSQ-7 was a speaker attached to a bit in
the accumulator. We listened to the program cycle and after a day or so
you consciously forgot about the noise but unconsciously you knew it was
there. You could be doing work, but the minute the sound changed. you'd
run to see what was up. That would be the time we'd switch over to the
standby machine


When I first got to the site my chief NCO gave me a tour of the second
floor and the computer room.  One of the things in the computer room was
a Polaroid camera on a roll around stand. I asked what it was for and he
told me it was a piece of test equipment. I said you have to be kidding.
He said no. He said we used it to take pictures of the console lights.
It helps us to trouble shoot problems.

 

John P DeWerth
CPT USAF

 

Airman First Class Trent Bailey, Weapons Controller Technician at 26th NORAD Region/Air Division

 

  26AD_Patch.JPG (393179 bytes)

(click SAGE artwork to open in a separate large window)

 

"Airman First Class Trent Bailey, Weapons Controller Technician at 26th NORAD Region/Air Division points out a target for Airman Toni Bailey, a Air Surveillance Operator new to SAGE Operations, who is also his spouse." Picture was taken on February 12th, 1975 for an article in the Division's newsletter.  As I recall, there were 3 couples that worked together in the 26th Air Division and two of them were stationed at the NORAD Region Control Center at Luke AFB, AZ.

Trent Bailey tells us "The 26AD crest is actually printed on adhesive-backed paper and was used to mark manuals, books, etc.    I remember a sheet of them had a huge one, like 8X10, then smaller ones, down to an inch high.    This is an 3" original from there, and I've had it since my days there.   Yellowed with age, it is stuck to a mirror on my workstation at home."

 

AIR NAVIGATION ATTACK COMPUTER TYPE CPU-73A/P

 

 

Trent Bailey tells us: "Ed, it was a mechanical Attack Computer that enabled Weapons Controllers to calculate intercept vectors for engaging enemy aircraft. 
 
When the SAGE Direction Center determines that a 'track' (or computer-generated radar return) cannot be positively identified as a friendly aircraft, interceptor aircraft are scrambled.  In 26AD, this usually meant that something was coming toward the west coast of the United States from the Pacific Ocean.    While these tracks are usually off-course airliners or private aircraft, they are within an ADIZ (Air Defense Identification Zone) and, as such, require positive identification.   
 
As interceptor aircraft kept on Cold War alert take off, usually from active or Air National Guard bases in California, a team consisting of a Weapons Controller (at this time, early 70s, WCs were always commissioned officers) and a Weapons Controller Technician, usually an enlisted airman, we being assigned to the intercept by the Weapons Director on duty at the SAGE Direction Center.
 
Usually the WC Tech starts the ball rolling by contacting the appropriate FAA Control Center to coordinate the 'handoff' of the interceptor, now flying through civilian airspace under ATC control, to the control of the Weapons Controller.  
 
As the incoming track has been entered into the system, the Controller Team has a few facts about it, it's location, it's heading and it's altitude.  If the Unknown, as it is logged, has a IFF/SIF (Identification Friend or Foe/Selective Interrogation Feature) transponder on board, it is either 'squawking', or transmitting, an invalid code, or is silent.    
 
As the WC Tech finishes the handoff from Center, the Controller has been using his manual Attack Computer (similar in form and function to a civilian Flight Computer) to determine the best heading to assign the interceptor, based upon several things, the speed and heading of the Unknown among them.    He decides upon one of four attack options;
 
* FSR/A -  This is an initial attack from in front of the Unknown that continues into a re-attack from his rear.  This is being done with a significant speed advantage on the part of the interceptor, and is usually the most effective attack to use, if conditions allow.
 
* FSR/D - This is also an initial attack from the front, followed by a stern re-attack, but here, the interceptor has a speed disadvantage, or is on a par with the Unknown.  This changes the attack geometry itself, to enable the attack, so is classed as a different form of attack.    
 
* BEAM - A Beam attack is, as the term might suggest, a attack from the side, or 'abeam' of the Unknown.  These are shorter-ranged attacks, and are carried out with 'secondary' weapons, such as the FFAR/HVAR (Folding Fin Aerial Rocket/High Velocity Aerial Rocket, an unguided munition) or guns.  As I recall, both the F-102 and the
 F-106 had the capability to carry up to 24 FFARs within their missile bay doors.   
 
* PURSUIT - This is both self-explanatory, and the simplest attack.  Just point the Interceptor at the target and go. 
 
Now, while I have characterized this whole exercise as a defensive attack upon an enemy, of course we don't go shooting down innocent civilian aircraft without a really good reason and a lot of authorizations.  However, these intercept profiles are still run, just in case this Unknown turns out to be an actual Hostile aircraft."

 

For BUIC, The SAGE Backup Please see the BUIC section under Burroughs Click ---HERE 
 www.smecc.org/burroughs_buic_-__an_gsa-51__sage_backup.htm

 

 
 
 
 

Everyday we rescue items you see on these pages!
What do you have hiding in a closet or garage?
What could you add to the museum displays or the library?

PLEASE CONTACT US!

===================

DONATE! Click the Button Below!


Thank you very much!

===================

Material © SMECC 2007 or by other owners 

Contact Information for
Southwest Museum of Engineering,
Communications and Computation 
&
www.smecc.org

Talk to us!
Let us know what needs preserving!


Telephone 
623-435-1522 

Postal address 
smecc.org - Admin. 
Coury House / SMECC 
5802 W. Palmaire Ave 
Glendale, AZ 85301 

Electronic mail 
General Information: info@smecc.org