Search NASA⌕ Search

SEARCH · Search NASA

Results for “Data control system”

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 217 records · Page 12
All sourcesNASA NTRSDOE OSTI
NASA NTRS1983

The VPI&SU multiple polarization plane ZDR radar - The OCTOPOD radar

The 'OCTOPOD' radar extends the concept of differential reflectivity (ZDR) to multiple polarization planes, so that ZDR measurements can be made in any pair of orthogonal linear polarizations. This allows the mean canting angle of oblate raindrops or ice particles to be determined. Attention is given to the radar hardware employed, the rotating feed system that generates the multiple polarization planes, and the computer controlled data acquisition system which extracts both reflectivity and ZDR data.

Andrews, J. H.↗
NASA NTRS2011

Content Documents Management

The Content Documents are created and managed under the System Software group with. Launch Control System (LCS) project. The System Software product group is lead by NASA Engineering Control and Data Systems branch (NE~C3) at Kennedy Space Center. The team is working on creating Operating System Images (OSI) for different platforms (i.e. AIX, Linux, Solaris and Windows). Before the OSI can be created, the team must create a Content Document which provides the information of a workstation or server, with the list of all the software that is to be installed on it and also the set where the hardware belongs. This can be for example in the LDS, the ADS or the FR-l. The objective of this project is to create a User Interface Web application that can manage the information of the Content Documents, with all the correct validations and filters for administrator purposes. For this project we used one of the most excellent tools in agile development applications called Ruby on Rails. This tool helps pragmatic programmers develop Web applications with Rails framework and Ruby programming language. It is very amazing to see how a student can learn about OOP features with the Ruby language, manage the user interface with HTML and CSS, create associations and queries with gems, manage databases and run a server with MYSQL, run shell commands with command prompt and create Web frameworks with Rails. All of this in a real world project and in just fifteen weeks!

Muniz, R.↗
NASA NTRS2016

Orion Exploration Flight Test Reaction Control System Jet Interaction Heating Environment from Flight Data

The Orion Multi-Purpose Crew Vehicle (MPCV) Reaction Control System (RCS) is critical to guide the vehicle along the desired trajectory during re-­‐entry. However, this system has a significant impact on the convective heating environment to the spacecraft. Heating augmentation from the jet interaction (JI) drives thermal protection system (TPS) material selection and thickness requirements for the spacecraft. This paper describes the heating environment from the RCS on the afterbody of the Orion MPCV during Orion's first flight test, Exploration Flight Test 1 (EFT-1). These jet plumes interact with the wake of the crew capsule and cause an increase in the convective heating environment. Not only is there widespread influence from the jet banks, there may also be very localized effects. The firing history during EFT-1 will be summarized to assess which jet bank interaction was measured during flight. Heating augmentation factors derived from the reconstructed flight data will be presented. Furthermore, flight instrumentation across the afterbody provides the highest spatial resolution of the region of influence of the individual jet banks of any spacecraft yet flown. This distribution of heating augmentation across the afterbody will be derived from the flight data. Additionally, trends with possible correlating parameters will be investigated to assist future designs and ground testing programs. Finally, the challenges of measuring JI, applying this data to future flights and lessons learned will be discussed.

White, Molly E.↗
NASA NTRS2001

The New Cloud Absorption Radiometer (CAR) Software: One Model for NASA Remote Sensing Virtual Instruments

The Cloud Absorption Radiometer (CAR) instrument has been the most frequently used airborne instrument built in-house at NASA Goddard Space Flight Center, having flown scientific research missions on-board various aircraft to many locations in the United States, Azores, Brazil, and Kuwait since 1983. The CAR instrument is capable of measuring scattered light by clouds in fourteen spectral bands in UV, visible and near-infrared region. This document describes the control, data acquisition, display, and file storage software for the new version of CAR. This software completely replaces the prior CAR Data System and Control Panel with a compact and robust virtual instrument computer interface. Additionally, the instrument is now usable for the first time for taking data in an off-aircraft mode. The new instrument is controlled via a LabVIEW v5. 1.1-developed software interface that utilizes, (1) serial port writes to write commands to the controller module of the instrument, and (2) serial port reads to acquire data from the controller module of the instrument. Step-by-step operational procedures are provided in this document. A suite of other software programs has been developed to complement the actual CAR virtual instrument. These programs include: (1) a simulator mode that allows pretesting of new features that might be added in the future, as well as demonstrations to CAR customers, and development at times when the instrument/hardware is off-location, and (2) a post-experiment data viewer that can be used to view all segments of individual data cycles and to locate positions where 'start' and stop' byte sequences were incorrectly formulated by the instrument controller. The CAR software described here is expected to be the basis for CAR operation for many missions and many years to come.

