Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Deployable Structures”

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 1,747 records · Page 97

Results from ORACLES-2016: Observed Biomass Burning Aerosol Properties over the Southeast Atlantic Ocean and the Relationship to Meteorology

The Southeast Atlantic Ocean (SEA), with seasonal biomass burning (BB) smoke plumes overlying persistent stratocumulus cloud deck, offers an excellent natural laboratory to make the observations necessary to understand the complexities of aerosol-cloud-radiation interactions. The first field deployment of the NASA ORACLES (ObseRvations of Aerosols above CLouds and their intEractionS) campaign was conducted in September of 2016 out of Walvis Bay, Namibia. During this deployment, two NASA aircraft (a P-3 and an ER-2) were flown with a suite of aerosol, cloud, radiation, and meteorological instruments for remote-sensing and in-situ observations. In this talk, I will first present results from an intercomparison of the different instrument retrievals for the 2016 flights, with a specific focus on the measures of aerosol absorption. In ORACLES, data collected by eight different instrument teams are used to derive aerosol properties over this region by independent methods. We focus on the single scattering albedo (SSA), a measure of the relative absorption versus total extinction by aerosols, as the main comparable property between all methods. I will also discuss comparisons of the retrieved aerosol absorption parameters, as well as the agreement and the variability seen between different instruments, and spatially over the study region. Another important factor in understanding aerosol radiative effects is how the magnitude of these effects may be modified by meteorological conditions. I will next describe observations collected from the P-3 aircraft (from near-surface up to 6-7 kilometers) which show a strong correlation between the in-situ pollution indicators (carbon monoxide and aerosol properties) and atmospheric water vapor content, seen at all altitudes above the boundary layer. This condition is seen to persist over all flights, with minimal detrainment during advection from the continental source. In exploring the potential causal factors behind and implications of this relationship, we see indications that convective dynamics over the continent likely contribute to this elevated signal, but neither meteorological reanalysis nor trajectory analysis fully capture the magnitude and vertical structure of the observed elevated signal. Finally, I will discuss the radiative implications of the observed correlations, a topic of ongoing analysis in ORACLES: understanding the mechanisms which cause water vapor to covary with plume strength is important to quantifying the radiative effects (direct and semi-direct) of biomass burning aerosol in the region.

Pistone, Kristina↗

Earth Independent Medical Operations (EIMO) Datascope: Challenges and Potential Solutions

Data flows and storage/retrieval capacity are severely constrained during missions in space and challenges will become even greater during exploration class missions. There is a need for an artificial intelligence (AI)-based clinical decision support system (CDSS) to monitor and analyze data to provide real-time consultative support for crew medical officer (CMO) decision-making. EIMO is defined as the gradual transition of medical care and decision making from terrestrial to space-based assets, enabling support of astronaut health and performance and reducing overall mission risk. While a hallmark of this paradigm shift from low-earth orbit is that on-board care will increasingly become the responsibility of the astronauts for primary management and decision making, terrestrial assets will continue to be paramount in pre-mission screening and planning, as well as prevention, health maintenance and long-term care contingencies. New capabilities and systems that enable progressively more robust and resilient systems and crews will be necessary to reduce risk and increase probability of deep space exploration mission success. An aspiration for EIMO is to develop AI-enhanced solutions for analysis of crew health & performance data and to facilitate clinical decision support for autonomous medical operations. A “system of systems” approach is envisioned whereby EIMO will deploy AI-supported natural language processing and machine learning (ML) techniques to utilize embedded reference databases and real-time data streams [input vectors] from multiple data sources. Constituent input vectors may include environmental controls, countermeasures data, behavioral data, physiologic wearables, point-of-care laboratory tests, personalized medical records, inventory trade space risk assessments, COTS medical databases, and ground support inputs. An ideal AI capability would possess trained fusion algorithms to cross reference input vectors with medical ‘knowledge’ [cultivated database] to stratify relevant data streams for predictive and actionable capabilities. In addition, EIMO will feature mobility, in that it can be accessed and can push/pull data within and between multiple vehicles/habitats. Large amounts and variable sources of data can be leveraged to diagnose, inform treatment strategies, and potentially predict medical events and performance decrements. Inclusion of advanced training tools using extended reality will enable increasingly autonomous medical care to aid a CMO when ground support is unavailable or time-delayed beyond required action window, e.g., emergent medical situations. EIMO CDSS would require very large datasets to train pre-flight and significant amounts of data are needed to support ML via in-flight CDSS operations. An additional challenge will be to find sufficient data to train a model relevant to astronaut demographics. The rapid, accelerating evolution of this field creates a propitious solution space to leverage multi-modal AI through public-private partnership(s). The status of multi-modal AI systems today would preclude their use for long duration missions as they remain unreliable and are subject to “digital hallucinations” and other errors that could pose operational risk. A federated labs structure is being considered to test and optimize data flow from the multiple input vectors leading to field testing in suitable ground/flight analogs. Critical to the success of an EIMO CDSS will be integration and interoperability and success will be defined by a system that can serve as an in-flight medical consult for the CMO providing critical support during medical contingencies. Benefits to terrestrial medicine may be significant as an outflow of the EIMO medical system, particularly for remote areas and communities lacking significant infrastructure, personnel and resources.

J Lemery↗

Earth Independent Medical Operations (EIMO) Datascope: Challenges and Potential Solutions

Data flows and storage/retrieval capacity are severely constrained during missions in space and challenges will become even greater during exploration class missions. There is a need for an artificial intelligence (AI)-based clinical decision support system (CDSS) to monitor and analyze data to provide real-time consultative support for crew medical officer (CMO) decision-making. EIMO is defined as the gradual transition of medical care and decision making from terrestrial to space-based assets, enabling support of astronaut health and performance and reducing overall mission risk. While a hallmark of this paradigm shift from low-earth orbit is that on-board care will increasingly become the responsibility of the astronauts for primary management and decision making, terrestrial assets will continue to be paramount in pre-mission screening and planning, as well as prevention, health maintenance and long-term care contingencies. New capabilities and systems that enable progressively more robust and resilient systems and crews will be necessary to reduce risk and increase probability of deep space exploration mission success. An aspiration for EIMO is to develop AI-enhanced solutions for analysis of crew health & performance data and to facilitate clinical decision support for autonomous medical operations. A “system of systems” approach is envisioned whereby EIMO will deploy AI-supported natural language processing and machine learning (ML) techniques to utilize embedded reference databases and real-time data streams [input vectors] from multiple data sources. Constituent input vectors may include environmental controls, countermeasures data, behavioral data, physiologic wearables, point-of-care laboratory tests, personalized medical records, inventory trade space risk assessments, COTS medical databases, and ground support inputs. An ideal AI capability would possess trained fusion algorithms to cross reference input vectors with medical ‘knowledge’ [cultivated database] to stratify relevant data streams for predictive and actionable capabilities. In addition, EIMO will feature mobility, in that it can be accessed and can push/pull data within and between multiple vehicles/habitats. Large amounts and variable sources of data can be leveraged to diagnose, inform treatment strategies, and potentially predict medical events and performance decrements. Inclusion of advanced training tools using extended reality will enable increasingly autonomous medical care to aid a CMO when ground support is unavailable or time-delayed beyond required action window, e.g., emergent medical situations. EIMO CDSS would require very large datasets to train pre-flight and significant amounts of data are needed to support ML via in-flight CDSS operations. An additional challenge will be to find sufficient data to train a model relevant to astronaut demographics. The rapid, accelerating evolution of this field creates a propitious solution space to leverage multi-modal AI through public-private partnership(s). The status of multi-modal AI systems today would preclude their use for long duration missions as they remain unreliable and are subject to “digital hallucinations” and other errors that could pose operational risk. A federated labs structure is being considered to test and optimize data flow from the multiple input vectors leading to field testing in suitable ground/flight analogs. Critical to the success of an EIMO CDSS will be integration and interoperability and success will be defined by a system that can serve as an in-flight medical consult for the CMO providing critical support during medical contingencies. Benefits to terrestrial medicine may be significant as an outflow of the EIMO medical system, particularly for remote areas and communities lacking significant infrastructure, personnel and resources.

