Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Avionic test units”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 55 records · Page 3

Dynamic Control System Performance during Commissioning of the Space Technology 7-Disturbance Reduction System Experiment of LISA Pathfinder

The Space Technology-7 Disturbance Reduction System (DRS) launched aboard the European Space Agency's LISA Pathfinder spacecraft on December 3, 2015, after more than a decade in development. DRS consists of three primary components: an Integrated Avionics Unit (IAU), Colloidal MicroNewton Thrusters, and Dynamic Control System (DCS) algorithms implemented on the IAU. During the portions of the mission in which the DRS was under control, the DCS was responsible for controlling the spacecraft and the free-floating test masses that were part of the LISA Test Package. The commissioning period was originally divided into two periods: before propulsion separation and after propulsion separation. A recommissioning period was added after an anomaly occurred in the thruster system. The paper will describe the activities used to commission DRS, present results from the commissioning of the DCS and the recommissioning activities per-formed after the thruster anomaly.

Hsu, Oscar↗

Space Launch System Development Status

Development of NASA's Space Launch System (SLS) heavy lift rocket is shifting from the formulation phase into the implementation phase in 2014, a little more than three years after formal program approval. Current development is focused on delivering a vehicle capable of launching 70 metric tons (t) into low Earth orbit. This "Block 1" configuration will launch the Orion Multi-Purpose Crew Vehicle (MPCV) on its first autonomous flight beyond the Moon and back in December 2017, followed by its first crewed flight in 2021. SLS can evolve to a130-t lift capability and serve as a baseline for numerous robotic and human missions ranging from a Mars sample return to delivering the first astronauts to explore another planet. Benefits associated with its unprecedented mass and volume include reduced trip times and simplified payload design. Every SLS element achieved significant, tangible progress over the past year. Among the Program's many accomplishments are: manufacture of Core Stage test panels; testing of Solid Rocket Booster development hardware including thrust vector controls and avionics; planning for testing the RS-25 Core Stage engine; and more than 4,000 wind tunnel runs to refine vehicle configuration, trajectory, and guidance. The Program shipped its first flight hardware - the Multi-Purpose Crew Vehicle Stage Adapter (MSA) - to the United Launch Alliance for integration with the Delta IV heavy rocket that will launch an Orion test article in 2014 from NASA's Kennedy Space Center. Objectives of this Earth-orbit flight include validating the performance of Orion's heat shield and the MSA design, which will be manufactured again for SLS missions to deep space. The Program successfully completed Preliminary Design Review in 2013 and Key Decision Point C in early 2014. NASA has authorized the Program to move forward to Critical Design Review, scheduled for 2015 and a December 2017 first launch. The Program's success to date is due to prudent use of proven technology, infrastructure, and workforce from the Saturn and Space Shuttle programs, a streamlined management approach, and judicious use of new technologies. The result is a safe, affordable, sustainable, and evolutionary path to development of an unprecedented capability for future missions across the solar system. In an environment of economic challenges, the nationwide SLS team continues to meet ambitious budget and schedule targets. This paper will discuss SLS program and technical accomplishments over the past year and provide a look at the milestones and challenges ahead.

Lyles, Garry↗

Model-Based Verification and Validation of Spacecraft Avionics

Our simulation was able to mimic the results of 30 tests on the actual hardware. This shows that simulations have the potential to enable early design validation - well before actual hardware exists. Although simulations focused around data processing procedures at subsystem and device level, they can also be applied to system level analysis to simulate mission scenarios and consumable tracking (e.g. power, propellant, etc.). Simulation engine plug-in developments are continually improving the product, but handling time for time-sensitive operations (like those of the remote engineering unit and bus controller) can be cumbersome.

