Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “remote operation”

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 199 records · Page 11
All sourcesNASA NTRSDOE OSTI
NASA NTRS2002

Internet Voice Distribution System (IVoDS) Utilization in Remote Payload Operations

Due to limited crew availability to support science and the large number of experiments to be operated simultaneously, telescience is key to a successful International Space Station (ISS) science program. Crew, operations personnel at NASA centers, and researchers at universities and companies around the world must work closely together to perform scientific experiments on-board ISS. NASA has initiated use of Voice over Internet Protocol (VoIP) to supplement the existing HVoDS mission voice communications system used by researchers. The Internet Voice Distribution System (IVoDS) connects researchers to mission support "loops" or conferences via Internet Protocol networks such as the high-speed Internet 2. Researchers use IVoDS software on personal computers to talk with operations personnel at NASA centers. IVoDS also has the capability, if authorized, to allow researchers to communicate with the ISS crew during experiment operations. NODS was developed by Marshall Space Flight Center with contractors A2 Technology, Inc. FVC, Lockheed- Martin, and VoIP Group. IVoDS is currently undergoing field-testing with full deployment for up to 50 simultaneous users expected in 2002. Research is currently being performed to take full advantage of the digital world - the Personal Computer and Internet Protocol networks - to qualitatively enhance communications among ISS operations personnel. In addition to the current voice capability, video and data-sharing capabilities are being investigated. Major obstacles being addressed include network bandwidth capacity and strict security requirements. Techniques being investigated to reduce and overcome these obstacles include emerging audio-video protocols and network technology including multicast and quality-of-service.

Best, Susan↗
NASA NTRS2002

Utilizing the US Lab Nadir Research Window for Remote Sensing Operations with The Window Observational Research Facility (WORF)

The Window Observational Research Facility (WORF) is an ISPR-based rack facility designed to take advantage of the high optical quality US Lab Nadir research window. The WORF is based on the ISS Expedite the Processing of Experiments to Space Station (EXPRESS) rack mechanical structure and electronic systems. The WORF has a unique payload volume located at the center of the rack that provides access to the window. The interior dimensions of the payload volume are 34-in. (86.36 cm) wide by 33-in. (83.82 cm) high by 23-in. (58.42 cm) deep. This facility supports the deployment of payloads such as 9 in. aerial photography cameras and 12 in. diameter optical equipment. The WORF coupled with the optical quality of the United States Lab window support the deployment of various payload disciplines. The WORF provides payloads with power, data command and control, air cooling, water cooling, and video processing. The WORF's payload mounting surfaces and interfaces include the interior payload mounting shelf and the interior and exterior aircraft-like seat tracks. The payload mounting shelf is limited to a maximum mass of 136 kg (299 pounds). The WORF can accommodate large payloads such as the commonly used Leica-Heerbrug RC-30 aerial photography camera (whose dimensions are 53.3 cm (21-in.) wide by 50.8 cm (20-in.) deep by 76.2 cm (30-in.) long). The performance characteristics of the WORF allow it to support an array of payload disciplines. The WORF provides a maximum of 3 Kw at 28 Vdc and has a maximum data rate of 10 Mbps. The WORF's unique payload volume is designed to be light-tight, down to 2.8 x 10(exp -11) Watts/cm2/steradian, and have low-reflective surfaces. This specially designed WORF interior supports payload investigations that observe low-light-level phenomenon such as aurora. Although the WORF rack does not employ any active rack isolation (i.e., vibration dampening) technology, the rack provides a very stable environment for payload operations (on the order of X microradians). The facility's software is capable of being updated during its period of deployment. The WORF project also includes a Suitcase Simulator to allow for a payload developer to verify data interfaces at his development site, a trainer rack for astronauts to learn how to operate the WORF prior to flight, and the use of the EXPRESS Functional Checkout Units to allow for payload checkout at the KSC prior to launch.

Turner, Richard↗
NASA NTRS2005

Ground System for Solar Dynamics Observatory (SDO) Mission