Medical Operations↗

Electro-Optic Lightning Detector

Electric field measurements are fundamental to the study of thunderstorm electrification, thundercloud charge structure, and the determination of the locations and magnitudes of charges deposited by lightning. Continuous field observations can also be used to warn of impending electrical hazards. For example, the USAF Eastern Range (ER) and NASA Kennedy Space Center (KSC) in Florida currently operate a ground-based network of electric field mill sensors to warn against lightning hazards to space vehicle operations/launches. The sensors provide continuous recordings of the ambient field. Others investigators have employed flat-plate electric field antennas to detect changes In the ambient field due to lightning. In each approach, electronic circuitry is used to directly detect and amplify the effects of the ambient field on an exposed metal conductor (antenna plate); in the case of continuous field recordings, the antenna plate is alternately shielded and unshielded by a grounded conductor. In this work effort, an alternate optical method for detecting lightning-caused electric field changes is Introduced. The primary component in the detector is an anisotropic electro-optic crystal of potassium di-hydrogen phosphate (chemically written as KH2PO4 (KDP)). When a voltage Is placed across the electro-optic crystal, the refractive Indices of the crystal change. This change alters the polarization state of a laser light beam that is passed down the crystal optic axis. With suitable application of vertical and horizontal polarizers, a light transmission measurement is related to the applied crystal voltage (which in turn Is related to the lightning caused electric field change). During the past two years, all critical optical components were procured, assembled, and aligned. An optical housing, calibration set-up, and data acquisition system was integrated for breadboard testing. The sensor was deployed at NASA Marshall Space Flight Center (MSFC) in the summer of 1998 to collect storm data. Because solid-state technology is used, future designs of the sensor will be significantly scaled down In physical dimension and weight compared to the present optical breadboard prototype. The use of fiber optics would also provide significant practical improvements.

Koshak, William J.↗

Miniature Trace Gas Detector Based on Microfabricated Optical Resonators

While a variety of techniques exist to monitor trace gases, methods relying on absorption of laser light are the most commonly used in terrestrial applications. Cavity-enhanced absorption techniques typically use high-reflectivity mirrors to form a resonant cavity, inside of which a sample gas can be analyzed. The effective absorption length is augmented by the cavity's high quality factor, or Q, because the light reflects many times between the mirrors. The sensitivity of such mirror-based sensors scales with size, generally making them somewhat bulky in volume. Also, specialized coatings for the high-reflectivity mirrors have limited bandwidth (typically just a few nanometers), and the delicate mirror surfaces can easily be degraded by dust or chemical films. As a highly sensitive and compact alternative, JPL is developing a novel trace gas sensor based on a monolithic optical resonator structure that has been modified such that a gas sample can be directly injected into the cavity. This device concept combines ultra-high Q optical whispering gallery mode resonators (WGMR) with microfabrication technology used in the semiconductor industry. For direct access to the optical mode inside a resonator, material can be precisely milled from its perimeter, creating an open gap within the WGMR. Within this open notch, the full optical mode of the resonator can be accessed. While this modification may limit the obtainable Q, calculations show that the reduction is not significant enough to outweigh its utility for trace gas detection. The notch can be milled from the high- Q crystalline WGMR with a focused ion beam (FIB) instrument with resolution much finer than an optical wavelength, thereby minimizing scattering losses and preserving the optical quality. Initial experimental demonstrations have shown that these opened cavities still support high-Q whispering gallery modes. This technology could provide ultrasensitive detection of a variety of molecular species in an extremely compact and robust package. With this type of modified WGMR, one can inject a gas sample into the open gap, allowing highly sensitive trace molecule detection within a roughly 1-cm volume. Other critical components of the instrument, such as the detector and a semiconductor laser, could be directly packaged with the resonator so as to not significantly increase the size of the device. Besides its low mass, volume, and power consumption, the monolithic design makes these resonators intrinsically robust devices, capable of handling significant temperature excursions, without moving parts to wear out or delicate coatings that can be easily damaged. A sensor could integrate with microfluidics technology for a chip-scale device. It could be mounted to the end of a deployable arm, or inserted into a borehole. Also, a network of individual sensors could be dispersed to monitor conditions over a wide region

Aveline, David C.↗

Ship Radar Observations of a Developing Hurricane in the East Pacific

