SEARCH · Search NASA

Results for “Mode Commander”

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.

SourceResearch connectionFrom yearThrough year

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 469 records · Page 26

All sources NASA NTRS DOE OSTI

NASA NTRS2010

Preliminary Characterization of the Altair Lunar Lander Slosh Dynamics and Some Implications for the Thrust Vector Control Design

This paper describes a conceptual design of the Thrust Vector Control (TVC) system and preliminary modeling of propellant slosh, for the Altair Lunar Lander. Altair is a vehicle element of the NASA Constellation Program aimed at returning humans to the moon. Guidance, Navigation, and Control (GN&C) is the measurement and control of spacecraft position, velocity, and attitude in support of mission objectives. One key GN&C function is the commanding of effectors that control attitude and impart delta V on the vehicle, utilizing both reaction control system (RCS) thrusters and throttling and TVC gimbaling of the vehicle main engine. Both the Altair descent and ascent modules carry fuel tanks. During thrusting maneuvers, the sloshing of liquid fuels in partially filled tanks can interact with the controlled system in such a way as to cause the overall system to be unstable. These fuel tanks must be properly placed, relative to the spacecraft's c.m., to avoid any unstable interactions. Following this will be a discussion of propellant slosh modeling work performed for the present vehicle configuration, including slosh frequency and participatory fluid mass predictions. Knowing the range of slosh mode frequencies over mission phases, the TVC bandwidth must be carefully selected so as not to excite the slosh modes at those frequencies. The likely need to increase the damping factor of slosh modes via baffles will also be discussed. To conclude, a discussion of operations procedures aimed at minimizing TVC-slosh interactions will be given.

Lee, Allan Y.↗

NASA NTRS1997

Registration assisted mosaic generation

This paper presents a general strategy for assembling mosaics from numerous individual images where uncertainty exists in the position and orientation of those images. Both of the presented applications relate to remotely operated camera platforms, the first being the Galileo solid state imaging (SSI) camera presently in orbit around Jupiter, and the second being the Imager for Mars Pathfinder (IMP) stereo camera on Mars. A basic strategy in both applications is to determine the correct relative camera pointing followed by direct map projection of the images. It is assumed that approximate camera pointing exists sufficient to locate adjacent images and to place initial tiepoints within reach of the correlator. Spatial correlation is used to fix tiepoints whose initial locations are predicted by the camera pointing. We use either an fast fourier transform (fft) algorithm or a variant of Gruen's scheme permitting limited image rotation and skew. The Gruen correlator has three hierarchical modes: 1) A classical spatial least squares correlation on integral pixel boundaries used when rotation is small. 2) An annealing non-deterministic search used when rotations are unknown. A simplex deterministic search used for the end game. The correlation operation can be performed either interactively or autonomously. The final camera pointing solution relies upon a simplex downhill search in 2n or 3n dimensions where n is the number of images comprising the mosaic and the objective function to be minimized is the disagreement between tiepoint locations predicted from the camera pointing with those observed by the correlator. For Galileo the 3n unknowns are euler angles defining camera pointing in planet coordinates, and for Mars Pathfinder they are 2n unknowns representing commanded azimuth and elevation in the Lander coordinate system.

Lorre, Jean J.↗

DOE OSTI2025

Datum: A Scientific Metadata Catalog

