Results for “User Specifications” — Page 12

NASA NTRS1978

Desirable floating-point arithmetic and elementary functions for numerical computation

The topics considered are: (1) the base of the number system, (2) precision control, (3) number representation, (4) arithmetic operations, (5) other basic operations, (6) elementary functions, and (7) exception handling. The possibility of doing without fixed-point arithmetic is also mentioned. The specifications are intended to be entirely at the level of a programming language such as FORTRAN. The emphasis is on convenience and simplicity from the user's point of view. Conforming to such specifications would have obvious beneficial implications for the portability of numerical software, and for proving programs correct, as well as attempting to provide facilities which are most suitable for the user. The specifications are not complete in every detail, but it is intended that they be complete in spirit - some further details, especially syntatic details, would have to be provided, but the proposals are otherwise relatively complete.

Hull, T. E.↗

NASA NTRSDate not supplied

The Lunar Regolith Terrain (LRT) Field: A New Lunar Surface Planetary Analog Facility at NASA Marshall Space Flight Center (MSFC)

Introduction: NASA is moving toward a new age of exploration and resource utilization of the lunar surface. Challenges related to exploration, resource utilization, and construction at the Lunar South Pole will require advanced technology and well-designed mission concepts and operations. NASA Marshall Space Flight Center (MSFC) has added new capabilities to support surface mobility and construction activities to meet industry, academia, and NASA research and development goals for lunar applications. The Lunar Regolith Terrain (LRT) field is a new, large-area, lunar regolith simulant planetary analog testing ground for users interested in surface mobility and lunar construction activities. The LRT complements NASA MSFC’s other lunar environment testing facilities such as the Lunar Surface Simulator (V20 dirty vacuum chamber), the Lunar Environment Testing System (LETS), among many others. Lunar Regolith Terrain (LTR) Description: The Lunar Regolith Terrain field is an outdoor planetary analog environment facility located on base at MSFC. The lunar regolith simulant is JSC-1A feedstock material (volcanic cinder sand sourced from Meriam Crater, Flagstaff, AZ). The field contains more than 500 tons of lunar regolith simulant confined within a 125 ft x 125 ft (38 m x 38 m) area. The field is placed ~ 50% over paved parking lot and ~ 50% over a natural ground. Currently, the depth of regolith ranges between ~ 5 in - ~ 4 ft (~ 13cm – 1.2m) but can be modified to suit user needs. The lunar regolith simulant that makes up the field has representative geotechnical, geochemical, and optical properties of lunar mare basalt. An area within the LRT of lunar highlands terrain simulant is planned. Additional Features of the LRT: The LRT was designed to allow rapid modification of the terrain’s topography obstacles in the field. The terrain can be reshaped to suit specific testing requirements that may require flat expanses, steep hills, or heavily cratered and rocky landscapes. Large rocky obstacles in Fig. 1 are artificial landscape boulders (faux-rocks) that can be easily placed by users or removed entirely. Areas of the field also contain buried fiducials, large sheets, bar stock, and pipes of various composition and dimensions to allow for possible ground penetrating radar and shallow seismic studies. Rapid modification capabilities will also allow for burial of additional user-specific materials to enable in-situ resource utilization detection (e.g., burial of hydrogen sources for neutron detection or other materials). The field is also equipped with on-site office space with an air-conditioned and heated trailer with 120/240V power and lighting. The site has Wi-Fi and Cellular signal coverage. Direct radio frequency communication with the Huntsville Operations Support Center (HOSC) is in development. Additional on-site workspace and secure equipment storage is available in adjacent buildings. Accessibility to the field is straightforward with on-site parking and access for delivery of instruments, payloads, and additional equipment. Community Availability: The LRTF provides an accessible planetary analog surface environment for surface mobility testing, autonomous roving operations, developing advanced navigation techniques and operations development. Interested parties can contact the abstract authors for additional details, tours, and scheduling.

Lunar Regolith↗

