Search NASA⌕ Search

SEARCH · Search NASA

Results for “Connection length”

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.

405 records · Page 23

Megadroughts in Southwestern North America in ECHO-G Millennial Simulations and Their Comparison to Proxy Drought Reconstructions

Simulated hydroclimate variability in millennium-length forced transient and control simulations from the ECHAM and the global Hamburg Ocean Primitive Equation (ECHO-G) coupled atmosphere-ocean general circulation model (AOGCM) is analyzed and compared to 1000 years of reconstructed Palmer drought severity index (PDSI) variability from the North American Drought Atlas (NADA). The ability of the model to simulate megadroughts in the North American southwest is evaluated. (NASW: 25deg42.5degN, 125deg-105degW). Megadroughts in the ECHO-G AOGCM are found to be similar in duration and magnitude to those estimated from the NADA. The droughts in the forced simulation are not, however, temporally synchronous with those in the paleoclimate record, nor are there significant differences between the drought features simulated in the forced and control runs. These results indicate that model-simulated megadroughts can result from internal variability of the modeled climate system rather than as a response to changes in exogenous forcings. Although the ECHO-G AOGCM is capable of simulating megadroughts through persistent La Nina-like conditions in the tropical Pacific, other mechanisms can produce similarly extreme NASW moisture anomalies in the model. In particular, the lack of low-frequency coherence between NASW soil moisture and simulated modes of climate variability like the El Nino-Southern Oscillation, Pacific decadal oscillation, and Atlantic multidecadal oscillation during identified drought periods suggests that stochastic atmospheric variability can contribute significantly to the occurrence of simulated megadroughts in the NASW. These findings indicate that either an expanded paradigm is needed to understand multidecadal hydroclimate variability in the NASW or AOGCMs may incorrectly simulate the strength and/or dynamics of the connection between NASW hydroclimate variability and the tropical Pacific.

variability↗

Multi-Body Analysis of the 1/5 Scale Wind Tunnel Model of the V-22 Tiltrotor

The paper presents a multi-body analysis of the 1/5 scale wind tunnel model of the V-22 tiltrotor, the Wing and Rotor Aeroelastic Testing System (WRATS), currently tested at NASA Langley Research Center. An original multi-body formulation has been developed at the Dipartimento di Ingegneria Aerospaziale of the Politecnico di Milano, Italy. It is based on the direct writing of the equilibrium equations of independent rigid bodies, connected by kinematic constraints that result in the addition of algebraic constraint equations, and by dynamic constraints, that directly contribute to the equilibrium equations. The formulation has been extended to the simultaneous solution of interdisciplinary problems by modeling electric and hydraulic networks, for aeroservoelastic problems. The code has been tailored to the modeling of rotorcrafts while preserving a complete generality. A family of aerodynamic elements has been introduced to model high aspect aerodynamic surfaces, based on the strip theory, with quasi-steady aerodynamic coefficients, compressibility, post-stall interpolation of experimental data, dynamic stall modeling, and radial flow drag. Different models for the induced velocity of the rotor can be used, from uniform velocity to dynamic in flow. A complete dynamic and aeroelastic analysis of the model of the V-22 tiltrotor has been performed, to assess the validity of the formulation and to exploit the unique features of multi-body analysis with respect to conventional comprehensive rotorcraft codes; These are the ability to model the exact kinematics of mechanical systems, and the possibility to simulate unusual maneuvers and unusual flight conditions, that are particular to the tiltrotor, e.g. the conversion maneuver. A complete modal validation of the analytical model has been performed, to assess the ability to reproduce the correct dynamics of the system with a relatively coarse beam model of the semispan wing, pylon and rotor. Particular care has been used to model the kinematics of the gimbal joint, that characterizes the rotor hub, and of the control system, consisting in the entire swashplate mechanism. The kinematics of the fixed and the rotating plates have been modeled, with variable length control links used to input the controls, the rotating flexible links, the pitch horns and the pitch bearings. The investigations took advantage of concurring wind tunnel test runs, that were performed in August 1998, and allowed the acquisition of data specific to the multi-body analysis.

Ghiringhelli, G. L.↗

Enabling IP Header Compression in COTS Routers via Frame Relay on a Simplex Link