The data catalog market is currently flooded with a myriad of different products, but none serve the scientific community well. There are cloud-native tools like Databricks, Snowflake,to on-premise solutions like Collibra and Datahub. The common failing of all these tools however, is their inability to serve the scientific data community directly. Most catalogs are targeted towards financial, health, or user data - not sensor or scientific domain data. They also prioritize integrations that often don’t exist or are just starting to be used in the scientific realm - all while ignoring common scientific tools and file types. Datum is a catalog which targets the scientific data directly, including the tools and networks in which those tools are used. We work with the producers and consumers of the data where they are, targeting cloud and on-premise with a focus on classified networks. Datum is an Erlang/Elixir application. Technical Features Note: The features listed below are still under development and may change, slightly, upon final delivery of the product. File Formats - Datum has the ability to read additional metadata and provides processing pipelines for the following file formats: Plain Text, PDF, LaTeX, HTML, Open Document Format (.odt), XML, CSV/TSV (and other standard delimiters), OpenDocument Database and Spreadsheets, Geo-Referenced TIFF, Common Data Format, HDF/HDF5, LabView TDMS, Excel, DeltaTables, Parquet, Apache Iceberg, Apache Hudi and many others. Metadata Collection - Scanners for the local and networked file systems and cloud storage providers. Network integration with common databases such as MSSQL and MySQL. User Plugin System - Users are able to provide either file processing, metadata extraction, or sampling plugins in the programming language of their choice. Authentication/Authorization -: OIDC integration, SCIM provisioning and EntraID integration out of the box. Full user and group management system with a “least privilege” operating mode. Governance - Customizable data governance platform; dictate and enforce required metadata, enforce data embargos, and enforce user agreements and NDAs before data access. Ability to create health checks on data, rejecting abandoned or poorly curated data and automatically removing it from the search index. Ability for users to submit corrections. Search - Semantic search is a first class citizen. No licenses to expensive, external software required. Integrated use of vectors and vector-based search allows for AI agent integration at all levels of operation. Metadata Model - Display and control data’s lineage and connections to other data and data directories. Data is modeled after a filesystem - an organization instantly recognizable and navigable by most any user. CLI and SDK - Ships with a Command Line Interface (CLI) tool and with a fully-featured Python SDK. This allows for rapid and programmatic use of Datum by every level of user. Minimal Infrastructure - Datum ships as a single executable file and can be run on any operating system and most CPU architectures. Datum has no reliance on external databases, search indexing tools, or other outside services - and it runs equally well on edge computing devices, cloud services, or in a clustered HPC environment.

darrington, john↗

NASA NTRS1991

Helicopter flight-control design using an H(2) method

Rate-command and attitude-command flight-control designs for a UH-60 helicopter in hover are presented and were synthesized using an H(2) method. Using weight functions, this method allows the direct shaping of the singular values of the sensitivity, complementary sensitivity, and control input transfer-function matrices to give acceptable feedback properties. The designs were implemented on the Vertical Motion Simulator, and four low-speed hover tasks were used to evaluate the control system characteristics. The pilot comments from the accel-decel, bob-up, hovering turn, and side-step tasks indicated good decoupling and quick response characteristics. However, an underlying roll PIO tendency was found to exist away from the hover condition, which was caused by a flap regressing mode with insufficient damping.

Takahashi, Marc D.↗

NASA NTRS1985

Fuel conservative guidance for shipboard landing of powered-lift STOL aircraft

A computer-simulation study was undertaken to investigate the application of Fuel Conservative Guidance (FCG) techniques, developed at NASA Ames Research Center, to improve the fuel efficiency and minimize recovery time of powered-lift short-takeoff-and-landing (STOL) airplanes operating from aircraft carriers at sea. The FCG system consists of a set of algorithms whose coefficients and parameters limits match those of the Quiet Short-Haul Research Aircraft. When a flightpath is specified by a set of initial conditions for the aircraft and a set of positional waypoints with associated airspeeds, the FCG synthesizes the necessary guidance commands to capture the specified path at any specified waypoint and to optimize fuel consumption and time fo fly along the path. Closed-form expressions are developed for calculating the altitude profile synthesized by the algorithm. Results of this simulation study show that when restrictions on the approach flightpath imposed for manual operation are removed completely, fuel consumption during the approach was reduced by as much as 38 percent (434 lb of fuel) and the time required to fly the flightpath was reduced by as much as 28 percent (209 sec). Savings because of FCG were produced by: (1) shortening the total flight time and distance, and (2) keeping the airspeed high as long as possible to minimize time spent flying in a powered-lift mode.

Warner, D. N., Jr.↗

NASA NTRS2000

The Life Cycle Application of Intelligent Software Modeling for the First Materials Science Research Rack