NASA NTRSDate not supplied

Marshall Space Flight Center: Lunar Regolith Terrain (LRT)

Introduction: NASA is moving toward a new age of exploration and resource utilization of the lunar surface. Challenges related to exploration, resource utilization, and construction at the Lunar South Pole will require advanced technology and well-designed mission concepts and operations. NASA Marshall Space Flight Center (MSFC) has added new capabilities to support surface mobility and construction activities to meet industry, academia, and NASA research and development goals for lunar applications. The Lunar Regolith Terrain (LRT) field is a new, large-area, lunar regolith simulant planetary analog testing ground for users interested in surface mobility and lunar construction activities. The LRT complements NASA MSFC’s other lunar environment testing facilities such as the Lunar Surface Simulator (V20 dirty vacuum chamber), the Lunar Environment Testing System (LETS), among many others. Lunar Regolith Terrain (LTR) Description: The Lunar Regolith Terrain field is an outdoor planetary analog environment facility located on base at MSFC. The lunar regolith simulant is JSC-1A feedstock material (volcanic cinder sand sourced from Meriam Crater, Flagstaff, AZ). The field contains more than 500 tons of lunar regolith simulant confined within a 125 ft x 125 ft (38 m x 38 m) area. The field is placed ~ 50% over paved parking lot and ~ 50% over a natural ground. Currently, the depth of regolith ranges between ~ 5 in - ~ 4 ft (~ 13cm – 1.2m) but can be modified to suit user needs. The lunar regolith simulant that makes up the field has representative geotechnical, geochemical, and optical properties of lunar mare basalt. An area within the LRT of lunar highlands terrain simulant is planned. Additional Features of the LRT: The LRT was designed to allow rapid modification of the terrain’s topography obstacles in the field. The terrain can be reshaped to suit specific testing requirements that may require flat expanses, steep hills, or heavily cratered and rocky landscapes. Large rocky obstacles in Fig. 1 are artificial landscape boulders (faux-rocks) that can be easily placed by users or removed entirely. Areas of the field also contain buried fiducials, large sheets, bar stock, and pipes of various composition and dimensions to allow for possible ground penetrating radar and shallow seismic studies. Rapid modification capabilities will also allow for burial of additional user-specific materials to enable in-situ resource utilization detection (e.g., burial of hydrogen sources for neutron detection or other materials). The field is also equipped with on-site office space with an air-conditioned and heated trailer with 120/240V power and lighting. The site has Wi-Fi and Cellular signal coverage. Direct radio frequency communication with the Huntsville Operations Support Center (HOSC) is in development. Additional on-site workspace and secure equipment storage is available in adjacent buildings. Accessibility to the field is straightforward with on-site parking and access for delivery of instruments, payloads, and additional equipment. Community Availability: The LRTF provides an accessible planetary analog surface environment for surface mobility testing, autonomous roving operations, developing advanced navigation techniques and operations development. Interested parties can contact the abstract authors for additional details, tours, and scheduling.

Lunar Regolith↗

NASA NTRSDate not supplied

Marshall Space Flight Center: Lunar Regolith Terrain (LRT)