NASA s Goddard Space Flight Center (GSFC) has recently completed its Critical Design Review (CDR) of a new dual Ka and S-band ground system for the Solar Dynamics Observatory (SDO) Mission. SDO, the flagship mission under the new Living with a Star Program Office, is one of GSFC s most recent large-scale in-house missions. The observatory is scheduled for launch in August 2008 from the Kennedy Space Center aboard an Atlas-5 expendable launch vehicle. Unique to this mission is an extremely challenging science data capture requirement. The mission is required to capture 99.99% of available science over 95% of all observation opportunities. Due to the continuous, high volume (150 Mbps) science data rate, no on-board storage of science data will be implemented on this mission. With the observatory placed in a geo-synchronous orbit at 36,000 kilometers within view of dedicated ground stations, the ground system will in effect implement a "real-time" science data pipeline with appropriate data accounting, data storage, data distribution, data recovery, and automated system failure detection and correction to keep the science data flowing continuously to three separate Science Operations Centers (SOCs). Data storage rates of approx. 45 Tera-bytes per month are expected. The Mission Operations Center (MOC) will be based at GSFC and is designed to be highly automated. Three SOCs will share in the observatory operations, each operating their own instrument. Remote operations of a multi-antenna ground station in White Sands, New Mexico from the MOC is part of the design baseline.

Tann, Hun K.↗
NASA NTRS2003

An approach to autonomous operations for remote mobile robotic exploration

This paper presents arguments for a balanced approach to modelling and reasoning in an autonomous robotic system. The framework discussed utilizes both declarative and procedural modelling to define the domain, rules, and constraints of the system and also balances the use of deliberative and reactive reasoning during execution.

Planning scheduling execution rovers↗
NASA NTRS2003

An Approach to Autonomous Operations for Remote Mobile Robotic Exploration

This viewgraph presentation addresses the use of autonomy for remote mobile robotic exploration. The contents include; 1) Why Use Autonomy?; 2) What Are Some Options? JPL (Reasoning); 3) More Options.. . (Modeling); 4) The CLEaR Control System (Closed Loop Execution and Recovery); 5) Method of Response; 6) Overall Goal; 7) CLEaR in Action; 8) Initial Scenario; 9) Initial Scenario - Planned; 10) Unforeseen Events; and 11) Ongoing Research.

rovers↗
NASA NTRS2014

Integrated Launch Operations Applications Remote Display Developer

This internship provides the opportunity to support the creation and use of Firing Room Displays and Firing Room Applications that use an abstraction layer called the Application Control Language (ACL). Required training included video watching, reading assignments, face-to-face instruction and job shadowing other Firing Room software developers as they completed their daily duties. During the training period various computer and access rights needed for creating the applications were obtained. The specific ground subsystems supported are the Cryogenics Subsystems, Liquid Hydrogen (LH2) and Liquid Oxygen (LO2). The cryogenics team is given the task of finding the best way to handle these very volatile liquids that are used to fuel the Space Launch System (SLS) and the Orion flight vehicles safely.

Cryogenic Rocket Propellants↗
NASA NTRS2015

Telescience Resource Kit (TReK)

Telescience Resource Kit (TReK) is one of the Huntsville Operations Support Center (HOSC) remote operations solutions. It can be used to monitor and control International Space Station (ISS) payloads from anywhere in the world. It is comprised of a suite of software applications and libraries that provide generic data system capabilities and access to HOSC services. The TReK Software has been operational since 2000. A new cross-platform version of TReK is under development. The new software is being released in phases during the 2014-2016 timeframe. The TReK Release 3.x series of software is the original TReK software that has been operational since 2000. This software runs on Windows. It contains capabilities to support traditional telemetry and commanding using CCSDS (Consultative Committee for Space Data Systems) packets. The TReK Release 4.x series of software is the new cross platform software. It runs on Windows and Linux. The new TReK software will support communication using standard IP protocols and traditional telemetry and commanding. All the software listed above is compatible and can be installed and run together on Windows. The new TReK software contains a suite of software that can be used by payload developers on the ground and onboard (TReK Toolkit). TReK Toolkit is a suite of lightweight libraries and utility applications for use onboard and on the ground. TReK Desktop is the full suite of TReK software -most useful on the ground. When TReK Desktop is released, the TReK installation program will provide the option to choose just the TReK Toolkit portion of the software or the full TReK Desktop suite. The ISS program is providing the TReK Toolkit software as a generic flight software capability offered as a standard service to payloads. TReK Software Verification was conducted during the April/May 2015 timeframe. Payload teams using the TReK software onboard can reference the TReK software verification. TReK will be demonstrated on-orbit running on an ISS provided T61p laptop. Target Timeframe: September 2015 -2016. The on-orbit demonstration will collect benchmark metrics, and will be used in the future to provide live demonstrations during ISS Payload Conferences. Benchmark metrics and demonstrations will address the protocols described in SSP 52050-0047 Ku Forward section 3.3.7. (Associated term: CCSDS File Delivery Protocol (CFDP)).

