Search NASA⌕ Search

SEARCH · Search NASA

Results for “Common bus”

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.

121 records · Page 7

Flexible Peripheral Component Interconnect Input/Output Card

The Flexible Peripheral Component Interconnect (PCI) Input/Output (I/O) Card is an innovative circuit board that provides functionality to interface between a variety of devices. It supports user-defined interrupts for interface synchronization, tracks system faults and failures, and includes checksum and parity evaluation of interface data. The card supports up to 16 channels of high-speed, half-duplex, low-voltage digital signaling (LVDS) serial data, and can interface combinations of serial and parallel devices. Placement of a processor within the field programmable gate array (FPGA) controls an embedded application with links to host memory over its PCI bus. The FPGA also provides protocol stacking and quick digital signal processor (DSP) functions to improve host performance. Hardware timers, counters, state machines, and other glue logic support interface communications. The Flexible PCI I/O Card provides an interface for a variety of dissimilar computer systems, featuring direct memory access functionality. The card has the following attributes: 8/16/32-bit, 33-MHz PCI r2.2 compliance, Configurable for universal 3.3V/5V interface slots, PCI interface based on PLX Technology's PCI9056 ASIC, General-use 512K 16 SDRAM memory, General-use 1M 16 Flash memory, FPGA with 3K to 56K logical cells with embedded 27K to 198K bits RAM, I/O interface: 32-channel LVDS differential transceivers configured in eight, 4-bit banks; signaling rates to 200 MHz per channel, Common SCSI-3, 68-pin interface connector.

Bigelow, Kirk K.↗

Single Integrated Flux Files to Account for Spacecraft Attitude Motion in Meteoroid Risk Assessments Using the NASA MEM3 and Bumper Codes

Spacecraft meteoroid risk assessments can be performed using NASA’s Meteoroid Engineering Model 3 (MEM3) and the Bumper risk assessment code. The MEM3 meteoroid flux is highly directional in heliocentric space. To represent the directionality, MEM3 outputs the flux in commonly used coordinate frames. For example, if a spacecraft attitude is fixed in the orbital tangential frame, a single Bumper run using the MEM3 flux file in the body-fixed frame can be performed. Cases exist in which the spacecraft does not remain fixed in one of these frames during a mission. This could be handled by performing a series of Bumper runs at points along the trajectory. For each trajectory point, the spacecraft has to be rotated into the frame in which the MEM3 flux file is defined. Another option presented here is to generate a single integrated flux (SIF) file. A SIF file is an average over a trajectory of the time varying MEM3 flux files rotated from their native frame into the spacecraft bus frame. A SIF file enables accounting for spacecraft rotation (coupled with flux variation over the trajectory) in a single Bumper run. An example of an application of SIF files is the meteoroid risk assessment for the Mars Sample Return (MSR) campaign Capture Containment and Return System (CCRS). This report discusses how SIF files were generated for the CCRS risk assessment and presents metrics on the accuracy of the impinging fluence that is generated when using the files. The results show a maximum difference per element in a finite element model within 1 percent for seven of the eight examined cases, with the outlier being less than 2 percent. The results also show that the maximum standard deviation of differences across all elements is within 0.275 percent. The maximum difference in the total fluence across all the elements is 0.0463 percent. The maximum difference in the mean fluence across all the elements is 0.0407 percent.

Meteoroids↗

Demonstration of Nautilus Centripetal Capillary Condenser Technology

