SEARCH · Search NASA

Results for “walkthrough”

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 37 records · Page 2

All sources NASA NTRS DOE OSTI

DOE OSTI2021

Tracking and Protecting High-Value/High-Visibility Assets

Pacific Northwest National Laboratory’s (PNNL’s) Independent Oversight (IO) office led an assessment to evaluate PNNL’s approach to tracking and protecting high-value/high-visibility assets. The approach used by the assessment team included a review of requirements (including records), staff interviews, on-site and virtual walkthroughs of lab spaces, review of data, and the development of three separate workflows to capture PNNL’s current practices in the areas of controlled substances, select toxins, and precious metals. Summary results are provided within the report, including all findings and opportunities for improvement (OFIs).

99 GENERAL AND MISCELLANEOUS↗

NASA NTRS1982

Design and development of the ERBE data management system

The Earth radiation budget experiment (ERBE) software development approach is described. An iterative development approach was adopted which provides for three releases or versions of the processing system, each of increasing levels of complexity and solidity. The final release of the system will be used to process the flight data. The major phases for each iterative release consist of specifications developed in concert with the science team, preliminary design, subsystem reviews, coding, subsystem code walkthroughs, system testing, system documentation, and project status review.

Kibler, J. F.↗

NASA NTRS1981

Robots and manipulators

Robots are defined and described for various applications. The key feature of robots is programmability, which allows teleoperation, repair work in hazardous situations, and unsupervised operation in industrial functions. Two types of robots now exist: special purpose, with equipment for a specific task; and general purpose, which include nonservo-controlled robots, servo-controlled robots, and sensory control robots. Sensory robots are the most sophisticated, and are equipped with both internal control sensors and external sensors such as TV cameras, pressure detectors, laser range finders, etc. Sensory feedback to a central computer enables the robots to make appropriate modifications to the control program to adapt to new situations. Pattern recognition and scans for size are features of the TV sensors, and programs to develop a universal effector (hand) are outlined. Finally, robot programming in terms of manual, walkthrough, and textual methods are described, and the potential uses of robots for space and undersea construction and repair are discussed.

Heer, E.↗

NASA NTRS1987

Development of N-version software samples for an experiment in software fault tolerance

The report documents the task planning and software development phases of an effort to obtain twenty versions of code independently designed and developed from a common specification. These versions were created for use in future experiments in software fault tolerance, in continuation of the experimental series underway at the Systems Validation Methods Branch (SVMB) at NASA Langley Research Center. The 20 versions were developed under controlled conditions at four U.S. universities, by 20 teams of two researchers each. The versions process raw data from a modified Redundant Strapped Down Inertial Measurement Unit (RSDIMU). The specifications, and over 200 questions submitted by the developers concerning the specifications, are included as appendices to this report. Design documents, and design and code walkthrough reports for each version, were also obtained in this task for use in future studies.

Lauterbach, L.↗

NASA NTRS1991

A walk through the planned CS building

Using the architectural plan views of our future computer science building as test objects, we have completed the first stage of a Building walkthrough system. The inputs to our system are AutoCAD files. An AutoCAD converter translates the geometrical information in these files into a format suitable for 3D rendering. Major model errors, such as incorrect polygon intersections and random face orientations, are detected and fixed automatically. Interactive viewing and editing tools are provided to view the results, to modify and clean the model and to change surface attributes. Our display system provides a simple-to-use user interface for interactive exploration of buildings. Using only the mouse buttons, the user can move inside and outside the building and change floors. Several viewing and rendering options are provided, such as restricting the viewing frustum, avoiding wall collisions, and selecting different rendering algorithms. A plan view of the current floor, with the position of the eye point and viewing direction on it, is displayed at all times. The scene illumination can be manipulated, by interactively controlling intensity values for 5 light sources.

Khorramabadi, Delnaz↗

NASA NTRS1992

XRONOS: A timing analysis software package. User's guide, version 3.00

XRONOS is a general purpose timing analysis package. Although it was designed mainly for x-ray astronomy, XRONOS is basically detector and wavelength independent. It has been used to analyze data from the Einstein Observatory, Exosat and Ginga, as well as optical photometry and helioseismology data. It includes programs for: light curve(s), hardness ratio and color-color plotting, epoch folding, power spectrum, autocorrelation, cross correlation, time skewness, and statistical analysis. An overview of XRONOS and walkthrough of a XRONOS session are presented. The QDP/PLT plotting and function fitting program used by XRONOS is outlined and the algorithm and features of XRONOS are detailed.