During the recently completed East Pacific Investigation of Climate Processes in the Coupled Ocean-Atmosphere System (EPIC) field program, the NOAA research vessel Ronald H. Brown (RHB) was deployed in the east Pacific Inter Tropical Convergence Zone (ITCZ) for approximately 3 weeks near 10 deg. N, 95 deg. W. One of the principal objectives of the EPIC-ITCZ program was to observe the modulation of convection by synoptic-scale easterly waves and the air-sea coupling process in this poorly sampled region of the east Pacific. Data from the experiment will be used as validation to improve forecast models. The RHB carried a variety of platforms during EPIC to sample atmospheric and oceanic phenomena, including a scanning C-band Doppler radar, radiation flux instrumentation, air-sea flux system, Doppler lidar, 35 GHz cloud radar, UHF wind profiler, sea surface temperature (SST) sensors, as well as standard surface meteorological instrumentation and a suite of rain gauges. This presentation will focus on the analysis of C-band radar data that was collected on 10 September, 2001 as the ship passed through an easterly wave which later developed into hurricane Ivo. The ship captured approximately 12 hours of convection associated with the tropical disturbance. During this period, the domain sampled by the radar (approximately 71,000 sq km) contained a significant number of echo features. Specifically, the fraction of the domain containing radar echo above 10 dBZ reached 80% for over 2 hours and remained near 60% for a continuous six hour period. Animation of radar images showed distinct rotation in echo features associated with the easterly wave passage. Despite an approximate 4 C drop in surface air temperature and sustained winds approaching 20 m/ s, the SST remained nearly constant throughout the observation period (approx. 29.5 C). Peak values of latent and sensible heat flux exceeded 400 and 100 W /sq m, respectively. The radar documented the change in precipitation vertical structure as the ship passed through regions of significant convection with echo tops approaching 14 km and 30 dBZ echo tops extending to near 9 km embedded in regions that were predominantly stratiform in nature. Single Doppler retrievals (Extended Velocity Azimuth Display) were conducted continuously at 10-minute resolution for approximately 4 hours in the latter part of the observation period, and documented the transition from convection (low-level convergence, upper level divergence) to stratiform (mid-level convergence sandwiched between upper and lower level divergence) kinematic structure.

Cifelli, Robert↗

Assessment of a Surface Water Transportation System for ISRU Operations on Mars

NASA is working to define the architecture needed for a Mars exploration campaign. Initial analysis assumptions allow for pre-deployment of essential cargo and equipment to support a crew landing, including the pre-positioning of a Mars Ascent Vehicle (MAV). This MAV is likely to represent the largest single payload that must be landed on the Mars surface. Its size would be influenced by the amount of mass that state-of-the-art Entry, Descent, and Landing (EDL) systems would be capable of placing on Mars. One possible method of increasing the usable size of the MAV without exceeding available EDL capabilities is to land the MAV without ascent propellant on board. Following such a method may necessitate a strategy to acquire sufficient ascent propellant to allow a crew to safely depart the Martian surface. This paper describes a conceptual return propellant strategy that uses a liquid transportation skid, or pallet, to be used in conjunction with a rover mobility system to transfer water across the Martian surface from a source point to an in-situ resource utilization (ISRU) plant that would use this water as a feedstock to generate oxygen and methane to enable launch of the MAV. Design considerations, concept of operations, and rover energetics will be discussed in this paper.

Fluid Structure Interface↗

Informing New Concepts for UAS and Autonomous System Safety Management using Disaster Management and First Responder Scenarios

As emerging flight operations become more prevalent and increasingly automated and distributed, the capabilities for managing safety of vehicles and operations will also need to evolve. To address this challenge, the National Academies has envisioned an In-Time Aviation Safety Management System (IASMS) capability for a wide range of aviation operations including current commercial operations as well as new entrants envisioned with advanced air mobility (AAM). The suite of IASMS services, functions, and capabilities (SFCs) would be implemented in a federated approach and would address trends as well as individual operations. Through predictive modeling and data analysis, IASMS is envisioned to identify arising risks so that they can be mitigated, in-time, before a safety incident occurs. IASMS and its requisite set of SFCs must leverage a wide range of information to perform. To better understand these new needs, FSF worked with the aviation and humanitarian communities to develop and validate scenarios that include traditional aviation operations and UAS operations intermingled as they are deployed for disaster management and first responder (DMFR) situations. The three scenarios developed include: • Post Natural disaster response, such as a hurricane, involving multiple parties utilizing traditional aviation and UAS to support rescue operations, surveil damage, and locate survivors needing assistance. • Wildfire fighting in remote locations with traditional aircraft for transport and fire-retardant delivery combined with UAS for surveillance of fire locations as well as to track individual firefighter locations. • Medical Operations and AAM in Urban Environments including passenger-carrying helicopters and AAM vehicles, medical missions (such as transport of radio-pharmaceuticals), and other UAS delivery operations (such as the delivery of defibrillators). Each scenario was developed and validated by representatives with expertise in humanitarian operations, urban and rural emergency response, air traffic management, UAS operations, and traditional flight operations. The scenario definitions address roles and responsibilities of individual actors, the appropriate utilization of UAS, and the actions taken by those actors to appropriately manage risks associated with the mission and environment. The risks to aviation traffic and to people on the ground explored included potential risks arising from incompatibilities in calculating reference altitudes (eg, differing uses of AGL, MSL, barometric, or GPS-derived values), loss of command and control (C2) communications, rapid changes in weather and winds, and physical interference. For each risk, IASMS SFCs were postulated in the context of monitoring services, risk assessment capabilities, and identifying appropriate mitigation strategies. The identified SFC capabilities were envisioned from known services postulated for IASMS and for UTM. For these unique environments, IASMS SFCs are needed to address conditions such as hazardous payloads, micro-climates and urban canyons, and the need to keep uninvolved air traffic out of the area where DMFR operations are being conducted. The second phase of analysis focused on inferring the specific information needs and the SFCs for IASMS, utilizing a structure of 16 information classes to organize requirements. For each of the risks identified in the workshops, it was postulated what data sources would be necessary to monitor critical aspects of the risk (eg, surrounding air traffic, ground population, terrain, etc). to be directly measured as well as data that would be derived, which implies additional SFCs for different actors to understand what information would likely be exchanged between parties. For an IASMS to be effective, additional research is needed to develop the advanced algorithms that can address the increasingly autonomous and complex operations in differing environments and to develop means of identifying unknown risks. Looking at these scenarios highlighted a number of research issues. These include the ability to quickly "cordon off" airspace thru temporary flight restrictions (TFRs) or other means, developing clear definitions to enable automation-based algorithms for prioritizing operations, defining airspace density metrics, standardization of altitude reporting, and establishing a basis for safety data metrics definition and collection. This paper seeks to outline the development of an IASMS in the context of the DMFR scenarios and resulting demonstrations. Utilizing this contextual approach, NASA will generate recommendations for an assured safety framework for AAM operations that enables AAM operations to safely access the NAS.

In Time Aviation Safety Management System↗

Fully Printed, Flexible, Phased Array Antenna for Lunar Surface Communication

