Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Ground control”

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 343 records · Page 19
All sourcesNASA NTRSDOE OSTI
NASA NTRS2006

Staffing the ISS Control Centers: Lessons Learned from Long-Duration Human Space Flight

The International Space Station (ISS) has been in operation with a permanent human presence in space for over five years, and plans for continued operations stretch ten years into the future. Ground control and support operations are, likewise, a 15-year enterprise. This long-term, 24-hour per day, 7 day per week support has presented numerous challenges in the areas of ground crew training, initial and continued certification, and console staffing. The Mission Control Center in Houston, Texas and the Payload Operations Center in Huntsville, Alabama have both tackled these challenges, with similar, yet distinct, approaches. This paper describes the evolution of the staffing and training policies of both control centers in a chronological progression. The relative merits and shortcomings of the various policies employed are discussed and a summary of "lessons learned" is presented. Finally, recommendations are made as best practices for future long-term space missions.

Olsen, Carrie D.↗
NASA NTRS1975

STS payloads mission control study, executive summary briefing

The following study objectives were investigated and results are briefly discussed: (1) identify flight control ground functions for representative STS payloads, (2) investigate present/planned NASA-wide facilities for STS payload control, (3) determine feasible, cost effective system concept options for flight control of STS payloads, and (4) development of implementation guidelines for proposed concept option(s).

Source record↗
NASA NTRS1987

Multimodal user input to supervisory control systems - Voice-augmented keyboard

The use of a voice-augmented keyboard input modality is evaluated in a supervisory control application. An implementation of voice recognition technology in supervisory control is proposed: voice is used to request display pages, while the keyboard is used to input system reconfiguration commands. Twenty participants controlled GT-MSOCC, a high-fidelity simulation of the operator interface to a NASA ground control system, via a workstation equipped with either a single keyboard or a voice-augmented keyboard. Experimental results showed that in all cases where significant performance differences occurred, performance with the voice-augmented keyboard modality was inferior to and had greater variance than the keyboard-only modality. These results suggest that current moderately priced voice recognition systems are an inappropriate human-computer interaction technology in supervisory control systems.

Mitchell, Christine M.↗
NASA NTRS2000

Rainfall Product Evaluation for the TRMM Ground Validation Program

Evaluation of the Tropical Rainfall Measuring Mission (TRMM) satellite observations is conducted through a comprehensive Ground Validation (GV) Program. Standardized instantaneous and monthly rainfall products are routinely generated using quality-controlled ground based radar data from four primary GV sites. As part of the TRMM GV program, effort is being made to evaluate these GV products and to determine the uncertainties of the rainfall estimates. The evaluation effort is based on comparison to rain gauge data. The variance between the gauge measurement and the true averaged rain amount within the radar pixel is a limiting factor in the evaluation process. While monthly estimates are relatively simple to evaluate, the evaluation of the instantaneous products are much more of a challenge. Scattegrams of point comparisons between radar and rain gauges are extremely noisy for several reasons (e.g. sample volume discrepancies, timing and navigation mismatches, variability of Z(sub e)-R relationships), and therefore useless for evaluating the estimates. Several alternative methods, such as the analysis of the distribution of rain volume by rain rate as derived from gauge intensities and from reflectivities above the gauge network will be presented. Alternative procedures to increase the accuracy of the estimates and to reduce their uncertainties also will be discussed.

Amitai, E.↗
NASA NTRS2003

Motor System Development Depends on Experience: A Microgravity Study of Rats

Animals move about their environment by sensing their surroundings and making adjustments according to need. All animals take the force of gravity into account when the brain and spinal cord undertake the planning and execution of movements. To what extent must animals learn to factor in the force of gravity when making neural calculations about movement? Are animals born knowing how to respond to gravity, or must the young nervous system learn to enter gravity into the equation? To study this issue, young rats were reared in two different gravitational environments (the one-G of Earth and the microgravity of low Earth orbit) that necessitated two different types of motor operations (movements) for optimal behavior. We inquired whether those portions of the young nervous system involved in movement, the motor system, can adapt to different gravitational levels and, if so, the cellular basis for this phenomenon. We studied two groups of rats that had been raised for 16 days in microgravity (eight or 14 days old at launch) and compared their walking and righting (ability to go from upside down to upright) and brain structure to those of control rats that developed on Earth. Flight rats were easily distinguished from the age-matched ground control rats in terms of both motor function and central nervous system structure. Mature surface righting predominated in control rats on the day of landing (R+O), while immature righting predominated in the flight rats on landing day and 30 days after landing. Some of these changes appear to be permanent. Several conclusions can be drawn from these studies: (1) Many aspects of motor behavior are preprogrammed into the young nervous system. In addition, several aspects of motor behavior are acquired as a function of the interaction of the developing organism and the rearing environment; (2) Widespread neuroanatomical differences between one-G- and microgravity-reared rats indicate that there is a structural basis for the adaptation to the rearing environment. These observations provide support for the idea that an animal's motor system adapts for optimal function within the environment experienced during a critical period in early postnatal life.