Stella, L.↗

NASA NTRS1995

The AAMP5/AAMP-FV project

This presentation describes a project, formal verification of the microcode in the AAMP5 microprocessor, conducted to explore how formal techniques for specification and verification could be introduced into an industrial process. Sponsored by the Systems Validation Branch of NASA Langley and by Collins Commercial Avionics, a division of Rockwell International, it was conducted by Collins and the SRI International Computer Science Laboratory. The project consisted of specifying in the PVS language developed by SRI a portion of a Rockwell proprietary microprocessor, the AAMP5, at both the instruction set and register-transfer levels and using the PVS theorem prover to prove the microcode correct for a representative subset of instructions. While this presentation includes a brief technical overview, its emphasis is on the lessons learned in using PVS for an example of this size and the implications for using formal methods in an industrial setting. The central result of this project was to demonstrate the feasibility of formally specifying a commercial microprocessor and the use of mechanical proofs of correctness to verify microcode. This is particularly significant since the AAMP5 was not designed for formal verification, but to provide a more than three fold performance improvement, by pipelining instruction execution, while remaining object code compatible with the earlier AAMP2. As a consequence, the AAMP5 is one of the most complex microprocessors to which formal methods have been applied. Another key result was the discovery of both actual and seeded errors. Two actual microcode errors were discovered and corrected during development of the formal specification, illustrating the value of simply creating a precise specification. Two seeded errors were systematically uncovered while doing correctness proofs. One of these was an actual error that had been discovered after first fabrication but left in the microcode provided to SRI. The other error was designed to be unlikely to be detected by walkthroughs, testing, or simulation. Several other results emerged during the project, including the ease with which practicing engineers became comfortable with PVS, the need for libraries of general purpose theories, the usefulness of formal specification in revealing errors, the natural fit between formal specification and inspections, the difficulty of selecting the best style of specification for a new problem domain, the high level of assurance provided by proofs of correctness, and the need to engineer proof strategies for reuse.

Miller, Steven P.↗

NASA NTRS2007

Integrating Human Factors into Crew Exploration Vehicle Design

With NASA's new Vision for Exploration to send humans beyond Earth orbit, it is critical to consider the human as a system that demands early and continuous user involvement, and an iterative prototype/test/redesign process. Addressing human-system interface issues early on can be very cost effective even cost reducing when performed early in the design and development cycle. To achieve this goal within Crew Exploration Vehicle (CEV) Project Office, human engineering (HE) team is formed. Key tasks are to apply HE requirements and guidelines to hardware/software, and provide HE design, analysis and evaluation of crew interfaces. Initial activities included many practice-orientated evaluations using low-fidelity CEV mock-ups. What follows is a description of such evaluations that focused on a HE requirement regarding Net Habitable Volume (NHV). NHV is defined as the total remaining pressurized volume available to on-orbit crew after accounting for the loss of volume due to deployed hardware and structural inefficiencies which decrease functional volume. The goal of the NHV evaluations was to develop requirements providing sufficient CEV NHV for crewmembers to live and perform tasks in support of mission goals. Efforts included development of a standard NHV calculation method using computer models and physical mockups, and crew/ stakeholder evaluations. Nine stakeholders and ten crewmembers participated in the unsuited evaluations. Six crewmembers also participated in a suited evaluation. The mock-up was outfitted with volumetric representation of sub-systems such as seats, and stowage bags. Thirteen scenarios were developed to represent mission/crew tasks and considered to be primary volume drivers (e.g., suit donning) for the CEV. Unsuited evaluations included a structured walkthrough of these tasks. Suited evaluations included timed donning of the existing launch and entry suit to simulate a contingency scenario followed by doffing/ stowing of the suits. All mockup evaluations were videotaped. Structured questionnaires were used to document user interface issues and volume impacts of layout configuration. Computer model and physical measures of the NHV agreed within 1 percent. This included measurement of the gross habitable volume, subtraction of intrusive volumes, and other non-habitable spaces. Calculation method developed was validated as a standard means of measuring NHV, and was recommended as a verification method for the NHV requirements. Evaluations confirmed that there was adequate volume for unsuited scenarios and suit donning/ doffing activity. Seats, suit design stowage and waste hygiene system noted to be critical volume drivers. The low-fidelity mock-up evaluations along with human modeling analysis generated discussions that will lead to high-level systems requirements and human-centered design decisions. This approach allowed HE requirements and operational concepts to evolve in parallel with engineering system concepts and design requirements. As the CEV design matures, these evaluations will continue and help with design decisions, and assessment, verification and validation of HE requirements.

