Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “flight software testing”

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 1,261 records · Page 70

Transient Region Coverage in the Propulsion IVHM Technology Experiment

Over the last several years researchers at NASA Glenn and Ames Research Centers have developed a real-time fault detection and isolation system for propulsion subsystems of future space vehicles. The Propulsion IVHM Technology Experiment (PITEX), as it is called follows the model-based diagnostic methodology and employs Livingstone, developed at NASA Ames, as its reasoning engine. The system has been tested on,flight-like hardware through a series of nominal and fault scenarios. These scenarios have been developed using a highly detailed simulation of the X-34 flight demonstrator main propulsion system and include realistic failures involving valves, regulators, microswitches, and sensors. This paper focuses on one of the recent research and development efforts under PITEX - to provide more complete transient region coverage. It describes the development of the transient monitors, the corresponding modeling methodology, and the interface software responsible for coordinating the flow of information between the quantitative monitors and the qualitative, discrete representation Livingstone.

Balaban, Edward↗

Failure Assessment

Three questions to which software developers want accurate, precise answers are "How can the software system fail?", "mat bad things will happen if the software fails?t', and "How many failures will the software experience?". Numerous techniques have been devised to answer these questions; three of the best known are: 1) Software Fault Tree Analysis (SFTA) 2) Software Failure Modes, Effects, and Criticality Analysis (SFMECA 3) Software Fault/Failure Modeling. SFTA and SFMECA have been successfully used to analyze the flight software for a number of robotic planetary exploration missions, including Galileo, Cassini, and Deep Space 1. Given the increasing interest in reusing software components from mission to mission, one of us has developed techniques for reusing the corresponding portions of the SFTA and SFMECA, reducing the effort required to conduct these analyses. SFTA has also been shown to be effective in analyzing the security aspects of software systems; intrusion mechanisms and effects can easily be modeled using these techniques. The Bi- Directional Safety Analysis (BDSA) method combines a forward search (similar to SFMECA) from potential failure modes to their effects, with a backward search (similar to SFTA) from feasible hazards to the contributing causes of each hazard. BDSA offers an efficient way to identify latent failures. Recent work has extended BDSA to product-line applications such as flight-instrumentation displays and developed tool support for the reuse of the failure-analysis artifacts within a product line. BDSA has also been streamlined to support those projects having tight cost and/or schedule constraints for their failure analysis efforts. We discuss lessons learned from practice, describe available tools, and identi@ some future directions for the topic. A substantial amount of research has been devoted to estimating the number of failures that a software system will experience during test and operations, as well as the number of faults that have been inserted into that system during its development. One of us has found that the amount of structural change to a system during its development is strongly related to the number of faults inserted into it. Using techniques requiring no additional effort on the part of the development organization, the required measurements of structural evolution can be easily obtained from a development effort's configuration management system and readily transformed into an estimate of fault content. So far, structure-fault relationships have been identified for source code; current work seeks to examine artifacts available earlier in the lifecycle to determine if similar relationships between structure and fault content can be found. In particular, relationships between requirements change requests and the number of faults inserted into the implemented system would provide a significant improvement in our ability to control software quality during the early development phases.

fault tree↗

Fluid Interfaces of Triangular Containers in Reduced Gravity Environments

Capillary dominated fluid dynamics will be examined in a reduced-gravity environment onboard the KC-135; in particular, the behavior of the lower portion of the meniscus in triangular tank geometries. Seven clear acrylic tanks were constructed to view seven angles of the four geometries. Silicon oil with two different viscosities, 2cs and 5cs silicon oil, were used on different days of the flight. Six tanks and one control tank are filled with a certain viscosity fluid for each flight day. During each parabola, three tanks are tested at time. The experimental tanks are exchanged between parabola sets on the KC-135. The 60deg -60deg -60deg control tank is viewed throughout the flight. To gather data, two digital video cameras and one digital still camera are placed perpendicular the viewing surface. To provide a greater contrast in the meniscus, an EL backlighting sheet was used to backlight the tanks. These images and video are then digitized, passed through NASA's mini-tracker software, and compared to a theory published my M. M. Weislogel, "Fluid Interface Phenomena in a Low-Gravity Environment: Recent Results from Drop Tower Experimentation." By focusing on a lower portion of the meniscus and using longer periods of reduced gravity, this experiment may confirm that a stationary point exists on the fluid surface. This information will enable better designing of propellant management devices, especially satellite propellant refilling and gas venting. Also, biological and material processing systems in reduced gravity environments will benefit from this data.