Roth, Don J.↗
NASA NTRS1990

The Meteorological Measurement System on the NASA ER-2 aircraft

A Meteorological Measurement System (MMS) was designed and installed on one of the NASA high-altitude ER-2 aircraft (NASA 706). The MMS provides in situ measurements of free-stream pressure (+ or - 0.3 mb), temperature (+ or - 0.3 C), and wind vector (+ or - 1 m/s). It incorporates a high-resolution inertial navigation system specially configured for scientific applications, a radome differential pressure system for measurements of the airflow angles, and a compact, computer-controlled data acquisition system to sample, process and store 45 variables on tape and on disk. The MMS hardware and software development is described, and resolution and accuracy of the instrumentation discussed. Custom software facilitates preflight system checkout, inflight data acquisition, and fast postflight data download. It accommodates various modes of MMS data: analog and digital, serial and parallel, and synchronous and asynchronous. Flight results are presented to demonstrate the capability of the system.

Scott, Stan G.↗
NASA NTRS1991

System Acquires And Displays Signal-Propagation Data

Electronic system acquires, controls processing of, and displays data from experiments on propagation of phase-coherent radio signals at frequencies of 12, 20, and 30 GHz. Acquisition equipment coordinates flow of data from multiple input channels to computer. Software provides for multi-tasking and for interactive graphical displays, including easy-to-use windows and pulldown menus with mouse input. Offers outstanding accuracy; acquires and displays data and controls associated equipment, all in real time.

Mckeeman, John C.↗
NASA NTRS2012

Where's My Data - WMD

WMD provides a centralized interface to access data stored in the Mission Data Processing and Control System (MPCS) GDS (Ground Data Systems) databases during MSL (Mars Science Laboratory) Testbeds and ATLO (Assembly, Test, and Launch Operations) test sessions. The MSL project organizes its data based on venue (Testbed, ATLO, Ops), with each venue's data stored on a separate database, making it cumbersome for users to access data across the various venues. WMD allows sessions to be retrieved through a Web-based search using several criteria: host name, session start date, or session ID number. Sessions matching the search criteria will be displayed and users can then select a session to obtain and analyze the associated data. The uniqueness of this software comes from its collection of data retrieval and analysis features provided through a single interface. This allows users to obtain their data and perform the necessary analysis without having to worry about where and how to get the data, which may be stored in various locations. Additionally, this software is a Web application that only requires a standard browser without additional plug-ins, providing a cross-platform, lightweight solution for users to retrieve and analyze their data. This software solves the problem of efficiently and easily finding and retrieving data from thousands of MSL Testbed and ATLO sessions. WMD allows the user to retrieve their session in as little as one mouse click, and then to quickly retrieve additional data associated with the session.

Quach, William L.↗
NASA NTRS2006

A Multi-mission Event-Driven Component-Based System for Support of Flight Software Development, ATLO, and Operations first used by the Mars Science Laboratory (MSL) Project

This paper details an architectural description of the Mission Data Processing and Control System (MPCS), an event-driven, multi-mission ground data processing components providing uplink, downlink, and data management capabilities which will support the Mars Science Laboratory (MSL) project as its first target mission. MPCS is developed based on a set of small reusable components, implemented in Java, each designed with a specific function and well-defined interfaces. An industry standard messaging bus is used to transfer information among system components. Components generate standard messages which are used to capture system information, as well as triggers to support the event-driven architecture of the system. Event-driven systems are highly desirable for processing high-rate telemetry (science and engineering) data, and for supporting automation for many mission operations processes.

Mission Data Processing and Control System (MPCS)↗
NASA NTRS2017

Modular Biometric Monitoring System

A modular system for acquiring biometric data includes a plurality of data acquisition modules configured to sample biometric data from at least one respective input channel at a data acquisition rate. A representation of the sampled biometric data is stored in memory of each of the plurality of data acquisition modules. A central control system is in communication with each of the plurality of data acquisition modules through a bus. The central control system is configured to control communication of data, via the bus, with each of the plurality of data acquisition modules.

Chmiel, Alan J.↗
NASA NTRS1973

TDRSS data handling and management system study. Ground station systems for data handling and relay satellite control

Results of a two-phase study of the (Data Handling and Management System DHMS) are presented. An original baseline DHMS is described. Its estimated costs are presented in detail. The DHMS automates the Tracking and Data Relay Satellite System (TDRSS) ground station's functions and handles both the forward and return link user and relay satellite data passing through the station. Direction of the DHMS is effected via a TDRSS Operations Control Central (OCC) that is remotely located. A composite ground station system, a modified DHMS (MDHMS), was conceptually developed. The MDHMS performs both the DHMS and OCC functions. Configurations and costs are presented for systems using minicomputers and midicomputers. It is concluded that a MDHMS should be configured with a combination of the two computer types. The midicomputers provide the system's organizational direction and computational power, and the minicomputers (or interface processors) perform repetitive data handling functions that relieve the midicomputers of these burdensome tasks.

