Search NASA⌕ Search

SEARCH · Search NASA

Results for “spacecraft architecture”

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 325 records · Page 18

Micro Navigator

Miniature high-performance low-mass space avionics systems are desired for planned future outer planetary exploration missions (i.e. Europa Orbiter/Lander, Pluto-Kuiper Express). The spacecraft fuel and mass requirements enabling orbit insertion is the driving requirement. The Micro Navigator is an integrated autonomous Guidance, Navigation & Control (GN&C)micro-system that would provide the critical avionics function for navigation, pointing, and precision landing. The Micro Navigator hardware and software allow fusion of data from multiple sensors to provide a single integrated vehicle state vector necessary for six degrees of freedom GN&C. The benefits of this MicroNavigator include: 1) The Micro Navigator employs MEMS devices that promise orders of magnitude reductions in mass power and volume of inertial sensors (accelerometers and gyroscopes), celestial sensing devices (startracker, sun sensor), and computing element; 2) The highly integrated nature of the unit will reduce the cost of flight missions. a) The advanced miniaturization technologies employed by the Micro Navigator lend themselves to mass production, and therefore will reduce production cost of spacecraft. b) The integral approach simplifies interface issues associated with discrete components and reduces cost associated with integration and test of multiple components; and 3) The integration of sensors and processing elements into a single unit will allow the Micro Navigator to encapsulate attitude information and determination functions into a single object. This is particularly beneficial for object-oriented software architectures that are used in advanced spacecraft. Additional information is contained in the original extended abstract.

Blaes, B. R.↗

Spaceborne Processor Array

A Spaceborne Processor Array in Multifunctional Structure (SPAMS) can lower the total mass of the electronic and structural overhead of spacecraft, resulting in reduced launch costs, while increasing the science return through dynamic onboard computing. SPAMS integrates the multifunctional structure (MFS) and the Gilgamesh Memory, Intelligence, and Network Device (MIND) multi-core in-memory computer architecture into a single-system super-architecture. This transforms every inch of a spacecraft into a sharable, interconnected, smart computing element to increase computing performance while simultaneously reducing mass. The MIND in-memory architecture provides a foundation for high-performance, low-power, and fault-tolerant computing. The MIND chip has an internal structure that includes memory, processing, and communication functionality. The Gilgamesh is a scalable system comprising multiple MIND chips interconnected to operate as a single, tightly coupled, parallel computer. The array of MIND components shares a global, virtual name space for program variables and tasks that are allocated at run time to the distributed physical memory and processing resources. Individual processor- memory nodes can be activated or powered down at run time to provide active power management and to configure around faults. A SPAMS system is comprised of a distributed Gilgamesh array built into MFS, interfaces into instrument and communication subsystems, a mass storage interface, and a radiation-hardened flight computer.

Chow, Edward T.↗

NEXT Ion Propulsion System Configurations and Performance for Saturn System Exploration

The successes of the Cassini/Huygens mission have heightened interest to return to the Saturn system with focused robotic missions. The desire for a sustained presence at Titan, through a dedicated orbiter and in-situ vehicle, either a lander or aerobot, has resulted in definition of a Titan Explorer flagship mission as a high priority in the Solar System Exploration Roadmap. The discovery of active water vapor plumes erupting from the tiger stripes on the moon Enceladus has drawn the attention of the space science community. The NASA's Evolutionary Xenon Thruster (NEXT) ion propulsion system is well suited to future missions to the Saturn system. NEXT is used within the inner solar system, in combination with a Venus or Earth gravity assist, to establish a fast transfer to the Saturn system. The NEXT system elements are accommodated in a separable Solar Electric Propulsion (SEP) module, or are integrated into the main spacecraft bus, depending on the mission architecture and performance requirements. This paper defines a range of NEXT system configurations, from two to four thrusters, and the Saturn system performance capability provided. Delivered mass is assessed parametrically over total trip time to Saturn. Launch vehicle options, gravity assist options, and input power level are addressed to determine performance sensitivities. A simple two-thruster NEXT system, launched on an Atlas 551, can deliver a spacecraft mass of over 2400 kg on a transfer to Saturn. Similarly, a four-thruster system, launched on a Delta 4050 Heavy, delivers more than 4000 kg spacecraft mass. A SEP module conceptual design, for a two thruster string, 17 kW solar array, configuration is characterized.