NASAs future exploration missions focus on the manned exploration of the Moon, Mars, and beyond, which will rely heavily on the development of a reliable communications infrastructure from planetary surface-to-surface, surface-to-orbit, and back to Earth. Flexible antennas are highly desired in many scenarios. Active phased array antennas (active PAAs) with distributed control and processing electronics at the surface of an antenna aperture offer numerous advantages for radar communications. Large-area active PAAs on flexible substrates are of particular interest in NASA s space radars due to their efficient inflatable package that can be rolled up during transportation and deployed in space. Such an inflatable package significantly reduces stowage volume and mass. Because of these performance and packaging advantages, large-area inflatable active PAAs are highly desired in NASA s surface-to-orbit and surface-to-relay communications. To address the issues of flexible electronics, a room-temperature printing process of active phased-array antennas on a flexible Kapton substrate was developed. Field effect transistors (FETs) based on carbon nanotubes (CNTs), with many unique physical properties, were successfully proved feasible for the PAA system. This innovation is a new type of fully inkjet-printable, two-dimensional, high-frequency PAA on a flexible substrate at room temperature. The designed electronic circuit components, such as the FET switches in the phase shifter, metal interconnection lines, microstrip transmission lines, etc., are all printed using a special inkjet printer. Using the developed technology, entire 1x4, 2x2, and 4x4 PAA systems were developed, packaged, and demonstrated at 5.3 GHz. Several key solutions are addressed in this work to solve the fabrication issues. The source/drain contact is developed using droplets of silver ink printed on the source/drain areas prior to applying CNT thin-film. The wet silver ink droplets allow the silver to wet the CNT thin-film area and enable good contact with the source and drain contact after annealing. A passivation layer to protect the device channel is developed by bonding a thin Kapton film on top of the device channel. This film is also used as the media for transferring the aligned CNT thin-film on the device substrate. A simple and cost-effective technique to form multilayer metal interconnections on flexible substrate is developed and demonstrated. Contact vias are formed on the second substrate prior to bonding on the first substrate. Inkjet printing is used to fill the silver ink into the via structure. The printed silver ink penetrates through the vias to contact with the contact pads on the bottom layer. It is then annealed to form a good connection. One-dimensional and two-dimensional PAAs were fabricated and characterized. In these circuits, multilayer metal interconnects were used to make a complete PAA system.

Subbaraman, Harish↗

Vertical Translation System for the Common Habitat Architecture

The Common Habitat is a large, long-duration habitat that uses an SLS core stage Liquid Oxygen (LOX) tank as its primary structure. Measuring 8.4 meters in diameter and 15 meters in length, it is manufactured as a habitat and launched as such into space. It is intended for use on the Moon as part of a permanently occupied outpost, on Mars as part of an outpost that will be occupied for hundreds of days at a time, and in deep space as part of the Deep Space Exploration Vehicle where it will support crewed missions up to 1200 days in duration. A study of internal orientation and crew size resulted in a Common Habitat configuration sized for a crew of eight with a three-deck horizontal orientation. The Common Habitat Vertical Translation System provides a means for transporting crew and cargo between decks in a Common Habitat spacecraft in gravity levels varying from 0g to 1g. A crowdsourcing campaign was conducted through the GrabCAD platform to initially solicit ideas for restraints and mobility aids, including vertical translation. Four of the five top responses repeated ideas that would be incorporated into features of the Vertical Translation System. The first was a safety barrier (to prevent falls into the opening between decks) that could collapse to form a floor surface covering the opening when not in use. The second idea was a folding ladder that could be stowed in the ceiling when not in use. The third idea was an elevator platform that could traverse the ladder. Several key driving requirements were established for the Vertical Translation System: it may not penetrate into or through the lower deck; it must work on the Earth, Moon, Mars, and in microgravity; it must be easy to operate; it must enable translation of any item that can fit through the Common Habitat’s 40” x 60” hatches, inclusive of suited and unsuited crew with any degree of incapacitation and any equipment or cargo item; and it must include three component systems – deploying floor / safety barriers, a deployable ladder, and an elevator platform. Additional requirements were established for each of the component systems. The safety barriers must form a roughly 40-inch tall, complete wall enclosure on all four sides when deployed; it must include an easy to open gate that allows access to/from the ladder when deployed; and when retracted, the safety barrier must form a smooth, load-bearing floor that can be walked on, and wheeled objects can be rolled across in gravity, without being a trip hazard. The deployable ladder must be composed of multiple ladders that work together; it must stow in the ceiling when not in use; and it must not penetrate into the 40” x 60” vertical passage corridor. The elevator platform must work with the deployable ladder system; it must be able to bridge any gap in ladders between decks; it must stop at each deck flush with the deck surface; it must be capable of transporting an incapacitated crew member as a single rescuer operation; it must be capable of transporting a full-size subsystems pallet; it must function as an elevator for a crew member carrying large objects; it must have safety functions to prevent falls from the platform, or crew/cargo collisions with edges of hatch openings, or entanglement with ladder rungs/structure; it must stow when not in use; and it must autonomously both connect itself to the ladder and deploy itself to any deck where needed when called (e.g., a crew member on any deck can call for the platform and it must connect itself to the ladders without assistance and translate to the requestor’s deck). These requirements were developed into a system concept with the assistance of a NASA Pathways Intern who also added the requirement to size the design based on the use of commercial components, using existing motors and other mechanisms to ensure that the resulting system could be inexpensively produced. The Floor and Safety Barrier consists of four panels, two roughly 40 inches long and two roughly 60 inches long that can fold into the floor on top of each other when not in use. The uppermost panel is load bearing and acts as the floor surface. When deployed, they connect with each other to form a rigid barrier surrounding the vertical passageway. One of the panels contains a hinged gate that can be opened when deployed to allow for access to/from the passageway. The Deploying Ladder consists of two ladder segments, one mounted on the ceiling of the lower deck and the other mounted on the ceiling of the mid deck. A rotating mechanism is mounted on the ladder to allow it to rotate into a horizontal position against the ceiling for stowage, or down to a vertical position for use. A second rotating mechanism is built into the ladder, allowing the rungs to rotate. A toothed surface intended to work with the elevator platform covers the front of the ladder rails and the top and bottom of the rails are designed to be flush when aligned with another ladder segment. The elevator platform is essentially a motorized, self-propelled deck. It has a mechanism that holds it in contact with the ladder rails and drives itself against the toothed surface. This mechanism allows the elevator platform to ascend or descend the ladder. In order to stow the platform when not in use, a set of short ladder rails (without rungs) are mounted to the ceiling of the mid deck. When the mid deck ladder is stowed, it is flush with these rails and the platform can drive itself onto those short rails for stowage. An additional mechanism on the platform can pitch its deck surface 90 degrees, such that when the ladder is to be stowed, the platform can fold up against the ceiling. As a consequence of the ladder and elevator platform design, the opening between decks in the Common Habitat was enlarged to ensure that the elevator platform can accept a payload up to 40”x60” in dimension.

Human Centered Design↗

Configuration and Projected Capabilities of the Common Habitat Medical Care Facility