Walton, Kerry D.↗
NASA NTRS1999

Gentamicin: effect on E. coli in space

Previous investigations have shown that liquid bacterial cultures grown in space flight were not killed as effectively by antibiotic treatments as were cultures grown on Earth. However, the cause for the decreased antibiotic effectiveness remains unknown. Possible explanations include modified cell proliferation and modified antibiotic transport in the culture medium. Escherichia coli cultures were grown in space flight (STS-69 and STS-73), with and without gentamicin, on a solid agar substrate thus eliminating fluid effects and reducing the unknowns associated with space-flight bacterial cultures in suspension. This research showed that E. coli cultures grown in flight on agar for 24 to 27 hours experienced a heightened growth compared to simultaneous controls. However, addition of gentamicin to the agar killed the bacteria such that both flight and ground control E. coli samples had similar final cell concentrations. Therefore, while the reported existence of a decrease in antibiotic effectiveness in liquid cultures remains unexplained, these data suggest that gentamicin in space flight was at least as effective as, if not more effective than, on Earth, when E. coli cells were grown on agar.

STS-69 Shuttle Project↗
NASA NTRS2014

Activate/Inhibit KGCS Gateway via Master Console EIC Pad-B Display

My internship consisted of two major projects for the Launch Control System.The purpose of the first project was to implement the Application Control Language (ACL) to Activate Data Acquisition (ADA) and to Inhibit Data Acquisition (IDA) the Kennedy Ground Control Sub-Systems (KGCS) Gateway, to update existing Pad-B End Item Control (EIC) Display to program the ADA and IDA buttons with new ACL, and to test and release the ACL Display.The second project consisted of unit testing all of the Application Services Framework (ASF) by March 21st. The XmlFileReader was unit tested and reached 100 coverage. The XmlFileReader class is used to grab information from XML files and use them to initialize elements in the other framework elements by using the Xerces C++ XML Parser; which is open source commercial off the shelf software. The ScriptThread was also tested. ScriptThread manages the creation and activation of script threads. A large amount of the time was used in initializing the environment and learning how to set up unit tests and getting familiar with the specific segments of the project that were assigned to us.

Computer Programming↗
NASA NTRSDate not supplied

Establishing Trust in NASA’s Artemis Program Computer-Human Interface (CHI) Implementation

The NASA Artemis program will return humans to the moon. This time, with the help of commercial and international partners, the program’s objective is a permanent moon base. The moon base infrastructure, including an orbiting moon station and moon surface assets, will be developed for astronauts to stay for the long haul to learn to live and work on another planet in preparation for an eventual Humans-to-Mars mission. As the roundtrip communication delays increase in deep space exploration, more onboard systems autonomy and functionality will be needed to maintain and control the vehicle or habitat. These mission constraints will change the current Earth-based spacecraft ground control support approach that will demand more safe, efficient, and effective Computer-Human Interface (CHI) control. For Artemis, CHI is defined as the elements that the crew interfaces with-audio, video, lighting, and crew controls. Understanding how CHI will need to evolve to support deep space missions will be critical for the Artemis program-especially crew controls which is the focus of this paper. How does NASA ensure crew controls are reliable to control complex systems and prevent a catastrophic event due to human error-especially when the astronauts could be physiologically and/or psychologically impaired? NASA’s approach to mitigating catastrophic hazards in human spaceflight system development such as crew controls is through a holistic system engineering and Human System Integration methodology that embraces NASA’s Human-Rating Requirements-ensuring human performance characteristics to control/safely recover the crew from hazardous situations within the human interface design are considered. This paper discusses, at a high level, CHI for the Artemis program. Next, a discussion of what it means to human-rate a space system crew controls and how trust in the human-computer interface begins with the NASA human rating requirements. Finally, a discussion on how systems engineering, and the human system integration process ensures that crew control implementation incorporates the NASA human-rating requirements.

Human-Rating↗
NASA NTRS2019

Characterization of Sensory and Shelter Enrichment in the Rodent Research Habitat

