Search NASA⌕ Search

SEARCH · Search NASA

Results for “software differences”

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
All sourcesNASA NTRSDOE OSTI
NASA NTRS2009

Symbolic Processing Combined with Model-Based Reasoning

A computer program for the detection of present and prediction of future discrete states of a complex, real-time engineering system utilizes a combination of symbolic processing and numerical model-based reasoning. One of the biggest weaknesses of a purely symbolic approach is that it enables prediction of only future discrete states while missing all unmodeled states or leading to incorrect identification of an unmodeled state as a modeled one. A purely numerical approach is based on a combination of statistical methods and mathematical models of the applicable physics and necessitates development of a complete model to the level of fidelity required for prediction. In addition, a purely numerical approach does not afford the ability to qualify its results without some form of symbolic processing. The present software implements numerical algorithms to detect unmodeled events and symbolic algorithms to predict expected behavior, correlate the expected behavior with the unmodeled events, and interpret the results in order to predict future discrete states. The approach embodied in this software differs from that of the BEAM methodology (aspects of which have been discussed in several prior NASA Tech Briefs articles), which provides for prediction of future measurements in the continuous-data domain.

James, Mark↗
NASA NTRS2011

Development of Monte Carlo Capability for Orion Parachute Simulations

Parachute test programs employ Monte Carlo simulation techniques to plan testing and make critical decisions related to parachute loads, rate-of-descent, or other parameters. This paper describes the development and use of a MATLAB-based Monte Carlo tool for three parachute drop test simulations currently used by NASA. The Decelerator System Simulation (DSS) is a legacy 6 Degree-of-Freedom (DOF) simulation used to predict parachute loads and descent trajectories. The Decelerator System Simulation Application (DSSA) is a 6-DOF simulation that is well suited for modeling aircraft extraction and descent of pallet-like test vehicles. The Drop Test Vehicle Simulation (DTVSim) is a 2-DOF trajectory simulation that is convenient for quick turn-around analysis tasks. These three tools have significantly different software architectures and do not share common input files or output data structures. Separate Monte Carlo tools were initially developed for each simulation. A recently-developed simulation output structure enables the use of the more sophisticated DSSA Monte Carlo tool with any of the core-simulations. The task of configuring the inputs for the nominal simulation is left to the existing tools. Once the nominal simulation is configured, the Monte Carlo tool perturbs the input set according to dispersion rules created by the analyst. These rules define the statistical distribution and parameters to be applied to each simulation input. Individual dispersed parameters are combined to create a dispersed set of simulation inputs. The Monte Carlo tool repeatedly executes the core-simulation with the dispersed inputs and stores the results for analysis. The analyst may define conditions on one or more output parameters at which to collect data slices. The tool provides a versatile interface for reviewing output of large Monte Carlo data sets while preserving the capability for detailed examination of individual dispersed trajectories. The Monte Carlo tool described in this paper has proven useful in planning several Crew Exploration Vehicle parachute tests.

Moore, James W.↗
NASA NTRS2010

Planning of an Experiment for VLBI Tracking of GNSS Satellites

As a preparation for future possible orbit determination of global navigation satellite system (GNSS) satellites by VLBI observations an initial three-station experiment was planned and performed in January 2009. The goal was to get first experience and to verify the feasibility of using the method for accurate satellite tracking. GNSS orbits related to a satellite constellation can be expressed in the Terrestrial Reference Frame. A comparison with orbit results that might be obtained by VLBI can give valuable information on how the GNSS reference frame and the VLBI reference frame are linked. We present GNSS transmitter specifications and experimental results of the observations of some GLONASS satellites together with evaluations for the expected signal strengths at telescopes. The satellite flux densities detected on the Earth s surface are very high. The narrow bandwidth of the GNSS signal partly compensates for potential problems at the receiving stations, and signal attenuation is necessary. Attempts to correlate recorded data have been performed with different software.

Tornatore, Vincenza↗
NASA NTRS2013

NASA Pathways Co-op Tour Johnson Space Center Fall 2013