The Common Habitat is a large, long-duration habitat being explored as part of a conceptual study (not an active NASA program) that uses an SLS core stage Liquid Oxygen (LOX) tank as its primary structure. It is intended for use on the Moon as part of a permanently occupied outpost, on Mars as part of an outpost that will be occupied for hundreds of days at a time, and in deep space as part of the Deep Space Exploration Vehicle where it will support crewed missions up to 1200 days in duration. A study of internal orientation and crew size resulted in a Common Habitat configuration sized for a crew of eight with a three-deck horizontal orientation. Additional work outside the scope of this paper is developing a vertical translation system, a crew mobility aids system based on wearable gecko-derived grippers, and a crew seating/restraint system. These systems are all assumed for use in conjunction with the Medical Care Facility, which is needed to maintain crew well-being during these missions, where distance from Earth precludes the possibility of evacuation to Earth. This paper describes recent improvements in the Common Habitat Medical Care Facility and associated benefits for crew survivability in long duration missions beyond Earth orbit. These improvements were made with the assistance of a NASA Pathways intern whose experience includes a tour of duty in Afghanistan as an Army combat medic with the 691st GHOST-T, attached to the 1st and 7th US Special Forces Groups as part of Operation Freedom’s Sentinel, where he helped provide far-forward surgical capabilities in austere combat environments. The initial baseline Medical Care Facility was developed working in conjunction with University of Houston Space Architecture graduate students. The facility was placed on the upper deck of the Common Habitat in a location that provided privacy, operational volume, and was close to the vertical translation pathway. The notional outfitting repurposed component CAD models from unrelated studies and notionally indicated a level of care roughly equivalent to that aboard the International Space Station. The CAD modeling provided notional stowage volumes, a deployable surface, some fixed equipment, an ultrasound, and a potentially reconfigurable treatment table. While this facility is clearly a competent arrangement, it was desired to leverage available expertise and upgrade the station given the vast distances from Earth to be experienced by the Common Habitat. Key driving requirements applied to the upgrade included to provide Medical Level of Care V, offer enhanced telemedicine capabilities, provide patient physical accommodation, provide caregiver access to the patient from all sides, include sliding pocket doors for access to hygiene and to the Vertical Translation System, and to add any additional capability possible for the best achievable medical care. The first step in the facility upgrade was to quantify the current medical inventory on the International Space Station and ensure that sufficient stowage volume was present for this purpose. To that end, the ISS medical kits were reviewed, and eight full size mid deck lockers were placed in the facility. A number of additional devices were also added, based on the intern’s combat medic experience. Also, two fixed shelves and one horizontal work surface were added to the Medical Care Facility, with the shelves providing storage space for the additional devices and the work surface providing a location for the caregiver to work or stage equipment. Four display monitors were added to the wall above the horizontal work surface, supporting data display, telemedicine, conferencing, or other needs. The existing treatment table was replaced with a mobile surgical stretcher-chair. Two additional doors were added to the Medical Care Facility. One leads directly to the hygiene compartment, allowing it to support medical operations in addition to providing galley/wardroom support. The other door leads directly into the Vertical Translation System. The wall adjacent to the subsystems bay was moved, adding additional volume to the Medical Care Facility. This improved caregiver access to the patient and allowed for a larger number of caregivers to be present. It also provided options for relocation of support equipment relative to the patient as needed. In the upgraded Medical Care Facility, the Surgical Stretcher-Chair and the Vertical Translation System can work together to provide incapacitated crew member transport from a site of injury on any deck of the Common Habitat to the Medical Care Facility. It can also support patient treatment in a variety of positions including a variety of sitting postures and a supine posture at a variety of pitch angles. The facility can also support caregiver office work for review of examination results, private consultation, inventory and maintenance, and a variety of other purposes. A forward activity will be to conduct evaluations of the Medical Care Facility with different medical scenarios. Additionally, ambient and task lighting selections remain as forward work. The eight mid deck lockers can be augmented to use as portable equipment carts, similar to a manner in which maintenance facility stowage was used as portable carts during the NASA Desert Research and Technology Studies in the Constellation Program. Trash accommodation will also need forward work to assess, including provision for wet trash, dry trash, and biological waste. It will be important to assess a redesign of the surgical stretcher-chair. The commercial version used in the upgrade can only enable vertical translation in the seated configuration, requiring the patient to bend both hips and knees. A possible redesign of the chair will allow for vertical translation without requiring any bending at the hip or knees. Also, the commercial version is wheeled, making it mobile in gravity but unanchored in microgravity. Work will be needed to adapt the chair for gravity-independent performance. The hygiene compartment can be redesigned for dual-use medical scrub and galley handwash facility. Pending sufficient volume, it may also be possible to place sanitation equipment in this location to clean medical tools. Finally, most space architectures have never allowed for more than one incapacitated crew member, but several scenarios could potentially injure two or more crew in the same incident. This facility could be assessed to determine its present ability to address two or more injured crew in parallel and determine the potential upper limit for number of treatable crew in a multi-crew injury scenario, or to treat polytrauma of a single patient.

Habitat↗

Configuration and Projected Capabilities of the Common Habitat Medical Care Facility

