Search

Gossamer structures for innovative space applications, such as solar sails, require technology that allows their controlled and thereby safe deployment. Before employing such technology for a dedicated science mission, it is desirable, if not necessary, to demonstrate its reliability with a Technology Readiness Level (TRL) of six or higher. The aim of the work presented here is to provide reliable technology that enables the controlled deployment and verification of its functionality with various laboratory tests, thereby qualifying the hardware for a first demonstration in low Earth orbit (LEO). The development was made in the Gossamer-1 project of the German Aerospace Center (DLR). This paper provides an overview of the Gossamer-1 mission and hardware development. The system is designed based on the requirements of a technology demonstration mission. The design rests on a crossed boom configuration with triangular sail segments. Employing engineering models, all aspects of the deployment were tested under ambient environment. Several components were also subjected to environmental qualification testing. An innovative stowing and deployment strategy for a controlled deployment, as well as the designs of the bus system, mechanisms and electronics are described. The tests conducted provide insights into the deployment process and allow a mechanical characterization of that deployment process, in particular the measurement of the deployment forces. Deployment on system level could be successfully demonstrated to be robust and controllable. The deployment technology is on TRL four approaching level five, with a qualification model for environmental testing currently being built.

During the past decade there had been several attempts to improve the interoperability of sensors and platforms on the hardware as well as on the software level. For oceanographic instruments it turned out that the concept of standardizing interfaces and data protocols is much more challenging as one would expect, mainly due to the fact that a huge diversity of instruments and related operation modes exist that are difficult to embrace with known standardization concepts. As a consequence, true modularity for the data acquisition, transmission, processing and storage chain cannot be achieved for the time being.A different strategy is suggested where the data flow coming from the different sensors are channelled through a single acquisition and transmission system where all function of the components and subcomponents of the system are fully described and made freely available to potential other users. In essence, this concept aims at being an open-source project that not just includes the software but also the hardware. By that the needed functions can be decoupled from the actual hardware implementation which leaves some flexibility in regard to what functions shall be used on what platform.The OpenDAM as such is not a completely new system design. The innovative aspect comes in by the fact that all hardware elements are fully described and the control software is based on open source. This allows for setting up user groups that cooperatively advances the further development. As this system is designed for observing stations at remotely locations, it could also be shared with other disciplines, which actually is motivated as it has been developed as part of the EC funded project ENVRIplus [1]. An adapted licensing process either by Creative Commons [2] or based on the concept of the Open Source Initiative [3] will be determined to make the achievements traceable to the originators.

20 years after the successful ground deployment test of a (20 m)2 solar sail at DLR Cologne, and in the light of the upcoming U.S. NEAscout mission, we provide an overview of the progress made since in our mission and hardware design studies as well as the hardware built in the course of our solar sail technology development. We outline the most likely and most efficient routes to develop solar sails for useful missions in science and applications, based on our developed ‘now-term’ and near-term hardware as well as the many practical and managerial lessons learned from the DLR-ESTEC Gossamer Roadmap. Mission types directly applicable to planetary defense include single and Multiple NEA Rendezvous ((M)NR) for precursor, monitoring and follow-up scenarios as well as sail-propelled head-on retrograde kinetic impactors (RKI) for mitigation. Other mission types such as the Displaced L1 (DL1) space weather advance warning and monitoring or Solar Polar Orbiter (SPO) types demonstrate the capability of near-term solar sails to achieve asteroid rendezvous in any kind of orbit, from Earth-coorbital to extremely inclined and even retrograde orbits. Some of these mission types such as SPO, (M)NR and RKI include separable payloads. For one-way access to the asteroid surface, nanolanders like MASCOT are an ideal match for solar sails in micro-spacecraft format, i.e. in launch configurations compatible with ESPA and ASAP secondary payload platforms. Larger landers similar to the JAXA-DLR study of a Jupiter Trojan asteroid lander for the OKEANOS mission can shuttle from the sail to the asteroids visited and enable multiple NEA sample-return missions. The high impact velocities and re-try capability achieved by the RKI mission type on a final orbit identical to the target asteroid's but retrograde to its motion enables small spacecraft size impactors to carry sufficient kinetic energy for deflection.

Any effort which intends to physically interact with specific asteroids requires understanding at least of the composition and multi-scale structure of the surface layers, sometimes also of the interior. Therefore, it is necessary first to characterize each target object sufficiently by a precursor mission to design the mission which then interacts with the object. In small solar system body (SSSB) science missions, this trend towards landing and sample-return missions is most apparent. It also has led to much interest in MASCOT-like landing modules and instrument carriers. They integrate at the instrument level to their mothership and by their size are compatible even with small interplanetary missions.\ud \ud The DLR-ESTEC Gossamer Roadmap NEA Science Working Groups‘ studies identified Multiple NEA Rendezvous (MNR) as one of the space science missions only feasible with solar sail propulsion. Parallel studies of Solar Polar Orbiter (SPO) and Displaced L1 (DL1) space weather early warning missions studies outlined very lightweight sailcraft and the use of separable payload modules for operations close to Earth as well as the ability to access any inclination and a wide range of heliocentric distances.\ud \ud These and many other studies outline the unique capability of solar sails to provide access to all SSSB, at least within the orbit of Jupiter. Since the original MNR study, significant progress has been made to explore the performance envelope of near-term solar sails for multiple NEA rendezvous.\ud \ud However, although it is comparatively easy for solar sails to reach and rendezvous with objects in any inclination and in the complete range of semi-major axis and eccentricity relevant to NEOs and PHOs, it remains notoriously difficult for sailcraft to interact physically with a SSSB target object as e.g. the Hayabusa missions do.\ud \ud The German Aerospace Center, DLR, recently brought the Gossamer solar sail deployment technology to qualification status in the Gossamer-1 project. Development of closely related technologies is continued for very large deployable membrane-based photovoltaic arrays in the GoSolAr project.\ud \ud We expand the philosophy of the Gossamer solar sail concept of efficient multiple sub-spacecraft integration to also include landers for one-way in-situ investigations and sample-return missions. These are equally useful for planetary defence scenarios, SSSB science and NEO utilization. We outline the technological concept used to complete such missions and the synergetic integration and operation of sail and lander.\ud \ud We similarly extend the philosophy of MASCOT and use its characteristic features as well as the concept of Constraints-Driven Engineering for a wider range of operations.