Search NASA⌕ Search

SEARCH · Search NASA

Results for “COMMUNICATIONS DEVICE”

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 37 records · Page 2
All sourcesNASA NTRSDOE OSTI
NASA NTRS2016

Using Simulation to Analyze Acoustic Environments

One of the main projects that was worked on this semester was creating an acoustic model for the Advanced Space Suit in Comsol Multiphysics. The geometry tools built into the software were used to create an accurate model of the helmet and upper torso of the suit. After running the simulation, plots of the sound pressure level within the suit were produced, as seen below in Figure 1. These plots show significant nulls which should be avoided when placing microphones inside the suit. In the future, this model can be easily adapted to changes in the suit design to determine optimal microphone placements and other acoustic properties. Another major project was creating an acoustic diverter that will potentially be used to route audio into the Space Station's Node 1. The concept of the project was to create geometry to divert sound from a neighboring module, the US Lab, into Node 1. By doing this, no new audio equipment would need to be installed in Node 1. After creating an initial design for the diverter, analysis was performed in Comsol in order to determine how changes in geometry would affect acoustic performance, as shown in Figure 2. These results were used to produce a physical prototype diverter on a 3D printer. With the physical prototype, testing was conducted in an anechoic chamber to determine the true effectiveness of the design, as seen in Figure 3. The results from this testing have been compared to the Comsol simulation results to analyze how closely the Comsol results are to real-world performance. While the Comsol results do not seem to closely resemble the real world performance, this testing has provided valuable insight into how much trust can be placed in the results of Comsol simulations. A final project that was worked on during this tour was the Audio Interface Unit (AIU) design for the Orion program. The AIU is a small device that will be used for as an audio communication device both during launch and on-orbit. The unit will have functions including push-to-talk buttons and volume control. With this project, an existing design was modified based on prior feedback that had been received. With the modified design, I created a 3D printed prototype, shown in Figure 4, which was then used in suited evaluations performed by crew members. The feedback received from those evaluations will be utilized to help create the best possible Orion AIU. As a whole, a number of different interesting engineering projects were worked on over the course of this semester. For many of these projects, acoustic simulations provided valuable insight into how different environments would respond to sound. While work is still underway to verify the results of these simulations, the results are fascinating because of the interesting ways that sound waves interact with the environment. Going forward, it will be interesting to see how closely these results can be matched by real-world test data.

Wood, Eric J.↗
NASA NTRS2003

Designing Facilities for Collaborative Operations

A methodology for designing operational facilities for collaboration by multiple experts has begun to take shape as an outgrowth of a project to design such facilities for scientific operations of the planned 2003 Mars Exploration Rover (MER) mission. The methodology could also be applicable to the design of military "situation rooms" and other facilities for terrestrial missions. It was recognized in this project that modern mission operations depend heavily upon the collaborative use of computers. It was further recognized that tests have shown that layout of a facility exerts a dramatic effect on the efficiency and endurance of the operations staff. The facility designs (for example, see figure) and the methodology developed during the project reflect this recognition. One element of the methodology is a metric, called effective capacity, that was created for use in evaluating proposed MER operational facilities and may also be useful for evaluating other collaboration spaces, including meeting rooms and military situation rooms. The effective capacity of a facility is defined as the number of people in the facility who can be meaningfully engaged in its operations. A person is considered to be meaningfully engaged if the person can (1) see, hear, and communicate with everyone else present; (2) see the material under discussion (typically data on a piece of paper, computer monitor, or projection screen); and (3) provide input to the product under development by the group. The effective capacity of a facility is less than the number of people that can physically fit in the facility. For example, a typical office that contains a desktop computer has an effective capacity of .4, while a small conference room that contains a projection screen has an effective capacity of around 10. Little or no benefit would be derived from allowing the number of persons in an operational facility to exceed its effective capacity: At best, the operations staff would be underutilized; at worst, operational performance would deteriorate. Elements of this methodology were applied to the design of three operations facilities for a series of rover field tests. These tests were observed by human-factors researchers and their conclusions are being used to refine and extend the methodology to be used in the final design of the MER operations facility. Further work is underway to evaluate the use of personal digital assistant (PDA) units as portable input interfaces and communication devices in future mission operations facilities. A PDA equipped for wireless communication and Ethernet, Bluetooth, or another networking technology would cost less than a complete computer system, and would enable a collaborator to communicate electronically with computers and with other collaborators while moving freely within the virtual environment created by a shared immersive graphical display.