Lippincott, Jeff↗
NASA NTRS2021

Practical Operational Readiness Gambits: Operations Training Simulations for the Curiosity Rover

The Mars Science Laboratory team had been puttingin effort to make a Training Venue to allow for parallel shadowtactical operations for trainees to actively work alongside theprime tactical operations personnel without affecting operations,since staffing constraints and shortened operations timelineswere straining the tactical process in supporting operationstrainees in the traditional way. The COVID- 19 Pandemic presentedfurther challenges in continuing on-console training forMSL operations trainees. The MSL operations team switched tofully remote operations, thus hampering the direct mentorshipa trainee would normally receive while on site at JPL. TheMars 2020 training team had developed a concept for roveroperations training simulations based on Johnson Space Center’sextensive simulations training program for astronauts andflight controllers. The MSL team borrowed this idea, and implementedthese training simulations which are called PracticalOperational Readiness Gambits (PORGs). The PORGs so farhave focused on the Science Planner and Rover Planner roles,which are two crucial roles in tactical operations that engagein key interactions throughout a shift. PORGs are based onactual sol scenarios that have occurred on Mars and follow thetactical operations process and timeline as closely as possible.However, unlike an operations shift, PORGs can slow down orpause to allow for more mentoring time. PORGs can focus onparticular skills to test the trainees on their understanding ofa concept. PORGs increase in complexity with each scenario toease the trainees into more typical tactical operations workloads.As more trainees join the MSL operations team, more roles arebeing incorporated into PORGs. There are plans to incorporatecertified operations personnel into PORGs to practice anomalyresponse situations. PORGs have become an essential part of theMSL operations training program and will continue even afterthe return to on-site operations at JPL.

Gajeway, Jocelyn↗
NASA NTRSDate not supplied

Pathfinding for Airspace with Autonomous Vehicles (PAAV) + m:N Tabletop

The Pathfinding for Airspace with Autonomous Vehicles (PAAV) project is investigating how to integrate increasingly autonomous aircraft into the current air traffic management system. The project aims to help develop airspace procedures and technologies that are scalable to future autonomous operations. The purpose of this brief is to inform a working group on past and future PAAV efforts. The working group specializes in "m:N" operations, which refers to remote operations where one or more ground-based pilots cooperatively control multiple unmanned aircraft. The PAAV team will detail an upcoming tabletop exercise that is designed to elicit feedback from subject matter experts on current barriers to m:N operations for unmanned cargo operations and potential solutions to those obstacles. The working group will be given an opportunity to provide feedback on the objectives and methodology to be used in the PAAV tabletop exercise.

autonomous↗
NASA NTRSDate not supplied

Assessing Helicopter Pilots’ Detect and Avoid and Collision Avoidance Performance With ACAS Xr

The latest variant of the Federal Aviation Administration’s Airborne Collision Avoidance System (ACAS X) is being designed for both crewed and uncrewed rotorcraft. Referred to as ACAS Xr, the system joins a suite of other ACAS X variants poised to replace the Traffic Alert and Collision Avoidance System (TCAS II). ACAS Xr is tuned to support current-day helicopter platforms as well as electric Vertical Takeoff and Landing (eVTOL) vehicles that are still under development. Given this flexibility, ACAS Xr may be used by helicopter crews currently in operation or by remotely-operated eVTOL aircraft in the emerging Advanced Air Mobility (AAM) market. To cover the range of potential uses, two distinct configurations are being proposed for ACAS Xr: Collision Avoidance System (CAS) and Detect and Avoid (DAA). Under the CAS configuration, ACAS Xr provides minimal caution-level alerting but issues directive warning-level alerting and guidance. The DAA configuration, by contrast, provides caution-level alerting and guidance, in addition to the warning-level alerting and guidance. The current study was performed as part of the National Aeronautics and Space Administration’s AAM project. Six helicopter pilots were recruited to fly a variety of scripted traffic scenarios in a full-motion, crewed eVTOL simulator. Participants flew 60 encounters over two days, reacting to pre-recorded intruder aircraft that were scripted to fly into the participant’s aircraft from different approach angles, relative altitudes, and during different phases of flight. The pilots flew half of the encounters with the CAS configuration and half with the DAA configuration. Within each block of 30 encounters, pilots experienced 10 conflicts while in cruise, 10 in hover, and 10 while on approach to a heliport. Results showed that pilot response times were consistently under 5 seconds for RAs and under 10 seconds for DAA alerts, when present, during all three phases of flight. Unsurprisingly, the DAA configuration was associated with lower rates of en-route and high-severity losses of DAA well clear compared to the CAS configuration in all phases of flight except for the terminal area. Rates of losses of DAA well clear were found to be substantially higher in the Hover scenario, compared to Cruise. Pilots failed to fully comply with RAs at a rate of 0.10-0.18 in all conditions except for the DAA configuration in the Hover scenario, which was associated with a higher non-compliance rate of 0.4 due to Descend RAs issued at low altitudes. The implications of these results with regards to the ongoing development of ACAS Xr is discussed.

