SEARCH · Search NASA

Results for “Continuous integration”

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.

SourceResearch connectionFrom yearThrough year

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

At least 19 records

All sources NASA NTRS DOE OSTI

NASA NTRS2013

Adoption of Test Driven Development and Continuous Integration for the Development of the Trick Simulation Toolkit

This paper describes the adoption of a Test Driven Development approach and a Continuous Integration System in the development of the Trick Simulation Toolkit, a generic simulation development environment for creating high fidelity training and engineering simulations at the NASA/Johnson Space Center and many other NASA facilities. It describes what was learned and the significant benefits seen, such as fast, thorough, and clear test feedback every time code is checked-in to the code repository. It also describes a system that encourages development of code that is much more flexible, maintainable, and reliable. The Trick Simulation Toolkit development environment provides a common architecture for user-defined simulations. Trick builds executable simulations using user-supplied simulation-definition files (S_define) and user supplied "model code". For each Trick-based simulation, Trick automatically provides job scheduling, checkpoint / restore, data-recording, interactive variable manipulation (variable server), and an input-processor. Also included are tools for plotting recorded data and various other supporting tools and libraries. Trick is written in C/C++ and Java and supports both Linux and MacOSX. Prior to adopting this new development approach, Trick testing consisted primarily of running a few large simulations, with the hope that their complexity and scale would exercise most of Trick's code and expose any recently introduced bugs. Unsurprising, this approach yielded inconsistent results. It was obvious that a more systematic, thorough approach was required. After seeing examples of some Java-based projects that used the JUnit test framework, similar test frameworks for C and C++ were sought. Several were found, all clearly inspired by JUnit. Googletest, a freely available Open source testing framework, was selected as the most appropriate and capable. The new approach was implemented while rewriting the Trick memory management component, to eliminate a fundamental design flaw. The benefits became obvious almost immediately, not just in the correctness of the individual functions and classes but also in the correctness and flexibility being added to the overall design. Creating code to be testable, and testing as it was created resulted not only in better working code, but also in better-organized, flexible, and readable (i.e., articulate) code. This was, in essence the Test-driven development (TDD) methodology created by Kent Beck. Seeing the benefits of Test Driven Development, other Trick components were refactored to make them more testable and tests were designed and implemented for them.

Penn, John M.↗

NASA NTRS2021

Integrating continuous atmospheric boundary layer and tower-based flux measurements to advance understanding of land-atmosphere interactions

The atmospheric boundary layer mediates the exchange of energy, matter, and momentum between the land surface and the free troposphere, integrating a range of physical, chemical, and biological processes and is defined as the lowest layer of the atmosphere (ranging from a few meters to 3 km). In this review, we investigate how continuous, automated observations of the atmospheric boundary layer can enhance the scientific value of co-located eddy covariance measurements of land-atmosphere fluxes of carbon, water, and energy, as are being made at FLUXNET sites worldwide. We highlight four key opportunities to integrate tower-based flux measurements with continuous, long-term atmospheric boundary layer measurements: (1) to interpret surface flux and atmospheric boundary layer exchange dynamics and feedbacks at flux tower sites, (2) to support flux footprint modelling, the interpretation of surface fluxes in heterogeneous and mountainous terrain, and quality control of eddy covariance flux measurements, (3) to support regional-scale modeling and upscaling of surface fluxes to continental scales, and (4) to quantify land-atmosphere coupling and validate its representation in Earth system models. Adding a suite of atmospheric boundary layer measurements to eddy covariance flux tower sites, and supporting the sharing of these data to tower networks, would allow the Earth science community to address new emerging research questions, better interpret ongoing flux tower measurements, and would present novel opportunities for collaborations between FLUXNET scientists and atmospheric and remote sensing scientists.

Manuel Helbig↗

NASA NTRS2018

Utilizing Testing Frameworks for Launch Control Systems Continuous Integration