Marshall Space Flight Center (MSFC) has been funding development of intelligent software models to benefit payload ground operations for nearly a decade. Experience gained from simulator development and real-time monitoring and control is being applied to engineering design, testing, and operation of the First Material Science Research Rack (MSRR-1). MSRR-1 is the first rack in a suite of three racks comprising the Materials Science Research Facility (MSRF) which will operate on the International Space Station (ISS). The MSRF will accommodate advanced microgravity investigations in areas such as the fields of solidification of metals and alloys, thermo-physical properties of polymers, crystal growth studies of semiconductor materials, and research in ceramics and glasses. The MSRR-1 is a joint venture between NASA and the European Space Agency (ESA) to study the behavior of different materials during high temperature processing in a low gravity environment. The planned MSRR-1 mission duration is five (5) years on-orbit and the total design life is ten (IO) years. The MSRR-1 launch is scheduled on the third Utilization Flight (UF-3) to ISS, currently in February of 2003). The objective of MSRR-1 is to provide an early capability on the ISS to conduct material science, materials technology, and space product research investigations in microgravity. It will provide a modular, multi-user facility for microgravity research in materials crystal growth and solidification. An intelligent software model of MSRR-1 is under development and will serve multiple purposes to support the engineering analysis, testing, training, and operational phases of the MSRR-1 life cycle development. The G2 real-time expert system software environment developed by Gensym Corporation was selected as the intelligent system shell for this development work based on past experience gained and the effectiveness of the programming environment. Our approach of multi- uses of the simulation model and its intuitive graphics capabilities is providing a concurrent engineering environment for rapid prototyping and development. Operational schematics of the MSRR-1 electrical, thermal control, vacuum access, and gas supply systems, and furnace inserts are represented graphically in the environment. Logic to represent first order engineering calculations is coded into the knowledge base to simulate the operational behavior of the MSRR-1 systems. An example of engineering data provided includes electrical currents, voltages, operational power, temperatures, thermal fluid flow rates. pressures, and component status indications. These type of data are calculated and displayed at appropriate instrumentation points, and the schematics are animated to reflect the simulated operational status of the MSRR-1. The software control functions are also simulated to represent appropriate operational behavior based on automated control and response to commands received by the crew or ground controllers. The first benefit of this simulation environment is being realized in the high fidelity engineering analysis results from the electrical power system G2 model. Secondly, the MSRR-1 simulation model will be embedded with a hardware mock-up of the MSRR-1 to provide crew training on MSRR-1 integrated payload operations. G2 gateway code will output the simulated instrumentation values, termed as telemetry, in a flight-like data stream so that the crew has realistic and accurate simulated MSRR-1 data on the flight displays which will be designed for crew use. The simulation will also respond appropriately to crew or ground initiated commands, which will be part of normal facility operations. A third use of the G2 model is being planned; the MSRR-1 simulation will be integrated with additional software code as part of the test configuration of the primary onboard computer, or Master Controller, for MSRR-1. We will take advantage of the G2 capability to simulate the flight like data stream to test flight software responses and behavior. A fourth use of the G2 model will be to train the Ground Support Personnel that will monitor the MSRR-1 systems and payloads while they are operating aboard the ISS. The intuitive, schematic based environment will provide an excellent foundation for personnel to understand the integrated configuration and operation of the MSRR-1, and the anticipated telemetry feedback based on operational modes of the equipment. Expert monitoring features will be enhanced to provide a smart monitoring environment for the operators. These features include: (1) Animated, intuitive schematic-based displays which reflect telemetry values, (1) Real-time plotting of simulated or incoming sensor values, (3) High/Low exception monitoring for analog data, (4) Expected state monitoring for discrete data, (5) Data trending, (6) Automated malfunction procedure execution to diagnose problems, (7) Look ahead capability to planned MSRR-1 activities in the onboard timeline. And finally, the logic to calculate telemetry values will be deactivated, and the same environment will interface to the incoming data for the real-time telemetry stream to schematically represent the onboard hardware configuration. G2 will be the foundation for the real-time monitoring and control environment. In summary, our MSRR-1 simulation model spans many elements of the life cycle development of this project: Engineering Analysis, Test and Checkout, Training of Crew and Ground Personnel, and Real-time monitoring and control. By utilizing the unique features afforded by an expert system development environment, we have been able to synergize a powerful tool capable of addressing our project needs at every phase of project development.

Rice, Amanda↗

NASA NTRS1991

Reusable Reentry Satellite (RRS) system design study