Benson, Scott W.↗

Integrated Antenna/Solar Array Cell (IA/SAC) System for Flexible Access Communications

Present satellite communications systems normally use separate solar cells and antennas. Since solar cells generally account for the largest surface area of the spacecraft, co-locating the antenna and solar cells on the same substrate opens the possibility for a number of data-rate-enhancing communications link architecture that would have minimal impact on spacecraft weight and size. The idea of integrating printed planar antenna and solar array cells on the same surface has been reported in the literature. The early work merely attempted to demonstrate the feasibility by placing commercial solar cells besides a patch antenna. Recently, Integrating multiple antenna elements and solar cell arrays on the same surface was reported for both space and terrestrial applications. The application of photovoltaic solar cell in a planar antenna structure where the radiating patch antenna is replaced by a Si solar cell has been demonstrated in wireless communication systems (C. Bendel, J. Kirchhof and N. Henze, 3rd Would Photovotaic Congress, Osaka, Japan, May 2003). Based on a hybrid approach, a 6x1 slot array with circularly polarized crossdipole elements co-located on the same surface of the solar cells array has been demonstrated (S. Vaccaro, J. R. Mosig and P. de Maagt, IEEE Trans. Ant. and Propag., Vol. 5 1, No. 8, Aug. 2003). Amorphous silicon solar cells with about 5-10% efficiency were used in these demonstrations. This paper describes recent effort to integrate advanced solar cells with printed planar antennas. Compared to prior art, the proposed WSAC concept is unique in the following ways: 1) Active antenna element will be used to achieve dynamic beam steering; 2) High efficiency (30%) GaAs multi-junction solar cells will be used instead of Si, which has an efficiency of about 15%; 3) Antenna and solar cells are integrated on a common GaAs substrate; and 4) Higher data rate capability. The IA/SAC is designed to operate at X-band (8-12 GH) and higher frequencies Higher operating frequencies enable greater bandwidth and thus higher data transfer rates. The first phase of the effort involves the development of GaAs solar cell MIMs (Monolithically Integrated Module) with a single patch antenna on the opposite side of the substrate. Subsequent work will involve the integration of MIMs and antennas on the same side of the substrate. Results from the phase one efforts will be presented.

Lee, Ricard Q.↗

TTEthernet for Integrated Spacecraft Networks

Aerospace projects have traditionally employed federated avionics architectures, in which each computer system is designed to perform one specific function (e.g. navigation). There are obvious downsides to this approach, including excessive weight (from so much computing hardware), and inefficient processor utilization (since modern processors are capable of performing multiple tasks). There has therefore been a push for integrated modular avionics (IMA), in which common computing platforms can be leveraged for different purposes. This consolidation of multiple vehicle functions to shared computing platforms can significantly reduce spacecraft cost, weight, and design complexity. However, the application of IMA principles introduces significant challenges, as the data network must accommodate traffic of mixed criticality and performance levels - potentially all related to the same shared computer hardware. Because individual network technologies are rarely so competent, the development of truly integrated network architectures often proves unreasonable. Several different types of networks are utilized - each suited to support a specific vehicle function. Critical functions are typically driven by precise timing loops, requiring networks with strict guarantees regarding message latency (i.e. determinism) and fault-tolerance. Alternatively, non-critical systems generally employ data networks prioritizing flexibility and high performance over reliable operation. Switched Ethernet has seen widespread success filling this role in terrestrial applications. Its high speed, flexibility, and the availability of inexpensive commercial off-the-shelf (COTS) components make it desirable for inclusion in spacecraft platforms. Basic Ethernet configurations have been incorporated into several preexisting aerospace projects, including both the Space Shuttle and International Space Station (ISS). However, classical switched Ethernet cannot provide the high level of network determinism required by real-time spacecraft applications. Even with modern advancements, the uncoordinated (i.e. event-driven) nature of Ethernet communication unavoidably leads to message contention within network switches. The arbitration process used to resolve such conflicts introduces variation in the time it takes for messages to be forwarded. TTEthernet1 introduces decentralized clock synchronization to switched Ethernet, enabling message transmission according to a time-triggered (TT) paradigm. A network planning tool is used to allocate each device a finite amount of time in which it may transmit a frame. Each time slot is repeated sequentially to form a periodic communication schedule that is then loaded onto each TTEthernet device (e.g. switches and end systems). Each network participant references the synchronized time in order to dispatch messages at predetermined instances. This schedule guarantees that no contention exists between time-triggered Ethernet frames in the network switches, therefore eliminating the need for arbitration (and the timing variation it causes). Besides time-triggered messaging, TTEthernet networks may provide two additional traffic classes to support communication of different criticality levels. In the rate-constrained (RC) traffic class, the frame payload size and rate of transmission along each communication channel are limited to predetermined maximums. The network switches can therefore be configured to accommodate the known worst-case traffic pattern, and buffer overflows can be eliminated. The best-effort (BE) traffic class behaves akin to classical Ethernet. No guarantees are provided regarding transmission latency or successful message delivery. TTEthernet coordinates transmission of all three traffic classes over the same physical connections, therefore accommodating the full spectrum of traffic criticality levels required in IMA architectures. Common computing platforms (e.g. LRUs) can share networking resources in such a way that failures in non-critical systems (using BE or RC communication modes) cannot impact flight-critical functions (using TT communication). Furthermore, TTEthernet hardware (e.g. switches, cabling) can be shared by both TTEthernet and classical Ethernet traffic.