This paper describes the results of a proof of concept effort for development of a Nautilus Centripetal Capillary Condenser (NCCC or NC3) used for microgravity compatible water recovery from moist air with integral passive phase separation. Removal of liquid condensate from the air stream exiting a condenser is readily performed here on Earth. In order to perform this function in space however, without gravity or mechanical action, other tactics including utilization of inertial, drag and capillary forces are required. Within the NC3, liquid water forms via condensation on cold condenser surfaces as humid air passes along multiple spiral channels, each in its own plane, all together forming a stacked plate assembly. Non-mechanical inertial forces are employed to transfer condensate, as it forms, via centripetal action to the outer perimeter of each channel. A V-shaped groove, constructed on this outer edge of the spiral channel, increases local capillary forces thereby retaining the liquid. Air drag then pulls the liquid along to a collection region near the center of the device. Dry air produced by each parallel spiral channel is combined in a common orthogonal, out-of-plane conduit passing down the axial center of the stacked device. Similarly, the parallel condensate streams are combined and removed from the condenser/separator through yet another out-of-plane axial conduit. NC3 is an integration of conventional finned condenser operation, combined with static phase separation and capillary transport phenomena. A Mars' transit mission would be a logical application for this technology where gravity is absent and the use of vibrating, energy-intensive, motor-driven centrifugal separators is undesired. Here a vapor stream from either the Heat Melt Compactor or the Carbon dioxide Reduction Assembly, for example, would be dried to a dew point of 10 deg using a passive NC3 condenser/separator with the precious water condensate recycled to the water bus.

Separator↗

Distribution System Blackstart and Restoration Using DERs and Dynamically Formed Microgrids

Extreme weather events have led to long-duration outages in the distribution system (DS), necessitating novel approaches to blackstart and restore the system. Existing blackstart solutions utilize blackstart units to establish multiple microgrids (MGs), sequentially energize non-blackstart units, and restore loads. However, these approaches often result in isolated MGs. In DERs-aided blackstart, the continuous operation of these MGs is limited by the finite energy capacity of commonly used blackstart units like battery energy storage (BES)-based gridforming inverters (GFMIs). To address this issue, this article proposes a holistic blackstart and restoration framework that incorporates synchronization between dynamic MGs and the entire DS with the transmission grid (TG). To support synchronization, we leveraged virtual synchronous generator-based control for GFMIs to estimate their frequency response to load pick-up events using only initial/final quasi-steady-state points. Subsequently, a synchronization switching condition is developed to model synchronizing switches, aligning them seamlessly with a linearized branch flow problem. Finally, we designed a bottomup blackstart and restoration framework that considers the switching structure of the DS, energizing/synchronizing switches, DERs with grid-following inverters, and BES-based GFMIs with frequency security constraints. In conclusion, the proposed framework is validated in IEEE-123-bus system, considering cases with two and four GFMIs under various TG recovery instants.

24 POWER TRANSMISSION AND DISTRIBUTION↗

Security constrained optimal power shutoff for wildfire risk mitigation

Abstract Electric grid faults are increasingly the source of ignition for major wildfires. To reduce the likelihood of such ignitions in high risk situations, utilities use preemptive de‐energization of power lines, commonly referred to as Public Safety Power Shutoffs (PSPS). Besides raising challenging trade‐offs between power outages and wildfire safety, PSPS removes redundancy from the network at a time when component faults are likely to happen. This may leave the network particularly vulnerable to unexpected line faults that may occur while the PSPS is in place. Previous works have not explicitly considered the impacts of these outages. To address this gap, the Security Constrained Optimal Power Shutoff problem is proposed which uses post‐contingency security constraints to model the impact of unexpected line faults when planning a PSPS. This model enables, for the first time, the exploration of a wide range of trade‐offs between both wildfire risk and pre‐ and post‐contingency load shedding when designing PSPS plans, providing useful insights for utilities and policy makers considering different approaches to PSPS. The efficacy of the model is demonstrated using the EPRI 39‐bus system as a case study. The results highlight the potential risks of not considering security constraints when planning PSPS and show that incorporating security constraints into the PSPS design process improves the resilience of current PSPS plans.

29 ENERGY PLANNING, POLICY, AND ECONOMY↗

Summary of the 2012 Inductive Pulsed Plasma Thruster Development and Testing Program

