Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Ground 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 1,351 records · Page 75

The Value of SysML Modeling During System Operations: A Case Study

System models are often touted as engineering tools that promote better understanding of systems, but these models are typically created during system design. The Ground Data System (GDS) team for the Dawn spacecraft took on a case study to see if benefits could be achieved by starting a model of a system already in operations. This paper focuses on the four steps the team undertook in modeling the Dawn GDS: defining a model structure, populating model elements, verifying that the model represented reality, and using the model to answer system-level questions and simplify day-to-day tasks. Throughout this paper the team outlines our thought processes and the system insights the model provided.

Dutenhoffer, Chelsea↗

VIPER Lunar Rover Agile Mission Systems

Agile development methods, which have gone from outlier to mainstream in software development, are poised to expand into all aspects of space mission development. Modern software development operates on a principle of continuous deployment, where progress is verified not with conventional metrics, but with a continuous build, available to key stakeholders, enabling direct examination of the state of the code base, and assessment of progress through demonstration of capability. Delivery times are measured in weeks, not months. Stakeholders are part of the process on an ongoing basis. The cost of change is comparatively low and requirements, which often are not precisely defined at the start of a project, may be iteratively refined in a series of agile development cycles. Agile methods are compatible with traditional system engineering methods and may be tailored to the space operations environment. The low cost of change and iterative development cycles of agile enable requirements to be defined as outcomes and constraints, with design details to be refined during the development cycle. We are now at a point where agile methods may be extended beyond software, to Mission Systems, including the Mission Operations System and the Ground Data System. For NASA’s VIPER Lunar Rover Mission, scheduled to land at a lunar pole in late 2023, we are developing the Mission System using agile methods. As in agile software, where the measure of progress is working code, in agile mission system development, the measure of capability is what we can demonstrate. Demonstrations over presentations. We demonstrate mission system capability using simulations. The concept of operations, from commanding, to driving the rover, to how we downlink images for evaluation for a near-real time command cycle, will be tested and proven in simulation, years before we begin the traditional simulation cycle for training. “Say it then simulate it.” We develop and refine our designs using simulations, with an emphasis on new components of the system that are not well known early. For example, the required duration of a mission planning cycle for a lunar surface asset such as VIPER, that operates twenty-four hours a day, seven days a week, with continuous communications and a unique set of constraints based on the physics of the lunar poles and the line of site to Earth, is a unique problem in mission planning that is unlikely to be solved in a series of meetings. A small number of requirements specifying the outcomes may serve as the jumping off point to an agile development cycle, with demonstration in simulations. We have already demonstrated this process with simulations of rover driver decision time. VIPER is driven using near-real time command and control to waypoints. The driver decision time between waypoints is a fundamental enabling unit of productivity to accomplish the mission timeline. We have validated driver decision time in simulations of rover driving at the lunar South Pole, using the prototype mission tools for driving, command and control. The capability to develop and refine designs using simulations as part of agile Mission System development cycle changes the nature of team interactions, creating a focus on doing, rather than analyzing and documenting. Waterfall development cycles were, in part, a product of the significant cost of change in the early days of spaceflight. When the cost of change is high, it is vital to get your requirements right at the outset, because the system will be built to those specifications, and, when change is expensive, you better get it right early. However, modern technology has greatly lowered the cost of change, enabling iterative, rapid development cycles, in which key operations concepts may be tested and refined during development. Extending agile development to the Mission System for VIPER is a significant step in moving agile development methods for space operations beyond software, to the Mission System.

Agile↗

Observation of spontaneous ferromagnetism in a two-dimensional electron system

Significance Ground states of low-disorder, interacting, dilute electron systems are of fundamental interest in understanding electron–electron interaction phenomena. Our experimental data on a clean two-dimensional electron system reveal a sequence of transitions as the density is lowered. Starting from high densities, we observe a transition from a metallic state to an exotic insulating phase that is stabilized by disorder and interaction. As we further lower the density, we observe signs of a spontaneous transition to a ferromagnetic ground state and then to a strongly insulating state whose characteristics suggest that it is a pinned solid phase, possibly a (ferromagnetic) Wigner solid. We also find that the onset of ferromagnetism can be controlled by tuning the electrons’ valley degree of freedom.

2D electron system↗

An Integrated Architecture for Onboard Spacecraft

