SEARCH · Engineering Papers
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.
This presentation is a public webinar presentation to promote and to answer questions for the NASA STMD sponsored challenge for solutions towards offloading cargo on the lunar surface. The challenge is managed by contractor partner Hero-X.
This paper describes Rahul Vishnoi’s final project supporting in his Graduate School curriculum CMSC 838L, Advanced Topics in Programming Languages and Computer Architecture. This project was selected to intersect with his work as a Pathways Intern supporting Code 583, the Ground Software Systems Branch, at NASA’s Goddard Space Flight Center (GSFC). In this project, Field Programmable Gate Array (FPGA) hardware from Xilinx is used to replace and offload processor and memory-intensive computations from a microcontroller/Processing System (PS) to the FPGA Programmable Logic (PL). An interface between the PL and PS in the form of a C library allows for this bridging of capability.
As LACIE Procedure 1 evolved from the Classification and Mensuration Subsystem smallfields procedures, it became evident that two computational systems would have merit-the LACIE/Earth Resources Interactive Processing System based on a large IBM-360 computer oriented for operational use with high computational throughput, and a smaller, highly interactive system based on a PDP 11-45 minicomputer and its display system, the IMAGE-100. The latter had advantages for certain phases; notably, interactive spectral aids could be implemented quite rapidly. This would allow testing and development of Procedure 1 before its implementation on the LACIE/Earth Resources Interactive Processing System. The resulting minicomputer system, called the Classification and Mensuration Subsystem IMAGE-100 Hybrid System, allowed Procedure-1 operations to be performed interactively, except for clustering, classification, and automatic selection of best acquisitions, which were offloaded to the LACIE/Earth Resources Interactive Processing System.
The decision to make the Centaur Vehicle a Space Transportation System (STS) payload meant that new ground support equipment provisions at Launch Pads Pads 39A and 39B were required. These new equipment provisions were needed to service the Centaur vehicle while it was installed in the Orbiter's payload bay prior to launch. This paper describes the design of a new rolling beam umbilical syste (RBUS) being added to the pad fixed service structure (FSS) in order to provide the primary functions of liquid hydrogen (LH2) fill, drain, and vent. The carrier plate itself is a Government-furnished equipment item and of necessity became a T-O disconnect. This permits quick offloading in the event of an abort prior to lift-off. In addition to the rolling beam structure, mechanisms, and fluid lines, it was necessary to design and build a carrier plate simulator to support early development testing of the mast at the Launch Equipment Test Facility at Kennedy Space Center. The RBUS is designed to be compatible with the rotating service structure (RSS) to the extent that the umbilical may be deployed with the RSS mated with the vehicle. It is also designed to clear the RSS as the RSS rotates back out of the way. Accessibility to the Orbiter aft compartment via the 50-1 door had to be maintained.
Several concepts of autonomy have emerged from space station technology and mission studies. Unifying these concepts is important to enabling the needs for and requirements of autonomous systems for a space station to be explored. One purpose of autonomy related to a space station is to offload routine, demonstrated, precisely specifiable tasks and functions from humans to machines in order to increase habitability, increase human-machine system productivity, or to decrease operational costs. Defining incremental roles, functions, and technical capabilities for autonomy leads to identification of computing systems technologies needed to enable various degrees of autonomy.
The design, operation, and performance of a wide-dynamic-range optical-quality actuator are discussed. The actuator uses a closed-loop control system to maintain accurate positioning and has an rms noise performance of 20 nm. A unique force offloading mechanism allows the actuator coil to dissipate less than 3 mW under quiescent conditions. The operation of an experimental segmented optical system that uses 18 of the actuators is examined to show how they are integrated into an actual system.
The lunar construction utility vehicle (LCUV) is an all-purpose construction vehicle which will aid in the robotic assembly of a lunar outpost. The LCUV will have the following capabilities: (1) must be self supporting including repairs; (2) must offload itself from a lunar lander; (3) must be telerobotic and semi-autonomous; (4) must be able to transport one space station common module; (5) must allow for man-rated operation; and (6) must be able to move lunar regolith for site preparation. This study recommends the use of an elastic tracked vehicle. Detailed material analyses of most of the LCUV components were accomplished. The body frame, made of pinned truss elements, was stress analyzed using NASTRAN. A track connection system was developed; however, kinematic and stress analyses are still required. This design recommends the use of hydrogen-oxygen fuel cells for power. Thermal control has proven to be a problem which may be the most challenging technically. A tentative solution has been proposed which utilizes an onboard and towable radiator. Detailed study of the heat dissipation requirements is needed to finalize radiator sizing. Preliminary work on a man-rated cabin has begun; however, this is not required during the first mission phase of the LCUV. Finally, still in the conceptual phases, are the communication, navigation and mechanical arm systems.
TDPlus computer program software system for decommutation of pulse-code-modulation (PCM) telemetry signals. Provides synchronization, conversion into engineering units, and display of serial bit streams. Transforms IBM PC-compatible computer into PCM-telemetry-decommutation system. Synchronizes telemetric signals data and enables conversion back into such meaningful forms as voltage, current, pressure, and the like. Also controls operation of digital-to-analog converters to ship data to paper strip charts or to parallel digital ports for offloading to other computers. Software used to process actual data only when telemetry-data-processing computer modified in accordance with specifications contained in "TDPlus TM Data Processor" (GSC-13291). Written in Turbo C and 8088 Assembly language.
The Sprite operating system allows executing processes to be moved between hosts at any time. We use this process migration mechanism to offload work onto idle machines, and also to evict migrated processes when idle workstations are reclaimed by their owners. Sprite's migration mechanism provides a high degree of transparency both for migrated processes and for users. Idle machines are identified, and eviction is invoked, automatically by daemon processes. On Sprite it takes up to a few hundred milliseconds on SPARCstation 1 workstations to perform a remote exec, while evictions typically occur in a few seconds. The pmake program uses remote invocation to invoke tasks concurrently. Compilations commonly obtain speedup factors in the range of three to six; they are limited primarily by contention for centralized resources such as file servers. CPU-bound tasks such as simulations can make more effective use of idle hosts, obtaining as much as eight-fold speedup over a period of hours. Process migration has been in regular service for over two years.
The topics are presented in viewgraph form and include the following: the construction problem with the radiation shielding; preliminary construction analysis; the feasibility analysis of a small lunar tractor-scraper vehicle (LTSV); the scraper preliminary power analysis; LTSV feasibility; a small lunar dragline crane (LDC); a lunar superstructure arch (LSA); and the feasibility analysis of a lunar self-offloading lander crane.
Using electric propulsion to deliver materials to lunar orbit for the development and construction of a lunar base was investigated. Because the mass of the base and its life-cycle resupply mass are large, high specific impulse propulsion systems may significantly reduce the transportation system mass and cost. Three electric propulsion technologies (arcjet, ion, and magnetoplasmadynamic (MPD) propulsion) were compared with oxygen/hydrogen propulsion for a lunar base development scenario. Detailed estimates of the orbital transfer vehicles' (OTV's) masses and their propellant masses are presented. The fleet sizes for the chemical and electric propulsion systems are estimated. Ion and MPD propulsion systems enable significant launch mass savings over O2/H2 propulsion. Because of the longer trip time required for the low-thrust OTV's, more of them are required to perform the mission model. By offloading the lunar cargo from the manned O2/H2 OTV missions onto the electric propulsion OTV's, a significant reduction of the low Earth orbit (LEO) launch mass is possible over the 19-year base development period.
Reduced Instruction Set Computer (RISC) workstations and Personnel Computers (PC) are very popular tools for office automation, command and control, scientific analysis, database management, and many other applications. However, when using Input/Output (I/O) intensive applications, the RISC workstations and PC's are often overburdened with the tasks of collecting, staging, storing, and distributing data. Also, by using standard high-performance peripherals and storage devices, the I/O function can still be a common bottleneck process. Therefore, the high-performance mass storage system, developed by Loral AeroSys' Independent Research and Development (IR&D) engineers, can offload a RISC workstation of I/O related functions and provide high-performance I/O functions and external interfaces. The high-performance mass storage system has the capabilities to ingest high-speed real-time data, perform signal or image processing, and stage, archive, and distribute the data. This mass storage system uses a hierarchical storage structure, thus reducing the total data storage cost, while maintaining high-I/O performance. The high-performance mass storage system is a network of low-cost parallel processors and storage devices. The nodes in the network have special I/O functions such as: SCSI controller, Ethernet controller, gateway controller, RS232 controller, IEEE488 controller, and digital/analog converter. The nodes are interconnected through high-speed direct memory access links to form a network. The topology of the network is easily reconfigurable to maximize system throughput for various applications. This high-performance mass storage system takes advantage of a 'busless' architecture for maximum expandability. The mass storage system consists of magnetic disks, a WORM optical disk jukebox, and an 8mm helical scan tape to form a hierarchical storage structure. Commonly used files are kept in the magnetic disk for fast retrieval. The optical disks are used as archive media, and the tapes are used as backup media. The storage system is managed by the IEEE mass storage reference model-based UniTree software package. UniTree software will keep track of all files in the system, will automatically migrate the lesser used files to archive media, and will stage the files when needed by the system. The user can access the files without knowledge of their physical location. The high-performance mass storage system developed by Loral AeroSys will significantly boost the system I/O performance and reduce the overall data storage cost. This storage system provides a highly flexible and cost-effective architecture for a variety of applications (e.g., realtime data acquisition with a signal and image processing requirement, long-term data archiving and distribution, and image analysis and enhancement).
The following summarizes requirements on the High Resolution Mirror Assembly (HRMA) and HRMA/SI calibration. The lists of calibration measurements assume that the HRMA meets the CTT requirement that the XRCF test environment shall have not more than a 10 percent effect on the encircled energy in 1 arcsec and that it can be calibrated to 1 percent. This implies that the offloading scheme has been implemented in the HRMA. It should be remembered that there are additional calibrations needed for: aspect system; tracking; gyros; other parts of the PCAS; spacecraft timing and checks on timing accuracy for all SIs after integration in the spacecraft; ficucial lights and periscope; alignments; optical metrology data: lengths and diameters with errors on mirror elements and optical interferometer data on surface figure; and throughput and imaging stability test: an end-to-end test that can be used after the XRCF to verify that the x-ray throughput and imaging quality have not been degraded. The tables presented give a summary of the integration times for HRMA and HRMA/SI calibration.
Space applications for telerobotics requires a manipulator that is robust to the large payload variations that occur in a zero-g environment. One approach to provide the required performance for this large payload variation is to provide inertial decoupling to the controller. The equations to generate the required joint torques can be obtained in several manners but the independent parameters required to perform the calculations are difficult to obtain. This presentation consists of an overview of the inertial decoupling control system and discusses how to reduce the inertial parameter set to a minimum and obtain the required parameter set to a minimum and obtain the required parameter vector using sensed joint positions and torques. In addition, as telerobotic technology becomes more prevalent in the space environments the ability to emulate the effect of zero-g in a one-g environment is critical in learning how to perform tasks in space. To emulate the zero-g environment it is necessary to remove the effect of gravity on the manipulator by determining the feedforward joint torques. A subset of the algorithm developed to obtain the decoupling parameters is used to obtain the gravity offload parameters. These parameters are used to eliminate the effect of gravity. The algorithm is validated on Martin Marietta/NASA Langley's, 7 Degrees-Of-Freedom (DOF) Flight Telerobotic Servicer Hydraulic Manipulator Test Bed. A video portraying actual results of the algorithm is provided.
This paper discusses the recommissioning of the Annular Suspension and Pointing System (ASPS), originally developed in the mid 1970's for pointing and vibration isolation of space experiments. The hardware was developed for NASA Langley Research Center by Sperry Flight Systems (now Honeywell Satellite Systems), was delivered to NASA in 1983. Recently, the hardware was loaned to Old Dominion University (ODU). The ASPS includes coarse gimbal assemblies and a Vernier Pointing Assembly (VPA) that utilize magnetic suspension to provide noncontacting vibration isolation and vernier pointing of the payload. The VPA is the main focus of this research. At ODU, the system has been modified such that it can now be operated in a l-g environment without a gravity offload. Suspension of the annular iron rotor in five degrees-of-freedom has been achieved with the use of modern switching power amplifiers and a digital controller implemented on a 486-class PC.
Work is progressing as outlined in the proposal for this contract. A working planning and scheduling system has been documented and packaged and made available to the WIRE Small Explorer group at JPL, the FUSE group at JHU, the NASA/GSFC Laboratory for Astronomy and Solar Physics and the Advanced Planning and Scheduling Branch at STScI. The package is running successfully on the WIRE computer system. It is expected that the WIRE will reuse significant portions of the SWAS code in its system. This scheduling system itself was tested successfully against the spacecraft hardware in December 1995. A fully automatic scheduling module has been developed and is being added to the toolkit. In order to maximize reuse, the code is being reorganized during the current build into object-oriented class libraries. A paper describing the toolkit has been written and is included in the software distribution. We have experienced interference between the export and production versions of the toolkit. We will be requesting permission to reprogram funds in order to purchase a standalone PC onto which to offload the export version.
AutoHelp is a case-based, Web-accessible help desk for users of the EOSDIS. Its uses a combination of advanced computer and Web technologies, knowledge-based systems tools, and cognitive engineering to offload the current, person-intensive, help desk facilities at the DAACs. As a case-based system, AutoHelp starts with an organized database of previous help requests (questions and answers) indexed by a hierarchical category structure that facilitates recognition by persons seeking assistance. As an initial proof-of-concept demonstration, a month of email help requests to the Goddard DAAC were analyzed and partially organized into help request cases. These cases were then categorized to create a preliminary case indexing system, or category structure. This category structure allows potential users to identify or recognize categories of questions, responses, and sample cases similar to their needs. Year one of this research project focused on the development of a technology demonstration. User assistance 'cases' are stored in an Oracle database in a combination of tables linking prototypical questions with responses and detailed examples from the email help requests analyzed to date. When a potential user accesses the AutoHelp system, a Web server provides a Java applet that displays the category structure of the help case base organized by the needs of previous users. When the user identifies or requests a particular type of assistance, the applet uses Java database connectivity (JDBC) software to access the database and extract the relevant cases. The demonstration will include an on-line presentation of how AutoHelp is currently structured. We will show how a user might request assistance via the Web interface and how the AutoHelp case base provides assistance. The presentation will describe the DAAC data collection, case definition, and organization to date, as well as the AutoHelp architecture. It will conclude with the year 2 proposal to more fully develop the case base, the user interface (including the category structure), interface with the current DAAC Help System, the development of tools to add new cases, and user testing and evaluation at (perhaps) the Goddard DAAC.
Compiled footage shows shots of the Tethered Satellite System (TSS) lift in the Operations and Checkout (O&C) Building, TSS move onto satellite assembly section, the Eureca arrival and offload at Kennedy Space Center (KSC), Eureca instrument and tracker installation, the solar panel battery installation, and Eureca high-gain antenna deploy. The astronaut crew is seen at the O&C building for the TSS site test, and Atlantis rolls out to Pad B.