Results for “vehicle operating data” — Page 8

NASA NTRS2004

High Altitude Long Endurance Remotely Operated Aircraft - National Airspace System Integration - Simulation IPT: Detailed Airspace Operations Simulation Plan. Version 1.0

The primary goal of Access 5 is to allow safe, reliable and routine operations of High Altitude-Long Endurance Remotely Operated Aircraft (HALE ROAs) within the National Airspace System (NAS). Step 1 of Access 5 addresses the policies, procedures, technologies and implementation issues of introducing such operations into the NAS above pressure altitude 40,000 ft (Flight Level 400 or FL400). Routine HALE ROA activity within the NAS represents a potentially significant change to the tasks and concerns of NAS users, service providers and other stakeholders. Due to the complexity of the NAS, and the importance of maintaining current high levels of safety in the NAS, any significant changes must be thoroughly evaluated prior to implementation. The Access 5 community has been tasked with performing this detailed evaluation of routine HALE-ROA activities in the NAS, and providing to key NAS stakeholders a set of recommended policies and procedures to achieve this goal. Extensive simulation, in concert with a directed flight demonstration program are intended to provide the required supporting evidence that these recommendations are based on sound methods and offer a clear roadmap to achieving safe, reliable and routine HALE ROA operations in the NAS. Through coordination with NAS service providers and policy makers, and with significant input from HALE-ROA manufacturers, operators and pilots, this document presents the detailed simulation plan for Step 1 of Access 5. A brief background of the Access 5 project will be presented with focus on Steps 1 and 2, concerning HALE-ROA operations above FL400 and FL180 respectively. An overview of project management structure follows with particular emphasis on the role of the Simulation IPT and its relationships to other project entities. This discussion will include a description of work packages assigned to the Simulation IPT, and present the specific goals to be achieved for each simulation work package, along with the associated deliverables necessary to achieve these goals and the needs of other Access 5 IPTs. The simulation environment chosen for this task is then outlined. This section includes a description of the system architecture, a list of the necessary assumptions made by the Simulation IPT, and the roles, responsibilities and interactions of simulation participants. The method of simulation conduct is presented in the next section with particular emphasis on scenario development and applicability to evaluation of Step 1 HALE-ROA operations. Following, data collection and analysis methods are discussed for air traffic specialists and air vehicle control station operators. Lastly, a schedule of Step 1 simulation activities is presented for reference.

Source record↗

NASA NTRS2019

Health Management and Prognostics for Electric Aircraft Powertrain

W and c Any air borne vehicle needs incorporating safety as key parameter of measure, and inclusion of autonomy raises the critical need for safety under autonomous operations. Management of faults and component degradation is key as complexity in autonomous operations grow over the period of time. Therefore, in addition to basic operational requirements, an autonomous electric vehicle should be able to make accurate estimates of its current system health and take the correct decisions to complete its mission successfully. Real-time safety and state-awareness tools are therefore essential for the vehicle to be able to reach its destination in a safe and successful manner. The need for safety assurance and health management capabilities is particularly relevant for aircraft electric propulsion systems, which are relatively new and with limited historical to learn. They are critical systems requiring high power density along with reliability, resilience, efficient management of weight, and operational costs. A model- based fault diagnosis and prognostics approach of complex critical systems can successfully accomplish the safety and state awareness goal for such electric propulsion systems, enabling autonomous decision making capability for safe and efficient operation. To identify critical components in the system a Qualitative Bayesian approach using FMECA is implemented. This requires the assessment of some quantities representing the state of the electric unmanned aerial systems (e-UAS), as well as look-ahead forecasts of such states during the entire flight, presented in form of safety metrics (SM). In-service data and performance data gathered from degraded components sup- ports diagnostic and prognostic methods for these systems, but this data can be difficult to obtain as weight and packaging restrictions reduce redundancy and instrumentation on-board the vehicle. Therefore, an model-based framework should be capable or operating with limited data. In addition to data scarcity, the variability of such complex critical systems re- quires the model-based framework to reason in the presence of uncertainty, such as sensor noise, and modeling imperfections. Quantification of errors and uncertainties in the measured states and quantities is therefore a fundamental step for a precise estimation of such SMs; un-modeled uncertainty may result in erroneous state assessment and un- reliable predictions of future states of e-UAVs. Typical, centralized model-based schemes suffer from inherent disadvantages such as computational complexity, single point of failure, and scalability issues, and therefore may fail in such a complex scenario. This paper presents a methodology for developing a system level diagnostics and prognostics approach using a Qualitative Bayesian FMECA approach along with a formal uncertainty management framework for an e-UAS. In this work we demonstrate the efficacy of the framework to predict effects of sub-system level degradation on vehicle operation incorporating uncertainty management to predict future behavior under different operating conditions.

