Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Remote Design”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

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

At least 1,477 records · Page 82

Habitability Considerations for a Notional Five-Day Small Pressurized Rover Excursion

Within the Artemis program, the Pressurized Rover (PR) is intended to support two-person mobile habitation up to roughly thirty days in duration. Lunar surface use of the PR, however, assumes a crew swap approximately halfway through a 33-day surface mission. Within that shorter duration, a rover crew may perform one or more excursions to remote sites in support of specific mission science or operational objectives. An important consideration in rover design is ensuring that the habitation accommodations in the vehicle support these types of missions. No pressurized rovers have ever been used in human spaceflight, but several have been proposed. The current NASA pressurized rover reference configuration is based on the third generation of the prototype small pressurized rover initially developed under Constellation. Using the NASA reference configuration, habitability considerations are discussed in the context of a notional five-day science excursion. The primary focus will be on the time the crew spends in the cabin, as opposed to time spent outside the vehicle on science-based EVAs. On each day of the excursion, the specific crew activities will be detailed. Crew activities that will be assessed include post sleep, EVA preparation, daily planning conference, private medical conference, traverse driving, EVA cabin egress, EVA cabin ingress, post-EVA activity, crew meals, pre-egress site observation and analysis, crew exercise, pre-sleep, and sleep. Considerations for crew fatigue will be discussed, including lessons learned from field testing. Finally, the assessment will identify hypotheses to assess in future analog missions and suitable test campaigns to evaluate them.

Pressurized Rover↗

Lessons Learned from Astrobee Operations on the International Space Station

Since its launch in 2019, NASA has been operating three Astrobee free-flying robots providing an autonomous and adaptable research platform aboard the International Space Station (ISS). These robots have not only facilitated a myriad of national and international research endeavors in microgravity but have also served as a STEM outreach platform for student competitions aboard the ISS. Amidst its extensive operational tenure, spanning over five years and exceeding 1200 hours of cumulative free-flyer operation as of April 2024, the Astrobee robots have encountered software and hardware anomalies. Despite its inherent design for on-orbit repair or replacement, certain anomalies have proven to be complex, necessitating remote resolution via software and firmware updates or, in extreme cases, hardware replacements or the return of faulty units to NASA's ground facilities for repair. Such challenges underscore the delicate balance between the autonomous functionality of Astrobee and the occasional need for human intervention to maintain optimal performance. One recurring point of failure identified during Astrobee's operational lifespan has been the SD card, a critical component utilized by the different Astrobee processors and the Dock Station. The occurrence of SD card anomalies, both on orbit and within ground units, has provided invaluable insights into the improvement of Astrobee's systems and mitigation to future faults. This presentation will focus on four key areas: 1. Overview of Faults and Anomalies: A comprehensive examination of the diverse array of faults and anomalies encountered by Astrobee and its associated systems both in orbit and on the ground. From software glitches to hardware malfunctions, this section provides insights into the challenges faced during Astrobee's operational tenure. 2. Resolution Processes and Procedures: An in-depth discussion of the methodologies and procedures implemented to resolve the encountered anomalies. This includes remote troubleshooting, software patches, firmware updates, and, when necessary, the logistics involved in hardware replacements or down-massing for repair. 3. Implementation of Software Updates and Hardware Upgrades: A detailed exploration of the strategies employed to mitigate the risk of recurring anomalies through the implementation of software updates and hardware upgrades. This section highlights the iterative nature of Astrobee's development, emphasizing the continuous pursuit of robustness and reliability. 4. Lessons Learned and Future Directions: Reflecting on the insights gained from addressing anomalies, this section examines the lessons learned and outlines future directions for enhancing Astrobee's robustness and resilience. It underscores the iterative nature of space exploration and the importance of adaptability and continuous improvement in the pursuit of scientific discovery. Through a nuanced examination of Astrobee's operational challenges and the strategies employed to overcome them, this presentation sheds light on the complexities of operating autonomous robotic systems in the ISS environment. It underscores NASA's commitment to pushing the boundaries of exploration and innovation while navigating the inherent challenges of space exploration.

Astrobee↗

Lessons Learned from Astrobee Operations on the International Space Station