Loveless, Andrew↗

CisLunar Habitat Internal Architecture Design Criteria

BACKGROUND: In preparation for human exploration to Mars, there is a need to define the development and test program that will validate deep space operations and systems. In that context, a Proving Grounds CisLunar habitat spacecraft is being defined as the next step towards this goal. This spacecraft will operate differently from the ISS or other spacecraft in human history. The performance envelope of this spacecraft (mass, volume, power, specifications, etc.) is being defined by the Future Capabilities Study Team. This team has recognized the need for a human-centered approach for the internal architecture of this spacecraft and has commissioned a CisLunar Phase-1 Habitat Internal Architecture Study Team to develop a NASA reference configuration, providing the Agency with a "smart buyer" approach for future acquisition. THE CISLUNAR HABITAT INTERNAL ARCHITECTURE STUDY: Overall, the CisLunar Habitat Internal Architecture study will address the most significant questions and risks in the current CisLunar architecture, habitation, and operations concept development. This effort is achieved through definition of design criteria, evaluation criteria and process, design of the CisLunar Habitat Phase-1 internal architecture, and the development and fabrication of internal architecture concepts combined with rigorous and methodical Human-in-the-Loop (HITL) evaluations and testing of the conceptual innovations in a controlled test environment. The vision of the CisLunar Habitat Internal Architecture Study is to design, build, and test a CisLunar Phase-1 Habitat Internal Architecture that will be used for habitation (e.g. habitability and human factors) evaluations. The evaluations will mature CisLunar habitat evaluation tools, guidelines, and standards, and will interface with other projects such as the Advanced Exploration Systems (AES) Program integrated Power, Avionics, Software (iPAS), and Logistics for integrated human-in-the-loop testing. The mission of the CisLunar Habitat Internal Architecture Study is to become a forcing function to establish a common understanding of CisLunar Phase-1 Habitation Internal Architecture design criteria, processes, and tools. The scope of the CisLunar Habitat Internal Architecture study is to design, develop, demonstrate, and evaluate a Phase-1 CisLunar Habitat common module internal architecture based on design criteria agreed to by NASA, the International Partners, and Commercial Exploration teams. This task is to define the CisLunar Phase-1 Internal Architecture Government Reference Design, assist NASA in becoming a "smart buyer" for Phase-1 Habitat Concepts, and ultimately to derive standards and requirements from the Internal Architecture Design Process. The first step was to define a Habitat Internal Architecture Design Criteria and create a structured philosophy to be used by design teams as a filter by which critical aspects of consideration would be identified for the purpose of organizing and utilizing interior spaces. With design criteria in place, the team will develop a series of iterative internal architecture concept designs which will be assessed by means of an evaluation criteria and process. These assessments will successively drive and refine the design, leading to the combination and down-selection of design concepts. A single refined reference design configuration will be developed into in a medium-to-high fidelity mockup. A multi-day human-in-the-loop mission test will fully evaluate the reference design and validate its configuration. Lessons learned from the design and evaluation will enable the team to identify appropriate standards for Phase-1 CisLunar Habitat Internal Architecture and will enable NASA to develop derived requirements in support of maturing CisLunar Habitation capabilities. This paper will describe the criteria definition process, workshop event, and resulting CisLunar Phase-1 Habitat Internal Architecture Design Criteria.