Inductive pulsed plasma thrusters are spacecraft propulsion devices in which energy is capacitively stored and then discharged through an inductive coil. While these devices have shown promise for operation at high efficiency on a range of propellants, many technical issues remain before they can be used in flight applications. A conical theta-pinch thruster geometry was fabricated and tested to investigate potential improvements in propellant utilization relative to more common, flat-plate planar coil designs. A capacitor charging system is used to permit repetitive discharging of thrusters at multiple cycles per second, with successful testing accomplished at a repetition-rate of 5 Hz at power levels of 0.9, 1.6, and 2.5 kW. The conical theta-pinch thruster geometry was tested at cone angles of 20deg, 38deg, and 60deg, with single-pulse operation at 500 J/pulse and repetitionrate operation with the 38deg model quantified through direct thrust measurement using a hanging pendulum thrust stand. A long-lifetime valve was designed and fabricated, and initial testing was performed to measure the valve response and quantify the leak rate at beginning-of-life. Subscale design and testing of a capacitor charging system required for operation on a spacecraft is reported, providing insights into the types of components needed in the circuit topology employed. On a spacecraft, this system would accept as input a lower voltage from the spacecraft DC bus and boost the output to the high voltage required to charge the capacitors of the thruster.

Polzin, K. A.↗

Rapid Spacecraft Payload Development: In-Orbit Demonstration of Flight Software Reuse, Scalability, and Dependability

As space mission design trends towards shared, multi-mission platforms and high-performance onboard computing architectures, the number of spacecraft launched into operation is also steadily rising. Through ridesharing, spacecraft miniaturization, and other cost-reduction measures, the barriers to space are lowering, resulting in compounded growth in the amount of flight software being deployed. To meet the needs of both the growing quantity and evolving nature of spacecraft, flight software design must accordingly adapt to support more efficient development, solutions to computational resource-sharing, and software reusability. This paper focuses on a software payload demonstrating several core technologies that improve the state-of-the-art in these identified areas. Launched into low-earth orbit in January 2022, our software payload was conceived, designed, and delivered in a span of merely two months. It was developed on top of the NASA core Flight System (cFS) framework and the Distributed Spacecraft Autonomy (DSA) Comm cFS application, which translates cFS software bus messages across a Data Distribution Service (DDS) network. The flight software, packaged in Linux container images, was deployed as one of 18 flight applications managed through the Unibap SpaceCloud Framework. The applications were run on a Unibap iX5-102 radiation-tolerant payload computer, hosted on the D-Orbit SCV-004 spacecraft as part of an ESA-sponsored in-orbit technology test. Our payload, referred to as the DSA D-Orbit software, demonstrates the reusability of the DSA Comm app in a substantially different context and purpose as its original mission. Comm’s original design goal was to reliably distribute messages between spacecraft swarms of arbitrary size and dynamic network topology. However, we leverage this same functionality to introduce redundancy and opportunistic parallel data processing in the context of a representative onboard image processing workload. This adaptive mission architecture was enabled in part by the SpaceCloud Framework’s use of container virtualization as the payload integration interface. By using a base container image with common high-level language runtimes and libraries, we were able to rapidly design, develop, and validate our image processing application without many of the technological barriers common to flight software development. We present details the goals, approach, results, and lessons learned through this technology demonstration experiment and contextualize those observations against present and future challenges in spacecraft software development.

computer programming↗

Multiplexer/Demultiplexer Loading Tool (MDMLT)

The purpose of the MDMLT is to improve the reliability and speed of loading multiplexers/demultiplexers (MDMs) in the Software Development and Integration Laboratory (SDIL) by automating the configuration management (CM) of the loads in the MDMs, automating the loading procedure, and providing the capability to load multiple or all MDMs concurrently. This loading may be accomplished in parallel, or single MDMs (remote). The MDMLT is a Web-based tool that is capable of loading the entire International Space Station (ISS) MDM configuration in parallel. It is able to load Flight Equivalent Units (FEUs), enhanced, standard, and prototype MDMs as well as both EEPROM (Electrically Erasable Programmable Read-Only Memory) and SSMMU (Solid State Mass Memory Unit) (MASS Memory). This software has extensive configuration management to track loading history, and the performance improvement means of loading the entire ISS MDM configuration of 49 MDMs in approximately 30 minutes, as opposed to 36 hours, which is what it took previously utilizing the flight method of S-Band uplink. The laptop version recently added to the MDMLT suite allows remote lab loading with the CM of information entered into a common database when it is reconnected to the network. This allows the program to reconfigure the test rigs quickly between shifts, allowing the lab to support a variety of onboard configurations during a single day, based on upcoming or current missions. The MDMLT Computer Software Configuration Item (CSCI) supports a Web-based command and control interface to the user. An interface to the SDIL File Transfer Protocol (FTP) server is supported to import Integrated Flight Loads (IFLs) and Internal Product Release Notes (IPRNs) into the database. An interface to the Monitor and Control System (MCS) is supported to control the power state, and to enable or disable the debug port of the MDMs to be loaded. Two direct interfaces to the MDM are supported: a serial interface (debug port) to receive MDM memory dump data and the calculated checksum, and the Small Computer System Interface (SCSI) to transfer load files to MDMs with hard disks. File transfer from the MDM Loading Tool to EEPROM within the MDM is performed via the MILSTD- 1553 bus, making use of the Real- Time Input/Output Processors (RTIOP) when using the rig-based MDMLT, and via a bus box when using the laptop MDMLT. The bus box is a cost-effective alternative to PC-1553 cards for the laptop. It is noted that this system can be modified and adapted to any avionic laboratory for spacecraft computer loading, ship avionics, or aircraft avionics where multiple configurations and strong configuration management of software/firmware loads are required.