Guttromson, Jayleen↗

Project Morpheus: Lean Development of a Terrestrial Flight Testbed for Maturing NASA Lander Technologies

NASA's Morpheus Project has developed and tested a prototype planetary lander capable of vertical takeoff and landing that is designed to serve as a testbed for advanced spacecraft technologies. The lander vehicle, propelled by a Liquid Oxygen (LOX)/Methane engine and sized to carry a 500kg payload to the lunar surface, provides a platform for bringing technologies from the laboratory into an integrated flight system at relatively low cost. In 2012, Morpheus began integrating the Autonomous Landing and Hazard Avoidance Technology (ALHAT) sensors and software onto the vehicle in order to demonstrate safe, autonomous landing and hazard avoidance. From the beginning, one of goals for the Morpheus Project was to streamline agency processes and practices. The Morpheus project accepted a challenge to tailor the traditional NASA systems engineering approach in a way that would be appropriate for a lower cost, rapid prototype engineering effort, but retain the essence of the guiding principles. This paper describes the tailored project life cycle and systems engineering approach for the Morpheus project, including the processes, tools, and amount of rigor employed over the project's multiple lifecycles since the project began in fiscal year (FY) 2011.

Devolites, Jennifer L.↗

GOES-16 ABI Navigation Assessment

The US Geostationary Operational Environmental Satellite – R Series (GOES-R) was launched on November 19, 2016and was designated GOES-16 upon reaching geostationary orbit ten days later. After checkout and calibration, GOES-16 was relocated to its operational location of 75.2 degrees west and officially became GOES East on December 18, 2017. The Advanced Baseline Imager (ABI) is the primary instrument on the GOES-R series for imaging Earth's surface and atmosphere to significantly improve the detection and observation of severe environmental phenomena. A team supporting the GOES-R Flight Project at NASA's Goddard Space Flight Center developed algorithms and software for independent verification of ABI Image Navigation and Registration (INR), which became known as the INR Performance Assessment Tool Set (IPATS). In this paper, we will briefly describe IPATS on top concept level, and then introduce the Landsat chips, chip registration algorithms, and how IPATS measurements are filtered. We present GOES-16 navigation (NAV) errors from flight data from January 2017 to May 2018. The results show a) IPATS characterized INR variations throughout the post-launch test phase; and b) ABI INR has improved over time as post-launch tests were performed and corrections applied. Finally, we will describe how estimated NAV errors have been used to assess and understand satellite attitude anomalies and scale errors etc. This paper shows that IPATS is an effective tool for assessing and improving GOES-16 ABI INR and is also useful for INR long-term monitoring.

GOES-R↗

Aerospace Cognitive Engineering Laboratory (ACELAB) Simulator for Electric Vertical Takeoff and Landing (eVOTL) Research and Development

A new generation of aerospace innovators are looking for ways to quickly and efficiently transport people in a safe and environmentally friendly manner. In the not-too-distant future, passengers and goods are expected to routinely fly aboard a new breed of cleaner, smarter air vehicles. This represents a new and significant challenge to the Federal Aviation Agency (FAA) which is responsible for aircraft certification, pilot licensing, operating approval and airspace integration. To help streamline this process, NASA has formulated its Advanced Air Mobility (AAM) project to provide research capabilities for development and evaluation of these new concepts and an environment where industry and regulators can work together to understand the requirements and work toward consensus standards for the new market. This paper will describe the development of the Aerospace Cognitive Engineering Lab Rapid Automation Test (ACELeRATE) simulator. ACELeRATE is an adaptable fixed-base aircraft simulator focused on the investigation of the performance and interaction of pilots and increasingly automated aircraft systems. ACELeRATE can be re-configured to support various simulation environments. The simulator includes a simple reconfigurable cockpit placed within a 10-foot spherical dome with a cluster of real-time image generators, high-resolution displays and highly realistic scenery with the surrounding digital terrain and required cultural area details (e.g., hangars, runways, ramp areas, taxiways, test range apparatus, buildings with designated rooftop landing areas, and other man-made 3D structures). This paper will also describe the various hardware and software tools employed in the ACELeRATE simulator, including engineering tools used by NASA for electric Vertical Takeoff and Landing (eVTOL) vehicle equations of motion, wind-model simulation in an urban environment, as well as the various modeling techniques and tools used to quickly generate highly realistic 3D terrain models for low level flight including urban terrain and obstacle depictions.

AAM Simulation Cockpit↗

Progress of Four Bed Carbon Dioxide Scrubber