The ISS provides a platform for conducting Rodent Research (RR) in microgravity and 9 missions have been successfully conducted. The results from these experiments have begun to provide new insights into the effects of spaceflight on mammalian physiological systems. After RR-1-4, the Flight IACUC required inclusion of additional cage enrichment into the Rodent Habitats (RH) to "enhance animal well-being by providing animals with sensory and motor stimulation, through structures and resources that facilitate the expression of species typical behaviors". A Hut, in the form of a rigid, mesh igloo-like shelter was implemented beginning with RR-5. The potential influence of the Hut in the novel cage environment of RH on various spaceflight-sensitive physiological systems has not been fully explored. To understand the effects of the Hut, mice (female C57Bl/6J, 15wks) were housed in Vivarium cage (n=5), RH with Hut (n=5), No Hut (n=5), Nestlet (n=10), and Cocoon (n=10) for 7 weeks. There were no differences in weekly body mass or food consumption. Tail blood draw indicated no differences in plasma corticosterone levels, immune cell types, or IgA levels. 24hrs prior to euthanasia, Open Field (OF) and Novel Object (NO) tests were performed. There were no differences across groups, all mice engaged in thigmotaxis (arena wall proximity) in the OF over 50% of the recorded time, and thigmotaxis declined when a NO was introduced. Additional behavioral analysis from daily videos are in progress to quantify activity levels. Post-euthanasia, there were no differences in soleus muscle or adrenal gland mass. Analysis of distal femur cancellous revealed some differences in microarchitecture. These results show that introduction of the Hut may diminish differences observed between spaceflight and ground controls, warranting improved validation of Hut effects in space, and also underscore the value of thorough preflight, ground based testing.

Shirazi-Fard, Yasaman↗
NASA NTRS2020

Command and Control System Automated Testing

To support the National Aeronautics and Space Administration’s (NASA) Space Launch System (SLS) rocket, Kennedy Space Center (KSC) has developed the Spaceport Command and Control System (SCCS) to monitor and control the pre-launch and launch operations. Within SCCS, the Launch Control System (LCS) is designed to allow console engineers to control and monitor the status of the launch and flight hardware, as well as issue commands to ground control systems and launch vehicles. The display software of the LCS is responsible for visualizing the various data that can be received from the hardware and software components of the LCS. Since this system is providing critical information to engineers in the firing room, the visualization of data across the system must be easy to understand, but also reliable and accurate.

Software↗
NASA NTRS2020

Command and Control System Automated Testing

To support the National Aeronautics and Space Administration’s (NASA) Space Launch System (SLS) rocket and the Orion capsule, designed to take humans back to the moon in 2024, Kennedy Space Center (KSC) has developed the Spaceport Command and Control System (SCCS) to monitor and control the launch. Within SCCS, the Launch Control System (LCS) is designed to allow console engineers to control and monitor the status of the launch and flight hardware, as well as issue commands to ground control systems and launch vehicles. The messaging software of LCS is responsible for handling the various data types that can be sent between the hardware and software components of the LCS. Since this system is interacting with numerous devices, controllers, and viewports in real time, the distribution of data across the system must be fast, but also reliable and accurate. To verify the accuracy and reliability of the system, developers on the project have created a set of tests to be performed that covers all operations allowed by the system. Given the extensive Application Programming Interface(API) provided by the messaging software, these unit tests are rather time-consuming and costly (in terms of man-hours) to perform. Therefore, an automated testing framework is used to perform supplemental tests automatically when updates are made to the code base.

Rebecca McFadden↗
NASA NTRSDate not supplied

Establishing Trust in NASA’s Artemis Campaign Computer-Human Interface (CHI) Implementation

The NASA Artemis program will return humans to the Moon. This time, with the help of commercial and international partners, the program's objective is a permanent moon base. The moon base infrastructure, including an orbiting moon station and moon surface assets, will be developed for astronauts to stay for the long haul to learn to live and work on another planet in preparation for an eventual Humans-to-Mars mission. As the roundtrip communication delays increase in deep space exploration, the crew will need more onboard systems autonomy and functionality to maintain and control the vehicle or habitat. These mission constraints will change the current Earth-based spacecraft to ground control support approach that will demand more safe, efficient, and effective Computer-Human Interface (CHI) control. For Artemis, CHI is defined as the elements that the crew interfaces with: audio, video, lighting, and crew controls subsystems. Understanding how CHI will need to evolve to support deep space missions will be critical for the Artemis program--especially crew controls, which is the focus of this paper. How does NASA ensure crew controls are reliable enough to control complex systems and prevent a catastrophic event due to human error--especially when the astronauts could be physiologically and/or psychologically impaired? NASA's approach to mitigating catastrophic hazards in human spaceflight system development such as crew controls, is through a holistic system engineering and Human System Integration methodology that focuses on incorporating NASA's Human-Rating Requirements-that ensures human performance characteristics to control/safely recover the crew from hazardous situations within the human interface design are considered. This paper discusses, at a high level, CHI for the Artemis program. Next, a discussion of what it means to human-rate a space system crew controls and how trust in the human-computer interface begins with the NASA human rating requirements. Finally, a discussion on how systems engineering and the human system integration process ensures that crew control implementation incorporates the NASA human-rating requirements.

