Search NASA⌕ Search

SEARCH · Search NASA

Results for “Mars navigation architecture future missions”

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.

31 records · Page 2

Testing Mars 2020 Flight Software and Hardware in the Surface System Development Environment

The Mars 2020 (M2020) Perseverance Rover is NASA's most advanced planetary rover mission to date. It includes a novel Sample Caching Subsystem (SCS) which will collect rock cores for possible future return to Earth, as well as an improved mobility system with enhanced autonomous navigation which will enable it to traverse faster and farther than prior rovers. The development of both systems required extensive flight software and flight hardware testing. To support this testing, we developed the Surface System Development Environment (SSDEV) and used it for a wide variety of testing. SSDEV is a bundled subset of M2020 Flight Software which runs on commercially available Linux computers and can be combined with multiple backend options for simulation and hardware control. The SSDEV architecture enabled our teams to perform much more testing of flight software and flight hardware than would have otherwise been possible. As a secondary benefit, the SSDEV-based test campaigns also helped our teams enter the operations phase of the mission with greater readiness of operations products and tools. In this paper, we summarize the motivation for SSDEV, provide an overview of the SSDEV architecture, list several examples of how SSDEV was used, and summarize lessons learned. SSDEV is not a substitute for integrated testing with flight-like avionics, but it enabled substantially more testing than would have otherwise been possible and also provided some unique benefits. We recommend architectures like SSDEV to future projects that need to perform extensive hardware and software testing using a limited set of flight-like avionics.

Wai, Dennis↗

Design Concepts for a Small Space-Based GEO Relay Satellite for Missions Between Low Earth and near Earth Orbits

The main purpose of the Small Space-Based Geosynchronous Earth orbiting (GEO) satellite is to provide a space link to the user mission spacecraft for relaying data through ground networks to user Mission Control Centers. The Small Space Based Satellite (SSBS) will provide services comparable to those of a NASA Tracking Data Relay Satellite (TDRS) for the same type of links. The SSBS services will keep the user burden the same or lower than for TDRS and will support the same or higher data rates than those currently supported by TDRS. At present, TDRSS provides links and coverage below GEO; however, SSBS links and coverage capability to above GEO missions are being considered for the future, especially for Human Space Flight Missions (HSF). There is also a rising need for the capability to support high data rate links (exceeding 1 Gbps) for imaging applications. The communication payload on the SSBS will provide S/Ka-band single access links to the mission and a Ku-band link to the ground, with an optical communication payload as an option. To design the communication payload, various link budgets were analyzed and many possible operational scenarios examined. To reduce user burden, using a larger-sized antenna than is currently in use by TDRS was considered. Because of the SSBS design size, it was found that a SpaceX Falcon 9 rocket could deliver three SSBSs to GEO. This will greatly reduce the launch costs per satellite. Using electric propulsion was also evaluated versus using chemical propulsion; the power system size and time to orbit for various power systems were also considered. This paper will describe how the SSBS will meet future service requirements, concept of operations, and the design to meet NASA users' needs for below and above GEO missions. These users' needs not only address the observational mission requirements but also possible HSF missions to the year 2030. We will provide the trade-off analysis of the communication payload design in terms of the number of links looking above and below GEO; the detailed design of a GEO SSBS spacecraft bus and its accommodation of the communication payload, and a summary of the trade study that resulted in the selection of the Falcon 9 launch vehicle to deploy the SSBS and its impact on cost reductions per satellite. ======================================================================== Several initiatives have taken place within NASA1 and international space agencies2 to create a human exploration strategy for expanding human presence into the solar system; these initiatives have been driven by multiple factors to benefit Earth. Of the many elements in the strategy one stands out: to send robotic and human missions to destinations beyond Low Earth Orbit (LEO), including cis-lunar space, Near-Earth Asteroids (NEAs), the Moon, and Mars and its moons.3, 4 The time frame for human exploration to various destinations, based on the public information available,1,4 is shown in Figure 1. Advance planning is needed to define how future space communications services will be provided in the new budget environment to meet future space communications needs. The spacecraft for these missions can be dispersed anywhere from below LEO to beyond GEO, and to various destinations within the solar system. NASA's Space Communications and Navigation (SCaN) program office provides communication and tracking services to space missions during launch, in-orbit testing, and operation phases. Currently, SCaN's space networking relay satellites mainly provide services to users below GEO, at Near Earth Orbit (NEO), below LEO, and in deep space. The potential exists for using a space-based relay satellite, located in the vicinity of various solar system destinations, to provide communication space links to missions both below and above its orbit. Such relays can meet the needs of human exploration missions for maximum connectivity to Earth locations and for reduced latency. In the past, several studies assessed the ability of satellite-based relays working above GEO in conjunction with Earth ground stations. Many of these focused on the trade between space relay and direct-to-Earth station links5,6,7. Several others focused on top-level architecture based on relays at various destinations8,9,10,11,12. Much has changed in terms of microwave and optical technology since the publication of the referenced papers; Ka-band communication systems are being deployed, optical communication is being demonstrated, and spacecraft buses are becoming increasingly more functional and operational. A design concept study was undertaken to access the potential for deploying a Small Space-Based Satellite (SSBS) relay capable of serving missions between LEO and NEO. The needs of future human exploration missions were analyzed, and a notional relay-based architecture concept was generated as shown in Fig. 1. Relay satellites in Earth through cis-Lunar orbits are normally located in stable orbits requiring low fuel consumption. Relay satellites for Mars orbit are normally selected based on the mission requirement and projected fuel consumption. Relay satellites have extreme commonalities of functions between them, differing only in the redundancy and frequencies used; therefore, the relay satellite in GEO was selected for further analysis since it will be the first step in achieving a relay-based architecture for human exploration missions (see Fig.Figure 2). The mission design methodology developed by the Collaborative Modeling for Parametric Assessment of Space Systems (COMPASS) team13 was used to produce the satellite relay design and to perform various design trades. At the start of the activity, the team was provided with the detailed concept of the notional architecture and the system and communication payload drivers.