air taxis↗
NASA NTRSDate not supplied

Assessing Helicopter Pilots’ Detect and Avoid and Collision Avoidance Performance with ACAS Xr

The latest variant of the Federal Aviation Administration’s Airborne Collision Avoidance System (ACAS X) is being designed for both crewed and uncrewed rotorcraft. Referred to as ACAS Xr, the system joins a suite of other ACAS X variants poised to replace the Traffic Alert and Collision Avoidance System (TCAS II). ACAS Xr is tuned to support current-day helicopter platforms as well as electric Vertical Takeoff and Landing (eVTOL) vehicles that are still under development. Given this flexibility, ACAS Xr may be used by helicopter crews currently in operation or by remotely-operated eVTOL aircraft in the emerging Advanced Air Mobility (AAM) market. To cover the range of potential uses, two distinct configurations are being proposed for ACAS Xr: Collision Avoidance System (CAS) and Detect and Avoid (DAA). Under the CAS configuration, ACAS Xr provides minimal caution-level alerting but issues directive warning-level alerting and guidance. The DAA configuration, by contrast, provides caution-level alerting and guidance, in addition to the warning-level alerting and guidance. The current study was performed as part of the National Aeronautics and Space Administration’s AAM project. Six helicopter pilots were recruited to fly a variety of scripted traffic scenarios in a full-motion, crewed eVTOL simulator. Participants flew 60 encounters over two days, reacting to pre-recorded intruder aircraft that were scripted to fly into the participant’s aircraft from different approach angles, relative altitudes, and during different phases of flight. The pilots flew half of the encounters with the CAS configuration and half with the DAA configuration. Within each block of 30 encounters, pilots experienced 10 conflicts while in cruise, 10 in hover, and 10 while on approach to a heliport. Results showed that pilot response times were consistently under 5 seconds for RAs and under 10 seconds for DAA alerts, when present, during all three phases of flight. Unsurprisingly, the DAA configuration was associated with lower rates of en-route and high-severity losses of DAA well clear compared to the CAS configuration in all phases of flight except for the terminal area. Rates of losses of DAA well clear were found to be substantially higher in the Hover scenario, compared to Cruise. Pilots failed to fully comply with RAs at a rate of 0.10-0.18 in all conditions except for the DAA configuration in the Hover scenario, which was associated with a higher non-compliance rate of 0.4 due to Descend RAs issued at low altitudes. The implications of these results with regards to the ongoing development of ACAS Xr is discussed.

air taxis↗
NASA NTRS1991

Anthropomorphic Remote Manipulator

Two-armed telerobot undergoing development manipulates objects with dexterity approaching that of human. Designed to be remotely operated by human. Operator wears harness with exoskeletonlike sleeves and gloves; remote manipulator follows operator's arm, hand, and finger movements and feeds back position and force information so operator has sense of manipulating object held by telerobot. Developed for use in outer space. Suited for such terrestrial uses as handling materials and maintaining equipment in hazardous environments where mechanical dexterity and nearly instantaneous feedback of sensory information needed.

Jau, Bruno M.↗
NASA NTRS2016

Extreme Mapping: Looking for Water on the Moon

There are many challenges when exploring extreme environments. Gathering accurate data to build maps about places that you cannot go is incredibly complex. NASA supports scientists by remotely operating robotic rovers to explore uncharted territories. One potential upcoming mission is to look for water near a lunar pole (the Resource Prospector mission). Learn about the technical hurdles and research steps that NASA takes before the mission. NASA practices on Earth with Mission Analogs which simulate the proposed mission. This includes going to lunar-type landscapes, building field networks, testing out rovers, instruments and operational procedures. NASA sets up remote science back rooms just as there are for actual missions. NASA develops custom Ground Data Systems software to support scientific mission planning and monitoring over variable time delays, and separate commanding software and infrastructure to operate the rovers.