Source record↗
NASA NTRS1962

NASA Scout ST-1 Flight-Test Results and Analyses, Launch Operations, and Test Vehicle Description

The first of a series of flight tests for the development of the four-stage, solid-propellant Scout vehicle was conducted at the NASA Wallops Station under the direction of the Langley Research Center. Vehicle designation for the test was NASA Scout ST-1. Performance characteristics of the vehicle and components were recorded during a high-altitude probe mission. Flight-simulation studies are presented and show that the accuracy of the guidance system during the flight was within control-system design specifications. The control system functioned normally during the flight with the exception of an overpowering of the reaction-control roll jets near burnout of the third-stage rocket motor. The resulting roll displacement of the vehicle is shown to have caused the monitor tracking radar which had been erroneously tracking a radar beacon in the vehicle on a side lobe to reorient to the major lobe of the receiving antenna. This tracking switch falsely indicated a violent turning maneuver on the monitor plot board and resulted in a hold-fire decision for the fourth-stage rocket motor. Although data for the final thrusting and coast phase of the flight were not obtained, the majority of the test objectives were achieved. In-flight thrust misalignment angles for the second- and third-stage rocket motors derived from control-system error data and for the first-stage motor determined from flight-simulation studies are presented. All rocket-motor thrust misalignment angles were well within the tolerances used for control-system design. Rocket-motor flight performance is presented, and velocity increments attained from the first three stages substantiated the predicted nominal performance. Operation of the rocket motors was satisfactory with the exception of high-level vibrations which were encountered during third-stage motor burning. Rolling moments which overpowered the reaction-control jets are also attributed to the burning characteristics of the third-stage motor. A discussion of the premature loss of the third-stage heat shield is given and shows that the heat-shield latching mechanism failed from pressure loads as the vehicle entered the transonic speed range. Although venting was provided to relieve the high negative pressures known to exist on the heat shield at these speeds, a field modification of the wiring tunnel had the same effect as opening the inside of the heat shield to ambient pressures. Consequently, the latching mechanism failed from pressure loads which were of about the same magnitude as the latching-mechanism yield loads. Skin temperatures were recorded at several locations on the vehicle and were generally in good agreement with theoretical values. Aerodynamic heating presented no problem during the flight since the maximum temperatures recorded during the flight were only about half the design values because of the high-launch-angle trajectory. Environmental vibrations recorded in the vicinity of the guidance package showed that no significant continuous amplitude levels above the general instrumentation noise level were present during first- and second-stage burning. Large vibration amplitudes were recorded during third-stage burning which coincided with the large roll disturbance experienced by the vehicle near burnout of the third-stage motor.

Scout Launch Vehicle↗
NASA NTRS1978

The data system dynamic simulation /DSDS/

The paper describes the development by NASA of the data system dynamic simulation (DSDS) which provides a data system simulation capability for a broad range of programs, with the capability to model and simulate all or any portion of an end-to-end data system to multiple levels of fidelity. Versatility is achieved by specifying parameters which define the performance characteristics of data system components, and by specifying control and data paths in a data system. DSDS helps reduce overall simulation cost and the time required for obtaining a data systems analysis, and helps provide both early realistic representations of data systems and the flexibility to study design changes and operating strategies.

Hooper, J. W.↗
NASA NTRS2011

Framework for Integrating Science Data Processing Algorithms Into Process Control Systems

A software framework called PCS Task Wrapper is responsible for standardizing the setup, process initiation, execution, and file management tasks surrounding the execution of science data algorithms, which are referred to by NASA as Product Generation Executives (PGEs). PGEs codify a scientific algorithm, some step in the overall scientific process involved in a mission science workflow. The PCS Task Wrapper provides a stable operating environment to the underlying PGE during its execution lifecycle. If the PGE requires a file, or metadata regarding the file, the PCS Task Wrapper is responsible for delivering that information to the PGE in a manner that meets its requirements. If the PGE requires knowledge of upstream or downstream PGEs in a sequence of executions, that information is also made available. Finally, if information regarding disk space, or node information such as CPU availability, etc., is required, the PCS Task Wrapper provides this information to the underlying PGE. After this information is collected, the PGE is executed, and its output Product file and Metadata generation is managed via the PCS Task Wrapper framework. The innovation is responsible for marshalling output Products and Metadata back to a PCS File Management component for use in downstream data processing and pedigree. In support of this, the PCS Task Wrapper leverages the PCS Crawler Framework to ingest (during pipeline processing) the output Product files and Metadata produced by the PGE. The architectural components of the PCS Task Wrapper framework include PGE Task Instance, PGE Config File Builder, Config File Property Adder, Science PGE Config File Writer, and PCS Met file Writer. This innovative framework is really the unifying bridge between the execution of a step in the overall processing pipeline, and the available PCS component services as well as the information that they collectively manage.