Whitmore, Mihriban↗

NASA NTRS2006

Relating Risk and Reliability Predictions to Design and Development Choices

In this context there are many possible assurance activities. Some focus on the prevention of defects - for example, up-front planning, adoption of design standards, configuration management, training, etc. Others focus on the detection of defects - either to detect latent defects in a system (and so be able to correct them before actual deployment of the system), or to increase confidence that such defects are not present. For example, a wide gamut of reviews, design walkthroughs, tests, inspections, analyses, etc. can be applied to systems and their components.

optimization↗

NASA NTRS2009

Performance Support Tools for Space Medical Operations

The early Constellation space missions are expected to have medical capabilities very similar to those currently on the Space Shuttle and International Space Station (ISS). For Crew Exploration Vehicle (CEV) missions to ISS, medical equipment will be located on ISS, and carried into CEV in the event of an emergency. Flight Surgeons (FS) on the ground in Mission Control will be expected to direct the Crew Medical Officer (CMO) during medical situations. If there is a loss of signal and the crew is unable to communicate with the ground, a CMO would be expected to carry out medical procedures without the aid of a FS. In these situations, performance support tools can be used to reduce errors and time to perform emergency medical tasks. Human factors personnel at Johnson Space Center have recently investigated medical performance support tools for CMOs on-orbit, and FSs on the ground. This area of research involved the feasibility of Just-in-time (JIT) training techniques and concepts for real-time medical procedures. In Phase 1, preliminary feasibility data was gathered for two types of prototype display technologies: a hand-held PDA, and a Head Mounted Display (HMD). The PDA and HMD were compared while performing a simulated medical procedure using ISS flight-like medical equipment. Based on the outcome of Phase 1, including data on user preferences, further testing was completed using the PDA only. Phase 2 explored a wrist-mounted PDA, and compared it to a paper cue card. For each phase, time to complete procedures, errors, and user satisfaction were captured. Information needed by the FS during ISS mission support, especially for an emergency situation (e.g. fire onboard ISS), may be located in many different places around the FS s console. A performance support tool prototype is being developed to address this issue by bringing all of the relevant information together in one place. The tool is designed to include procedures and other information needed by a FS during an emergency, as well as procedures and information to be used after the emergency is resolved. Several walkthroughs of the prototype with FSs have been completed within a mockup of an ISS FS console. Feedback on the current tool design as well as recommendations for existing ISS FS displays were captured.

Byrne, Vicky E.↗

NASA NTRS2010

Human Factors in Training: Space Medical Proficiency Training

The early Constellation space missions are expected to have medical capabilities very similar to those currently on the Space Shuttle and the International Space Station (ISS). For Crew Exploration Vehicle (CEV) missions to the ISS, medical equipment will be located on the ISS, and carried into CEV in the event of an emergency. Flight surgeons (FS) on the ground in Mission Control will be expected to direct the crew medical officer (CMO) during medical situations. If there is a loss of signal and the crew is unable to communicate with the ground, a CMO would be expected to carry out medical procedures without the aid of a FS. In these situations, performance support tools can be used to reduce errors and time to perform emergency medical tasks. The space medical training work is part of the Human Factors in Training Directed Research Project (DRP) of the Space Human Factors Engineering (SHFE) Project under the Space Human Factors and Habitability (SHFH) Element of the Human Research Program (HRP). This is a joint project consisting of human factors team from the Ames Research Center (ARC) with Immanuel Barshi as Principal Investigator and the Johnson Space Center (JSC). Human factors researchers at JSC have recently investigated medical performance support tools for CMOs on-orbit, and FSs on the ground, and researchers at the Ames Research Center performed a literature review on medical errors. Work on medical training has been conducted in collaboration with the Medical Training Group at the Johnson Space Center (JSC) and with Wyle Laboratories that provides medical training to crew members, biomedical engineers (BMEs), and to flight surgeons under the Bioastronautics contract. One area of research building on activities from FY08, involved the feasibility of just-in-time (JIT) training techniques and concepts for real-time medical procedures. A second area of research involves FS performance support tools. Information needed by the FS during the ISS mission support, especially for an emergency situation (e.g., fire onboard ISS), may be located in many different places around the FS s console. A performance support tool prototype is being developed to address this issue by bringing all of the relevant information together in one place. The tool is designed to include procedures and other information needed by a FS during an emergency, as well as procedures and information to be used after the emergency is resolved. Several walkthroughs of the prototype with FSs have been completed within a mockup of an ISS FS console. Feedback on the current tool design as well as recommendations for existing ISS FS displays were captured. The tool could have different uses depending on the situation and the skill of the user. An experienced flight surgeon could use it during an emergency situation as a decision and performance support tool, whereas a new flight surgeon could use it as JITT, or part of his/her regular training. The work proposed for FY10 continues to build on this strong collaboration with the Space Medical Training Group and previous research.