As increasingly complex scientific and environmental observation spacecraft are deployed, the burden on the downlink assets, and ground-based systems complexity and cost is becoming a major problem. Already, the limitations of communications bandwidth and processing throughput limit the science data gathering, both in volume and in rate. This poses a dilemma to the scientist experimenter forcing choices between data collection and bandwidth/processing/archiving. Advances in ground based processing and space-to-Earth links have fallen behind the requirements for observation data, at increasing rates, over the last few decades. As NASA achieves its 40th anniversary, the ability to observe and capture phenomena of theoretical and practical interest to life on Earth far outstrips the ability to transfer, process, or store these data. NASA recognizes the need to invest on technological advancements that will enable both the space and ground systems to address the limitations. Spacecraft onboard computing power is a clear one. The capability of creating data products onboard the spacecraft adds a new level of flexibility to address the more demanding observation needs. Current spacecraft computing power is limited and incapable of addressing the needs of the new generation of observation satellites because extensive onboard data processing is required. Traditional spacecraft architectures only collect, package, and transmit to Earth the data acquired by multiple instruments. Conversely, the experience on developing ground data systems shows the need for high performance computing systems to process and create information from the instrumentation data. The expectation is that supercomputing technology is required to enable spacecraft to create information onboard. Moving supercomputing capability onboard spacecraft requires an approach that considers an integrated data architecture. Otherwise, it may simply convert a compute-bound problem into a communications bound problem, as has been shown numerous times in the context of massively parallel architectures. What is left to determine are the technologies that will enable spacecraft high performance computing.

Figueiredo, Marco A.↗

Marshall Space Flight Center Telescience Resource Kit

Telescience Resource Kit (TReK) is a suite of software applications that can be used to monitor and control assets in space or on the ground. The Telescience Resource Kit was originally developed for the International Space Station program. Since then it has been used to support a variety of NASA programs and projects including the WB-57 Ascent Vehicle Experiment (WAVE) project, the Fast Affordable Science and Technology Satellite (FASTSAT) project, and the Constellation Program. The Payloads Operations Center (POC), also known as the Payload Operations Integration Center (POIC), provides the capability for payload users to operate their payloads at their home sites. In this environment, TReK provides local ground support system services and an interface to utilize remote services provided by the POC. TReK provides ground system services for local and remote payload user sites including International Partner sites, Telescience Support Centers, and U.S. Investigator sites in over 40 locations worldwide. General Capabilities: Support for various data interfaces such as User Datagram Protocol, Transmission Control Protocol, and Serial interfaces. Data Services - retrieve, process, record, playback, forward, and display data (ground based data or telemetry data). Command - create, modify, send, and track commands. Command Management - Configure one TReK system to serve as a command server/filter for other TReK systems. Database - databases are used to store telemetry and command definition information. Application Programming Interface (API) - ANSI C interface compatible with commercial products such as Visual C++, Visual Basic, LabVIEW, Borland C++, etc. The TReK API provides a bridge for users to develop software to access and extend TReK services. Environments - development, test, simulations, training, and flight. Includes standalone training simulators.

Wade, Gina↗

Single Stage Rocket Technology's real time data system

The Single Stage Rocket Technology (SSRT) Delta Clipper Experimental (DC-X) Program is a United States Air Force Ballistic Missile Defense Organization (BMDO) rapid prototyping initiative that is currently demonstrating technology readiness for reusable suborbital rockets. The McDonnell Douglas DC-X rocket performed technology demonstrations at the U.S. Army White Sands Missile Range in New Mexico from April-October in 1993. The DC-X Flight Operations Control Center (FOCC) contains the ground control system that is used to monitor and control the DC-X vehicle and its Ground Support Systems (GSS). The FOCC is operated by a flight crew of three operators. Two operators manage the DC-X Flight Systems and one operator is the Ground Systems Manager. A group from McDonnell Douglas Aerospace at KSC developed the DC-X ground control system for the FOCC. This system is known as the Real Time Data System (RTDS). The RTDS is a distributed real time control and monitoring system that utilizes the latest available commercial off-the-shelf computer technology. The RTDS contains front end interfaces for the DC-X RF uplink/downlink and fiber optic interfaces to the GSS equipment. This paper describes the RTDS architecture and FOCC layout. The DC-X applications and ground operations are covered.

Voglewede, Steven D.↗

Systems analysis for ground-based optical navigation

