Search NASA⌕ Search

SEARCH · Search NASA

Results for “Remote operations”

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 685 records · Page 38

Lunar Science and Mission Systems Integration for Real-Time Long Duration Remote Robot Surface Operations

Conducting lunar science with a robot on the Moon that is commanded in real-time from Earth by distributed workgroups for long durations is a specific activity that has been developed by many projects including NASA’s Volatiles Investigating Polar Exploration Rover (VIPER) mission. VIPER’s nominal mission period for surface operations was set for 100 Earth days (four lunar days). VIPER’s science knowledge acquisition was set to focus on characterizing the distribution of water and volatiles across a range of thermal environments, within a traverse planned to optimize science return across up to 20 km. While VIPER’s status is the subject of discussion, there is research and analysis from the development and simulations phases that are of benefit to the lunar science community and future remote science operations projects. Discussed here are some findings on the process of integrating lunar science with mission system operations.

VIPER↗

Advancements in Remote Ground Control Station Operator Pilot in Command Training Program for Beyond Visual Line of Sight Flight Operations

The training program for a Remote Ground Control Station Operator Pilot in Command (R-GCSO PIC) at NASA Langley Research Center marks a pivotal evolution in preparing operators for Beyond Visual Line of Sight (BVLOS) operations. This program, developed within the Advanced Air Mobility (AAM) project High Density Vertiplex (HDV) subproject, was crafted to bridge the gap between traditional Ground Control Station Operators (GCSO) and R-GCSO PICs, focusing on uncrewed aircraft systems (UAS). It encompassed extensive theoretical and practical training, including hands-on experience with advanced simulators and live flight operations, while ensuring a deep understanding of BVLOS complexities. The training leveraged NASA technologies like the MPATH (Measuring Performance for Autonomy Teaming with Humans) ground control station software and incorporated human factors principles to enhance operational readiness. This paper details the program's development, execution, and the critical insights gained, emphasizing the necessity of continuous adaptation in training methodologies to meet the evolving demands of UAS operations in the National Airspace System.

Ground control station operator↗

Evaluating OpenSHMEM Explicit Remote Memory Access Operations and Merged Requests