The Four Bed Carbon Dioxide Scrubber flight demonstration is presently operating onboard the International Space Station. After being launched in August of 2021 and installed in October, the system has been removing metabolic CO2 from the cabin as a supplement and replacement for other CO2 systems, specifically the two Carbon Dioxide Removal Assemblies. This work describes the conclusion of the ground integration and testing campaign and the start of on orbit operations. Additionally, performance, reliability, and forward works will be summarized. Interactions of the software with off-nominal events will be discussed and how the system will be reconfigured to sustain operations.

4BCO2↗

Experience with custom processors in space flight applications

The Applied Physics Laboratory (APL) has developed a magnetometer instrument for a swedish satellite named Freja with launch scheduled for August 1992 on a Chinese Long March rocket. The magnetometer controller utilized a custom microprocessor designed at APL with the Genesil silicon compiler. The processor evolved from our experience with an older bit-slice design and two prior single chip efforts. The architecture of our microprocessor greatly lowered software development costs because it was optimized to provide an interactive and extensible programming environment hosted by the target hardware. Radiation tolerance of the microprocessor was also tested and was adequate for Freja's mission -- 20 kRad(Si) total dose and very infrequent latch-up and single event upset events.

Fraeman, M. E.↗

Space station data management system - A common GSE test interface for systems testing and verification

This paper examines the fundamental problems and goals associated with test, verification, and flight-certification of man-rated distributed data systems. First, a summary of the characteristics of modern computer systems that affect the testing process is provided. Then, verification requirements are expressed in terms of an overall test philosophy for distributed computer systems. This test philosophy stems from previous experience that was gained with centralized systems (Apollo and the Space Shuttle), and deals directly with the new problems that verification of distributed systems may present. Finally, a description of potential hardware and software tools to help solve these problems is provided.

Martinez, Pedro A.↗

Multiple Autonomous Discrete Event Controllers for Constellations

The Multiple Autonomous Discrete Event Controllers for Constellations (MADECC) project is an effort within the National Aeronautics and Space Administration Goddard Space Flight Center's (NASA/GSFC) Information Systems Division to develop autonomous positioning and attitude control for constellation satellites. It will be accomplished using traditional control theory and advanced coordination algorithms developed by the Johns Hopkins University Applied Physics Laboratory (JHU/APL). This capability will be demonstrated in the discrete event control test-bed located at JHU/APL. This project will be modeled for the Leonardo constellation mission, but is intended to be adaptable to any constellation mission. To develop a common software architecture. the controllers will only model very high-level responses. For instance, after determining that a maneuver must be made. the MADECC system will output B (Delta)V (velocity change) value. Lower level systems must then decide which thrusters to fire and for how long to achieve that (Delta)V.

Esposito, Timothy C.↗

Benefits and Challenges of Model-based Software Engineering: Lessons Learned based on Qualitative and Quantitative Findings

Even though Model-based Software Engineering (MBSwE) techniques and Autogenerated Code (AGC) have been increasingly used to produce complex software systems, there is only anecdotal knowledge about the state-of-thepractice. Furthermore, there is a lack of empirical studies that explore the potential quality improvements due to the use of these techniques. This paper presents in-depth qualitative findings about development and Software Assurance (SWA) practices and detailed quantitative analysis of software bug reports of a NASA mission that used MBSwE and AGC. The mission’s flight software is a combination of handwritten code and AGC developed by two different approaches: one based on state chart models (AGC-M) and another on specification dictionaries (AGC-D). The empirical analysis of fault proneness is based on 380 closed bug reports created by software developers. Our main findings include: (1) MBSwE and AGC provide some benefits, but also impose challenges. (2) SWA done only at a model level is not sufficient. AGC code should also be tested and the models and AGC should always be kept in-sync. AGC must not be changed manually. (3) Fixes made to address an individual bug report were spread both across multiple modules and across multiple files. On average, for each bug report 1.4 modules, that is, 3.4 files were fixed. (4) Most bug reports led to changes in more than one type of file. The majority of changes to auto-generated source code files were made in conjunction to changes in either file with state chart models or XML files derived from dictionaries. (5) For newly developed files, AGC-M and handwritten code were of similar quality, while AGC-D files were the least fault prone.

Goseva-Popstojanova, Katerina↗

Multidisciplinary Analytics, Visualization, and Reporting Interface for Integrated Countermeasures