NASA is moving toward a networkcentric communications architecture and, in particular, is building toward use of Internet Protocol (IP) in space. The use of IP is motivated by its ubiquitous application in many communications networks and in available commercial off-the-shelf (COTS) technology. The Constellation Program intends to fit two or more voice (over IP) channels on both the forward link to, and the return link from, the Orion Crew Exploration Vehicle (CEV) during all mission phases. Efficient bandwidth utilization of the links is key for voice applications. In Voice over IP (VoIP), the IP packets are limited to small sizes to keep voice latency at a minimum. The common voice codec used in VoIP is G.729. This new algorithm produces voice audio at 8 kbps and in packets of 10-milliseconds duration. Constellation has designed the VoIP communications stack to use the combination of IP/UDP/RTP protocols where IP carries a 20-byte header, UDP (User Datagram Protocol) carries an 8-byte header, and RTP (Real Time Transport Protocol) carries a 12-byte header. The protocol headers total 40 bytes and are equal in length to a 40-byte G.729 payload, doubling the VoIP latency. Since much of the IP/UDP/RTP header information does not change from IP packet to IP packet, IP/UDP/RTP header compression can avoid transmission of much redundant data as well as reduce VoIP latency. The benefits of IP header compression are more pronounced at low data rate links such as the forward and return links during CEV launch. IP/UDP/RTP header compression codecs are well supported by many COTS routers. A common interface to the COTS routers is through frame relay. However, enabling IP header compression over frame relay, according to industry standard (Frame Relay IP Header Compression Agreement FRF.20), requires a duplex link and negotiations between the compressor router and the decompressor router. In Constellation, each forward to and return link from the CEV in space is treated independently as a simplex link. Without negotiation, the COTS routers are prevented from entering into the IP header compression mode, and no IP header compression would be performed. An algorithm is proposed to enable IP header compression in COTS routers on a simplex link with no negotiation or with a one-way messaging. In doing so, COTS routers can enter IP header compression mode without the need to handshake through a bidirectional link as required by FRF.20. This technique would spoof the routers locally and thereby allow the routers to enter into IP header compression mode without having the negotiations between routers actually occur. The spoofing function is conducted by a frame relay adapter (also COTS) with the capability to generate control messages according to the FRF.20 descriptions. Therefore, negotiation is actually performed between the FRF.20 adapter and the connecting COTS router locally and never occurs over the space link. Through understanding of the handshaking protocol described by FRF.20, the necessary FRF.20 negotiations messages can be generated to control the connecting router, not only to turn on IP header compression but also to adjust the compression parameters. The FRF.20 negotiation (or control) message is composed in the FRF.20 adapter by interpreting the incoming router request message. Many of the fields are simply transcribed from request to response while the control field indicating response and type are modified.

Nguyen, Sam P.↗

An Experimental Investigation of the Flow of Air in a Flat Broadening Channel

The wide use of diffusers, in various fields of technology, has resulted in several experimental projects to study the action and design of diffusers. Most of the projects dealt with steam (steam turbine nozzles). But diffusers have other applications - that is, ventilators, smoke ducts, air coolers, refrigeration, drying, and so forth. At present there is another application for diffusers in wind-tunnel design. Because of higher requirements and increased power of such installations more attention must be paid to the correctness of work and the decrease in losses due to every section of the tunnel. A diffuser, being one of the component parts of a tunnel , can in the event of faulty construction introduce considerable losses. Therefore, in the design of the new CAHI wind tunnel, it was suggested that an experimental study of diffusers be made, with a view to applying the results to wind tunnels. The experiments conducted by K. K. Baulin in the laboratories of CAHI upon models of diffusers of different cross sections, lengths, and angles of divergence, were a valuable source of experimental data. They were of no help, however, in reaching any conclusion regarding the optimum shape because of the complexity and diversity of the factors which all appeared simultaneously, thereby precluding the.study of the effects of any one factor separately. On the suggestion of the director of the CAHI,Prof. B. N. Ureff, it was decided to experiment on a two-dimensional diffuser model and determine the effect, of the angle of divergence. The author is acquainted with two experimental projects of like nature: the first was conducted with water, the other with air. The first of these works, although containing a wealth of experimental data, does not indicate the nature of flow or its relation to the angle of divergence. The second work is limited to four angles - that is, 12 deg, 24 deg, 45 deg, 90 deg. The study of this diffuser did not supply any information about the effect of smaller angles which, because of their advantages, are more commonly used, The author was able to acquaint himself with the second work only after the experiments were started. For these reasons, as well as because on the basis of those works no conclusion can be reached regarding the nature of flow distribution, of eddies, and so forth, experimental work was continued. The need for determining flow patterns follows from the fact that from them are determined methods of measurement - that is, the determination of velocities by means of the pitot tube, which, as is well known, gives correct indications only when placed with its axis parallel to the axis of flow. The data contained in this report were obtained from experiments conducted by the Aerodynamical Laboratories of the CAHI. The solutions to some. of the mathematical problems connected with the experiments are due to Prof. S. A, Chapligin.