This report outlines the tasks and objectives completed during a co‐operative education tour with National Aeronautics and Space Association (NASA) at the Johnson Space Center in Houston, Texas. I worked for the Attitude & Pointing group of the Flight Dynamics Division within the Mission Operations Directorate at Johnson Space Center. NASA's primary mission is to support and expand the various ongoing space exploration programs and any research and development activities associated with it. My primary project required me to develop and a SharePoint web application for my group. My secondary objective was to become familiar with the role of my group which was primarily to provide spacecraft attitude and line of sight determination, including Tracking and Data Relay Satellite (TDRS) communications coverage for various NASA, International, and commercial partner spacecraft. My projects required me to become acquainted with different software systems, fundamentals of aerospace engineering, project management, and develop essential interpersonal communication skills. Overall, I accomplished multiple goals which included laying the foundations for an updated SharePoint which will allow for an organized platform to communicate and share data for group members and external partners. I also successfully learned about the operations of the Attitude & Pointing Group and how it contributes to the Missions Operations Directorate and NASA's Space Program as a whole

Masood, Amir↗
NASA NTRS2014

Design and Control of Compliant Tensegrity Robots Through Simulation and Hardware Validation

To better understand the role of tensegrity structures in biological systems and their application to robotics, the Dynamic Tensegrity Robotics Lab at NASA Ames Research Center has developed and validated two different software environments for the analysis, simulation, and design of tensegrity robots. These tools, along with new control methodologies and the modular hardware components developed to validate them, are presented as a system for the design of actuated tensegrity structures. As evidenced from their appearance in many biological systems, tensegrity ("tensile-integrity") structures have unique physical properties which make them ideal for interaction with uncertain environments. Yet these characteristics, such as variable structural compliance, and global multi-path load distribution through the tension network, make design and control of bio-inspired tensegrity robots extremely challenging. This work presents the progress in using these two tools in tackling the design and control challenges. The results of this analysis includes multiple novel control approaches for mobility and terrain interaction of spherical tensegrity structures. The current hardware prototype of a six-bar tensegrity, code-named ReCTeR, is presented in the context of this validation.

Robotics↗
NASA NTRS2019

Optimizing the Model of the Viking-400 UAS

This project intends to update and redesign imperfections in the scanned 3D CAD model of the Viking 400 aircraft. This aircraft, similar to the Sierra-B UAS, will carry payloads of scientific instruments for research purposes. The goals of this project are to modify the current scanned model such that it better represents the physical qualities of the aircraft, as well as creating the features that are missing from the model. As the model was imported from a different software, many of the critical surfaces did not accurately reflect the actual aircraft. Those parts of the model were redesigned entirely so that they can be edited for future use, as well as correctly representing the aircraft as it is now. Additionally, parts of the aircraft that did not appear in the scanned model were designed and added to the new model. In order to prioritize ease of use for future missions, the model has been reorganized in a logical fashion that enables modification of specific parts of the aircraft. The organization of this model imitates the drawing tree of the Sierra-B, with the intention of maintaining a functional system of redesign, analysis, and implementation. Ultimately, this project will be a catalyst for making Viking 400 into a functional aircraft and increasing scientific research in airborne vehicles.

Wandrocke, Evan W. J.↗
NASA NTRSDate not supplied

Microwave Structure Construction Capability Year One Accomplishments