Brewer, Lenox Allen↗

Astrometry of Single-Chord Occultations: Application to the 1993 Triton Event

This paper outlines a method for reducing astrometric data to derive the closest approach time and distance to the center of an occultation shadow for a single observer. The method applies to CCD frames, strip scans or photographic plates and uses a set of field stars of unknown positions to define a common coordinate system for all frames. The motion of the occulting body is used to establish the transformation between this common coordinate system and the celestial coordinate system of the body's ephemeris. This method is demonstrated by application to the Tr6O occultation by Triton on 1993 July 10 UT. Over an interval of four nights that included the occultation time, 80 frames of Triton and Tr6O were taken near the meridian with the U.S. Naval Observatory (USNO) 61-inch astrometric reflector. Application of the method presented here to these data yields a closest approach distance of 359 +/- 133 km (corresponding to 0.017 +/- 0.006 arcsec) for the occultation chord obtained with the Kuiper Airborne Observatory (KAO). Comparison of the astrometric closest approach time with the KAO light-curve midtime shows a difference of 2.2 +/- 4.1 s. Relative photometry of Triton and Tr6O, needed for photometric calibration of the occultation light curve, is also presented.

Olkin, Catherine B.↗

Wind Supply Chain Security: Hardware Enumeration and Analysis

This project, undertaken by Idaho National Laboratory (INL) for the Department of Energy (DOE) Wind Energy Technologies Office (WETO), focused on the enumeration and analysis of six key devices important to wind technologies. The devices analyzed included Beckhoff Bus Terminal Controllers (BK1120 and BC9000), a Beckhoff Economy Built-in Panel PC (CP6231), an N-Tron Managed Industrial Ethernet Switch (711FX3), a Bachmann M1 Gateway, and a Bachmann Smart Power Plant Controller. Device selection was driven by availability and budget constraints, with several components sourced from existing wind farms and others procured through a co-agreement with another WETO-funded project. The project's primary objective was to create a hardware bill of materials (HBOM) for each device, identifying and documenting all components to assess potential security and supply chain risks. A detailed analysis revealed over 750 unique components across the six devices, with 80% successfully identified and accompanied by datasheets. Notably, Texas Instruments emerged as the leading supplier, providing over 16% of the components, followed by ON Semiconductor at 11.3%, Analog Devices at 5.3%, and Renesas Electronics Corp at 4.1%. Other notable vendors included Toshiba Corporation, iC-Haus Corporation, Atmel, Vishay, and STMicroelectronics. The enumeration process involved thorough documentation of each component, including its designation, quantity, identifiers, pin package, description, vendor, model, and country of origin. This process provided valuable insights into the complexity and diversity of the electronic systems within these wind devices. It also highlighted the distinct separation of components between vendors, suggesting a trend of vendor-specific component usage. Key findings from the project emphasized the importance of broadening the scope of vendor analysis in future research to gain a comprehensive understanding of component distribution and commonality. The identification of vendor-specific component usage patterns offers new avenues for research and underscores the significance of continued investigation in this field. Overall, this project provides critical insights into the component composition of wind devices, aiding in the development of improved supply chain management and component sourcing strategies. The results contribute valuable knowledge to the wind technology sector, laying the groundwork for enhanced security and resilience in wind energy systems.