Norris, Jeffrey↗
NASA NTRS2013

Distributed Prognostics and Health Management with a Wireless Network Architecture

A heterogeneous set of system components monitored by a varied suite of sensors and a particle-filtering (PF) framework, with the power and the flexibility to adapt to the different diagnostic and prognostic needs, has been developed. Both the diagnostic and prognostic tasks are formulated as a particle-filtering problem in order to explicitly represent and manage uncertainties in state estimation and remaining life estimation. Current state-of-the-art prognostic health management (PHM) systems are mostly centralized in nature, where all the processing is reliant on a single processor. This can lead to a loss in functionality in case of a crash of the central processor or monitor. Furthermore, with increases in the volume of sensor data as well as the complexity of algorithms, traditional centralized systems become for a number of reasons somewhat ungainly for successful deployment, and efficient distributed architectures can be more beneficial. The distributed health management architecture is comprised of a network of smart sensor devices. These devices monitor the health of various subsystems or modules. They perform diagnostics operations and trigger prognostics operations based on user-defined thresholds and rules. The sensor devices, called computing elements (CEs), consist of a sensor, or set of sensors, and a communication device (i.e., a wireless transceiver beside an embedded processing element). The CE runs in either a diagnostic or prognostic operating mode. The diagnostic mode is the default mode where a CE monitors a given subsystem or component through a low-weight diagnostic algorithm. If a CE detects a critical condition during monitoring, it raises a flag. Depending on availability of resources, a networked local cluster of CEs is formed that then carries out prognostics and fault mitigation by efficient distribution of the tasks. It should be noted that the CEs are expected not to suspend their previous tasks in the prognostic mode. When the prognostics task is over, and after appropriate actions have been taken, all CEs return to their original default configuration. Wireless technology-based implementation would ensure more flexibility in terms of sensor placement. It would also allow more sensors to be deployed because the overhead related to weights of wired systems is not present. Distributed architectures are furthermore generally robust with regard to recovery from node failures.

Goebel, Kai↗
NASA NTRS1980

Wireless microphone communication system telephonics P/N 484D000-1

The wireless microphone is a lightweight, portable, wireless voice communications device for use by the crew of the space shuttle orbiter. The wireless microphone allows the crew to have normal hands-free voice communication while they are performing various mission activities. The unit is designed to transmit at 455 or 500 kilohertz and employs narrow band FM modulation. Two orthogonally placed antennas are used to insure good reception at the receiver.

Source record↗
NASA NTRS2002

Low Power Transceiver

One of the FREESTAR experiments, the Low Power Transceiver (LPT) experiment is a low-power, lightweight software programmable transceiver prototype technology demonstration that is being developed by NASA as a low-cost S-band spacecraft navigation and communication device. The LPT prototype receives Global Positioning System (GPS) satellite signals for spacecraft navigation support and provides both forward and return, low-rate data communications links to the Merritt Island (MILA) and Dryden Flight Research Facility (DFRC) ground stations and to the Tracking and Data Relay Satellite System (TDRSS). The experiment is designed to demonstrate the system's ability to do simultaneous communications and navigation, as well as multi-mode communications and reconfiguration. LPT is managed by NASA's Goddard Space Flight Center and sponsored by NASA/HQ Code M. The LPT experiment consists of one thermally conductive box containing the electronics stack, three S-band antennas and one L-band antenna. The LPT payload uses general Orbiter services, including power control, command, and telemetry provided through the HHC avionics. On-orbit, the LPT payload will be primarily operated via direct communications between LPT and ground stations (MILA, WLPS, or DFRC) and/or TDRSS, with backup command and telemetry capability provided via the hitchhiker avionics and remote Payload Operations Control Center. During operations, LPT will utilize high Sband frequencies for communications. The LPT TDRSS (and GN) forward link (uplink) frequency is 2106.40625 MHz and their TDRSS (and GN) return link (downlink) frequency is 2287.5 MHz (utilizing Left-handed Circular Polarization to work with the TDRSS MA system). Two standard switch panel switches will be utilized to prohibit inadvertent operation of the antenna. An additional inhibit will be provided through the HH avionics power relay to the LPT.

Source record↗
NASA NTRSDate not supplied

TECHEDSAT-7 and 10: The Little Spacecraft That Could