Byrne, Vicky E.↗

NASA NTRS2020

Neha Sajja and Owen Swischuk Exit Presentation SF3 – Summer 2020

A project overview and walkthrough of the Deep Space Science Vessel (DSSV).

Moon↗

NASA NTRS2021

Generation-based Evolutionary Tool for the Optimization of Constellations (GenETOC)

With the rapid growth in the capabilities of smaller satellites, satellite architectures that replace a single, extremely capable spacecraft with multiple, cheaper ones are gaining in popularity. Unfortunately, the orbit design process for constellations can be significantly more involved, especiallywhen the relative placement of the individual spacecraft within the constellation is not constrained by mission and/or science objectives. Optimizing a satellite constellation in the presence of multiple, competing objectives is a highly complex problem to which many traditional mathematical optimization methods cannot be applied and few tools exist to help mission designers search for promising candidate mission designs. The Generation-based Evolutionary Tool for the Optimization of Constellations (GenETOC) has been created to search for near-optimal constellation design options. GenETOC combines a modified version of the Non-dominated Sorting Genetic Algorithm II (NSGA II) with STK Components libraries (a 3rdparty .NET package created by Analytical Graphics Inc.) to create a framework that enables a mission designer to generate a simulation that models the design problem and obtain a family of potential, near-optimal solutions that can be investigated more in detail. GenETOC was developed in C# using the .NET framework with Windows Presentation Foundation (WPF) serving as the framework from which to create the graphical user interface (GUI). GenETOC user inputs can be categorized into three major data components: definition of the problem (areas of interest, satellite decision parameters, and sensor configurations), definition of performance objectives, and specification of the genetic algorithm (GA) parameters. In the problem definition component, the user is prompted to define the areas of interest against which the performance metrics will be computed, define the sensor parameters and attach them to specific spacecraft, select which satellite orbital parameters will be added to the decision space of the GA, and specify the range of desired values for each optimization parameter. For performance objectives, the user is presented with a list of available coverage and revisit performance based calculation options from which two metrics are chosen to serve as the objective functions that the GA will use to evaluate solutions during the optimization process. Finally, the definition of the GA parameters provides user control over the number of generations (number of optimization iterations), the population size (number of candidate constellations created in each generation), and the adaptive mutation and crossover threshold values (control parameters for how frequently each process occurs during the optimization). GenETOC has been extensively tested to verify the individual components of the optimization process. The GA has been tested against a suite of GA test problems to confirm convergence to the known two and three-dimensional Pareto fronts. The coverage and revisit performance metrics obtained in GenETOC are compared with STK desktop scenarios, confirming the constellations are being appropriately modeled within GenETOC simulations. A walkthrough of a simple, example problem is provided to illustrate the workings of GenETOC and to demonstrate the output available to the mission designer.

mission design↗

NASA NTRS2018

Europa Clipper Thermal Control Design

This paper details the design developments of the Europa Clipper spacecraft thermal control system and its primary element the Heat Redistribution System (HRS). The Europa Clipper spacecraft will launch in the early 2020s and will have multiple flybys of Jupiter’s icy moon, Europa. The HRS, which utilizes a Mechanically Pumped Fluid Loop (MPFL) to reclaim waste heat from an avionics vault module and redistribute it to the propulsion module and radiator, has become an integral part of the spacecraft architecture both in terms of mechanical configuration and spacecraft operations capability. A walkthrough on the planned implementation of the HRS on the primary spacecraft modules is provided along with a description on thermal control of spacecraft hardware not located on the HRS vault, where thermal isolation and tolerance to extreme thermal environment drives the hardware designs.