Command and control software is an integral part of the launch procedure. The most important part of this type of software is its ability to communicate well with the user and relay information in a correctly formatted way such that the user can understand the data. There is a tool that aides the communication between the different parts of the system, and effectively, the user. This instrument is capable of taking several complex values and ensuring that they are correctly sorted into their distinctive message values and distributed properly among the different facets of the system. This tool will easily translate and publish the data inside of messages in the system to something that is readable and understandable. The tool also allows for transmission of the recorded data to the user, effectively ensuring the communication between different components of the system. As well as keeping track of messages and ensuring that the information contained within each of them reaches the correct location, this tool has the ability to keep track of its own statistics and determine how many messages passed in were erroneous and how many were successfully transmitted. It is able to check and see what the total message failure count is when an invalid message is given, as well as the number of different messages and their respective types passed into the tool. This tool is of great value to the new Space Launch System (SLS). As such, the tool must be thoroughly tested with test cases that, although improbable, are possible, where the tool may not function properly. Testing an interface this complex is necessary to ensure mission safety and create unlikely scenarios where the tool would work as intended, and stretch its limits to test that even under the most uncommon conditions it would still continue to function. This software will be an important part of the control system for the newest spacecraft which will fly deeper into space than humans have ever travelled. It will fly beyond the moon, into deep space to Mars and perhaps set the groundwork for a manned mission even further to create more opportunities for interplanetary and even interstellar travel by humans. This mission relies heavily on software and hardware to ensure the safety of the humans that will be on board and therefore must be checked, exhausting each and every different situation, such that there is not a doubt surrounding the well-being of the humans aboard the rocket. That is why testing is such an important part of the mission. It provides evidence that the systems aboard the rocket and on the launch pad are safe.

Unit Testing↗

NASA NTRS2011

Continuous-Integration Laser Energy Lidar Monitor

This circuit design implements an integrator intended to allow digitization of the energy output of a pulsed laser, or the energy of a received pulse of laser light. It integrates the output of a detector upon which the laser light is incident. The integration is performed constantly, either by means of an active integrator, or by passive components.

Karsh, Jeremy↗

NASA NTRS2007

Determining a Method of Enabling and Disabling the Integral Torque in the SDO Science and Inertial Mode Controllers

During design of the SDO Science and Inertial mode PID controllers, the decision was made to disable the integral torque whenever system stability was in question. Three different schemes were developed to determine when to disable or enable the integral torque, and a trade study was performed to determine which scheme to implement. The trade study compared complexity of the control logic, risk of not reenabling the integral gain in time to reject steady-state error, and the amount of integral torque space used. The first scheme calculated a simplified Routh criterion to determine when to disable the integral torque. The second scheme calculates the PD part of the torque and looked to see if that torque would cause actuator saturation. If so, only the PD torque is used. If not, the integral torque is added. Finally, the third scheme compares the attitude and rate errors to limits and disables the integral torque if either of the errors is greater than the limit. Based on the trade study results, the third scheme was selected. Once it was decided when to disable the integral torque, analysis was performed to determine how to disable the integral torque and whether or not to reset the integrator once the integral torque was reenabled. Three ways to disable the integral torque were investigated: zero the input into the integrator, which causes the integral part of the PID control torque to be held constant; zero the integral torque directly but allow the integrator to continue integrating; or zero the integral torque directly and reset the integrator on integral torque reactivation. The analysis looked at complexity of the control logic, slew time plus settling time between each calibration maneuver step, and ability to reject steady-state error. Based on the results of the analysis, the decision was made to zero the input into the integrator without resetting it. Throughout the analysis, a high fidelity simulation was used to test the various implementation methods.

Vess, Melissa F.↗

NASA NTRS1990

Discrete integration of continuous Kalman filtering equations for time invariant second-order structural systems

A general form for the first-order representation of the continuous second-order linear structural-dynamics equations is introduced to derive a corresponding form of first-order continuous Kalman filtering equations. Time integration of the resulting equations is carried out via a set of linear multistep integration formulas. It is shown that a judicious combined selection of computational paths and the undetermined matrices introduced in the general form of the first-order linear structural systems leads to a class of second-order discrete Kalman filtering equations involving only symmetric sparse N x N solution matrices.

Park, K. C.↗

NASA NTRS2012

NASA Integrated Network Continuity of Operations (COOP)

No abstract available

