Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “tooling”

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 379 records · Page 21

Lessons learned in deploying software estimation technology and tools

Developing a software product involves estimating various project parameters. This is typically done in the planning stages of the project when there is much uncertainty and very little information. Coming up with accurate estimates of effort, cost, schedule, and reliability is a critical problem faced by all software project managers. The use of estimation models and commercially available tools in conjunction with the best bottom-up estimates of software-development experts enhances the ability of a product development group to derive reasonable estimates of important project parameters. This paper describes the experience of the IBM Software Solutions (SWS) Toronto Laboratory in selecting software estimation models and tools and deploying their use to the laboratory's product development groups. It introduces the SLIM and COSTAR products, the software estimation tools selected for deployment to the product areas, and discusses the rationale for their selection. The paper also describes the mechanisms used for technology injection and tool deployment, and concludes with a discussion of important lessons learned in the technology and tool insertion process.

Panlilio-Yap, Nikki↗

Power Tool Would Require Little Bracing Torque

Proposed rotary power tool exerts required torque on workpiece, but little or no bracing torque applied to tool to keep it from turning in opposite direction. Instead, working torque neutralized by nearly equal and opposite torque generated within tool. Used easily underwater, on slippery surfaces, or in other environments in which external bracing of tool against rotation difficult or impossible. Minimizes armbreaking forces resulting from tool binding.

Canniff, Joseph H.↗

Design strategies and functionality of the Visual Interface for Virtual Interaction Development (VIVID) tool

Development of interactive virtual environments (VE) has typically consisted of three primary activities: model (object) development, model relationship tree development, and environment behavior definition and coding. The model and relationship tree development activities are accomplished with a variety of well-established graphic library (GL) based programs - most utilizing graphical user interfaces (GUI) with point-and-click interactions. Because of this GUI format, little programming expertise on the part of the developer is necessary to create the 3D graphical models or to establish interrelationships between the models. However, the third VE development activity, environment behavior definition and coding, has generally required the greatest amount of time and programmer expertise. Behaviors, characteristics, and interactions between objects and the user within a VE must be defined via command line C coding prior to rendering the environment scenes. In an effort to simplify this environment behavior definition phase for non-programmers, and to provide easy access to model and tree tools, a graphical interface and development tool has been created. The principal thrust of this research is to effect rapid development and prototyping of virtual environments. This presentation will discuss the 'Visual Interface for Virtual Interaction Development' (VIVID) tool; an X-Windows based system employing drop-down menus for user selection of program access, models, and trees, behavior editing, and code generation. Examples of these selection will be highlighted in this presentation, as will the currently available program interfaces. The functionality of this tool allows non-programming users access to all facets of VE development while providing experienced programmers with a collection of pre-coded behaviors. In conjunction with its existing, interfaces and predefined suite of behaviors, future development plans for VIVID will be described. These include incorporation of dual user virtual environment enhancements, tool expansion, and additional behaviors.

Nguyen, Lac↗

Tools for automating spacecraft ground systems: The Intelligent Command and Control (ICC) approach

The practical application of scripting languages and World Wide Web tools to the support of spacecraft ground system automation, is reported on. The mission activities and the automation tools used at the Goddard Space Flight Center (MD) are reviewed. The use of the Tool Command Language (TCL) and the Practical Extraction and Report Language (PERL) scripting tools for automating mission operations is discussed together with the application of different tools for the Compton Gamma Ray Observatory ground system.

Stoffel, A. William↗

A Collaborative Analysis Tool for Thermal Protection Systems for Single Stage to Orbit Launch Vehicles