Jones, R.↗

Simultaneous Two-Way Doppler and Ranging for Multiple Spacecraft at Mars: Flight Radio Tracking System Design and Performance Simulations

Mars exploration requires multiple orbiters and surface infrastructures on Mars. Location determination is essential to support various human and robotic activities on the Mars surface and in orbits. Robust communication coverage is required for data transmission between assets on Mars surface and orbiters in addition to the communication between orbiters and Earth. We proposed a notional Mars Regional Navigation Satellite System (MRNSS) that provides continuous or near-continuous in-situ navigation and timing services for the robotic and human missions in the vicinity of a Mars landing site. For such a system, the Earth’s deep space stations have to perform orbit determination (OD) for the Mars orbiters so that their locations are known to a reasonable degree of accuracy. This provides the surface and orbiting user vehicles the ability to estimate their locations using the orbiter-vehicle range measurements. Two important inputs for accurate OD are 2-way Doppler and ranging measurements derived from the transmitted and received radio signals. We also introduced a new flight-ground collaborative architecture that provides simultaneous Doppler and ranging measurements for multiple spacecraft in the Mars vicinity, using an example of the Mars landing site Utopia Planitia and four Mars orbiters, all communicating with Earth via twoway communications in the X-band frequency range. One key component of this architecture is that each spacecraft uses a smart frequency sweeping algorithm that acquires and tracks the uplink signals with high Doppler and Doppler rate residuals. In this paper, we simulate the Doppler and Doppler rate profiles of the Mars orbiters of the MRNSS and assessed the acquisition and tracking performances.

Divsalar, Dariush↗

A Comparison between One- and Two-Loop ATCS Architectures Proposed for CEV

In an effort to help future spacecraft thermal control analysts understand the characteristics of one- and two-loop Active Thermal Control Systems (ATCS), a comparison was made between the one- and two-loop ATCS architectures officially proposed for the Crew Exploration Vehicle (CEV) in Design Analysis Cycle 1 (DAC1) and DAC2, respectively. This report provides a description of each design, along with mass and power estimates derived from their respective Master Equipment List (MEL) and Power Equipment List (PEL). Since some of the components were sized independent of loop architecture (ex. coldplates and heat exchangers), the mass and power for these components were based on the MEL and PEL of the most mature design (i.e. two-loop architecture). The mass and power of the two architectures are then compared and the ability of each design to meet CEV requirements is discussed.

Ochoa, Dustin A.↗

An Inter Planetary Network Enabled by SmallSats

This paper describes the implementation of an unparalleled large sensor and communications platform along the solar system that we call the inter planetary network (IPN). The proposed IPN consists of thousands of small spacecraft (e.g. CubeSats) strategically deployed around planetary bodies in the solar system where each spacecraft is furnished with fast communications and sensor systems. The IPN concept is being proposed as an avant-garde science and communications platform that could allow for continuous fast communications and remarkable science returns. The IPN spacecraft, furnished with suitable miniaturized sensors, could form an amazing deep space platform for unique observation of the solar system, stars, galaxies and universe. A key feature of the IPN architecture is the use of swarms of spacecraft as network units. Super-high-speed intra-swarm communications could be achieved via omnidirectional optical links. The swarms act as autonomous network nodes and are capable of forming large synthetic apertures that enable high data rate communications among the IPN nodes. Depending on the sensors they carry, these swarms may also be capable of forming large synthetic sensors by rapidly combining data among the spacecraft. We envision distances between spacecraft forming a swarm to be in the range of 102-104 kilometers, whereas distances of 106-108 kilometers among swarms (IPN nodes) are expected. We provide an example of an initial IPN implementation in the inner solar system where swarms of spacecraft are deployed around the Earth, Moon, Mars, Venus and Mercury. Placing swarms around 3 Lagrange points per planet yield a total of 12 possible IPN network nodes. We present communications link calculations among IPN nodes that allow high data rate communications between Earth and Mars while Mars is in solar conjunction (behind the Sun). A second example of an IPN platforms includes a giant spaceborne radio telescope behind the moon.