Vedernikoff, A. N.↗

A Multi-Disciplinary Analysis Framework for the Design of Small Launch Vehicles

Between the years of 1995 and 2014 the number of small satellites (1-500 kg) went up from 20 to 180. [1] Out of the 180 launched in 2014 66% were Nano satellites (1-10 kg). [1] With this trend of smaller satellites, one would expect a rise in number of small launch vehicles (SLVs are defined by capability to carry 1-100 kg to orbit), but this has not happened: [3] only 8% of all small satellites are launched on SLVs and the others become secondary payloads on regular launch vehicles. [1] This results in small satellites being placed into either suboptimal orbits or waiting for launch schedules to align with bigger launches, resulting in long waiting times. Dedicated SLVs could improve the responsiveness of small satellite launches, but SLV design is complicated by the large architecture space needed to be explored in order to find efficient and affordable designs. The SLV architecture trade space contains many discrete options, e.g. solid vs. liquid fuels, air launch vs. ground launch, number of stages, etc. [2][3] Performing detailed analysis for all the options at once would be prohibitive. Thus, a sizing environment/framework that is capable of providing necessary information for conceptual-level trade studies and can rapidly explore the vast SLV architecture space is necessary. The framework, illustrated in Figure 1, consists of four disciplines central to the sizing and synthesis of launch vehicles: propulsion, aerodynamics, structures, and trajectory. For the aerodynamics and trajectory disciplines, Missile DATCOM and POST2 are used, respectively. The propulsion and structures disciplines are represented in the framework with tools developed at ASDL Georgia Tech. For propulsion, the Solid Motor Analysis Code (SMAC) is a physics-based conceptual design tool for solid rocket motors. SMAC is capable of geometric burn simulation, ballistic analysis, and prediction of thrust performance. [4] For structures, Launch Vehicle Structural Analysis (LVSA) tool is a physics-based tool that focuses on structural dynamic analysis with sizing capability. These tools are integrated into the framework illustrated in Figure 1 with the corresponding connections described in Table 1. The process flow is as follows: first, SMAC sizes insulation and calculates maximum operating pressures for each vehicle stage. The MEOP and insulation thickness values from SMAC are fed to LVSA which then utilizes this information to size the motor casing. This creates a feedback loop between LVSA and SMAC that converges on the radius available for fuel, casing, and insulation thickness. Once the stage sizing is converged on SMAC creates an engine deck that is passed to POST2. Next, the data from SMAC and LVSA goes into Missile DATCOM which generates an aerodynamics database for POST2. Finally, POST2 performs a targeting optimization while maximizing the payload mass to orbit. Within the framework, POST2 is automated in order to be robust to a wide variety of possible designs by performing a Monte Carlo simulation over the initialization vector of the POST2 optimization variables. To demonstrate the capability of this framework, a sample problem of exploring the design space of an SLV capable of placing satellites into a low Earth orbit (inclination=47 deg, 196.5 by 211.3 nm) is used. This sample problem is a ground-launched SLV consisting of four in-line SRM stages. The multidisciplinary design analysis (MDA) environment is utilized to explore a design space consisting of 22 continuous and 12 discrete variables, shown by Table 1 by blocks 1,2,3. Running a full factorial design of experiments (DOE) would have been prohibitively expensive even with this reduced design space, thus a space filling design with 3,502 and then additional expansion of 2,602 cases was used. The first DOE consisted of 3,502 cases, and all of the variables were varied. These input variables are listed in blocks 1, 2, and 3 in Table 1. Most of the variables are propulsion related with stage lengths determining the delta-V split of the SLV. The expansion consisted of 2,602 cases, and the continuous variables were set to be equal to the most promising designs from the sizing of first DOE. For each set of continuous variables, the discrete variables (grain type, star points, and propellant) were to varied. The results of the DOE can be seen in Figure 2; each of the points in this plot represents a closed launch vehicle that reaches the targeted orbit. For each of the cases, there is information on flown trajectory, structural, and propulsion properties of the SLV. For example, Figure 3 shows changes in altitude and velocity with time for a particular case. The right side of Figure 3 clearly shows the coasting (slow decrease) and burning phases (sharp increase) of the SLV mission. LV mass is positively correlated with the optimized payload mass to orbit because heavier LVs carry more fuel and thus have more stored chemical energy. Furthermore, for any given payload mass to orbit, the most efficient design would result in the smallest LV. The results as visualized in Figure 2 shows this tradeoff, and the Pareto frontier of the efficient designs can be seen along the dotted line. Figure 2 can be divided into regions with the lowest mass vehicles corresponding to the minimum bound on radius, and the highest mass vehicles corresponding to the maximum bound on radius. Within a mass region, the discrete variables, such as propellant type and propellant grain arrangement, have the most effect on payload mass. This paper presents an MDA framework that can perform an automated physics-based sizing of SLV designs and a corresponding methodology to utilize the MDA to explore the design space of SLVs. The proposed methodology was applied to a perform a design space exploration for a four stage SLV. The outputs show the expected pareto frontier forming and provide detailed information about the SLV performance and staging. Using the produced data, it will be possible to select a set of pareto optimal designs that can then be further explored in subsequent design cycles. This demonstration shows that automated design space exploration should be used in the early phase design of future SLV concepts.