The NOW (Nanosatellite Orbital Workshop) of NASA Ames Research Center (ARC) has two cubesats in orbit at this time: 6 U TechEdSat-10 (T-10) and the 3U TechEdSat-7 (T-7). T10 was jettisoned from the ISS via the NANORACKS system 7/13/2020, and T-7 was launched via Virgin Orbit 1/17/2021. Both were built by the Nano-satellite Orbital Workshop (NOW) at NASA ARC, and designed and fabricated by interns and students in collaboration with educational institutions. Prototyping novel technologies for non-powered re-entry and communications from orbit are primary research interests, however all subsystems including power generation and distribution, subsystem control, navigation, positioning, heat management etc. extend current technologies. Use of distributed processors using open software platforms and standards other based technologies and software is integral to all segments of spacecraft design. Here, we will present an overview of the spacecraft, experiments, and accomplishments – as well as the next three flight experiments. Some of these experiments include: The exo-brake re-entry system is being developed to enable sample return and end of life disposal; Internal communications for sensors, inter-subsystem and experiments uses both a Zigbee based PAN and internal Wi-Fi for high-speed inter-device communications; The Iridium small message LEO system (Short Burst Data) is used to both command the spacecraft and send data to the ground; Experimental use of the Global-Star system for L-band system comparison and back-up; Collaborative NOAA an experiment to communicate from LEO to the GOES geostationary satellite using the DCS (Data Collection System) with on-board Doppler correction; Mars and Lunar experimental communication systems for future cis-lunar and interplanetary nano-satellites; First demonstration of the NASA Near Earth Network systems with nano-satellites at NASA/Wallops Island; Solar array design and implementation for unique future flexible structures; Power distribution using Tardigrade rad-hard processor omni-board (designed by the team); Distributed processors with internal Wi-Fi connectivity; and Initial experiments with AI/Machine Learning.

M Murbach↗
NASA NTRS2003

Keeping Communication Continuous

General Dynamics Decision Systems employees have played a role in supplying telemetry, tracking, and control (TT&C) and other communications systems to NASA and the U.S. Department of Defense for over 40 years. Providing integrated communication systems and subsystems for nearly all manned and unmanned U.S. space flights, the heritage of this Scottsdale, Arizona-based company includes S-band transceivers that enabled millions of Americans to see Neil Armstrong and hear his prophetic words from the Moon in 1969. More recently, Decision Systems has collaborated with NASA s Goddard Space Flight Center to develop transponders, wireless communications devices that pick up and automatically respond to an incoming signal, for NASA s Tracking and Data Relay Satellite System (TDRSS). Four generations of Decision Systems TDRSS transponders have been developed under Goddard s sponsorship. The company s Fourth Generation TDRSS User Transponder (TDRSS IV) allows low-Earth-orbiting spacecraft to communicate continuously with a single ground station at White Sands, New Mexico, through a constellation of geostationary relay satellites positioned at key locations around the Earth. In addition to the communications of forward link control commands and return link telemetry data, the TDRSS IV also supports spacecraft orbit tracking through coherent turn-around of a pseudo-noise ranging code and two-way Doppler tracking.When the NSBF adopted the use of global positioning system receivers for balloon position tracking, Decision Systems concluded that a simpler, noncoherent transceiver could provide the NSBF with the necessary TDRSS communications without the additional cost and complexity of a coherent transponder. The solution was to take the core design of the TDRSS IV Transponder, but remove the extra functionality that supported coherent turn-around. This would simplify the production effort, reduce the testing required, and result in a lower cost product with smaller size, weight, and power consumption. Once NSBF and Decision Systems agreed on a concept for this new product, known as the Multi-Mode Transceiver (MMT), the NSBF approached Goddard for approval and funding.

Source record↗
NASA NTRS2015

Mission Control Operations: Employing a New High Performance Design for Communications Links Supporting Exploration Programs