The Reusable Reentry Satellite (RRS) is intended to provide investigators in several biological disciplines with a relatively inexpensive method to access space for up to 60 days with eventual recovery on Earth. The RRS will permit totally intact, relatively soft, recovery of the vehicle, system refurbishment, and reflight with new and varied payloads. The RRS is to be capable of three reflights per year over a 10-year program lifetime. The RRS vehicle will have a large and readily accessible volume near the vehicle center of gravity for the Payload Module (PM) containing the experiment hardware. The vehicle is configured to permit the experimenter late access to the PM prior to launch and rapid access following recovery. The RRS will operate in one of two modes: (1) as a free-flying spacecraft in orbit, and will be allowed to drift in attitude to provide an acceleration environment of less than 10(exp -5) g. the acceleration environment during orbital trim maneuvers will be less than 10(exp -3) g; and (2) as an artificial gravity system which spins at controlled rates to provide an artificial gravity of up to 1.5 Earth g. The RRS system will be designed to be rugged, easily maintained, and economically refurbishable for the next flight. Some systems may be designed to be replaced rather than refurbished, if cost effective and capable of meeting the specified turnaround time. The minimum time between recovery and reflight will be approximately 60 days. The PMs will be designed to be relatively autonomous, with experiments that require few commands and limited telemetry. Mass data storage will be accommodated in the PM. The hardware development and implementation phase is currently expected to start in 1991 with a first launch in late 1993.

Source record↗

NASA NTRS2003

Keeping Communication Continuous

General Dynamics Decision Systems employees have played a role in supplying telemetry, tracking, and control (TT&C) and other communications systems to NASA and the U.S. Department of Defense for over 40 years. Providing integrated communication systems and subsystems for nearly all manned and unmanned U.S. space flights, the heritage of this Scottsdale, Arizona-based company includes S-band transceivers that enabled millions of Americans to see Neil Armstrong and hear his prophetic words from the Moon in 1969. More recently, Decision Systems has collaborated with NASA s Goddard Space Flight Center to develop transponders, wireless communications devices that pick up and automatically respond to an incoming signal, for NASA s Tracking and Data Relay Satellite System (TDRSS). Four generations of Decision Systems TDRSS transponders have been developed under Goddard s sponsorship. The company s Fourth Generation TDRSS User Transponder (TDRSS IV) allows low-Earth-orbiting spacecraft to communicate continuously with a single ground station at White Sands, New Mexico, through a constellation of geostationary relay satellites positioned at key locations around the Earth. In addition to the communications of forward link control commands and return link telemetry data, the TDRSS IV also supports spacecraft orbit tracking through coherent turn-around of a pseudo-noise ranging code and two-way Doppler tracking.When the NSBF adopted the use of global positioning system receivers for balloon position tracking, Decision Systems concluded that a simpler, noncoherent transceiver could provide the NSBF with the necessary TDRSS communications without the additional cost and complexity of a coherent transponder. The solution was to take the core design of the TDRSS IV Transponder, but remove the extra functionality that supported coherent turn-around. This would simplify the production effort, reduce the testing required, and result in a lower cost product with smaller size, weight, and power consumption. Once NSBF and Decision Systems agreed on a concept for this new product, known as the Multi-Mode Transceiver (MMT), the NSBF approached Goddard for approval and funding.

Source record↗

NASA NTRSDate not supplied

Design of a Thruster Vector Servo-Elastic Filter

This presents a method to improve the thruster vector servo elasticity (TVSE) stability. TVSE is the coupling between the TVC system engine dynamics and the vehicle flexible modes. It can lead to instability of the flexible modes due to the energy injection from the thrust. For large boosters with heavy TVC engine, TVSE is more likely to cause instability. This instability is part of the plant dynamics and is not detected by the flight control. In this paper, the TVSE is treated as a disturbance rejection problem with the inertial force of the flexible motion viewed as an external disturbance to the TVC actuator control system. By effectively rejecting this disturbance, the engine can be decoupled from the flexible dynamics thus improving TVSE stability. The actuator disturbance transfer function is modified by inserting a TVSE filter into the control system. The filter aims to reduce the magnitude and introduce phase lead of the disturbance transfer function over the TVSE sensitive frequency range while maintaining adequate stability margins of the actuator control system. A prefilter is also designed for good command tracking. The filter and prefilter resulting from this method are usually of low order and can be included to the existing actuator controller if the controller is programmable. This method was demonstrated for a hydraulic Simplex actuator model. Its applications to SLS B1 and B2 TVC actuator are also described. B2 actuator controller is modified based on this method. The tradeoff between TVSE stability and the control system stability can be balanced by adjusting the amount of phase lead introduced by the TVSE filter. This method provides a useful way to solve the TVSE instability issue without costly and time-consuming a TVC system redesign. This method is based on the basic control principles of loop shaping and disturbance rejection and has been proven to be effective under proper circum-stances.

Thrust vector control↗

NASA NTRS2018

Tonal Noise Prediction of a Distributed Propulsion Unmanned Aerial Vehicle