Introduction: NASA is moving toward a new age of exploration and resource utilization of the lunar surface. Challenges related to exploration, resource utilization, and construction at the Lunar South Pole will require advanced technology and well-designed mission concepts and operations. NASA Marshall Space Flight Center (MSFC) has added new capabilities to support surface mobility and construction activities to meet industry, academia, and NASA research and development goals for lunar applications. The Lunar Regolith Terrain (LRT) field is a new, large-area, lunar regolith simulant planetary analog testing ground for users interested in surface mobility and lunar construction activities. The LRT complements NASA MSFC’s other lunar environment testing facilities such as the Lunar Surface Simulator (V20 dirty vacuum chamber), the Lunar Environment Testing System (LETS), among many others. Lunar Regolith Terrain (LTR) Description: The Lunar Regolith Terrain field is an outdoor planetary analog environment facility located on base at MSFC. The lunar regolith simulant is JSC-1A feedstock material (volcanic cinder sand sourced from Meriam Crater, Flagstaff, AZ). The field contains more than 500 tons of lunar regolith simulant confined within a 125 ft x 125 ft (38 m x 38 m) area. The field is placed ~ 50% over paved parking lot and ~ 50% over a natural ground. Currently, the depth of regolith ranges between ~ 5 in - ~ 4 ft (~ 13cm – 1.2m) but can be modified to suit user needs. The lunar regolith simulant that makes up the field has representative geotechnical, geochemical, and optical properties of lunar mare basalt. An area within the LRT of lunar highlands terrain simulant is planned. Additional Features of the LRT: The LRT was designed to allow rapid modification of the terrain’s topography obstacles in the field. The terrain can be reshaped to suit specific testing requirements that may require flat expanses, steep hills, or heavily cratered and rocky landscapes. Large rocky obstacles in Fig. 1 are artificial landscape boulders (faux-rocks) that can be easily placed by users or removed entirely. Areas of the field also contain buried fiducials, large sheets, bar stock, and pipes of various composition and dimensions to allow for possible ground penetrating radar and shallow seismic studies. Rapid modification capabilities will also allow for burial of additional user-specific materials to enable in-situ resource utilization detection (e.g., burial of hydrogen sources for neutron detection or other materials). The field is also equipped with on-site office space with an air-conditioned and heated trailer with 120/240V power and lighting. The site has Wi-Fi and Cellular signal coverage. Direct radio frequency communication with the Huntsville Operations Support Center (HOSC) is in development. Additional on-site workspace and secure equipment storage is available in adjacent buildings. Accessibility to the field is straightforward with on-site parking and access for delivery of instruments, payloads, and additional equipment. Community Availability: The LRTF provides an accessible planetary analog surface environment for surface mobility testing, autonomous roving operations, developing advanced navigation techniques and operations development. Interested parties can contact the abstract authors for additional details, tours, and scheduling.

Lunar Regolith↗

NASA NTRS1998

Electronic processing and control system with programmable hardware

A computer system with reprogrammable hardware allowing dynamically allocating hardware resources for different functions and adaptability for different processors and different operating platforms. All hardware resources are physically partitioned into system-user hardware and application-user hardware depending on the specific operation requirements. A reprogrammable interface preferably interconnects the system-user hardware and application-user hardware.

Alkalaj, Leon↗

NASA NTRS2005

NASA Earth Observations (NEO): Data Access for Informal Education and Outreach

The NEO (NASA Earth Observations) web space is currently under development with the goal of significantly increasing the demand for NASA remote sensing data while dramatically simplifying public access to georeferenced images. NEO will target the unsophisticated, nontraditional data users who are currently underserved by the existing data ordering systems. These users will include formal and informal educators, museum and science center personnel, professional communicators, and citizen scientists and amateur Earth observers. Users will be able to view and manipulate georeferenced browse imagery and, if they desire, download directly or order the source HDF data from the data provider (e.g., NASA DAAC or science team) via a single, integrated interface. NE0 will accomplish this goal by anticipating users expectations and knowledge level, thus providing an interface that presents material to users in a more simplified manner, without relying upon the jargon/technical terminology that make even the identification of the appropriate data set a significant hurdle. NEO will also act as a gateway that manages users expectations by providing specific details about images and data formats, developing tutorials regarding the manipulation of georeferenced imagery and raw data, links to software tools and ensuring that users are able to get the image they want in the format they want as easily as possible.

Ward, Kevin↗

NASA NTRS1992

RBSE: Product development team research activity deliverables