Since its launch in 2019, NASA has been operating three Astrobee free-flying robots providing an autonomous and adaptable research platform aboard the International Space Station (ISS). These robots have not only facilitated a myriad of national and international research endeavors in microgravity but have also served as a STEM outreach platform for student competitions aboard the ISS. Amidst its extensive operational tenure, spanning over five years and exceeding 1200 hours of cumulative free-flyer operation as of April 2024, the Astrobee robots have encountered software and hardware anomalies. Despite its inherent design for on-orbit repair or replacement, certain anomalies have proven to be complex, necessitating remote resolution via software and firmware updates or, in extreme cases, hardware replacements or the return of faulty units to NASA's ground facilities for repair. Such challenges underscore the delicate balance between the autonomous functionality of Astrobee and the occasional need for human intervention to maintain optimal performance. One recurring point of failure identified during Astrobee's operational lifespan has been the SD card, a critical component utilized by the different Astrobee processors and the Dock Station. The occurrence of SD card anomalies, both on orbit and within ground units, has provided invaluable insights into the improvement of Astrobee's systems and mitigation to future faults. This presentation will focus on four key areas: 1. Overview of Faults and Anomalies: A comprehensive examination of the diverse array of faults and anomalies encountered by Astrobee and its associated systems both in orbit and on the ground. From software glitches to hardware malfunctions, this section provides insights into the challenges faced during Astrobee's operational tenure. 2. Resolution Processes and Procedures: An in-depth discussion of the methodologies and procedures implemented to resolve the encountered anomalies. This includes remote troubleshooting, software patches, firmware updates, and, when necessary, the logistics involved in hardware replacements or down-massing for repair. 3. Implementation of Software Updates and Hardware Upgrades: A detailed exploration of the strategies employed to mitigate the risk of recurring anomalies through the implementation of software updates and hardware upgrades. This section highlights the iterative nature of Astrobee's development, emphasizing the continuous pursuit of robustness and reliability. 4. Lessons Learned and Future Directions: Reflecting on the insights gained from addressing anomalies, this section examines the lessons learned and outlines future directions for enhancing Astrobee's robustness and resilience. It underscores the iterative nature of space exploration and the importance of adaptability and continuous improvement in the pursuit of scientific discovery. Through a nuanced examination of Astrobee's operational challenges and the strategies employed to overcome them, this presentation sheds light on the complexities of operating autonomous robotic systems in the ISS environment. It underscores NASA's commitment to pushing the boundaries of exploration and innovation while navigating the inherent challenges of space exploration.

Astrobee↗

Sensors of world’s largest digital camera snap first 3,200-megapixel images at SLAC

Vera C. Rubin Observatory will conduct the 10-year Legacy Survey of Space and Time (LSST), which will collect 60 petabytes of data to address some of the most pressing questions about the structure and evolution of the universe and the objects in it. LSST is designed to address four science areas: Understanding Dark Matter and Dark Energy Hazardous Asteroids and the Remote Solar System The Transient Optical Sky The Formation and Structure of the Milky Way Vera C. Rubin Observatory is a federal project jointly funded by the National Science Foundation and the Department of Energy Office of Science, with early construction funding received from private donations through the LSST Corporation. The NSF-funded LSST (now Rubin Observatory) Project Office for construction was established as an operating center under the management of the Association of Universities for Research in Astronomy (AURA). The DOE-funded effort to build the Rubin Observatory LSST Camera (LSSTCam) is managed by SLAC.

79 ASTRONOMY AND ASTROPHYSICS↗

Development of Non-Nuclear Microreactor Experimental Capability

Microreactors, or small, transportable reactors with a capacity of 20 MWTH or less, are sought to provide heat and power for myriad applications in remote areas, military installations, emergency operations, humanitarian missions, and disaster relief zones. These small, transportable reactor designs, while offering many advantages, are largely untested and unproven. A non-nuclear system and component testing capability is needed to demonstrate to regulators that these designs are safe and to convince customers that the systems are robust, reliable, and efficient. Idaho National Laboratory has constructed the microreactor agile non-nuclear experimental test bed (MAGNET) to assist with the development, demonstration, and validation of microreactor components and systems. MAGNET will support microreactor technology maturation to reduce uncertainty and risk relative to the operation and deployment of this unique class of systems. Stakeholders for this test bed include microreactor developers, energy users, and regulators. Regulators will be engaged early in the design and testing to expedite regulatory approval and licensing.

42 ENGINEERING↗

Robotic mobile servicing platform for space station

The semi-autonomous inspection and servicing of the Space Station's major thermal, electrical, mechanical subsystems are critical needs for the safe and reliable operation of the station. A conceptual design is presented of a self-intelligent, small and highly mobile robotic platform. Equipped with suitable inspection sensors (cameras, ammonia detectors, etc.), this system's primary mission is to perform routine, autonomous inspection of the Station's primary subsystems. Typical tasks include detection of leaks from thermal fluid or refueling lines, as well as detection of micro-meteroid damage to the primary structure. Equipped with stereo cameras and a dexterous manipulator, simple teleoperator repairs and small On-orbit Replacement Unit (ORU) changeout can also be accomplished. More difficult robotic repairs would be left to the larger, more sophisticated Mobile Remote Manipulator System (MRMS). An ancillary function is to ferry crew members and equipment around the station. The primary design objectives were to provide a flexible, but uncomplicated robotic platform, one which caused minimal impact to the design of the Station's primary structure but could accept more advanced telerobotic technology as it evolves.