Continuity of Operations (COOP)↗

NASA NTRS2016

Double Sided Si(Ge)/Sapphire/III-Nitride Hybrid Structure

One aspect of the present invention is a double sided hybrid crystal structure including a trigonal Sapphire wafer containing a (0001) C-plane and having front and rear sides. The Sapphire wafer is substantially transparent to light in the visible and infrared spectra, and also provides insulation with respect to electromagnetic radio frequency noise. A layer of crystalline Si material having a cubic diamond structure aligned with the cubic <111> direction on the (0001) C-plane and strained as rhombohedron to thereby enable continuous integration of a selected (SiGe) device onto the rear side of the Sapphire wafer. The double sided hybrid crystal structure further includes an integrated III-Nitride crystalline layer on the front side of the Sapphire wafer that enables continuous integration of a selected III-Nitride device on the front side of the Sapphire wafer.

Park, Yeonjoon↗

NASA NTRS2017

Method of Fabricating Double Sided Si(Ge)/Sapphire/III-Nitride Hybrid Structure

Park, Yeonjoon↗

NASA NTRS1986

Modification of a variational objective analysis model for new equations for pressure gradient and vertical velocity in the lower troposphere and for spatial resolution and accuracy of satellite data

Since late 1982 NASA has supported research to develop a numerical variational model for the diagnostic assimilation of conventional and space-based meteorological data. In order to analyze the model components, four variational models are defined dividing the problem naturally according to increasing complexity. The first of these variational models (MODEL I), the subject of this report, contains the two nonlinear horizontal momentum equations, the integrated continuity equation, and the hydrostatic equation. This report summarizes the results of research (1) to improve the way the large nonmeteorological parts of the pressure gradient force are partitioned between the two terms of the pressure gradient force terms of the horizontal momentum equations, (2) to generalize the integrated continuity equation to account for variable pressure thickness over elevated terrain, and (3) to introduce horizontal variation in the precision modulus weights for the observations.

Achtemeier, G. L.↗

NASA NTRS2004

An Introduction to Flight Software Development: FSW Today, FSW 2010

Experience and knowledge gained from ongoing maintenance of Space Shuttle Flight Software and new development projects including Cockpit Avionics Upgrade are applied to projected needs of the National Space Exploration Vision through Spiral 2. Lessons learned from these current activities are applied to create a sustainable, reliable model for development of critical software to support Project Constellation. This presentation introduces the technologies, methodologies, and infrastructure needed to produce and sustain high quality software. It will propose what is needed to support a Vision for Space Exploration that places demands on the innovation and productivity needed to support future space exploration. The technologies in use today within FSW development include tools that provide requirements tracking, integrated change management, modeling and simulation software. Specific challenges that have been met include the introduction and integration of Commercial Off the Shelf (COTS) Real Time Operating System for critical functions. Though technology prediction has proved to be imprecise, Project Constellation requirements will need continued integration of new technology with evolving methodologies and changing project infrastructure. Targets for continued technology investment are integrated health monitoring and management, self healing software, standard payload interfaces, autonomous operation, and improvements in training. Emulation of the target hardware will also allow significant streamlining of development and testing. The methodologies in use today for FSW development are object oriented UML design, iterative development using independent components, as well as rapid prototyping . In addition, Lean Six Sigma and CMMI play a critical role in the quality and efficiency of the workforce processes. Over the next six years, we expect these methodologies to merge with other improvements into a consolidated office culture with all processes being guided by automated office assistants. The infrastructure in use today includes strict software development and configuration management procedures, including strong control of resource management and critical skills coverage. This will evolve to a fully integrated staff organization with efficient and effective communication throughout all levels guided by a Mission-Systems Architecture framework with focus on risk management and attention toward inevitable product obsolescence. This infrastructure of computing equipment, software and processes will itself be subject to technological change and need for management of change and improvement,

Gouvela, John↗

NASA NTRS2023

Information Systems Technology for NASA Earth Systems Digital Twins (ESDT)