Deep-space telecommunications systems will eventually operate at visible or near-infrared regions to provide increased information return from interplanetary spacecraft. This would require an onboard laser transponder in place of (or in addition to) the usual microwave transponder, as well as a network of ground-based and/or space-based optical observing stations. This article examines the expected navigation systems to meet these requirements. Special emphasis is given to optical astrometric (angular) measurements of stars, solar system target bodies, and (when available) laser-bearing spacecraft, since these observations can potentially provide the locations of both spacecraft and target bodies. The role of astrometry in the navigation system and the development options for astrometric observing systems are also discussed.

Null, G. W.↗

A system for testing airdata probes at high angles of attack using a ground vehicle

A system to calibrate airdata probes at angles of attack between 0 and 90 deg was developed and tested at the NASA Ames Dryden Flight Research Facility. This system used a test fixture mounted to the roof of a ground vehicle and included an onboard instrumentation and data acquisition system for measuring pressures and flow angles. The data could be easily transferred to the facility mainframe computer for further analysis. The system was designed to provide convenient and inexpensive airdata probe calibrations for projects which require airdata at high angles of attack, such as the F-18 High Alpha Research Program. This type of probe was tested to 90 deg angle of attack in a wind tunnel and using the ground vehicle system. The results of both tests are in close agreement. An airdata probe with a swiveling pilot-static tube was also calibrated with the ground vehicle system. This paper presents the results of these tests and gives a detailed description of the test system.

Geenen, Robert J.↗

Design and evaluation of an advanced air-ground data-link system for air traffic control

The design and evaluation of the ground-based portion of an air-ground data-link system for air traffic control (ATC) are described. The system was developed to support the 4D Aircraft/ATC Integration Study, a joint simulation experiment conducted at NASA's Ames and Langley Research Centers. The experiment focused on airborne and ground-based procedures for handling aircraft equipped with a 4D-Flight Management System (FMS) and the system requirements needed to ensure conflict-free traffic flow. The Center/TRACON Automation System (CTAS) at Ames was used for the ATC part of the experiment, and the 4D-FMS-equipped aircraft was simulated by the Transport Systems Research Vehicle (TSRV) simulator at Langley. The data-link system supported not only conventional ATC communications, but also the communications needed to accommodate the 4D-FMS capabilities of advanced aircraft. Of great significance was the synergism gained from integrating the data link with CTAS. Information transmitted via the data link was used to improve the monitoring and analysis capability of CTAS without increasing controller input workload. Conversely, CTAS was used to anticipate and create prototype messages, thus reducing the workload associated with the manual creation of data-link messages.

Denbraven, Wim↗

DCE and Legacy Systems - An Experience Report What Really Happened

The Multimission Ground Data System (MGDS) in use at the Jet Propulsion Laboratory (JPL) was developed in the latter half of the 1980s. It was a major departure from the one-of-a-kind, non-distributed ground data system previously employed. Today, a project is underway to determine if the Distributed Computing Environment (DCE) has a place in MGDS. The initial component targeted for replacement is an application layer built on top of TCP/IP which handles the MGDS message-passing requirements.

Multimission Ground Data System MGDS Distributed C↗

Measurement of Global Precipitation: Introduction to International GPM Program

The Global Precipitation Measurement (GPM) Program is an international cooperative effort whose objectives are to (a) obtain better understanding of rainfall processes, and (b) make frequent rainfall measurements on a global basis. The National Aeronautics and Space Administration (NASA) of the United States and the Japanese Aviation and Exploration Agency (JAXA) have entered into a cooperative agreement for the formulation and development of GPM. This agreement is a continuation of the partnership that developed the highly successful Tropical Rainfall Measuring Mission (TRMM) that was launched in November 1997; this mission continues to provide valuable scientific and meteorological information on rainfall and the associated processes. International collaboration on GPM from other space agencies has been solicited, and discussions regarding their participation are currently in progress. NASA has taken lead responsibility for the planning and formulation of GPM. Key elements of the Program to be provided by NASA include a Core satellite instrumented with a multi-channel microwave radiometer, a Ground Validation System and a ground-based Precipitation Processing System (PPS). JAXA will provide a Dual-frequency Precipitation Radar for installation on the Core satellite and launch services. Other United States agencies and international partners may participate in a number of ways, such as providing rainfall measurements obtained from their own national space-borne platforms, providing local rainfall measurements to support the ground validation activities, or providing hardware or launch services for GPM constellation spacecraft.

Hwang, P.↗