Relay Satellites↗

An Integrated Architecture Study for Autonomous Lunar Construction

Lunar construction is an expanding field within NASA’s Moon to Mars objectives that presents many challenges and requires innovative and reliable forms of autonomous operations on the surface of the Moon to further the technologies needed for human space exploration. Marshal Space Flight Center’s (MSFC) Advanced Concepts Office (ACO) addressed Lunar Infrastructure Objective LI-4 l by developing a Pre-Phase A, integrated architecture to inform a demonstration for lunar construction operations. The ACO study traded three architectures that would survey and prepare a construction area to build a landing pad out of lunar regolith using MMPACT (Moon-to-Mars Planetary Autonomous Construction Technology) platforms, rovers, and navigation outposts. The main trades examined navigation for the system/architecture, options for rover navigation, battery vs continuous tether power for the MMPACT robotic arm, and assigning site prep functionality to the rovers vs the platforms. Results of the study determined that the best options for the scenario provided would be local navigation (more accurate and continuous), a combination of Light Detection and Ranging (LiDAR) for initial site mapping with subsequent Smart Video Guidance Sensors (SVGS) to save power for construction, and using tethered power to decrease mission duration. The team also concluded that assigning site prep functionality to either the rovers or the platforms has benefits and challenges; future studies could explore having that functionality on both the rovers and platforms. Lastly, the team provided a Concept of Operations (ConOps) timeline that can be used in real-time ground demonstrations to explore the mission timeline, construction processes, autonomous operations, and communication systems that can be tested using MSFC’s lunar regolith field and Lunar Utilization Control Area (LUCA).

Sarah Triana↗

Autonomous Rovers for Mars Exploration

Rovers will play a critical role in the exploration of Mars. Near-term mission plans call for long traverses over unknown terrain, robust navigation and instrument placement, and reliable operations for extended periods of time. Longer-term missions may visit multiple science sites in a single day and perform opportunistic science data collection, as well as complex scouting, construction, and maintenance tasks in preparation for an eventual human presence. The Pathfinder mission demonstrated the potential for robotic Mars exploration but at the same time indicated the need for more rover autonomy. The highly ground-intensive control with infrequent communication and high latency limited the effectiveness of the Sojourner rover. When failures occurred, Sojourner often sat idle for extended periods of time, awaiting further commands from earth. In future missions, the tasks will be more complex and extended; hence there will be even more situations where things do not go exactly as planned. Significant advances in rover autonomy are needed to cope with increasing task complexity and greater execution uncertainty. Towards this end, we have designed an on-board executive architecture that incorporates robust operation, resource utilization, and failure recovery. In addition, we have designed ground tools to produce and refine contingent schedules that take advantage of the on-board architecture's flexible execution characteristics. Together, the on-board executive and the ground tools constitute an integrated rover autonomy architecture. This work draws from our experience with the Deep Space One autonomy experiment, with enhancements to ensure robust operation in the face of the unpredictable, complex environment that the rover will encounter on Mars. The rover autonomy architecture is currently being developed and deployed on the Marsokhod rover platform at NASA Ames Research Center. The capabilities of the rover autonomy architecture to support autonomous operations will be demonstrated concretely in upcoming field tests.

Anderson, Corin↗

Software Defined Radio Architecture Contributions to Next Generation Space Communications