artemis↗
NASA NTRSDate not supplied

Establishing Trust in NASA’s Artemis Campaign Computer-Human Interface (CHI) Implementation

The NASA Artemis program will return humans to the Moon. This time, with the help of commercial and international partners, the program's objective is a permanent moon base. The moon base infrastructure, including an orbiting moon station and moon surface assets, will be developed for astronauts to stay for the long haul to learn to live and work on another planet in preparation for an eventual Humans-to-Mars mission. As the roundtrip communication delays increase in deep space exploration, the crew will need more onboard systems autonomy and functionality to maintain and control the vehicle or habitat. These mission constraints will change the current Earth-based spacecraft to ground control support approach that will demand more safe, efficient, and effective Computer-Human Interface (CHI) control. For Artemis, CHI is defined as the elements that the crew interfaces with: audio, video, lighting, and crew controls subsystems. Understanding how CHI will need to evolve to support deep space missions will be critical for the Artemis program--especially crew controls, which is the focus of this paper. How does NASA ensure crew controls are reliable enough to control complex systems and prevent a catastrophic event due to human error--especially when the astronauts could be physiologically and/or psychologically impaired? NASA's approach to mitigating catastrophic hazards in human spaceflight system development such as crew controls, is through a holistic system engineering and Human System Integration methodology that focuses on incorporating NASA's Human-Rating Requirements-that ensures human performance characteristics to control/safely recover the crew from hazardous situations within the human interface design are considered. This paper discusses, at a high level, CHI for the Artemis program. Next, a discussion of what it means to human-rate a space system crew controls and how trust in the human-computer interface begins with the NASA human rating requirements. Finally, a discussion on how systems engineering and the human system integration process ensures that crew control implementation incorporates the NASA human-rating requirements.

artemis↗
NASA NTRS1973

Interaction between radiation effects, gravity and other environmental factors in Tribolium confusum.

The development of the flour beetle, Tribolium confusum, was studied through all stages of its life cycle. The results show that for each environmental factor there is a limited range of values within which the organisms are able best to survive and that this optimum range of survival becomes smaller when additional stresses are imposed upon the organism. This has been shown for external temperature, oxygen content of the atmosphere, gravity compensation, and radiation. On Biosatellite II it was shown that Tribolium pupae irradiated in spaceflight exhibited more wing abnormalities than ground controls. Later it was shown that gravity compensation, when combined with irradiation, can induce a similar effect at ground level.

Yang, C. H.↗
NASA NTRS1987

GT-MSOCC - A domain for research on human-computer interaction and decision aiding in supervisory control systems

The Georgia Tech-Multisatellite Operations Control Center (GT-MSOCC), a real-time interactive simulation of the operator interface to a NASA ground control system for unmanned earth-orbiting satellites, is described. The GT-MSOCC program for investigating a range of modeling, decision aiding, and workstation design issues related to the human-computer interaction is discussed. A GT-MSOCC operator function model is described in which operator actions, both cognitive and manual, are represented as the lowest level discrete control network nodes, and operator action nodes are linked to information needs or system reconfiguration commands.

Mitchell, Christine M.↗
NASA NTRS2003

The Physics of Solar Sails

The concept of using photon pressure for propulsion has been considered since Tsiolkovsky in 1921. In fact, Tsiolkovsky and Tsander wrote of 'using tremendous mirrors of very thin sheets' and 'using the pressure of sunlight to attain cosmic velocities' in 1924. The term 'solar sailing' was coined in the late 1950s and was popularized by Arthur C. Clarke in the short story Sunjammer (The Wind From the Sun) in May 1964. The National Aeronautics and Space Administration (NASA) used sailing techniques to extend the operational life of the Mariner 10 spacecraft in 1974-1975. A problem in the control system was causing Mariner 10 to go off course. By controlling the attitude of Mariner 10 and the angle of the solar power panels relative to the Sun, ground controllers were able to correct the problem without using precious fuel. Once thought to be difficult or impossible, solar sailing has come out of science fiction and into the realm of possibility. Any spacecraft using this method would need to deploy a thin sail that could be as large as many kilometers in extent. Candidate sail materials should be: 1) strong, 2) ultra-lightweight (density of a few g/sq m), 3) able to be folded or crushed until deployed, 4) subject to minimal sagging or stretching, and 5) resistant to ionizing radiation, such as galactic and solar particles (electrons and protons), x-rays, ultraviolet light, and magnetically trapped charged particles. Solar sails must be resistant to each of these types of radiation.