Kulkarni, Chetan↗

NASA NTRS2008

Orchestrator Telemetry Processing Pipeline

Orchestrator is a software application infrastructure for telemetry monitoring, logging, processing, and distribution. The architecture has been applied to support operations of a variety of planetary rovers. Built in Java with the Eclipse Rich Client Platform, Orchestrator can run on most commonly used operating systems. The pipeline supports configurable parallel processing that can significantly reduce the time needed to process a large volume of data products. Processors in the pipeline implement a simple Java interface and declare their required input from upstream processors. Orchestrator is programmatically constructed by specifying a list of Java processor classes that are initiated at runtime to form the pipeline. Input dependencies are checked at runtime. Fault tolerance can be configured to attempt continuation of processing in the event of an error or failed input dependency if possible, or to abort further processing when an error is detected. This innovation also provides support for Java Message Service broadcasts of telemetry objects to clients and provides a file system and relational database logging of telemetry. Orchestrator supports remote monitoring and control of the pipeline using browser-based JMX controls and provides several integration paths for pre-compiled legacy data processors. At the time of this reporting, the Orchestrator architecture has been used by four NASA customers to build telemetry pipelines to support field operations. Example applications include high-volume stereo image capture and processing, simultaneous data monitoring and logging from multiple vehicles. Example telemetry processors used in field test operations support include vehicle position, attitude, articulation, GPS location, power, and stereo images.

Powell, Mark↗

DOE OSTI2026

Admissible Powertrain Alternatives for Heavy-Duty Fleets: A Case Study on Resiliency and Efficiency

Heavy-duty vehicles dominate global freight movement and primarily rely on fossil-derived diesel fuel. However, fluctuations in crude oil prices and evolving emissions regulations have prompted interest in alternative powertrains to enhance fleet energy resiliency. This study paired real-world operational data from a large commercial fleet with high-fidelity vehicle models to evaluate the potential for replacing diesel internal combustion engine (ICE) trucks with alternative powertrain architectures. The baseline vehicle for this analysis is a diesel-powered ICE truck. Alternatives include ICE trucks fueled by bio- and renewable diesel, compressed natural gas (CNG) or hydrogen (H 2 ), as well as plug-in hybrid (PHEV), fuel cell electric (FCEV), and battery electric vehicles (BEV). While most alternative powertrains resulted in some payload capacity loss, the overall fleetwide impact was negligible due to underutilized payload capacity for the specific fleet considered in this study. For sleeper cab trucks, CNG-powered trucks achieved the highest replacement potential, covering 85% of the fleet. In contrast, H 2 and BEV architectures could replace fewer than 10% and 1% of trucks, respectively. Day cab trucks, with shorter daily routes, showed higher replacement potential: 98% for CNG, 78% for H 2 , and 34% for BEVs. However, achieving full fleet replacement would still require significant operational changes such as route reassignment and enroute refueling, along with considerable improvements to onboard energy storage capacity. Additionally, the higher total cost of ownership (TCO) for alternative powertrains remains a key challenge. This study also evaluated lifecycle impacts across various fuel sources, both fossil and bio-derived. Bio-derived synthetic diesel fuels emerged as a practical option for diesel displacement without disrupting operations. Conversely, H 2 and electrified powertrains provide limited lifecycle impacts under the current energy scenario. This analysis highlights the complexity of replacing diesel ICE trucks with admissible alternatives while balancing fleet resiliency, operational demands, and emissions goals. These results reflect a US-based fleet’s duty cycles, payloads, GVWR allowances, and an assumption of depot-only refueling/recharging. Applicability to other fleets and regions may differ based on differing routing practices or technical features such as battery swapping.

BEV↗

NASA NTRSDate not supplied

Gateway Autonomy for Enabling Deep Space Exploration

