Search NASA⌕ Search

SEARCH · Search NASA

Results for “SERVICE”

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 577 records · Page 32

A Deeper Dive Into the Meaning and Implications of Interoperability for LunaNet Communications and Navigation Services

As part of planning efforts for cislunar exploration and science missions, space agencies have been collaborating with each other to enable communications, networking, Position, Navigation, and Timing (PNT) systems to exchange information and provide services to spacecraft and space systems in transit, in orbit, and on the surface, thus helping each other to achieve their common goals. To achieve commonality and lower cost for mutual benefit, the strategy of interoperability is being adopted to help all the pieces fit together and function smoothly. Interoperability gives cislunar users the ability to operate in a collaborative environment similar to the terrestrial Internet, allowing them to share information, navigate safely despite increasing radio frequency congestion, and follow common processes and procedures for effective joint operations. Unlike prior government-dominated efforts, this ecosystem is expected to include commercial for-profit businesses, non-profit organizations, and academic institutions. Ultimately, the goal is to enable a cislunar ecosystem of service providers and users to contribute and/or utilize infrastructure and capabilities to accomplish mission objectives spanning the full range of human endeavours while supporting a variety of business models. This paper reports on the results of an effort to assist in efforts to frame the development of the international LunaNet architecture by providing a canonical definition of interoperability broad enough to meet these needs, examine architectural and operational implications of the definition, and explore interoperability strategies and tactics for deploying and evolving these services. It describes key systems-of-systems (SoS) (Network-of-Networks) interoperability concepts in the context of sustainment of the ecosystem over time as systems evolve in technologies, standards and Standards Development Organizations, component and subsystem upgrades, and user applications

LunaNet↗

Deeper Dive into Interoperability and Its Implications for LunaNet Communications and Navigation Services

The Artemis program being developed by United States’ (US) National Aeronautics and Space Administration (NASA) is developing the capabilities to return humans to the Moon and establish an initial base camp and associated infrastructure with extensive contributions from international and commercial partners. In planning for cislunar exploration and science missions, space agencies are collaborating to enable communications, networking, and Positioning, Navigation, and Timing (PNT) systems—called LunaNet—to exchange information and provide services to cislunar spacecraft and space systems, thus helping each other to achieve their shared goals. To achieve commonality and lower cost for mutual benefit, the strategy of interoperability is being adopted to help fit all the pieces together and function smoothly. Facilitating interoperability should benefit lunar missions by providing the ability to operate in a collaborative environment similar to the terrestrial Internet. Interoperability allows them to share information, navigate safely despite increasing radio frequency congestion, and follow common processes and procedures for effective joint operations. Unlike prior government-dominated efforts, this ecosystem is expected to include and benefit for-profit (commercial) businesses, non-profit organizations, and academic institutions as active stakeholders. Ultimately, the goal is to enable a cislunar ecosystem of service providers and users to contribute to and/or utilize infrastructure and capabilities to achieve mission objectives that span the full range of human endeavors while supporting a variety of business models. This approach enables a Systems of Systems (SoS), such as a Network-of-Networks, to be sustainable in the context of the LunaNet ecosystem as systems evolve over time in technologies, standards, components, and user applications. This paper reports on the results of an effort to help frame the development of the international LunaNet architecture by providing a canonical definition of interoperability broad enough to meet these needs, examining architectural and operational implications of the definition, and exploring interoperability strategies and tactics to deploy and evolve the services proposed for cislunar exploration and science missions.

interoperability↗

Meteoritical Society Service Award Citation for Richard C. Greenwood

We are honored to recognize the many years of service our colleague Dr. Richard C. Greenwood has provided the community with the Meteoritical Society’s Service Award. Richard’s myriad efforts include his extensive work in education and public outreach, his service to the Meteoritical Society and the broader scientific community, his extensive classification and curation of extraterrestrial samples for research, his committed student mentorship, and his exceptional support of other’s research.

Devin L. Schrader↗

Usability of an Updated Version of the Supplemental Data Service Provider-Consolidated Dashboard for Supporting Uncrewed Aircraft System Traffic Management