Hollerman, William Andrew↗
NASA NTRS2013

Kinect Engineering with Learning (KEWL)

According to a Nielsen survey at the time of this reporting, 41% of all households have a game console. This is one market in which NASA has been absent from education and outreach efforts. Kinect Engineering with Learning (KEWL) is made to enter into that market and bring NASA education and outreach to a very familiar venue. KEWL creates an education and outreach experience that is more participatory, both in a school and museum environment. KEWL is a set of applications that runs on an Xbox 360 using the Kinect controller used for education and outreach. These applications currently include: Train R2, a visual simulation of Robonaut 2 that allows students to control a virtual R2 in a game environment; Drive R2, an interface using the Xbox 360 and Kinect controller that allows students to control the real R2 using the methods they learned playing Train R2; ISS experience, a visual tour of the interior of the International Space Station where students use their body to fly through the virtual ISS; Gravity Ball, a simulation of throwing balls in the gravity of different planets; Solar Array repair, a simulation of the simplified STS-121 solar array repair mission; and PlaySpace, a Mars/Moon application that allows students to experience different aspects of Mars/Moon. Users can "fly through" the ISS using their body, allowing an experience similar to what an astronaut would have on orbit. In PlaySpace, users can fly over the surface of Mars and view surface data obtained by Mars rovers. Users of Train R2 and Drive R2 can experience what it is like to control a robot over a distance with a time delay, simulating the time delay that would occur between ground control and an on-orbit robot. The initial ISS experiences were built using parts of code from the NASA Enigma software. The models used in these experiences were also from the Integrated Graphics Operations and Analysis Lab model database. The PlaySpace experience incorporates surface data obtained from NASA rovers and satellites and was built by NASA JPL.

Goza, Sharon↗
NASA NTRS2017

Operating Small Sat Swarms as a Single Entity: Introducing SODA

Swarm concepts are a growing topic of interest in the small satellite community. Compared to a small satellite constellation, a swarm has the distinction of being multiple spacecraft in close proximity, in approximately the same orbit. Furthermore, we envision swarms to have capabilities for cross-link communication and station-keeping. Of particular interest is a means to maintain operator-specified geometry, alignment, and/or separation.From NASA's decadal survey, it is clear that simultaneous measurements from a 3D volume of space are desired for a variety of Earth scientific studies. As this mission concept is ultimately extended to deep space, some degree of local control for the swarm to self-correct its configuration is required. We claim that the practicality of ground commanding each individual satellite in the swarm is simply not a feasible concept of operations. In other words, the current state-of-practice does not scale to very large swarms (e.g. 100 spacecraft or more) without becoming cost prohibitive. To contain the operations costs and complexity, a new approach is required: the swarm must be operated as a unit, responding to high-level specifications for relative position and velocity.The Mission Design Division at NASA Ames Research Center is looking to the near future for opportunities to develop satellite swarm technology. As part of this effort, we are developing SODA (Swarm Orbital Dynamics Advisor), a tool that provides the orbital maneuvers required to achieve a desired type of relative swarm motion. The purpose of SODA is two-fold. First, it encompasses the algorithms and orbital dynamics model to enable the desired relative motion of the swarm satellites. The process starts with the user specifying the properties of a swarm configuration. This could be as simple as varying in-track spacing of the swarm in one orbit, or as complex as maintaining a specified 3D geometrical orientation. We presume that science objectives will drive this choice. Given these inputs, the tool provides the most efficient maneuver(s) to achieve the objective.Second, SODA provides a variety of visualization tools. We acknowledge that the relationship between a desired relative motion amongst the swarm, and the corresponding orbital parameters for each individual satellite may not be immediately apparent for ground controllers and mission planners. The purpose of SODA's visualization tools is to illustrate this concept clearly with a variety of graphics and animations. After computing the optimal orbital maneuvers to modify the swarm, these results are simulated to demonstrate successful swarm control.Our emphasis in this paper is on the importance of relating the desired motion of the swarm satellites relative to one another with the required orbital element changes. One cannot joystick a drifting swarm satellite back into position; the underlying orbital mechanics dictate the most efficient recovery maneuvers. To illustrate this point, results from several case study simulations are presented. We conclude with our forward work for ongoing SODA development and potential science applications.

small satellites↗