Search NASA⌕ Search

SEARCH · Search NASA

Results for “ground control stations”

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 181 records · Page 10

Observation of an Aligned Gas - Solid "Eutectic" during Controlled Directional Solidification Aboard the International Space Station - Comparison with Ground-based Studies

Direct observation of the controlled melting and solidification of succinonitrile was conducted in the glovebox facility of the International Space Station (ISS). The experimental samples were prepared on ground by filling glass tubes, 1 cm ID and approximately 30 cm in length, with pure succinonitrile (SCN) in an atmosphere of nitrogen at 450 millibar pressure for eventual processing in the Pore Formation and Mobility Investigation (PFMI) apparatus in the glovebox facility (GBX) on board the ISS. Real time visualization during controlled directional melt back of the sample showed nitrogen bubbles emerging from the interface and moving through the liquid up the imposed temperature gradient. Over a period of time these bubbles disappear by dissolving into the melt. Translation is stopped after melting back of about 9 cm of the sample, with an equilibrium solid-liquid interface established. During controlled re-solidification, aligned tubes of gas were seen growing perpendicular to the planar solid/liquid interface, inferring that the nitrogen previously dissolved into the liquid SCN was now coming out at the solid/liquid interface and forming the little studied liquid = solid + gas eutectic-type reaction. The observed structure is evaluated in terms of spacing dimensions, interface undercooling, and mechanisms for spacing adjustments. Finally, the significance of processing in a microgravity environment is ascertained in view of ground-based results.

Grugel, R. N.↗

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↗

Use of Nack Oriented Reliable Multicast (NORM) Protocol for Transport of Spacecraft Telemetry in Ground Networks

Frequently it is necessary to distribute spacecraft telemetry to multiple destinations on Internet Protocol (IP) networks. There are various methods of delivering this data, but when the data is high rate and there are many destinations IP multicast provides the best solution from a network perspective. However, IP multicast only supports the User Datagram Protocol (UDP) which is connectionless and unreliable. This nature of UDP and by extension the low priority treatment of UDP packets by some network hardware creates a difficult environment for distribution of high rate telemetry to a number of recipients over IP networks. NACK (Negative ACKnowledgment) Oriented Reliable Multicast (NORM) is defined by IETF (Internet Engineering Task Force) RFC (Request for Comments) 5740 in 2009 by B. Adamson et al. NORM provides a mechanism of retransmission and or forward error correction for UDP packets, potentially overcoming the limits of UDP for the transmission of spacecraft telemetry. Marshall Space Flight Center’s (MSFC) Huntsville Operations Support Center (HOSC) manages the delivery of the International Space Station (ISS) payload science and health data. The ISS IP Ground Routed (IIGoR) network provides the delivery of the data from the ground stations to the control centers. HOSC personnel have been experimenting with the use of NORM on the link between the ground stations and the front end processor equipment in Huntsville, AL.

Baldwin, Patrick A.↗

The Utility of a Small Pressurized Rover with Suit Ports for Lunar Exploration: A Geologist's Perspective