The Common Habitat is a large, long-duration habitat being explored as part of a conceptual study (not an active NASA program) that uses an SLS core stage Liquid Oxygen (LOX) tank as its primary structure. It is intended for use on the Moon as part of a permanently occupied outpost, on Mars as part of an outpost that will be occupied for hundreds of days at a time, and in deep space as part of the Deep Space Exploration Vehicle where it will support crewed missions up to 1200 days in duration. A study of internal orientation and crew size resulted in a Common Habitat configuration sized for a crew of eight with a three-deck horizontal orientation. Additional work outside the scope of this paper is developing a vertical translation system, a crew mobility aids system based on wearable gecko-derived grippers, and a crew seating/restraint system. These systems are all assumed for use in conjunction with the Medical Care Facility, which is needed to maintain crew well-being during these missions, where distance from Earth precludes the possibility of evacuation to Earth. This paper describes recent improvements in the Common Habitat Medical Care Facility and associated benefits for crew survivability in long duration missions beyond Earth orbit. These improvements were made with the assistance of a NASA Pathways intern whose experience includes a tour of duty in Afghanistan as an Army combat medic with the 691st GHOST-T, attached to the 1st and 7th US Special Forces Groups as part of Operation Freedom’s Sentinel, where he helped provide far-forward surgical capabilities in austere combat environments. The initial baseline Medical Care Facility was developed working in conjunction with University of Houston Space Architecture graduate students. The facility was placed on the upper deck of the Common Habitat in a location that provided privacy, operational volume, and was close to the vertical translation pathway. The notional outfitting repurposed component CAD models from unrelated studies and notionally indicated a level of care roughly equivalent to that aboard the International Space Station. The CAD modeling provided notional stowage volumes, a deployable surface, some fixed equipment, an ultrasound, and a potentially reconfigurable treatment table. While this facility is clearly a competent arrangement, it was desired to leverage available expertise and upgrade the station given the vast distances from Earth to be experienced by the Common Habitat. Key driving requirements applied to the upgrade included to provide NASA’s Medical Level of Care V, offer enhanced telemedicine capabilities, provide patient physical accommodation, provide caregiver access to the patient from all sides, include sliding pocket doors for access to hygiene and to the Vertical Translation System, and to add any additional capability possible for the best achievable medical care. The first step in the facility upgrade was to quantify the current medical inventory on the International Space Station and ensure that sufficient stowage volume was present for this purpose. To that end, the ISS medical kits were reviewed, and eight full size mid deck lockers were placed in the facility. A number of additional devices were also added, based on the co-author’s combat medic experience. Also, two fixed shelves and one horizontal work surface were added to the Medical Care Facility, with the shelves providing storage space for the additional devices and the work surface providing a location for the caregiver to work or stage equipment. Four display monitors were added to the wall above the horizontal work surface, supporting data display, telemedicine, conferencing, or other needs. The existing treatment table was replaced with a mobile surgical stretcher-chair. Two additional doors were added to the Medical Care Facility. One leads directly to the hygiene compartment, allowing it to support medical operations in addition to providing galley/wardroom support. The other door leads directly into the Vertical Translation System. The wall adjacent to the subsystems bay was moved, adding additional volume to the Medical Care Facility. This improved caregiver access to the patient and allowed for a larger number of caregivers to be present. It also provided options for relocation of support equipment relative to the patient as needed. In the upgraded Medical Care Facility, the Surgical Stretcher-Chair and the Vertical Translation System can work together to provide incapacitated crew member transport from a site of injury on any deck of the Common Habitat to the Medical Care Facility. It can also support patient treatment in a variety of positions including a variety of sitting postures and a supine posture at a variety of pitch angles. The facility can also support caregiver office work for review of examination results, private consultation, inventory and maintenance, and a variety of other purposes. A forward activity will be to conduct evaluations of the Medical Care Facility with different medical scenarios. Additionally, ambient and task lighting selections remain as forward work. The eight middeck lockers can be augmented to use as portable equipment carts, similar to a manner in which maintenance facility stowage was used as portable carts during the NASA Desert Research and Technology Studies in the Constellation Program. Trash accommodation will also need forward work to assess, including provision for wet trash, dry trash, and biological waste. It will be important to assess a redesign of the surgical stretcher-chair. The commercial version used in the upgrade can only enable vertical translation in the seated configuration, requiring the patient to bend both hips and knees. A possible redesign of the chair will allow for vertical translation without requiring any bending at the hip or knees. Also, the commercial version is wheeled, making it mobile in gravity but unanchored in microgravity. Work will be needed to adapt the chair for gravity-independent performance. The hygiene compartment can be redesigned to serve both as a medical scrub facility and for galley hand washing. Pending sufficient volume, it may also be possible to place sanitation equipment in this location to clean medical tools. Finally, most space architectures have never allowed for more than one incapacitated crew member, but several scenarios could potentially injure two or more crew in the same incident. This facility could be assessed to determine its present ability to address two or more injured crew in parallel and determine the potential upper limit for number of treatable crew in a multi-crew injury scenario, or to treat polytrauma of a single patient.

Common Habitat↗

Structural Modeling for the Terrestrial Planet Finder Mission

We present the most recent propulsion requirements for the Laser Interferometer Space Antenna (LISA) Mission and describe potential microth ruster technology that can meet these requirements. LISA consists of three spacecraft in heliocentric orbits, forming a triangle with 5x l o6 km sides that are the arms of three Michelson-type interferometers. Reflective proof masses provide the reference surfaces at the end of the interferometer arms as part of the Gravitational Reference Senso r (GRS) designed to detect gravitational waves. The microthrust propu lsion system will be part of the Disturbance Reduction System (DRS), which is responsible for maintaining each spacecraft position within approximately 10 nm around the proof masses. To provide the necessary sensitivity, the GRS must not experience spurious accelerations > 10 (exp -15) m/s(exp 2)# Hz (exp -1/2) in the 0.1 mHz to 1 Hz bandwidth, requiring precision formation flying and drag-free operation of the L ISA spacecraft. This leads to the following microthruster performance requirements: a thrust range of 2-30 microN, a thrust resolution < O .1 micro N, and thrust noise <0.1 micro N Hz (exp -1/2) over the LISA measurement bandwidth. The microthruster must provide this performanc e for 5 years continuously, contain 10 years worth of propellant, and not disrupt the science measurements. Potential microthruster techno logies include Colloid, Field Emission Electric Propulsion (FEEP), and precision cold gas microthrusters. Each of these technologies is des cribed in detail with focus on the NASA microthruster development of the Busek Colloid Micro-Newton Thruster (CMNT).

coronagraphs↗

TRIDENT Drill Validation at Mars and Lunar Analog Field Sites