Space communications architecture concepts, comprising the elements of the system, the interactions among them, and the principles that govern their development, are essential factors in developing National Aeronautics and Space Administration (NASA) future exploration and science missions. Accordingly, vital architectural attributes encompass flexibility, the extensibility to insert future capabilities, and to enable evolution to provide interoperability with other current and future systems. Space communications architectures and technologies for this century must satisfy a growing set of requirements, including those for Earth sensing, collaborative observation missions, robotic scientific missions, human missions for exploration of the Moon and Mars where surface activities require supporting communications, and in-space observatories for observing the earth, as well as other star systems and the universe. An advanced, integrated, communications infrastructure will enable the reliable, multipoint, high-data-rate capabilities needed on demand to provide continuous, maximum coverage for areas of concentrated activity. Importantly, the cost/value proposition of the future architecture must be an integral part of its design; an affordable and sustainable architecture is indispensable within anticipated future budget environments. Effective architecture design informs decision makers with insight into the capabilities needed to efficiently satisfy the demanding space-communication requirements of future missions and formulate appropriate requirements. A driving requirement for the architecture is the extensibility to address new requirements and provide low-cost on-ramps for new capabilities insertion, ensuring graceful growth as new functionality and new technologies are infused into the network infrastructure. In addition to extensibility, another key architectural attribute of the space communication equipment's interoperability with other NASA communications systems, as well as those communications and navigation systems operated by international space agencies and civilian and government agencies. In this paper, we review the philosophies, technologies, architectural attributes, mission services, and communications capabilities that form the structure of candidate next-generation integrated communication architectures for space communications and navigation. A key area that this paper explores is from the development and operation of the software defined radio for the NASA Space Communications and Navigation (SCaN) Testbed currently on the International Space Station (ISS). Evaluating the lessons learned from development and operation feed back into the communications architecture. Leveraging the reconfigurability provides a change in the way that operations are done and must be considered. Quantifying the impact on the NASA Space Telecommunications Radio System (STRS) software defined radio architecture provides feedback to keep the standard useful and up to date. NASA is not the only customer of these radios. Software defined radios are developed for other applications, and taking advantage of these developments promotes an architecture that is cost effective and sustainable. Developments in the following areas such as an updated operating environment, higher data rates, networking and security can be leveraged. The ability to sustain an architecture that uses radios for multiple markets can lower costs and keep new technology infused.

Lessons Learned↗

Uncrewed Lunar Surface Operations and Support Activities