Velazco, Jose↗

An Inter Planetary Network Enabled by SmallSats

This paper describes the implementation of an unparalleled large sensor and communications platform along the solar system that we call the inter planetary network (IPN). The proposed IPN consists of thousands of small spacecraft (e.g. CubeSats) strategically deployed around planetary bodies in the solar system where each spacecraft is furnished with fast communications and sensor systems. The IPN concept is being proposed as an avant-garde science and communications platform that could allow for continuous fast communications and remarkable science returns. The IPN spacecraft, furnished with suitable miniaturized sensors, could form an amazing deep space platform for unique observation of the solar system, stars, galaxies and universe. A key feature of the IPN architecture is the use of swarms of spacecraft as network units. Super-high-speed intra-swarm communications could be achieved via omnidirectional optical links. The swarms act as autonomous network nodes and are capable of forming large synthetic apertures that enable high data rate communications among the IPN nodes. Depending on the sensors they carry, these swarms may also be capable of forming large synthetic sensors by rapidly combining data among the spacecraft. We envision distances between spacecraft forming a swarm to be in the range of 102-104 kilometers, whereas distances of 106-108 kilometers among swarms (IPN nodes) are expected. We provide an example of an initial IPN implementation in the inner solar system where swarms of spacecraft are deployed around the Earth, Moon, Mars, Venus and Mercury. Placing swarms around 3 Lagrange points per planet yield a total of 12 possible IPN network nodes. We present communications link calculations among IPN nodes that allow high data rate communications between Earth and Mars while Mars is in solar conjunction (behind the Sun). A second example of an IPN platforms includes a giant spaceborne radio telescope behind the moon.

Velazco, Jose E↗

Fast Steering Mirror Disturbance Effects on Overall System Optical Performance for the Large Ultraviolet/optical/infrared Surveyor (LUVOIR) Concept Using a Non-Contact Vibration Isolation and Precision Pointing System

As the optical performance requirements of space telescopes get more stringent, the need to analyze all possible error sources early in the mission design becomes critical. One large telescope with tight performance requirements is the Large Ultraviolet / Optical / Infrared Surveyor (LUVOIR) concept. The LUVOIR concept includes a 15-meter-diameter segmented-aperture telescope with a suite of serviceable instruments operating over a range of wavelengths between 100nm to 2.5um. Using an isolation architecture that involves no mechanical contact between the telescope and the host spacecraft structure allows for tighter performance metrics than current space-based telescopes being flown. Because of this separation, the spacecraft disturbances can be greatly reduced and disturbances on the telescope payload contribute more to the optical performance error. A portion of the optical performance error comes from the disturbances generated from the motion of the Fast Steering Mirror (FSM) on the payload. Characterizing the effects of this disturbance gives insight into the specifications on the FSM needed to achieve the tight optical performance requirements of the overall system. Through analysis of the LUVOIR finite element model and linear optical model given a range of input disturbances at the FSM, the optical performance of the telescope and recommendations for FSM specifications can be determined. The LUVOIR observatory control strategy consists of a multi-loop control architecture including the spacecraft Attitude Control System (ACS), Vibration Isolation and Precision Pointing System (VIPPS), and FSM. This paper focuses on the control loop containing the FSM disturbances and their effects on the telescope optical performance.

Sacks, Lia W.↗

Prototyping Operational Autonomy for Space Traffic Management