Presented is a design tool and process that connects several disciplines which are needed in the complex and integrated design of high performance reusable single stage to orbit (SSTO) vehicles. Every system is linked to every other system and in the case of SSTO vehicles with air breathing propulsion, which is currently being studied by the National Aeronautics and Space Administration (NASA); the thermal protection system (TPS) is linked directly to almost every major system. The propulsion system pushes the vehicle to velocities on the order of 15 times the speed of sound in the atmosphere before pulling up to go to orbit which results high temperatures on the external surfaces of the vehicle. Thermal protection systems to maintain the structural integrity of the vehicle must be able to mitigate the heat transfer to the structure and be lightweight. Herein lies the interdependency, in that as the vehicle's speed increases, the TPS requirements are increased. And as TPS masses increase the effect on the propulsion system and all other systems is compounded. To adequately determine insulation masses for a vehicle such as the one described above, the aeroheating loads must be calculated and the TPS thicknesses must be calculated for the entire vehicle. To accomplish this an ascent or reentry trajectory is obtained using the computer code Program to Optimize Simulated Trajectories (POST). The trajectory is then used to calculate the convective heat rates on several locations on the vehicles using the Miniature Version of the JA70 Aerodynamic Heating Computer Program (MINIVER). Once the heat rates are defined for each body point on the vehicle, then insulation thicknesses that are required to maintain the vehicle within structural limits are calculated using Systems Improved Numerical Differencing Analyzer (SINDA) models. If the TPS masses are too heavy for the performance of the vehicle the process may be repeated altering the trajectory or some other input to reduce the TPS mass. The problem described is an example of the need for collaborative design and analysis. Analysis tools are being developed to facilitate these collaborative efforts. RECIPE is a cross-platform application capable of hosting a number of engineers and designers across the Internet for distributed and collaborative engineering environments. Such integrated system design environments allow for collaborative team design analysis for performing individual or reduced team studies. The analysis tools mentioned earlier are commonly run on different platforms and are usually run by different people. To facilitate the larger number of potential runs that may need to be made, RECIPE connects the computer codes that calculate the trajectory data, heat rate data, and TPS masses so that the output from each tool is easily transferred to the model input files that need it. This methodology is being applied to solve launch vehicle thermal design problems to shorten the design cycle, and enable the project team to evaluate design options. Results will be presented indicating the effectiveness of this as a collaborative design tool.

Alexander, Reginald A.↗

The Mars Environmental Compatibility Assessment MECA Abrasion Tool