The term “Digital Twin” was first used in 2002 for product lifecycle management. Since then, Digital Twin concepts have been proposed in various domains until very recently for Earth Science. For NASA’s Advanced Information Systems Technology (AIST) Program, an Earth System Digital Twin (ESDT) is defined as composed of three components: 1. A Digital Replica, i.e., an integrated picture of the past and current states of Earth systems 2. Forecasting capabilities, providing an integrated picture of how Earth systems will evolve in the future from the current state 3. Impact Assessment capabilities, providing an integrated picture of how Earth systems could evolve under different hypothetical what-if scenarios. Developing such a vision will require technologies related to: integrating continuous observations from various disparate sources; developing frameworks that builds on inter-connected models; improving the speed and accuracy of integrated prediction, analysis and visualization capabilities (e.g., by using machine learning); and utilizing causality and uncertainty quantification to improve our understanding of the evolution of Earth Science systems as a function of their interactions with other Earth and human systems. In addition, AIST is also investigating interoperability standards to federate multiple Digital Twins, as well as computational resources required by those systems.

Earth Science Remote Sensing; Information Systems↗

NASA NTRS2019

Command and Control System Automated Testing

The Kennedy Space Center (KSC) has developed its own Command and Control System for the launch of the Space Launch System (SLS) and Orion capsule. The Command and Control System (CCS) is used by console engineers for the launch and system checkout of aerospace vehicles. The CCS allows console engineers to read data from the flight hardware on the launch pad and from the ground control systems and allows console engineers to issue commands, like opening a valve, to the flight hardware and ground control systems. The CCS needs to interact with thousands of devices and hardware controllers for the spacecraft and ground systems, receive data from these devices, distribute the data to console engineers in real-time, and allow console engineers to issue commands to manipulate hardware on the launch pad. The system needs to be robust, fault tolerant, responsive, and fast. In order to keep up with the pace of development of the CCS, a Test Automation System (TAS) is needed to validate the integrity of the system as a whole along with its individual components. Automated tests allow for faster development time, since tests can be ran through a Continuous Integration system and allow developers to check their code faster. Currently, the different modules, classes, and functions that make up the CCS are tested at the unit level, and the system level, with all the modules working together. My project was to implement a system for the data protocol layer of the Command Control System to be tested as a complete functional unit, with all of its classes and functions working together, but independent of the other modules of the CCS.

Automated TestingTest Automation↗

NASA NTRS1987

Imaging and data processing with the Low Frequency Space Array

The Low Frequency Space Array (LFSA) is being designed to image the entire sky at extremely low radio frequencies with arcmin to subarcmin resolution. To accomplish this goal, data from LFSA will be continuously integrated for many months and then be used with aperture synthesis techniques to produce images. The three dimensional nature of LFSA and the effects of orbital geometry make LFSA a continuously evolving array which has an excellent synthesized point-response function. After transforming the data to produce an initial image, it is possible to remove low-level sidelobe responses remaining in the image and thereby produce a high dynamic-range image. Interference (both man-made and from solar-system objects) is a potential problem for LFSA, but appropriate data handling techniques are available which should eliminate any of its effects.

Simon, R. S.↗

NASA NTRS1984

In vitro seed to seed growth on clinostats

The effect of a long term micro-gravity environment on the life cycle of plants is unknown. Whether higher plants have evolved to a stage where removal or reduction of gravity is detrimental to plant life cycle and thus fatal to the plant species, is an unanswered question in space plants which were successfully grown through the various stages of their life cycle. Attempts to grow plants as a continuous integral process from seed to seed through one generation were successful until recently. Culture of plants through multiple generations was not accomplished in space nor in ground based studies. The effect of long term simulated weightlessness by growing consecutive generations of plants continuously on clinostats using the cruciferous plants, Arabidopsis thaliana (L.) Heyn. and Cardamine oligosperma Nutt. is being investigated.

Hoshizaki, T.↗

NASA NTRS1996

In search of cybernautics