The Gateway spacecraft is an important stepping-stone to exploration of the solar system, integrating commercial and international partners into a tightly coupled system, enabling cislunar activities, and implementing key technologies for missions to Mars. Autonomy is a capability area necessary to handle long communication outages where intervention from Earth is impossible, to prepare to operate with long communication delays that will be common in interplanetary travel, and to make spaceflight more affordable and accessible by reducing sustaining operations costs. The Gateway Concept of Operations states that one of Gateway’s goals is to “focus on infrastructure and systems that will allow autonomous operations aboard the Gateway with robotics, automated systems, advanced communications, and distributed computing.” Gateway’s Vehicle Systems Manager (VSM) and associated Autonomous Spacecraft Management Architecture (ASMA) are key products towards delivering autonomous capability. The primary functions of the control architecture are Mission Management and Timeline Execution, Resource Management, Fault Management, and Vehicle Control and Operation (VCO). In each of these areas, there is an initial level of capability to be delivered at launch, with plans to continue development and grow to greater capability. The initial deployment of VSM will focus on maintaining vehicle safety by focusing on full fault management capabilities and deploying only enough resource and timeline planning functionality to support that. The final deployment of VSM will add significant planning and control optimization functionality to support nominal operations for up to 21 days without ground support, even accommodating fault and failure conditions. While the VSM is the vehicle-level representation of autonomous reasoning, distributed automation is essential to provide the right scope and abstraction of information to process. Module and system support of automation and simplicity of interfaces are two important design paradigms that Gateway is focusing on to garner a systems approach to autonomy. Distribution of reasoning can increase complexity, so Gateway is also taking a strict hierarchical approach to information flow and decision making. VSM is not the only capability necessary to achieve an autonomous spacecraft. Robotics support for maintenance of the spacecraft will be essential to provide continued vehicle functionality even when crew is not present. Technical and programmatic challenges exist when implementing autonomous robotics operations. These challenges include sufficient network flexibility to support data transfer to the rest of the vehicle to coordinate module-to-module robotic walk-offs and finding the proper interfaces to allow sufficient dexterity. Communication system upgrades planned for Gateway include Delay Tolerant Networking to best utilize the complex network of relays that will be part of mature cislunar operations. Distributed computing and management will provide failure tolerance, robustness, and growth of capabilities while still allowing significant reuse of heritage software on heritage systems as well as reuse of common applications across a spacecraft to minimize new development, but this requires adherence to key standards and interfaces. The Gateway program has demonstrated significant progress towards these capabilities and has identified challenges other spacecraft developers should be aware of from the start.

Molly Anderson↗

NASA NTRSDate not supplied

Gateway Autonomy for Enabling Deep Space Exploration

The Gateway spacecraft is an important stepping-stone to exploration of the solar system, integrating commercial and international partners into a tightly coupled system, enabling cislunar activities, and implementing key technologies for missions to Mars. Autonomy is a capability area necessary to handle long communication outages where intervention from Earth is impossible, to prepare to operate with long communication delays that will be common in interplanetary travel, and to make spaceflight more affordable and accessible by reducing sustaining operations costs. The Gateway Concept of Operations states that one of Gateway’s goals is to “focus on infrastructure and systems that will allow autonomous operations aboard the Gateway with robotics, automated systems, advanced communications, and distributed computing.” Gateway’s Vehicle Systems Manager (VSM) and associated Autonomous Spacecraft Management Architecture (ASMA) are key products towards delivering autonomous capability. The primary functions of the control architecture are Mission Management and Timeline Execution, Resource Management, Fault Management, and Vehicle Control and Operation (VCO). In each of these areas, there is an initial level of capability to be delivered at launch, with plans to continue development and grow to greater capability. The initial deployment of VSM will focus on maintaining vehicle safety by focusing on full fault management capabilities and deploying only enough resource and timeline planning functionality to support that. The final deployment of VSM will add significant planning and control optimization functionality to support nominal operations for up to 21 days without ground support, even accommodating fault and failure conditions. While the VSM is the vehicle-level representation of autonomous reasoning, distributed automation is essential to provide the right scope and abstraction of information to process. Module and system support of automation and simplicity of interfaces are two important design paradigms that Gateway is focusing on to garner a systems approach to autonomy. Distribution of reasoning can increase complexity, so Gateway is also taking a strict hierarchical approach to information flow and decision making. VSM is not the only capability necessary to achieve an autonomous spacecraft. Robotics support for maintenance of the spacecraft will be essential to provide continued vehicle functionality even when crew is not present. Technical and programmatic challenges exist when implementing autonomous robotics operations. These challenges include sufficient network flexibility to support data transfer to the rest of the vehicle to coordinate module-to-module robotic walk-offs and finding the proper interfaces to allow sufficient dexterity. Communication system upgrades planned for Gateway include Delay Tolerant Networking to best utilize the complex network of relays that will be part of mature cislunar operations. Distributed computing and management will provide failure tolerance, robustness, and growth of capabilities while still allowing significant reuse of heritage software on heritage systems as well as reuse of common applications across a spacecraft to minimize new development, but this requires adherence to key standards and interfaces. The Gateway program has demonstrated significant progress towards these capabilities and has identified challenges other spacecraft developers should be aware of from the start.