MOON↗
NASA NTRS1988

Plans for the extreme ultraviolet explorer data base

The paper presents an approach for storage and fast access to data that will be obtained by the Extreme Ultraviolet Explorer (EUVE), a satellite payload scheduled for launch in 1991. The EUVE telescopes will be operated remotely from the EUVE Science Operation Center (SOC) located at the University of California, Berkeley. The EUVE science payload consists of three scanning telescope carrying out an all-sky survey in the 80-800 A spectral region and a Deep Survey/Spectrometer telescope performing a deep survey in the 80-250 A spectral region. Guest Observers will remotely access the EUVE spectrometer database at the SOC. The EUVE database will consist of about 2 X 10 to the 10th bytes of information in a very compact form, very similar to the raw telemetry data. A history file will be built concurrently giving telescope parameters, command history, attitude summaries, engineering summaries, anomalous events, and ephemeris summaries.

Marshall, Herman L.↗
NASA NTRS1966

Simple motor drive system operates heavy hinged door

Motor drive system remotely operates heavy steel radiation shielding doors. The drive consists of a standard motor reducer unit which is mounted on the door. This reducer drives a sprocket which is linked by chain to a fixed sprocket of the same size on the door jamb.

Pitkin, R. G.↗
NASA NTRS1992

Manipulator control for rover planetary exploration

An anticipated goal of Mars surface exploration missions will be to survey and sample surface rock formations which appear scientifically interesting. In such a mission, a planetary rover would navigate close to a selected sampling site and the remote operator would use a manipulator mounted on the rover to perform a sampling operation. Techniques for accomplishing the necessary manipulation for the sampling components of such a mission have been developed and are presented. We discuss the implementation of a system for controlling a seven (7) degree of freedom Puma manipulator, equipped with a special rock gripper mounted on a planetary rover prototype, intended for the purpose of performing the sampling operation. Control is achieved by remote teleoperation. This paper discusses the real-time force control and supervisory control aspects of the rover manipulation system. Integration of the Puma manipulator with the existing distributed computer architecture is also discussed. The work described is a contribution toward achieving the coordinated manipulation and mobility necessary for a Mars sample acquisition and return scenario.

Cameron, Jonathan M.↗
NASA NTRS2011

Habitat Demonstration Unit Project Leadership and Management Strategies

This paper gives an overview of the National Aeronautics and Space Administration (NASA) led multi-center Habitat Demonstration Unit (HDU) project leadership and management strategies. The HDU project team constructed and tested an analog prototype lunar surface habitat/laboratory called the Pressurized Excursion Module (PEM) during 2010. The prototype unit subsystems were integrated in a short amount of time, utilizing a tiger team approach that brought together over 20 habitation-related technologies and innovations from a variety of NASA centers. This paper describes the leadership and management strategies as well as lessons learned pertaining to leading and managing a multi-center diverse team in a rapid prototype environment. The PEM configuration went from a paper design to an operational surface habitat demonstration unit in less than 12 months. The HDU project is part of the strategic plan from the Exploration Systems Mission Directorate (ESMD) Directorate Integration Office (DIO) and the Exploration Mission Systems Office (EMSO) to test destination elements in analog environments. The 2011 HDU-Deep Space Habitat (DSH) configuration will build upon the PEM work, and emphasize validity of crew operations (remote working and living), EVA operations, mission operations, logistics operations, and science operations that might be required in a deep space context for Near Earth Object (NEO) exploration mission architectures. The 2011 HDU-DSH will be field-tested during the 2011 Desert Research and Technologies Studies (DRaTS) field tests. The HDU project is a "technology-pull" project that integrates technologies and innovations from multiple NASA centers. This project will repurpose the HDU 2010 demo unit that was field tested in the 2010 DRaTS, adding habitation functionality to the prototype unit. This paper will describe the strategy of establishing a multi-center project management team that put in place the key multi-center leadership skills and disciplines to enable a successful tiger team approach. Advocacy was established with key stakeholders and NASA Headquarters (HQ) by defining a strategic vision, mission, goals and objectives for the project and team. As a technology-pull testbed capability the HDU project was able to collaborate and leverage the Exploration Technology Development Program (ETDP) and individual NASA center investments which capitalized on their respective center core competencies and skills. This approach enable the leveraging of over $7.5m of value to create an operational habitat demonstration unit 2010 PEM configuration.

Kennedy, Kriss J.↗