This is a talk about the future of aviation in the information age. Ages come and go. Certainly the atomic age came and went, but the information age looks different. This talk reviews some recent experiments on navigation and control with the Global Positioning System. Vertical position accuracies within 1 foot have been demonstrated in the most recent experiments, and research emphases have shifted to issues of integrity, continuity, and availability. Inertial navigation systems (INS) contribute much to the reliability of GPS-based autoland systems. The GPS data stream can cease, and INS can still complete a precision landing from an altitude of 200 feet. The future of aviation looks like automatic airplanes communicating among each other to schedule ground assets and to avoid collisions and wake hazards. The business of the FAA will be to assure integrity of global navigation systems, to develop and maintain the software rules of the air, and to provide expert pilots to handle emergencies from the ground via radio control. The future of aviation is democratic and lends itself to personal airplanes. Some data analyses reveal that personal airplanes are just as efficient as large turbofan transports and just as fast over distances up to 1,000 miles, thanks to the decelerative influence of the hub and spoke system. Maybe by the year 2020, the airplane will rank with the automobile and computer as an agent of personal freedom.

Crow, Steven↗

NASA NTRSDate not supplied

NASA Space Launch System Prepares for Key Hotfire Test Before Vehicle Integration

NASA this year is working toward the final major integrated hardware and avionics test for its Space Launch System (SLS), the agency’s new super heavy-lift vehicle to send large, strategic payloads to the Moon, Mars and beyond. As the backbone of the Artemis human lunar exploration program, Artemis I SLS operations will then shift to the launch site and integration for the inaugural mission. For this final major test of the first vehicle NASA has built exclusively for deep space exploration since the Saturn V, a NASA/Boeing/Aerojet Rocketdyne team will conduct the final core stage “green run” test at NASA's Stennis Space Center with a dramatic firing of all four core stage engines. This test will validate the operation of the stage structures, main propulsion system, engines, avionics, and software. Following data review, stage inspection, and refurbishment, the stage will be barged to NASA’s Kennedy Space Center to continue integration of the Artemis I launch vehicle. Already underway is assembly of the mission’s five-segment solid rocket boosters. The mission’s upper stage and spacecraft adapters also are staged at the launch site ready for integration. Even as the Artemis I SLS proceeds toward launch later this year, the Artemis II and Artemis III vehicles are coming together, with core stages, engines, boosters, upper stage, and payload accommodations in various stages of manufacturing and/or processing. Planning is also underway for additional core stages and a new, more powerful upper stage that will increase lunar payload mass. SLS is the anchor transportation leg of a plan for sustained human exploration of the Moon, including the first human landing later in the decade. This paper will discuss SLS progress to date and expected 2021 milestones.

Bruce R. Askins↗

NASA NTRS2012

Changes in Black Carbon Deposition to Antarctica from Two Ice Core Records, A.D. 1850-2000

Continuous flow analysis was based on a steady sample flow and in-line detection of BC and other chemical substances as described in McConnell et al. (2007). In the cold room, previously cut one meter ice core sticks of 3x3cm, are melted continuously on a heated melter head specifically designed to eliminate contamination from the atmosphere or by the external parts of the ice. The melted ice from the most inner part of the ice stick is continuously pumped by a peristaltic pump and carried to a clean lab by Teflon lines. The recorded signal is continuous, integrating a sample volume of about 0.05 mL, for which the temporal resolution depends on the speed of melting, ice density and snow accumulation rate at the ice core drilling site. For annual accumulation derived from the WAIS and Law Dome ice cores, we assumed ~3.1 cm water equivalent uncertainty in each year's accumulation from short scale spatial variability (glaciological noise) which was determined from several measurements of annual accumulation in multiple parallel ice cores notably from the WAIS Divide ice core site (Banta et al., 2008) and from South Pole site (McConnell et al., 1997; McConnell et al., 2000). Refractory black carbon (rBC) concentrations were determined using the same method as in (Bisiaux et al., 2011) and adapted to continuous flow measurements as described by (McConnell et al., 2007). The technique uses a single particle intracavity laser induced incandescence photometer (SP2, Droplet Measurement Technologies, Boulder, Colorado) coupled to an ultrasonic nebulizer/desolvation (CETAC UT5000) Flow Injection Analysis (FIA). All analyses, sample preparation etc, were performed in a class 100 cleanroom using anti contamination "clean techniques". The samples were not acidified.

Bisiaux, Marion M.↗