Exploration class missions will have communication latency requiring crew members to make decisions more autonomously, with less support from ground personnel. Therefore, new software is needed to provide crew the ability to not only visualize their countermeasures data, but to also derive comprehensive, nuanced, and multidisciplinary insights regarding the health and performance informatics throughout a mission. The Multidisciplinary Analytics, Visualization, and Reporting Interface for Integrated Countermeasures (MAVRIIC) software seeks to establish a centralized approach to countermeasure data visualization that will facilitate a more holistic understanding of crew members' well-being and performance and enable the development of informed and autonomous decision-making support systems aligned with the evolving requirements of Exploration missions. The culmination of MAVRIIC phase 1 (end of FY23) marked the release of a full-stack, cloud-based ground tool displaying visualizations of in-flight exercise data, exercise ground testing, and exercise MEDB reports. Phase 2 of MAVRIIC (FY24) focuses on beginning the expansion of data contents to domains outside of exercise, including functional fitness, sensorimotor, food/nutrition, radiation, bone, and cardio/vision. Phase 3 and phase 4 will comprise enhanced analytics integration and initiation of flight tool development for infusion into the Artemis Program and eventually the Mars Transit Habitat.

Kent Lawrence Kalogera↗

Smallsat 2024 - Starling Cubesat Swarm Technology Demonstration Flight Results

The Starling swarm of four 6U CubeSats launched in July 2023 to test four key technologies to enable future swarm missions: 1) Mobile Ad-Hoc Networking (MANET) over a crosslink radio network 2) Autonomous onboard decision-making for operations 3) Optical-based absolute and relative navigation 4) Autonomous maneuver planning and execution The Starling team implemented the Better Approach to Mobile Ad-hoc Networking (B.A.T.M.A.N.) protocol to automatically manage the crosslink network of four satellites. The B.A.T.M.A.N. protocol uses a decentralized approach to managing a multi-hop mesh network of devices, in this case, a satellite swarm. The four satellites were able to successfully establish a network at multiple data rates and demonstrate file transfer and command issuance between spacecraft over the network. Starling incorporated Distributed Spacecraft Autonomy's (DSA) software to demonstrate onboard decision-making. The DSA software takes L1/L2 band GPS measurements and uses them to estimate the relative Total Electron Count (TEC) in the ionosphere. The onboard software then determines if there are any features of interest and provides that information to the other satellites over the crosslink network. The swarm of satellites then reaches a consensus on the optimal TEC observation strategy and adjusts its measurement collection tactics autonomously. The Starling Formation-Flying Optical Experiment (StarFOX), produced by Stanford's Space Rendezvous Laboratory, uses the onboard star trackers to collect images of the other swarm spacecraft and produce angles-only navigation estimates. This system is envisioned to be valuable in applications in which Global Navigation Satellite Systems (GNSS) are not available, such as in cis-lunar or deep space. StarFOX successfully applied its algorithms to multiple simultaneous spacecraft targets using the star tracker imagery. Finally, Starling used Emergent Space's Cluster Flight Application (CFA) software suite for the Reconfiguration and Orbit Maintenance Experiments Onboard (ROMEO) demonstration of autonomously planning and executing propulsive maneuvers. Large swarms will need to be able to maintain formation requirements with minimal operator involvement, especially as the size of the swarm scales up. Results from the ROMEO experiment are presented. Starling is funded by the Small Spacecraft Technology (SST) program out of NASA's Space Technology Mission Directorate (STMD).

distributed systems↗

Spacecraft subsystem checkout by minicomputer

The minicomputer, with its large capacity in a small and inexpensive package, can be an important component in special-purpose test equipment. The Voyager spacecraft flight data subsystem support equipment is an example of computer-based test gear. The subsystem to be tested is a major control and data acquisition element of the Voyager spacecraft, with a large number of interfaces to several other onboard subsystems. This equipment was designed to meet spacecraft subsystem testing requirements while making maximum use of off-the-shelf commercial components. Careful consideration was given to design tradeoffs in the areas of commercial versus specially built hardware and hardware versus software problem solutions. The resulting system is an integrated package of commercial and special-purpose hardware plus software.

Andersen, R. W.↗

Space station data system analysis/architecture study. Task 3: Trade studies, DR-5, volume 2

Results of a Space Station Data System Analysis/Architecture Study for the Goddard Space Flight Center are presented. This study, which emphasized a system engineering design for a complete, end-to-end data system, was divided into six tasks: (1); Functional requirements definition; (2) Options development; (3) Trade studies; (4) System definitions; (5) Program plan; and (6) Study maintenance. The Task inter-relationship and documentation flow are described. Information in volume 2 is devoted to Task 3: trade Studies. Trade Studies have been carried out in the following areas: (1) software development test and integration capability; (2) fault tolerant computing; (3) space qualified computers; (4) distributed data base management system; (5) system integration test and verification; (6) crew workstations; (7) mass storage; (8) command and resource management; and (9) space communications. Results are presented for each task.