The planetary exploration programs demand a totally new examination of data multiplexing, digital communications protocols and data transmission principles for both ground and spacecraft operations. Highly adaptive communications devices on‐board and on the ground must provide the greatest possible transmitted data density between deployed crew personnel, spacecraft and ground control teams. Regarding these requirements, this proposal borrows from research into quantum mechanical computing by applying the concept of a qubit, a single bit that represents 16 states, to radio frequency (RF) communications link design for exploration programs. This concept of placing multiple character values into a single data bit can easily make the evolutionary steps needed to meet exploration mission demands. To move the qubit from the quantum mechanical research laboratory into long distance RF data transmission, this proposal utilizes polarization modulation of the RF carrier signal to represent numbers from zero to fifteen. It introduces the concept of a binary‐to‐hexadecimal converter that quickly chops any data stream into 16‐bit words and connects variously polarized feedhorns to a single‐frequency radio transmitter. Further, the concept relies on development of a receiver that uses low‐noise amplifiers and an antenna array to quickly assess carrier polarity and perform hexadecimal to binary conversion. Early testbed experiments using the International Space Station (ISS) as an operations laboratory can be implemented to provide the most cost‐effective return for research investment. The improvement in signal‐to‐noise ratio while supporting greater baseband data rates that could be achieved through this concept justifies its consideration for long‐distance exploration programs.

Jackson, Dan E., Jr.↗
NASA NTRSDate not supplied

Lessons Learned With Risk Management: A Systems Engineer's Perspective

Risk management is a communications device that, when executed as an essential task, enables systems engineering to effectively balance risk across the project. Developing and baselining risks is an essential continuous task to ensure top project concerns both from bottom up and top down are being mitigated. Risk management provides the opportunity to avoid the consequence of the risk when mitigation steps start early enough. Just discussing risk with all the project flight elements during development, even if no risks are open, provides an excellent communication opportunity between systems engineering and those elements, ensuring concerns and worries have a platform for discussion. A well-managed risk identification process will identify concerns that are serious but not being clearly communicated, and it will enable mitigation of those potential problems before they cause a failure. Effective risk management requires considerable time and effort, but that effort will save time and money across the development. Risk management must be frequent enough to be useful and in depth enough to bring out emerging issues. It also requires a trusting relationship between the lead systems engineer and element and/or subsystem leads. The discussions need to be with the right number of individuals (typically a handful) and the right duration in time (typically an hour a month). Outside of these risk working groups, there is a formal management process to input, status, and disposition risks, and a monthly Risk Management Board meeting where key project stakeholders are informed. This paper provides good guidance on effective risk management from a systems engineering perspective and provides project lessons learned from the NASA spaceflight missions NICER, Landsat 9, LRO, and OSIRIS-REx to demonstrate the effectiveness of risk management.

Lessons Learned↗
NASA NTRSDate not supplied

Lessons Learned With Risk Management: A Systems Engineer’s Perspective

Risk management is a communications device that, when executed as an essential task, enables systems engineering to effectively balance risk across the project. Developing and baselining risks is an essential continuous task to ensure top project concerns both from bottom up and top down are being mitigated. Risk management provides the opportunity to avoid the consequence of the risk when mitigation steps start early enough. Just discussing risk with all the project flight elements during development, even if no risks are open, provides an excellent communication opportunity between systems engineering and those elements, ensuring concerns and worries have a platform for discussion. A well-managed risk identification process will identify concerns that are serious but not being clearly communicated, and it will enable mitigation of those potential problems before they cause a failure. Effective risk management requires considerable time and effort, but that effort will save time and money across the development. Risk management must be frequent enough to be useful and in depth enough to bring out emerging issues. It also requires a trusting relationship between the lead systems engineer and element and/or subsystem leads. The discussions need to be with the right number of individuals (typically a handful) and the right duration in time (typically an hour a month). Outside of these risk working groups, there is a formal management process to input, status, and disposition risks, and a monthly Risk Management Board meeting where key project stakeholders are informed. This paper provides good guidance on effective risk management from a systems engineering perspective and provides project lessons learned from the NASA spaceflight missions NICER, Landsat 9, LRO, and OSIRIS-REx to demonstrate the effectiveness of risk management.

Lessons Learned↗
NASA NTRS1965

Communication satellite output devices

Semiconductor devices, tunnel diodes, transistors, varactor diodes, vacuum tube amplifiers, triodes, klystrons, and traveling wave tubes for communication satellite output devices

VACUUM TUBE↗
NASA NTRS1993

A study of satellite motion-induced multipath phenomena

