Search NASA⌕ Search

SEARCH · Search NASA

Results for “Vehicle assignment”

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 127 records · Page 7

Environmental Conditions for Space Flight Hardware: A Survey

Interest in generalization of the physical environment experienced by NASA hardware from the natural Earth environment (on the launch pad), man-made environment on Earth (storage acceptance an d qualification testing), the launch environment, and the space environment, is ed to find commonality among our hardware in an effort to reduce cost and complexity. NASA is entering a period of increase in its number of planetary missions and it is important to understand how our qualification requirements will evolve with and track these new environments. Environmental conditions are described for NASA projects in several ways for the different periods of the mission life cycle. At the beginning, the mission manager defines survivability requirements based on the mission length, orbit, launch date, launch vehicle, and other factors . such as the use of reactor engines. Margins are then applied to these values (temperature extremes, vibration extremes, radiation tolerances, etc,) and a new set of conditions is generalized for design requirements. Mission assurance documents will then assign an additional margin for reliability, and a third set of values is provided for during testing. A fourth set of environmental condition values may evolve intermittently from heritage hardware that has been tested to a level beyond the actual mission requirement. These various sets of environment figures can make it quite confusing and difficult to capture common hardware environmental requirements. Environmental requirement information can be found in a wide variety of places. The most obvious is with the individual projects. We can easily get answers to questions about temperature extremes being used and radiation tolerance goals, but it is more difficult to map the answers to the process that created these requirements: for design, for qualification, and for actual environment with no margin applied. Not everyone assigned to a NASA project may have that kind of insight, as many have only the environmental requirement numbers needed to do their jobs but do not necessarily have a programmatic-level understanding of how all of the environmental requirements fit together.

Plante, Jeannette↗

Developing a Model Component

The Spaceport Command and Control System (SCCS) Simulation Computer Software Configuration Item (CSCI) is responsible for providing simulations to support test and verification of SCCS hardware and software. The Universal Coolant Transporter System (UCTS) was a Space Shuttle Orbiter support piece of the Ground Servicing Equipment (GSE). The initial purpose of the UCTS was to provide two support services to the Space Shuttle Orbiter immediately after landing at the Shuttle Landing Facility. The UCTS is designed with the capability of servicing future space vehicles; including all Space Station Requirements necessary for the MPLM Modules. The Simulation uses GSE Models to stand in for the actual systems to support testing of SCCS systems during their development. As an intern at Kennedy Space Center (KSC), my assignment was to develop a model component for the UCTS. I was given a fluid component (dryer) to model in Simulink. I completed training for UNIX and Simulink. The dryer is a Catch All replaceable core type filter-dryer. The filter-dryer provides maximum protection for the thermostatic expansion valve and solenoid valve from dirt that may be in the system. The filter-dryer also protects the valves from freezing up. I researched fluid dynamics to understand the function of my component. The filter-dryer was modeled by determining affects it has on the pressure and velocity of the system. I used Bernoulli's Equation to calculate the pressure and velocity differential through the dryer. I created my filter-dryer model in Simulink and wrote the test script to test the component. I completed component testing and captured test data. The finalized model was sent for peer review for any improvements. I participated in Simulation meetings and was involved in the subsystem design process and team collaborations. I gained valuable work experience and insight into a career path as an engineer.

Fields, Christina M.↗

The 100-meter radiometer spacecraft study

A rigid body analysis of a baseline Large Space System (LSS) which is to function as a radiometer is presented. The LSS is placed in circular orbit about the Earth at an altitude of 650 km, subjected to environmental and vehicle interaction forces and torques, without an active control system of any type on board. The environment forces and torques are gravity gradient, solar radiation, and aerodynamic. Normal operation is in nadir pointing along the Z-local vertical axis. Orbital velocity is assigned to the x-axis of the spacecraft. The analysis is then used to demonstrate the ability or lack of the gravity gradient torques to stabilize the LSS over one complete orbit.

Zimbelman, H. F.↗

Scheduling with genetic algorithms