Rover trade study: As summarized recently, mission simulations at Black Point Lava Flow (Arizona) that included realistic extravehicular activity (EVA) tasking, accurate traverse timelines, and an in-loop science CAPCOM (or SciCOM) showed that a small pressurized rover (SPR) was a better mobility asset than an unpressurized rover (UPR). Traverses within the SPR were easier on crew than spending an entire day in a spacesuit, enhancing crew productivity at each station. The SPR, named Lunar Electric Rover (LER), and sometimes called the Space Exploration Vehicle (SEV), could also provide shelter during a suit malfunction, radiation event, or medical emergency that might occur on the Moon. Intravehicular activity (IVA) capabilities: From within the vehicle, crew could describe and photo-document distant features during drives between stations, as well as in the near-field, directly in front of the LER, providing an ability to begin EVA planning on approach to each outcrop prior to egress. The vehicle can rotate 360º without any lateral movement, providing views in all directions. It has high-visibility windows, a ForeCam, AftCam, port and starboard cameras, docking cameras, and a GigaPan camera. EVA capabilities: To reduce timeline, mass, and volumetric overhead, rapid egress and ingress were envisioned, replacing an airlock with lower cabin pressure than on the International Space Station and suit ports on the aft cabin wall [2]. When needed for closer inspection and sample collecting, crew could egress in about 10 minutes through suit ports. Crew use SuitCams for additional photo-documentation, transmit mobile observations verbally, and collect surface materials. Typical simulations involved 3 to 4 EVA stations/day and 2 to 3 hr/day of boots on the ground. This allowed crew to explore a far larger territory, with more complex geological and in situ resource utilization (ISRU) features, than would a single, longer-duration EVA at one location, while also minimizing crew time in a spacesuit. Additionally, the vehicle could be driven with crew locked into the suit ports. This approach could involve a driver in the cockpit with a suited crewmember in a suit port, or the vehicle could be driven from the aft deck with both crewmembers in their suit ports. This approach was used when distances between stops were short enough that vehicle ingress and egress were less efficient than remaining in the suits and driving. Utility of suit ports: The advantages of suit ports were clearly demonstrated in those field-based trade studies. To illustrate those advantages further, consider the consequences of a SPR without suit ports at the Apollo 17 landing site. At that site, the crew's second EVA was an approximately 18 km loop conducted in a UPR, called the Lunar Roving Vehicle (LRV), in 7 hr 36 min 56 s. The traverse was composed of 5 formal stations, plus 8 additional LRV stations where crew made brief scientific stops. In a scenario involving a SPR without suit ports, crew would go EVA through an airlock and probably be limited to a single EVA per day. In that case, crew could drive the SPR ~9 km from the landing site to station 2, go EVA, and complete station 2 tasks. However, to conduct station 3 tasks, the crew would then need to walk approximately 3 km to station 3, while ground control in Houston tele-robotically drives the LER to station 3. A walk of approximately 3 km is possible, as that is what the Apollo 14 crew did before LRVs were deployed, but it is a lengthy and potentially grueling EVA. Assuming crew completes station 3 tasks, they would likely need to re-enter the SPR, ending the day's EVA, and return to the landing site. They would not be able to walk the additional distances to stations 4 and 5 (the latter being about 6 km from station 3). Thus, crew in an SPR without suit ports would require two days to accomplish the same tasks Apollo 17 crew completed in a single day. If a future crew is involved in long duration traverses on the lunar surface, the deployment of a vehicle with suit ports would probably be a better solution.

Kring, David A.↗

On-demand Command and Control of ASTERIA with Cloud-based Ground Station Services

ASTERIA (Arcsecond Space Telescope Enabling Research in Astrophysics) was a 6-unit CubeSat technology demonstration mission that deployed from the International Space Station on November 20th, 2017. After successfully completing its 90-day primary mission that demonstrated arcsecond-level line-of-sight pointing and focal plane thermal stability for exoplanet detection, it entered an extended mission performing onboard software demonstrations to mature technology both in space and on the ground. One of the technologies was a completely cloud-based ground system leveraging Amazon Web Services (AWS) Ground Station service.Announced in December 2018 and launched in May 2019, AWS Ground Station is a fully managed ground station service that aims to reduce the overhead associated with developing and maintaining ground system infrastructure throughout the mission lifecycle. AWS Ground Station makes available the suite of features required for any ground system in support of low-Earth orbit (LEO) and medium-Earth Orbit (MEO) satellite operations on-demand and without setting up or maintaining long-term contracts. Charges are incurred on a per-minute basis for antenna usage during scheduled tracks. Support is available for S-band uplink and downlink, along with X-band narrowband and wideband downlink. Missions that use the service may reserve tracks with any licensed AWS Ground Station antennas located across each service region and have direct access to any AWS services in support of mission operations.The cloud-based architecture built around the AWS Ground Station service greatly enhanced ASTERIA mission operations by enabling end-to-end pass automation, on-demand contact scheduling and contingency planning, along with more efficient data downlink through station availability and station-to-station handovers. It incorporated open-source software, particularly NASA's AMMOS Instrument Toolkit (AIT) and Open Mission Control Technologies (OpenMCT), along with the AWS application programming interfaces (API) to the Ground Station, Elastic Compute Cloud (EC2) and Simple Storage Service (S3) services. After showcasing operability in August 2019, the team continued using and improving this novel ground system architecture until the end of mission in December 2019. This paper describes the cloud-based ground system, how it was designed, tested, and evaluated with an in-orbit spacecraft, the operational capabilities that it enabled, along with lessons learned and recommendations for future missions.

Fesq, Lorraine↗

On-demand Command and Control of ASTERIA with Cloud-based Ground Station Services