Systems Modeling Language (SysML↗

Orbiter CIU/IUS communications hardware evaluation

The DOD and NASA inertial upper stage communication system design, hardware specifications and interfaces were analyzed to determine their compatibility with the Orbiter payload communications equipment (Payload Interrogator, Payload Signal Processors, Communications Interface Unit, and the Orbiter operational communications equipment (the S-Band and Ku-band systems). Topics covered include (1) IUS/shuttle Orbiter communications interface definition; (2) Orbiter avionics equipment serving the IUS; (3) IUS communication equipment; (4) IUS/shuttle Orbiter RF links; (5) STDN/TDRS S-band related activities; and (6) communication interface unit/Orbiter interface issues. A test requirement plan overview is included.

Huth, G. K.↗

High-Altitude ADS-B Flight Tests on a NASA ER-2 Research Airplane

Researchers at the National Aeronautics and Space Administration (NASA) Armstrong Flight Research Center (Edwards, California); the Federal Aviation Administration (FAA); and Regulus Group, LLC (Atlantic City, New Jersey) collaborated for the flight-test demonstration of an Automatic Dependent Surveillance-Broadcast (ADS-B) system equipped on a high-altitude Earth Resources-2 (ER-2) research airplane. The unique ER-2 airplane is a NASA-owned and operated airborne science version of the United States Air Force / Lockheed Martin Aeronautics (Bethesda, Maryland) U-2S airplane. The FAA has mandated that by the year 2020, aircraft operating within certain sections of the United States National Airspace system be equipped with ADS-B Out technology; the research presented in this paper is the first to show how the NASA ADS-B architecture satisfies the mandate for a unique high-altitude aircraft. An exceptional military aircraft design, security protocols, and the performance envelope of the ER-2 airplane made the avionics integration remarkably challenging. The design required the ADS-B avionics to survive the harsh flight environment of the ER-2 airplane. The most prominent challenge was the functional integration of modern civilian avionics into federated military legacy avionics. Flight-test objectives were to certify an ADS-B Out (1090ES) passive surveillance integrated with a Traffic Alert and Collision Avoidance System (TCAS) I active surveillance system on an ER-2 platform for high-altitude cruise operations. In April 2022, NASA conducted three flights at Edwards Air Force Base (Edwards, California) - each greater than one-hour flight reaching altitudes above 60,000 ft.

ADS-B↗

A vector-based failure detection and isolation algorithm for a dual fail-operational redundant strapdown inertial measurement unit

A vector-based failure detection and isolation technique for a skewed array of two degree-of-freedom inertial sensors is developed. Failure detection is based on comparison of parity equations with a threshold, and isolation is based on comparison of logic variables which are keyed to pass/fail results of the parity test. A multi-level approach to failure detection is used to ensure adequate coverage for the flight control, display, and navigation avionics functions. Sensor error models are introduced to expose the susceptibility of the parity equations to sensor errors and physical separation effects. The algorithm is evaluated in a simulation of a commercial transport operating in a range of light to severe turbulence environments. A bias-jump failure level of 0.2 deg/hr was detected and isolated properly in the light and moderate turbulence environments, but not detected in the extreme turbulence environment. An accelerometer bias-jump failure level of 1.5 milli-g was detected over all turbulence environments. For both types of inertial sensor, hard-over, and null type failures were detected in all environments without incident. The algorithm functioned without false alarm or isolation over all turbulence environments for the runs tested.

Morrell, Frederick R.↗

Case Study of Using High Performance Commercial Processors in Space

The purpose of the Space Shuttle Cockpit Avionics Upgrade project (1999 2004) was to reduce crew workload and improve situational awareness. The upgrade was to augment the Shuttle avionics system with new hardware and software. A major success of this project was the validation of the hardware architecture and software design. This was significant because the project incorporated new technology and approaches for the development of human rated space software. An early version of this system was tested at the Johnson Space Center for one month by teams of astronauts. The results were positive, but NASA eventually cancelled the project towards the end of the development cycle. The goal to reduce crew workload and improve situational awareness resulted in the need for high performance Central Processing Units (CPUs). The choice of CPU selected was the PowerPC family, which is a reduced instruction set computer (RISC) known for its high performance. However, the requirement for radiation tolerance resulted in the re-evaluation of the selected family member of the PowerPC line. Radiation testing revealed that the original selected processor (PowerPC 7400) was too soft to meet mission objectives and an effort was established to perform trade studies and performance testing to determine a feasible candidate. At that time, the PowerPC RAD750s were radiation tolerant, but did not meet the required performance needs of the project. Thus, the final solution was to select the PowerPC 7455. This processor did not have a radiation tolerant version, but had some ability to detect failures. However, its cache tags did not provide parity and thus the project incorporated a software strategy to detect radiation failures. The strategy was to incorporate dual paths for software generating commands to the legacy Space Shuttle avionics to prevent failures due to the softness of the upgraded avionics.

Ferguson, Roscoe C.↗

Case Study of Using High Performance Commercial Processors in a Space Environment

The purpose of the Space Shuttle Cockpit Avionics Upgrade project was to reduce crew workload and improve situational awareness. The upgrade was to augment the Shuttle avionics system with new hardware and software. A major success of this project was the validation of the hardware architecture and software design. This was significant because the project incorporated new technology and approaches for the development of human rated space software. An early version of this system was tested at the Johnson Space Center for one month by teams of astronauts. The results were positive, but NASA eventually cancelled the project towards the end of the development cycle. The goal to reduce crew workload and improve situational awareness resulted in the need for high performance Central Processing Units (CPUs). The choice of CPU selected was the PowerPC family, which is a reduced instruction set computer (RISC) known for its high performance. However, the requirement for radiation tolerance resulted in the reevaluation of the selected family member of the PowerPC line. Radiation testing revealed that the original selected processor (PowerPC 7400) was too soft to meet mission objectives and an effort was established to perform trade studies and performance testing to determine a feasible candidate. At that time, the PowerPC RAD750s where radiation tolerant, but did not meet the required performance needs of the project. Thus, the final solution was to select the PowerPC 7455. This processor did not have a radiation tolerant version, but faired better than the 7400 in the ability to detect failures. However, its cache tags did not provide parity and thus the project incorporated a software strategy to detect radiation failures. The strategy was to incorporate dual paths for software generating commands to the legacy Space Shuttle avionics to prevent failures due to the softness of the upgraded avionics.

Ferguson, Roscoe C.↗

Time Triggered Protocol (TTP) for Integration Modular Avionics (IMA)

This viewgraph presentation is a review of the Time Triggered Protocol, designed to work with NASA's Integrated Safety-Critical Advanced Avionics Communication and Control (ISAACC) system. ISAACC is the product of the Propulsion High-Impact Avionics Technologies (PHIAT) project at NASA Marshall Space Flight Center (MSFC) during FY03 to the end of FY05. The goal is an avionics architecture suitable for control and monitoring of safety critical systems of manned spacecraft. It must be scalable to allow its use in robotic vehicles or launch pad and propulsion test stand monitoring and control systems. The developed IMA should have: a common power supply and rugged chassis for a set of modules, many upgradeable software functions on one module (i.e. processing unit Reduced weight, straightforward update and system integration. It is also important that it have Partitioning and a Memory Management Unit (MMU)

Gwaltney, David A.↗

Measurement of fault latency in a digital avionic mini processor, part 2

The results of fault injection experiments utilizing a gate-level emulation of the central processor unit of the Bendix BDX-930 digital computer are described. Several earlier programs were reprogrammed, expanding the instruction set to capitalize on the full power of the BDX-930 computer. As a final demonstration of fault coverage an extensive, 3-axis, high performance flght control computation was added. The stages in the development of a CPU self-test program emphasizing the relationship between fault coverage, speed, and quantity of instructions were demonstrated.

Mcgough, J.↗

The effects of cuing in time-shared tasks

The results of two divided-attention experiments involving the editing of route-way-point displays on an avionics computer unit are reported. Two side tasks were required of the subjects, and either no cue, verbal cues appearing on the CRT, or symbolic cues (lights on the keyboard adjacent to keys to be used) were given to facilitate the primary editing task. Forty female and 30 male undergraduates were trained in the separate and combined tasks and divided randomly into groups of 25 for the cuing tests. A second test with three 10-subject groups was conducted at least one month later to investigate the efficacy of cuing for infrequently used procedures. It is found that only symbolic cuing significantly improved primary-task performance, increasing editing accuracy in the repetitive tests and reducing editing time in the delayed tests. Verbal cuing, probably because it requires additional cognitive effort, has no significant beneficial effect. These results are considered important for designing instruments for work environments requiring the performance of concurrent tasks, and as aircraft cockpits.

Chechile, R. A.↗

Technical Progress on the Ares I-X Flight Test

Ares I-X will be NASA's first test flight for a new human-rated launch vehicle since 1981, and the team is well on its way toward completing the vehicle's design and hardware fabrication for an April 2009 launch. This uncrewed suborbital development test flight gives NASA its first opportunities to: gather critical data about the flight dynamics of the integrated launch vehicle; understand how to control its roll during flight; better characterize the stage separation environments during future flight; and demonstrate the first stage recovery system. The Ares I-X Flight Test Vehicle (FTV) incorporates a mix of flight and mockup hardware. It is powered by a four-segment solid rocket booster, and will be modified to include a fifth, spacer segment; the upper stage, Orion crew exploration vehicle, and launch abort system are simulator hardware to make the FTV aerodynamically similar to the same size, shape, and weight of Ares I. The Ares IX first stage includes an existing Shuttle solid rocket motor and thrust vector control system controlled by an Ascent Thrust Vector Controller (ATVC) designed and built by Honeywell International. The avionics system will be tested in a dedicated System Integration Laboratory located at Lockheed Martin Space Systems (LMSS) in Denver, Colorado. The Upper Stage Simulator (USS) is made up of cylindrical segments that will be stacked and integrated at Kennedy Space Center (KSC) for launch. Glenn Research Center is already building these segments, along with their internal access structures. The active Roll Control System (RoCS) includes two thruster units harvested from Peacekeeper missiles. Duty cycle testing for RoCS was conducted, and fuel tanking and detanking tests will occur at KSC in early 2008. This important flight will provide valuable experience for the ground operations team in integrating, stacking, and launching Ares I. Data from Ares I-X will ensure the safety and reliability of America's newest launch vehicle.

Davis, S.R.↗

Desert Research and Technology Studies 2005 Report

During the first two weeks of September 2005, the National Aeronautics and Space Administration (NASA) Johnson Space Center (JSC) Advanced Extravehicular Activity (AEVA) team led the field test portion of the 2005 Research and Technology Studies (RATS). The Desert RATS field test activity is the culmination of the various individual science and advanced engineering discipline areas year-long technology and operations development efforts into a coordinated field test demonstration under representative (analog) planetary surface terrain conditions. The purpose of the RATS is to drive out preliminary exploration concept of operations EVA system requirements by providing hands-on experience with simulated planetary surface exploration extravehicular activity (EVA) hardware and procedures. The RATS activities also are of significant importance in helping to develop the necessary levels of technical skills and experience for the next generation of engineers, scientists, technicians, and astronauts who will be responsible for realizing the goals of the Constellation Program. The 2005 Desert RATS was the eighth RATS field test and was the most systems-oriented, integrated field test to date with participants from NASA field centers, the United States Geologic Survey (USGS), industry partners, and research institutes. Each week of the test, the 2005 RATS addressed specific sets of objectives. The first week focused on the performance of surface science astro-biological sampling operations, including planetary protection considerations and procedures. The second week supported evaluation of the Science, Crew, Operations, and Utility Testbed (SCOUT) proto-type rover and its sub-systems. Throughout the duration of the field test, the Communications, Avionics, and Infomatics pack (CAI-pack) was tested. This year the CAI-pack served to provide information on surface navigation, science sample collection procedures, and EVA timeline awareness. Additionally, 2005 was the first year since the Apollo program that two pressurized suited test subjects have worked together simultaneously. Another first was the demonstration of recharge of cryogenic life support systems while in-use by the suited test subjects. The recharge capability allowed the simulated EVA test duration to be doubled, facilitating SCOUT proto-type rover testing. This paper summarizes Desert RATS 2005 test hardware, detailed test objectives, test operations and test results.

Ross, Amy J.↗

ST7 Disturbance Reduction System (DRS) Colloid Micronewton Thruster Performance and Control Algorithm Model Simulation Validation in Flight

Colloid Micronewton Thrusters (CMNT) were flight demonstrated for the first time on the ST7Disturbance Reduction System (DRS) payload on the European Space Agency (ESA) Laser Interferometer Space Antenna (LISA) Pathfinder spacecraft for attitude and drag-free spacecraft control. LISA Pathfinder was a technology demonstration mission for ESA’s LISA gravitational wave observatory, currently in Phase A with a launch date of 2034. The DRS included the Integrated Avionics Unit (IAU), eight Colloid Micronewton Thrusters (CMNT), Dynamic Control Software (DCS) and Flight Software (FSW). The CMNT technology met performance requirements operating at 5-30 µN of thrust with ≤0.1 µN resolution and ≤0.1 µN/Hz thrust noise to deliver the required nanometer-level precision spacecraft control measured by the gravitational reference sensor (GRS) in the ESA LISA Technology Package (LTP). The performance of seven of the CMNT in flight was consistent with ground test results. The colloid thruster performance model of thrust and thrust noise as a function of operational parameters (i.e. beam current, voltage, temperature, etc.) was validated in flight over a wide range of conditions. A model and simulation of the thruster control algorithm was developed and validated with flight data to predict thrust noise. This capability is important because it is considered to be a significant source of position noise on the spacecraft and, therefore, the acceleration noise on the test masses, which provide the gravity wave measurements. The CMNT thruster model data and validation with LISA Pathfinder/ST7-DRS flight experiments are discussed in this paper.

Hruby, Vlad↗

Time Triggered Protocol (TTP) for Integrated Modular Avionics

Traditional avionics computing systems are federated, with each system provided on a number of dedicated hardware units. Federated applications are physically separated from one another and analysis of the systems is undertaken individually. Integrated Modular Avionics (IMA) takes these federated functions and integrates them on a common computing platform in a tightly deterministic distributed real-time network of computing modules in which the different applications can run. IMA supports different levels of criticality in the same computing resource and provides a platform for implementation of fault tolerance through hardware and application redundancy. Modular implementation has distinct benefits in design, testing and system maintainability. This paper covers the requirements for fault tolerant bus systems used to provide reliable communication between IMA computing modules. An overview of the Time Triggered Protocol (TTP) specification and implementation as a reliable solution for IMA systems is presented. Application examples in aircraft avionics and a development system for future space application are covered. The commercially available TTP controller can be also be implemented in an FPGA and the results from implementation studies are covered. Finally future direction for the application of TTP and related development activities are presented.

Motzet, Guenter↗

Operational Use of GPS Navigation for Space Shuttle Entry

The STS-118 flight of the Space Shuttle Endeavour was the first shuttle mission flown with three Global Positioning System (GPS) receivers in place of the three legacy Tactical Air Navigation (TACAN) units. This marked the conclusion of a 15 year effort involving procurement, missionization, integration, and flight testing of a GPS receiver and a parallel effort to formulate and implement shuttle computer software changes to support GPS. The use of GPS data from a single receiver in parallel with TACAN during entry was successfully demonstrated by the orbiters Discovery and Atlantis during four shuttle missions in 2006 and 2007. This provided the confidence needed before flying the first all GPS, no TACAN flight with Endeavour. A significant number of lessons were learned concerning the integration of a software intensive navigation unit into a legacy avionics system. These lessons have been taken into consideration during vehicle design by other flight programs, including the vehicle that will replace the Space Shuttle, Orion.

Goodman, John L.↗

General Purpose Computer (GPC) to GPC systems interface description

The General Purpose Computer (GPC) 'subsystem' of the Orbiter Data Processing System was described. Two interface areas are discussed. One is the area of GPC intraconnections and intracommunications involving the hardware/software interface between the Central Processing Unit (CPU) and the Input/Output Processor (IOP). The other is the area of GPC interconnections and intercommunications and involves the hardware/software interface between the five Orbiter GPC's. Based on the detailed GPC interface given, it is felt that the basic CPU to IOP interface and the GPC to GPC interface have the potential for trouble free operation. However, due to the complexity of the interface and the criticality of GPC synchronization to overall avionics performance, the GPC to GPC interface should be carefully evaluated when attempting to resolve test anomalies that may involve GPC timing and synchronization errors.

Breyer, B. C.↗

Analytical Review of Exploration Extravehicular Mobility Unit Heat Rejection Performance

The Primary Thermal Control Loop (PTCL) in the Exploration Extravehicular Mobility Unit (xEMU) uses a Spacesuit Water Membrane Evaporator (SWME) to provide cooling for the crew member and spacesuit avionics. A secondary emergency cooling system, the Auxiliary Thermal Control Loop (ATCL), also uses a smaller version of the SWME, called the Mini-ME, in the event of a failure in the primary system. These are integral to the comfort of the crew member (through heat rejection) during an Extravehicular Activity (EVA). This paper examines the effectiveness of the heat rejection of the PTCL and the ATCL during thermal vacuum testing and the absolute limit of heat rejection to maintain an approximately 10C outlet temperature. During this thermal vacuum test, the PTCL was taken from a heat input of 0W up to 900W, far past the design point, and the ATCL was tested from 0W to 300W. Testing showed that the PTCL and the ATCL can maintain crew member outlet temperature throughout an entire 8-hour thermally controlled EVA environment (hot and cold). The results and effectiveness of the test will be detailed throughout this paper for all EVAs (whether a full mapping profile or a standard continuous heat load).

PLSS↗