Experiments have been undertaken at COMSAT Laboratories to determine some of the propagation effects likely to be encountered by handheld satellite communications devices. L-band pilot tones aboard geosynchronous satellites at 15 and 40 deg. elevations were used to examine diurnal signal variations measured by using a hemispherical antenna. It was found that the receiver with a hemispherical antenna suffered daily peak-to-peak signal level variations of up to 12 dB compared to only 2 to 3 dB for a receiver equipped with a directional antenna. These results were highly repeatable, and extensive tests were conducted to confirm the accuracy of the data. The results suggest that the diurnal variations were due to multipath effects caused by the motion of the satellite with respect to the receiver antenna. Noting that the orbit inclinations of the satellites used in the experiment were only on the order of 2 to 3 deg., the results also suggest a potentially serious signal variation problem for low-gain antenna-based communications systems using low earth orbit satellites, since the satellite elevation angles relative to earth change far more rapidly.

Allnutt, R. M.↗
NASA NTRS2005

Chapter 19B - Antenna Radiation Patterns

Modern civil and military aircraft are equipped with a variety of communication devices, radio navigation equipment, and air traffic control systems. For all of these devices appropriate antennas must be available to transmit and receive the signals. As a result, as many as 30 antennas, and sometimes even more, are mounted around today's aircraft. For this reason, it is necessary to know the capabilities of the receiving/transmitting equipment on board. These capabilities are driven by the antenna characteristics. Therefore, coverage, shading, and beam pointing pattern data are necessary for optimum electronic coverage. The aircraft antenna has to convert the available power density of the electromagnetic field to an electric voltage at its connector. This voltage level must be sufficiently high to operate the connected equipment. The reciprocity principle states that it makes no difference if the antenna is receiving or transmitting. For the certification of the aircraft antennas it must be proven that the antennas are at least generating the minimum receiver input voltage which is required for each radio service. The prime condition is, of course, that the specified field power densities of the different radio navigation and communication services are available. An important property of a radio frequency link is the electro-magnetic field intensity at every point in space for a given output power of the antenna. As the propagation of radio frequency waves in free space is well known, the spatial distribution of the field intensity needs only be measured at one spatial sphere around the antenna. The information is usually given as distributions along the circumference of flat sections through this sphere: each of these is called an ARP. Several ARPs are usually required to describe the complete spatial antenna pattern of an antenna. In addition to mathematical modeling, measurements on sub-scale models, and static measurements on full size models or aircraft on the ground, dynamic measurements on aircraft in flight play the most important role in the aircraft antenna testing and certification. [19B-1] The shape of an ARP, for one given frequency, is determined by the shape of the antenna and the shape and material of the surface it is mounted on. As the directly transmitted waves interfere with waves reflected by the aircraft skin with its complex geometry, and the surface material parameters are only roughly known, it is not possible to predict the ARP with the required accuracy. In ground measurements the earth's surface also acts as a reflector thereby causing the ground ARP to be different from the in-flight ARP. As the in-flight ARP is the ARP we are actually interested in it becomes clear that it is necessary to conduct in-flight ARP measurements. The Flight Test Engineer must be aware of the needs of the specialists who are establishing the test program for measuring antenna patterns and radar cross sections. These tests will require special test equipment and dedicated flights to obtain the data that they require. This Section provides an introduction to the principles of determining antenna patterns and the flight techniques for determining both antenna patterns and radar cross section. Reference 19B-1 provides detailed information.

Helmut Bothe↗
NASA NTRS1973

A survey study of teleoperators, robotics, and remote systems technology.

Survey of the current status and major R&D needs of remote systems technology in the medical, mining, and oceanographic areas of application. The review is limited to the most important teleoperator/robotic subsystems, including actuators, sensors, control and communication devices.

Alexander, A. D., III↗
NASA NTRS1976

Standard interface: Twin-coaxial converter

The network operations control center standard interface has been adopted as a standard computer interface for all future minicomputer based subsystem development for the Deep Space Network. Discussed is an intercomputer communications link using a pair of coaxial cables. This unit is capable of transmitting and receiving digital information at distances up to 600 m with complete ground isolation between the communicating devices. A converter is described that allows a computer equipped with the standard interface to use the twin coaxial link.

Lushbaugh, W. A.↗
NASA NTRS1976

Biomedical technical transfer. Applications of NASA science and technology

Lower body negative pressure testing in cardiac patients has been completed as well as the design and construction of a new leg negative unit for evaluating heart patients. This technology is based on NASA research, using vacuum chambers to stress the cardiovascular system during space flight. Additional laboratory tests of an intracranial pressure transducer, have been conducted. Three new biomedical problems to which NASA technology is applicable are also identified. These are: a communication device for the speech impaired, the NASA development liquid-cooled garment, and miniature force transducers for heart research.

Source record↗