Apacecraft Uplink, Downlink, and Intercommunications in a Space-Qualified ASIC Chip Set
This paper describes the functionality of four application specific integrated circuits (ASICs) developed for the Cassini spacecraft.
SEARCH · Engineering Papers
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.
This paper describes the functionality of four application specific integrated circuits (ASICs) developed for the Cassini spacecraft.
Explore the source record for details and available documents.
This paper addresses the efforts undertaken and the technology deployed to aggregate and distribute the metadata characterizing the real-time operations associated with NASA Earth Observing Systems (EOS) high-rate front-end systems and the science data collected at multiple ground stations and forwarded to the Goddard Space Flight Center for level 0 processing. Station operators, mission project management personnel, spacecraft flight operations personnel and data end-users for various EOS missions can retrieve the information at any time from any location having access to the internet. The users are distributed and the EOS systems are distributed but the centralized metadata accessed via an external web server provide an effective global and detailed view of the enterprise-wide events as they are happening. The data-driven architecture and the implementation of applied middleware technology, open source database, open source monitoring tools, and external web server converge nicely to fulfill the various needs of the enterprise. The timeliness and content of the information provided are key to making timely and correct decisions which reduce project risk and enhance overall customer satisfaction. The authors discuss security measures employed to limit access of data to authorized users only.
A data multiplexer that accommodates both industry standard CCSDS data packets and bits streams and standard IEEE 1394 data is described. The multiplexer provides a statistical allotment of bandwidth to the channels in turn, preferably four, but expandable in increments of four up to sixteen. A microcontroller determines bandwidth requested by the plurality of channels, as well as the bandwidth available, and meters out the available bandwidth on a statistical basis employing flow control to the input channels.
This paper investigates telecommunications between a deep space mission satellite and the ground station during an emergency mode. Once emergency is detected, spacecraft is put into a safe mode, i.e., antenna to be used for emergency mode communications is pointed towards the sun and use total available power to transmit. There are many parameters affecting communications in this mode and these should be properly balanced to produce desired results. This paper explores the effectiveness of spacecraft antenna gain pattern in the emergency mode with respect to positions of the spacecraft, earth, Sun Earth Probe (SEP) angle at the receiving antenna, and the range of the spacecraft with respect to the ground station. The paper also provides parabolic reflector antenna diameter that should be used for emergency mode as a function of the satellite to sun range in the solar system.
We have performed end-to-end laboratory and numerical simulations to demonstrate the capability of differential photometry under realistic operating conditions to detect transits of Earth-sized planets orbiting solar-like stars. Data acquisition and processing were conducted using the same methods planned for the proposed Kepler Mission. These included performing aperture photometry on large-format CCD images of an artificial star fields obtained without a shutter at a readout rate of 1 megapixel/sec, detecting and removing cosmic rays from individual exposures and making the necessary corrections for nonlinearity and shutterless operation in the absence of darks. We will discuss the image processing tasks performed `on-board' the simulated spacecraft, which yielded raw photometry and ancillary data used to monitor and correct for systematic effects, and the data processing and analysis tasks conducted to obtain lightcurves from the raw data and characterize the detectability of transits. The laboratory results are discussed along with the results of a numerical simulation carried out in parallel with the laboratory simulation. These two simulations demonstrate that a system-level differential photometric precision of 10-5 on five- hour intervals can be achieved under realistic conditions.
No abstract available
In this paper, we investigate the feasibility of calibrating an orbiting phased array composed of CubeSat class spacecraft together with a larger reference (or “chief”) spacecraft, comprising an overall Swarm Array. Considered as an analog to the Deep Space Network (DSN) Uplink Arraying problem [1], a spaceborne Swarm Array that can potentially deliver comparable or even greater operational performance than large monolithic spacecraft (such as increased data rates for telecommunications, or greater baselines for improved spatial resolution), thus increasing future mission capability but with significantly enhanced flexibility, evolvability and robustness.
The Terabyte Infrared Delivery (TBIRD) program will establish an optical communication link from a 6Unanosatellite in low-Earth orbit to a ground station at burst rates up to 200 Gbps. The system is capable of reliable data delivery from a 2 TB storage buffer on the payload to a ground terminal in the presence of atmospheric fading. An overview of the communication architecture for TBIRD is provided as well as results from communications performance testing of the 3U lasercom payload prior to spacecraft integration. Launch is scheduled for mid-year 2022.
Explore the source record for details and available documents.
In this paper, we investigate the feasibility of calibrating an orbiting phaased array composed of CubeSat class spacecraft together with a larger reference (or “chief”) spacecraft, comprising an overall Swarm Array. Considered as an analog to the Deep Space Network (DSN) Uplink Arraying problem [1], a spaceborne Swarm Array that can potentially deliver comparable or even greater operational performance than large monolithic spacecraft (such as increased datarates for telecommunications, or greater baselines for improved spatial resolution), thus increasing future mission capability but with significantly enhanced flexibility, evolvability and robustness.
Explore the source record for details and available documents.
The Terabyte Infrared Delivery (TBIRD) program will establish an optical communication link from a 6U CubeSat in low-Earth orbit (LEO) to a ground station at burst rates up to 200 Gbps, resulting in data volumes that can exceed 1 Terabyte in a single pass. The space and ground terminals utilize commercially available 1550-nm coherent transceivers in conjunction with an automatic repeat request (ARQ) system to guarantee robust communication in the presence of an atmospheric fading channel. This allows the system to perform a reliable end-toend transfer of data from the payload’s 2-TB storage buffer to the ground terminal. In this paper, we describe the system architecture, link analysis, and concept of operations for the upcoming TBIRD flight demonstration in 2022. We also provide an update on the development of the 3U terminal payload and the ground terminal at JPL’s Optical Communications Telescope Laboratory (OCTL).
The Surface Attitude Positioning and Pointing (SAPP) subsystem of the Mars Perseverance rover keeps track of the rover’s position and attitude on the surface of Mars. The SAPP Downlink Engineering Operations team members receive data from the rover on a daily basis. They must interpret the data to make sure the rover is staying safe and to support uplink planning. The SAPP team keeps track of the error growth in the rover’s attitude estimate due to noise in the Rover Inertial Measurement Unit’s (RIMU) gyroscopes used to propagate that attitude estimate whenever the rover is moving. Whenever this error grows to a particular threshold, SAPP is responsible for updating the onboard attitude knowledge using the RIMU’s accelerometers to estimate rover roll and pitch and sun imaging to estimate rover yaw, thereby reducing this attitude estimation error. Accurate attitude estimation is required so that the rover can successfully point its High Gain Antenna (HGA) to receive information from Earth and as a backup to the Mars orbiters used for sending data from the rover to Earth, point instruments on its Remote Sensing Mast (RSM), and support safe movement and placement of instruments by the rover’s ARM relative to the Martian surface. The Mars 2020 Engineering Operations team has been working to increase the operational efficiency of the mission and eventually move to a five-hour timeline for daily operations. In pursuit of this goal, the SAPP Engineering Operations team has automated their downlink process by developing a centralized Jupyter notebook to analyze the data received daily from the rover. The SAPP downlink Jupyter notebook automatically collects the data relevant to the SAPP subsystem and visualizes this information in plots and tables that can be easily read by downlink operators to aid them in assessing the status of the subsystem. Various Application Programming Interfaces (APIs) have been incorporated into the downlink daily notebook to automate the collection and posting of data, such as gathering and posting data products to the cloud. The SAPP team has also developed a SAPP downlink software library that includes functions to aid the notebook in processing data. In addition to assessing the SAPP subsystem on a daily basis, operators need to assess the long-term trending behavior of the subsystem over time. An automated trending process has been developed to collect information from the daily notebooks in order to plot and analyze that data in a centralized place. These daily and trending processes have expedited the SAPP downlink assessment and laid the groundwork to completely automate the SAPP downlink process so that SAPP operators are unnecessary unless something unexpected occurs. This paper will provide an overview of the functions that the SAPP subsystem carries out on a daily basis, and will then dive into the automations that have been developed for daily and trending downlink assessment. An assessment of the downlink efficiency will be provided, along with a summary of lessons learned and work to go. Finally, the authors will discuss how these types of automated spacecraft health assessments could be more broadly used within mission operations.