Mattmann, Chris A.↗
NASA NTRS2006

NASA Stennis Space Center Integrated System Health Management Test Bed and Development Capabilities

Integrated System Health Management (ISHM) is a capability that focuses on determining the condition (health) of every element in a complex System (detect anomalies, diagnose causes, prognosis of future anomalies), and provide data, information, and knowledge (DIaK)-not just data-to control systems for safe and effective operation. This capability is currently done by large teams of people, primarily from ground, but needs to be embedded on-board systems to a higher degree to enable NASA's new Exploration Mission (long term travel and stay in space), while increasing safety and decreasing life cycle costs of spacecraft (vehicles; platforms; bases or outposts; and ground test, launch, and processing operations). The topics related to this capability include: 1) ISHM Related News Articles; 2) ISHM Vision For Exploration; 3) Layers Representing How ISHM is Currently Performed; 4) ISHM Testbeds & Prototypes at NASA SSC; 5) ISHM Functional Capability Level (FCL); 6) ISHM Functional Capability Level (FCL) and Technology Readiness Level (TRL); 7) Core Elements: Capabilities Needed; 8) Core Elements; 9) Open Systems Architecture for Condition-Based Maintenance (OSA-CBM); 10) Core Elements: Architecture, taxonomy, and ontology (ATO) for DIaK management; 11) Core Elements: ATO for DIaK Management; 12) ISHM Architecture Physical Implementation; 13) Core Elements: Standards; 14) Systematic Implementation; 15) Sketch of Work Phasing; 16) Interrelationship Between Traditional Avionics Systems, Time Critical ISHM and Advanced ISHM; 17) Testbeds and On-Board ISHM; 18) Testbed Requirements: RETS AND ISS; 19) Sustainable Development and Validation Process; 20) Development of on-board ISHM; 21) Taxonomy/Ontology of Object Oriented Implementation; 22) ISHM Capability on the E1 Test Stand Hydraulic System; 23) Define Relationships to Embed Intelligence; 24) Intelligent Elements Physical and Virtual; 25) ISHM Testbeds and Prototypes at SSC Current Implementations; 26) Trailer-Mounted RETS; 27) Modeling and Simulation; 28) Summary ISHM Testbed Environments; 29) Data Mining - ARC; 30) Transitioning ISHM to Support NASA Missions; 31) Feature Detection Routines; 32) Sample Features Detected in SSC Test Stand Data; and 33) Health Assessment Database (DIaK Repository).

Figueroa, Fernando↗
NASA NTRS1971

Apollo 11 Mission Report, Supplement 5: Performance of Lunar Module Reaction Control Systems

Spacecraft velocity data and crew reports indicated that RCS engine performance was nominal. It is estimated that the RCS engines accumulated a total of 1060 seconds on-time and 12,000 firings during the mission. The quad temperatures ranged from 132 to 232 F during the period when the heaters were active, within predicated ranges. The total propellant consumption from the RCS tanks was about 319 pounds, compared to a predicted value of 253 pounds. An additional 69 pounds of propellant were used from the ascent propulsion system tanks during interconnect feed operations associated with APS lift-off, following periods of rapid propellant usage. The only problems noted were two thrust chamber pressure switch failures on the quad one down-firing engine and on the quad 2 aft-firing engine. Engine performance was nominal on both engines, and the switch failures had no effect on the mission.

Blevins, D. R.↗
NASA NTRS2006

ISHM Implementation for Constellation Systems

Integrated System Health Management (ISHM) is a capability that focuses on determining the condition (health) of every element in a complex System (detect anomalies, diagnose causes, prognosis of future anomalies), and provide data, information, and knowledge (DIaK) "not just data" to control systems for safe and effective operation. This capability is currently done by large teams of people, primarily from ground, but needs to be embedded on-board systems to a higher degree to enable NASA's new Exploration Mission (long term travel and stay in space), while increasing safety and decreasing life cycle costs of systems (vehicles; platforms; bases or outposts; and ground test, launch, and processing operations). This viewgraph presentation reviews the use of ISHM for the Constellation system.

Figueroa, Fernando↗