Current state of the art in Space Traffic Management (STM) relies on a handful of providers for surveillance and collision prediction, and manual coordination between operators. Neither is scalable to support the expected 10x increase in spacecraft population in less than 10 years, nor does it support automated manuever planning. We present a software prototype of an STM architecture based on open Application Programming Interfaces (APIs), drawing on previous work by NASA to develop an architecture for low-altitude Unmanned Aerial System Traffic Management. The STM architecture is designed to provide structure to the interactions between spacecraft operators, various regulatory bodies, and service suppliers, while maintaining flexibility of these interactions and the ability for new market participants to enter easily. Autonomy is an indispensable part of the proposed architecture in enabling efficient data sharing, coordination between STM participants and safe flight operations. Examples of autonomy within STM include syncing multiple non-authoritative catalogs of resident space objects, or determining which spacecraft maneuvers when preventing impending conjunctions between multiple spacecraft. The STM prototype is based on modern micro-service architecture adhering to OpenAPI standards and deployed in industry standard Docker containers, facilitating easy communication between different participants or services. The system architecture is designed to facilitate adding and replacing services with minimal disruption. We have implemented some example participant services (e.g. a space situational awareness provider/SSA, a conjunction assessment supplier/CAS, an automated maneuver advisor/AMA) within the prototype. Different services, with creative algorithms folded into then, can fulfil similar functional roles within the STM architecture by flexibly connecting to it using pre-defined APIs and data models, thereby lowering the barrier to entry of new players in the STM marketplace. We demonstrate the STM prototype on a multiple conjunction scenario with multiple maneuverable spacecraft, where an example CAS and AMA can recommend optimal maneuvers to the spacecraft operators, based on a predefined reward function. Such tools can intelligently search the space of potential collision avoidance maneuvers with varying parameters like lead time and propellant usage, optimize a customized reward function, and be implemented as a scheduling service within the STM architecture. The case study shows an example of autonomous maneuver planning is possible using the API-based framework. As satellite populations and predicted conjunctions increase, an STM architecture can facilitate seamless information exchange related to collision prediction and mitigation among various service applications on different platforms and servers. The availability of such an STM network also opens up new research topics on satellite maneuver planning, scheduling and negotiation across disjoint entities.

space traffic management↗

Adaptation and Re-Use of Spacecraft Power System Models for the Constellation Program

NASA's Constellation Program is embarking on a new era of space exploration, returning to the Moon and beyond. The Constellation architecture will consist of a number of new spacecraft elements, including the Orion crew exploration vehicle, the Altair lunar lander, and the Ares family of launch vehicles. Each of these new spacecraft elements will need an electric power system, and those power systems will need to be designed to fulfill unique mission objectives and to survive the unique environments encountered on a lunar exploration mission. As with any new spacecraft power system development, preliminary design work will rely heavily on analysis to select the proper power technologies, size the power system components, and predict the system performance throughout the required mission profile. Constellation projects have the advantage of leveraging power system modeling developments from other recent programs such as the International Space Station (ISS) and the Mars Exploration Program. These programs have developed mature power system modeling tools, which can be quickly modified to meet the unique needs of Constellation, and thus provide a rapid capability for detailed power system modeling that otherwise would not exist.

Hojnicki, Jeffrey S.↗

Lunar Navigation Beacon Network Using Global Navigation Satellite System Receivers

With the increasing traffic in the lunar regime as part of NASA efforts to return humans to the moon. In order to support these missions, new capabilities are needed to support autonomous navigation and inter-asset communication. Additionally, with maturation and flight demonstration of increasingly capable small satellites, there is an opportunity to embed technology into a small spacecraft as part of companion missions. This paper addresses one such architecture, taking advantage of a lunar lander vehicle to host a companion spacecraft to build out lunar navigation and communication capability. The backbone of this spacecraft is the Navigator GPS receiver. This hardware has continually broken records on high altitude GPS coverage and has the potential to support autonomous navigation at lunar distances. This research proposes a large cubesat built around this technology and catching a ride to the moon via a lander mission. The concept of operations includes the spacecraft deploying prior to the lunar sphere of influence and maneuvering to enter into a lunar orbit. With the Navigator receiver, this spacecraft is capable of a large amount of autonomy, with a limited need for ground-based orbit determination. This spacecraft will fly alongside the lander, acting as a navigation reference during cruise, descent, and post-landing for mission validation. To assess this mission scenario, three aspects are covered in detail herein: the feasibility and mission requirements for entering into a lunar orbit given deployment along a lander surface-bound trajectory, the performance capability of the receiver along this transfer trajectory and in lunar orbit, and the ability to support navigation of the lander itself. These three areas are discussed in detail, providing results that support feasibility of the mission and determination of initial requirements.

Anzalone, Evan J.↗

How Can We Efficiently Build A Spacecraft That Has Longevity? Experiences From the GSFC Perspective to Inform Lunar Exploration and Science Orbiter’s Architecture