The Microwave Structure Construction Capability (MSCC) element, part of the Moon to Mars Planetary Autonomous Construction Project (MMPACT) was initiated in 2020. MSCC is responsible for creating horizontal and vertical infrastructure on the moon using microwave energy. Microwave energy was selected since it is the only method to volumetrically heat the regolith. All other sintering/melting methods rely on thermal conduction through the very low conductivity surface, resulting in an inefficient process. Advances were achieved in materials characterization and understanding, microwave sintering in vacuum, and microwave design and analyses. Two dielectric property testing systems have been developed at Radiance Technologies and JPL. These will examine dielectric properties at cryogenic temperatures and over a broad frequency range. Permittivity and permeability testing at -60 ̊C in vacuum from 0.05 to 3 GHz has been generated at JPL. Additional modifications will be made to go to -190 ̊C (LN2). Radiance Technologies created a test system to measure dielectric properties at greater than 10 GHz and initiated work on developing a vacuum capable, portable test system to measure dielectric properties of Apollo regolith and simulants from 100 MHz to 18 GHz. These tests are to identify optimal heating frequencies and protocols. During microwave sintering at about 1100 ̊C, volatiles were creating difficulty in achieving a reasonably dense specimen. Due to processing in vacuum and the nature of the lunar regolith, some volatiles and porosity are expected. However, the Earth produced simulants have non-lunar materials in them that create volatiles that aren’t representative of lunar regolith. Therefore, a five month effort was conducted to establish a heat treat method to remove these non-lunar materials. Tests were conducted using TGA mass spectrometry, heating in vacuum and conducting mass spectrometry, dielectric and DTA, Raman, BET, particle size analysis, morphological analysis, carbon and sulfur chemical content determination and microscopy. The process has been scaled-up to 6 kg batch size and undergoing evaluation. A 36 kg batch size is the target for JSC-1A and other limited availability simulants. These calcining protocols will be standard for NASA and beyond. MSCC has also created scalable processes for fabricating synthetic lunar materials. Processes to fabricate Anorthite (plagioclase CaAl2Si2O8), Diopside (pyroxene CaMgSi₂O₆), and Enstatite (pyroxene Mg2Si2O6) have been generated. These materials will enable generation of microwave sintering models to bound various composition ranges anticipated on the Moon, therefore mitigating the need for a precise simulant with respect to location on the Moon. Successful microwave sintering in air using a horn applicator was demonstrated. All previous microwave vacuum sintering in the literature was at small scale and in a contained enclosure thus taking advantage of reflections. This is the first to use a lunar like microwave applicator to sinter ceramic in a bed as it would be done on the Moon. Small scale and inert sintering were conducted to assist in developing protocols with quicker turnaround times than larger scale testing. Testing has anchored thermal analysis predicting heat flow in vacuum during microwave sintering. Thermal conductivity testing was also initiated. Microwave coupling to the regolith has been modeled by multiple organizations and with different software packages. At least six horn designs and applicator configurations for both magnetron and solid state sources are being examined. Optimal simulant container designs for microwaves have also been generated. The power and electronics design for the solid state microwave system has been initiated. Concept designs for a lander based microwave sintering have been evaluated.

microwave↗
NASA NTRS1987

Analysis of Ada as a prototyping language

This paper examines the suitability of Ada as a language for developing software prototypes. The differences between software prototypes and traditional engineering prototypes are discussed; the approaches to software prototyping are identified. Ada's potential as a language for prototyping is evaluated according to the writability, expressiveness, and flexibility of the language; Ada is found to be inadequate as a prototyping language because it lacks writability and expressiveness. Possible approaches to improving the expressiveness of the language are discussed.

Holloway, C. Michael↗
NASA NTRS1984

The independence of software metrics taken at different life-cycle stages

Over the past few years a large number of software metrics have been proposed and, in varying degrees, a number of these metrics have been subjected to empirical validation which demonstrated the utility of the metrics in the software development process. Attempts to classify these metrics and to determine if the metrics in these different classes appear to be measuring distinct attributes of the software product are studied. Statistical analysis is used to determine the degree of relationship among the metrics.

Kafura, D.↗
NASA NTRS2004

From Bridges and Rockets, Lessons for Software Systems

Although differences exist between building software systems and building physical structures such as bridges and rockets, enough similarities exist that software engineers can learn lessons from failures in traditional engineering disciplines. This paper draws lessons from two well-known failures the collapse of the Tacoma Narrows Bridge in 1940 and the destruction of the space shuttle Challenger in 1986 and applies these lessons to software system development. The following specific applications are made: (1) the verification and validation of a software system should not be based on a single method, or a single style of methods; (2) the tendency to embrace the latest fad should be overcome; and (3) the introduction of software control into safety-critical systems should be done cautiously.

Holloway, C. Michael↗
NASA NTRS2001

Multidisciplinary Concurrent Design Optimization via the Internet