ASTERIA (Arcsecond Space Telescope Enabling Research in Astrophysics) was a 6-unit CubeSat technology demonstration mission that deployed from the International Space Station on November 20th, 2017. After successfully completing its 90-day primary mission that demonstrated arcsecond-level line-of-sight pointing and focal plane thermal stability for exoplanet detection, it entered an extended mission performing onboard software demonstrations to mature technology both in space and on the ground. One of the technologies was a completely cloud-based ground system leveraging Amazon Web Services (AWS) Ground Station service. Announced in December 2018 and launched in May 2019, AWS Ground Station is a fully managed ground station service that aims to reduce the overhead associated with developing and maintaining ground system infrastructure throughout the mission lifecycle. AWS Ground Station makes available the suite of features required for any ground system in support of low-Earth orbit (LEO) and medium-Earth Orbit (MEO) satellite operations on-demand and without setting up or maintaining long-term contracts. Charges are incurred on a per-minute basis for antenna usage during scheduled tracks. Support is available for S-band uplink and downlink, along with X-band narrowband and wideband downlink. Missions that use the service may reserve tracks with any licensed AWS Ground Station antennas located across each service region and have direct access to any AWS services in support of mission operations. The cloud-based architecture built around the AWS Ground Station service greatly enhanced ASTERIA mission operations by enabling end-to-end pass automation, on-demand contact scheduling and contingency planning, along with more efficient data downlink through station availability and station-tostation handovers. It incorporated open-source software, particularly NASA's AMMOS Instrument Toolkit (AIT) and Open Mission Control Technologies (OpenMCT), along with the AWS application programming interfaces (API) to the Ground Station, Elastic Compute Cloud (EC2) and Simple Storage Service (S3) services. After showcasing operability in August 2019, the team continued using and improving this novel ground system architecture until the end of mission in December 2019. This paper describes the cloud-based ground system, how it was designed, tested, and evaluated with an inorbit spacecraft, the operational capabilities that it enabled, along with lessons learned and recommendations for future missions.

Fesq, Lorraine↗

Ground controlled robotic assembly operations for Space Station Freedom

A number of dextrous robotic systems and associated positioning and transportation devices are available on Space Station Freedom (SSF) to perform assembly tasks that would otherwise need to be performed by extravehicular activity (EVA) crewmembers. The currently planned operating mode for these robotic systems during the assembly phase is teleoperation by intravehicular activity (IVA) crewmembers. While this operating mode is less hazardous and expensive than manned EVA operations, and has insignificant control loop time delays, the amount of IVA time available to support telerobotic operations is much less than the anticipated requirements. Some alternative is needed to allow the robotic systems to perform useful tasks without exhausting the available IVA resources; ground control is one such alternative. The issues associated with ground control of SSF robotic systems to alleviate onboard crew time availability constraints are investigated. Key technical issues include the effect of communication time delays, the need for safe, reliable execution of remote operations, and required modifications to the SSF ground and flight system architecture. Time delay compensation techniques such as predictive displays and world model-based force reflection are addressed and collision detection and avoidance strategies to ensure the safety of the on-orbit crew, Orbiter, and SSF are described. Although more time consuming and difficult than IVA controlled teleoperations or manned EVA, ground controlled telerobotic operations offer significant benefits during the SSF assembly phase, and should be considered in assembly planning activities.

Parrish, Joseph C.↗

Summary of astronaut inputs on automation and robotics for Space Station Freedom

Astronauts and payload specialists present specific recommendations in the form of an overview that relate to the use of automation and robotics on the Space Station Freedom. The inputs are based on on-orbit operations experience, time requirements for crews, and similar crew-specific knowledge that address the impacts of automation and robotics on productivity. Interview techniques and specific questionnaire results are listed, and the majority of the responses indicate that incorporating automation and robotics to some extent and with human backup can improve productivity. Specific support is found for the use of advanced automation and EVA robotics on the Space Station Freedom and for the use of advanced automation on ground-based stations. Ground-based control of in-flight robotics is required, and Space Station activities and crew tasks should be analyzed to assess the systems engineering approach for incorporating automation and robotics.

Weeks, David J.↗

Training augmentation device for the Air Force satellite Control Network