The Supplemental Data Service Provider-Consolidated Dashboard (SDSP-CD) is a preflight planning user interface (UI) that serves to aid operators when drafting routes for small uncrewed aircraft systems (sUASs). The primary function of the SDSP-CD is to identify hazards that an sUAS may encounter along a proposed flight path and assess the severity of these risks. A usability study was conducted on an updated version of the SDSP-CD to determine if the most recent iterations made to the system improved objective performance and subjective user experience. There are two main components of the SDSP-CD interface: (1) the dashboard and (2) the interactive map. The dashboard provides users with hazard and vehicle limitations for each sUAS in their fleet while the map contains a graphical representation of each vehicle’s route, hazard details, and geographic information. A series of preflight risk-assessment questions and tasks were developed to examine how participants interact with the updated version of the SDSP-CD. Additionally, a new service that measures vertiport congestion was developed and included as one of the services that was tested. In the present study, participants were trained to use the SDSP-CD and then completed two simulated scenarios during which they performed a variety of tasks, responded to questions, and completed surveys. The two scenarios developed for the present study were the Package Delivery and Hurricane Preparation scenarios. The Package Delivery scenario involved a fleet of four sUASs delivering low-stakes items (e.g., lunches and snacks) to people in a fictitious city. The Hurricane Preparation scenario involved a fleet of 11 sUASs delivering a range of supplies (from medicine to boardgames) to employees stranded at an office park due to road closures caused by an impending hurricane. Participants assumed the role of a fleet manager during both scenarios and were responsible for managing the sUASs in their fleet. Questions included those with objectively correct responses, open-ended strategy responses, and subjective user experience feedback. It was found that participants were largely successful at using the SDSP-CD interface to answer questions with objectively correct responses. Additionally, participants were able to use reasoning and logic based on the information available in the SDSP-CD to determine the cause of various risks and what actions they would consider taking. Finally, although participants reported that there were elements of the UI that could be improved, overall feedback pertaining to user experience suggested that the SDSP-CD concept is viable.

usability testing↗

Designing a Propylene-Glycol Coolant Servicer System for Gateway’s Internal Active Thermal Control System

A human spacecraft ATCS—especially one using single-phase coolant loops exposed to cabin atmospheric conditions—requires periodic degassing and refilling to support long-duration missions of 15 to 30 years. During initial fill operations, system maintenance, gas permeation, and quick-disconnect mating or de-mating, small amounts of gas can gradually enter the coolant system over time. This can lead to degraded heat transfer performance, pump cavitation, and potentially pump vapor lock if a significant gas volume accumulates over time. Additionally, system leaks and routine fluid sampling can gradually reduce accumulator volumes to unacceptable levels, requiring periodic refills. In more severe cases, catastrophic changes in fluid composition may necessitate emergency draining, refilling, and degassing to ensure continued system functionality. These risks were identified and mitigated on the ISS ITCS through the development of a dual-membrane degasser ORU and a Fluid Servicer System ORU for coolant refilling. These systems were developed for the fully water-based ISS ITCS Coolant[1]. The Gateway space station, the first permanent human habitat in lunar orbit, uses a propylene-glycol/water coolant mixture, which has significantly different fluid properties compared to pure water. Because microgravity degassing technologies are sensitive to fluid surface tension and viscosity, existing ISS hardware is not suitable for servicing a propylene-glycol-based TCS. Unlike the ISS, the Gateway will operate in a higher-radiation environment and must meet stricter mass constraints due to its location outside of low earth orbit. This Government Furnished Equipment (GFE) flight hardware project aims to develop a lightweight, radiation-resistant Coolant Servicer System (CSS) capable of degassing and refilling Gateway’s propylene-glycol water-based IATCS.

Propylene Glycol Water↗

Designing a Propylene-Glycol Coolant Servicer System for Gateway’s Internal Active Thermal Control System

A human spacecraft ATCS—especially one using single-phase coolant loops exposed to cabin atmospheric conditions—requires periodic degassing and refilling to support long-duration missions of 15 to 30 years. During initial fill operations, system maintenance, gas permeation, and quick-disconnect mating or de-mating, small amounts of gas can gradually enter the coolant system over time. This can lead to degraded heat transfer performance, pump cavitation, and potentially pump vapor lock if a significant gas volume accumulates over time. Additionally, system leaks and routine fluid sampling can gradually reduce accumulator volumes to unacceptable levels, requiring periodic refills. In more severe cases, catastrophic changes in fluid composition may necessitate emergency draining, refilling, and degassing to ensure continued system functionality. These risks were identified and mitigated on the ISS ITCS through the development of a dual-membrane degasser ORU and a Fluid Servicer System ORU for coolant refilling. These systems were developed for the fully water-based ISS ITCS Coolant[1]. The Gateway space station, the first permanent human habitat in lunar orbit, uses a propylene-glycol/water coolant mixture, which has significantly different fluid properties compared to pure water. Because microgravity degassing technologies are sensitive to fluid surface tension and viscosity, existing ISS hardware is not suitable for servicing a propylene-glycol-based TCS. Unlike the ISS, the Gateway will operate in a higher-radiation environment and must meet stricter mass constraints due to its location outside of low earth orbit. This Government Furnished Equipment (GFE) flight hardware project aims to develop a lightweight, radiation-resistant Coolant Servicer System (CSS) capable of degassing and refilling Gateway’s propylene-glycol water-based IATCS.

Propylene Glycol Water↗

An Augmented Ground Station Architecture for Spacecraft-Initiated Communication Service Requests