The GHG Functions and Extensions to be added to the NASA Electronic Library System (NELS) 1.1 product are described. These functions will implement the 'output request' capability within the Object Browser. The functions will be implemented in two parts. The first part is a code to be added to the Object Browser (X version) to implement menus allowing the user to request that objects be copied to specific media, or that objects be downloaded to the user's system following a specific protocol, or that the object be printed to one of the printers attached to the host system. The second part is shell scripts which support the various menu selections. Additional scripts to support functions within the GHG shell (X version) will also be created along with the X version of the GHG Shell as initial capability for the 27 Mar. prototype. The scripts will be composed of C shell routines that will accept parameters (primary file pathways). Certain limitations in functionality will invoke Mail instead of Oracle Mail since that has yet to be delivered and the NELS invocation will default to the X-Windows version instead of the ASCII version.

Source record↗

NASA NTRS1989

A knowledge-based machine vision system for space station automation

A simple knowledge-based approach to the recognition of objects in man-made scenes is being developed. Specifically, the system under development is a proposed enhancement to a robot arm for use in the space station laboratory module. The system will take a request from a user to find a specific object, and locate that object by using its camera input and information from a knowledge base describing the scene layout and attributes of the object types included in the scene. In order to use realistic test images in developing the system, researchers are using photographs of actual NASA simulator panels, which provide similar types of scenes to those expected in the space station environment. Figure 1 shows one of these photographs. In traditional approaches to image analysis, the image is transformed step by step into a symbolic representation of the scene. Often the first steps of the transformation are done without any reference to knowledge of the scene or objects. Segmentation of an image into regions generally produces a counterintuitive result in which regions do not correspond to objects in the image. After segmentation, a merging procedure attempts to group regions into meaningful units that will more nearly correspond to objects. Here, researchers avoid segmenting the image as a whole, and instead use a knowledge-directed approach to locate objects in the scene. The knowledge-based approach to scene analysis is described and the categories of knowledge used in the system are discussed.

Chipman, Laure J.↗

NASA NTRS1989

Active rendezvous between a low-earth orbit user spacecraft and the Space Transportation System (STS) shuttle

Active rendezvous of an unmanned spacecraft with the Space Transportation System (STS) Shuttle is considered. The various operational constraints facing both the maneuvering spacecraft and the Shuttle during such a rendezvous sequence are discussed. Specifically, the actively rendezvousing user spacecraft must arrive in the generic Shuttle control box at a specified time after Shuttle launch. In so doing it must at no point violate Shuttle separation requirements. In addition, the spacecraft must be able to initiate the transfer sequence from any point in its orbit. The four-burn rendezvous sequence incorporating two Hohmann transfers and an intermediate phasing orbit as a low-energy solution satisfying the above requirements are discussed. The general characteristics of the four-burn sequence are discussed, with emphasis placed on phase orbit altitude and delta-velocity requirements. The planning and execution of such a sequence in the operational environment are then considered. Factor crucial in maintaining the safety of both spacecraft, such as spacecraft separation and contingency analysis, are considered in detail.

Hooper, H. L.↗

NASA NTRS1998

A Flexible System for Simulating Aeronautical Telecommunication Network

At Old Dominion University, we have built Aeronautical Telecommunication Network (ATN) Simulator with NASA being the fund provider. It provides a means to evaluate the impact of modified router scheduling algorithms on the network efficiency, to perform capacity studies on various network topologies and to monitor and study various aspects of ATN through graphical user interface (GUI). In this paper we describe briefly about the proposed ATN model and our abstraction of this model. Later we describe our simulator architecture highlighting some of the design specifications, scheduling algorithms and user interface. At the end, we have provided the results of performance studies on this simulator.

Maly, Kurt↗

NASA NTRS1991

Evolution user requirements for the restructured space station