Nikita S Birbasov↗

Separating Spatial and Temporal Variations of the Aurora Using Two Nearly Colocated Satellites

This final report describes the efforts accomplished during the grant's period of performance, covering the period of 1 May 1997 to 30 April 2001, of a NASA Supporting Research and Technology Program grant under the Ionospheric, Thermospheric, and Mesospheric Physics component of the Sun-Earth Connections program. We have met and exceeded the goals set forth in the proposed research objectives. Referred publications have appeared in the scientific literature and several others are in the review process. In addition, numerous invited and contributed presentations of these studies were presented at national and international meetings during the performance period. One graduate student completed his PhD and won two AGU Best Student Paper awards based on research funded by this grant. These studies are summarized below. The science goal delineated in the initial proposal was "to systematically explore the temporal and spatial characteristics of the aurora in a way heretofore impossible, using data from two coplanar DMSP spacecraft." We accomplished this goal through a series of related studies. One study used these unique data to establish the role of Ps6 waves in coupling between the magnetosphere and the auroral ionosphere (omega bands) during the recovery phase of a magnetic storm; the published paper demonstrated the causal relationships between geospace processes occurring in different regions and established a simple conceptual model based on the fortuitous constellation of observations. In the second string of papers, we used these data to explore velocity-dispersed ions (VDIS) in and near the cusp, to test region identification models, and to look at space/time structure of auroral precipitation. On the first topic, the unique DMSP data revealed a remarkable double VDIS with a latitudinal overlap. This could only be explained in terms of a unified reconnection geometry that builds on several earlier unrelated models. The paper outlining this discovery has drawn considerable attention from the community and is currently in press - it adds significantly to the debate over whether reconnection is study state versus bursty and patchy versus global. The second paper develops the model further by incorporating the electron signature - these ionospheric particle precipitation signatures reveal the presence of magnetospheric "fossilized" FTEs, demonstrating the power of ionospheric measurements as a remote diagnostic of magnetospheric processes. Finally, the general nature of aurora] stability and coherence and region identification by particle characteristics were fully explored in a final paper. We identify candidate mechanisms controlling coherence time scales and length scales and refine boundary region identification criteria. We also use the dual-DMSP observations to identify the open and closed LLBL region and related its significance to the generalized bursty, multiple x-line model developed in the first paper. All of these topics are chapters of Dr. Boudouridis' recently completed PhD thesis.

Spence, Harlan E.↗

Alternative Setup for Long-Duration Low-Duty-Cycle 600°C Ambient Testing of SiC Integrated Circuits

A scalable, compact oven testbed system for simultaneously evaluating a multitude of high temperature integrated circuits (ICs) for prolonged operating times of up to 600 °C has been prototyped. The new testbed system enables long-duration high temperature testing in sufficient statistical quantities consistent with standard aerospace electronics engineering standards. This setup is comprised of multiple compact ovens housing chips or packages mounted to ceramic circuit boards. Each oven is a compact 15.2 cm length by 15.2 cm width by 12.7 cm depth with a maximum 400 Watts of heating power. The custom-made silicon oxide ceramic heating block inside each oven is based on a 3D printed design adapted for the easy insertion of the IC device under test (DUT). This innovative design provides the quick insertion of ICs with or without a ceramic package into a 600 °C environment by utilizing a movable 11.43 cm long ceramic substrate with electrical traces extending from the oven hot zone to external standard plastic-based board connectors. Another key oven design feature is the minimization of the DUT exposure to electromagnetic interference (EMI) by utilizing a filtered DC power source to reduce heating element noise. Additionally, the ovens can be configured in a parallel arrangement allowing global data monitoring over a single industrial RS422 serial port. This feature is important for scaling up to test multiple ICs semi-simultaneously. A USB serial port is provided to independently control the operating parameters of each oven such as the oven target temperature and oven ramp rate. The oven temperature can reach up to 600 °C with a confirmed +/- 4 °C maximum deviation across the test zone region. The ramp rate can be programmed from 1 °C/minute up to 10 °C/minute. Furthermore, a programmable switchboard is used to interface with the DUT. This switchboard comprises a National Instruments Peripheral Component Interconnect eXtension for Instrumentation (NI PXI) system and a breakout board to send and receive power, analog or digital test signals. By using this unique oven testbed system, a variety of ICs can now be tested in parallel using the same test components configured for a diverse set of requirements.