Noise is expected to be a major barrier of unmanned aerial vehicles (UAVs) to public acceptance. A noise prediction scheme is introduced in this paper and applied to a specific vehicle configuration, namely, the Greased Lightning-10. Results herein will be used to demonstrate the feasibility of incorporating a noise constraint within the flight control system of a distributed electric propulsion vehicle by modifying commands for low-noise operation over sensitive areas, e.g., communities, schools, etc. Steady loading and thickness noise signatures of single propellers are computed using the Propeller Analysis System of the NASA Aircraft NOise Prediction Program. The individual signatures are then superposed at far field observers after applying corrections for spherical spreading and phase delays based on straight ray propagation. Two-propeller source fields are verified using analytical directivity patterns of monopoles. Notional effects of rotation rate, rotation direction, and relative propeller phase are given. Under ideal circumstances and equivalent RPM, random phasing, which occurs in most small UAVs, can produce up to 20 decibels uncertainty in the tonal sound pressure level at a given ground observer. Additionally, directivity modification via relative propeller phase control is shown to have great potential as a noise reduction technique. This paper will focus on the forward flight mode but will also briefly discuss the vertical flight mode.

Pascioni, Kyle A.↗

NASA NTRS1990

A manned maneuvering unit proximity operations planning and flight guidance display and control system

This task concerns the design, development, testing, and evaluation of a new proximity operations planning and flight guidance display and control system for manned space operations. A forecast, derivative manned maneuvering unit (MMU) was identified as a candidate for the application of a color, highway-in-the-sky display format for the presentation of flight guidance information. A silicon graphics 4D/20-based simulation is being developed to design and test display formats and operations concepts. The simulation includes the following: (1) real-time color graphics generation to provide realistic, dynamic flight guidance displays and control characteristics; (2) real-time graphics generation of spacecraft trajectories; (3) MMU flight dynamics and control characteristics; (4) control algorithms for rotational and translational hand controllers; (5) orbital mechanics effects for rendezvous and chase spacecraft; (6) inclusion of appropriate navigation aids; and (7) measurement of subject performance. The flight planning system under development provides for: (1) selection of appropriate operational modes, including minimum cost, optimum cost, minimum time, and specified ETA; (2) automatic calculation of rendezvous trajectories, en route times, and fuel requirements; (3) and provisions for manual override. Man/machine function allocations in planning and en route flight segments are being evaluated. Planning and en route data are presented on one screen composed of two windows: (1) a map display presenting a view perpendicular to the orbital plane, depicting flight planning trajectory and time data attitude display presenting attitude and course data for use en route; and (2) an attitude display presenting local vertical-local horizontal attitude data superimposed on a highway-in-the-sky or flight channel representation of the flight planned course. Both display formats are presented while the MMU is en route. In addition to these displays, several original display elements are being developed, including a 3DOF flight detector for attitude commanding, a different flight detector for translation commands, and a pictorial representation of velocity deviations.

Gershzohn, Gary R.↗

NASA NTRS1980

Distributed microprocessors in a tactical universal modem

The distributed microprocessor system associated with a wideband signal conversion unit (WBSCU) is described. Multiple embedded 8086 and 2901 microprocessors, supported by dedicated hardware modules, perform the required real time operations for both transmit and receive functions. Commands from a host computer determine the configuration of the WBSCU via the IEEE 488 bus. Each of the four WBSCU channels is assigned to process a specified IF waveform; each channel configures its own resources and, in some cases, borrows resources from other channels. The processed waveform data is communicated from individual channels to redundant global memories. Data flow between the user community and global memories occurs via redundant 1553 buses through intelligent Bus Interface Units. Each WBSCU channel contains one 2901 bit slice machine and one 8086 microprocessor. The 2901 provides high speed processing capability for the most time critical operations. The 8086 is used for lower speed processing tasks where its high level language capability can be better exploited. Each 8086 has a global bus for wideband interprocessor communication, and a local bus for 8086/2901, master/slave communication. Software architecture consists of a control and communications structure governing mode dependent signal processing tasks.

Gray, D. M.↗

NASA NTRSDate not supplied

Design of a Thrust Vector Servoelastic Filter for SLS Block 2 Booster Thrust Vector Control System