Lowenthal, S. H.↗

FIRE Arctic Clouds Experiment

An overview is given of the First ISCCP Regional Experiment (FIRE) Arctic Clouds Experiment that was conducted in the Arctic during April through July, 1998. The principal goal of the field experiment was to gather the data needed to examine the impact of arctic clouds on the radiation exchange between the surface, atmosphere, and space, and to study how the surface influences the evolution of boundary layer clouds. The observations will be used to evaluate and improve climate model parameterizations of cloud and radiation processes, satellite remote sensing of cloud and surface characteristics, and understanding of cloud-radiation feedbacks in the Arctic. The experiment utilized four research aircraft that flew over surface-based observational sites in the Arctic Ocean and Barrow, Alaska. In this paper we describe the programmatic and science objectives of the project, the experimental design (including research platforms and instrumentation), conditions that were encountered during the field experiment, and some highlights of preliminary observations, modelling, and satellite remote sensing studies.

Curry, J. A.↗

Design and fabrication of an end effector

The construction is described of a prototype mechanical hand or 'end effector' for use on a remotely controlled robot, but with possible application as a prosthetic device. An analysis of hand motions is reported, from which it is concluded that the two most important manipulations (apart from grasps) are to be able to pick up a tool and draw it into a nested grip against the palm, and to be able to hold a pistol-grip tool such as an electric drill and pull the trigger. A model was tested and found capable of both these operations.

Crossley, F. R. E.↗

Utilizing the US Lab Nadir Research Window for Remote Sensing Operations with The Window Observational Research Facility (WORF)

The Window Observational Research Facility (WORF) is an ISPR-based rack facility designed to take advantage of the high optical quality US Lab Nadir research window. The WORF is based on the ISS Expedite the Processing of Experiments to Space Station (EXPRESS) rack mechanical structure and electronic systems. The WORF has a unique payload volume located at the center of the rack that provides access to the window. The interior dimensions of the payload volume are 34-in. (86.36 cm) wide by 33-in. (83.82 cm) high by 23-in. (58.42 cm) deep. This facility supports the deployment of payloads such as 9 in. aerial photography cameras and 12 in. diameter optical equipment. The WORF coupled with the optical quality of the United States Lab window support the deployment of various payload disciplines. The WORF provides payloads with power, data command and control, air cooling, water cooling, and video processing. The WORF's payload mounting surfaces and interfaces include the interior payload mounting shelf and the interior and exterior aircraft-like seat tracks. The payload mounting shelf is limited to a maximum mass of 136 kg (299 pounds). The WORF can accommodate large payloads such as the commonly used Leica-Heerbrug RC-30 aerial photography camera (whose dimensions are 53.3 cm (21-in.) wide by 50.8 cm (20-in.) deep by 76.2 cm (30-in.) long). The performance characteristics of the WORF allow it to support an array of payload disciplines. The WORF provides a maximum of 3 Kw at 28 Vdc and has a maximum data rate of 10 Mbps. The WORF's unique payload volume is designed to be light-tight, down to 2.8 x 10(exp -11) Watts/cm2/steradian, and have low-reflective surfaces. This specially designed WORF interior supports payload investigations that observe low-light-level phenomenon such as aurora. Although the WORF rack does not employ any active rack isolation (i.e., vibration dampening) technology, the rack provides a very stable environment for payload operations (on the order of X microradians). The facility's software is capable of being updated during its period of deployment. The WORF project also includes a Suitcase Simulator to allow for a payload developer to verify data interfaces at his development site, a trainer rack for astronauts to learn how to operate the WORF prior to flight, and the use of the EXPRESS Functional Checkout Units to allow for payload checkout at the KSC prior to launch.

Turner, Richard↗

Preliminary Design and Analysis of the GIFTS Instrument Pointing System