Spacecraft performing science and exploration missions have increasingly complex and event-driven objectives, making communication needs difficult to predict in advance. Additional flexibility is required in space communication provider networks to effectively meet time-varying demand. We envision a framework for automated resource allocation in which requests for communications service are initiated by spacecraft based on current mission needs. We propose an augmented ground station configuration featuring a wide field-of-view antenna to receive transmissions from spacecraft requesting high-rate communications. A software suite to automate the service fulfillment process, including interfacing with external scheduling systems such as NASA’s Near Space Network, is described. Experimental results characterizing the physical-layer link between the wide field-of-view antenna and a software-defined radio testbed on the International Space Station are presented. We also discuss long-duration software testing on a ground-based testbed. Taken together, these proof-of-concept results demonstrate the feasibility of the concept to improve the responsiveness of space communications.

user-initiated service↗

Ground Control Station Development for the Dexterous Orbital Servicing System

The Dexterous Orbital Servicing System (DOSS) flight test program is being developed by NASA to verify the ability to utilize telerobotics for servicing Space Station Alpha. The development of a ground control station for Earth based control of DOSS is described. This flight test program provides a manipulator which is mounted on a multi-purpose experiment support structure in a Space Shuttle bay.

remote robotic control dexterous orbital servicing↗

Personalizing knowledge delivery services: a conceptual framework

Consistent with the call of the Minnesota Symposium for new theory in knowledge management, we offer a new conceptualization of Knowledge Management Systems (KMS) as a portfolio of personalized knowledge delivery services. Borrowing from research on online consumer behavior, we describe the challenges imposed by personalized knowledge delivery services, and suggest design parameters that can help to overcome these challenges. We develop our design constructs through a set of hypotheses and discuss the research implications of our new conceptualization. Finally, we describe practical implications suggested by our conceptualization - practical suggestions that we hope to gain some experience with as part of an ongoing action research project at our partner organization.

knowledge management↗

Personalizing Knowledge Delivery Services for Emerging Knowledge Processes (EKPs): A Conceptual Framework

The contents include: 1) What do most KMS in use today assume?; 2) Assumptions are violated when KMS is used by EKP workers - Why?; 3) Current State of KMS for EKPs are inadequate; 4) What would an "adequate" KMS for EKPs look like?; 5) "User-as-Consumer" Analogue: Ecommerce/Eem ployee Services; 6) Why is an ideal KMS for EKPs hard to achieve?; 7) So, what type of KMS design would work?; 8) Human-Based KMS for EKP - Proposal Call Managers at R&DLAB; 9) Proposal Call Managers (PCMs); 10) Specific PCM tasks; 11) Why is a R&DLAB PCM a human metaphor for a KMS for EKP?; 12) Data Collection; 13) Finding #1; 14) Finding #2; 15) Finding #3; 16) Factors affecting How/when; 17) Finding #4; 18) Finding #5; 19) Implication#l for a KMS for EKP: From System to Service; 20) Implication #2: From technology or human-centric to Mixed Mode; 21) Implication #3: From Simple User Profiles to Dynamic Delivery Profiles; 22) Implication #4: Maintaining a trustworthy environment; 23) Implication #5: Constructing a dynamic delivery profile; 24) Implications for Research: Model; and 25) Example Research Qs on KMS Support for EKPs.

knowledge management↗

Service Oriented Robotic Architecture for Space Robotics: Design, Testing, and Lessons Learned

This paper presents the lessons learned from six years of experiments with planetary rover prototypes running the Service Oriented Robotic Architecture (SORA) developed by the Intelligent Robotics Group (IRG) at the NASA Ames Research Center. SORA relies on proven software engineering methods and technologies applied to space robotics. Based on a Service Oriented Architecture and robust middleware, SORA encompasses on-board robot control and a full suite of software tools necessary for remotely operated exploration missions. SORA has been eld tested in numerous scenarios of robotic lunar and planetary exploration. The experiments conducted by IRG with SORA exercise a large set of the constraints encountered in space applications: remote robotic assets, ight relevant science instruments, distributed operations, high network latencies and unreliable or intermittent communication links. In this paper, we present the results of these eld tests in regard to the developed architecture, and discuss its bene ts and limitations.

service oriented architecture↗

The Multi-purpose Crew Vehicle European Service Module: a European Contribution to Human Exploration

This paper provides an overview of the system and subsystem configuration of the MPCV European Service Module (ESM) at Preliminary Design Review (PDR) stage as well as its perspectives of utilisation within the global space exploration endeavour. The MPCV ESM is a cylindrical module with a diameter of 4500 mm and a total length - main engine excluded - of 2700 mm. It is fitted with four solar array wings with a span of 18.8 m. Its dry mass is 3.5 metric tons and it can carry 8.6 tons of propellant. The main functions of the European Service Module are to bring the structural continuity between the launcher and the crew module, to provide propulsion to the MPCV, to ensure its thermal control as well as electrical power and to store water, oxygen and nitrogen for the mission. The current agreement foresees the development and production by Europe of one flight model, with an option for a second one. This module will be assembled in Europe and delivered to NASA in 2016. It will be used for a flight of the MPCV Orion in December 2017.