From the 1960's and into the early 1980's satellite operations and control were conducted by Air Force Systems Command (AFSC), now Air Force Materiel Command (AFMC), out of the Satellite Control Facility at Onizuka AFB, CA. AFSC was responsible for acquiring satellite command and control systems and conducting routine satellite operations. The daily operations, consisting of satellite health and status contacts and station keeping activities, were performed for AFSC by a Mission Control Team (MCT) staffed by civilian contractors who were responsible for providing their own technically 'qualified' personnel as satellite operators. An MCT consists of five positions: mission planner, ground controller, planner analyst, orbit analyst, and ranger controller. Most of the training consisted of On-the-Job-Training (OJT) with junior personnel apprenticed to senior personnel until they could demonstrate job proficiency. With most of the satellite operators having 15 to 25 years of experience, there was minimal risk to the mission. In the mid 1980's Air Force Space Command (AFSPACOM) assumed operational responsibility for a newly established control node at Falcon AFB (FAFB) in CO. The satellites and ground system program offices (SPO's) are organized under AFSC's Space and Missiles Systems Center (SMC) to function as a systems engineering and acquisition agency for AFSPACECOM. The collection of the satellite control nodes, ground tracking stations, computer processing equipment, and connecting communications links is referred to as the Air Force Satellite Control Network (AFSCN).

Shoates, Keith B.↗

Payload training for the Space Station ERA

Training astronaut and ground controllers for payload operations onboard Space Station Freedom presents challenges not found in precursor programs such as Skylab and Spacelab. The evolution from current Spacelab payload training concepts is discussed, and the proposed SSF payload training approach is presented along with development strategies and recommendations.

Griner, Carolyn S.↗

Solar-A Prelaunch Mission Operation Report (MOR)

The Solar-A mission is a Japanese-led program with the participation of the United States and the United Kingdom. The Japanese Institute of Space and Astronautical Science (ISAS) is providing the Solar-A spacecraft, two of the four science instruments, the launch vehicle and launch support, and the principal ground station with Operational Control Center. NASA is providing a science instrument, the Soft X-ray Telescope (SXT)and tracking support using the Deep Space Network (DSN) ground stations. The United Kingdom s Science and Engineering Research Council (SERC) provides the Bragg Crystal Spectrometer. The Solar-A mission will study solar flares using a cluster of instruments on a satellite in a 600 km altitude, 31 degree inclination circular orbit. The emphasis of the mission is on imaging and spectroscopy of hard and soft X-rays. The principal instruments are a pair of X-ray imaging instruments, one for the hard X-ray range and one for the soft X-ray range. The Hard X-Ray Telescope (HXT), provided by ISAS, operates in the energy range of 10-100 keV and uses an array of modulation collimators to record Fourier transform images of the non-thermal and hot plasmas that are formed during the early phases of a flare. These images are thought to be intimately associated with the sites of primary energy release. The Soft X-Ray Telescope (SXT), jointly provided by NASA and ISAS, operates in the wavelength range of 3-50 Angstroms and uses a grazing incidence mirror to form direct images of the lower temperature (but still very hot) plasmas that form as the solar atmosphere responds to the injection of energy. The SXT instrument is a joint development effort between the Lockheed Palo Alto Research Laboratory and the National Astronomical Observatory of Japan. The U.S. effort also involves Stanford University, the University of California at Berkeley and the University of Hawaii, who provide support in the areas of theory, data analysis and interpretation, and ground-based observations. The hard and soft X-ray telescopes both have an alignment sensor, operating in the visual region of the spectrum, to provide co-alignment information.

Source record↗

Space station Simulation Computer System (SCS) study for NASA/MSFC. Volume 1: Overview and summary

NASA's Space Station Freedom Program (SSFP) planning efforts have identified a need for a payload training simulator system to serve as both a training facility and as a demonstrator to validate operational concepts. The envisioned Marshall Space Flight Center (MSFC) Payload Training Complex (PTC) required to meet this need will train the space station payload scientists, station scientists, and ground controllers to operate the wide variety of experiments that will be onboard the Space Station Freedom. The Simulation Computer System (SCS) is the computer hardware, software, and workstations that will support the Payload Training Complex at MSFC. The purpose of this SCS study is to investigate issues related to the SCS, alternative requirements, simulator approaches, and state-of-the-art technologies to develop candidate concepts and designs. This study was performed August 1988 to October 1989. Thus, the results are based on the SSFP August 1989 baseline, i.e., pre-Langley configuration/budget review (C/BR) baseline. Some terms, e.g., combined trainer, are being redefined. An overview of the study activities and a summary of study results are given here.