The OpenSHMEM Library Specification has evolved consid- erably since version 1.0. Recently, non-blocking implicit Remote Memory Access (RMA) operations were introduced in OpenSHMEM 1.3. These provide a way to achieve better overlap between communication and computation. However, the implicit non-blocking operations do not pro- vide a separate handle to track and complete the individual RMA opera- tions. They are guaranteed to be completed after either a shmem quiet(), shmem barrier() or a shmem barrier all() is called. These are global com- pletion and synchronization operations. Though this semantic is expected to achieve a higher message rate for the applications, the drawback is that it does not allow fine-grained control over the completion of RMA operations. In this paper, first, we introduce non-blocking RMA operations with requests, where each operation has an explicit request to track and com- plete the operation. Second, we introduce interfaces to merge multiple requests into a single request handle. The merged request tracks multiple user-selected RMA operations, which provides the flexibility of tracking related communication operations with one request handle. Lastly, we explore the implications in terms of performance, productivity, usability and the possibility of defining different patterns of communication via merging of requests. Our experimental results show that a well designed and implemented OpenSHMEM stack can hide the overhead of allocating and managing the requests. The latency of RMA operations with requests is similar to blocking and implicit non-blocking RMA operations. We test our implementation with the Scalable Synthetic Compact Applications (SSCA #1) benchmark and observe that using RMA operations with requests and merging of these requests outperform the implementation using blocking RMA operations and implicit non-blocking operations by 49% and 74% respectively.

Boehm, Swen↗

Remotely driven model control surfaces for efficient wind-tunnel operations

A remote control system for wind-tunnel model control surfaces was developed during the Space Shuttle program to make more efficient use of wind-tunnel occupancy time and to aid in gathering the large force test data base necessary for the definition of the Shuttle aerodynamic characteristics. This paper presents a history of the development of the remote system, details of the system and associated equipment, and results from wind-tunnel tests showing the effect of system improvements on experimental data. Wind-tunnel test rate and cost comparisons are made between conventional models with bracketed control surfaces and remote models.

Ware, G. M.↗

Remotely driven model control surfaces for efficient wind-tunnel operations

A remote control system for wind-tunnel model control surfaces was developed during the Space Shuttle program to make more efficient use of wind-tunnel occupancy time and to aid in gathering the large force test data base necessary for the definition of the Shuttle aerodynamic characteristics. A history of the development of the remote system, details of the system and associated equipment, and results from wind-tunnel tests showing the effect of system improvements on experimental data are given. Wind-tunnel test rate and cost comparisons are made between conventional models with bracketed control surfaces and remote models.

Ware, G. M.↗

Operational utilization of remotely sensed data

The use of data from environmental satellites and other remote sensing platforms in some of NOAA's operational services are described. Topics discussed include: hurricanes; severe local storms and tornadoes; forest guidance; weather forecasting; hydrology; space program support; oceanography; search and rescue; and wildlife management. Applications which have become routine, and those which are in advanced field test are included. Some applications yield a clear cut economic benefit. In other cases, benefits -- if any -- are obscure. In yet other cases, benefits in one sector may be offset by detriments in another. Illustrative examples are given.

Jones, J. B.↗

Feasibility of simultaneous operation of passive remote microwave sensors and active services occupying adjacent frequency bands

To ensure proper sensor operations, it is necessary to understand the situation of potential interference to sensors due to active equipment sharing common frequency bands as well as equipment occupying adjacent bands. The feasibility of sharing common frequency bands between passive sensors and other active services was analyzed. Potential interference to sensors due to equipment in bands adjacent to sensor frequency bands is examined and criteria to avoid interference is developed.

Sue, M. K.↗

Remote Support of ISS Payload Operations During the COVID19 Pandemic

As part of the Human Health and Performance Contract (HHPC) with the NASA Johnson Space Center, the Human Research Program’s (HRP) Research Operations and Integration (ROI) element conducts the planning, implementation, and closing of human research operations on-board the International Space Station (ISS). These operations are supported out of the Telescience Support Center (TSC) located in the Mission Control Center at Houston’s Johnson Space Center (MCC-H). HRP ROI has an Emergency Response Plan in place to allow for remote operations to be completed in the case of inclement weather or other natural disaster; however, nominally, the remote support is only expected to last one to two weeks. In response to the COVID-19 global pandemic, HRP ROI was challenged to complete a quick transition to supporting on-orbit operations remotely and distanced for an indefinite amount of time. This shift in ground support required close collaboration with various external groups as well as the implementation or adaptation of various technologies and tools to ensure no loss of science data. Operational adjustments were put into place for ground commanding, telemetry monitoring, personnel staffing and private and public audio and video with the ISS. Adjustments were also put in place for communication and collaboration with MCC-H, the Payload Operation and Integration Center (POIC) at Marshall Space Flight Center (MSFC), as well as between the various HRP ROI console team members spread across Houston, TX. The ability to successfully support a variety of on-orbit operations from any remote location is more in demand as the commercialization of low Earth orbit is expanding.

Operations↗

South Pole Lunar Lighting Studies for Driving Exploration on the Lunar Surface

NASA’s Artemis lunar missions will face new exploration challenges due to inherently low sun angles in the lunar south pole region. Whereas the Apollo missions were afforded sunlight for approximately 8 to 50-degrees above the horizon, sunlight for the next lunar missions will only be 1 to 2-degrees about the horizon. With this low angle, long shadows and high contrasts of light and dark areas will be faced by the crew and remote teleop operators while exploring the lunar surface. With this in mind, NASA developed an integrated virtual Lighting and Navigation Simulation to understand these challenges. Two studies have been conducted in this Lunar South Pole environment to evaluate the effects of natural and artificial lighting on driving and navigating a lunar rover across the surface. Early NASA studies, such as this, are used to aid in developing techniques and explore concepts of operations to promote mission success and crew safety. In the Phase One development evaluation, six astronauts were teleported to ten different lighting conditions. For each location, drivers were to drive to an imaginary target approximately 200-meters straight ahead and provide subjective feedback on their ability to drive under the given lighting conditions. Phase Two, a more operational study, four astronauts and a remote operator tested five different Artemis lunar mission scenarios. Results indicated sun direction at such low angles, especially when driving a high speed, can severely impact the crew’s ability to safely drive the rover. In the up-sun situation, with the sun directly in the driver’s eyes and compounded long shadows, the consistent preference among drivers was to initiate a tacking strategy of approximately +/- 20 to 30-degrees to improve visibility. This maneuver does require more time and rover energetics. Conversely, driving down-sun required the crew to tack as well to avoid the shadow of rover blocking the terrain. Less appreciated is how the surrounding landscape is lit. Traveling into shadowed areas, especially while facing a lit terrain beyond the shadowed area, drivers enter at their own risk due to pupil contraction making artificial lights useless. Additionally, the constant transitioning between dark and light areas are mentally taxing to the crew and natural navigational references such as the stars are invisible and therefore unusable. Slope and depth magnitude are very difficult hazards to judge when approaching a shadowed crater. This naturally leads to slower driving speeds than originally anticipated. As for observing scientifically interesting features, assessing them accurately varies greatly by the lighting condition. In most cases, the task can be completed, but the strategy is to use the sun to one’s advantage. Crew workload distribution in the cockpit for driving operations was split amongst crew. The driver primarily focused attention on visual terrain (80%) but referenced displays approximately 20% of the time, while the co-pilot/navigator generally provided directional cues to the driver. These natural lighting conditions present significant challenges for safe rover operations; however, early studies having given investigators a “first-look” into understanding of how operating on the South Lunar Pole can be accomplished.

LTv↗

Robotic vehicle with multiple tracked mobility platforms

A robotic vehicle having two or more tracked mobility platforms that are mechanically linked together with a two-dimensional coupling, thereby forming a composite vehicle of increased mobility. The robotic vehicle is operative in hazardous environments and can be capable of semi-submersible operation. The robotic vehicle is capable of remote controlled operation via radio frequency and/or fiber optic communication link to a remote operator control unit. The tracks have a plurality of track-edge scallop cut-outs that allow the tracks to easily grab onto and roll across railroad tracks, especially when crossing the railroad tracks at an oblique angle.

42 ENGINEERING↗

Design of mission operations systems for scientific remote sensing

The present work describes the mission operations system (MOS) design process for remote-sensing missions. A MOS is defined as the system required to perform, monitor, and control an operation, encompassing personnel, hardware, software and/or documentation. Attention is given to telecommunications and remote-sensing instrumentation, MOS definition program phases and reviews, and MOS organization, management, and staffing. Also treated are the uplink and downlink processes, anomalies and contingency plans, the illustrative case of the MOS for the Magellan radar sensing mission, and a projection of future MOSs incorporating AI.

Wall, Stephen D.↗

Remotely Manned Systems for operation and exploration in space

A brief overview is presented of Remotely Manned Systems with emphasis on their use as tools for exploration and operation in space. Remotely Manned Systems missions and functions in space are described and classified in relation to other existing or planned space systems. Problem areas of large-scale man-machine systems are identified based on experience in the Surveyor program, the Mariner 9 Mars orbiter project and the Apollo program. The effects of communication time delay on system performance are investigated using the average velocity of a Martian rover as performance indicator. A substantial performance increase can be achieved by providing certain autonomous capabilities to the remote system.

Heer, E.↗

Development and flight test of an X-band precision approach concept for remote-area rotorcraft operations

A novel airborne radar-based precision approach concept was developed and flight tested as a part of NASA's Rotorcraft All-Weather Operations Research Program. A demonstration, transponder-based beacon landing system (BLS), incorporating state-of-the-art X-band radar technology and digital processing techniques, was built and flight tested to demonstrate the concept feasibility. The BLS airborne hardware consists of an add-on microprocessor, installed in conjunction with the aircraft weather/mapping radar, which analyzes the radar beacon receiver returns and determines range, localizer deviation, and glide slope deviation. The ground station is an inexpensive, portable unit which can be quickly deployed at a landing site. Results from the flight test program show that the BLS concept has a significant potential for providing rotorcraft with low-cost, precision, instrument approach capability in remote areas.

Clary, G. R.↗

Development and flight test of an X-band precision approach concept for remote-area rotorcraft operations

A novel airborne radar-based precision approach concept was developed and flight tested as a part of NASA's Rotorcraft All-Weather Operations Research Program. A demonstration, transponder-based beacon landing system (BLS), incorporating state-of-the-art X-band radar technology and digital processing techniques, was built and flight tested to demonstrate the concept feasibility. The BLS airborne hardware consists of an add-on microprocessor, installed in conjunction with the aircraft weather/mapping radar, which analyzes the radar beacon receiver returns and determines range, localizer deviation, and glide slope deviation. The ground station is an inexpensive, portable unit which can be quickly deployed at a landing site. Results from the flight test program show that the BLS concept has a significant potential for providing rotorcraft with low-cost, precision, instrument approach capability in remote areas. Previously announced in STAR as N84-10041

Clary, G. R.↗

Application of the Core Flight System to a Lunar Rover

Resource Prospector (RP) is a lunar mission sponsored by NASAs Advanced Exploration Systems (AES) division, that aims to study in-situ resource utilization (ISRU) feasibility and technologies on the surface of the moon. The RP missions lunar surface segment includes a rover equipped with with a suite of instruments specifically designed to measure and map volatiles both at the surface and in the subsurface. Of particular interest is the quantity and state of volatiles in permanently shadowed regions. To conduct the mission, ground system operators will remotely drive the rover, directing it to waypoints along the surface in order to achieve measurement objectives. At selected locations, an onboard drill will be deployed to collect material and obtain direct measurements of the subsurface constituents. RP is currently planned for launch in 2022. RP is managed at NASA Ames Research Center. The RP Rover is being designed and developed by NASA Johnson Space Center (JSC) in partnership with NASA Ames. NASA Kennedy Space Center (KSC) is responsible for the Honeybee drilling system and science payload.In order to better understand the technical challenges and demonstrate capability, in 2015 the RP project developed a rover testbed (known as RP15). In this mission in a year, a rover was designed, developed, and outfitted with science instruments and a drill. The rover was operated from a remote operations center, and operated in an outdoor lunar rock yard at Johnson space center. The study was a resounding success meeting all objectives. The RP Rover software architecture and development processes were based on the successful Lunar Atmosphere and Dust Environment Explorer spacecraft. This architecture is built on the Core Flight System software and an interface to MatlabSimulink auto-generated software components known as the Simulink Interface Layer (SIL). The application of this lunar satellite inspired framework worked well for the rover application, and is currently being planned for the mission. This presentation provides an overview of the architecture and processes, and describes some of the changes and challenges for the rover application.

CFS↗

Application of CFS to a Lunar Rover: Resource Prospector (RP)

Resource Prospector (RP) is a lunar mission sponsored by NASA's Advanced Exploration Systems (AES) division, that aims to study in-situ resource utilization (ISRU) feasibility and technologies on the surface of the moon. The RP mission's lunar surface segment includes a rover equipped with with a suite of instruments specifically designed to measure and map volatiles both at the surface and in the subsurface. Of particular interest is the quantity and state of volatiles in permanently shadowed regions. To conduct the mission, ground system operators will remotely drive the rover, directing it to waypoints along the surface in order to achieve measurement objectives. At selected locations, an onboard drill will be deployed to collect material and obtain direct measurements of the subsurface constituents. RP is currently planned for launch in 2022. RP is managed at NASA Ames Research Center. The RP Rover is being designed and developed by NASA Johnson Space Center (JSC) in partnership with NASA Ames. NASA Kennedy Space Center (KSC) is responsible for the Honeybee drilling system and science payload. In order to better understand the technical challenges and demonstrate capability, in 2015 the RP project developed a rover testbed (known as RP15). In this mission in a year, a rover was designed, developed, and outfitted with science instruments and a drill. The rover was operated from a remote operations center, and operated in an outdoor lunar rock yard at Johnson space center. The study was a resounding success meeting all objectives. The RP Rover software architecture and development processes were based on the successful Lunar Atmosphere and Dust Environment Explorer spacecraft. This architecture is built on the Core Flight System software and an interface to Matlab/Simulink auto-generated software components known as the Simulink Interface Layer (SIL). The application of this lunar satellite inspired framework worked well for the rover application, and is currently being planned for the mission. This presentation provides an overview of the architecture and processes, and describes some of the changes and challenges for the rover application.

RP↗

Simulated EVA operation of a remote connector assembly test report

The features of a connector concept with respect to timelines and ease of connection by EVA (extravehicular activity), in various mating orientations were evaluated. The connector tests were conducted by thee EVA astronaut test subjects. Each of four test conditions (baseline, off angle, overhead, and with visual obstruction) were run three times by each of the test subjects. Time data were taken on each test run. Visual and voice communications with the subjects were recorded. The tests demonstrated that EVA personnel can perform connection tasks in relatively short times (generally one minute) and the connector configuration was a reasonable design base for such tasks. The in-situ communications and post-test comments indicated that the connector was generally acceptable but requires improvement to its manual interface features.

Lefever, A.↗