Drilling on Earth is typically a human-intensive activity. Drilling on other planets is further complicated by the lack of prior local field surveys of their target area, hence blindly drilling into uncertain target rocks. Field conditions on the Moon or Mars are also different than for shallow drilling on Earth: lower temperatures and pressures, less power available, low masses (hence less weight-on-bit). Given the cost of transport from Earth, no drilling muds or working fluids are likely to be available to carry away cuttings. And impact-gardened regolith and dust vary mechanically and texturally from most terrestrial soils. The Regolith and Ice Drill for Exploration of New Terrains (TRIDENT) is a rotary-percussive 1m-class drill from Honeybee Robotics. It is low-power (rotary and percussive actuators are 200 W each) and lightweight (<20 kg) with the maximum weight on bit limited to 200 N. TRIDENT has been manifested for the Volatiles Investigating Polar Exploration Rover (VIPER) and PRIME-1 lunar south pole missions in 2024, has previously been field tested at a hot, dry analog site in the Atacama Desert, and in lunar conditions in thermal vacuum chamber tests. TRIDENT was also part of the 2019 Icebreaker Mars Discovery proposal, as well as in the Mars Life Explorer concept. During ARADS tests, drill control and fault recovery automation software enabled hands-off operations of a rover-mounted TRIDENT drill. TRIDENT Drill Analog Site Validation: Past TRIDENT tests in thermal vacuum (TVAC) chambers targeted containers of manufactured lunar simulants with added volatiles. 2022 TRIDENT ambient testing at NASA Ames drilled into cemented lunar simulant materials. Low cuttings-permeability led to cuttings buildup, and drill choking and binding was observed. The Atacama analog site in ARADS had desiccated unconsolidated sediments that did not challenge the TRIDENT design. However, lunar polar regolith is expected to be diverse and heterogeneous with varying clast sizes, with abundant impactites and perhaps subsurface ice deposits. Neither the simulants nor Atacama testing had completely covered the TRIDENT-targeted field characteristics, motivating further analog tests prior to the planned lunar missions. To gain more insight into the behavior of the TRIDENT hardware in diverse impactites and subsurface ice, and to verify the software automation in that environment, in August 2023 TRIDENT was brought to Haughton Crater, a field analog site in the Canadian Arctic. In September 2023 the same drill was brought to the Bishop Tuff in southern California to verify whether drilling binding behaviors previously seen in lunar simulant testing would be observed in naturally occurring fine-grained massive layers. The ~22 Ma Haughton Crater impact structure is located at 75 ̊22’ N, 89 ̊41’ W, on northwestern Devon Island, Nunavut, Canada. Numerous deposits of pale-grey crater-fill polymictic impact-melt breccia are found within the crater with a typical thickness reaching ~125 m or greater and covering ~60 km -2 . An approximately 600m-thick permafrost layer is also present with ice typically found within 0.5-0.6m of the surface. The volcanic tableland north of Bishop, CA exposes densely welded tuff laid down during the eruption that created the Long Valley Caldera at approximately 0.76 Ma. Extensional faults and the Owens River gorge expose cross-sections across the plateau. The area is viewed as an analog site for Mars features believed to be of pyroclastic origin. Results: Haughton Crater.Drilling tests were conducted 8-13 August 2023 at a previously undisturbed area separated 5-10 m from past years’ Drill Hill test sites (75.4208, -089.7613). In six days, TRIDENT drilled 8 holes to nearly 1 m depth each, totaling 7.80 m. The active layer/ice boundary was at ~67 cm depth, with a total of approximately 2.4 m drilled into ice or ice-cemented impact breccia. During drilling, five drill fault states were observed and successfully recovered. Holes 23-1, 4 and 7 were drilled under manual control, using Honeybee’s Thorax user interface. Holes 23-5, 6, and 8 were drilled with the Ames IBexec automated drilling control software. TRIDENT was observed to have little difficulty in the thawed uncemented impact breccia above the active layer boundary, but required percussion to make slower headway in the ice-cemented breccia. In Hole 23-7 (Fig.1), drilling slowed down in a massive unit just above the active-layer boundary (perhaps a large rock extending into the ice-cementation?), with only 7cm progress made in 27 minutes of high auger torque and constant percussion, leading to a choking fault and then a binding fault. A similar pattern had been observed in TRIDENT Rio Tinto test data from 2017 [6] as well as in the 2022laboratory tests.Bishop Tuff.A team from NASA Ames and the US Geological Survey deployed the same TRIDENT drill to Bishop Sites 1B and 1C (37.4203, -118.4289; 37.4265, -118.4215) on 13-16 September 2023, on the Bishop Tuff plateau. A third drill site was used 17-18 September 2023(37.4598, -118.3667) in an abandoned pumice mine. Four holes (totaling 2.5m depth) were drilled into the fine-grained, meters-thick tuff units at Sites 1B and 1C, and a further two boreholes (totaling 1.98m depth) were made at the pumice site. Drill behavior in the tuff below 10 cm depth was similar to that seen at 65-74 cm depth in Haughton Hole 23-7 (Fig. 1) and that seen in the 2022 lab simulant drilling. Drill safety torque limits were exceeded multiple times resulting in drill stops downhole. These freezes then required external added torques (with a pipe wrench) to resume rotation, to unstick the drill for withdrawal. To prevent this choking and binding behavior we found that more-frequent cuttings removal was necessary, e.g., reducing the “drill bite” size from the nominal 10 cm to 2 cm per bite --bringing the auger up to the surface more frequently, as seen in Bishop Site 1C Hole 2 (Fig.2). This permitted slow progress without drill binding and without external interventions. Conversely, TRIDENT drilling in the more porous pumice target material showed no cuttings buildup issue, and single bites as large as 40 cm were demonstrated. Discussion: We observed that TRIDENT easily penetrated unconsolidated heterogeneous soils (both above the active layer boundary at Haughton and previously in the Atacama). Cemented or consolidated targets that were cuttings-permeable (icy impact breccia, pumice) required more energy applied and percussion. However, in non-cuttings-permeable targets (welded microporous tuff, cemented simulants, boulder) TRIDENT was observed to be prone to excessive cuttings accumulation leading to choking/binding faults and stalling. The wedge cutting bit, used by TRIDENT in field tests and in its flight versions, pulverizes the target rock and creates fine cuttings that ideally are transported up the auger spirals for removal. In porous, fractured or vesicular target materials (such as at the Bishop pumice site) a significant portion of the cuttings are pushed aside, but for non-fractured, microporous targets the cuttings remain in the borehole and accumulate. Rock powder is relatively incompressible as a working fluid at only 100-200N downward force (TRIDENT limits) and hence eventual drilling progress slows or stops. Our recommended strategy for improving TRIDENT cuttings removal in massive target units with low cuttings-permeability is to reduce TRIDENT bite sizes when encountering these units, from 10cm to as little as 1-2cm, to effectively bail the accumulating cuttings. This approach was demonstrated to reduce choking and allowed slow progress to continue in cuttings-impermeable microporous target units (viz. the Bishop tuff in our September 2023 tests or cemented simulants in 2022 ambient tests).

robotic drilling↗

Using the cFS Command and Data Dictionary (CCDD) to Automate Software Development on Habulous