Design↗

The Multi-purpose Crew Vehicle European Service Module: a European Contribution to Human Exploration

This paper provides an overview of the system and subsystem configuration of the MPCV European Service Module (ESM) at Preliminary Design Review (PDR) stage as well as its perspectives of utilisation within the global space exploration endeavour. The MPCV ESM is a cylindrical module with a diameter of 4500 mm and a total length – main engine excluded – of 2700 mm. It is fitted with four solar array wings with a span of 18.8 m. Its dry mass is 3.5 metric tons and it can carry 8.6 tons of propellant. The main functions of the European Service Module are to bring the structural continuity between the launcher and the crew module, to provide propulsion to the MPCV, to ensure its thermal control as well as electrical power and to store water, oxygen and nitrogen for the mission. The current agreement foresees the development and production by Europe of one flight model, with an option for a second one. This module will be assembled in Europe and delivered to NASA in 2016. It will be used for a flight of the MPCV Orion in December 2017.

European Service Module↗

Implementation of the Orbital Maneuvering Systems Engine and Thrust Vector Control for the European Service Module

The European Space Agency (ESA) has entered into a partnership with the National Aeronautics and Space Administration (NASA) to develop and provide the Service Module (SM) for the Orion Multipurpose Crew Vehicle (MPCV) Program. The European Service Module (ESM) will provide main engine thrust by utilizing the Space Shuttle Program Orbital Maneuvering System Engine (OMS-E). Thrust Vector Control (TVC) of the OMS-E will be provided by the Orbital Maneuvering System (OMS) TVC, also used during the Space Shuttle Program. NASA will be providing the OMS-E and OMS TVC to ESA as Government Furnished Equipment (GFE) to integrate into the ESM. This presentation will describe the OMS-E and OMS TVC and discuss the implementation of the hardware for the ESM.

Orbital Maneuvering System↗

Venture Class Launch Services

Provide an introduction to the Launch Services Program, and specifically the strategic initiative that drove the Venture Class Launch Services contracts. Provide information from the VCLS request for proposals, as well as the Agency's CubeSat Launch Initiative.

cubesats↗

The Diverse Data, User Driven Services and the Power of Giovanni at NASA GES DISC

This presentation provides an overview of remote sensing and model data at GES (Goddard Earth Sciences) DISC (Data and Information Services Center); Overview of data services at GES DISC (Registration with NASA data system; Searching and downloading data); Giovanni (Geospatial Interactive Online VisualizationANd aNalysis Infrastructure): online data exploration tool; and NASA Earth Data and Information System.

model↗

Web Coverage Service Challenges for NASA's Earth Science Data

In an effort to ensure that data in NASA's Earth Observing System Data and Information System (EOSDIS) is available to a wide variety of users through the tools of their choice, NASA continues to focus on exposing data and services using standards based protocols. Specifically, this work has focused recently on the Web Coverage Service (WCS). Experience has been gained in data delivery via GetCoverage requests, starting out with WCS v1.1.1. The pros and cons of both the version itself and different implementation approaches will be shared during this session. Additionally, due to limitations with WCS v1.1.1 ability to work with NASA's Earth science data, this session will also discuss the benefit of migrating to WCS 2.0.1 with EO-x to enrich this capability to meet a wide range of anticipated user's needs This will enable subsetting and various types of data transformations to be performed on a variety of EOS data sets.

Web Coverage Services↗

Human Space Flight and Future Major Space Astrophysics Missions: Servicing and Assembly

Some concepts for candidate future "flagship" space observatories approach the payload limits of the largest launch vehicles planned for the next few decades, specifically in the available volume in the vehicle fairing. This indicates that an alternative to autonomous self-deployment similar to that of the James Webb Space Telescope will eventually be required. Moreover, even before this size limit is reached, there will be significant motivation to service, repair, and upgrade in-space missions of all sizes, whether to extend the life of expensive facilities or to replace outworn or obsolete onboard systems as was demonstrated so effectively by the Hubble Space Telescope program. In parallel with these challenges to future major space astronomy missions, the capabilities of in-space robotic systems and the goals for human space flight in the 2020s and 2030s offer opportunities for achieving the most exciting science goals of the early 21st Century. In this paper, we summarize the history of concepts for human operations beyond the immediate vicinity of the Earth, the importance of very large apertures for scientific discovery, and current capabilities and future developments in robot- and astronaut-enabled servicing and assembly.

Hubble Space Telescope↗