Bhandari, Pradeep↗

NASA NTRSDate not supplied

Rapid Assessment of a Lunar Surface Laboratory Module

Johnson Space Center is piloting an innovation team known as the Forge to perform rapid turnaround, concurrent engineering studies. The Forge is intended to be able to pull together a team of strategically selected domain experts to innovatively solve a specified problem within a short period of time. The Forge’s inaugural project being the development of a Lunar Surface Laboratory Module concept. The lab module is intended as an option for the Artemis program’s Lunar Architecture Team. The lab module may allow for increased science productivity and return on investment than a surface architecture with only the habitat. This paper will discuss the configuration of the Lunar Laboratory module, including the pressure vessel, its placement relative to the Surface Habitat and Pressurized Rover, and internal architecture. In order to determine the suitability of such a design, a human factors evaluation is conducted. Historically, a human factors evaluation of a habitable volume could require a month or longer, including time needed to prepare a test plan, conduct the evaluation, compile the data, and produce a report. The entire Forge effort will only last for five weeks, forcing the creation of a rapid assessment process. This rapid assessment includes three evaluation studies, all conducted and processed in the space of a single day, to determine the acceptability of the resulting design. The first evaluation is a card sort evaluation of the laboratory instruments. A brief discussion of the card sort evaluation is provided. This card sort is focused on the relative positioning of the laboratory instruments, determining whether a given instrument should be adjacent to, or separated from, another. It will use human factors personnel and both life and physical scientists as subject matter experts. The second evaluation is a science productivity tabletop evaluation. This evaluation focuses on the selection of instruments and the number of instruments, attempting to assess the amount of work the crew will be able to use the facility to do. It uses life and physical science personnel as subject matter experts. The third evaluation is a CAD or Virtual Reality human factors walkthrough evaluation. This evaluation focuses on the layout of the lab module and its connectivity to the basecamp’s pressurized elements. If possible, astronauts will be used as subject matter experts. Each of these evaluations will focus primarily on objective data with limited subjective comments, reducing the time required for processing responses. The results of each evaluation and their implications will be discussed. Based on the evaluation data, an overall acceptability of the Lunar Surface Laboratory Module produced by the Forge study can be determined. Lessons learned and recommendations for future use of the human factors rapid assessment process in early design trades will also be provided.

Lunar Laboratory↗

NASA NTRSDate not supplied

Initial Exploration of STEReO (Scalable Traffic management for Emergency Response Operations) system user requirements for safe integration of small UAS

Environment-based disasters, such as wildfire, can cause substantial loss of life and loss of property and are costing billions of dollars annually. Existing disaster response operations are complex, with many challenges. The aim of the Scalable Traffic management for Emergency Response Operations (STEReO) system is to demonstrate the application of technologies that will enable small, low-altitude Unmanned Aerial System operations to safely take place in the airspace above a disaster event, increasing the effectiveness of the response. As a first step, the project aims to build a small prototype to demonstrate and test the core functions of this system based on user needs and requirements that were gathered from experts in the field during discussions and walkthroughs.

STEReO↗

NASA NTRSDate not supplied

Developing an Unmanned Aircraft System Pilot (UASP-kit) for Wildland Fire UAS Operators

The use of unmanned aircraft systems (UAS) to support disaster management is becoming more widespread. Uninhibited by many of the operational constraints imposed on crewed aircraft, UAS have the potential to augment the aerial response in a number of ways, including supporting situation awareness, thereby accelerating disaster management efforts. The intent of the Scalable Traffic management for Emergency Response Operations (STEReO) activity is to build an ecosystem that will allow small UAS (sUAS) operations to fly safely in the airspace during disaster management events. The first step toward this goal is to develop a small, single-user tool (the UASP-kit) that will enhance an sUAS pilot’s situation awareness of the airspace. User needs for the functions and features of this tool were collected during a walkthrough over multiple days with subject matter experts from the US Forest Service. A prototype of the UASP-kit was then taken on an extended demonstration to multiple users, who were able to interact with it. User feedback was largely positive and users discussed the information they needed to support situation awareness in context. The demonstration also highlighted features that were unintuitive to use, and functions that need to be modified to make the kit more user-friendly and robust.

STEReO↗

NASA NTRSDate not supplied

Developing an Unmanned Aircraft System Pilot Kit (UASP-kit) for Wildland Fire UAS Operators

STEReO↗