Sustained human presence on the surface of the Moon and future missions to Mars require increased independence from surface crews and Earth-based mission control to operate efficiently, safely, and reliably. The time for surface crews to perform tasks will be limited. Extravehicular activities by surface personnel are burdensome and time-consuming, even when a continuous human presence on the surface occurs. Identifying and balancing human/automation roles and tasks and infusing automation and autonomy practices early in a system’s lifecycle will be essential to achieve mission objectives. Among these objectives are attaining a sustained human presence, improving performance and mission effectiveness, reducing operations and maintenance (O&M) costs, and ensuring operations that are robust to communication delays. To achieve these objectives, an operational shift toward increased automation and autonomy with less reliance on humans is needed. Uncrewed lunar surface operations and support activities occur when surface crews are not present or are independent of surface crew timeline activities requiring no surface crew oversight or intervention. These uncrewed surface opportunities can also be planned to minimize crew workload that avoids routine maintenance and support tasks, thus maximizing crew exploration time. Uncrewed preparations such as staging and prepositioning equipment and materials before the crew arrives could improve crew task efficiency. Additional opportunities exist to conduct uncrewed science, exploration, and utilization. Uncrewed surface architecture functions can include science and exploration; habitation; launch and landing support; surface communication and navigation; surface power generation and distribution; human surface mobility; lifting, handling, manipulating; excavation, construction, and site preparation; logistics management; maintenance and repair; surface resource utilization; integrated site operations and shared support services (e.g., site scheduling/prioritization, dust mitigation/contamination control, and surface safety). Early robotic lunar surface campaigns will provide information on the availability of resources, such as oxygen and water, and demonstrate surface-based technologies. After the Artemis III human lunar return mission, a series of landers will deliver surface systems, cargo, supplies, science packages, spare parts, and commodities. A balance of crewed and uncrewed surface operations will enable a sustained lunar surface presence at the South Pole of the Moon at a site that will be known as the Artemis Base Camp (ABC). It is envisioned that base camp operations on and around the Moon will then help prepare for the mission durations and activities needed to support the first human mission to Mars. Before long-duration crew missions to the base camp can occur, the necessary surface infrastructure will be pre-deployed and verified operational. Surface assets will be teleoperated and remotely managed from Earth. Additionally, robotic and short-duration crewed missions to the ABC will ensure the site’s merit to achieve long-term science objectives, availability of usable resources, and that terrain, seasonal variations, and illumination conditions are acceptable. ABC will consist of different areas where specific functions and services are rendered, including: • Launch and Landing Area • Habitation Area • Power Production Area • Resource Areas Launch and Landing Area—The launch and landing area will support associated functions for the arrival and departure of vehicles, such as crewed landing and ascent and uncrewed cargo deliveries and offloading. It will evolve from an unimproved site at the beginning of the exploration campaign to a more sustainable landing and launch area that can support repeated arrivals and departures. Initial uncrewed Lunar Terrain Vehicle (LTV) surface operations may include emplacement of navigation beacons and communication equipment, real-time video and photography of landing/liftoff events, and element repositioning, such as portable utility power (PUP) (applicable for other landed assets at other areas). Site preparations, such as surface leveling, soil compaction, and berm/path construction, may be needed for a more sustainable launch and landing area capable of accommodating vehicles that are increasingly more reusable and reduce the effects of plume surface interactions and ejecta impacts on nearby surface assets. During the ABC missions, cargo and logistics will be delivered to the lunar surface via robotic cargo landers before the crew arrives. These shipments, which can arrive in pressurized logistics carriers, will deliver the logistics necessary to support a crewed mission and include items such as food, water, equipment spares, etc. Providing the capability to retrieve, offload, and transport the logistics closer to the ABC site before the arrival of the crew will increase the overall efficiency of crew operations once they arrive. In the sustained phase of exploration, other supporting services may be needed, such as lander propellant servicing, surface power services, commodity refreshes, and additional inspection, maintenance, and repair capabilities, to sustain a cadence of extended personnel stays and cargo arrivals and departures. Habitation Area—Uncrewed support to surface habitation could involve supporting activation and pre-entry operations of the habitat while the crew is in orbit at the Gateway outpost preparing for a surface landing. Surface Habitat (SH) uncrewed operations may include bringing the cabin environment to a habitable temperature and air mix and activating other critical crew support systems. Potential crop production uncrewed tasks in the SH could also include autonomous watering and tending. Additionally, when the crew departs, the SH enters dormancy for the long period of uncrewed operation. A logistical staging area could also be collocated near the SH. If so, staging operations for crew supplies, waste re-location, and recycling operations may be opportunities for uncrewed operations. Power Production Area—The Fission Surface Power (FSP) element and its supporting distribution equipment provide power to surface elements as needed across the ABC to supplement day-to-day operations and survive lunar nights. Uncrewed support of this power system includes any initial LTV-assisted deployments of cables and other distributed equipment, associated electrical connections, and system testing and activation operations. Robotically performing some inspections, maintenance, or repair tasks on the power distribution equipment could reduce the surface crew workload. Resource Area— Uncrewed resource prospecting, mapping, and characterizing possible resource sites is likely to be time-consuming and represents an opportunity for uncrewed operations between crewed missions. Uncrewed mobile equipment operations will be needed in the extreme environments of permanently shadowed locations where resource extractions occur. As In-Situ Resource Utilization (ISRU) pilot plant operations begin, uncrewed surface support activities with available mobile and portable assets (LTV, PUP, etc.) will better support these operations. Any produced commodities can be stored at a centralized storage location for future use. Also associated with these operations is the use of mobile robotic excavators for resource acquisition and robotic/autonomous regolith processing. The waste tailings generated during excavation and regolith processing would also need to be transported and deposited at a dedicated location. Surface assets will continue operating between crew visits to maintain surface capabilities, conduct lunar surface science, technology demonstrations, and public outreach opportunities. Additionally, certain sustaining tasks that would consume valuable crew time could be performed before crew arrival, or after their departure. This capability may offer more affordable options to construct, activate, test, and maintain a broad set of surface assets. Telerobotically operated human surface mobility systems, such as the LTV and Pressurized Rover (PR), can be utilized for various tasks. Surface environmental conditions pose a distinct challenge for all these activities. Surface illumination and localized shadows are one such factor. Night-survival operations could consist of thermal management, battery pre-charging, and load shedding. Some surface systems may hibernate through the night and then awake and continue nominal operations. Uncrewed mobile assets may use a more adaptive approach to optimize their power and operations; one method is to follow the sunlight. Night-survival operations may be initiated remotely by teleoperation, automated, or accomplished by supervised autonomous operation. The ability to pre-deploy and control remote assets in orbit or on Mars before the arrival of the mission crew is a key capability that can be simulated on the moon. The base camp provides a venue where these advanced operational concepts, technologies, and autonomous methods and techniques, including the incorporation of time delays to simulate Earth-Mars latency can be replicated to help buy down future Mars mission risks. This paper will examine the evolution of uncrewed lunar surface operations and support activities. It will also discuss the lunar surface environmental conditions (thermal, lighting, terrain, topography, communications) along with the challenges they pose on uncrewed surface operations, and the performance of these activities with limited to minimal human interaction and/or teleoperation. Since lunar missions include Mars mission analogs, such investigation provides the framework for future uncrewed Mars mission support.

Mark E Lewis↗

Marsviewer

Marsviewer is a multi-platform application designed to aid in quality control, browsing, and analysis of original science product images (Experiment Data Records, or EDRs) and derived image data products (Reduced Data Records, or RDRs) returned by the Mars Explorer Rover (MER) mission. Marsviewer offers an abstraction of the products organization via a file finder. For example, the application understands the file structure and filename conventions of the MER Operational Storage Server, helping the user to navigate this complex file system to find desired images. Marsviewer also works with a flat file system, remote-operations file systems, image-archive file systems, and others. All EDRs found for a given solar day (Sol) are displayed in a list, optionally with thumbnail images. Once the user selects an image from the list, a tabbed pane conveniently displays the original source image and all associated RDRs. Marsviewer provides the option of overlaying derived images upon the source image, resulting in an easier-to-interpret color representation of the data. Display manipulations such as zoom, data range adjustment, contrast enhancement, and contour control are available. Image metadata (labels) from the current image can be displayed and searched. The architecture of the program is extensible: new types of RDRs can be installed and new file finders can be added to adapt the program to different file structures and different filename conventions. This keeps the application flexible and provides an opportunity for reuse with future rover missions.