Space Station Freedom (SSF) is designed to be an Earth orbiting multidisciplinary R&D facility capable of evolving to accommodate a variety of potential uses. In order to identify SSF evolution requirement and define potential growth configurations, NASA-Langley is analyzing user resource requirements for the post-PMC time frame. The analysis goal is to define resource levels, including crew, power, and volume, which allow full utilization of SSF capabilities commensurate with minimum essential user requirements. Multiple scenarios were studied including core R&D and combined SEI plus R&D utilization. An analysis is presented of a core R&D utilization scenario. Included are discussions of resource allocation assumptions for specific R&D disciplines, user requirements trends, and growth resource projections. These preliminary results show total resource requirements of 13 crew, 150 kW power, and additional lab volume equivalent to a second U.S. lab module. Additionally, orthogonal growth structure was identified as required to support SSF systems and users.

Leath, K.↗

NASA NTRS2006

Secure Display of Space-Exploration Images

Java EDR Display Interface (JEDI) is software for either local display or secure Internet distribution, to authorized clients, of image data acquired from cameras aboard spacecraft engaged in exploration of remote planets. ( EDR signifies experimental data record, which, in effect, signifies image data.) Processed at NASA s Multimission Image Processing Laboratory (MIPL), the data can be from either near-realtime processing streams or stored files. JEDI uses the Java Advanced Imaging application program interface, plus input/output packages that are parts of the Video Image Communication and Retrieval software of the MIPL, to display images. JEDI can be run as either a standalone application program or within a Web browser as a servlet with an applet front end. In either operating mode, JEDI communicates using the HTTP(s) protocol(s). In the Web-browser case, the user must provide a password to gain access. For each user and/or image data type, there is a configuration file, called a "personality file," containing parameters that control the layout of the displays and the information to be included in them. Once JEDI has accepted the user s password, it processes the requested EDR (provided that user is authorized to receive the specific EDR) to create a display according to the user s personality file.

Cheng, Cecilia↗

NASA NTRS1980

Interactive FORTRAN IV computer programs for the thermodynamic and transport properties of selected cryogens (fluids pack)

The thermodynamic and transport properties of selected cryogens had programmed into a series of computer routines. Input variables are any two of P, rho or T in the single phase regions and either P or T for the saturated liquid or vapor state. The output is pressure, density, temperature, entropy, enthalpy for all of the fluids and in most cases specific heat capacity and speed of sound. Viscosity and thermal conductivity are also given for most of the fluids. The programs are designed for access by remote terminal; however, they have been written in a modular form to allow the user to select either specific fluids or specific properties for particular needs. The program includes properties for hydrogen, helium, neon, nitrogen, oxygen, argon, and methane. The programs include properties for gaseous and liquid states usually from the triple point to some upper limit of pressure and temperature which varies from fluid to fluid.

Mccarty, R. D.↗

NASA NTRS1993

Acceleration Studies

Work to support the NASA MSFC Acceleration Characterization and Analysis Project (ACAP) was performed. Four tasks (analysis development, analysis research, analysis documentation, and acceleration analysis) were addressed by parallel projects. Work concentrated on preparation for and implementation of near real-time SAMS data analysis during the USMP-1 mission. User support documents and case specific software documentation and tutorials were developed. Information and results were presented to microgravity users. ACAP computer facilities need to be fully implemented and networked, data resources must be cataloged and accessible, future microgravity missions must be coordinated, and continued Orbiter characterization is necessary.

Rogers, Melissa J. B.↗

NASA NTRS1979

DYLOFLEX modifications to FLEXSTAB. Volume 2: User's manual. Volume 3: Programmer's manual

The changes made to the SD and SS program of the FLEXSTAB computer program system which allows it to be interfaced with the DYLOFLEX program system are described. The changes to specific pages in the FLEXSTAB user's manual are presented. The changes to specific pages in the FLEXSTAB programmer's manual are described. The changes were made for compatibility with the DYLOFLEX and were made in the 2.01 FLEXSTAB SD and SS program.

Dauria, P.↗

NASA NTRS2009

Testing First-Order Logic Axioms in AutoCert