A methodology is presented which uses commercial design and analysis software and the Internet to perform concurrent multidisciplinary optimization. The methodology provides a means to develop multidisciplinary designs without requiring that all software be accessible from the same local network. The procedures are amenable to design and development teams whose members, expertise and respective software are not geographically located together. This methodology facilitates multidisciplinary teams working concurrently on a design problem of common interest. Partition of design software to different machines allows each constituent software to be used on the machine that provides the most economy and efficiency. The methodology is demonstrated on the concurrent design of a spacecraft structure and attitude control system. Results are compared to those derived from performing the design with an autonomous FORTRAN program.

Woodard, Stanley E.↗
NASA NTRS1995

TOPEX/Poseidon Precision Orbit Determination Using Combined GPS, SLR, and DORIS

TOPEX/Poseidon (T/P) is a joint spaceborne oceanographic mission of U.W. NASA and France CNES design launched August 10, 1992. The satellite has a variety tracking systems for both operational and precision orbit determination. Three precise tracking systems: Satellite Laser Ranging (SLR), Doppler Orbitography and Radiopositioning Integrated by Satellite (DORIS), and Global Positioning System (GPS) provide high quality measurements essential for reconstructing the T/P orbital height with centimeter precision. This paper presents results of simultaneously processing all three data types to exploit the inherent strength of each in a combined solution. SLR and DORIS are routinely combined to provide orbit solutions for the T/P science team. GPS orbit solutions are produced as part of the first demonstration flight of a high quality spaceborne GPS receiver. Coordinate frame and software system differences between the combined SLR/DORIS orbits and the GPS orbits induce orbital height differences of 2 to 3 centimeters. Combining the three data types within a single software system permits removal of software system differences while obtaining coordinate frame calibration information. These calibrations will aid future spaceborne GPS missions that are not complemented with SLR and/or DORIS.

TOPEX/Poseidon↗
NASA NTRS2004

On-Orbit Software Analysis

The On-Orbit Software Analysis Research Infusion Project was done by Intrinsyx Technologies Corporation (Intrinsyx) at the National Aeronautics and Space Administration (NASA) Ames Research Center (ARC). The Project was a joint collaborative effort between NASA Codes IC and SL, Kestrel Technology (Kestrel), and Intrinsyx. The primary objectives of the Project were: Discovery and verification of software program properties and dependencies, Detection and isolation of software defects across different versions of software, and Compilation of historical data and technical expertise for future applications

Moran, Susanne I.↗
NASA NTRS1973

Shuttle avionics and the goal language including the impact of error detection and redundancy management

The relationship is examined between the space shuttle onboard avionics and the ground test computer language GOAL when used in the onboard computers. The study is aimed at providing system analysis support to the feasibility analysis of a GOAL to HAL translator, where HAL is the language used to program the onboard computers for flight. The subject is dealt with in three aspects. First, the system configuration at checkout, the general checkout and launch sequences, and the inventory of subsystems are described. Secondly, the hierarchic organization of onboard software and different ways of introducing GOAL-derived software onboard are described. Also the flow of commands and test data during checkout is diagrammed. Finally, possible impact of error detection and redundancy management on the GOAL language is discussed.

Flanders, J. H.↗
NASA NTRS1985

Strategy for reflector pattern calculation: Let the computer do the work

Using high frequency approximations, the secondary pattern of a reflector antenna can be calculated by numerically evaluating a radiation integral I(u,v). In recent years, tremendous effort has been expended to reducing I(u,v) to Fourier integrals. These reduction schemes are invariably reflector geometry dependent. Hence, different analyses/computer software development must be carried out for different reflector shapes/boundaries. it is pointed out, that, as the computer power improves, these reduction schemes are no longer necessary. Comparable accuracy and computation time can be achieved by evaluating I(u,v) by a brute force FFT described in this note. Furthermore, there is virtually no restriction on the reflector geometry by using the brute force FFT.

Lam, P. T.↗
NASA NTRS1986

Strategy for reflector pattern calculation - Let the computer do the work