Toole, Nicholas↗

Recommendations Emerging from an Analysis of NASA's Deep Space Communications Capacity

During 2016-2017, NASA’s Space Communications and Navigation (SCaN) Office chartered a study of Deep Space Network (DSN) communications capacity relative to projected future-mission demand over the next 30 years. In this paper, we briefly describe the methodology used to analyze capacity vs. demand over such a broad timeframe, summarize key findings emerging from the analysis, and discuss the associated recommendations. Performing the analysis entailed: identifying key factors shaping the anticipated future mission set, identifying several alternative future mission set scenarios consistent with these factors, and then analyzing each mission set scenario in terms of required antenna capacity, downlink and uplink capabilities, and spectrum as a function of time. On the basis of these aggregate requirements, DSN loading simulations were then conducted that examined how well each of the postulated mission sets could load up onto the the DSN’s “in-plan” architecture. To the extent that capacity shortfalls emerged during these baseline simulations, architectural solutions to the shortfalls were then postulated and tested via additional simulations. In general, the trend analyses and baseline loading simulations indicated a significant progression in challenges over the next three decades. In the current decade, the DSN appeared to be operating very close to capacity. The first human exploration mission and its secondary payload launch opportunities for cubesats traveling beyond GEO contributed to this loading. As a consequence, the main challenge appeared to be managing peak assetcontention periods. In the next decade, the DSN continued to operate close to capacity but also began transitioning to more frequent human mission support. Upgrading for, and operating, a human-rated system while continuing to meet robotic mission customer requirements emerged as the key challenge. In the 2030’s and beyond, simulations suggested a need for fundamentally new capability and capacity. The high data rates and long link distances characteristic of human Mars exploration drove requirements far beyond what is currently “in plan.” The key challenge then became determining the most cost-effective combination of RF and optical assets for communicating with the postulated human Mars assets while still providing for the needs of all the other missions across the solar system. Various link budget, visibility, and loading analyses ultimately suggested that the human Mars exploration demands of the 2030’s could best be addressed with two cross-linked RF-optical areostationary relays (or an areostationary relay and deep space habitat) providing a dual “trunk link” to an array of 2-to-3 additional 34m beam waveguide antennas and an ~8.5m optical antenna at each DSN Complex. The dual “trunk link” would enable the same amount of total data return to Earth as a single trunk link at twice the data rate, but with only half the required array size on the ground, assuming use of Multiple Spacecraft Per Antenna (MSPA) techniques. MSPA techniques, including a Multiple Uplink Per Antenna (MUPA) technique currently under investigation, also showed promise for reducing asset contention in the decades prior to human Mars exploration.

Lee, Carlyn-Ann↗

An Evidence-based Approach to Developing a Management Strategy for Medical Contingencies on the Lunar Surface: The NASA/Haughton-Mars Project (HMP) 2006 Lunar Medical Contingency Simulation at Devon Island

The lunar architecture for future sortie and outpost missions will require humans to serve on the lunar surface considerably longer than the Apollo moon missions. Although the Apollo crewmembers sustained few injuries during their brief lunar surface activity, injuries did occur and are a concern for the longer lunar stays. Interestingly, lunar medical contingency plans were not developed during Apollo. In order to develop an evidence-base for handling a medical contingency on the lunar surface, a simulation using the moon-Mars analog environment at Devon Island, Nunavut, high Canadian Arctic was conducted. Objectives of this study included developing an effective management strategy for dealing with an incapacitated crewmember on the lunar surface, establishing audio/visual and biomedical data connectivity to multiple centers, testing rescue/extraction hardware and procedures, and evaluating in suit increased oxygen consumption. Methods: A review of the Apollo lunar surface activities and personal communications with Apollo lunar crewmembers provided the knowledge base of plausible scenarios that could potentially injure an astronaut during a lunar extravehicular activity (EVA). Objectives were established to demonstrate stabilization and transfer of an injured crewmember and communication with ground controllers at multiple mission control centers. Results: The project objectives were successfully achieved during the simulation. Among these objectives were extraction from a sloped terrain by a two-member crew in a 1 g analog environment, establishing real-time communication to multiple centers, providing biomedical data to flight controllers and crewmembers, and establishing a medical diagnosis and treatment plan from a remote site. Discussion: The simulation provided evidence for the types of equipment and methods for performing extraction of an injured crewmember from a sloped terrain. Additionally, the necessary communications infrastructure to connect multiple centers worldwide was established from a remote site. The surface crewmembers were confronted with a number of unexpected scenarios including environmental, communications, EVA suit, and navigation challenges during the course of the simulation which provided insight into the challenges of carrying out a medical contingency in an austere environment. The knowledge gained from completing the objectives will be incorporated into the exploration medical requirements involving an incapacitated astronaut on the lunar surface.

Scheuring, R. A.↗

Global Reference Atmospheric Model (GRAM) Advancements and Additions