AutoCert [2] is a formal verification tool for machine generated code in safety critical domains, such as aerospace control code generated from MathWorks Real-Time Workshop. AutoCert uses Automated Theorem Provers (ATPs) [5] based on First-Order Logic (FOL) to formally verify safety and functional correctness properties of the code. These ATPs try to build proofs based on user provided domain-specific axioms, which can be arbitrary First-Order Formulas (FOFs). These axioms are the most crucial part of the trusted base, since proofs can be submitted to a proof checker removing the need to trust the prover and AutoCert itself plays the part of checking the code generator. However, formulating axioms correctly (i.e. precisely as the user had really intended) is non-trivial in practice. The challenge of axiomatization arise from several dimensions. First, the domain knowledge has its own complexity. AutoCert has been used to verify mathematical requirements on navigation software that carries out various geometric coordinate transformations involving matrices and quaternions. Axiomatic theories for such constructs are complex enough that mistakes are not uncommon. Second, adjusting axioms for ATPs can add even more complexity. The axioms frequently need to be modified in order to have them in a form suitable for use with ATPs. Such modifications tend to obscure the axioms further. Thirdly, speculating validity of the axioms from the output of existing ATPs is very hard since theorem provers typically do not give any examples or counterexamples.

Ahn, Ki Yung↗

NASA NTRS2015

A Decision-Support Model for Selecting Additive Manufacturing Versus Subtractive Manufacturing Based on Energy Consumption

This paper presents a simple computational model for determining whether additive manufacturing or subtractive manufacturing is more energy efficient for production of a given metallic part. The key discriminating variable is the fraction of the bounding envelope that contains material – i.e. the volume fraction of solid material. For both the additive process and the subtractive process, the total energy associated with the production of a part is defined in terms of the volume fraction of that part. The critical volume fraction is that for which the energy consumed by subtractive manufacturing equals the energy consumed by additive manufacturing. For volume fractions less than the critical value, additive manufacturing is more energy efficient. For volume fractions greater than the critical value, subtractive manufacturing is more efficient. The model considers the entire manufacturing lifecycle – from production and transport of feedstock material through processing to return of post-production scrap for recycling. Energy consumed by processing equipment while idle is also accounted for in the model. Although the individual energy components in the model are identified and accounted for in the expressions for additive and subtractive manufacturing, values for many of these components may not be currently available. Energy values for some materials’ production and subtractive and additive manufacturing processes can be found in the literature. However, since many of these data are reported for a very specific application, it may be difficult, if not impossible, to reliably apply these data to new process-material manufacturing scenarios since, very often, insufficient information is provided to enable extrapolation to broader use. Consequently, this paper also highlights the need to develop improved knowledge of the energy embodied in each phase of the manufacturing process. To be most valuable, users of the model should determine the energy consumed by their manufacturing process equipment on the basis of energy-per-unit-volume of production for each material of interest – considering both alloy composition and form. Energy consumed during machine idle per unit time should also be determined by the user then scaled to specific processing scenarios. Energy required to generate feedstock material (billet, plate, bar, wire, powder) must be obtained from suppliers.

J K Watson↗

NASA NTRS2003

e-Stars Template Builder

e-Stars Template Builder is a computer program that implements a concept of enabling users to rapidly gain access to information on projects of NASA's Jet Propulsion Laboratory. The information about a given project is not stored in a data base, but rather, in a network that follows the project as it develops. e-Stars Template Builder resides on a server computer, using Practical Extraction and Reporting Language (PERL) scripts to create what are called "e-STARS node templates," which are software constructs that allow for project-specific configurations. The software resides on the server and does not require specific software on the user machine except for an Internet browser. A user's computer need not be equipped with special software (other than an Internet-browser program). e-Stars Template Builder is compatible with Windows, Macintosh, and UNIX operating systems. A user invokes e-Stars Template Builder from a browser window. Operations that can be performed by the user include the creation of child processes and the addition of links and descriptions of documentation to existing pages or nodes. By means of this addition of "child processes" of nodes, a network that reflects the development of a project is generated.

Cox, Brian↗