This paper presents a method to improve the thrust vector servoelastic (TVSE) response of a launch vehicle. TVSE is the coupling between the Thrust Vector Control (TVC) system nozzle dynamics and the vehicle flexible modes. A poorly phased TVC response, i.e. in phase with the structural velocity, can lead to instability of the flexible modes due to the energy injection from the thrust. For large boosters with heavy nozzles, TVSE is more likely to cause instability. This instability is part of the plant dynamics and may not be readily detected by the flight control system. In this paper, TVSE is treated as a disturbance rejection problem with the inertial force of the flexible motion viewed as an external disturbance to the TVC actuator control system. By effectively rejecting this disturbance, the engine can be decoupled from the flexible dynamics thus improving TVSE stability. The actuator disturbance transfer function is modified by inserting a filter into the servo-loop control system. The filter aims to reduce the magnitude and introduce phase lead of the disturbance transfer function over the TVSE sensitive frequency range while maintaining adequate stability margins of the actuator control system. A prefilter is also designed to improve command tracking performance. The filter and prefilter resulting from this method are usually of low order and can be included to an existing actuator controller if the controller is programmable. This method was demonstrated for a hydraulic Simplex actuator model. Its applications to the Space Launch System (SLS) Block 1 and Block 2 TVC actuator are also described. The Block 2 actuator controller was modified based on the results of this method. The tradeoff between TVSE stability and the servo-loop stability can be balanced by adjusting the amount of phase lead introduced by the TVSE filter. This method provides a useful way to solve the TVSE instability issue without costly and time-consuming hardware solutions. This method is based on the basic control principles of loop shaping and disturbance rejection and has been proven to be effective under proper circumstances.

Thrust vector control↗

NASA NTRS2017

Compact piezoelectric resonance mass balance for sample verification and mass quantification and mixing.

There is a need for sample verification and mass quantification of rock, soil and/or ice obtained by sample acquisition mechanisms on extraterrestrial bodies. For many scientific instruments information about the mass of the sample would aid in the interpretation of the data and help prevent the portioning system from overloading instrument ports. Additionally, on a potential sample return mission it is likely that a sample confirmation or mass determination requirement would be implemented before the spacecraft would be commanded to return to Earth or Lunar orbit. In an effort to meet these potential requirements, a piezoelectric resonance balance is being developed to measure a frequency change proportional to the sample mass change. In previous work1 we developed a resonance balance which produced large non-linear frequency changes due to the addition of a large mass. In this study we have looked at a variety of resonator geometries in an effort to linearize the frequency shift with mass. In addition, we have investigated the use of oscillator/counter circuitry to track the frequency shift of the piezoelectric mass balance. In this new design the frequency shifts automatically when a mass is placed on the balance and the counter circuit calculates the frequency shift. This frequency is then converted to a mass using calibration tables determined previously. An additional feature we have implemented is the use of a high frequency thickness mode piezoelectric resonator to mix the sample and a reactant or solvent. This allows for measuring both sample and reagent prior to ingestion by the instrument. This paper will focus on the design requirements and how they are affected by the local gravity and acoustic properties of the sample. Designs which allow for easy loading and unloading of the balance will also be discussed.

Yahnker, Christopher R.↗

NASA NTRS1996

SEDSAT 1 Technologies

The original goals of this project were to support the development of SEDSAT 1 for a tethered launch in July of 1997. This specifically required: (1) Monitoring development progress against a comprehensive delivery plan; (2) Incremental development and release of CDS and SEASIS software; (3) Supporting the integration of version 1.0 SEASIS software that will allow minimal autonomous operation without a software reload. These algorithms would include image quality evaluation, attitude determination, and autonomous earth imaging; and (4) Developing software requirements and design for ground segment software, concentrating on command and data download capability; and interface to external development efforts for a more comprehensive software suite to be used after the initial mission. Because of an unfavorable space shuttle safety review of the SEDS-3 tether deployer, and cost and schedule problems in upgrading the deployer, the mission was changed to an independent launch of SEDSAT. The original plan was to do a tether-less deployment from the space shuttle. Since this would have resulted in an unacceptable orbital lifetime, the mission was changed again to a tethered launch from a Delta II in June 1998. As a result of Marshall Space Flight Center's redirection of the SEDS-3 mission away from a tether launch, the whole question of a tether endmass had to be reconsidered. The net result of these multiple changes was twofold. First, we completed work needed to define some aspects of ground software on SEDSAT 1 that would remain constant no matter the launch mode. Second, we developed a set of concepts for using SEDSAT 1 technology to support alternative endmass missions on SEDS-3. Both of these are included.

Maier, Mark W.↗

NASA NTRS2004