Introduction:The Global Reference Atmospheric Model (GRAM) is one of the most widely used engineering models of the atmosphere. GRAM development and maintenance has been led by NASA Marshall Space Flight Center (MSFC). The NASA Science Mission Directorate (SMD) has provided funding support to upgrade the GRAMs since Fiscal Year 2018. NASA Langley Research Center has been working with MSFC on the upgrades.This presentation will provide details regarding the upgrades that have been made to the existing GRAMs, the development of new GRAMs, as well as the ongoing objectives, tasks, and milestones re-lated to the GRAM upgrades funded by NASA SMD. GRAM: The GRAMs are engineering-oriented atmospheric models that estimate mean values and statistical variations of the atmospheric properties for numerous planetary destinations.They provide mean values and variability for any point in the atmosphere as well as seasonal, geographic, and altitude variations. GRAM outputs include atmospheric density, temperature, pressure, winds, and chemical composition along a user-defined path.Theyhave been widely used by the engineering community because of their ability to create realistic dispersions. GRAMs have been integrated into high fidelity flight dynamic simulations of launch, entry, descent and landing (EDL), aerobraking and aerocapture. MSFC has been developing and updating GRAMs since 1974; GRAMs are currently available for Earth, Mars, Venus, Neptune, and Titan. GRAM Upgrade Status: Code Moderization.The planetary GRAMs are being rearchitected from Fortran to a common object-ori-entedC++ framework called the GRAM Suite. This new architecture creates a common GRAM library of data models and utilities. The first C++ releases of the existing planetary GRAMs (Mars, Venus, Neptune, and Titan-GRAM) in the GRAM Suite are straight conversions from the latest Fortran version. Model Upgrades.The focus of the model upgrade task is to improve the atmosphere models in the existing GRAMs and to establish a foundation for developing GRAMs for additional destinations. The GRAM ephemerishas been upgraded to the NASA Navigation and Ancillary Information Facility (NAIF) SPICE toolkit (version N0066). The calculation of the speed of sound has also been improved in the GRAMs. The GRAM team has received updated Mars General Circulation Model (MGCM) datasets from NASA Ames Research Center. Mars Global Ionosphere-Thermosphere Model (M-GITM) data is being obtained toreplace the Mars Thermospheric General Circulation Model (MTGCM) data in legacy Mars-GRAM. M-GITM and updated MGCM data will be incorporated into a future GRAM Suite release.Twoprojects that will improve the atmospheric model data in the GRAMs have been funded by the GRAM team since Fiscal Year 2020. Sanjay Limaye and Patrick Fry at the University of Wisconsin are reanalyzing the Venus Express radio occultation observations and analyzing the Akatsukiradio occultation observations.This will lead tothe calculation of number density, temperature, and pressure profiles for the 40-90 km altitude range. Kunio Sayanagi, Justin Garland, and Ryan McCabeat Hampton University are developing empirical global models for Venus,Jupiter, Saturn, Uranus, Neptune, and Titan that incorporates the latest data available for each of these planetary destinations. Upgraded GRAM Releases. GRAM Suite Version 1.0 was released in May 2020 and contains the rearchitected Neptune-GRAM, including the common GRAM framework and planet–specific code. GRAM Suite Version 1.1 was released in September 2020 and addedthe rearchitected Titan-GRAM to the GRAM Suite. A User Guide and Programmer’s Manualarereleased with all GRAMs. The rearchitected Mars and Venus-GRAMs will be released in upcomingversions of the GRAM Suite. New GRAM Releases. New GRAMs have been de-veloped for Uranus and Jupiter. Uranus-GRAM is based on an individual profile generated by Gary Allen (ARC) from Voyager 2 occultation data and will be released in GRAM Suite Version 1.2. Jupiter-GRAM is based on individual profile produced from Al Seiff’s Ju-piter model[1].Jupiter-GRAM will be released in GRAM Suite Version 1.3. Saturn-GRAM is currently under development and will be released in a future version of the GRAM Suite. Conclusions: GRAMs are vital and frequently used toolsets. Releases of the GRAM Suite, upgrades of the existing planetary GRAMs, and development of new planetary GRAMs are ongoing. NASA SMD funding has been essential to addressing current limitations and accomplishing GRAM developmental goals. Continua-tion ofSMD fundingwill ensure the development, up-grades, and maintenance of the GRAMs. References: [1] Seiff, A., et al. (1998) JGR, 103, 22,857-22,889. Acknowledgments: The authors gratefully acknowledge support from the NASA SMD

atmospheric models↗

Outer Planet Global Reference Atmospheric Model (GRAM) Upgrades