Source record↗

Space station Simulation Computer System (SCS) study for NASA/MSFC. Volume 4: Conceptual design report

The Simulation Computer System (SCS) is the computer hardware, software, and workstations that will support the Payload Training Complex (PTC) at Marshall Space Flight Center (MSFC). The PTC will train the space station payload scientists, station scientists, and ground controllers to operate the wide variety of experiments that will be onboard the Space Station Freedom. In the first step of this task, a methodology was developed to ensure that all relevant design dimensions were addressed, and that all feasible designs could be considered. The development effort yielded the following method for generating and comparing designs in task 4: (1) Extract SCS system requirements (functions) from the system specification; (2) Develop design evaluation criteria; (3) Identify system architectural dimensions relevant to SCS system designs; (4) Develop conceptual designs based on the system requirements and architectural dimensions identified in step 1 and step 3 above; (5) Evaluate the designs with respect to the design evaluation criteria developed in step 2 above. The results of the method detailed in the above 5 steps are discussed. The results of the task 4 work provide the set of designs which two or three candidate designs are to be selected by MSFC as input to task 5-refine SCS conceptual designs. The designs selected for refinement will be developed to a lower level of detail, and further analyses will be done to begin to determine the size and speed of the components required to implement these designs.

Source record↗

Space Station Simulation Computer System (SCS) study for NASA/MSFC. Volume 1: Baseline architecture report

NASA's Space Station Freedom Program (SSFP) planning efforts have identified a need for a payload training simulator system to serve as both a training facility and as a demonstrator to validate operational concepts. The envisioned MSFC Payload Training Complex (PTC) required to meet this need will train the Space Station payload scientists, station scientists, and ground controllers to operate the wide variety of experiments that will be onboard the Space Station Freedom. The Simulation Computer System (SCS) is made up of the computer hardware, software, and workstations that will support the Payload Training Complex at MSFC. The purpose of this SCS Study is to investigate issues related to the SCS, alternative requirements, simulator approaches, and state-of-the-art technologies to develop candidate concepts and designs.

Source record↗

Space Station Simulation Computer System (SCS) study for NASA/MSFC. Volume 2: Baseline architecture report

NASA's Space Station Freedom Program (SSFP) planning efforts have identified a need for a payload training simulator system to serve as both a training facility and as a demonstrator to validate operational concepts. The envisioned MSFC Payload Training Complex (PTC) required to meet this need will train the Space Station payload scientists, station scientists, and ground controllers to operate the wide variety of experiments that will be onboard the Space Station Freedom. The Simulation Computer System (SCS) is the computer hardware, software, and workstations that will support the Payload Training Complex at MSFC. The purpose of this SCS Study is to investigate issues related to the SCS, alternative requirements, simulator approaches, and state-of-the-art technologies to develop candidate concepts and designs.

Source record↗

Space Station Simulation Computer System (SCS) study for NASA/MSFC. Operations concept report

NASA's Space Station Freedom Program (SSFP) planning efforts have identified a need for a payload training simulator system to serve as both a training facility and as a demonstrator to validate operational concepts. The envisioned MSFC Payload Training Complex (PTC) required to meet this need will train the Space Station payload scientists, station scientists, and ground controllers to operate the wide variety of experiments that will be onboard the Space Station Freedom. The Simulation Computer System (SCS) is made up of computer hardware, software, and workstations that will support the Payload Training Complex at MSFC. The purpose of this SCS Study is to investigate issues related to the SCS, alternative requirements, simulator approaches, and state-of-the-art technologies to develop candidate concepts and designs.

Source record↗

Space Station Simulation Computer System (SCS) study for NASA/MSFC. Phased development plan

NASA's Space Station Freedom Program (SSFP) planning efforts have identified a need for a payload training simulator system to serve as both a training facility and as a demonstrator to validate operational concepts. The envisioned MSFC Payload Training Complex (PTC) required to meet this need will train the Space Station payload scientists, station scientists and ground controllers to operate the wide variety of experiments that will be onboard the Space Station Freedom. The Simulation Computer System (SCS) is made up of computer hardware, software, and workstations that will support the Payload Training Complex at MSFC. The purpose of this SCS Study is to investigate issues related to the SCS, alternative requirements, simulator approaches, and state-of-the-art technologies to develop candidate concepts and designs.

Source record↗