The Mars Environmental Compatibility Assessment (MECA) experiment, an instrument suite to be flown on Mars Surveyor 2001, will include a tool for doing simple mineralogical scratch and streak tests on particles from the Martian regolith. The Abrasion Tool will be applied to particles that adhere to highly polished substrates of various hardnesses. Granular soil components will be subjected to a compressive force of about 3 N using a leaf spring. The spring will be applied with a paraffin actuator capable of a 0.76 mm throw to achieve a maximum displacement of about 7.5 mm at the tip of the tool. The pressure per grain will be dependent on the grain size, the number of grains that adhere to the substrate and the number of grains in compression. The pressure per particle is expected to be on the order of 100 MPa - 1 GPa. The MECA sample wheel containing the substrates will be rotated after the particles are placed in compression to produce scratches or pits. A primary goal of the Abrasion Tool is to identify quartz (Mohs' hardness = 7) using substrates of varying hardnesses. Quartz is considered hazardous to future human explorers of Mars because it can cause silicosis of the lungs if it is of respirable size. It is also hazardous to machinery, structures, and space suits because of its ability to abrade and scratch surfaces. Since large quantities of minerals harder than quartz are not expected, any scratches produced on polished quartz substrates might be reasonably attributed to quartz particles, although there may be minerals such as impact metamorphic diamond in the soils. Careful calibration of the tool will be necessary to ensure that grains are not overloaded; for example, a steel ball pressed into glass will produce a Hertzian fracture, even though it is softer than glass. Other minerals, such as magnetite (Mohs'hardness = 6.5) have been shown to scratch glass ceramics such as Zerodur (Mohs' hardness = 6.5). Thus, minerals can be differentiated: note that regardless of the mineral species, if any particle is harder than 6.5 it will certainly be an interesting discovery for both planetary geology and human exploration concerns. The scratches will be identified using the 6X optical microscope and profiled with the atomic force microscope included in the MECA instrument suite. Analysis of the scratch morphology will yield evidence concerning the shape of the particle responsible for producing each scratch. For example, angular grains should leave vertical cracks with microconchoidal lateral chipping, while rounded grains might leave chattermarks, or nested partial Hertzian cracks. Particle shape can thus be inferred from these indentation modes, as well as material hardness. In addition, particle size information may also be available if pits caused by rolling particles can be identified. Converse to scratching, the minerals may be crushed at their contact points, and be smeared onto the target substrates to leave what geologists refer to as "streaks". These are coldwelded trails of mineral material that have structure and color indicative of mineral composition. The AFM will determine the morphology of these streaks, while the microscope will ascertain the color. On the harder substrates, we might expect streaking to dominate; on the softer substrates, scratching may dominate. Progressions of material interactions across the substrate selection will be a valuable source of data for mineral discrimination. It should also be noted that many minerals have coatings (such as iron oxides), and these will have to be differentiated from the host mineral grains; laboratory tests will establish the effects of such coatings on the scratch results. Finally, we note that the microscope will provide corroborative data regarding likely mineral species by grain shapes, fracture patterns, surface textures, colr, and UV fluorescence reactions.

Kuhlman, K. R.↗

The Plastic Flow Field in the Vicinity of the Pin-Tool During Friction Stir Welding

The plastic flow field in the vicinity of the pin-tool during Friction Stir Welding (FSW) needs to be understood if a theoretical understanding of the process is to be attained. The structure of welds does not exhibit the flow field itself, but consists in a residue of displacements left by the plastic flow field. The residue requires analysis to extract from it the instantaneous flow field around the pin-tool. A simplified merry-go-round model makes sense of some tracer experiments reported in the literature. A quantitative comparison is made of the displacements of copper wire markers with displacements computed from a hypothetical plastic flow field. The hypothetical plastic flow field consists in a circular rotation field about a translating pin tool with angular velocity varying with radius from the pin centerline. A sharply localized rotational field comprising slip on a surface around the tool agreed better with observations than a distributed slip field occupying a substantial volume around the tool. Both the tracer and the wire displacements support the "rotating plug" model, originally invoked or thermal reasons, of the FSW process.

Bernstein, E. L.↗

A Simple Tool for the Design and Analysis of Multiple-Reflector Antennas in a Multi-Disciplinary Environment

The process of designing and analyzing a multiple-reflector system has traditionally been time-intensive, requiring large amounts of both computational and human time. At many frequencies, a discrete approximation of the radiation integral may be used to model the system. The code which implements this physical optics (PO) algorithm was developed at the Jet Propulsion Laboratory. It analyzes systems of antennas in pairs, and for each pair, the analysis can be computationally time-consuming. Additionally, the antennas must be described using a local coordinate system for each antenna, which makes it difficult to integrate the design into a multi-disciplinary framework in which there is traditionally one global coordinate system, even before considering deforming the antenna as prescribed by external structural and/or thermal factors. Finally, setting up the code to correctly analyze all the antenna pairs in the system can take a fair amount of time, and introduces possible human error. The use of parallel computing to reduce the computational time required for the analysis of a given pair of antennas has been previously discussed. This paper focuses on the other problems mentioned above. It will present a methodology and examples of use of an automated tool that performs the analysis of a complete multiple-reflector system in an integrated multi-disciplinary environment (including CAD modeling, and structural and thermal analysis) at the click of a button. This tool, named MOD Tool (Millimeter-wave Optics Design Tool), has been designed and implemented as a distributed tool, with a client that runs almost identically on Unix, Mac, and Windows platforms, and a server that runs primarily on a Unix workstation and can interact with parallel supercomputers with simple instruction from the user interacting with the client.

Katz, Daniel S.↗

The Mars Environmental Compatibility Assessment (MECA) Abrasion Tool

The Mars Environmental Compatibility Assessment (MECA) experiment, an instrument suite to be flown on Mars Surveyor 2001, will include a tool for doing simple mineralogical scratch and streak tests on particles from the Martian regolith. The Abrasion Tool will be applied to particles that adhere themselves to highly polished substrates of various hardnesses. Granular soil components will be subjected to a compressive force of about 3 N using a leaf spring. The spring will be applied with a paraffin actuator capable of a 0.76 mm throw to achieve a maximum displacement of about 7.5 mm at the tip of the tool. The pressure per grain will be dependent on the grain size, the number of grains that adhere to the substrate and the number of grains in compression. The pressure per particle is expected to be on the order of 100 MPa - 1 GPa. The MECA sample wheel containing the substrates will be rotated after the particles are placed in compression to produce scratches or pits. A primary goal of the Abrasion Tool is to identify quartz (Mohs' hardness = 7) using substrates of varying hardnesses. Quartz is considered hazardous to future human explorers of Mars because it can cause silicosis of the lungs if it is of respirable size. It is also hazardous to machinery, structures, and space suits because of its ability to abrade and scratch surfaces. Since large quantities of minerals harder than quartz are not expected, any scratches produced on polished quartz substrates might be reasonably attributed to quartz particles, although there may be minerals such as impact metamorphic diamond in the soils. Careful calibration of the tool will be necessary to ensure that grains are not overloaded; for example, a steel ball pressed into glass will produce a Hertzian fracture, even though it is softer than glass. Other minerals, such as magnetite (Mohs' hardness = 6.5) have been shown to scratch glass ceramics such as Zerodur (Mohs' hardness = 6.5). Thus, minerals can be differentiated: note that regardless of the mineral species, if any particle is harder than 6.5 it will certainly be an interesting discovery for both planetary geology and human exploration concerns. The scratches will be identified using the 6X optical microscope and profiled with the atomic force microscope included in the MECA instrument suite. Analysis of the scratch morphology will yield evidence concerning the shape of the particle responsible for producing each scratch. For example, angular grains should leave vertical cracks with microconchoidal lateral chipping, while rounded grains might leave chatter marks, or nested partial Hertzian cracks. Particle shape can thus be inferred from these indentation modes, as well as material hardness. In addition, particle size information may also be available if pits caused by rolling particles can be identified. Converse to scratching, the minerals may be crushed at their contact points, and be smeared onto the target substrates to leave what geologists refer to as "streaks". These are cold-welded trails of mineral material that have structure and color indicative of mineral composition. The AFM will determine the morphology of these streaks, while the microscope will ascertain the color. On the harder substrates, we might expect streaking to dominate; on the softer substrates, scratching may dominate. Progressions of material interactions across the substrate selection will be a valuable source of data for mineral discrimination. It should also be noted that many minerals have coatings (such as iron oxides), and these will have to be differentiated from the host mineral grains; laboratory tests will establish the effects of such coatings on the scratch results. Finally, we note that the microscope will provide corroborative data regarding likely mineral species by grain shapes, fracture patterns, surface textures, color, and UV fluorescence reactions. Additional information is contained in the original extended abstract.

Kuhlman, K. R.↗

Methodologies and Tools for Tuning Parallel Programs: Facts and Fantasies

The need for computing power has forced a migration from serial computation on a single processor to parallel processing on multiprocessors. However, without effective means to monitor (and analyze) program execution, tuning the performance of parallel programs becomes exponentially difficult as program complexity and machine size increase. The recent introduction of performance tuning tools from various supercomputer vendors (Intel's ParAide, TMC's PRISM, CRI's Apprentice, and Convex's CXtrace) seems to indicate the maturity of performance tool technologies and vendors'/customers' recognition of their importance. However, a few important questions remain: What kind of performance bottlenecks can these tools detect (or correct)? How time consuming is the performance tuning process? What are some important technical issues that remain to be tackled in this area? This workshop reviews the fundamental concepts involved in analyzing and improving the performance of parallel and heterogeneous message-passing programs. Several alternative strategies will be contrasted, and for each we will describe how currently available tuning tools (e.g. AIMS, ParAide, PRISM, Apprentice, CXtrace, ATExpert, Pablo, IPS-2) can be used to facilitate the process. We will characterize the effectiveness of the tools and methodologies based on actual user experiences at NASA Ames Research Center. Finally, we will discuss their limitations and outline recent approaches taken by vendors and the research community to address them.

Yan, Jerry C.↗

Performance Evaluation Methodologies and Tools for Massively Parallel Programs

The need for computing power has forced a migration from serial computation on a single processor to parallel processing on multiprocessors. However, without effective means to monitor (and analyze) program execution, tuning the performance of parallel programs becomes exponentially difficult as program complexity and machine size increase. The recent introduction of performance tuning tools from various supercomputer vendors (Intel's ParAide, TMC's PRISM, CSI'S Apprentice, and Convex's CXtrace) seems to indicate the maturity of performance tool technologies and vendors'/customers' recognition of their importance. However, a few important questions remain: What kind of performance bottlenecks can these tools detect (or correct)? How time consuming is the performance tuning process? What are some important technical issues that remain to be tackled in this area? This workshop reviews the fundamental concepts involved in analyzing and improving the performance of parallel and heterogeneous message-passing programs. Several alternative strategies will be contrasted, and for each we will describe how currently available tuning tools (e.g., AIMS, ParAide, PRISM, Apprentice, CXtrace, ATExpert, Pablo, IPS-2)) can be used to facilitate the process. We will characterize the effectiveness of the tools and methodologies based on actual user experiences at NASA Ames Research Center. Finally, we will discuss their limitations and outline recent approaches taken by vendors and the research community to address them.

Yan, Jerry C.↗

Automated Scalability Analysis Tools for Message Passing Parallel Programs

In order to develop scalable parallel applications, a number of programming decisions have to be made during the development of the program. Performance tools that help in making these decisions are few, if existent. Traditionally, performance tools have focused on exposing performance bottlenecks of small-scale executions of the program. However, it is common knowledge that programs that perform exceptionally well on small processor configurations, more often than not, perform poorly when executed on larger processor configurations. Hence, new tools that predict the execution characteristics of scaled-up programs are an essential part of an application developers toolkit. In this paper we discuss important issues that need to be considered in order to build useful scalability analysis tools for parallel programs. We introduce a simple tool that automatically extracts scalability characteristics of a class of deterministic parallel programs. We show with the help of a number of results on the Intel iPSC/860, that predictions are within reasonable bounds.

Sarukkai, Sekhar R.↗

New Tool Creates a Big Stir

A new self-adjusting, retractable pin tool for friction stir welding is now used in the manufacturing of components for NASA Space Shuttles. Friction stir welding is a process that makes straight-line welds without bringing the parent material to a liquid state. This is accomplished through high-speed rotation, which generates frictional heat between the welding tool and the piece being welded. This heat causes the material to soften to the point of plasticity without allowing it to melt. The plasticized material is then transferred from the front edge of the welding tool to the trail edge, where it joins the pieces being welded. However, a major flaw of this method is its reliance on a single-piece pin tool. The weld is left unfinished and a hole remains where the pin was inserted. The hole must be covered with a rivet in order to preserve the integrity of the weld. The NASA-developed pin tool, however, eliminates the need for this finishing step, as its retraction allows continuous rewelding at lesser depths, until the hole is completely closed. With this NASA technology, welding of higher strength alloys, as well as non-planer and variable thickness structures can be achieved.

Source record↗

Application of Risk Assessment Tools in the Continuous Risk Management (CRM) Process

Marshall Space Flight Center (MSFC) of the National Aeronautics and Space Administration (NASA) is currently implementing the Continuous Risk Management (CRM) Program developed by the Carnegie Mellon University and recommended by NASA as the Risk Management (RM) implementation approach. The four most frequently used risk assessment tools in the center are: (a) Failure Modes and Effects Analysis (FMEA), Hazard Analysis (HA), Fault Tree Analysis (FTA), and Probabilistic Risk Analysis (PRA). There are some guidelines for selecting the type of risk assessment tools during the project formulation phase of a project, but there is not enough guidance as to how to apply these tools in the Continuous Risk Management process (CRM). But the ways the safety and risk assessment tools are used make a significant difference in the effectiveness in the risk management function. Decisions regarding, what events are to be included in the analysis, to what level of details should the analysis be continued, make significant difference in the effectiveness of risk management program. Tools of risk analysis also depends on the phase of a project e.g. at the initial phase of a project, when not much data are available on hardware, standard FMEA cannot be applied; instead a functional FMEA may be appropriate. This study attempted to provide some directives to alleviate the difficulty in applying FTA, PRA, and FMEA in the CRM process. Hazard Analysis was not included in the scope of the study due to the short duration of the summer research project.

Paul S. Ray↗

Experimental Evaluation of Verification and Validation Tools on Martian Rover Software

To achieve its science objectives in deep space exploration, NASA has a need for science platform vehicles to autonomously make control decisions in a time frame that excludes intervention from Earth-based controllers. Round-trip light-time is one significant factor motivating autonomy capability, another factor is the need to reduce ground support operations cost. An unsolved problem potentially impeding the adoption of autonomy capability is the verification and validation of such software systems, which exhibit far more behaviors (and hence distinct execution paths in the software) than is typical in current deepspace platforms. Hence the need for a study to benchmark advanced Verification and Validation (V&V) tools on representative autonomy software. The objective of the study was to access the maturity of different technologies, to provide data indicative of potential synergies between them, and to identify gaps in the technologies with respect to the challenge of autonomy V&V. The study consisted of two parts: first, a set of relatively independent case studies of different tools on the same autonomy code, second a carefully controlled experiment with human participants on a subset of these technologies. This paper describes the second part of the study. Overall, nearly four hundred hours of data on human use of three different advanced V&V tools were accumulated, with a control group that used conventional testing methods. The experiment simulated four independent V&V teams debugging three successive versions of an executive controller for a Martian Rover. Defects were carefully seeded into the three versions based on a profile of defects from CVS logs that occurred in the actual development of the executive controller. The rest of the document is structured a s follows. In section 2 and 3, we respectively describe the tools used in the study and the rover software that was analyzed. In section 4 the methodology for the experiment is described; this includes the code preparation, seeding of defects, participant training and experimental setup. Next we give a qualitative overview of how the experiment went from the point of view of each technology; model checking (section 5), static analysis (section 6), runtime analysis (section 7) and testing (section 8). The find section gives some preliminary quantitative results on how the tools compared.

Brat, Guillaume↗

An Artificial Intelligence Classification Tool and Its Application to Gamma-Ray Bursts

Despite being the most energetic phenomenon in the known universe, the astrophysics of gamma-ray bursts (GRBs) has still proven difficult to understand. It has only been within the past five years that the GRB distance scale has been firmly established, on the basis of a few dozen bursts with x-ray, optical, and radio afterglows. The afterglows indicate source redshifts of z=1 to z=5, total energy outputs of roughly 10(exp 52) ergs, and energy confined to the far x-ray to near gamma-ray regime of the electromagnetic spectrum. The multi-wavelength afterglow observations have thus far provided more insight on the nature of the GRB mechanism than the GRB observations; far more papers have been written about the few observed gamma-ray burst afterglows in the past few years than about the thousands of detected gamma-ray bursts. One reason the GRB central engine is still so poorly understood is that GRBs have complex, overlapping characteristics that do not appear to be produced by one homogeneous process. At least two subclasses have been found on the basis of duration, spectral hardness, and fluence (time integrated flux); Class 1 bursts are softer, longer, and brighter than Class 2 bursts (with two second durations indicating a rough division). A third GRB subclass, overlapping the other two, has been identified using statistical clustering techniques; Class 3 bursts are intermediate between Class 1 and Class 2 bursts in brightness and duration, but are softer than Class 1 bursts. We are developing a tool to aid scientists in the study of GRB properties. In the process of developing this tool, we are building a large gamma-ray burst classification database. We are also scientifically analyzing some GRB data as we develop the tool. Tool development thus proceeds in tandem with the dataset for which it is being designed. The tool invokes a modified KDD (Knowledge Discovery in Databases) process, which is described as follows.

Hakkila, Jon↗

UIVerify: A Web-Based Tool for Verification and Automatic Generation of User Interfaces

In this poster, we describe a web-based tool for verification and automatic generation of user interfaces. The verification component of the tool accepts as input a model of a machine and a model of its interface, and checks that the interface is adequate (correct). The generation component of the tool accepts a model of a given machine and the user's task, and then generates a correct and succinct interface. This write-up will demonstrate the usefulness of the tool by verifying the correctness of a user interface to a flight-control system. The poster will include two more examples of using the tool: verification of the interface to an espresso machine, and automatic generation of a succinct interface to a large hypothetical machine.

Shiffman, Smadar↗

Design Tools for Reconfigurable Hardware in Orbit (RHinO)

The Reconfigurable Hardware in Orbit (RHinO) project is focused on creating a set of design tools that facilitate and automate design techniques for reconfigurable computing in space, using SRAM-based field-programmable-gate-array (FPGA) technology. These tools leverage an established FPGA design environment and focus primarily on space effects mitigation and power optimization. The project is creating software to automatically test and evaluate the single-event-upsets (SEUs) sensitivities of an FPGA design and insert mitigation techniques. Extensions into the tool suite will also allow evolvable algorithm techniques to reconfigure around single-event-latchup (SEL) events. In the power domain, tools are being created for dynamic power visualiization and optimization. Thus, this technology seeks to enable the use of Reconfigurable Hardware in Orbit, via an integrated design tool-suite aiming to reduce risk, cost, and design time of multimission reconfigurable space processors using SRAM-based FPGAs.

French, Mathew↗