The Geosynchronous Imaging Fourier Transform Spectrometer (GIFTS) Instrument is the next generation spectrometer for remote sensing weather satellites. The GIFTS instrument will be used to perform scans of the Earth s atmosphere by assembling a series of field-of- views (FOV) into a larger pattern. Realization of this process is achieved by step scanning the instrument FOV in a contiguous fashion across any desired portion of the visible Earth. A 2.3 arc second pointing stability, with respect to the scanning instrument, must be maintained for the duration of the FOV scan. A star tracker producing attitude data at 100 Hz rate will be used by the autonomous pointing algorithm to precisely track target FOV s on the surface of the Earth. The main objective is to validate the pointing algorithm in the presence of spacecraft disturbances and determine acceptable disturbance limits from expected noise sources. Proof of concept validation of the pointing system algorithm is carried out with a full system simulation developed using Matlab Simulink. Models for the following components function within the full system simulation: inertial reference unit (IRU), attitude control system (ACS), reaction wheels, star tracker, and mirror controller. With the spacecraft orbital position and attitude maintained to within specified limits the pointing algorithm receives quaternion, ephemeris, and initialization data that are used to construct the required mirror pointing commands at a 100 Hz rate. This comprehensive simulation will also aid in obtaining a thorough understanding of spacecraft disturbances and other sources of pointing system errors. Parameter sensitivity studies and disturbance analysis will be used to obtain limits of operability for the GIFTS instrument. The culmination of this simulation development and analysis will be used to validate the specified performance requirements outlined for this instrument.

Zomkowski, Paul P.↗

Potential for monitoring soil erosion features and soil erosion modeling components from remotely sensed data

Accurate estimates of soil erosion and its effects on soil productivity are essential in agricultural decision making and planning from the field scale to the national level. Erosion models have been primarily developed for designing erosion control systems, predicting sediment yield for reservoir design, predicting sediment transport, and simulating water quality. New models proposed are more comprehensive in that the necessary components (hydrology, erosion-sedimentation, nutrient cycling, tillage, etc.) are linked in a model appropriate for studying the erosion-productivity problem. Recent developments in remote sensing systems, such as Landsat Thematic Mapper, Shuttle Imaging Radar (SIR-B), etc., can contribute significantly to the future development and operational use of these models.

Langran, K. J.↗

Design, Development, Testing, and Evaluation: Human Factors Engineering

While human-system interaction occurs in all phases of system development and operation, this chapter on Human Factors in the DDT&E for Reliable Spacecraft Systems is restricted to the elements that involve "direct contact" with spacecraft systems. Such interactions will encompass all phases of human activity during the design, fabrication, testing, operation, and maintenance phases of the spacecraft lifespan. This section will therefore consider practices that would accommodate and promote effective, safe, reliable, and robust human interaction with spacecraft systems. By restricting this chapter to what the team terms "direct contact" with the spacecraft, "remote" factors not directly involved in the development and operation of the vehicle, such as management and organizational issues, have been purposely excluded. However, the design of vehicle elements that enable and promote ground control activities such as monitoring, feedback, correction and reversal (override) of on-board human and automation process are considered as per NPR8705.2A, Section 3.3.

Adelstein, Bernard↗

The NASA MLA program

The NASA Multispectral Linear Array (MLA) program is structured to provide for the evolutionary development of advanced sensor concepts, technologies, and scientific basis for future remote sensing missions. Program elements include the development of multispectral visible and shortwave infrared (SWIR) detector arrays, optics and on-board signal processing technologies, sensor design studies, and supporting research. The research consists of advanced airborne sensor development with data acquisitions, field measurements, and supporting science studies. At the present time, two instrument concepts, including an imaging spectrometer, are in development as payloads for a series of Shuttle remote sensing research flights beginning as early as 1987. Progressively more advanced capability instruments suitable for extended duration Shuttle, free flyer, and space platform missions in the 1990's are also being studied.

Ando, K. J.↗

Earth Observations Division version of the Laboratory for Applications of Remote Sensing System (EOD-LARSYS) user guide for the IBM 370/148. Volume 2: User reference manual

This document presents instructions for analysts who use the EOD-LARSYS as programmed on the Purdue University IBM 370/148 (recently replaced by the IBM 3031) computer. It presents sample applications, control cards, and error messages for all processors in the system and gives detailed descriptions of the mathematical procedures and information needed to execute the system and obtain the desired output. EOD-LARSYS is the JSC version of an integrated batch system for analysis of multispectral scanner imagery data. The data included is designed for use with the as built documentation (volume 3) and the program listings (volume 4). The system is operational from remote terminals at Johnson Space Center under the virtual machine/conversational monitor system environment.

Aucoin, P. J.↗

Remote Software Application and Display Development