17 - WIND ENERGY↗

Increasing software testability with standard access and control interfaces

Testing is the most common method of determining whether a software system satisfies its requirements. Traditionally, testing starts with the detailed examination of individual functions or methods, progresses through the integration of functions or methods into subsystems, and ends with testing the functionality and behavior of the completely integrated system. At each stage of testing, the amount of functionality and behavior of the artifact being tested is increasingly limited. One reason for this is that it becomes impossible to test all paths through the system within a reasonable amount of time. However, another reason for this progressive decrease of test coverage has to do with increasingly limited control of and visibility into the state of the artifact being tested. During unit test, it is rather simple to control the inputs of individual functions or methods or view their internal state - modem development environments provide adequate facilities for doing so. However, these facilities do not scale up to the testing of partially or completely integrated systems. Control of and visibility into the system's state is then limited to the input and output facilities provided by the software itself as well as the hardware on which the software is hosted during the test. These facilities are usually insufficient to precisely control the state of individual components or sets of components of the system; they are also inadequate to the task of displaying on demand the state of specific components. We describe an approach to improving the testability of complex software systems with software constructs modeled after the hardware JTAG bus, used to provide visibility and controllability in testing digital circuits.

Tamir, Yuval↗

Lunar rovers and local positioning system

Telerobotic rovers equipped with adequate actuators and sensors are clearly necessary for extraterrestrial construction. They will be employed as substitutes for humans, to perform jobs like surveying, sensing, signaling, manipulating, and the handling of small materials. Important design criteria for these rovers include versatility and robustness. They must be easily programmed and reprogrammed to perform a wide variety of different functions, and they must be robust so that construction work will not be jeopardized by parts failures. The key qualities and functions necessary for these rovers to achieve the required versatility and robustness are modularity, redundancy, and coordination. Three robotic rovers are being built by CSC as a test bed to implement the concepts of modularity and coordination. The specific goal of the design and construction of these robots is to demonstrate the software modularity and multirobot control algorithms required for the physical manipulation of constructible elements. Each rover consists of a transporter platform, bus manager, simple manipulator, and positioning receivers. These robots will be controlled from a central control console via a radio-frequency local area network (LAN). To date, one prototype transporter platform frame was built with batteries, motors, a prototype single-motor controller, and two prototype internal LAN boards. Software modules were developed in C language for monitor functions, i/o, and parallel port usage in each computer board. Also completed are the fabrication of half of the required number of computer boards, the procurement of 19.2 Kbaud RF modems for inter-robot communications, and the simulation of processing requirements for positioning receivers. In addition to the robotic platform, the fabrication of a local positioning system based on infrared signals is nearly completed. This positioning system will make the rovers into a moving reference system capable of performing site surveys. In addition, a four degree mechanical manipulator especially suited for coordinated teleoperation was conceptually designed and is currently being analyzed. This manipulator will be integrated into the rovers as their end effector. Twenty internal LAN cards fabricated by a commercial firm are being used, a prototype manipulator and a range finder for a positioning system were built, a prototype two-motor controller was designed, and one of the robots is performing its first telerobotic motion. In addition, the robots' internal LAN's were coordinated and tested, hardware design upgrades based on fabrication and fit experience were completed, and the positioning system is running. The rover system is able to perform simple tasks such as sensing and signaling; coordination systems which allow construction tasks to begin were established, and soon coordinated teams of robots in the laboratory will be able to manipulate common objects.

Avery, James↗

Design Concepts for a Small Space-Based GEO Relay Satellite for Missions Between Low Earth and near Earth Orbits