Source record↗

Development of Autonomous Aerobraking (Phase 1)

The NASA Engineering and Safety Center received a request from Mr. Daniel Murri (NASA Technical Fellow for Flight Mechanics) to develop an autonomous aerobraking capability. An initial evaluation for all phases of this assessment was approved to proceed at the NESC Review Board meeting. The purpose of phase 1 of this study was to provide an assessment of the feasibility of autonomous aerobraking. During this phase, atmospheric, aerodynamic, and thermal models for a representative spacecraft were developed for both the onboard algorithm known as Autonomous Aerobraking Development Software, and a ground-based "truth" simulation developed for testing purposes. The results of the phase 1 assessment are included in this report.

Murri, Daniel G.↗

Differences in Pre and Post Vascular Patterning Within Retinas from ISS Crew Members and Head-Down Tilt (HDT) Subjects by VESGEN Analysis

Accelerated research by NASA has investigated the significant risks incurred during long-duration missions in microgravity for Space Flight-Associated Neuro-ocular Syndrome (SANS, formerly known as Visual Impairments associated with Increased Intracranial Pressure, VIIP) [1]. For our study, NASA's VESsel GENeration Analysis (VESGEN) was used to investigate the role of retinal blood vessels in the etiology of SANS/VIIP. The response of retinal vessels to microgravity was evaluated in astronaut crew members pre and post flight to the International Space Station (ISS), and compared to the response of retinal vessels in healthy volunteers to 6deg head-down tilt during 70 days of bed rest (HDTBR). For the study, we are testing the hypothesis that long-term cephalad fluid shifts resulting in ocular and visual impairments are necessarily mediated in part by retinal blood vessels, and therefore are accompanied by structural adaptations of the vessels. METHODS: Vascular patterns in the retinas of crew members and HDTBR subjects extracted from 30deg infrared (IR) Heidelberg Spectralis images collected pre/postflight and pre/post HDTBR, respectively, were analyzed by VESGEN (patent pending). VESGEN is a mature, automated software developed as a research discovery tool for progressive vascular diseases in the retina and other tissues. The multi-parametric VESGEN analysis generates maps of branching arterial and venous trees quantified by parameters such as the fractal dimension (Df, a modern measure of vascular space-filling capacity), vessel diameters, and densities of vessel length and number classified into specific branching generations according to vascular physiological branching rules. The retrospective study approved by NASA's Institutional Review Board included the analysis of bilateral retinas in eight ISS crew members monitored by routine occupational surveillance and six HDTBR subjects (NASA FARU Campaign 11, for example). The VESGEN analysis was conducted in a blinded fashion, with IR retinal images masked to the subject's identity, ophthalmic and clinical characteristics, and to the temporal sequence of image collection. To complete our study, VESGEN results will be analyzed statistically and correlated with other ophthalmic and medical findings. RESULTS: Preliminary results for changes in the pre to post status of vascular patterning in the retinas of crew members and HDTBR subjects are interestingly opposite. By Df and other vascular branching measures, the space-filling capacity of arterial and venous trees decreased in the majority of crew members (11/16 retinas). In contrast, vascular densities increased in HDTBR subjects by the same parameters (6/10 retinas). To conclude the study, biostatistics and medical analyses will be conducted to quantify and draw conclusions about how the changes associated with flight compare to those associated with HDTBR. CONCLUSIONS: Vascular densities appeared to decrease in the retinas of ISS crew members and increase in HDTBR subjects. Differences in arterial and venous response to cephalad fluid shifts induced by ISS and HDTBR may have resulted from a long-duration conditioning phenomenon (for example, 6-month ISS missions compared to 70 days HDTBR), or the presence of gravity in HDTBR compared to microgravity on the ISS. In addition, increased and decreased vessel diameters for Crew Members and HDTBR, respectively, are subject to limits of im

Vascular↗

Interferometer real time control development for SIM

This paper provides an overview of the architecture, design, integration, and test of the SIM flight interferometer real time control to meet challenging flight system requirements for the high processor throughput, low-latency interconnect, and precise synchronization to support microarcsecond-level astrometric measurements for greater than five years at 1 AU in Earth-trailing orbit.

real↗