Final paper is attached. The NASA developed Core Flight System (cFS) is a reusable software architecture that has been used on multiple spaceflight missions. By using this framework, missions are able to reuse code from other missions, as well as leverage deployment onto similar computer architectures (i.e. not "reinvent the wheel" on each new mission). The success in the cFS concept can be seen in the large number of projects using cFS at FSW-2018. The Habulous project is an Earth-based testbed, used for hardware and software that may one day be used on a future space habitat unit, with many participating groups from various NASA centers and aerospace organizations around the country. The distributed nature of the various teams mean that defining (and following) an interface definition is critical on the project. Additionally, since various groups use various types of computer hardware (32/64-bit, big/little endian, Linux/VxWorks/Windows) many additional complications exist in interfacing all the various components into a final integrated system. cFS is used on the majority the flight software (FSW) in running in Habulous. But some subsystems have elected to not use cFS, and use a software bridge (called SBN_lib) to interact with the other cFS nodes in Habulous. In order to most efficiently develop the FSW, a central database is used to define and store each message sent by cFS. A Command and Data Dictionary (CDD) is something nearly universal on spacecraft, but as a team we worked to develop the CDD before the SW development was complete, and not treat it like "as built" documentation. To manage the CDD, the cFS Command and Data Dictionary (CCDD) tool was chosen (available from NASA as open source software). The CCDD tool has successfully been used to automate/autocode a large amount of software used on Habulous, as we are hoping to use it to define even more items in the future (time-triggered Ethernet (TTE) network maps, CPU scheduling). Additionally, Habulous has been exploring the use of cFS on wildly heterogeneous CPUs, and how to coordinate all those various machines using/extending the software bus – network (SBN) application in cFS, as well as TTE to coordinate message passing between various synchronized machines. The major topics to be covered in the presentation are: (1) Updating to the CCSDS_v2 extended headers (and using CPU# as subsystem ID). (2) Managing all the message identification numbers for each cFS message sent/received on any of the various CPUs. (3) Using the CCDD information to automatically generate the C-header files that define the structure for all software bus (SB) commands/telemetry messages. (4) Using the CCDD to automatically generate XML Telemetry and Command Exchange (XTCE) files, which streams display production/integration/testing in a web based display architecture (5) Extending/customizing SBN to pass messages among computers on multiple networks. (6) Using "Protobetter" inside SBN to manage different endian-ness/architectures. (7) Using SBN_lib to allow non-cFS node to communicate with cFS nodes. (8) Developing TTE network and schedule tables for all the various CPUs to use.

Hirsh, Robert L.↗

Development of a Surface Water Transportation System for ISRU Operations on Mars

NASA is working to define the architecture needed for a Mars exploration campaign. Initial analysis assumptions allow for pre-deployment of essential cargo and equipment to support a crew landing, including the pre-positioning of a Mars Ascent Vehicle (MAV). This MAV is likely to represent the largest single payload that must be landed on the Mars surface. Its size would be influenced by the amount of mass that state-of-the-art Entry, Descent, and Landing (EDL) systems would be capable of placing on Mars. One possible method of increasing the usable size of the MAV without exceeding available EDL capabilities is to land the MAV without ascent propellant on board. Following such a method may necessitate a strategy to acquire sufficient ascent propellant to allow a crew to safely depart the Martian surface. This paper describes a conceptual return propellant strategy that uses a liquid transportation skid, or pallet, to be used in conjunction with a rover mobility system to transfer water across the Martian surface from a source point to an in-situ resource utilization (ISRU) plant that would use this water as a feedstock to generate oxygen and methane to enable launch of the MAV. Design considerations, concept of operations, and rover energetics will be discussed in this paper.

Fluid Structure Interface↗

30-kW SEP Spacecraft as Secondary Payloads for Low-Cost Deep Space Science Missions

The Solar Array System contracts awarded by NASA's Space Technology Mission Directorate are developing solar arrays in the 30 kW to 50 kW power range (beginning of life at 1 AU) that have significantly higher specific powers (W/kg) and much smaller stowed volumes than conventional rigid-panel arrays. The successful development of these solar array technologies has the potential to enable new types of solar electric propulsion (SEP) vehicles and missions. This paper describes a 30-kW electric propulsion vehicle built into an EELV Secondary Payload Adapter (ESPA) ring. The system uses an ESPA ring as the primary structure and packages two 15-kW Megaflex solar array wings, two 14-kW Hall thrusters, a hydrazine Reaction Control Subsystem (RCS), 220 kg of xenon, 26 kg of hydrazine, and an avionics module that contains all of the rest of the spacecraft bus functions and the instrument suite. Direct-drive is used to maximize the propulsion subsystem efficiency and minimize the resulting waste heat and required radiator area. This is critical for packaging a high-power spacecraft into a very small volume. The fully-margined system dry mass would be approximately 1120 kg. This is not a small dry mass for a Discovery-class spacecraft, for example, the Dawn spacecraft dry mass was only about 750 kg. But the Dawn electric propulsion subsystem could process a maximum input power of 2.5 kW, and this spacecraft would process 28 kW, an increase of more than a factor of ten. With direct-drive the specific impulse would be limited to about 2,000 s assuming a nominal solar array output voltage of 300 V. The resulting spacecraft would have a beginning of life acceleration that is more than an order of magnitude greater than the Dawn spacecraft. Since the spacecraft would be built into an ESPA ring it could be launched as a secondary payload to a geosynchronous transfer orbit significantly reducing the launch costs for a planetary spacecraft. The SEP system would perform the escape from Earth and then the heliocentric transfer to the science target.

Dawn spacecraft↗

Developing CORBA-Based Distributed Scientific Applications from Legacy Fortran Programs

Recent progress in distributed object technology has enabled software applications to be developed and deployed easily such that objects or components can work together across the boundaries of the network, different operating systems, and different languages. A distributed object is not necessarily a complete application but rather a reusable, self-contained piece of software that co-operates with other objects in a plug-and-play fashion via a well-defined interface. The Common Object Request Broker Architecture (CORBA), a middleware standard defined by the Object Management Group (OMG), uses the Interface Definition Language (IDL) to specify such an interface for transparent communication between distributed objects. Since IDL can be mapped to any programming language, such as C++, Java, Smalltalk, etc., existing applications can be integrated into a new application and hence the tasks of code re-writing and software maintenance can be reduced. Many scientific applications in aerodynamics and solid mechanics are written in Fortran. Refitting these legacy Fortran codes with CORBA objects can increase the codes reusability. For example, scientists could link their scientific applications to vintage Fortran programs such as Partial Differential Equation(PDE) solvers in a plug-and-play fashion. Unfortunately, CORBA IDL to Fortran mapping has not been proposed and there seems to be no direct method of generating CORBA objects from Fortran without having to resort to manually writing C/C++ wrappers. In this paper, we present an efficient methodology to integrate Fortran legacy programs into a distributed object framework. Issues and strategies regarding the conversion and decomposition of Fortran codes into CORBA objects are discussed. The following diagram shows the conversion and decomposition mechanism we proposed. Our goal is to keep the Fortran codes unmodified. The conversion- aided tool takes the Fortran application program as input and helps programmers generate C/C++ header file and IDL file for wrapping the Fortran code. Programmers need to determine by themselves how to decompose the legacy application into several reusable components based on the cohesion and coupling factors among the functions and subroutines. However, programming effort still can be greatly reduced because function headings and types have been converted to C++ and IDL styles. Most Fortran applications use the COMMON block to facilitate the transfer of large amount of variables among several functions. The COMMON block plays the similar role of global variables used in C. In the CORBA-compliant programming environment, global variables can not be used to pass values between objects. One approach to dealing with this problem is to put the COMMON variables into the parameter list. We do not adopt this approach because it requires modification of the Fortran source code which violates our design consideration. Our approach is to extract the COMMON blocks and convert them into a structure-typed attribute in C++. Through attributes, each component can initialize the variables and return the computation result back to the client. We have tested successfully the proposed conversion methodology based on the f2c converter. Since f2c only translates Fortran to C, we still needed to edit the converted code to meet the C++ and IDL syntax. For example, C++/IDL requires a tag in the structure type, while C does not. In this paper, we identify the necessary changes to the f2c converter in order to directly generate the C++ header and the IDL file. Our future work is to add GUI interface to ease the decomposition task by simply dragging and dropping icons.

Sang, Janche↗