Molly Anderson↗

NASA NTRS2003

Simulation of Wind Profile Perturbations for Launch Vehicle Ascent Flight Systems Design Assessments

Ideally, a statistically representative sample of measured high-resolution wind profiles with wavelengths as small as tens of meters is required for assessment of launch vehicle ascent flight systems component capability and vehicle operability for a selected launch site. At most potential launch sites a sample of high-resolution measured wind profiles may not exist. Representative samples of Rawinsonde wind profiles are more likely to be available because of the extensive network of measurement sites established for routine measurements at 12-hr intervals in support of national and international weather observing and forecasting activity. Such a sample, although large enough to statistically represent relatively large wavelength perturbations, would be inadequate for launch system design assessment applications because the Rawinsonde system can accurately measure wind perturbations with wavelengths no smaller than 2000m (1000m altitude increment). Wavelengths less than 2000m in the raw Rawinsonde data, which tend to be dominated by un-damped spurious balloon motion and radar tracking system noise, are filtered within the data processing scheme. The Kennedy Space Center (KSC) Jimsphere wind profiles (150/month and seasonal pairs) are the only adequate high resolution (approximately 150 to 300m effective resolution, but over-sampled at 25m intervals) data that have been used extensively in launch vehicle design, operability assessments and operational protection of vehicle systems for wind perturbation uncertainty. Jimsphere wind profiles have been measured at a few other potential launch sites but the number of profiles is relatively small and the samples are not statistically representative of the site dependent wind profile variability. A simulation process has been developed for enhancement of measured low-resolution Rawinsonde profiles that are more likely to be available in the vicinity of potential launch sites and are a statistically representative sample of wind profile perturbation wavelengths greater than 2000m. The enhancement produces perturbed wind profiles with wavelengths as small as desired for application in launch vehicle ascent flight simulations and design assessments.

Adelfang, S. I.↗

NASA NTRS2006

An Alternative for Emergency Preemption of Traffic Lights

An electronic communication-and-control system has been developed as a prototype of advanced means of automatically modifying the switching of traffic lights to give priority to emergency vehicles. This system could be used alternatively or in addition to other emergency traffic-light-preemption systems, including a variety of systems now in use as well as two proposed systems described in "Systems Would Preempt Traffic Lights for Emergency Vehicles" (NPO-30573), NASA Tech Briefs, Vol. 28, No. 10 (October 2004), page 36. Unlike those prior systems that depend on detection of sounds and/or lights emitted by emergency vehicles, this system is not subject to severe range limitations. This system can be retrofitted into any pre-existing traffic-light-control system, without need to modify that system other than to make a minimal number of wire connections between the two systems. This system comprises several subsystems, including a transponder and interface circuitry on each emergency vehicle, a monitoring and control unit at each intersection equipped with traffic lights, and a wide-area two-way radio communication network that connects the emergency vehicles and intersection units. Computers in the various intersections and vehicle units run special-purpose software that implements the traffic- light-preemption scheme. The operations of the intersection and vehicle units are synchronized by use of Global Positioning System (GPS) timing signals. The transponder in each vehicle estimates its own position and velocity by use of GPS signals, deductive ("dead") reckoning, data from the onboard diagnostic (OBD) computer of the vehicle, and/or triangulation of beacon signals. When the operator of an emergency vehicle turns on its flashing lights and sirens in response to a request for an emergency response, the transponder unit goes into action, reading the OBD data to determine speed and acceleration, and reading and gathering further navigational data as described above. The position, velocity, and acceleration data are combined with vehicle-identification data in a prescribed format, and the resulting set of data is transmitted to the intersections within communication range of the transponder.