Introduction: The Global Reference Atmospheric Model (GRAM) is one of the most widely used engineering models of planetary atmospheres. The GRAM upgrades are being developed by NASA Marshall Space Flight Center and NASA Langley Research Center. This presentation will provide details regarding the upgrades to the existing GRAMs, the development of new GRAMs, and the ongoing objectives, tasks, and milestones related to the GRAM upgrades funded by the NASA Science Mission Directorate (SMD). GRAM: The GRAMs are engineering-oriented atmospheric models that estimate mean values and statistical variations of the atmospheric properties for numerous planetary destinations. They provide mean values and variability for any point in the atmosphere as well as seasonal, geographic, and altitude variations. GRAM outputs include atmospheric density, temperature, pressure, winds, and chemical composition along a user-defined path. They are extensively used by the engineering community because of their ability to create realistic dispersions. GRAMs have been integrated into high fidelity flight dynamic simulations of launch, entry, descent and landing (EDL), aerobraking and aerocapture. GRAMs are currently available for Earth, Mars, Venus, Neptune, Titan, and Uranus. Outer Planet GRAM Upgrade Status: Code Modernization. The outer planet GRAMs have been rearchitected from Fortran to a common object-oriented C++ framework called the GRAM Suite. This new architecture creates a common GRAM library of data models and utilities. The first C++ releases of the rearchitected legacy outer planet GRAMs (Neptune and Titan-GRAM) are straight conversions from the latest Fortran version. Model Upgrades. The focus of the model upgrade task is to improve the atmosphere models in the existing GRAMs and to establish a foundation for developing GRAMs for additional destinations. The GRAM ephemeris has been upgraded to the NASA Navigation and Ancillary Information Facility (NAIF) SPICE toolkit (version N0066). The calculation of the speed of sound has also been improved in the GRAMs. In FY20, the GRAM project established a contract with Hampton University to develop empirical global models for Jupiter, Saturn, Uranus, Neptune, and Titan. Upgraded Outer Planet GRAM Releases. GRAM Suite Version 1.0 was released in May 2020 and contains the rearchitected Neptune-GRAM, including the common GRAM framework and planet–specific code. GRAM Suite Version 1.1 was released in September 2020 and added the rearchitected Titan-GRAM to the GRAM Suite. A User Guide and Programmer’s Manual are released with all GRAMs. New Outer Planet GRAM Releases. New GRAMs have been developed for Uranus and Jupiter. Uranus-GRAM is based on the NASA Ames Research Center (ARC) Uranus Atmospheric Model [1,2] and was released in GRAM Suite Version 1.2 in July 2021. Jupiter-GRAM is based on Galileo probe Atmospheric Structure Instrument (ASI) data from Seiff et al. [3] Saturn-GRAM is also under development. Both Jupiter and Saturn-GRAM will be released in future versions of the GRAM Suite. Conclusions: GRAMs are vital and frequently used toolsets. Releases of the GRAM Suite, upgrades of the existing planetary GRAMs, and development of new planetary GRAMs are ongoing. Titan-GRAM atmosphere model upgrades will be included in the next phase of GRAM tasks. References: [1] Allen Jr., G.A. et al. (2014) 11th International Planetary Probe Workshop, Abstract #8023. [2] Allen Jr., G.A. et al. (2014) Workshop on the Study of the Ice Giant Planets, Abstract #2001. [3] Seiff, A. et al. (1998) JGR, 103, 22,857 -22,889. Acknowledgments: The authors gratefully acknowledge support from the NASA SMD.

atmospheric models↗

Mars Planetary Network for Human Exploration Era – Potential Challenges and Solutions

During 2016-2017, a study was conducted under the sponsorship of the NASA’s Space Communications and Navigation (SCaN) Program to investigate the deep space communications capacity taking into account the needs of all the present and envisioned future missions toward 2030s. It was soon recognized that planning for human exploration to Mars would impose certain unprecedent challenges, both fiscal and technical, to the current space communications paradigm. Targeting the assumed missions concepts, i.e., Crewed Mission to Phobos (CMTP) and Mars Short Stay Mission (MSSM), a Mars Planetary Network for the human exploration era has been formulated. The activity modeling and network traffic simulation/modeling we performed gave some insight into the technical challenges in space communications for the envisioned human Mars exploration era. Chief among the potential challenges are: (1) the high demand on the deep space network (DSN) assets for achieving the high-rate links, both return and forward, from Mars farthest/farther distance (up to 2.67 AU); (2) the need for resilient, persistent communication coverage for crewed vehicles, on surface and in orbits; (3) the significant period of outage for the Mars-Earth link due to superior solar conjunction; (4) the need for on-demand, simultaneous access to the proximity link by multiple vehicles and astronauts in the exploration zone; (5) the capability of determining precise, real-time, positions of surface vehicles and astronauts by the deep space habitat and/or other tele-operations entities. Solution space to each of the above challenges has been explored and analyzed in the context of the individual problem domain and, more importantly, in conjunction with that for the other challenges. This has led to an end-to-end definition of a Mars Planetary Network that would feature: (1) the fusion of deep space Ka-band and optical communications for achieving Mars-Earth high-rate links taking advantage of the optical/RF hybrid 8m/34m antennas in DSN; (2) the integrated application of the Multiple Spacecraft Per Antenna (MSPA) technique, for return link data acquisition, and the Multiple Uplink Per Antenna (MUPA) technique, for forward link data trasnmission, to reduce the number of 34m beam-wave guide (BWG) antennas needed for the era; (3) the integration of three, arrayed, 34m beam-wave guide (BWG) antennas, to provide a high G/T aperture, with the MSPA/MUPA techniques, and a dual “trunk link”approach to cut down the needed G/T -- hence, reducing the number of 34m antennas, relative to that in the single trunk approach by 50%; (4) the deployment of two areostationary/areosynchronous Mars relay orbiters; one of them could also function as (or be served by) a notional Deep Space Habitat (DSH); (5) the opportunistic deployment of a science orbiter in a Pioneer-6 type orbit, equidistant Mars/Earth, that could also serve as an intermediary relay during the Mars superior solar conjunction perod; (6) the existence of the multi-function Mars proximity link that provides the demand-assigned, multiple access (DAMA) capability; and (7) the provision of tracking observables, by leveraging on the planned Mars orbiting and surface infrastructure, to enable the in-situ navigation for surface and orbiting vehicles. This paper provides the description of the proposed Mars Planetary Network in the human exploration era, the trade-off analysis for the various alternative architectures, and the optimal solutions to the key challenges in defining this end-to-end network.