Using high frequency approximations, the secondary pattern of a reflector antenna can be calculated by numerically evaluating a radiation integral I(u,v). In recent years, tremendous effort has been expended to reducing I(u,v) to Fourier integrals. These reduction schemes are invariably reflector geometry dependent. Hence, different analyses/computer software development must be carried out for different reflector shapes/boundaries. It is pointed out, that, as the computer power improves, these reduction schemes are no longer necessary. Comparable accuracy and computation time can be achieved by evaluating I(u,v) by a brute force FFT described in this note. Furthermore, there is virtually no restriction on the reflector geometry by using the brute force FFT.

Lam, P. T.↗
NASA NTRS2010

Model for Simulating a Spiral Software-Development Process

A discrete-event simulation model, and a computer program that implements the model, have been developed as means of analyzing a spiral software-development process. This model can be tailored to specific development environments for use by software project managers in making quantitative cases for deciding among different software-development processes, courses of action, and cost estimates. A spiral process can be contrasted with a waterfall process, which is a traditional process that consists of a sequence of activities that include analysis of requirements, design, coding, testing, and support. A spiral process is an iterative process that can be regarded as a repeating modified waterfall process. Each iteration includes assessment of risk, analysis of requirements, design, coding, testing, delivery, and evaluation. A key difference between a spiral and a waterfall process is that a spiral process can accommodate changes in requirements at each iteration, whereas in a waterfall process, requirements are considered to be fixed from the beginning and, therefore, a waterfall process is not flexible enough for some projects, especially those in which requirements are not known at the beginning or may change during development. For a given project, a spiral process may cost more and take more time than does a waterfall process, but may better satisfy a customer's expectations and needs. Models for simulating various waterfall processes have been developed previously, but until now, there have been no models for simulating spiral processes. The present spiral-process-simulating model and the software that implements it were developed by extending a discrete-event simulation process model of the IEEE 12207 Software Development Process, which was built using commercially available software known as the Process Analysis Tradeoff Tool (PATT). Typical inputs to PATT models include industry-average values of product size (expressed as number of lines of code), productivity (number of lines of code per hour), and number of defects per source line of code. The user provides the number of resources, the overall percent of effort that should be allocated to each process step, and the number of desired staff members for each step. The output of PATT includes the size of the product, a measure of effort, a measure of rework effort, the duration of the entire process, and the numbers of injected, detected, and corrected defects as well as a number of other interesting features. In the development of the present model, steps were added to the IEEE 12207 waterfall process, and this model and its implementing software were made to run repeatedly through the sequence of steps, each repetition representing an iteration in a spiral process. Because the IEEE 12207 model is founded on a waterfall paradigm, it enables direct comparison of spiral and waterfall processes. The model can be used throughout a software-development project to analyze the project as more information becomes available. For instance, data from early iterations can be used as inputs to the model, and the model can be used to estimate the time and cost of carrying the project to completion.

Mizell, Carolyn↗
NASA NTRS2000

Autonomous Performance Monitoring System: Monitoring and Self-Tuning (MAST)

Maintaining the long-term performance of software onboard a spacecraft can be a major factor in the cost of operations. In particular, the task of controlling and maintaining a future mission of distributed spacecraft will undoubtedly pose a great challenge, since the complexity of multiple spacecraft flying in formation grows rapidly as the number of spacecraft in the formation increases. Eventually, new approaches will be required in developing viable control systems that can handle the complexity of the data and that are flexible, reliable and efficient. In this paper we propose a methodology that aims to maintain the accuracy of flight software, while reducing the computational complexity of software tuning tasks. The proposed Monitoring and Self-Tuning (MAST) method consists of two parts: a flight software monitoring algorithm and a tuning algorithm. The dependency on the software being monitored is mostly contained in the monitoring process, while the tuning process is a generic algorithm independent of the detailed knowledge on the software. This architecture will enable MAST to be applicable to different onboard software controlling various dynamics of the spacecraft, such as attitude self-calibration, and formation control. An advantage of MAST over conventional techniques such as filter or batch least square is that the tuning algorithm uses machine learning approach to handle uncertainty in the problem domain, resulting in reducing over all computational complexity. The underlying concept of this technique is a reinforcement learning scheme based on cumulative probability generated by the historical performance of the system. The success of MAST will depend heavily on the reinforcement scheme used in the tuning algorithm, which guarantees the tuning solutions exist.

Peterson, Chariya↗