Advanced Docking System With Magnetic Initial Capture

An advanced docking system is undergoing development to enable softer, safer docking than was possible when using prior docking systems. This system is intended for original use in docking of visiting spacecraft and berthing the Crew Return Vehicle at the International Space Station (ISS). The system could also be adapted to a variety of other uses in outer space and on Earth, including mating submersible vehicles, assembling structures, and robotic berthing/handling of payloads and cargo. Heretofore, two large spacecraft have been docked by causing the spacecraft to approach each other at a speed sufficient to activate capture latches - a procedure that results in large docking loads and is made more difficult because of the speed. The basic design and mode of operation of the present advanced docking system would eliminate the need to rely on speed of approach to activate capture latches, thereby making it possible to reduce approach speed and thus docking loads substantially. The system would comprise an active subsystem on one spacecraft and a passive subsystem on another spacecraft with which the active subsystem will be docked. The passive subsystem would include an extensible ring containing magnetic striker plates and guide petals. The active subsystem would include mating guide petals and electromagnets containing limit switches and would be arranged to mate with the magnetic striker plates and guide petals of the passive assembly. The electromagnets would be carried on (but not rigidly attached to) a structural ring that would be instrumented with load sensors. The outputs of the sensors would be sent, along with position information, as feedback to an electronic control subsystem. The system would also include electromechanical actuators that would extend or retract the ring upon command by the control subsystem.

Lewis, James L.↗

NASA NTRS2018

Estimating Software Reliability for Space Launch Vehicles in Probabilistic Risk Assessment (PRA)

It is acutely recognized in the Probabilistic Risk assessment (PRA) field that software plays a defining role in overall system reliability for all modern systems across a wide variety of industries. Regardless if the software is embedded firmware for working components or elements, part of a Human-Machine-Interface, or automated command and control logic, the success of the software to fulfill its function under nominal and off-nominal environments will be a dominant contributor to system reliability. It is also recognized that software reliability prediction and estimation is one of the more challenging and questionable aspects of any PRA or system analyses due to the nature of software and its integration with physics based systems. Irrespective of this dichotomy, any incorporation of software reliability methods requires that the contributions are accountable, quantitative, and tractable. This paper provides a brief overview of software reliability methods, establishes some minimum requirements that the methods should incorporate for completeness, and provides a logic structure for applying software reliability. Model resolution will be discussed that supports current testing plans and trade studies. We will provide initial recommendations for use in the NASA PRA and present a future dynamic option for software and PRA. Space Launch Vehicle Software is recognized to be reliable in static conditions, yet relatively vulnerable to a set of failure modes in changing environments/flight phases. Two quantitative methods were chosen to incorporate software reliability into a Space Launch Vehicle PRA accounting for phase adjustments. One method predicts latent software failure using statistical methods, and the second provides estimates of coding errors and software operating system failures based on test and historical data, respectively. Software uncertainty will also be discussed. We determined that recommendations for PRA software reliability should be modeled at the software module level where multiple software components compose a module and combinations of the software architecture can lead to a functional failure.

Novack, Steven↗

NASA NTRS2004

Caltrans Keeps the Spitzer Pipelines Moving

The computer pipelines used to process digital infrared astronomical images from NASA's Spitzer Space Telescope require various input calibration-data files for characterizing the attributes and behaviors of the onboard focal-plane-arrays and their detector pixels, such as operability, dark-current offset, linearity, non- uniformity, muxbleed, droop, and point-response functions. The telescope has three very different science instruments, each with three or four spectral-band-pass channels, depending on the instrument. Moreover, each instrument has various operating modes (e-g., full array or sub-array in one case) and parameters (e.g., integration time). Calibration data that depend on these considerations are needed by pipelines for generating both science products (production pipelines) and higher-level calibration products (calibration pipelines). The calibration files are created in various formats either 'off-line' or by the aforementioned calibration pipelines, depending on the above configuration details. Also, the calibration files are generally applicable to a certain time period and therefore must be selected accordingly for a given raw input image to be correctly processed. All of this complexity in selecting and retrieving calibration files for pipeline processing is handled by a procedural software-program called 'caltrans' . This software, which is implemented in C and interacts with an Informix database, was developed at the Spitzer Science Center (SSC) and is now deployed in SSC daily operations. The software is rule-based, very flexible, and, for efficiency, capable of retrieving multiple calibration files with a single software-execution command.

Spitzer↗