The era of the shuttle program has come to an end, but only to give rise to newer and more exciting projects. Now is the time of the Orion spacecraft, a work of art designed to exceed all previous endeavors of man. NASA is exiting the time of exploration and is entering a new period, a period of pioneering. With this new mission, many of NASAs organizations must undergo a great deal of change and development to support the Orion missions. The Spaceport Command and Control System (SCCS) is the new system that will provide NASA the ability to launch rockets into orbit and thus control Orion and other spacecraft as the goal of populating Mars becomes ever increasingly tangible. Since the previous control system, Launch Processing System (LPS), was primarily designed to launch the shuttles, SCCS was needed as Kennedy Space Center (KSC) reorganized to a multiuser spaceport for commercial flights, providing a more versatile control over rockets. Within SCCS, is the Launch Control System (LCS), which is the remote software behind the command and monitoring of flight and ground system hardware. This internship at KSC has involved two main components in LCS, including Remote Software Application and Display development. The display environment provides a graphical user interface for an operator to view and see if any cautions are raised, while the remote applications are the backbone that communicate with hardware, and then relay the data back to the displays. These elements go hand in hand as they provide monitoring and control over hardware and software alike from the safety of the Launch Control Center. The remote software applications are written in Application Control Language (ACL), which must undergo unit testing to ensure data integrity. This paper describes both the implementation and writing of unit tests in ACL code for remote software applications, as well as the building of remote displays to be used in the Launch Control Center (LCC).

ACL↗

50 Years of Spaceflight with Fourier Transform Spectrometers (FTS) Built at NASA GSFC

Over the past 50 years, NASA Goddard Space Flight Center (GSFC) has been developing, building, testing and flying a series of Fourier Transform Spectrometers (FTS). This began with the IRIS instruments on the Earth-orbiting Nimbus satellites and progressed to more sophisticated designs optimized for interplanetary spacecraft sent to Mars and later to the outer solar system. Adaptions have been made over time, including progressively higher spectral resolution, sensitivity, numbers of detectors and complexity. Instrument operating temperatures have decreased to enable remote sensing of the cold giant planet systems. In this paper we describe the historical evolution of this instrument line, comparing and contrasting different aspects such as optical design and materials, detector types and data handling. We conclude by looking towards the future. At present the CIRS-Lite prototype is being tested at NASA GSFC for potential use on a future mission to the ice giants, Uranus and Neptune. Surpassing the previous performance of the Voyager IRIS instruments remains challenging, and new technologies that could enable these measurements are discussed.

Nixon, Conor A.↗

Hardening DOE R&D Software Tools for Web-based Visualization SBIR Phase I Final Report

Ubiquitous web-based visualization is essential to delivering large-scale data visualization to various stakeholders, from the scientist to the board member. These stakeholders will not tolerate a stalled application or a pop-up window asking them to wait for the processing to complete. They require a responsive and interactive visualization environment with high-quality imagery suitable for detailed analysis and boardroom presentations. At Kitware, Inc., we have accomplished web visualization to this point, leveraging state-of-the-art tools like HTML5, CSS3, SVG, Canvas, and WebGL. Solutions that leverage a combination of these technologies are necessary to handle workloads that vary significantly in data size efficiently. However, it is not always practical to move large data to the web client for visualization. Kitware's ParaView as a Service combines client-side visualization using both distributed processing and remote rendering on big data impractical to move. Existing distributed processing and remote rendering solution's interactivity is below the expectations of web-based applications. Our project examined proposed solutions to the areas outlined above in ParaView as a Service. We have investigated concurrent pipelines, streaming images, progressive rendering, and optimization of algorithms and data movement to address these concerns. For the Phase I project, we completed the proposed work plan. As a result, the project produced three prototypes of essential importance for web visualization and the ParaView as a Service community. We created a simple desktop application for an interactive streamline placement prototype, a web-based interactive streamline placement prototype, and a web-based progressive rendering utilizing raytracing prototype. These prototypes relied on the hardening of emerging software toolkits funded by the Department of Energy (DOE) Advanced Scientific Computing Research (ASCR) program (such as ParaView, VTK-m, and Mochi). We blended these components into web-based visualization prototypes that meet the industry's expectations for interactivity and responsiveness. The Phase I project had four essential focus areas: 1. Develop prototype ParaView as a Service backend server using asynchronous, non-blocking design principles. 2. Develop a prototype web application that uses the ParaView as a Service backend server for remote data visualization. 3. Implement image streaming with encoding/compression and progressive rendering capabilities in the proposed platform. 4. Evaluate the prototype developed and summarize observations, including the challenges and pitfalls of our approach. After our successful completion of Phase I, we are strongly positioned to propose a successful Phase II project.

Geveci, Berk↗