Académique Documents
Professionnel Documents
Culture Documents
Avionics System
ORIGINALCONTAINS
COLORILLUSTRATIONS
ilI]]
NASA SP-504
Space Shuttle
Avionics System
John F. Hanaway
Intermetrics, Inc.
Robert W. Moorehead
NASA Headquarters
Hanaway, John F.
Space shuttle avionics system / John F. Hanaway, Robert W.
Moorehead.
p. cm. -- (NASA SP ; 504)
Supt. of Docs. no. : NAS 1.21:504
1. Space shuttles--Electronic equipment. I. Moorehead, Robert
W. II. Title. III. Series.
TL3025.H36 1989
629.47--dc20 89-600316
CIP
;!
Preface
HE SPACE SHUTTLE avionics system represents a functions was considered to be radical and of high risk.
significant advance in avionics system technology. The Prior to the Space Shuttle, aerospace systems were made
system was conceived in the early 1970's, developed up of an essentially independent collection of subsystems,
throughout that decade, and became operational in the organized along disciplinary lines such as flight control,
1980's. Yet even todayin _]988, it remains the most guidance and navigation, communications, and instrumen-
sophisticated, most advanced, most integrated avionics tation. Each subsystem typically had its own dedicated
system in operational use in the aerospace arena. Some controls, displays, and command and signal paths. The
of the more significant "firsts" achieved by the system Space Shuttle avionics system not only integrated the
include the following. computational requirements of all subsystems in one central
computer complex, but introduced the concept of
• It represents the frst successful attempt to incorporate
multifunction controls, displays, and command/data paths.
a comprehensive fail operational/fail safe concept in
The overall system design was driven by mission
an avionics system.
requirements and vehicle constraints never before encoun-
• It pioneered the development of complex redundancy tered in a space program. Significant among these were
management techniques, some of which rival the the following.
expert system approaches emerging today.
• The requirement for multiple reuse over a 20-year
• It is the first operational aerospace system to use digital period -- The economic and safety-related impacts
data bus technology to perform flight-critical of aborting after one failure required that the system
functions. have a two-fault-tolerant fail operational/fail safe
configuration.
• It is the first operational system to utilize a high-order
language to develop and produce onboard software. • The requirement that comparison of data or
• It is the first operational aerospace program to make performance from independent systems or components
extensive use of flight software program overlays from operating in parallel be the primary means of detecting
and isolating failures and assessing system operational
a tape memory to expand the effective size of computer
status
memory.
-- To detect the second failure in a system, four parallel
• It is the first system to integrate the flight control
function with the rest of the avionics functions. strings were required and baselined.
• It is the first avionics system to use a multifunction • The requirement for an unpowered landing on a
cathode-ray-tube display and crew interface approach. runway -- The stringent performance required
prohibited the use of degraded backup systems.
• It is the first avionics system to provide extensive
operational services to onboard nonavionics systems. • The autonomy requirement -- Large quantities of
instrumentation data, transmitted to the ground on
Such pioneering innovations and concepts are remark-
previous programs for spacecraft functional assess-
able in that they emerged in a design environment which
ment and subsystem management, had to be processed
would be considered archaic by today's standards. For
onboard and made available to the crew in usable
instance, the data processing state of the art has turned forms.
over at least four times since the Space Shuttle design was
conceived. In 1974, there were no off-the-shelf microcom- • The Space Shuttle vehicle which evolved was an
puters, large-scale integrated-circuit technology was unstable airframe requiring sufficient control authority
emerging but immature, and the use of data buses for critical to cause structural failure if an erroneously applied
hardover control actuator command was allowed to The Space Shuttle avionics system which evolved features
remain in effect for as little as 10 to 400 milliseconds. a five-computer central processing complex, which provides
software services to all vehicle subsystems that require them.
--Full-time stability augmentation was baselined,
Each computer is connected to a network of 28 serial digital
direct control modes were excluded, and digital
data buses, which distribute input/output commands and
autopilots were designated to accommodate the
data to/from bus terminal units located throughout the
wide spectrum of control.
vehicle. Dedicated hardware components, unique to the
-- Manual intervention or switching of active/standby various subsystems, interface as necessary with bus terminal
strings proved inadequate to overcome the effects unit signal conditioning devices. During critical mission
of erroneous hardover commands; therefore, a phases such as ascent and entry, the system is configured
system approach was baselined in which hardovers in four redundant, independent but synchronized strings,
were prevented through the use of multiple, parallel- each controlling one-fourth of the redundant sensors and
operating, synchronized processors and command control effectors required for th e operation in progress.
paths to drive force-summing control actuators. A backup, simplex software package is installed in the fifth
computer to be used if a generic error causes failure of
• The large size of the Space Shuttle vehicle resulted
the total redundant set. During more benign mission phases
in the weight of wire, both signal and power, being
such as on-orbit, the computer complex can be configured,
a significant proportion of the avionics system weight.
by loading the appropriate software programs, to perform
-- Multiplexed serial digital data buses were used for a wide variety of mission and payload support functions.
command and data transmission throughout the The system includes more than 270 components,
vehicle. depending on the mission, and uses approximately 500 000
lines of software code. Although very complex and difficult
-- Solid-state remote power control devices were used
to describe or understand, the system has proven to be
to reduce the quantity of power cable needed.
reliable, durable, extremely versatile, and a tribute to the
A myriad of other mission, vehicle, and system require- multitudes who contributed to its design, development, and
ments influenced or dictated various aspects of the design; verification.
however, the basic system concepts were derived from those
described.
vi
!!1!lJ]
Contents
Section Page
I INTRODUCTION
Introduction ............................................................................. 3
Avionics Hardware/Software ............................................................... 3
Flight Control ............................................................................ 3
Guidance and Navigation .................................................................. 4
Displays and Controls ..................................................................... 4
Communications and Tracking ............................................................. 4
Redundancy Management .................................................................. 4
Introduction ............................................................................. 5
Top-Level Design Drivers/Requirements ..................................................... 5
Data Processing .......................................................................... 9
Flight Control ............................................................................ l0
Backup System ........................................................................... 12
Redundancy Management .................................................................. 12
Onboard System Management .............................................................. 13
Navigation ............................................................................... 15
Display and Control ....................................................................... 17
Communications .......................................................................... 17
USAF Requirements ...................................................................... 19
Payload Support .......................................................................... 19
Remote Manipulator ...................................................................... 20
Power Distribution ........................................................................ 20
SYSTEM MECHANIZATION/OPERATION
Overview ................................................................................ 21
Avionics System Functions ................................................................. 22
Data Processing .......................................................................... 25
Display and Control ....................................................................... 35
Guidance, Navigation, and Control .......................................................... 38
Sequencing .............................................................................. 45
System Management/Instrumentation ....................................................... 47
Communications and Tracking ............................................................. 49
Payload Support Operations ............................................................... 54
Electrical Power Distribution and Control .................................................... 56
Ground Checkout ......................................................................... 59
vii
SPACE SHUTTLE AVIONICS SYSTEM
Tables
Table Page
Figures
Page
Figure
viii
CONTENTS
Page
Figure
ix
i
l
_IIll
Section 1 Introduction
The Space Shuttle avionics system design roots are in the The Space Shuttle avionics system is very large and
early 1970's, yet it remains the most sophisticated, extremely complex and, therefore, is difficult to describe
integrated, innovative approach to an aerospace avionics without becoming engulfed in details. The approach used
system in use today -- 16 years hence. It is the intent here is to maintain a top-level perspective by frequent
of this document to trace the origins and evolution of the reference to the system block diagram contained in the
system; to outline the requirements, constraints, and other foldout located inside the back cover. The reader is
factors which led to the final configuration; and to provide requested to examine the foldout at this time. Note that
a comprehensive description of its operation and functional it can be extended without interfering with the reading
characteristics. The assumption is made that the reader of the document. To facilitate reference to various features
is familiar with, or has access to, information about the of the system, letters (across the top and bottom) and
basic Space Shuttle vehicle configuration and its numbers (along the sides) define zones that are used in
subsystems. the descriptions which follow. References to zones in the
diagram will follow the alphanumeric convention (e.g.,
[B,3]) to identify locations. To the lower left of the diagram,
Organization note the color code legend which indicates the convention
used to identify data buses. Note also that the diagram
The remainder of the document is organized into three
sections. reflects the physical distribution of equipment in the vehicle.
Because of the frequent references made to the diagram,
• In Section 2 -- The Design Environment, the state it is recommended that it remain extended while the various
of the electronics and aerospace art in the early sections, especially section 4, are examined. Even though
seventies is assessed. The intent is to familiarize the subsystem and function descriptions may include more
reader with the environment in which the design detailed, specialized diagrams and figures, it is very
evolved. important that the overall perspective be maintained
through the use of the system block diagram.
• In Section 3 -- System Design Evolution, the major
As indicated previously, the document is intended not
requirements and other factors that led to the Space
only to describe the Space Shuttle avionics system, but
Shuttle avionics system configuration are developed.
to develop the thesis for its configuration and its evolution.
The overall design drivers and constraints are treated
For the user not interested in the origins and evolution,
first, followed by a subsystem-by-subsystem discussion
section 4 is written to stand alone and may be used as
of the major tradeoffs and design issues that were
a reference description of system mechanization and
addressed as the system evolved.
operation.
• Section 4 -- System MechanizationOperation Acronyms and abbreviations used herein are defined in
contains a description of the system and of its the appendix.
functional operation. Each function or service In compliance with the NASA's publication policy, the
provided is examined from the standpoint of the data original units of measure have have been converted to the
processing hardware and software attributes used as equivalent value in the Syst_me International d'Unitrs (SI).
well as of the additional unique avionics subsystem As an aid to the reader, the SI units are written first and
hardware required. the original units are written parenthetically thereafter.
_m
il IH
Section 2 The Design Environment
Guidance and Navigation ments forecast for Space Shuttle operations and experiment
support. The NASA had led research in digital voice and
Sophisticated guidance and navigation schemes and algo- sophisticated encoding and decoding techniques, but these
rithms had been developed and used in the Apollo Program; had never been proven in an operational system. Solid-
therefore, the technology base appeared adequate for the state radiofrequency (RF) amplifiers capable of power
Space Shuttle in these disciplines. Although a new guidance output sufficient for skin-tracking radar were emerging but
and navigation challenge was posed by the entry through also not proven. The Federal Aviation Administration
landing phase, no state-of-the-art advances were deemed (FAA) was considering an upgrade of the Instrument
necessary. Landing System (ILS) to one using microwave scanning
beam techniques capable of meeting Orbiter landing
Displays and Controls performance requirements, but no realistic conversion
schedule existed.
The pilot input devices in general use for aircraft control
were a stick or a yoke/wheel for roll and pitch, and rudder
pedals for yaw. When hydraulic boost was used, elaborate Redundancy Management
sensing devices were included to provide the correct The use of redundant systems to enable operation in the
feedback to the pilot. Hand controllers without feedback face of failures was common in both aircraft and space
and with only electrical outputs had been used in previous applications; however, all previous approaches used
manned space programs; however, the application did not primary/backup, active/standby techniques which relied on
involve aerodynamic flight. Switches, pushbuttons, and manual recognition of faults and crew-initiated switchover
other input devices were typically hardwired to the function, to the alternate or backup system. Very little was known
the box, or the subsystem that required the input. Displays about the use and management of multiple sensors or other
were also hardwired, were generally mechanical, and were input devices and even less about multiple output devices
dedicated to the function served. Off-the-shelf horizontal such as hydraulic actuators. No aerospace project had even
and vertical situation displays, although electronically contemplated the automation of failure detection and
driven, utilized a mechanical presentation. Electronic recovery for large systems such as the reaction control
attitude and directional indicator (EADI) technology was system (RCS). The RCS required complex assessments of
emerging but not in common use. Heads-up displays large numbers of temperature and pressure sensors,
(HUD's) were also just emerging. The concept of correlation with vehicle dynamic response to digital
multifunctional displays was immature and had never been autopilot commands, and a variety of recovery options
used in an aerospace application. Many of the display and which depended on factors such as mission phase,
=
control design issues associated with management of a propellant quantity, and available thruster configuration.
redundant system had never been addressed. The system which evolved required the use of techniques
which rival those of expert systems being developed today.
Communications and Tracking
A very capable S-band communications system had been
developed for use on the Apollo Program; however, it could
not serve the data rate, link margins, and coverage require-
Section 3 System Design Evolution
Top-Level Design Drivers/Requirements the use of multiple avionics "strings," each independent
from a reliability standpoint but each with equivalent
Design drivers which affected or forced the overall system capability.
architecture and approach can be grouped into two Another design constraint, derived from experience on
categories: mission derived and vehicle derived. In the previous programs, severely limited the use of built-in test
following subsections, each of these categories is explored equipment (BITE) as a means of component failure
and linked to a particular aspect or aspects of the system. detection. Many cases of failures in the BITE circuitry,
leading to false conclusions about the operability of a unit,
Mission-Derived Requirements had been experienced. The much preferred, and Space
Shuttle selected, method of fault detection was to compare
The basic Space Shuttle mission consists of lift-off from actual operational data produced by a device or subsystem
the NASA John F. Kennedy Space Center or from with similar data produced by devices or subsystems
Vandenberg Air Force Base, ascent and insertion into low operating in parallel and performing the same function.
Earth orbit, performance of operations in support of various A minimum of three strings is required to guarantee the
payloads, and descent to an unpowered landing on a 4572- identification of a diverging or disabled unit using this
meter (15 000 foot) runway. The significant differences comparison process, and a fourth string is needed to
between the Space Shuttle mission and those of previous accommodate a second failure in the same area. The
programs include the requirement for much more complex combination of this fault detection, isolation, and
and extensive on-orbit operations in support of a much reconfiguration (FDIR) approach and the FO/FS
wider variety of payloads and the requirement to make requirement led to the quadruple redundancy which is
precisely controlled, unpowered, runway landings. These prevalent in much of the Space Shuttle avionics system.
SPACE
SHUTTLE
AVIONICS
SYSTEM
A third mission-derived requirementwhich had a structural failure and the loss of the vehicle if the command
systemwide impactwasautonomous operation,mandated was allowed to remain in effect for as little as 10 to 400
by theUSAFandestablished asa design goalby NASA milliseconds (depending on the mission phase). Figure 3-
to decreaseoperational
costsby reducingthedependence 1 illustrates the problem for one point during entry. This
on groundsupport.To manageSpaceShuttlesystems situation affected the design in at least two important ways.
onboardrequiredthatmuchof thesubsystem telemetry First, it imposed a requirement for actuator hardover
data,whichhadbeensentonlyto thegroundonprevious prevention no matter what the failure condition. Second,
programs,be processed and providedto the crewin because of the reaction time required, it removed the crew,
appropriate,usableforms.Becauseof thecomplexityand and any reliance on direct manual intervention, from
sizeofthesystem,manyoftheonboard systemmanagement consideration in the failure reaction process and dictated
functionshadto beautomated to a significant
degree
and a fully automatic redundancy faultdown approach. The
mechanized withanappropriatemixofcrewinvolvement, concept which emerged to prevent hardovers was to use
assessment,andrequiredaction,depending onthemission hydraulic actuators with multiple command inputs to the
phaseandassociated workload. secondary stage as shown in figure 3-2. These secondary-
stage inputs were hydraulically force-summed and the
resultant command was sent to the primary or power
Vehicle-Derived Requirements
actuator. If one of the inputs diverged from the rest (such
The Space Shuttle is made up of four separate and distinct as in the case of an erroneous hardover command), the
physical elements: the Orbiter (including the Space Shuttle effect of its secondary-stage output was overpowered by
main engines), the external tank (ET), and two solid rocket the other secondary-stage outputs and the control effector
boosters (SRB's). These elements are arranged for lift-off responded correctly. To make such a system work, however,
in a side-by-side configuration, in contrast to the vertical multiple, independently computed commands to the
launch stack of the Apollo and other previous spacecraft. secondary actuator inputs had to be provided, or some
Because only the Orbiter is totally recoverable, most of other scheme to carry the hardover prevention forward
the avionics equipment is contained in this element, in the system had to be devised.
although some flight control sensors and control effectors The multiple, independent command technique which
are located in the SRB's. was eventually baselined is shown in figure 3-3. It relied
The Space Shuttle vehicle is an unstable airframe which on parallel, multiple-string operation and tight synchro-
cannot be flown manually even for short periods during nization of the entire system to prevent divergence of the
either ascent or entry aerodynamic flight phases without commands. This approach was considered, initially at least,
full-time flight control stability augmentation. This factor to be excessively complex and difficult to verify; therefore,
excluded any possibility of unaugmented, direct flight several alternate approaches were investigated and
control approaches, either mechanical or fly-by-wire. eventually discarded.
Although briefly considered for postentry aerodynamic
flight control early in the program, cable/hydraulic boost
systems were quickly eliminated because of weight Failure
Up
considerations and mechanization difficulties, and an [ /Recovery
augmented fly-by-wire approach was baselined. Analog - 1 0¥ _"
O_
augmentation devices were also considered early in the 0_
t:: "O
program, particularly for entry; however, the wide spectrum 0
of control required and the need to readily adapt to +5
LLI .'_'--
performance changes as the vehicle evolved discouraged c/)
O +10
their use. Digital flight control systems had been used with
+15 I ;I I I I I I I
great success in the Apollo Program, and, although no I
I
aircraft system had been flown with one at the time, NASA -0.5 F i
E_
O i
+0.5
+1
+1.5 L
\'- [ __/
j-- - Limit load
digital night control computation system in the safety-critical t- i
iii
SYSTEM DESIGN EVOLUTION
Command inputs
I
Servoamplifiers
7
i' / _ Servovalves
x_ i ]_---i/Feedback_d_
H _, ,'i r" I_1_
_,_'_, .' _s] __,
/.1_Return
Hydraulic pressure
Secondary actuator
i _///ll'/.////.,'z "/'//_///_,
' I
v//////_,.,-/////.,_. _,_'m
_
Primary actuator
Servoamplifiers
Computer
1 _>--
qm Computer
q 2
set
I
"l
Computer
-*2 -tr Actuator
Control
effector
( 3
Sensor _i
set
Com4puter
Sensor .._
One technique examined (fig. 3-4) would have used an vehicle modification would not perturb this concept
active/standby approach with the active string supplying unacceptably. Therefore, the current baseline endured,
commands to all actuator inputs. An independent g-limiter including multiple, active string operation with each string
and associated switch would be used to detect a structure- closely coupled and synchronized to prevent divergence of
endangering situation and call for a manual or automatic secondary actuator output commands.
switchover to a hot standby string. Several studies were Precise vehicle sequencing requirements also drove the
conducted using this technique, which appeared promising system toward coupled, synchronized digital operation.
at first, but it was eventually discarded because a number These sequences included events such as Space Shuttle main i
of problems were encountered. These included mechani- engine (SSME) and SRB ignition, launch pad release and
zation difficulty and the fact that the measurement cues lift-off operations, SRB and ET stage separation, etc. These
varied throughout and between mission phases. events are of the type which must Occur within milliseconds i
A second, also initially promising technique investigated of the correct time, but must absolutely be prevented from 4
II
is shown in figure 3-5. Using this approach, the independent occurring at any other time. The baseline system approach,
strings would have operated in parallel, but very loosely defined previously for flight control, also served the =
coupled, with each operating on independent sensor data sequencing requirements for multiple, independent, !
and each independently issuing commands to one of the simultaneous inputs and properly timed arm and fire
!
actuator ports. Long-term di,eergence between systems sequences. I
would be prevented by periodically exchanging state vectors The large size of the vehicle also had an impact on the i
4
or other slowly varying information. Any short-term inner avionics system configuration. Because sensors, control
loop flight control command divergence would be effectors, and associated devices would be distributed all i
compensated for with equalization in the actuator over the vehicle, the weight of the wire required to carry i
servomechanisms. This technique appeared feasible but was all the signals and commands necessary for operation of
eventually discarded because its mechanization was very all system elements became a significant factor. Therefore, t_
dependent on exact knowledge of vehicle characteristics the use of multiplexed digital data buses was investigated
and these, at the time, were in a constant state of flux. and baselined. In addition, similar considerations led to
Further, no guarantee could be made that some future
i
the baselining of remote power control devices in lieu of
!
!
1
.I
g-limiter !
switch ]
I
I
Servoamplifiers
Sensor _L--_q I
Computer
1 ,
I
%____
Computer
2
Control
"_=_ Actuator
effector
Computer
3
Sensor ,__--_-']
Computer
4
dedicated in-line circuit breakers in the crew cockpit area. segregated from guidance and navigation; the guidance,
In summary, the mission- and vehicle-derived require- navigation, and control (GN&C) function was separated
ments included the following. from other data processing system (DPS) functions; or
aerodynamic ascent/entry and space-flight functions were
• No degraded backup systems
mechanized in different machines. The considerations
• A fail operational/fail safe approach discussed previously, which led to a tightly coupled,
synchronized FO/FS computation requirement for flight
• Use of operational data to detect and isolate failures
control and sequencing functions, drove the system toward
• Quadruple redundancy to isolate a second failure a four-machine computer complex. The difficulties involved
in attempting to interconnect and operate multiple
• Automatic failure detection and recovery for time-
complexes of machines, possibly of different types and
critical functions
numbers, drove the configuration toward a single complex
• Full-time digital flight control with central, integrated computation. A fifth machine was
added in the final configuration, primarily because of
• Data buses and remote power control devices to save
uncertainty as to the future computation requirements
weight
which might be placed on the system. Initially, this computer
• Onboard access to and analysis of subsystem data was to be used to off-load nonessential mission applications,
for autonomy payload, and system management tasks from the other four.
As will be seen, however, the fifth machine eventually
became the host for the backup system flight software.
Data Processing
The size of the Space Shuttle computer memory to be
As indicated in section 2, the state of technology in the baselined was significantly at issue in the beginning, with
early seventies severely limited the choices available in the estimates running as low as 24k 32-bit words (k = 1024).
data processing area. In the early stages of Space Shuttle Sixty-four thousand words of memory were eventually
development, a number of computer configurations were selected as the maximum which could be reasonably
considered including options by which flight control was included considering the state of the art of computer design
State vector
exchange
Servoamplifiers
Se.sor I
Computer1
I
I
I
I
I
I
Computer2 _-
I Actuator
I I effector
Control I
Sensor ,-.,"-!
I
!
Computer3
! Equalization
I
Computer4 J
and vehicle weight, power, and thermal constraints. baselined for all buses except those which interfaced with
Memory limitations were a continuing problem throughout the main engine computers. (A design which used the BCH
the early development phases and, as soon as technology error-detecting code had already been baselined for this
permitted, the size was increased to 104k. interface.) To ensure continued emphasis on performance
The program participants unanimously agreed that a top- in this critical area, the data buses and bus interface devices
down, structured methodology was the proper design were procured as an integrated system from a single vendor.
approach for the Space Shuttle onboard software; however, All other vendors whose subsystems used the data bus
the use of a high-order language and the selection of an system were furnished these standard interfacing devices
operating system approach were subjects of significant and required to install them in their line-replaceable units
controversy. The NASA had contracted for the develop- (LRU's).
ment of HAL/S, a high-order language tailored specifically The number of computer input/output (I/O) ports and
for aerospace avionics applications, but the capability of associated data buses, and their functional allocation, was
it, or any other high-order language, to produce code with also the subject of much discussion in the early design phase.
size, efficiency, and speed comparable to those of an The total system bus traffic density could only be grossly
assembly language program was questioned. The issue was estimated initially, and, because of the catastrophic effects
resolved after a competition, in which representative on the system of reaching or exceeding the l-Mbit/sec bus
software routines were coded by different teams -- one limits, provisions for significant growth had to be included.
using HAL/S; the other, assembly language -- showed The uncertainty in this area and the desire for functional
that the approximate 10 percent loss in efficiency resulting isolation resulted in the baseline 24-bus port configuration,
from the use of the high-order language was insignificant the maximum number which could reasonably be
when compared to the advantages of increased programmer accommodated in the computer I/O processor. Allocation
productivity, program maintainability, and visibility into of these buses was based on a combination of factors
the software. Therefore, the use of HAL/S was baselined including criticality, frequency of use, traffic density, and
for all software modules except the operating system. similarity of usage or function.
The operating system approaches in contention were a A summary of baselined requirements and approaches
synchronous concept and a concept in which an asynchro- covered in this section includes
nous, priority-driven scheme was used. The synchronous
• A central five-computer complex
approach afforded repeatability, predictability, and
visibility into system operations, all attributes which ease • A 64k memory size
testing and verification, but at the expense of adaptability • A top-down, structured approach to software design
for future growth. The asynchronous concept would readily • Use of HAL/S high-order software language
accommodate growth but was more difficult to verify
• An asynchronous, hybrid operating system approach
because it was not as predictable or repeatable. The concept
that was finally baselined for the primary system software • A standardized data bus system procured as a system
was a hybrid approach which incorporated a synchronous from a single vendor, with no Hamming-type error
foreground executive structure and an asynchronous protection
priority-driven background. This approach was considered • A 24 I/O port and bus system, with functions allocated
to be more readily adaptable to any future requirements by criticality and use
which might arise.
As indicated previously, data buses were baselined for
Space Shuttle vehicle internal signal transmission; however, Flight Control
a number of design issues remained to be settled in this The circumstances which resulted in the choice of digital
area. Based on advanced development work performed in fly-by-wire control and the limitations on the use of manual
NASA laboratories, a half-duplex, biphase Manchester direct modes have been described previously. Some other
code, l-megabit data bus transmission technique had been flight control areas which were at issue during the design
selected but questions were raised as to the reliability of phase included the following:
such a system to handle critical messages. Techniques for
enhancing message correctness statistics were considered • Pilot/system response requirements and handling
including the use of error-detecting codes such as Bose- qualities
Chaudhuri-Hocquenghen (BCH) and an echo or answering • Digital autopilot sampling rates and transport lags
concept. After an analysis of the predicted word and bit • Sensor and actuator redundancy and location
error rates indicated that the basic system coding and
• Entry gain scheduling, moding, and reconfiguration
message protocol would provide more than adequate signal
reliability, an approach without additional protection was • Autoland
10
SYSTEM
DESIGNEVOLUTION
Specifications,
requirements, andextensive treatments of It was also difficult to find an acceptable location for
responsecharacteristics which would providedesired the rate gyros in both the Orbiter and the SRB's. An ideal
handlingqualitiesfor all typesof aircraftwereavailable location would have been at the center of gravity, mounted
in the SpaceShuttledesignera, but all dealt with on structure the motion of which represented the true rigid-
conventionally powered aircraftoperating in thesubsonic body rotation about that point. The nearest viable structure
or low-supersonic flightregimes. Nospecifications which which reasonably approximated these conditions was the
treatedthe requirements for an unpoweredaircraft aft bulkhead of the payload bay. Therefore, the initial
operatingoverthe entireorbitalentrythroughlanding location of the rate gyro assembly was a mount on each
envelope wereavailable. In an attemptto establish an of the four corners of this bulkhead, physically separated
integrated setof suchrequirements, NASAconvened a as much as possible for redundancy isolation. Subsequent
SpaceShuttleFlyingQualitiesSymposium in early1971 ground vibration tests uncovered local resonances which
to solicitindustrywide inputsandrecommendations. These made these locations unacceptable. The mounting location
weresubsequently publishedin a SpaceShuttleFlying was changed twice before the present position at the center
Qualities Specificationandusedasaguideline throughout base of the bulkhead finally proved acceptable. The desire
thesystem development. for physical separation of the redundant sensors was
Someof the choiceswhich directly affectedthe abandoned in favor of dynamically identical signals to avoid
performance andstabilityof thecontrolsystemincluded compromising the redundancy management selection logic.
the selection of digitalautopilotsampling ratesandthe The rate gyro mounts in the SRB's also had to be modified
minimumtimedelayor transportlagallowable between after vibration tests uncovered unpredicted structural
the receiptof inputsfrom manualcontrolsandvehicle modes.
motionsensors andtheissuance ofcommands tothecontrol The hydraulic actuators used to position the engine
effectors.Because thesefactorswerealsofundamental gimbals and the aerodynamic control surfaces were triply
driversinthesoftware design,particularlyontheoperating redundant input port devices in the initial baseline. It proved
system, the selections hadto be madeveryearlyin the to be very difficult to interconnect four computer-generated
program,well beforesubstantivedata on airframe commands to a three-port actuator in a manner which
performance andresponse characteristicsbecame available. would preserve the FO/FS requirement. The most
Thedigitalautopilot experience baseatthetimewaslimited straightforward solution was to mechanize four input ports
tothatrepresented bytheApollospacecraft, avehicle which and this configuration was eventually selected.
hadnoaircraftcharacteristics; therefore,thetendency was Design of the entry flight control system was a long
to takea conservative approach andsetthesamplerates and difficult process. The Orbiter requirement was unique
veryhigh-- 50 and 100 hertz were typical values proposed. in the high-performance aircraft development process in
Because rates of this order would have imposed a severe that the entire dynamic range of the vehicle from hypersonic
strain on the computer/software complex, the pressure from through subsonic speeds would be encountered on the first
the data processing community was to lower them as much orbital flight. In contrast, in the normal aircraft
as possible. The rate finally chosen was 25 hertz, the same development approach, the flight envelope is gradually
as for Apollo, with a transport lag limit of 20 milliseconds, expanded in small, carefully controlled steps. The process
values which preliminary analysis indicated would provide was complicated by large data base uncertainties in
for the required phase stabilization margins. predicted aerodynamic performance, including control
The flight control sensors installed in the Orbiter included surface effectiveness and other key parameters; in structural
rate gyros mounted on the aft payload bay bulkhead and bending information; and in potential interaction between
body-axis-oriented accelerometers located in the forward the RCS thrusters and the aerodynamic control surfaces.
avionics bays. The system was configured initially with three The control concept which evolved used RCS thrusters
of each, with the tiebreaker in the event of a second failure exclusively during very early entry, then gradually blended
to be calculated using data from the inertial measurement in the aerodynamic control surfaces as they became effective
units (IMU's), which were located in front of the forward -- first roll, then pitch, then yaw -- until approximately
bays. This concept proved unworkable for the rate gyros Mach 3.5, when the thrusters were totally deactivated.
because the distance between the IMU's and the rate gyros Transitions between control laws, gain changes, etc.,
and the structural dynamics involved prevented accurate required because of the wide dynamic range, were scheduled
transfer of the inertial data. The IMU outputs were also on the assumption of best estimates of vehicle control
initially baselined to break a tie between diverging signals response and performance obtained from the data base,
from the body-mounted accelerometers. Again, the concept using cues such as altitude, drag, and Mach number derived
proved unworkable even though the instruments were from the navigation and air data subsystems. Because of
located in the same vicinity, and a fourth string of each the data base uncertainties and because the systems used
sensor was eventually incorporated. for cues had not yet been flight qualified (e.g., the air data
il
SPACE
SHUTTLE
AVIONICS
SYSTEM
system in particular was subject to large calibration time, to assess the performance and operational status of
uncertainties), a means for reacting in real time to off- and to manage the redundancy included in nonavionics
nominal performance had to be provided to the crew. Three subsystems such as propulsion, environmental control, and
switches were installed for this purpose, each affording the power generation. As might be expected in such a situation,
opportunity to modify the system if anomalous performance numerous design issues arose, a number of false design
was encountered. One switch opened the automatic starts had to be overcome, and a process thought initially
guidance loop and reduced the flight control system gain to be relatively simple proved to be extremely complex
by 6 decibels. Another selected a control law which did and troublesome. Many of these issues are discussed in
not require the use of yaw thrusters. The third provided other sections as part of the treatment of individual
the option of causing the transition from high to low angle subsystems and functions. Only the more general,
of attack to occur either earlier or later than nominal. comprehensive topics are included here.
The initial concept for managing redundant units was
simply to compare redundant data, discard any input which
Backup System
diverged beyond an acceptable threshold, and select the
As indicated previously, the Space Shuttle mission was not middle value if there were three good inputs (or the average
amenable to degraded backup system mechanizations, and, if only two were available). The keyword in this sentence
initially, no backup to the four-computer, four-string, FO/ is "simply," for virtually nothing proved to be simple or
FS avionics configuration was included. Eventually, straightforward in this process. First, measures had to be
however, considerations of potential generic software errors taken to ensure that the data set to be compared was time
which could affect all four computers, and concern over homogeneous, that each value was valid from a data bus
the complexity of the primary system with its closely communication aspect, and that the data were valid in the
coupled, tightly synchronized approach forced a new look sense of a tactical air navigation (tacan) lockon. The
at the possibility of a backup. Constraints imposed on this selection process had to be capable of correctly handling
investigation were that a backup system should in no way four, three, two, or even single inputs, and of notifying
degrade the reliability or performance of the primary the user modules or programs of the validity of the resultant
system, and that no significant crew training impact should output. The fault-detection process had to minimize the
z
result from the mechanization. The result was a concept probability of false alarms while maximizing the probability
which used the fifth computer, loaded with unique, of detecting a faulty signal; these two totally contradictory
independently developed and coded software capable of and conflicting requirements made the selection of the
safe vehicle recovery and continuation of ascent or safe threshold of failure extremely difficult. The fault isolation
return from any mission situation. A redundant, manual and recovery logic had to be capable of identifying a faulty
switching concept was devised by which control of all unit over the complete dynamic range to be experienced
required data buses, sensors, effectors, and displays was in the data, of accounting for any expected unique or ,1
transferred to the single backup computer. peculiar behavior, and of using BITE when faulted down 1
to the dual-redundancy level. Finally, the system had to
accommodate transients, degrade as harmlessly as possible,
Redundancy Management
and provide for crew visibility and intervention as
The Space Shuttle Program pioneered the development appropriate.
of modern redundancy management techniques and It soon became apparent that each LRU, subsystem, and
concepts. Although previous space programs used backup function would have unique redundancy management
systems, they were usually dissimilar and generally degraded requirements and would therefore have to be treated
in performance with respect to the prime syste m . The individually. It also became apparent that, to provide the r
mission dynamics for the vehicles in these programs were required emphasis and expertise, redundancy management =-
such that active/standby operation with manual switching would have to be treated as a function and assigned to
was adequate. Virtually all system functional assessment a design group with systemwide responsibility in the area.
was performed on the ground using telemetry data. Only Some of the more difficult design issues faced by this group
information required for immediate switchover decisions are explored in the following paragraphs.
or other such actions was presented to the crew. The Space As indicated previously, the selection of thresholds at
Shuttle system, however, presented a much different which to declare a device disabled proved to be a very
situation to the designer. The FO/FS requirement, the drive difficult process. In an attempt to minimize false alarms,
toward onboard autonomy, and the rapid reaction times performance within 30, of normal was established as the
which prohibited manual assessment and switching were allowable threshold level for a parameter and V_ × 30,
i=
factors that had never before been seriously considered. as the allowable difference between compared parameters.
In addition, the avionics system was required, for the first In most cases, however, the standard deviation ¢r had to
12
il lii
SYSTEM DESIGN EVOLUTION
be derived analytically either because of insufficient test cover all aspects of system operation, the design has been
data or because the hardware test program was not repeatedly refined and augmented as ground test and flight
structured to produce the required information. In some experience uncovered obscure, unanticipated failure modes.
other cases, the system performance requirements precluded
operation with an input at the 3t7 level and the tolerance
Onboard System Management
had to be reduced, always at the risk of increasing the
false alarm rate. One of the goals of the Space Shuttle Program was to
Another task that proved difficult was mechanization lower operating costs by eventually reducing the size and
of the fault isolation logic for system sensors such as rate scope of the ground support team required, in all previous
gyros which, during the on-orbit phases, normally operated programs, to monitor and assess spacecraft and subsystem
close to null. Under these conditions, a failure of a unit performance and functionality. To accomplish this goal,
to the null position was equivalent to a latent failure and however, meant that major portions of a task, hitherto
proved impossible to detect even with quadruple redun- performed by hundreds of specialized experts, would have
dancy. It could subsequently result in the isolation of a to be performed onboard by a relatively small crew already
functioning device, or even two functioning devices if two busy with mission operations and experiment support. A
undetected null failures occurred. major challenge facing the Space Shuttle designers,
The first remedy for this anomaly prevented the therefore, was to devise an approach which would
erroneous isolation but resulted in a significant increase accommodate the onboard system management require-
in RCS fuel usage, caused by frequent switching between ment but which would not overwhelm the flightcrew.
selected signals which effectively introduced noise into the Further, the design would have to provide initially for full
flight control system. The final solution, which prevented ground support capability with an orderly transition of
the anomalous performance, was immensely more complex the function onboard as the capability became validated
than was the original "simple" approach. by flight experience.
The redundancy management design process followed It quickly became obvious that the only way to avoid
initially was to treat each system and function individually, overtaxing the crew would be to automate much of the
tailoring the process to fit, then proceeding on to the next system monitoring and assessment task. Because the
area. This compartmentalized approach proved inadequate computational requirements could only be grossly estimated
in a number of areas in which the process cut across several initially, the capability of the central computer complex
subsystems, functions, and redundancy structures. A prime to assimilate the load was questioned. Therefore, a tradeoff
example is the RCS, which contains propellant tanks, study was conducted to determine the relative merits of
pressurization systems, manifolds and associated electrically an integrated approach versus a separate, independent
operated valves, and 44 thrusters used for flight control. computer dedicated to system management. A corollary
The thrusters are divided into four groups, any two of issue involved the data acquisition process. On previous
which are sufficient to maintain vehicle control about all programs, only that information required by the crew to
axes in all flight conditions. The other components (tanks, operate the spacecraft or to respond to emergencies was
manifolds, valves, etc.) are also structured for fault made available onboard; the rest was reduced and analyzed
tolerance. Each of the thruster groups and associated on the ground. The traditional approach to onboard
manifold valves is managed by one of the four redundant instrumentation was to install a network of sensors,
avionics strings. Layered on top of this already complex transducers, pickoffs, and signal conditioners together with
structure are the three electrical power buses, which a telemetry processor, which acquired, formatted, and
distribute power throughout the system; the dual multiplexed data for transmission to the ground. The data
instrumentation system, which contains a number of the set thus acquired contained all of the information required
sensors that provide insight into certain aspects of system to perform a system assessment, but, because the
operation; and the displays and controls required for crew instrumentation network was overlayed on and essentially
monitoring and management. The redundancy manage- independent of the onboard operating systems, many of
ment logic must detect and isolate thrusters that are failed the measurements were accessible only on the ground. For
off, failed on, and leaking. Depending on the type of failure the Space Shuttle, provisions had to be made to make
detected, the system must command appropriate manifold all required data accessible onboard as well.
valves to prevent loss of propellant or any other dangerous Two computation and data acquisition options were
condition. examined. (See fig. 3-6.) In alternate l, the traditional
Obviously, a compartmentalized approach to the instrumentation system was augmented with the necessary
redundancy management design would have been inade- computational resources to provide an essentially
quate for this system. Even with the comprehensive independent capability. In alternate 2, the data were
approach, employed by the task group in an attempt to provided to and assimilated in the operating avionics system
13
SPACE SHUTTLE AVIONICS SYSTEM
Alternate I
I Instrumentation
PCM sensors/signal
management master conditioners
I Dedicated
display _ System
computer H unit
Downlink
data only -T
purpose I
IIii _l
_jL_ _eneral-_
displays ) Avionics
system
computers
Operational sensors/
effectors
Communication I
Alternate 2 system ]
(Baseline)
1
Instrumentation
PCM
sensors/signal
master
conditioners
unit
Data buffers
I
Genera
I
purp°se I I
displays.,) Avionics
system
computers
Operational sensors/
effectors
14
!1 i]i
SYSTEM DESIGN EVOLUTION
and its computer complex. The difficulties involved in a gimballed system was based on such factors as maturity,
integrating another computer, the associated controls, and the number of near-production designs available, and the
the required displays into the system discouraged predicted cost of the respective gyros.
consideration of a separate approach, and the problems Triple redundancy was baselined in this area because
of providing the necessary additional data to the operating early analyses indicated that a system with three IMU's
system were also difficult to resolve. The design finally could achieve full FO/FS fault tolerance. The first failure
chosen, alternate 2, was to install data buffers in the in such a system would be detected and isolated in the
instrumentation telemetry processors which could be standard manner by comparisons among the three units.
accessed by all the central computers and thereby would The scheme proposed to isolate the second failure is shown
provide a source for those measurements not already in simplified, two-dimensional form in figure 3-7. It
available in the operating systems. The system management involved skewing the inertial platform alignment of each
function was initially relegated to the fifth computer in unit with respect to the others so that each gyro and
the central complex, the one not included in redundant- accelerometer in the system would sense inputs about or
set operations. As the system matured, however, many of along a unique axis. By this means, an input sensed by
the system management functions proved to be critical and a single gyro or accelerometer in one platform could be
were transferred to the redundant complex. compared with a composite value constructed from
Means for assessing and condensing the information into components along the same axis sensed by a combination
a reasonable set which could be readily assimilated and of instruments in the other platform. By making a series
acted on by the crew remained as another issue. Critical- of such comparisons with different combinations of
function management was incorporated into the redundant sensors, it appeared possible to identify a malfunctioning
set, and automatic failure detection and response were instrument. As the system matured, however, and analyses
mechanized where appropriate. and test data accrued, it became apparent that certain
Overall system monitoring was accomplished by obscure failures at the dual-redundancy level could not
comparing the sensed valued of selected measurements be isolated. Therefore, a number of attempts were made
against preset upper and lower limits, and, depending to raise the redundancy level to four. The problem was
on the urgency, either switching to an alternate path or complicated, however, by the fact that the IMU's and
annunciating the situation to the crew for appropriate the star trackers used for their alignment had to be
action. Cathode-ray-tube (CRT) display pages devised for mounted on a common, rigid structural member in a
each subsystem provided quick and concise monitoring location which would provide the required optical look
capability. Other crew assistance features which were angles and adequate clearance for doors and associated
considered included switch monitoring to assure that the mechanisms. The location which had been chosen, just
correct system mode and configuration for a given
operational situation were established, communications Xl Skewed
antenna management controllable either from the ground
or onboard to ensure optimum coverage with minimum
crew involvement, and an extensive caution and warning I ,_...._ gyro input X2axes _ Y2
system to provide alerts for any abnormal situation.
Navigation
Several issues and design choices were addressed in
arriving at the Space Shuttle navigation system baseline.
One of the most controversial was the selection of an
Equivalent sensed
inertial measurement system. The two options considered rotation about Xl
were a system with triply redundant, mechanically
gimballed platforms, and a strapdown approach, which
included six skewed gyro/accelerometer pairs oriented to
provide multiple fault detection and isolation capability.
At the time, several gimballed systems that could meet
Space Shuttle requirements with some modification were
in production. Although no six-gyro strapdown systems
were in production, one existing design was fairly mature, IMU 1 IMU 2
and this approach appeared to offer significant advantages
from a system redundancy aspect. The final selection of FIGURE 3-7.--Skewed IMU approach.
15
SPACE
SHUTTLE
AVIONICS
SYSTEM
forward of the cockpit with the star tracker door openings an accurate time history of relative range rate between
in the upper left area of the fuselage, was optimum but the spacecraft and a ground station. From this informa-
unfortunately did not contain enough volume to tion, the vehicle state vector could be constructed. The
accommodate a fourth unit of the size then available. system was originally mechanized so that the Doppler
One alternate location, on the upper corners of the information could be extracted both on the ground and
forward payload bay bulkhead, was briefly examined but onboard. Later in the program, the ground was made
discarded because of alignment problems and the prime for on-orbit navigation and the onboard capability
difficulty in providing an adequate structural mount. was deleted. The realization of autonomous on-orbit
Another aIternative, in which an additional IMU would navigation was left to the GPS.
have been mounted inverted under the existing structure, The issues involved with rendezvous navigation
would have forced the relocation of other equipment with concerned both performance and mechanization. No
excessive cost. Therefore, the decision was made to keep definitive rendezvous targets or their characteristics
the triply redundant baseline but to make every attempt existed; therefore, radar performance requirements were
to reduce the probability of exposure to a second failure difficult to specify. Finally, after much debate, it was
to an acceptable level, One measure taken was to exploit decided that the capability should be provided to acquire
the use of IMU BITE to the maximum. This measure range and angle data from both cooperative and
alone provided the capability to detect as many as 90 uncooperative targets and that the performance should
percent of all failures. Another technique, used during be that reasonably available from state-of-the-art solid-
entry, was to integrate rate gyro outputs to provide an state devices. The mechanization finally chosen was to
additional attitude reference. The result, when considered incorporate the radar in the Ku-band communications
in terms of the relatively short periods of exposure during system, which required a high-gain directable antenna and
ascent and entry and of the remote possibility that a second other components which could service both radar and
failure would be of the precise type which would escape communications functions.
detection, was considered to be a safe and satisfactory The system selected to provide navigation for the
system. postblackout entry phase was the DOD tactical air
The selection of an on-orbit navigation system also navigation system network. This choice was made only
proved to be a difficult process especially in view of the after much deliberation because tacan performance was I
I
Orbiter autonomy requirement. No operational sensor or neither documented nor specified above 12.2 to 15.2
system which could meet accuracy, coverage, and kilometers (40 000 to 50 000 feet) and the Space Shuttle
autonomy requirements was available. The Department requirement extended to an altitude of approximately 42.7 J
of Defense (DOD) Global Positioning System (GPS) was kilometers 040 000 feet). Analytic performance predic-
only in the initial phase of development, and no assurance tions and laboratory test results indicated that perform-
Z
could then be given that the project would be completed. ance would be satisfactory, however, and three off-the- |
Several other concepts were investigated, including one shelf transceivers, modified as necessary to interface with !
called the precision ranging system (PRS), which would the onboard data processing system, were baselined.
have used onboard distance measuring devices operating Triple redundancy was considered adequate because of
with a network of transponders distributed on the ground the short period of exposure and because the ground could
at strategic locations around the world and in the vicinity provide some assistance if two failures occurred.
of the landing sites. Several studies conducted showed The predominant navigation aids in place at the time
that, given the required number and locations of for the final approach and landing phase were the FAA
transponders, a PRS could easily meet all Space Shuttle ILS and the USAF ground-controlled approach (GCA)
navigation accuracy requirements. To adopt such a system; however, both the performance and the coverage
system, however, meant that NASA would have to install provided by these systems were deemed inadequate for
and maintain the dedicated worldwide network. the type of approach to be flown by the Space Shuttle.
In another concept, the RF emissions from ground- The FAA was considering an upgrade to a precision
based radars located around the world would have been microwave landing system, but no firm schedule existed.
tracked to obtain angular data from which a state vector Precision microwave systems also under development by
could have been constructed. This system also had promise DOD would meet Space Shuttle performance and
but would have required the development of onboard coverage requirements, and a variation of one of these
electronics equipment which was extremely sophisticated was chosen, again modified to interface with the DPS.
for the time. The technique finally chosen was to make Triple redundancy was considered sufficient for this
the ground-Orbiter-ground communications link coherent system also, both because of the short exposure and
and thereby to provide the capability to precisely measure because the pilot could take over visually under most
the Doppler shift in the carrier frequency and to obtain expected conditions.
16
;'1 :I l l
SYSTEM DESIGN EVOLUTION
Display and Control dedicated to aerodynamic flight included the speed brake
and body flap controls. A three-axis translation controller
The major challenge facing the designers of the Space
was included to provide on-orbit maneuver capability.
Shuttle cockpit was to integrate all the controls and
Most displays served a dual or universal purpose;
displays required for operation of the vehicle and its
however, some, such as air data, the radar altimeter, and
subsystems into the space available, within_ the reach and
those associated with navigation aids, became active only
vision of the crew as appropriate for each mission phase.
after blackout.
Some of the basic requirements imposed were
The display and control concepts proposed very early
• Safe return with a single crewman from either in the program included extensive use of multifunction
forward station CRT's, reformattable control panels, multipurpose
keyboards, head-up displays, and limited use of dedicated
• Normal operation, except payload management,
switches and circuit breakers. The technology involved
with a crew of two
was then at the leading edge of the state of the art for
• Accessibility from the two forward stations of all aerospace systems, however, and, because it appeared that
controls and displays required for ascent and entry more conventional approaches would suffice, the decision
was made to use off-the-shelf equipment wherever
• Provisions for manual override of automated critical
possible. The system which evolved, therefore, contains
functions
an extremely large number and variety of components.
• Crew selection of automatic or manual flight Control devices include toggle, pushbutton, thumbwheel,
guidance and control and rotary switches; potentiometers; keyboards; circuit
breakers; and hand controllers. Displays include circular
• Means to annunciate faults in and to command sating
and vertical meters, tape meters, mechanical talkbacks,
of hazardous systems
annunciators, flight control meters, electromechanical
In addition, the system would have to provide for both position and attitude indicators, digital readouts, and
space flight and aircraft aerodynamic flight, a first in the CRT's. The four CRT's in the final design incorporate
manned space program. In the early design phases, the multifunctionality but to a much smaller degree than those
controls required for these two flight modes were thought in the original concepts.
to be so incompatible that consideration was given to
incorporating two separate cockpits, one exclusively
Communications
devoted to and equipped for aerodynamic flight, the other
for space operations. The program could not afford the The Space Shuttle communications design community
cost, complexity, and inefficiency of such an approach, was faced with a variety of requirements, many conflicting,
however, and a single, integrated, two-man forward and many unique to or faced for the first time in the
control station was baselined for both regimes. The aft Space Shuttle Program. The network communications
portion of the upper cockpit, because of visibility system had to accommodate voice, command, and data
advantages looking up, aft, and into the payload bay area, traffic with the NASA Ground Spaceflight Tracking and
was equipped with controls and displays sufficient for Data Network (GSTDN), with the USAF Space Ground
on-orbit proximity and payload operations. Despite the Link System (SGLS), and with NASA Tracking and Data
integrated approach, however, dedication of some devices Relay Satellites (TDRS's) in geosynchronous orbit. The
to one or the other flight regime could not be avoided. downlink data to be accommodated ranged from real-
The preferred pilot input devices for aerodynamic flight time operational telemetry to television to wide-band
were a traditional control stick (or yoke/wheel) and payload/experiment data. Because the Orbiter would
rudder pedals. For space flight, three-axis hand controllers operate as an aircraft in atmospheric flight, the system
for attitude and translation control were desired. After would have to provide for air traffic control (ATC) type
much deliberation and many simulations, the decision interfaces from postblackout through landing. Also
was made to adopt a variation of a side-arm controller because of the operation in the atmosphere, all antennas
which would provide pitch and roll input capability in had to be either flush-mounted under the thermal
the aircraft mode and pitch, roll, and yaw inputs in the protection system or deployable on orbit and retractable
spacecraft mode. These devices were located in the for ascent and entry. Other factors which influenced the
standard aircraft position between the pilot's and copilot's design included requirements for communications
legs, situated to provide clearance for ejection, a capability security, all-attitude operation, coherent Doppler for
included on early flights. Rudder/brake pedals, active navigation, voice and data links to an extravehicular
only in the aerodynamic mode, were included to provide astronaut, text and graphics uplink, active and passive
yaw inputs and to apply the wheel brakes. Other devices tracking of satellites for rendezvous, and extensive remote
17
SPACE
SHUTTLE
AVIONICS
SYSTEM
control capabilityfrom the ground to reducecrew selected to optimize the link. Phase-shift keying (PSK)
workload. In addition, the always overriding requirements was also selected to optimize channel performance with
to minimize weight, power, volume, and complexity and a Costas loop to provide for carrier reconstruction and
to use off-the-shelf equipment were present and data recovery on both forward and return link signals.
contributed to the system configuration. To provide accurate Doppler data which would allow
The GSTDN and SGLS networks both operate at S- the ground control center to determine and maintain the
band frequencies with direct ground/spacecraft/ground Space Shuttle ephemeris, the S-band uplink and downlink
link performance requirements similar to those encoun- signals were made coherent. Range tone turnaround was
tered on previous low Earth orbit missions. The TDRS incorporated to provide a direct ranging capability at
operates at both S-band and Ku-band frequencies but GSTDN stations for ascent and postblackout entry state
with much more stringent link performance requirements vector determination. An additional constraint on the
because of the distances, look angles, and dynamics system was imposed by international agreements which
involved in operations with a synchronous orbit specify the maximum allowable power flux density
communications terminal. Off-the-shelf S-band trans- received at the Earth's surface from an orbiting satellite.
ponders which would have allowed operation with either To avoid exceeding this limit on the TDRS to Orbiter
ground network were available, but none could meet the link, it proved necessary to develop a direct-sequence
TDRS link margin requirements. Because the requirement spread-spectrum signal design using pseudorandom noise
existed for communications coverage during ascent, on- (PN) code modulation.
orbit, and entry phases when out of sight of ground The Space Shuttle/ground direct S-band link was also
stations and operating with the flush-mounted, low-gain required to accommodate wide-band telemetry data from
antennas, the decision was made to develop new S-band the main engines during ascent, data dumps from onboard
hardware which would provide for basic operational recorders, payload data (analog data up to 4 megahertz,
voice/command/telemetry traffic through either ground digital data up to 5 Mbps), and video from the onboard
network or the TDRS using an integrated onboard system. television system. Because these types of data were not
The basic Space Shuttle operational network commu- amenable to incorporation into the limited-rate PCM
nications requirement called for voice channels (up and telemetry data stream described previously, a separate
down), an uplink command channel, a telemetry downlink S-band system was developed for this purpose using
channel, two-way coherent Doppler for ground naviga- frequency modulation (FM) and an independent signal
tion, a ground ranging capability, and provisions for processor, transmitter, and antennas.
communications security. The stringent TDRS link Initially, the communications and data requirements
performance requirements, exacerbated by the low-gain of the payload community were either unknown or
antennas, drove the system to an all-digital signal design appeared totally open ended. A major mission of the Space
using time-division multiplexing (TDM) to integrate the Shuttle was to service, deploy, or retrieve a wide, and
voice and command or data channels into a common largely unknown and unpredictable, variety of satellites.
bit stream. An adaptive delta modulation technique using Therefore, it posed a major engineering challenge to
a modified version of the ABATE algorithm was chosen develop a communications system with some chance of
to digitize the voice channels after extensive in-house longevity which could generate commands having
laboratory tests showed that this method maintained high payload-compatible formats, data rates, and carrier
word intelligibility with reasonable voice quality at frequencies; monitor telemetry signals having various
minimum sampling rates in the presence of very high standard formats, data rates, and subcarrier and carrier
channel errors. To achieve optimum performance on these frequencies; and relay nonstandard telemetry to the
digital channels, a phase modulation (PM) system was ground without onboard subcarrier demodulation and bit
developed which included one or two voice channels synchronization. A series of meetings was held in the early
multiplexed with an encoded 8-kbps command channel seventies with various involved government and commer-
on the uplink or with a 128- or 64-kbps pulse code cial organizations in an attempt to develop a real and
modulated (PCM) telemetry bit stream on the downlink. manageable set of requirements. This activity culminated
To maintain adequate circuit margins and bit error rates in a major conference in 1974 at which all prospective
at these data rates for the Space Shuttle/TDRS link, it payload developers were invited to make suggestions as
proved necessary to develop a 100-watt traveling wave to how the Space Shuttle could best serve their needs
for command and data rates, formats, modulation
tube power amplifier transmitter and a low-noise
schemes, and carrier and subcarrier frequencies. It soon
preamplifier receiver, both of which pushed the state of
the art, and to employ sophisticated error-correcting became apparent that, to satisfy the entire community,
channel-encoding techniques. After a series of tradeoff the Space Shuttle would have to provide all the functions
studies, convolutional encoding and Viterbi decoding were and capabilities of all the satellite ground stations and
18
!I Ill
SYSTEM DESIGN EVOLUTION
support networks developed to that time. Although or control while conducting classified mission operations.
technically feasible, the provision of an essentially open- (Hereafter, unclassified or encrypted data are defined as
ended service would have been prohibitively expensive; "black"; classified, unencrypted data are called "red.")
therefore, the decision was made to provide only normal Because classified military and unclassified civilian
baseband signal processing functions for a limited number missions were to be interspersed, means had to be provided
of modulation schemes, subcarriers, bit rates, and PCM to purge the spacecraft of any residual red data. In
formats; and to implement a wide-band, transparent- addition, imposition of the Air Force Tempest Specifi-
throughput, indirect-transmission (bent pipe) capability cation for prevention of compromise of classified
to relay "nonstandard" payload signals through the TDRS information through spurious radiation placed unique
Ku-band link for ground monitoring and analysis. requirements on the system design.
The requirement for wide-band (50 Mbps) Ku-band Several alternatives were considered, ranging from a
data transmission through the TDRS dictated the use system which integrated all USAF requirements into the
of a high-gain deployable antenna with tracking capability basic Orbiter avionics system to one which created a red/
over a wide angular range. Early in the design phase, black data barrier between the Orbiter avionics and an
it became apparent that this antenna, its control elements, essentially independent USAF system. The system
and major portions of the associated communications baseline that evolved was a hybrid of these extremes which
hardware could also serve the Orbiter-to-satellite radar incorporated many of the basic requirements in the
tracking requirement with significant savings in weight Orbiter system but segregated the unique requirements
for the inconvenience of having to interrupt wide-band behind a red/black barrier. The transmission/reception
TDRS communications when performing the radar requirements were met, as indicated in the Communi-
function. This concept was baselined and the combined cations section, by incorporating encryption/decryption
Ku-band radar/communications system design which devices in the communications system and by providing
evolved included an antenna assembly, an antenna for the necessary authentication protocol. Power, data
controller, a transmitter, a receiver, and associated interfaces, and associated wiring were provided between
microwave components common to both functions. the Orbiter system and an area in the mission specialist
station in which processors, controls, displays, etc., unique
to a USAF mission could be installed. Wiring dedicated
USAF Requirements
to this area was subject to the full Tempest requirement.
The U.S. Air Force requirements which influenced the The rest of the Orbiter wiring was required to meet only
Space Shuttle avionics system design or which raised the normal manned-space-flight standards for electromag-
significant design issues included the following: autonomy, netic interference, etc. Special inhibit switches and
radiation hardening, and communications and data procedures were installed and used to preclude any
security. The autonomy requirement was defined to be possibility of hostile takeover or access to classified
the capability to conduct mission operations without information. Procedures and the necessary associated
dependence on ground support systems dedicated only software were incorporated to purge memories, recorders,
to the Space Shuttle. As indicated in previous sections, and other portions of the system which could possibly
the avionics design which evolved included provisions for retain red data.
onboard management of vehicle systems, and, except for
the lack of an orbital navigation capability, mission
Payload Support
operations could be conducted as desired. Incorporation
of an autonomous navigation capability was deferred Because the primary purpose of the Space Shuttle is to
pending the development of the DOD GPS. deliver, recover, and otherwise service a wide variety of
The radiation hardening requirement proved to be payloads, high priority was given early in the program
extremely difficult to quantify in terms of a reasonable to incorporating features in the avionics system which
threat and even more difficult to meet without a would support such operations. As indicated in the Data
prohibitive weight penalty. The result was a program Processing section, one of the five computers in the data
decision to accept the degree of hardening provided by processing complex was originally designated for payload
the shielding and other measures which were incorporated support. Even though this machine eventually became
to protect against lightning strikes. the residence of the backup system during ascent and
The communications and data security requirements entry, some payload servicing functions were retained.
included transmission and reception of encrypted On orbit, where the redundant set was not required and
information over the various RF links; processing, storing, only one or two of the machines were needed for Orbiter
and general handling of classified, unencrypted data operations, the excess computational capacity was to be
onboard the spacecraft; and denial of unfriendly access made available for payload use. The payload major
19
SPACE
SHUTTLEAVIONICS
SYSTEM
function,one of the three major software partitions, was and associated software for the Orbiter and manipulator
created to assemble all payload support programs. The independent and to rely on preflight simulations and
intent was to store these programs in mass memory and operational procedures to avoid possible adverse
to load them as appropriate into one of the unused interactions.
computers during the on-orbit phase. Two data buses Another issue was the question of collision avoidance.
and two multiplexer/demultiplexers (MDM's) were It was possible for the arm, with or without an attached
allocated to payload services. A version of the MDM payload, to be commanded to a position which could
called a "flex MDM," which could easily be reconfigured, impact and potentially damage the Orbiter; therefore, a
was developed especially to accommodate the unique requirement to provide collision detection and prevention
interface requirements of various payloads. measures in the software was originally imposed.
For various reasons, these system features incorporated Protection against all the possible combinations of arm
for payload support have not yet been fully exploited. position and payload geometry proved to be very difficult
The difficulty in deriving or distilling a reasonable set to mechanize without an unacceptable software penalty,
of support requirements from the payload community and the requirement eventually evolved to one which
was discussed in the Communications section. In addition, called for software reasonableness tests to ascertain that
the rigor required and the cost and lead time involved no command inconsistent with the crew inputs was being
in developing and verifying flight software have transmitted.
discouraged any extensive tailoring of programs to specific
payloads. A standard set of services, largely associated
Power Distribution
with the system management function, has evolved and
is provided on each flight. These include caution and The size and complexity of the Space Shuttle vehicle
warning, limit sensing and status determination, forced a number of changes in the approach to power
sequencing, and command and telemetry formatting. The distribution and control followed on previous space
GNC function provides pointing information and state programs. As an example, a single-point ground standard,
vector data as required. if imposed in the dc distribution system, would have
resulted in a 2268-kilogram (5000 pound) weight penalty
and, therefore, had to be relaxed. A multipoint system
Remote Manipulator
with structure return was used; however, isolation was
Early in the program, the decision was made to provide maintained between primary power returns and LRU
for control and monitoring of the remote manipulator chassis and these returns were brought out to controlled
in the Orbiter avionics system. This device, an 18.3-meter points on the fore and aft payload bay bulkheads. Another
(60 foot) arm with shoulder, elbow, and wrist joints, is example is the extensive use of remote power controllers
designed to insert, remove, and otherwise physically and computer-controlled load switching, employed both
manipulate payloads as heavy as 27 216 kilograms to reduce weight and to reduce the crew's workload.
(60 000 pounds) in and about the payload bay. Because Other issues faced in the power area included the
of weight constraints, the arm/joint design which evolved redundancy level of the system and the requirement for
is a very slow moving system with rigid arm segments battery backup to the fuel cells. A three-bus distribution
and joints which can be easily back-driven under load. system was selected on the basis of both weight and
The integrated control dynamics of the combined Orbiter/ reliability considerations. The battery issue was also
loaded arm system, particularly the interaction between resolved on the basis of weight and reliability. Even the
the vehicle control system and that of the manipulator, minimum loads required for safe return would have
are extremely complex and presented a significant design required a prohibitively heavy battery complex. The
problem. At issue was the degree of integration of the system which evolved was two-fault tolerant, with
two control systems. The approaches considered ranged extensive cross-tie capability and multiple feeds to critical
from a single, integrated concept to separate independent LRU's to enhance failure tolerance and to protect against
systems, with or without crosstalk. After much deliber- transients.
ation, the decision was made to make the control systems
2O
Section 4 System Mechanization/Operation
Overview The crew interface devices are grouped in the flight deck/
cockpit area of the diagram, zones [A,1] through [D,7].
The Space Shuttle avionics system features a central
Below the flight deck is the nose area and along the bottom
computer complex, which provides software services to all
of the drawing is the payload bay, each depicted with the
vehicle subsystems that require them; a serial digital data LRU's located in that area. The three forward avionics
bus network, which distributes the computer input/output
bays occupy the center of the drawing; the three aft bays,
(I/O) function throughout the vehicle; and dedicated
the upper right portions of the drawing. Below the aft bays
hardware unique to each subsystem. Depending on the
are the left and right SRB's, and the isolation amplifiers
mission, the system includes more than 274 line-replaceable
and umbilicals used to interface with the launch processing
units (LRU's), the term used to describe a case or chassis, system (LPS) while on the ground and with the SRB's
containing electronic parts, with connectors, and having before separation.
mounting and cooling provisions, which is replaceable as The five central general-purpose computers (GPC's) are
an entity in case of failure. These are distributed primarily distributed among the forward avionics bays, zones [E,4]
among six equipment bays located in the Orbiter as shown
through [L,4]. The serial digital data buses, which connect
in figure 4-1. Some sensors and other LRU's are located
the computers into the rest of the system, are located above
outside the bays because of unique location constraints
and below the computers and generally run right and left
and some in the solid rocket boosters (SRB's) and the
across the drawing. They are grouped and color coded
external tank (ET). Dually redundant main engine into categories as listed in the legend. These buses are
controllers are mounted on each of the main engines. Three
connected to various bus terminal units (BTU's), which
inertial measurement units (IMU's) and two star trackers
serve as the interface between the computers and the
are mounted on alignment pads on the navigation base, subsystem LRU's.
a rigid structure located just forward of Orbiter equipment The data processing system (DPS) provides services to
bays 1 and 2. To the extent possible, redundant LRU's all of the avionics subsystems and functions as shown in
are physically separated to prevent damage to more than
figure 4-2. Each of the subsystems has unique, dedicated
one string if a problem should occur. The equipment is hardware, but all associated applications software modules
arranged to facilitate checkout and for easy access and are resident in the central computers and all functions use
replacement. Cooling by both forced air and coldplate is features of the DPS. In the following subsections, first,
available in the forward bays. All equipment in the the major functions of the avionics system are described
unpressurized aft bays is mounted on coldplates.
as they relate to the Space Shuttle mission; then, each
Additional detail on the distribution of LRU's is
subsystem or function is discussed together with its unique
contained in the system block diagram, the foldout located
inside the back cover, which should be extended at this
Aft avionics bays
time. Because of its size and complexity, the Space Shuttle Forward avionics bays
21 ORIGINAL PAGE' IS
OF POOR QUALITY
SPACE SHUTTLE AVIONICS SYSTEM
processmg
Payload
operations
Electrical
power
distribution
and
control
and
tracking Display
=
|
!
hardware, its integration with the central data processing Functions performed include final system initialization and
complex, the redundancy features employed, and the go/no-go assessment, ignition of the Space Shuttle main
associated crew interface requirements. engines (SSME's) and the SRB's, and the sequence by which !
operations until 30 seconds before lift-off (T - 30). The on the Orbiter and the two SRB engines. During the
LPS, however, makes extensive use of the onboard system maximum dynamic pressure region, the SRB thrust is
both in the actual conduct of tests and in the gathering programmed by propellant shaping to decrease temporarily,
of data pertinent to the operation. A command processor and the SSME's are throttled as necessary to prevent
called the test control supervisor (TCS) provides the exceedanee of the 3g structural limit. The elevons also are
capability for ground control. Examples of tests which are adjusted as required to relieve aerodynamic structural loads
mechanized largely onboard are the flight readiness test, on the Orbiter. After SRB separation, a powered explicit
IMU calibration and alignment, dedicated display guidance algorithm is invoked by which the vehicle is guided
checkout, and various actuator drive tests. At T - 30 to the desired trajectory conditions at main engine cutoff
seconds, control of the launch sequence is passed onboard (MECO). The reaction control system (RCS) thrusters are
and the avionics system has primary responsibility. used to control the vehicle after MECO. Separation from
22
SYSTEM MECHANIZATION/OPERATION
FIGURE 4-3.--Ascent control effectors. After orbital insertion, the GN&C system maintains Orbiter
attitude and translation control as required using the RCS
and OMS capabilities. The IMU's are aligned periodically
the ET is followed by performance of one or two orbital using the star trackers to measure the azimuth and elevation
maneuvering system (OMS) translation maneuvers, as of available stars selected from a catalog maintained in
required, to achieve the final orbit. Abort capabilities exist the software. The GN&C subsystem navigates during the
throughout the ascent phase covering contingencies such orbital phase by propagating the state vector forward using
as loss of main engines. Depending on the time of the known orbital parameters and any velocity changes
occurrence, the abort may require a return to the launch sensed by the IMU's, including planned maneuvers.
Active guidance
MEOO
OMS-1
ignition
"10 Constant
-i
acceleration
m
< Orbital
ET staging
coast/OMS-2
gram
steering
Roll maneuver
Time
23
SPACESHUTTLE
AVIONICS
SYSTEM
Entry Phase The TAEM phase begins at approximately 760 m/sec (2500
ft/sec) entry velocity and continues down to the runway
The entry phase begins before the performance of the
approach interface at an altitude of approximately 610
deorbit propulsive maneuver and continues down to the
meters (2000 feet) (fig.4-6). The TAEM guidance algorithm
terminal area energy management (TAEM) interface at an
steers the vehicle to tangency with a navigation-derived
altitude of approximately 25.3 kilometers (83 000 feet) (fig.
heading alignment cylinder projection, which intersects the
4-5). Attitude control is maintained using the RCS thrusters
final landing approach trajectory. Energy is controlled by
only until the aerodynamic control surfaces become
performing S-turns and by adjusting speed brakes. Both
effective; then, a blend of aerosurface and RCS control
tacan and microwave scanning beam landing system
is used. The air data probes are deployed following the
(MSBLS) data are used as appropriate for navigation. Non-
entry heat pulse; thereafter, flight control gains are GN&C vehicle services include
scheduled based on measured air data. The entry guidance
function modulates angle of attack and bank angle to • RCS propellant quantity gauging
control the Orbiter g-load, heat pulse, and landing footprint. • Orbiter vent door control
0
I
300 600
, ,
900 1200 1500 1800
Time from entry interface, sec
24
_1 li]
SYSTEM MECHANIZATION/OPERATION
25
SPACESHUTTLE
AVIONICS
SYSTEM
software, usingthestationidentification discretesandother computers resume execution and declare any nonresponsive
information todetermine itslocationorslot.It ispossible, GPC to be "failed." Common input data are provided to
however, to reconfigure portsandGPCstringassignments each of the computers in the redundant set through the
manuallyto accommodate failures.The function,the use of the "listen mode," a provision which allows a machine
authority,andthecapabilityofa GPCatanygivenpoint to receive information on a data bus not under its control.
in themissionareestablished by theapplications software In this mode, illustrated in figure 4-8, each GPC enables
residentin the machine. For example, if a computeris the receivers only, on the I/O ports that access the buses
loadedwitha GN&C(ascent, on-orbit,entry)program, assigned to the other computers in the set. When sensor
it will assume controlof thebusportsassigned to itsslot data are requested by a controlling machine, the others
toobtainaccess toflightcontrolsensor dataandtoprovide monitor and retrieve the transmitted data. For example,
acommand pathtotherequired controleffectors. GPC I may request data from rate gyro 1 on flight control
Duringdynamicphases of themission, suchasascent bus 1. When the data are transmitted, also on bus 1, GPC's
andentry,fourof themachines areloadedwiththesame 2, 3, and 4 -- operating in the listen mode on their bus
softwareand operatein a "redundantset,"with each 1 ports -- retrieve the data simultaneously with GPC 1.
assigned asetofdatabuses givingcontrolofasetofsensors Concurrently, GPC's 2, 3, and 4 will be requesting data
andcontroleffectors. ThefifthGPCisloaded withabackup from the rate gyros under their control, and each will
programcapable, whenselected, of communicating onall monitor the others' data. Using this technique, all GPC's
buses toprovideformission completion orsafereturnfrom have simultaneous access to all redundant data used in
any point in the mission.To preventdivergence while an application, yet each string maintains independence from
operating in a redundant set,it hasprovennecessary both a control or interference standpoint.
to synchronize theprocesses withinthemachines andto
provide themwithidentical inputdata.Thesynchronization
Flight Software
(synch) technique mechanized uses "synch points" inserted
at appropriate locations in the software. When a synch Two essentially independent software systems have been
point occurs, each computer stops execution, notifies the developed to operate the Orbiter avionics system. The
other machines by way of synch discretes that it is ready primary avionics system software (PASS), consisting of
for synchronization, and waits for receipt of corresponding several memory loads, is normally used to perform virtually
synch discretes from the rest of the redundant set. When all mission and system functions. The backup flight system
all discretes are received, execution resumes and continues (BFS) software, consisting of one memory load, is used
until the next synch point occurs. If all discretes are not only during critical mission phases to provide an alternate
received within a preset time limit, the synchronized means of orbital insertion or return to Earth if a failure
occurs in the PASS.
IRate
gyro 1 1 Primary Avionics System Software
±
GPC1 L[ L = listen The PASS is structured from the user point of view into
Li R/-F = receive and transmit three major functions (MF's):
I 'r
GPC2 R/T IRate
gyro 2 1 •
•
System
Payload
Management
(PL)
(SM)
26
zq l|]
SYSTEM MECHANIZATION/OPERATION
i mill in i in in ill
iml
Mission
Ground Ascent On-orbit N/A
phase Entry
memory overlays only in quiescent, nondynamic periods. control, and output message processing. User interfaces
The substructure within the OPS consists of major supported in addition to the keyboards and CRT's include
modes, specialist functions (SPEC's), and display functions the launch data bus used to communicate with the LPS
(DISP's). Each OPS has one or more major modes, which while on the ground, the network signal processor used
are further substructured into blocks that segment the to process data and commands received by way of the
processes into steps or sequences. (See fig. 4-10.) The blocks radiofrequency (RF) communications links, and the
are linked to CRT display pages and, therefore, establish intercomputer buses used to communicate between GPC's.
an orderly sequence by which the crew can monitor and
control the function. Sequencing from mode/block to
mode/block and internal processing can be initiated by Operational
sequence
keyboard entry from the crew or, in some cases, can be
(OPS)
initiated automatically in response to a specific event or
condition detected by the software. The SPEC function, l
initiated only by keyboard entry, also contains blocks that Specialist Display I
function function
are linked to CRT pages and that establish and present
(SPEC} 1
DISP) 1
the valid keyboard entry options available to the crew for
controlling the operation or monitoring the process. Major
modes accomplish the primary functions within an OPS,
whereas SPEC's are used for secondary or background
functions. The DISP functions, also initiated by keyboard
input, contain no processing other than that necessary to
produce the display, and are used only for monitoring data
processing results. Major I Disl day
Specialist
The software architecture embodied in each PASS function function
; 27
r
SPACE SHUTTLE AVIONICS SYSTEM
I
Displays/ Mass Other J Ground the transition of the GNC computers from ascent to on-
I Vehicle
orbit to entry OPS requires only the OPS overlay; however,
i systems keyboards memories GPC's I systems
to establish SM2 in one of the machines after the ascent
f f
Avionics system serial digital data bus structure phase is completed, a major function base overlay is
required as well. Memory loads can be made either from
mass memory or from another GPC already loaded with
I/O management / the desired configuration.
Command
flight controllers (BFC's), the backup software, and
Outpuf
input message associated switches and displays. Any one of the five central
processing processing GPC's can be designated the backup machine by
!
28 i
!1 !1i
SYSTEM MECHANIZATION/OPERATION
c
only icommand
I
word
Data
G PC-to-subsystem
transfer
I °°=an'i
word word
Data 1 I Data
word 2 I word N
Data
I [Data
word I1 word 2 word
Data N [
29
SPACE
SHUTFLEAVIONICS
SYSTEM
4 Com 5
Computer t Computer 2 Computer 3
C,PJ CPU
CPU _ CPU
4 data buses
Intercompuler
I:_ses
Isolation j_r
/amplifiersf -,._-.. =
I Ldunch l
I processing I
ORIGINAL PAGE IS
3O
OF POOR QUALITY
:1 !1i
SYSTEM MECHANIZATION/OPERATION
Multiplexer I Soquanea I
interface
I control I
adapter / unit I
Primarydata bus (MIAI)-
-- transmitter/
receirer
To
vehicle
m
subsystems
Multiplexer
interface
_
adapter
(MIA2) -
c° nd,rt°'
Secondarydatabus
transmitter/
receiver
IS -
caution and warning functions. Two buses provide an side. The MDM recognizes and reacts to any valid, correctly
interface for payload support operations, system manage- addressed data bus transmission detected by either MIA;
ment functions, payload bay door control, and commu- however, simultaneous or overlapping messages on both
nications antenna switching. Finally, two buses provide buses are not allowed and, if received, will cause the unit
access to the launch processing system while on the ground, to halt. Normally, overlapping messages are precluded by
serve as the interface for data gathered from the solid rocket the system architecture and configuration. The sequence
boosters, and control the remote manipulator. These buses control unit (SCU) controls the operation of the MDM
are unique in that they require isolation amplifiers both and contains programmable read only memory (PROM),
to accommodate the long wire runs to the LPS and to which can be programmed to acquire large blocks of data
isolate the buses when disconnected at lift-off and SRB with a single request. The 16 I/O slots can be populated
separation. with a mix of 9 different types of modules from the following
list:
Bus Terminal Units • Discrete output high (DOH), 28 volts, three 16-bit
channels
The BTU's provide the interface between the computer
complex and the rest of the avionics system and other vehicle • Discrete output low (DOL), 5 volts, three 16-bit
systems which are supported by the avionics system. They channels
can be considered to be a form of distributed input/output
• Discrete input high (DIH), 28 volts, three 16-bit
in that they extend the serial digital interface throughout
channels
the vehicle to locations as near the subsystems served as
practicable. As indicated previously, each BTU contains • Discrete input low (DIL), 5 volts, three 16-bit channels
one or more standard MIA's. The following discussions
• Analog output differential (AOD), 16 channels
of each type of BTU are limited to physical and functional
? characteristics. Their use in a system sense is covered in • Analog input differential (AID), 16 channels
the treatment of each subsystem and function contained
! • Analog input single-ended (AIS), 32 channels
in subsequent sections. The reader is urged to use figure
4-15 and the system block diagram to maintain corre- • Serial input/output (SIO), four channels
spondence with the overall system.
• Tacan/radar altimeter (special-purpose I/O)
31
SPACE
SHUTTLEAVIONICS
SYSTEM
r_
Noncritical I Noncritical , Essential
arm and =_
m command I_ command fire
comparator ! decoder
drivors
L, I
I
I "_ Arm
m I
Core A
GPC
complex
-"l-
J
I
I
I
J
¢-" Noncriticat
,
I
-- Noncritical
Easent
arm and
a
Noncritical
comparator decoder outputs
command command dfir*r
rlv; s
• Second letter -- Location Control of MMU read/write operations is from the GPC's.
- F -- Forward
Master Events Con troller
- A--Aft
Two master events controllers (MEC's) are installed within
- L -- Left SRB the Orbiter to provide the control interface for critical lift-
32
11 !!i
SYSTEM MECHANIZATION/OPERATION
bus interface with the main engine controller. The EIU Display Electronics Unit
converts the commands received from the GPC's on the
The display electronics unit (DEU) is the device which drives
Orbiter buses to the engine bus protocol, which includes
the general-purpose CRT's and accepts crew inputs from
the use of the Bose-Chaudhuri-Hocquenghen (BCH) error-
the alphanumeric keyboard. Each DEU has one data bus
detecting code. Commands received on inputs 1 and 2 are
input and contains an IBM SP-0 special-purpose processor
passed through on engine buses 1 and 2. The first command
with 8k 16-bit words of memory used to store critical CRT
received on either input 3 or input 4 is selected and passed
formats and DEU software. Display and refresh of static
to engine bus 3. The EIU is also used to acquire high-
formats selected by GPC command is performed locally
rate telemetry data from the engines on two buses and
by the DEU; however, dynamic data are provided by the
to selectively pass it to the Orbiter telemetry system and
GPC's, integrated into the static format by the DEU, and
the GPC's.
refreshed as required depending on the sample rate.
Keyboard keystrokes are detected by the DEU, evaluated
for validity, and transmitted to the GPC if correct.
Display Driver Unit
The display driver unit (DDU), the driver for the primary
PCM Master Unit
flight control displays, has four data bus inputs. The bus
which actually drives the displays is manually selected by The PCM master unit (PCMMU) is the data acquisition,
the flightcrew using a rotary switch. The serial digital input formatting, and multiplexing unit in the instrumentation
data stream is converted in the DDU to appropriate analog system, and each has five computer data bus inputs, one
signals required to drive the various flight instruments. dedicated to each GPC. These units are used both for
Multiplexer Commands
interface logic interface
Interface
element L
adapler adapter Data
(MIA 1) 1 Controller
(ClA 1)
o
¢:
E e-
8
Multiplexer Interface I
interface logic
adapter element
(MIA 3) 3 Controller Commands L
Data
interface
select
adapter
logic (CIA 3)
Interface
Multiplexer
interface logic
adapter element
(MIA 4) 4
interface
element
Instrumentation
system
33
SPACE SHUTTLE AVIONICS SYSTEM
transmission of computer data to be incorporated into the or set of computers can cause another to shut down,
telemetry downlink data stream and for acquisition by the however. This action must be taken by the crew, based
GPC's of instrumentation data for use in system on an evaluation of the ADU and other system information
management and caution and warning functions. Each available.
PCMMU also has two instrumentation data bus inputs. The architecture of the data bus network also provides
These interface with the OF and OA MDM's, which failure protection with no immediate response required by
comprise the instrumentation network. The active the crew. Figure 4-20 contains a view of this architecture
PCMMU serves as the bus controller on these buses. which illustrates the multiple interconnectability of the
computers and the BTU's. In this figure, the computer ports
are shown configured for a nominal ascent mission phase
Manipulator Controller Interface Unit with GPC 5 selected as the backup computer. Note that
The manipulator controller interface unit (MCIU) is the each primary GPC has control of two flight-critical buses,
control computer for the remote manipulator system one flight forward and one flight aft. These buses each
(RMS). It has one data bus port used for receipt of moding connect to redundant ports on one flight forward and one
and outer loop control signals from the GPC's. flight aft MDM with primary and secondary status as
shown. These flight-critical MDM's, in general, provide
access to one-fourth of the sensors and one-fourth of the
Master Timing Unit control effectors required to fly the vehicle. With this
The master timing unit (MTU) is the primary source of arrangement, the system can withstand any two failures
time and frequency information for the spacecraft. It is in the computers, the buses, or the MDM's and remain
not, by the definition, a BTU because it provides time operational without reconfiguration, providing no failures
information through three flight-critical MDM's, but it is exist in effectors in active strings. If the failure situation
described here because of its intimate interface with the warrants, the system can be manually reconfigured to
data processing complex. The MTU contains two maximize the number and effectiveness of the available
independent 4.608-megahertz crystal oscillators operating LRU's remaining. For instance, if communication is lost
in an active/standby mode. Built-in drift detectors monitor to one or more of the flight forward MDM's, the system
oscillator performance and cause an automatic switchover can be manually reconfigured by way of keyboard input
if an out-of-limits condition occurs. Frequency dividers, to communicate with these MDM's on the flight aft buses
counters, and accumulators are included to develop the and the secondary ports. To keep the software sequences
various outputs required.
I GPC status I
DPS Redundancy Management [ FaultyGPC I
1 2 3 4 5
The DPS, when configured in the redundant set, is designed
to operate, when failures are experienced, in a manner so
as to require minimal action on the part of the flightcrew.
The system will maintain full operation through any single f 1
failure with no action whatever. To provide protection
V
against subsequent failures, however, the flightcrew is
o 2
required to deactivate disabled components as soon as the t
opportunity arises. Extensive fault detection and annun- i
n
ciation capability is provided to the flightcrew on the
g 3
dedicated displays and on the multifunction CRT's. Each
GPC continuously assesses its own functionality and that G
P
of the other machines in the redundant set. This assessment
C
produces discrete outputs, which cause lights to be
illuminated on the annunciator display unit (ADU) located
on the front overhead panel. The ADU contains a five-
by five-light matrix with a row and a column designated
5
for each GPC as shown in figure 4-19. Each GPC controls
one row of lights--the yellow (Y) is its self-assessment;
the white (W) is its assessment of the other machines. The
GPC's have extensive built-in test capability and will shut
down automatically if failures are detected. No computer FIGURE 4-19.--Annunciator display unit.
34
! ]]
SYSTEM MECHANIZATION/OPERATION
DK 1
DK 2
I Bus control or
DK3 pdmary poa
D Listen mode or
secondary port
FC4
FC3
FC2
Ground_
FC1
LB1
PL1
GPC 1 I ]1
II _I II I
S S S S GPC2 I 3l
R R R R
B B B B GPC3 I
LL LL LR LR
1 2 1 2
GPC 4 I 11
GPCS I 1{
PL2
FC5
FOB
Groun FC7
FC8
ORIGINAL PAGE IS
FIGURE 4-20.--Data bus control. OF POOR QUALITY
as identical as possible, any such reconfiguration will cause control displays driven by the display driver units, the heads-
all primary GPC's to switch to the secondary ports. The up displays, the various pilot input devices, and dedicated,
MEC's and the DDU's have four inputs each and therefore hardwired subsystem displays and controls. All, except for
can sustain the loss of any two GPC's without loss of the dedicated, hardwired devices, receive data from, and
function. The EIU's also have four inputs, but two of these execute commands through, the central computer complex.
are switched such that the first input is selected for the Four MCDS's are normally installed in the vehicle, three
third output. Therefore, loss of two nonswitched inputs on the forward flight deck and one in the mission specialist
will cause loss of one EIU. A broader view of the station. Provisions are included for a fifth unit if required.
redundancy mana.gement features of the avionics system Each MCDS is made up of a display electronics unit, a
is contained in the following sections. display unit (DU), which includes a CRT, and a keyboard
unit (KBU). Switches associated with each CRT allow crew
selection of GNC, SM, or PL major functions. In the case
Display and Control
of the three systems located at the forward station, two
The display and control (D&C) subsystem includes the crew keyboards are shared by three DEU's. Redundant contacts
interface devices located at the commander and pilot on each key on the shared keyboards provide keystroke
forward stations and the mission and payload specialist inputs simultaneously to the left and center or the right
stations in the aft part of the flight deck. Figures 4-21 and center DEU's, respectively. Keystrokes are displayed
and 4-22 are photographs of the forward and aft flight on a message line at the bottom of the CRT for crew
decks, respectively, showing the locations of the various assessment and approval before execution. When a message
devices. Figure 4-23 contains a simplified block diagram is designated for action, the DEU performs a validity
of the D&C system. (See also the avionics system block assessment and calculates a checksum; then, when polled,
diagram [A,I] through [D,7].) Included are the multifunc- the DEU transmits the checksum to the GPC complex.
tional CRT display system (MCDS), the dedicated flight Each display bus is connected to all five GPC's; therefore,
35
SPACE
SHUTTLE
AVIONICS
SYSTEM
all DEU messages can be received by all computers if Three display driver units service dedicated flight control
appropriate. All computers listening to the bus will act displays for the commander, pilot, and aft stations,
on the message and, depending on the major function respectively. The data which drive these displays originate
selected, the message content, and the operation in progress, in the computer complex, are transmitted over four flight-
will send appropriate format information and dynamic data critical data buses, and are converted and conditioned as
to the DEU for display. required in the DDU. Each DDU has four data bus inputs,
36 ORIGfNAL PAGE'
BLACK AND WHITE PHOTOGRAPFI
SYSTEM MECHANIZATION/OPERATION
I
!
!
|
|
!1 ....
with a manual switch for selection of the active data source. THC are located in the aft station, and one THC is located
The aft unit services only an attitude direction indicator. in the commander's station. Duplicate sets of the rest of
The flight control input devices include the rotational the devices are located in the commander and pilot stations.
hand controller, the translational hand controller (THC), All of the controllers use triply redundant outputs, which
the speed brake thrust controller (SBTC), and the rudder are distributed among the four flight forward MDM's for
pedal transducer assembly (RPTA). One RHC and one transmission to the computer complex. Electrical power
37 ORIGINAl: PAGE'
BLACK AND WHITE PHOTOGRAPH
SPACE SHUTTLE AVIONICS SYSTEM
_1 I ! I I $iJ
Iq] Keyb°ards J
i • |
General'"'
I _'1 Display Dedicated,
hardwtred
purpose I IIII I electronics
computers I subsystem
(DEU's) displays
_1_ units and
(GPC's) I
controls
I __
I
i _
Attitude II A t,tude,
direction II vertical II situation
il indicators I indicators II velocity U Indicators
(ADI's) II indicators
I1 (AMI's) l q (HS,'s)
U (AVVI's)
Avionics
Translatlonal t Rotational. I
brake switches
IIII demultiplexers hand
controllers
thrust
controllers
ooo; I: e,si as,se b!!es I transducer
Jill (MOM'st
(THC's) (SBTC's)
[
(RHC's) I
I I [ I
These units provide a display of flight control data complex, the crew involvement, and the redundancy
superimposed on the out-the-windshield view of each management (RM) features provided. During dynamic
station. Each HUD interfaces with two of the flight-critical phases of the mission such as ascent or entry, the system
buses. Manual switches provide for selection of the driving is normally configured in a redundant set of four GPC's
data source. with the fifth machine in a backup capacity. A somewhat
Flight-critical switches, such as those which establish stylized functional illustration of GN&C operation in the
the flight control system mode, use triply redundant redundant set is shown in figure 4-24. To avoid drawing
contacts routed through separate flight-critical MDM's complexity, the bus/MDM network is not shown and
and buses to the computer complex. Signal selection is the navigation (NAV) and control (CONT) sensors are
performed in software in the GPC's using a majority vote drawn as though duplicated for each computer to
technique. The action requested is then commanded by represent the redundant input data available. In this
the computer complex. configuration, each computer runs the same software in
synchronization and each controls a string of sensors and
control effectors. All machines, using the listen mode,
Guidance, Navigation, and Control receive all sensor data simultaneously. In the case of the
The functions performed by the GN&C subsystem and IMU's and other navigation sensors, only three units are
the sensors and control effectors used in the performance installed; therefore, one computer (GPC 4 in the setup
38
! 1i
SYSTEM MECHANIZATION/OPERATION
Ascent Thrust vector control (TVC), open- IMU's (3), 2-axis SRB rate gyros Main engine/SRB TVC actuators,
loop and powered explicit (2/SRB), 3-axis Orbiter rate reaction control thrusters, OMS
guidance; elevon load relief; gyros (4), 2-axis body-mounted actuators, aerosurface actuators
RCS/OMS control; abort accelerometers (4)
management
Orbit Attitude/translation control; IMU IMU's, Orbiter rate gyros, body- OMS actuators, reaction control
alignment; rendezvous; remote mounted aceelerometers, star thrusters
manipulator control; payload trackers (2), rendezvous radar
services
Entry Blended RCS/aerodynamic IMU's, Orbiter rate gyros, body- OMS actuators, reaction control
control; angle of attack/bank mounted accelerometers, tacans thrusters, aerosurface actuators
angle modulation; g-load, heat (3), air data transducer
pulse, footprint management; assemblies (4)
tacan-aided navigation; IMU
alignment
Terminal area IMU's, Orbiter rate gyros, body- Aerosurface actuators
energy mounted accelerometers, tacans,
management air data transducer assemblies
Approach and IMU's, Orbiter rate gyros, body- Aerosurface actuators, nosewheel
landing mounted accelerometers, tacans, steering actuators, wheel brakes
air data transducer assemblies,
microwave scanning beam
landing systems (3)
shown in fig. 4-24) has no sensor to control and can receive should keep in mind that this discussion of GN&C
these data only by listening to the other three. Each IMU operation is simplified and does not include subtle
provides the sensed inertial attitude and acceleration of variations such as those introduced by different sample
the vehicle. These data are compared, after individual rates and extraneous uses of data.
sensor compensation (COMP) and calibration (CALIB),
in fault detection and identification (FDI) algorithms
(;N&C Sensors
which detect out-of-tolerance conditions. A navigation
state vector is calculated (as indicated schematically in The physical locations of the sensors used by the GN&C
the diagram, by the box with the integral (INT) sign) system are dictated by the structural dynamics of the
using data from each IMU which pass the FDI test. If vehicle, the required relationship to the center of gravity,
data from other" navigation sensors such as tacan or and, to some extent in the case of the tracking devices,
MSBLS are to be used (i.e., during entry), they are by the associated antenna requirements. The inertial
periodically incorporated, after passing though an FDI measurement unit, star tracker, rate gyro, accelerometer,
test, into the state vector using a Kalman filter algorithm. and air data sensors are described in the following
This update process removes or reduces any systematic subsections. The others (tacan, microwave scanning beam
state vector errors caused by IMU drift, etc. The state landing system, and rendezvous radar) are discussed in
vector is then passed to the guidance (GUID) algorithm, the Communications and Tracking section.
where a vehicle guidance command is generated and sent
to the flight control module. Here, the outer loop guidance
command is combined with the inner loop commands Inertial Measurement UnitsStar Trackers
generated in the flight control algorithm on the basis of Three IMU's and two associated star trackers are installed
inputs from selected flight control sensors, such as rate on the navigation base just forward of the Orbiter lower
gyros and accelerometers. The resultant command from equipment bay. The navigation base is a rigid structural
each computer is sent to the control effectors, where the beam constructed to maintain a precise angular
final command selection process is conducted. The reader relationship between the IMU's and the star trackers for
39
SPACE SHUTTLE AVIONICS SYSTEM
alignment purposes. The IMU's, which supply vehicle observation and IMU alignment in virtually any orbital
attitude and acceleration data, are normally aligned with attitude or location.
input axes skewed to provide enhanced capability for
detecting second failures. The two star trackers, used to Rate Gyro Assemblies
align the IMU's, are protected from the atmosphere during
ascent and entry by doors in the Orbiter outer moldline Four three-axis Orbiter rate gyro ass emb!ies (RGA's) are
and from excessive exposure to the Sun while on orbit located on the aft bulkhead of the payload bay. Two
by automatically operated shutters. The trackers use two-axis packages are located in the forward section of
image-dissector tubes to measure azimuth and elevation each solid rocket booster. These units measure vehicle
of stars with intensity greater than third magnitude which angular rates about the control axes for use in the inner
appear within the field of view. A 100-star catalog stored loop flight control algorithms. Signal selection for the
in the computer software is sufficient to allow star Orbiter units is performed as follows. If four inputs are
40
ii II]
SYSTEM MECHANIZATION/OPERATION
present, the higher of the two midvalues is selected. If is particularly complicated in that the quadruply
the input from any unit diverges from the other three redundant sensor measurements provided to the GPC's
beyond a preset threshold, the input is rejected, the RGA are not really independent because only two probes are
is declared inoperative, and the midvalue of the remaining installed. Further, sideslip effects can cause differences
three inputs is selected. A form of quadruple middle-value in measurements from side to side that are difficult to
selection is also performed on the SRB gyros by distinguish from failure effects, and significant transients
comparing data from all four devices. can be expected, especially during Mach I transition.
Functionally, the RM logic first determines the deploy-
ment status of the probes and their usability based on
Accelerometer Assemblies
communication faults and other checks. The selection
Four two-axis body-mounted accelerometer packages are filter then either averages the usable inputs or selects one
located in the Orbiter forward equipment bays. These if only one is available -- first on a side basis, then overall
instruments measure normal and lateral acceleration and -- and sends the output to the user process after passing
are also used in the inner loop flight control calculations. it through a transient filter. Comparison tests against
The quadruple middle-value signal selection process used preset thresholds are made to detect and identify failures,
is identical to that used for the Orbiter rate gyros. again first on a side basis. If the two inputs from a side
miscompare by more than the threshold, the selected value
from the other side is used, after a sideslip correction
Air Data
is applied, to isolate the faulty unit. If no input is available
Two pitot/static probes are located on revolving doors from the other side, a dilemma situation is declared and
on either side of the Orbiter forward fuselage. Each probe annunciated to the crew.
provides four pneumatic inputs, three ram air and one
static air, in parallel to two air data transducer assemblies GN&C Control Functions
(ADTA's). The pneumatic pressures are measured and
Four distinctly different dynamic control functions are
converted to digital signals in the ADTA's and sent by
way of flight forward MDM's to the GPC's as shown performed by the GN&C system during a typical mission.
These include
in figure 4-25. The data are used to calculate altitude,
airspeed, Mach number, angle of attack, etc., for display • Hydraulic actuator control of SRB and main engine
and for use in the entry navigation, guidance, and flight thrust vectors and Orbiter aerodynamic control
control systems. Redundancy management in this area surfaces during ascent and entry
|1
I
ADTA data
calibration
and
CONV@r$1Otl Keyboard
CRT
Left
xxxx_
41
SPACE SHUTTLE AVIONICS SYSTEM
• Electrical control of the main engine throttle during ASA controls one of four redundant ports on its respective
ascent actuators, which, in turn, control the position of an engine
or an aerodynamic control surface. Figure 4-27 is a
• Electrical control of the reaction control system
schematic of a typical hydraulic actuator showing the
thrusters during ascent (post-MECO), on-orbit, and
quadruply redundant inputs and the single power output
entry phases
to the controlled device. Each electrical input influences
• Electrical control of the orbital maneuvering system the position of the secondary shaft, which controls the
for velocity changes during exoatmospheric phases drive signal to the power actuator. The resultant command
including the deorbit maneuver to the power actuator is the sum of the inputs to the
secondary shaft. If one of the inputs is in opposition to
the other commands, a force fight occurs; the opposing
TVC/Aerodynamic Control
input will be overpowered, and the system will respond
Figure 4-26 is a simplified block diagram of the Orbiter to the resultant sum of the remaining inputs. Further,
avionics system configured to perform the hydraulic the hydraulic pressure measured at the input to the
control function. Each of the four GPC's in the redundant opposing port will be higher and of the opposite sign
set controls a hydraulic actuating path, which includes in comparison with the other three, and the ATVC or
a flight aft MDM, an ascent thrust vector control (ATVC) the ASA will, if the signal exceeds a preset threshold
driver assembly, and an aeroservoamplifier (ASA). The for an allowable time limit, hydraulically bypass the
ATVC's control pitch and yaw actuators on the three opposing signal. To accommodate systematic biases, an
main engines and rock and tilt (skewed 45 ° ) actuators equalization loop is included to prevent nuisance
on the two SRB engines. The ASA's control the position disconnects. In addition, the crew has a manual switch
of the Orbiter inner and outer elevons, the rudder, the option to override the disconnect signal if the situation
speed brake, and the body flap. Each ATVC and each warrants.
42
_1 ill
SYSTEM MECHANIZATION/OPERATION
Valve
Position current
Command
Manual set/reset
1 Ap
I ! . Sec°ndary
.a.
force-summed
ctuator
feedback
I
Position
Power
feedback
actuator
Status
4-GPC
redundant-
set
complex
L........_-"
Manual set/reset
1 "_"_ To hydraulic
shutoff
_J valves
Position
Manual set/reset
I
Position
Command
Status
Manual set/reset
Main Engine Throttle Control 2. The first valid command received on either Orbiter
43
SPACE SHUq-FLE AVIONICS SYSTEM
5
Flight-
critical 6 -
buses 7
Ill co-nt_'offer
I
Vehicle Vehicle I Vehicle
I Interface Interface I interface
electronics I electronics
II electronics
|
gggg
I :nannelI Ichannel
',
b _
I
" _
^ II "
-
Main engine Main engine Main engine
/ \
Left Center Right
44
_1 i I1
SYSTEM MECHANIZATION/OPERATION
U 5L U
5R
2 3R
U_R
F _D 3L
5 _R
Dlr
u 4R
F_ 3
L D
jets and the table altered accordingly. The availability as determined from feedback sensors. The crew is notified
table is monitored by the various digital autopilots, and of off-nominal performance and expected to take
only jets listed in the table are commanded to fire. appropriate action.
45
SPACE SHUTTLE AVIONICS SYSTEM
:A
Fuel Oxidizer
Fuel Oxidizer
C_ Pr,m,r,I D I/ P! I Primary
I ,'_
yaw I==::==r] I la--_L JlR}====_ pitch
a°tuat°r
J 4E_ f ac tu
_'a i=_ [actuat°r ] -
.-, ISec°n'da'Ylg F-_ Sl__ ,n,
ra_ _ fl I Seco..aryI
pitch
(2)--,..I yaw _ / ,
Left OMS
Right OMS
engine englne
controller events
• Main propulsion system propellant-dump sequence pyrotechnic J
1
events
• Abort control sequence
•
Landing
RCS/RCS
gear isolation
crossfeed
valve control
and reconfiguration
1 2
Master Noncritical l
-=
• OMS to RCS propellant gauging I I _t',P'l
Flight-
• Master events controller subsystem operating critical
buses
program
46
::1 i 11
SYSTEM MECHANIZATION/OPERATION
System Management
Instrumentation
The system management function has grown during the
Figure 4-32 is an overview of the instrumentation system design process to include much more than the vehicle
showing the interrelation of the major components. and subsystem assessment services originally envisioned.
Control of the system is vested in the PCM master units, A subset of the SM functions is provided by the BFS
only one of which is active at a given time. These units computer during ascent and entry; however, most are
act as the bus controllers for a network of dedicated performed on orbit under the SM major function by
MDM's configured for acquisition of spacecraft data whichever computer is loaded with the SM OPS. Figure
either directly or through signal conditioners. The 4-33 shows the data buses and interfacing components
PCMMU's also acquire data from the GPC's on dedicated used. Because most of the services requested by the
buses and have provisions for a data bus input from the payload community to date have required interfaces and
payload area. Data from these sources are interleaved, capabilities similar to those included in the SM function,
u I Network I %0 umbilical
C4_ I signal [
1 I I recorder
I processor I Operations ]
1 signal I
I I 1 I
2
,+o.0+.,,_:V:
.Processor 1 |
r
.._ processor !
I S-band/ I
3
I Ku-blnd I
n
I transmitters I
C4_
---C-
5 -..._ - FM--!
recorder I signal I
I
Operations _--
2
OI data boa 2
II OI d_ta boa 1
DSC - dedicated
signal
I
I Fr_lU_ey- condi_oner
I Frequency- I
I division I division
WBSC - wlde-band
, _.u_+pla=.aL
s, signal
conditioner
Not part of
r" _ instrumentation
,OF_
,OF1 [ system
47
SPACE
SHUTTLE
AVIONICS
SYSTEM
l I,II Flex ;
_____..___.=,
II I
f
-1 -J
PL1
'_ ! System PL2 Payload data buses
- and GPC LB1
controls
Displays J_l management LB2 Launch data buses
2
2 Buffer controller
PCM PCM interface
Manipulator
master master unit
unit I Buffer
unit 1
i
Payload
data Subsystem
h '_data
they have been mechanized under SM rather than under • Special processes -- This is a catchall category which
the payload major function (PL) as originally intended. has evolved to contain all the various applications
Payload support functions included are mentioned here that do not require real-time redundancy and
but described in more detail in the Payload Support therefore can be performed by a single computer.
Operations section. The major SM functions and Included at this time are
capabilities incorporated include the following.
- Auxiliary power unit fuel quantity calculations
• Data acquisition/output data processing -- The
- Fuel cell current and power calculations
capability is provided for basic communications over
the intercomputer buses, the payload buses, and the - Communications antenna management
PCMMU bus. The payload bus provides access to
- Hydraulic water boiler quantity caiculations
the payload and flex MDM's, the payload data
interleaver (PDI), and, through the payload MDM's, - Fuel cell purge sequence
the payload signal processor (PSP). The launch data
- Hydraulic fluid temperature control sequence
bus provides access to the manipulator controller
interface unit. - Payload bay door open/close sequence
• Fault detection and annunciation (FDA) -- The - Oxygen and nitrogen quantity computations
capability is provided to compare any acquired
- Remote manipulator system control
measurement with stored limits and, if the limit
boundaries are exceeded, to annunciate the - Standby water coolant loop control
occurrence.
Recorder tape position computations
• Subsystem measurement management (SMM) -- - Fuel cell heater monitor
The capability is provided to manage and control
the various data acquisition and storage devices
• Caution and warning -- The dedicated caution and
including the PCMMU, the PDI, recorders, etc.
warning system is mechanized in an LRU containing
• Payload command and control -- See Payload programmable logic to set allowable limits on each
Support Operations section. input signal. The limits are set manually using
48
'1 !
SYSTEM MECHANIZATION/OPERATION
Astronaut---_ S band _
Communications and Tracking
The major functions performed by the communications
and tracking (C&T) system include the following.
49
SPACE
SHUTTLE
AVIONICS
SYSTEM
T T T
UHF/ATC
Navigation
aids K°ban°
I
radar/comm
1
Audio
'm[
S-band
network iL" distribution •_ Television I
T
i
TS-band interface
payload Ground control i
[ logic
(
communications coverage is provided for ATC purposes. Ku-wlde-bandsyetem_ A
Three navaid systems are included for use after S-b.,_ _y_oa_ --_ _, ///7'
blackout: the tacan system at L-band, the MSBLS at S-ba.d h_S-- k \ I\ ..///_
Ku-band, and the radar altimeters at C-band. 8 L-band taoan ---_ \/\
The hardware associated with the various communi-
cations links and the other functions of the system can
MSBLS8 Ku-band--___
be grouped as shown in figure 4-36. Each of these
groupings is discussed in the paragraphs to follow. The
multiple antennas used in the system are shown in figure
8-band quad
4-37. All are flush-mounted and overlaid with thermal
UHF (2 eaohelde)
protective material except for the UHF airlock and the
Ku-band deployable antennas. The antenna locations
were chosen to optimize coverage to the extent possible
within the constraints of available mounting space.
network system, which provides tracking and two-way S-band hemlJ _L 8 L-band
communications by way of phase modulated (PM) links taoan
directly to the ground or through the TDRS, and
transmission of wide-band data directly to the ground FIGURE 4-37.--Antenna locations.
50
SYSTEM
MECHANIZATION/OPERATION
(_Jaid anle_rtas Hemi anteflnis using time-division multiplexing (TDM). Then, depending
on the operational mode, the signal is routed through
or bypasses the convolutional encoder or the comsec unit
i
S-band anle_na switch |
1 or both and is finally sent to the transponder.
of these functions
The inverse
is applied to data received from the
ground. The FM system provides the capability for the
_r transmission of data not suitable for incorporation into
the limited-rate PM system. Included are main engine
prei mp|ilier
r7
error rates. The forward link receiving equipment is
capable of handling data at two different rates as shown,
;Ignal
K;essor
1
with or without spectrum spreading, transmitted on any
.=lwork ]
51
SPACE SHUTTLE AVIONICS SYSTEM
! | ,L
I '
Not _d4KI
I I
Encoded to
578 (hl_ tote) or
288 (low rate)
J
'rl_s s'rol4/s_ Ls STDN/SGL$ TDRS
low low
I I hllh hllh
I i I
Video or wlde-band analog to 4.0 MHz; Ol
dgltalto 4.0 Mbpa Fld
Ill I I I I I I I III
I'''''\\:'
1770 ' '' 1800 2 40 2100
I
I I ,I _,_/I I 'I
2200 2300
Spread or [ hf[h
not qxeed Not spread Slxe d or
not I_oread
i I
I
Encoded to
218 (hi_l rate) or
96 (low rate)
Not anc d
52
1 :!_i
SYSTEM MECHANIZATION/OPERATION
Radarrendezvousrange
• 22 km (12n.ml.)maxlmum,passlvepayload Tra°klng and Data
• 550 km (S00n.mL)maxlrnum,aotlvspayload _ Mode I Relay Satellite
/- _ • 50 Mbps - wide-band payload ('I"DRS)
Payload_ \ • 2 Mbps - stored or payload
-J _ --j I ._,,,,_
'=- --r''°°v°'°
b
L._ ' ' _ _ t'--'-_--,_r_
_ Mode2 [_
--] J-- • 4.5 MHz analog - TV or payload
] I or 4 Mbps- digital payload
/ I • 2 Mbps - stored or payload
/ [ • 192 kbps - telemetry and voice
Ku-band
deployed //_.._,//
assembly_ // _
/ • 72-kbps commands
/ • 128-kbps text
/ and graphlos
/ • 16-kbps synchronization
electronics -_-_V /'L_'_ _) k
.91_--Tracking
Relay Satellite
and Data
groundstation
to and reception of voice and telemetry data from Audio Distribution System
extravehicular astronauts while on orbit. Two antennas
The audio distribution system (ADS), shown in figure
are provided, one in the airlock and one on the bottom
4-42, provides intercom and radio access functions for
of the Orbiter. A two-way voice interface with the Orbiter
the various crew stations and hardline "subscribers"
audio system is included, giving astronauts performing
involved in a mission. It includes facilities for audio
extravehicular activity (EVA) access to Orbiter voice
processing, mixing, amplification, volume control,
communications on as many as three voice channels.
isolation, switching, and distribution. It provides paging
Availability of three channels allows direct voice contact
capability, communication over various alternative bus
with the ground or the Orbiter crew, and provides for
recording of the astronauts' conversations. circuits, distribution of caution and warning signals, and
communication with the ground crews during preflight
checkout. The ADS includes six audio terminal units
Extravehicular Maneuvering Unit Television (ATU's) distributed as indicated in the figure, two speaker
System microphone units, and an audio central control unit
(ACCU).
A wide-band S-band FM receiver is provided for reception
of video transmitted from the EVA helmet camera. The
S-band hemispheric antennas and a spare port of the Television System
switch assembly of the S-band network communications
The TV system includes as many as nine onboard cameras,
equipment (fig. 4-38) are used to route the video signal
to a 40-megahertz wide-band FM receiver. This receiver two large-screen monitors, two portable viewfinder
demodulates the video signal and routes it to the te]evision monitors, and the associated switching and control logic.
(TV) system. Three inputs are provided for TV signals from payloads
and one output for viewing in an attached manned
53
SPACE SHUTTLE AVIONICS SYSTEM
Three
during
navaid
postblackout
systems are
through
installed
landing
on
phases
the Orbiter
(fig.
for
4-43).
use
The 77 ??
1 ,.
tacan units, used from an altitude of approximately 21.3
kilometers (70 000 feet) to final approach, are versions of
units widely used in military aircraft, modified slightly to
a timeter
interface with Orbiter systems. They provide slant range and
bearing to a selected ground station. The MSBLS, used from
Station
an altitude of approximately 3 kilometers (10 000 feet) to
113 tone
touchdown, also a modified version of a military system,
provides
antennas
precise
located
range
near
and
the landing
angle data
runway.
with
Data
respect
from both
to
L
to ADS
I
these systems are used in the Space Shuttle navigation and I I
guidance software to provide steering commands during To data To displays
the approach and landing phases. The radar altimeters processing and
provide height above the local terrain from t.5 kilometers system controls
(5000 feet) to touchdown. The data are used for display
and crew monitoring purposes only. FIGURE 4-43.--Navigation aids.
T
54
Z_! ! I]
SYSTEM
MECHANIZATION/OPERATION
Bent-pipe telemetry
S-band Nonstandard
antenna
co_y
Command (8 kbps)
Voice central
control
unit
Audio
payload
interfaces
iglta, 10 4 ps __
•"-1 net.ork J
Time/clock frequencies
timing timing
buffer unit
_1_ Switches
55
SPACE SHUTTLE AVIONICS SYSTEM
transmission services provided to payloads by the S-band a peak power output of 12 kilowatts for short periods.
and Ku-band space/ground communications links. In this This power is controlled, monitored, and distributed to
subsection, other standard services provided -- such as loads throughout the Space Shuttle vehicle by the
engineering data acquisition, command generation, electrical power distribution and control (EPDC)
caution and warning, recording, GN&C data, time, and subsystem. Figure 4-45 contains an overall block diagram
system management -- are discussed. It should be noted of the system showing the major components and their
that the hardware and software capabilities provided for relative locations in the vehicle. (Note: To reduce
a given mission and payload manifest may vary widely congestion, the power distribution system is not
from those discussed in general here; therefore, mission represented on the overall avionics system block diagram.)
documentation should be addressed if that level of detail Within the EPDC, solid-state inverters convert 28-volt
is desired. dc power to l l7/200-volt, 400-hertz, three-phase ac
Two of the 28 data buses in the data processing system power, which is also distributed by way of a separate
are designated for payload operations. Two payload redundant bus system to loads requiring alternating
MDM's, PF1 and PF2, are permanently installed on these current. The EPDC is fail operational/fail safe and
buses, and, although they are used for other purposes therefore capable of providing sufficient power for safe
as well, they provide the prime interface for computer operation after sustaining two failures. The dc and ac
support. Wiring and other provisions are included for distribution systems are described in this section. The
additional "flex MDM's" to be installed in the payload events control and pyrotechnic sequencing functions
bay, also connected to the payload buses. Flex MDM's which are included as part of the EPDC were covered
are designed to be easily reconfigurable to meet varying in the Sequencing section.
payload requirements. The MDM's provide a direct
interface, through the payload umbilicals, for commands Direct Current Distribution
and data; PF1 and PF2 also provide the interface with
the PSP for standard commands and with the PSDP Five classes of buses are used to control and distribute
for nonstandard commands. The standard real-time dc power. These include main dc, bus-tie, essential,
command (RTC) processing capabilities of the DPS are control, and preflight test buses. The three redundant main
used. dc buses are each connected separately to a fuel cell by
Engineering data are acquired in the payload data motor-driven contactors in the main distribution
interleaver, which has the capability to accept as many assemblies (MDA's), which are located near the fuel cells
as five data channels from attached payloads and one, in the midbody area. The main dc buses deliver power,
through the PSP, from a detached payload. These data protected by fuses, from the MDA's to distribution centers
are then interleaved and transmitted to the PCM master as shown in figure 4-45. The bus-tie buses shown on this
unit to become part of the telemetry bit stream. The PDI figure indicate the motor-driven contactors which allow
data acquisition format and content are controlled by manual interconnection of the buses for failure manage-
the DPS using loads prestored on mass memory. A ment. The ground support equipment (GSE) connections
dedicated payload recorder is provided and is accessed shown use the time zero (T-0) umbilical to deliver ground
either directly from attached payloads or through the power when the vehicle is not operating on internal power
PSDP. Data playback capability is provided through or when the internal and external systems are sharing
either the FM or the Ku-band signal processor. the load; i.e., during the prelaunch countdown. When
Hardwired interfaces are included for caution and a main bus is energized, either from the ground or from
warning parameters and sating commands. Backup C&W a fuel cell, all associated distribution assemblies also are
and standard system management services are provided energized. The system uses multipoint grounding and
by SM software, in the BFS computer during ascent and structural return; however, all loads are required to
entry and in whichever machine is loaded with the SM2 maintain isolation between primary power returns and
OPS on orbit. Vehicle state vector and attitude chassis, and these returns are led to controlled points
information is calculated in the GNC computers and on the fore and aft payload bay bulkheads.
transferred by way of the intercomputer buses to the SM The essential buses, also established in the MDA's, are
machine for retransmission to a payload. low-power buses used primarily to control critical vehicle
functions and to provide power to loads considered critical
in an emergency. Each receives triply redundant power
Electrical Power Distribution and Control
directly through a switch from one fuel cell and indirectly
Space Shuttle electrical power is provided by three fuel from the other two main buses through remote power
cells, each capable of generating an average power of controllers (RPC's) in the respective bus power control
2 to 7 kilowatts at a nominal voltage of 28 volts dc with assemblies (PCA's) (fig. 4-46). They provide control power
56
SYSTEM
MECHANIZATION/OPERATION
for selected
switching
devices,
suchasthosethat service Two preflight test buses, powered from GSE power
the onboard computers, and operating power to small, supplies, originate in aft PCA's 4 and 5. These buses can
critical loads such as the C&W unit, the fuel cell electrical be energized only by ground power and are used to activate
control units and reactant valves, smoke detectors, and an inert vehicle for ground checkout or prelaunch testing.
selected cabin lighting. Normally, all essential buses are Three types of distribution boxes provide the required
energized whenever any fuel cell/main bus circuit is services to the various Space Shuttle loads. These include
operating. the MDA, the PCA, and the load control assembly (LCA).
Three control (CNTL) buses originate in each of the As indicated previously, three MDA's are located in the
three /orward PCA's; each is powered through RPC's midbody area beneath the payload bay liner on shelves
from two main buses and through a circuit breaker from near their respective fuel cells. The primary functions of
the third (fig. 4-47). Therefore, loss of two main buses these devices are to control power from the associated
will not interrupt control power to any function serviced. fuel cell, to control the bus-tie bus, to protect the main
Typically, the control buses provide control power to bus wires fore and aft and the payload umbilical, to
RPC's servicing multiply redundant loads such as the establish the associated essential bus, and to control power
guidance, navigation, and control system and those in to the respective midbody PCA.
the auxiliary power unit (APU) controllers, valves, and Twelve PCA's are installed, three in the forward
heaters; main propulsion system valves; RCS and OMS avionics bays, three in the midbody area, and six in the
valves and heaters; air data probe heaters and actuators, aft avionics bays. Each PCA receives power from its
hydraulic controls; and landing gear. During checkout respective MDA or from another PCA and distributes
and turnaround, each control bus may be selectively it to loads requiring as much as 135 amperes. They provide
deenergized; this capability provides a means of verifying overload protection for loads, wires, and power sources,
redundancies in a given circuit. and the means to switch loads remotely through RPC's
assembly
dc
LCA bus
Power T
Forward
control
assembly I
.I
control
dc local dc bus
loads assembly
G_E
power
supply
Preflight power
test bus test bus supply
I Motor Je I ac
control _ loads
assembly /
57
SPACE SHUTTLE AVIONICS SYSTEM
Main
distribution
assembly
1
To flight deck
panels
\
Forward
LCA 1
Forward
! O '%t" i
PCA 1
Main B
I PCA
Mid- 1
Control
Aft
I PCA 1
Main C
Aft
LCA 1
Essential
bus
1BC
or relays. The forward PCA's provide power to the static to drive the inverter arrays is furnished by the respective
: inverters, which generate ac. Both fore and aft PCA's forward PCA's, which contain circuitry to limit in-rush
distribute power to associated LCA's. The aft PCA's -- current to an acceptable level when the highly capacitive
4, 5, and 6 -- also contain motor switches which control inverters are activated. Output current is limited to 20
ground power. amperes by circuitry within the inverters. The inverters
The LCA's, located in the fore and aft avionics bays, are synchronized by an internal oscillator.
contain hybrid load drivers (HLD's) for control of current The output of each three-phase inverter array is
loads as great as 5 amperes. The HLD's provide capability monitored and controlled by an inverter distribution and
for computer control of selected functions. control assembly (IDCA). Relays w_t!ain the IDCA's
connect the inverter arrays to the respective three-phase
buses. These relays can be controlled manually by the
Alternating Current Generation
crew, remotely from the ground during checkout, or
and Distribution
automatically by internal circuitry in the event of an
Each forward avionics bay contains three power static overload or an overvoltage. This automatic disconnect
inverter modules, which are connected in a phase-locked feature may be inhibited by the crew during critical
array to produce 117/200-volt, 400-hertz, three-phase, y- mission phases to avoid disconnects caused by spurious
connected, four-wire ac power. Direct current input power signals or transients. Normal C&W monitoring and
58
i1 ! I]
SYSTEM MECHANIZATION/OPERATION
GSE control ] Control priority and will assume bus control when activated and
bum
loaded with the appropriate vehicle utility software. Under
CN'TI_CA1 these conditions, the LPS acts as a bus terminal unit
and issues commands and data requests through the GPC
Main C CNTLCA2
Launch
CNTLCA3 data
buses
Preflight
mode. subsystem
switch
Each of the three redundant three-phase ac buses is functions
isolated, is capable of supplying nominal power of 2.25
kilovolt-amperes, and is grounded to structure in a single
point. All current is confined to the bus wiring except
for some navigation equipment which uses an internal
chassis ground. No provisions have been made for cross-
tying the ac buses to accommodate inverter failures. Power
reliability for critical ac loads is obtained either by I/'/,,_ r///_ r/Ill, T-O umbilical
providing a switch which allows access to more than one
bus or by providing duplicate hardware operating off
Launch
separate buses.
processing
Ten motor control assemblies (MCA's), three each in system
the fore and aft avionics bays, and four in the midbody
area, provide power and control to motors and other
three-phase and single-phase loads in the Orbiter. FIGURE 4-48.--Checkout configuration.
59
SPACE
SHUTTLE
AVIONICS
SYSTEM
60
Appendix -- Acronyms/Abbreviations
61
SPACE
SHUTTLE
AVIONICS
SYSTEM
62
ACRONYMS
AA accelerometer assembly
ACCU audio central control unit
ADI
ADTA
attitude direction indicator E
air data transducer assembly
AMI
ASA
alpha/Mach indicator
aeroservoampl_fier
2 E
ATVC ascent thrust vector control (driver assembly)
AWl altitude/vertical velocity indicator E
BFC backup flight controller
CRT
DDU
cathode-ray tube
display driver unit 3
E
DEU display electronics unit
DSC dedicated signal conditioner
EIU engine interface unit m
q
|
i
!1II
FOLDOUT FRAME [ -
General
purpose
compute,
1
I
{_ I_u I
FLIGHT DECK
I
I"' II IMU 2
II
,lOSE SECTION
![11i
FOLDOUT FRAME
ii
=
H__
I !!i,,i
iii
liB: Y
FORWARD AVIONICS
FORWARD AVIONICS
BAY 1
PAYLOAD BAY
F I 0 I x I x I J
AVIONICS SYSTEM BLOCK DIAGRAI'
(NOT SPACECRAFT SPECIFIC)
- , .
"II11
FOLDOUT FRAME
General-
Ol purpose
oomputer
3
_4 |
_C
I 180
lAMP
AFTBAyAVIONICS4
,o<>o<
FORWARD AVIONICS
BAY 3
LEFT SRB
Pa_oQd
_orfaoo
FOLDOUTFRAME _"
]
5
!
9
Flyaway urnbllloIJe
to ESE
CIO'/644(_.AFIT;1
RIGHT SRB tO
71i I]