The main purpose of the Small Space-Based Geosynchronous Earth orbiting (GEO) satellite is to provide a space link to the user mission spacecraft for relaying data through ground networks to user Mission Control Centers. The Small Space Based Satellite (SSBS) will provide services comparable to those of a NASA Tracking Data Relay Satellite (TDRS) for the same type of links. The SSBS services will keep the user burden the same or lower than for TDRS and will support the same or higher data rates than those currently supported by TDRS. At present, TDRSS provides links and coverage below GEO; however, SSBS links and coverage capability to above GEO missions are being considered for the future, especially for Human Space Flight Missions (HSF). There is also a rising need for the capability to support high data rate links (exceeding 1 Gbps) for imaging applications. The communication payload on the SSBS will provide S/Ka-band single access links to the mission and a Ku-band link to the ground, with an optical communication payload as an option. To design the communication payload, various link budgets were analyzed and many possible operational scenarios examined. To reduce user burden, using a larger-sized antenna than is currently in use by TDRS was considered. Because of the SSBS design size, it was found that a SpaceX Falcon 9 rocket could deliver three SSBSs to GEO. This will greatly reduce the launch costs per satellite. Using electric propulsion was also evaluated versus using chemical propulsion; the power system size and time to orbit for various power systems were also considered. This paper will describe how the SSBS will meet future service requirements, concept of operations, and the design to meet NASA users' needs for below and above GEO missions. These users' needs not only address the observational mission requirements but also possible HSF missions to the year 2030. We will provide the trade-off analysis of the communication payload design in terms of the number of links looking above and below GEO; the detailed design of a GEO SSBS spacecraft bus and its accommodation of the communication payload, and a summary of the trade study that resulted in the selection of the Falcon 9 launch vehicle to deploy the SSBS and its impact on cost reductions per satellite. ======================================================================== Several initiatives have taken place within NASA1 and international space agencies2 to create a human exploration strategy for expanding human presence into the solar system; these initiatives have been driven by multiple factors to benefit Earth. Of the many elements in the strategy one stands out: to send robotic and human missions to destinations beyond Low Earth Orbit (LEO), including cis-lunar space, Near-Earth Asteroids (NEAs), the Moon, and Mars and its moons.3, 4 The time frame for human exploration to various destinations, based on the public information available,1,4 is shown in Figure 1. Advance planning is needed to define how future space communications services will be provided in the new budget environment to meet future space communications needs. The spacecraft for these missions can be dispersed anywhere from below LEO to beyond GEO, and to various destinations within the solar system. NASA's Space Communications and Navigation (SCaN) program office provides communication and tracking services to space missions during launch, in-orbit testing, and operation phases. Currently, SCaN's space networking relay satellites mainly provide services to users below GEO, at Near Earth Orbit (NEO), below LEO, and in deep space. The potential exists for using a space-based relay satellite, located in the vicinity of various solar system destinations, to provide communication space links to missions both below and above its orbit. Such relays can meet the needs of human exploration missions for maximum connectivity to Earth locations and for reduced latency. In the past, several studies assessed the ability of satellite-based relays working above GEO in conjunction with Earth ground stations. Many of these focused on the trade between space relay and direct-to-Earth station links5,6,7. Several others focused on top-level architecture based on relays at various destinations8,9,10,11,12. Much has changed in terms of microwave and optical technology since the publication of the referenced papers; Ka-band communication systems are being deployed, optical communication is being demonstrated, and spacecraft buses are becoming increasingly more functional and operational. A design concept study was undertaken to access the potential for deploying a Small Space-Based Satellite (SSBS) relay capable of serving missions between LEO and NEO. The needs of future human exploration missions were analyzed, and a notional relay-based architecture concept was generated as shown in Fig. 1. Relay satellites in Earth through cis-Lunar orbits are normally located in stable orbits requiring low fuel consumption. Relay satellites for Mars orbit are normally selected based on the mission requirement and projected fuel consumption. Relay satellites have extreme commonalities of functions between them, differing only in the redundancy and frequencies used; therefore, the relay satellite in GEO was selected for further analysis since it will be the first step in achieving a relay-based architecture for human exploration missions (see Fig.Figure 2). The mission design methodology developed by the Collaborative Modeling for Parametric Assessment of Space Systems (COMPASS) team13 was used to produce the satellite relay design and to perform various design trades. At the start of the activity, the team was provided with the detailed concept of the notional architecture and the system and communication payload drivers.

Relay Satellites↗