Recent successes in NASA planetary science missions has shown that long-lived missions can yield significant science return. These missions, despite their longevity, were not planned to operate beyond their deign life. For example, the Lunar Reconnaissance Orbiter has a design life of 2-3 years, and yet we are entering its 14th year on orbit. Spacecraft longevity in practice has been related to: 1) mission class; 2) did we test it long enough and resolve all the anomalies to be beyond the early failure curve; 3) consumables budgets, and 4) how components are de-signed and tested. Mission class has been perceived as one of the primary ways to drive longevity. But higher mission class is a significant cost and mission driver. Parts selection only from the limited military standard parts and extensive parts qualification adds to development time and cost. Largely redundant (often erroneously interpreted as fully redundant) adds to launch mass and increases testing complexity (which may reduce the amount of testing in the nominal con-figuration). Lower Risk Posture (reflected in a higher mission class) drives significant additional processes and quality assurance analyses. Higher mission class also drives significantly greater sparing and life testing costs. This discussion focuses on whether this is indeed the best way to achieve longevity efficiently or whether there are more efficient ways to achieve longevity. Empirical evidence shows that lower mission classes that implement effective risk reduction and selective redundancy generally results in long life at a lower Spacecraft bus cost. By evaluating redundancy careful-ly, spacecraft cost can be lowered which can enable a more capable payload. Risk of the mission is highly dependent on the complexity of the mission and is only loosely dependent on Class of Mission. High complexity missions can have many single point failures and require the development of new technology, while lower class mission can have lower risk by baselining or incorporating: (selective) redundancy, fault-tolerant design, design for minimum risk, ability to reset, and/or design for graceful degradation. The team met with Goddard Space Flight Center Space Systems Mission Operations leaders to discuss which avionics have proven in flight to be the most reliable and which have had lifetime issues. The paper proposes a list of components to focus on for redundancy for a long-lived lunar mission. Reliability numbers are presented for both single string and dual string missions. The history of life-time performance versus planned mission life according to mission class is presented. A mission with well thought out selective redundancy and effective on the ground test program, can be expected to last well beyond its mission lifetime and provided enhanced return for the community. This approach minimizes project expenditures that do not retire significant risk and allows the project to focus risk mitigation efforts on those risks that will have a significant likelihood of threatening mission success. This is aided by keeping the amount of technology maturation and mission complexity low, while focusing effort on ensuring all component stress-ing parameters well within the bounds of their capabilities.

Lessons Learned↗

A new communication protocol family for a distributed spacecraft control system

In this paper we describe the concepts behind and architecture of a communication protocol family, which was designed to fulfill the communication requirements of ESOC's new distributed spacecraft control system SCOS 2. A distributed spacecraft control system needs a data delivery subsystem to be used for telemetry (TLM) distribution, telecommand (TLC) dispatch and inter-application communication, characterized by the following properties: reliability, so that any operational workstation is guaranteed to receive the data it needs to accomplish its role; efficiency, so that the telemetry distribution, even for missions with high telemetry rates, does not cause a degradation of the overall control system performance; scalability, so that the network is not the bottleneck both in terms of bandwidth and reconfiguration; flexibility, so that it can be efficiently used in many different situations. The new protocol family which satisfies the above requirements is built on top of widely used communication protocols (UDP and TCP), provides reliable point-to-point and broadcast communication (UDP+) and is implemented in C++. Reliability is achieved using a retransmission mechanism based on a sequence numbering scheme. Such a scheme allows to have cost-effective performances compared to the traditional protocols, because retransmission is only triggered by applications which explicitly need reliability. This flexibility enables applications with different profiles to take advantage of the available protocols, so that the best rate between sped and reliability can be achieved case by case.

Baldi, Andrea↗

ANTARES: Spacecraft Simulation for Multiple User Communities and Facilities

The Advanced NASA Technology Architecture for Exploration Studies (ANTARES) simulation is the primary tool being used for requirements assessment of the NASA Orion spacecraft by the Guidance Navigation and Control (GN&C) teams at Johnson Space Center (JSC). ANTARES is a collection of packages and model libraries that are assembled and executed by the Trick simulation environment. Currently, ANTARES is being used for spacecraft design assessment, performance analysis, requirements validation, Hardware In the Loop (HWIL) and Human In the Loop (HIL) testing.

Acevedo, Amanda↗