Cheung, Kar-Ming↗

Cislunar Near Rectilinear Halo Orbit for Human Space Exploration

In order to conduct sustained human exploration beyond Low Earth Orbit (LEO), spacecraft systems are designed to operate in a series of missions of increasing complexity. Regardless of the destination, Moon, Mars, asteroids or beyond, there is a substantial set of common objectives that must be met. Many orbit characterization studies have endeavored to evaluate the potential locations in cislunar space that are favorable for meeting common human exploration objectives in a stepwise approach. Multiple studies, by both NASA and other international space agencies, have indicated that Earth-­‐moon libration point orbits are attractive candidates for staging operations in the proving ground and beyond. In particular, the Near Rectilinear Orbit (NRO) has been demonstrated to meet multi-­‐mission and multi-­‐destination architectural constraints. However, a human mission to a selected NRO presents a variety of new challenges for mission planning. While a growing number of robotic missions have completed successful operations to various specific libration point orbits, human missions have never been conducted to orbits of this class. Human missions have unique challenges that differ significantly from robotic missions, including a lower tolerance for mission risk and additional operational constraints that are associated only with human spacecraft. In addition, neither robotic nor human missions have been operated in the NRO regime specifically, and NROs exhibit dynamical characteristics that can differ significantly as compared to other halo orbits. Finally, multi-­‐body orbits, such as libration point orbits, are identified to exist in a simplified orbit model known as the Circular Restricted Three Body Problem (CRTBP) and must then be re-­‐solved in the full ephemeris model. As a result, the behavior of multi-­‐body orbits cannot be effectively characterized within the classical two-­‐body orbit dynamics framework more familiar to the human spaceflight community. In fact, a given NRO is not identified by a set of Keplerian orbit parameters, and a valid epoch specific state vector must be first obtained from a multi-body dynamical model. In this paper, the significant performance and operational challenges of conducting human missions to the NRO are evaluated. First, a systematic process for generating full ephemeris based ballistic NROs of various families is outlined to demonstrate the relative ease in which a multi-­‐revolution orbit can be found for any epoch and for various orbit geometries. In the Earth-­‐Moon system, NROs, which are halo orbits with close passage over a lunar pole, can exist with respect to libration point 1 (L1) or libration point 2 (L2) and are either from a North or South family orbit class with respect to the ecliptic. Second, the ability to maintain the orbit over the lifetime of a habitat mission by applying a reliable station-keeping strategy is investigated. The NRO, while similar to the quasi-­‐halo orbits that the Artemis mission flew, requires an updated station keeping strategy. This is due to several dynamical differences such as the increased relative stability of the NRO compared to other halo orbits and the close passage over the lunar surface as shown in Figure 1. Multiple station-keeping strategies are being investigated to ensure a human spacecraft remains on a predictable path. As the NRO is not described in simple two-­‐body parameters, analysis must determine the best strategy for targeting a reference NRO as well as how closely a future state should be constrained. In addition, costs will be minimized by determining maneuver directionality based on an identified pattern in the optimal station-keeping solutions or an analytically derived relationship. The candidate station-keeping algorithm must be stable and robust to environmental and vehicle uncertainties as well to navigation estimation and flight control execution errors. To that end, navigation accuracies, the impact on the station-keeping execution errors as well as other vehicle uncertainties need to be assessed. Starting with Orion, current navigation accuracies are evaluated and then navigation requirements are derived assuming a desired station-keeping propellant budget. Third, the performance requirements to and from the NRO are evaluated. Important parameters for developing expected propellant costs include epoch of operation, size and type of NRO, Earth departure and return constraints, as well as abort or early-­‐return capability. Finally, rendezvous and proximity operations are vital aspects of multi-­‐mission human exploration endeavors. The ability to conduct rendezvous and the associated propellant costs are assessed as well as the impacts of various profile assumptions including the location within the NRO the rendezvous is performed. The results of these studies will influence plans for international cooperation on both nearer term proving ground missions and beyond.

Whitley, Ryan↗