JPL's infrastructure for managing IT security: the processes and custom toolset
Explore the source record for details and available documents.
SEARCH · Search NASA
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.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
This paper describes a VLSI design that permits such networks to be executed in real time as well as the application, misfire detection, that served as a focus for the collaborative effort.
The Operations Engineering Lab has developed an interactive editing tool for producing milestone schedule charts called the X OEL Project Planner/Scheduler (XOPPS).
The Multimission Ground Data System was designed as a generic data system to meet the needs of multiple missions and avoid re-inventing capabilities for each new mission and thus reduce costs.
This paper reports direct experience with commercial, widely used visual programming languages.
The need for application of system engineering expertise to review and re-engineer institutional.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
Automated code generators (ACG) are tools that convert a (higher-level) model of a software (sub-)system into executable code without the necessity for a developer to actually implement the code. Although both commercially supported and in-house tools have been used in many industrial applications, little data exists on how these tools are used in safety-critical domains (e.g., spacecraft, aircraft, automotive, nuclear). The aims of the survey, therefore, were threefold: 1) to determine if code generation is primarily used as a tool for prototyping, including design exploration and simulation, or for fiight/production code; 2) to determine the verification issues with code generators relating, in particular, to qualification and certification in safety-critical domains; and 3) to determine perceived gaps in functionality of existing tools.
The Global Land Data Assimilation System (GLDAS) is generating a series of land surface state (e.g., soil moisture and surface temperature) and flux (e.g., evaporation and sensible heat flux) products simulated by four land surface Models (CLM, Mosaic, Noah and VIC). These products are now accessible at the Hydrology Data and Information Services Center (HDISC), a component of NASA Goddard Earth Sciences Data and Information Services Center (GESDISC).
This paper describes the effort by the Texas Engineering Experiment Station (TEES) and Honeywell for NASA to design and test a pre-flight prototype pump for use in the Extra-vehicular activity (EVA) portable life support subsystem (PLSS). Major design decisions were driven by the need to reduce the pump s mass, power, and volume compared to the existing PLSS pump. In addition, the pump must accommodate a much wider range of abnormal conditions than the existing pump, including vapor/gas bubbles and increased pressure drop when employed to cool two suits simultaneously. A positive displacement, external gear type pump was selected because it offers the most compact and highest efficiency solution over the required range of flow rates and pressure drops. An additional benefit of selecting a gear pump design is that it is self priming and capable of ingesting non-condensable gas without becoming air locked. The chosen pump design consists of a 28 V DC, brushless, seal-less, permanent magnet motor driven, external gear pump that utilizes a Honeywell development that eliminates the need for magnetic coupling. The pump design was based on existing Honeywell designs, but incorporated features specifically for the PLSS application, including all of the key features of the flight pump. Testing at TEES verified that the pump meets the design requirements for range of flow rates, pressure drop, power consumption, working fluid temperature, operating time, gas ingestion, and restart capability under both ambient and vacuum conditions. The pump operated at 40 to 240 lbm/hr flow rate, 35 to 100 oF pump temperature, and 5 to 10 psid pressure rise. Power consumption of the pump controller at the nominal operating point in both ambient and vacuum conditions was 9.5 W, which was less than the 12 W predicted. Gas ingestion capabilities were tested by injecting 100 cc of air into the fluid line; the pump operated normally throughout this test.
NASA payload developers from across various disciplines were asked to identify areas where process changes would simplify their task of developing and flying flight hardware. Responses to this query included a central location for consistent hardware design requirements for middeck payloads. The multidisciplinary team assigned to review the numerous payload interface design documents is assessing the Space Shuttle middeck, the SPACEHAB Inc. locker, as well as the MultiPurpose Logistics Module (MPLM) and EXpedite the PRocessing of Experiments to Space Station (EXPRESS) rack design requirements for the payloads. They are comparing the multiple carriers and platform requirements and developing a matrix which illustrates the individual requirements, and where possible, the envelope that encompasses all of the possibilities. The matrix will be expanded to form an overall envelope that the payload developers will have the option to utilize when designing their payload's hardware. This will optimize the flexibility for payload hardware and ancillary items to be manifested on multiple carriers and platforms with minimal impact to the payload developer.
Orthostatic intolerance after space flight is still an issue for astronauts as no in-flight countermeasure has been 100% effective. NASA astronauts currently wear an inflatable anti-gravity suit (AGS) during re-entry, but this device is uncomfortable and loses effectiveness upon egress from the Shuttle. We recently determined that thigh-high, gradient compression stockings were comfortable and effective after space flight, though to a lesser degree than the AGS. We also recently showed that addition of splanchnic compression to this thigh-high compression stocking paradigm improved orthostatic tolerance to a level similar to the AGS, in a ground based model. Purpose: The purpose of this study was to evaluate a new, three-piece breast-high gradient compression garment as a countermeasure to post-space flight orthostatic intolerance. Methods: Eight U.S. astronauts have volunteered for this experiment and were individually fitted for a three-piece, breast-high compression garment to provide 55 mmHg compression at the ankle which decreased to approximately 20 mmHg at the top of the leg and provides ~15 mmHg over the abdomen. Orthostatic testing occurred 30 days pre-flight (w/o garment) and ~2 hours after flight (w/ garment) on landing day. Blood pressure (BP), Heart Rate (HR) and Stroke Volume (SV) were acquired for 2 minutes while the subject lay prone and then for 3.5 minutes after the subject stands up. To date, two astronauts have completed pre- and post-space flight testing. Data are mean SD. Results: BP [pre (prone to stand): 137+/-1.6 to 129+/-2.5; post: 130+/-2.4 to 122+/-1.6 mmHg] and SV [pre (prone to stand): 61+/-1.6 to 38+/-0.2; post: 58+/-6.4 to 37+/-6.0 ml] decreased with standing, but no differences were seen post-flight w/ compression garments compared to pre-flight w/o garments. HR [pre (prone to stand): 66+/-1.6 to 74+/-3.0, post: 67+/-5.6 to 78+/-6.8 bpm] increased with standing, but no differences were seen pre- to post-flight. Conclusion: After space flight, blood pressure and stroke volume are normally decreased and heart rate is usually elevated to compensate. In this small group of subjects, breast-high gradient compression stockings seem to have prevented these negative effects of spaceflight.
Here is a brief list of materials that NASA will not be using to construct spacecraft: wood, adobe, fiberglass, bone. While it might be obvious why these materials would not make for safe space travel, they do share a common characteristic with materials that may well be the future foundation of spacecraft design: They all are composites. Formed of two or more unlike materials - such as cellulose and lignin in the case of wood, or glass fibers and plastic resin in the case of fiberglass-composites provide enhanced mechanical and physical properties through the combination of their constituent materials. For this reason, composites are used in everything from buildings, bathtubs, and countertops to boats, racecars, and sports equipment. NASA continually works to develop new materials to enable future space missions - lighter, less expensive materials that can still withstand the extreme demands of space travel. Composites such as carbon fiber materials offer promising solutions in this regard, providing strength and stiffness comparable to metals like aluminum but with less weight, allowing for benefits like better fuel efficiency and simpler propulsion system design. Composites can also be made fatigue tolerant and thermally stable - useful in space where temperatures can swing hundreds of degrees. NASA has recently explored the use of composites for aerospace applications through projects like the Composite Crew Module (CCM), a composite-constructed version of the aluminum-lithium Multipurpose Crew Capsule. The CCM was designed to give NASA engineers a chance to gain valuable experience developing and testing composite aerospace structures.
This work predicts whether a retrieval algorithm will usefully determine CO2 concentration from an input spectrum of GOSAT (Greenhouse Gases Observing Satellite). This was done to eliminate needless runtime on atmospheric soundings that would never yield useful results. A space of 50 dimensions was examined for predictive power on the final CO2 results. Retrieval algorithms are frequently expensive to run, and wasted effort defeats requirements and expends needless resources. This algorithm could be used to help predict and filter unneeded runs in any computationally expensive regime. Traditional methods such as the Fischer discriminant analysis and decision trees can attempt to predict whether a sounding will be properly processed. However, this work sought to detect a subsection of the dimensional space that can be simply filtered out to eliminate unwanted runs. LDAs (linear discriminant analyses) and other systems examine the entire data and judge a "best fit," giving equal weight to complex and problematic regions as well as simple, clear-cut regions. In this implementation, a genetic space of "left" and "right" thresholds outside of which all data are rejected was defined. These left/right pairs are created for each of the 50 input dimensions. A genetic algorithm then runs through countless potential filter settings using a JPL computer cluster, optimizing the tossed-out data s yield (proper vs. improper run removal) and number of points tossed. This solution is robust to an arbitrary decision boundary within the data and avoids the global optimization problem of whole-dataset fitting using LDA or decision trees. It filters out runs that would not have produced useful CO2 values to save needless computation. This would be an algorithmic preprocessing improvement to any computationally expensive system.
The Spaceport Command and Control System (SCCS) at Kennedy Space Center (KSC) is a control system for monitoring and launching manned launch vehicles. Simulations of ground support equipment (GSE) and the launch vehicle systems are required throughout the life cycle of SCCS to test software, hardware, and procedures to train the launch team. The simulations of the GSE at the launch site in conjunction with off-line processing locations are developed using Simulink, a piece of Commercial Off-The-Shelf (COTS) software. The simulations that are built are then converted into code and ran in a simulation engine called Trick, a Government off-the-shelf (GOTS) piece of software developed by NASA. In the world of hardware and software, it is not uncommon to see the products that are utilized be upgraded and patched or eventually fade away into an obsolete status. In the case of SCCS simulation software, Matlab, a MathWorks product, has released a number of stable versions of Simulink since the deployment of the software on the Development Work Stations in the Linux environment (DWLs). The upgraded versions of Simulink has introduced a number of new tools and resources that, if utilized fully and correctly, will save time and resources during the overall development of the GSE simulation and its correlating documentation. Unfortunately, simply importing the already built simulations into the new Matlab environment will not suffice as it will produce results that may not be expected as they were in the version that is currently being utilized. Thus, an upgrade execution plan was developed and executed to fully upgrade the simulation environment to one of the latest versions of Matlab.