Foster, Conrad↗

DOE OSTI2025

LLUDA (Low-cost Logging for Ubiquitous Decarbonization and Analysis) [SWR-24-131]

This repository features an Arduino-based GPS logger, called LLUDA, which uses the Adafruit Ultimate GPS FeatherWing with the Adafruit Feather M0 Adalogger, designed to capture and log GPS data in CSV format onto an SD card (embedded inside the Feather M0 Adalogger). The FeatherWing is powered through the vehicle's auxiliary power (from cigarette lighter) socket via a micro USB cable. The data it collects can be used to analyze vehicle operations and support vehicle modeling applications, helping to assess the potential for electrification.

Fakhimi, Setayesh [National Renewable Energy Labor↗

NASA NTRS1972

An investigation of the landing characteristics of the NASA-MSC August 1969 baseline orbiter configuration in ground effect

A 0.05 scale model of the NASA-MSC August 1969 baseline shuttle craft was tested in Texas A&M University's 7- x 10-foot low speed wind tunnel facility. The purpose of the test was to determine the landing aerodynamic characteristics of the shuttle craft vehicle in ground effect and to evaluate control surface hinge moments experienced in the cruise and landing operational phases of flight. Analysis of the final data will allow evaluation of vehicle flight stability in ground effect and estimation of vehicle control surface power system requirements.

Chambliss, E. B.↗

NASA NTRS1965

Gemini Program Mission Planning Report

This report defines the Gemini Program objectives and presents guidelines for the individual Gemini missions. It provides general space vehicle configuration data, and descriptions of planned missions. Contingency mission requirements and extravehicular operations to be performed during specific missions are described in the last two sections of the basic document. Data on spacecraft weights and Gemini Launch Vehicle performance capabilities are provided in Appendix A, while Appendix B provides descriptions of onboard experiments to be conducted during Gemini missions.

Source record↗

NASA NTRS1973

Humidity

The glossary contains atmospheric and ground vapor concentration data on the various NASA space vehicle development and operation sites for consideration by the vehicle design engineer.

Daniels, G. E.↗

NASA NTRS1991

A PC-based bus monitor program for use with the transport systems research vehicle RS-232 communication interfaces

Experiment critical use of RS-232 data busses in the Transport Systems Research Vehicle (TSRV) operated by the Advanced Transport Operating Systems Program Office at the NASA Langley Research Center has recently increased. Each application utilizes a number of nonidentical computer and peripheral configurations and requires task specific software development. To aid these development tasks, an IBM PC-based RS-232 bus monitoring system was produced. It can simultaneously monitor two communication ports of a PC or clone, including the nonstandard bus expansion of the TSRV Grid laptop computers. Display occurs in a separate window for each port's input with binary display being selectable. A number of other features including binary log files, screen capture to files, and a full range of communication parameters are provided.

Easley, Wesley C.↗

NASA NTRS2004

Wind Flow Simulation Around NASA KSC Vehicle Assembly Building

A model of the wind flow conditions around Kennedy Space Center (KSC) Vehicle Assembly Building (VA B) is presented. An incompressible Navier-Stokes flow solver was used to compute the flow field around fixed Launch Complex 39 (LC-39) buildings and structures. The 3-D flow field. including velocity magnitude and velocity vectors, was established to simulate the localized wind speeds and directions at specified locations in and around LC-39 buildings and structures. The results of this study not only help explain the physical phenomena of the flow patterns around LC-39 buildings but also are useful to the Shuttle personnel. Current Operations and Maintenance Requirements and Specifications (OMRS) for vehicle transfer operations are based on empirically derived historical data, and no detailed mathematical analysis of wind conditions around LC-39 structures has ever been accomplished.

Vu, B. T.↗

NASA NTRSDate not supplied

HIRF Tolerance and Avoidance for Advanced Air Mobility Vehicles

Advanced Air Mobility (AAM), including Urban Air Mobility (UAM), and Unmanned Aerial Systems (UAS) vehicles may fly in similar airspace to Transport Category Rotorcraft, thereby requiring meeting the same stringent High-Intensity Radiated Fields (HIRF) certification requirements. In a previous effort, a proposed map-based approach protects a vehicle by keeping it away from high power sources at safe distances based on its tolerance level. By designing to a lower tolerance level, significant cost savings can be achieved at the cost of slightly more complex flight planning. However, too low a threshold can result in large avoidance areas, potentially reducing the vehicle operating space. This current effort suggests a minimum threshold for vehicles operating in an urban area. It is derived from analyzing regulatory transmitter data for New York City as a representative metropolitan. As a result, a vehicle can tolerate common lower-power transmitters by default and only needs to avoid far less common high-power sources. It is also found the existing HIRF requirements may be insufficient against many powerful transmitters such as weather radars and satellite uplink transmitters, and that the map-based approach can address this concern.

HIRF↗

NASA NTRSDate not supplied

Pathfinding for Airspace with Autonomous Vehicles (PAAV) Multi-Vehicle Operations with Digital Trajectories

The Path Finding for Airspace with Autonomous Vehicles (PAAV) subproject under ATM-X is developing concepts and solutions to allow pilots to supervise multiple uncrewed flights at a time. This line of research stems from industry's desire to leverage Uncrewed Aircraft (UA) operations to achieve maximum productivity from pilot and aircraft resources, driven partially by pilot staffing shortages. Trajectory based solutions delivered by data link offer a potential solution to the multi-vehicle (m:N) problem by minimizing the number of instructions between remote pilots and air traffic controllers. Furthermore, such solutions avoid the need for pilots to monitor multiple voice frequencies at a time for air traffic control instructions to manage multiple flights. This panel presentation will give a brief introduction to PAAV followed by a description of NASA's AutoResolver capability for generating comprehensive air traffic control clearances and communicating them via data link for controller approval and flight execution.

multi vehicle control, trajectory based operations↗

DOE OSTI2024

Spatiotemporal Automatic Calibration of Infrastructure Lidar, Radar, and Camera with a Global Navigation Satellite System: Preprint

Robust and accurate perception is important for modern intelligent transportation systems (ITS), which use sensors of various modalities for data fusion to create a digital twin of an intersection. Sensor calibration is an important process that creates a unified coordinate frame for the sensor output data so that it can be used for data fusion. Classical approaches for sensor calibration are time-consuming, require an overlapping field of view for feature matching, and are not feasible for ITS application as they cause disruptions in the flow of traffic. In this paper, we present a spatiotemporal automatic calibration approach to calibrate multiple infrastructure lidar, radar, and cameras installed at a traffic intersection. The approach uses global navigation satellite system (GNSS) positioning information shared by connected vehicles, and when the vehicle is detected by the sensor, we match the sensor detections with the GNSS coordinates. The proposed algorithm is evaluated with a real-world dataset utilizing detections from two radars, cameras, and lidars with a test vehicle instrumented with a post-processing kinematic (PPK)-corrected GNSS driving past the sensors installed at a four-way traffic intersection. The experimental results show that the proposed automatic calibration approach can achieve the transformation with a root mean squared error of less than 0.5 for radar and lidar and less than 2 for camera detections. The ability to rapidly calibrate sensors not only benefits initial installations, but can also be used for system health monitoring, while utilizing available connected vehicle data to test the real-time sensor fidelity and operational status.

ADVANCED PROPULSION SYSTEMS↗

NASA NTRS1990

Computer vision research at Marshall Space Flight Center

Orbital docking, inspection, and sevicing are operations which have the potential for capability enhancement as well as cost reduction for space operations by the application of computer vision technology. Research at MSFC has been a natural outgrowth of orbital docking simulations for remote manually controlled vehicles such as the Teleoperator Retrieval System and the Orbital Maneuvering Vehicle (OMV). Baseline design of the OMV dictates teleoperator control from a ground station. This necessitates a high data-rate communication network and results in several seconds of time delay. Operational costs and vehicle control difficulties could be alleviated by an autonomous or semi-autonomous control system onboard the OMV which would be based on a computer vision system having capability to recognize video images in real time. A concept under development at MSFC with these attributes is based on syntactic pattern recognition. It uses tree graphs for rapid recognition of binary images of known orbiting target vehicles. This technique and others being investigated at MSFC will be evaluated in realistic conditions by the use of MSFC orbital docking simulators. Computer vision is also being applied at MSFC as part of the supporting development for Work Package One of Space Station Freedom.

Vinz, Frank L.↗