DC Powered Oven↗

A Geometry Based Infra-Structure for Computational Analysis and Design

The computational steps traditionally taken for most engineering analysis suites (computational fluid dynamics (CFD), structural analysis, heat transfer and etc.) are: (1) Surface Generation -- usually by employing a Computer Assisted Design (CAD) system; (2) Grid Generation -- preparing the volume for the simulation; (3) Flow Solver -- producing the results at the specified operational point; (4) Post-processing Visualization -- interactively attempting to understand the results. For structural analysis, integrated systems can be obtained from a number of commercial vendors. These vendors couple directly to a number of CAD systems and are executed from within the CAD Graphical User Interface (GUI). It should be noted that the structural analysis problem is more tractable than CFD; there are fewer mesh topologies used and the grids are not as fine (this problem space does not have the length scaling issues of fluids). For CFD, these steps have worked well in the past for simple steady-state simulations at the expense of much user interaction. The data was transmitted between phases via files. In most cases, the output from a CAD system could go to Initial Graphics Exchange Specification (IGES) or Standard Exchange Program (STEP) files. The output from Grid Generators and Solvers do not really have standards though there are a couple of file formats that can be used for a subset of the gridding (i.e. PLOT3D data formats). The user would have to patch up the data or translate from one format to another to move to the next step. Sometimes this could take days. Specifically the problems with this procedure are:(1) File based -- Information flows from one step to the next via data files with formats specified for that procedure. File standards, when they exist, are wholly inadequate. For example, geometry from CAD systems (transmitted via IGES files) is defined as disjoint surfaces and curves (as well as masses of other information of no interest for the Grid Generator). This is particularly onerous for modern CAD systems based on solid modeling. The part was a proper solid and in the translation to IGES has lost this important characteristic. STEP is another standard for CAD data that exists and supports the concept of a solid. The problem with STEP is that a solid modeling geometry kernel is required to query and manipulate the data within this type of file. (2) 'Good' Geometry. A bottleneck in getting results from a solver is the construction of proper geometry to be fed to the grid generator. With 'good' geometry a grid can be constructed in tens of minutes (even with a complex configuration) using unstructured techniques. Adroit multi-block methods are not far behind. This means that a million node steady-state solution can be computed on the order of hours (using current high performance computers) starting from this 'good' geometry. Unfortunately, the geometry usually transmitted from the CAD system is not 'good' in the grid generator sense. The grid generator needs smooth closed solid geometry. It can take a week (or more) of interaction with the CAD output (sometimes by hand) before the process can begin. One way Communication. (3) One-way Communication -- All information travels on from one phase to the next. This makes procedures like node adaptation difficult when attempting to add or move nodes that sit on bounding surfaces (when the actual surface data has been lost after the grid generation phase). Until this process can be automated, more complex problems such as multi-disciplinary analysis or using the above procedure for design becomes prohibitive. There is also no way to easily deal with this system in a modular manner. One can only replace the grid generator, for example, if the software reads and writes the same files. Instead of the serial approach to analysis as described above, CAPRI takes a geometry centric approach. This makes the actual geometry (not a discretized version) accessible to all phases of the analysis. The connection to the geometry is made through an Application Programming Interface (API) and NOT a file system. This API isolates the top-level applications (grid generators, solvers and visualization components) from the geometry engine. Also this allows the replacement of one geometry kernel with another, without effecting these top-level applications. For example, if UniGraphics is used as the CAD package then Parasolid (UG's own geometry engine) can be used for all geometric queries so that no solid geometry information is lost in a translation. This is much better than STEP because when the data is queried, the same software is executed as used in the CAD system. Therefore, one analyzes the exact part that is in the CAD system. CAPRI uses the same idea as the commercial structural analysis codes but does not specify control. Software components of the CAD system are used, but the analysis suite, not the CAD operator, specifies the control of the software session. This also means that the license issues (may be) minimized and individuals need not have to know how to operate a CAD system in order to run the suite.

Haimes, Robert↗

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↗