In many domains, scheduling a sequence of jobs is an important function contributing to the overall efficiency of the operation. At Boeing, we develop schedules for many different domains, including assembly of military and commercial aircraft, weapons systems, and space vehicles. Boeing is under contract to develop scheduling systems for the Space Station Payload Planning System (PPS) and Payload Operations and Integration Center (POIC). These applications require that we respect certain sequencing restrictions among the jobs to be scheduled while at the same time assigning resources to the jobs. We call this general problem scheduling and resource allocation. Genetic algorithms (GA's) offer a search method that uses a population of solutions and benefits from intrinsic parallelism to search the problem space rapidly, producing near-optimal solutions. Good intermediate solutions are probabalistically recombined to produce better offspring (based upon some application specific measure of solution fitness, e.g., minimum flowtime, or schedule completeness). Also, at any point in the search, any intermediate solution can be accepted as a final solution; allowing the search to proceed longer usually produces a better solution while terminating the search at virtually any time may yield an acceptable solution. Many processes are constrained by restrictions of sequence among the individual jobs. For a specific job, other jobs must be completed beforehand. While there are obviously many other constraints on processes, it is these on which we focussed for this research: how to allocate crews to jobs while satisfying job precedence requirements and personnel, and tooling and fixture (or, more generally, resource) requirements.

Fennel, Theron R.↗

Source Data Impacts on Epistemic Uncertainty for Launch Vehicle Fault Tree Models

Launch vehicle systems are designed and developed using both heritage and new hardware. Design modifications to the heritage hardware to fit new functional system requirements can impact the applicability of heritage reliability data. Risk estimates for newly designed systems must be developed from generic data sources such as commercially available reliability databases using reliability prediction methodologies, such as those addressed in MIL-HDBK-217F. Failure estimates must be converted from the generic environment to the specific operating environment of the system in which it is used. In addition, some qualification of applicability for the data source to the current system should be made. Characterizing data applicability under these circumstances is crucial to developing model estimations that support confident decisions on design changes and trade studies. This paper will demonstrate a data-source applicability classification method for suggesting epistemic component uncertainty to a target vehicle based on the source and operating environment of the originating data. The source applicability is determined using heuristic guidelines while translation of operating environments is accomplished by applying statistical methods to MIL-HDK-217F tables. The paper will provide one example for assigning environmental factors uncertainty when translating between operating environments for the microelectronic part-type components. The heuristic guidelines will be followed by uncertainty-importance routines to assess the need for more applicable data to reduce model uncertainty.

Al Hassan, Mohammad↗

Roentgensatellit (ROSAT)

The DSN (Deep Space Network) mission support requirements for ROSAT (Roentgensatellit) are summarized. ROSAT is an international cooperative program between NASA and the Bundesministerium fuer Forschung and Technologie (BMFT). The satellite was launched on a Delta 2 vehicle and placed in a circular orbit at an altitude of 580 km, with a 53-deg inclination. The mission objectives are outlined and the DSN support requirements are defined through the presentation of tables and narratives describing the spacecraft flight profile; DSN support coverage; frequency assignments; support parameters for telemetry and command; and tracking support responsibility.

Guckenbiehl, F.↗

T-Rex: A Japanese Space Tether Experiment

Electrodynamic tether (EDT) thrusters work by virtue of the force a magnetic field exerts on a wire carrying an electrical current. The force, which acts on any charged particle moving through a magnetic field (including the electrons moving in a current-carrying wire), were concisely expressed by Lorentz in 1895 in an equation that now bears his name. The force acts in a direction perpendicular to both the direction of current flow and the magnetic field vector. Electric motors make use of this force: a wire loop in a magnetic field is made to rotate by the torque the Lorentz Force exerts on it due to an alternating current in the loop times so as to keep the torque acting in the same sense. The motion of the loop is transmitted to a shaft, thus providing work. Although the working principle of EDT thrusters is not new, its application to space transportation may be significant. In essence, an EDT thruster is just a clever way of getting an electrical current to flow in a long orbiting wire (the tether) so that the Earth s magnetic field will accelerate the wire and, consequently the payload attached to the wire. The direction of current flow in the tether, either toward or away from the Earth along the local vertical, determines whether the magnetic force will raise or lower the orbit. The bias voltage of a vertically deployed metal tether, which results just from its orbital motion (assumed eastward) through Earth s magnetic field, is positive with respect to the ambient plasma at the top and negative at the bottom. This polarization is due to the action of the Lorentz force on the electrons in the tether. Thus, the natural current flow is the result of negative electrons being attracted to the upper end and then returned to the plasma at the lower end. The magnetic force in this case has a component opposite to the direction of motion, and thus leads to a lowering of the orbit and eventually to re-entry. In this generator mode of operation the Lorentz Force serves both to drive the current and then to act on the current to decelerate the system. One of the most important features of tether thrusters is that they use renewable energy sources to drive the electrical current flow in either the orbit-raising or orbit-lowering modes. Sources inherent to Earth orbit are used. To raise the orbit, sunlight can be converted to the electrical energy required to drive the tether current. To lower the orbit, the orbital energy itself (supplied by the Earth-to-orbit launcher when it raises the system into orbit) is the energy source of the tether current via the action of the Lorentz Force. Electrodynamic tethers can be directly applied to a wide spectrum of uses in space. As a propulsion system, they include satellite de-orbit, transfer of a satellite from one orbit to another, altitude maintenance for large spacecraft such as the International Space Station, and since it works wherever there is a magnetic field and an ionosphere planetary exploration missions. An electrodynamic tether upper stage could be used as an Orbit Transfer Vehicle (OTV) to move payloads within low earth orbit. The OTV would rendezvous with the payload and launch vehicle, grapple the payload and maneuver it to a new orbital altitude or inclination without the use of boost propellant. The tug could then lower its orbit to rendezvous with the next payload and repeat the process. Conceivably, such a system could perform several orbital maneuvering assignments without resupply, making it relatively inexpensive to operate.

Johnson, Les↗

Case Studies in Crewed Spacecraft Environmental Control and Life Support System Process Compatibility and Cabin Environmental Impact

Contamination of a crewed spacecraft's cabin environment leading to environmental control and life support system (ECLSS) functional capability and operational margin degradation or loss can have an adverse effect on NASA's space exploration mission figures of merit-safety, mission success, effectiveness, and affordability. The role of evaluating the ECLSS's compatibility and cabin environmental impact as a key component of pass trace contaminant control is presented and the technical approach is described in the context of implementing NASA's safety and mission success objectives. Assessment examples are presented for a variety of chemicals used in vehicle systems and experiment hardware for the International Space Station program. The ECLSS compatibility and cabin environmental impact assessment approach, which can be applied to any crewed spacecraft development and operational effort, can provide guidance to crewed spacecraft system and payload developers relative to design criteria assigned ECLSS compatibility and cabin environmental impact ratings can be used by payload and system developers as criteria for ensuring adequate physical and operational containment. In additional to serving as an aid for guiding containment design, the assessments can guide flight rule and procedure development toward protecting the ECLSS as well as approaches for contamination event remediation.

Perry, J. L.↗

Cold Stowage Kickoff

Cold Stowage consists of hardware, both active and passive, that transports science to/from and stows science on the International Space Station (ISS) in a temperature-controlled environment - Active and passive systems provide more flexibility and redundancy - Cold Stowage will assign experiments to assets based on mission requirements and best use of space. - Temperature range for science support is -160°C to +48°C on ISS and -95°C to +40°C for launch and return - All hardware is compatible with SpaceX and Northrop Grumman (NG) vehicles. - Cold Stowage hardware is maintained by a joint effort between ESA, University of Alabama at Birmingham (UAB), and the JSC Cold Stowage Team which prepares the hardware for flight, including launch and landing support. - The Cold Stowage team is based out of Johnson Space Center in Houston, TX. - The Cold Stowage team also works in and maintains the Cold Stowage lab at KSC and Wallops.

Cold Stowage↗

Cold Stowage Kickoff

Cold Stowage consists of hardware, both active and passive, that transports science to/from and stows science on the International Space Station (ISS) in a temperature-controlled environment. - Active and passive systems provide more flexibility and redundancy - Cold Stowage will assign experiments to assets based on mission requirements and best use of space. - Temperature range for science support is -160°C to +48°C on ISS and -95°C to +40°C for launch and return - All hardware is compatible with SpaceX and Northrop Grumman (NG) vehicles. - Cold Stowage hardware is maintained by a joint effort between ESA, University of Alabama at Birmingham (UAB), and the JSC Cold Stowage Team which prepares the hardware for flight, including launch and landing support. - The Cold Stowage team is based out of Johnson Space Center in Houston, TX. - The Cold Stowage team also works in and maintains the Cold Stowage lab at KSC and Wallops.

Cold Stowage↗

Probabilistic Surface Characterization for Safe Landing Hazard Detection and Avoidance (HDA)

Apparatuses, systems, computer programs and methods for performing hazard detection and avoidance for landing vehicles are provided. Hazard assessment takes into consideration the geometry of the lander. Safety probabilities are computed for a plurality of pixels in a digital elevation map. The safety probabilities are combined for pixels associated with one or more aim points and orientations. A worst case probability value is assigned to each of the one or more aim points and orientations.

Ivanov, Tonislav I.↗

Occultation Modeling for Radiation Obstruction Effects on Spacecraft Systems

A geometric occultation model has been developed to determine line-of-sight obstruction of radiation sources expected for different NASA space exploration mission designs. Example applications includes fidelity improvements for surface lighting conditions, radiation pressure, thermal and power subsystem modeling. The model makes use of geometric two dimensional shape primitives to most effectively model space vehicles. A set of these primitives is used to represent three dimensional obstructing objects as a two dimensional outline from the perspective of an observing point of interest. Radiation sources, such as the Sun or a Moon's albedo is represented as a collection of points, each of which is assigned a flux value to represent a section of the radiation source. Planetary bodies, such as a Martian moon, is represented as a collection of triangular facets which are distributed in spherical height fields for optimization. These design aspects and the overall model architecture will be presented. Specific uses to be presented includes a study of the lighting condition on Phobos for a possible future surface mission, and computing the incident flux on a spacecraft's solar panels and radiators from direct and reflected solar radiation subject to self-shadowing or shadowing by third bodies.

de Carufel, Guy↗

Implementing the President's Vision: JPL and NASA's Exploration Systems Mission Directorate

As part of the NASA team the Jet Propulsion Laboratory is involved in the Exploration Systems Mission Directorate (ESMD) work to implement the President's Vision for Space exploration. In this slide presentation the roles that are assigned to the various NASA centers to implement the vision are reviewed. The plan for JPL is to use the Constellation program to advance the combination of science an Constellation program objectives. JPL's current participation is to contribute systems engineering support, Command, Control, Computing and Information (C3I) architecture, Crew Exploration Vehicle, (CEV) Thermal Protection System (TPS) project support/CEV landing assist support, Ground support systems support at JSC and KSC, Exploration Communication and Navigation System (ECANS), Flight prototypes for cabin atmosphere instruments

Industry Day↗

Applying Registry Services to Spaceflight Technologies to Aid in the Assignment of Assigned Numbers to Disparate Systems and Their Technologies to Further Enable Interoperability

To date very little effort has been made to provide interoperability between various space agency projects. To effectively get to the Moon and beyond systems must interoperate. To provide interoperability, standardization and registries of various technologies will be required. These registries will be created as they relate to space flight. With the new NASA Moon/Mars initiative a requirement to standardize and control the naming conventions of very disparate systems and technologies are emerging. The need to provide numbering to the many processes, schemas, vehicles, robots, space suits and technologies (e.g. versions), to name a few, in the highly complex Constellation Initiative is imperative. The number of corporations, developer personnel, system interfaces, people interfaces will require standardization and registries on a scale not currently envisioned. It would only take one exception (stove piped system development) to weaken, if not, destroy interoperability. To start, a standardized registry process must be defined that allows many differing engineers, organizations and operators the ability to easily access disparate registry information across numerous technological and scientific disciplines. Once registries are standardized the need to provide registry support in terms of setup and operations, resolution of conflicts between registries and other issues will need to be addressed. Registries should not be confused with repositories. No end user data is "stored" in a registry nor is it a configuration control system. Once a registry standard is created and approved, the technologies that should be registered must be identified and prioritized. In this paper, we will identify and define a registry process that is compatible with the Constellation Initiative and other non related space activities and organizations. We will then identify and define the various technologies that should use a registry to provide interoperability. The first set of technologies will be those that are currently in need of expansion namely the assignment of satellite designations and the process which controls assignments. Second, we will analyze the technologies currently standardized under the Consultative Committee for Space Data Systems (CCSDS) banner. Third, we will analyze the current CCSDS working group and birds of a feather activities to ascertain registry requirements. Lastly, we will identify technologies that are either currently under the auspices of another

Bradford, Robert N.↗

Applying Registry Services to Spaceflight Technologies to Aid in the Assignment of Assigned Numbers to Disparate Systems and their Technologies to Further Enable Interoperability

To date very little effort has been made to provide interoperability between various space agency projects. To effectively get to the Moon and beyond systems must interoperate. To provide interoperability, standardization and registries of various technologies will be required. These registries will be created as they relate to space flight. With the new NASA Moon/Mars initiative, a requirement to standardize and control the naming conventions of very disparate systems and technologies is emerging. The need to provide numbering to the many processes, schemas, vehicles, robots, space suits and technologies (e.g. versions), to name a few, in the highly complex Constellation initiative is imperative. The number of corporations, developer personnel, system interfaces, people interfaces will require standardization and registries on a scale not currently envisioned. It would only take one exception (stove piped system development) to weaken, if not, destroy interoperability. To start, a standardized registry process must be defined that allows many differing engineers, organizations and operators the ability to easily access disparate registry information across numerous technological and scientific disciplines. Once registries are standardized the need to provide registry support in terms of setup and operations, resolution of conflicts between registries and other issues will need to be addressed. Registries should not be confused with repositories. No end user data is "stored" in a registry nor is it a configuration control system. Once a registry standard is created and approved, the technologies that should be registered must be identified and prioritized. In this paper, we will identify and define a registry process that is compatible with the Constellation initiative and other non related space activities and organizations. We will then identify and define the various technologies that should use a registry to provide interoperability. The first set of technologies will be those that are currently in need of expansion namely the assignment of satellite designations and the process which controls assignments. Second, we will analyze the technologies currently standardized under the Consultative Committee for Space Data Systems (CCSDS) banner. Third, we will analyze the current CCSDS working group and Birds of a Feather (BoF) activities to ascertain registry requirements. Lastly, we will identify technologies that are either currently under the auspices of another standards body or technologies that are currently not standardized. For activities one through three, we will provide the analysis by either discipline or technology with rationale, identification and brief description of requirements and precedence. For activity four, we will provide a list of current standards bodies e.g. IETF and a list of potential candidates.

Bradford, Robert N.↗

Tracking the Relative Motion of Four Space Payloads Launched from a Sub-Orbital NASA Rocket

One problem, which is comparatively new in the field of GPS applications, is the determination of the relative trajectories of space vehicles. Applications include the docking of spacecraft, collision avoidance in the area of space stations, and trajectory reconstruction of multiple payloads. The required precision in any of these applications will vary, according to the requirements of the task and abilities of GPS to cope with the environment and the dynamics. This paper describes the post-mission reconstruction of the relative trajectories of four GPS receivers attached to four payloads jettisoned from a Black Brant XII rocket. This vehicle was launched by the National Aeronautics and Space Administration (NASA) in January 1999 from the Poker Flats Research Range near Fairbanks, Alaska. The Black Brant XII is a sub-orbital rocket designed to carry payloads of 100 to 500 kg into the upper atmosphere. Flight time is generally in the order of 10-20 minutes. In this experiment, a GPS receiver and antenna was attached to each of the four payloads. One of the GPS receivers was assigned as the "base station", while the other 3 receivers were designated as remotes. GPS time, code and phase measurements were telemetered to a ground station for real-time processing and storage. The object of the mission was to re-compute the position and velocity of the remote units with respect to the base station during the launch phase and after the payloads separated. During the launch segment the 3 baseling distances between the 4 antennas are known from plans and are constant values until each payload is released. On the fly ambiguity determination was used to establish local coordinates from the base antenna to each of the other 3 GPS units during flight. Distance computations were made from the GPS-derived coordinates and compared to plan distances. Using this methodology an error analysis of the relative GPS accuracies has been presented and in addition a description given of the respective payload behaviour following separation from the vehicle.

Martell, Hugh↗

Guidelines for Assessing the Toxic Hazard of Spacecraft Chemicals and Test Materials

This document describes the criteria and procedural guidelines used by the NASA/JSC Toxicology Office (JSCSTO), to perform toxicological evaluations. The JSCSTO is responsible for conducting toxicological assessments and assigning toxic hazard levels (THLs) for essentially all chemicals and test materials to be used in or transported to the habitable areas of U.S. spacecraft, non‐U.S. spacecraft inhabitaed by U.S. crew members or habitable areas of off‐Earth habitats where U.S. crew members would be present, including chemicals carried by visiting spacecraft(visiting vehicles) to and from the International Space Station (ISS). Biohazard assessments for biological materials used in payload experiments are performed by the NASA Biosafety Review Board. Radioactive materials are assessed by the Space Radiation Analysis Group for radiation hazards; the flammability rating on flammable materials is assessed by the JSC Materials and Processes Branch, ES4. This document will focus on the assessment of chemically‐induced toxicity hazards. The toxicological assessments, together with assessments on radioactive, biological, physical, and flammability hazards, are incorporated into a mission‐specific Hazardous Materials Summary Table (HMST).

Valerie Elizabeth Ryder↗

An application of eigenspace methods to symmetric flutter suppression

An eigenspace assignment approach to the design of parameter insensitive control laws for linear multivariable systems is presented. The control design scheme utilizes flexibility in eigenvector assignments to reduce control system sensitivity to changes in system parameters. The methods involve use of the singular value decomposition to provide an exact description of allowable eigenvectors in terms of a minimum number of design parameters. In a design example, the methods are applied to the problem of symmetric flutter suppression in an aeroelastic vehicle. In this example the flutter mode is sensitive to changes in dynamic pressure and eigenspace methods are used to enhance the performance of a stabilizing minimum energy/linear quadratic regulator controller and associated observer. Results indicate that the methods provide feedback control laws that make stability of the nominal closed loop systems insensitive to changes in dynamic pressure.

Fennell, Robert E.↗