SEARCH · Engineering Papers

Results for “Telecommand”

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.

SourceResearch connectionFrom yearThrough year

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 55 records · Page 3

All sources NASA NTRS DOE OSTI

NASA NTRS1992

Computing Modulation Losses In A Communication System

Improved method accelerates computation of means and variances of modulation losses in radio communication system where telecommand, telemetry, and turnaround ranging signals transmitted between two stations via phase modulation with residual carrier signal. Method based on uplink and downlink signals conforming to standard promulgated by Consultative Committee for Space Data Systems. Completes computations three times as fast as "brute-force" method. Modified for application to any system involving one-way and/or two-way transmission, including retransmission.

Nguyen, Tien M.↗

NASA NTRS1991

European Telecommunications Satellite II (EUTELSAT II)

EUTELSAT II is a regional public telecommunications system for Europe. The services which will be provided are telephone and television. The satellites will be placed at a geostationary orbit within the arcs of 6 degrees east to 19 degrees east or 26 degrees to 36 degrees east. The designed lifetime is 7 years. After separation of the satellites from the launch vehicles, telemetry, telecommand, and ranging will be performed within the S-band frequencies. After positioning of the satellite at its final geostationary orbit, the Ku-band telecommunication equipment will be activated. From this time on, all satellite control operations will be performed in Ku-band. The Deep Space Network (DSN) will support the transfer and drift orbit mission phases. The coverage will consist of the 26-m antennas at Goldstone and Canberra as prime support for the transfer and drift orbits. Maximum support will consist of a 7-day period, plus 14 days of contingency support. Information is given in tabular form for DSN support, frequency assignments, telemetry, command, and tracking support responsibility.

Laemmel, G.↗

NASA NTRS1993

Columbus system support for telescience operations

With the given constraints of the space environment, the telescience concept aims at providing a space mission user with optimum flexibility and responsiveness for spaceborne investigations. The concept includes automated system management functions, which allocate and monitor planned resources and time windows, within which the investigator can perform his science interactively responding 'on-line' to experimental data. During the telescience operation, the user is given the capability to send telecommands to the payload from the User Home Base with transparency to the rest of the system. Any violation of the 'booked' time and resources will be detected by the system and reported back to the user for appropriate action. Ultimately, the system will react to maintain the integrity of the system and its payload. Upon completion of the telescience session, the system management function reverses the system configuration and deallocates resources automatically.

Lytton, David W.↗

NASA NTRS1993

AMFESYS: Modelling and diagnosis functions for operations support

Packetized telemetry, combined with low station coverage for close-earth satellites, may introduce new problems in presenting to the operator a clear picture of what the spacecraft is doing. A recent ESOC study has gone some way to show, by means of a practical demonstration, how the use of subsystem models combined with artificial intelligence techniques, within a real-time spacecraft control system (SCS), can help to overcome these problems. A spin-off from using these techniques can be an improvement in the reliability of the telemetry (TM) limit-checking function, as well as the telecommand verification function, of the Spacecraft Control systems (SCS). The problem and how it was addressed, including an overview of the 'AMF Expert System' prototype are described, and proposes further work which needs to be done to prove the concept. The Automatic Mirror Furnace is part of the payload of the European Retrievable Carrier (EURECA) spacecraft, which was launched in July 1992.

Wheadon, J.↗

NASA NTRS1993

ESSOPE: Towards S/C operations with reactive schedule planning

The ESSOPE is a prototype front-end tool running on a Sun workstation and interfacing to ESOC's MSSS spacecraft control system for the exchange of telecommand requests (to MSSS) and telemetry reports (from MSSS). ESSOPE combines an operations Planner-Scheduler, with a Schedule Execution Control function. Using an internal 'model' of the spacecraft, the Planner generates a schedule based on utilization requests for a variety of payload services by a community of Olympus users, and incorporating certain housekeeping operations. Conflicts based on operational constraints are automatically resolved, by employing one of several available strategies. The schedule is passed to the execution function which drives MSSS to perform it. When the schedule can no longer be met, either because the operator interferes (by delays or changes of requirements), or because ESSOPE has recognized some spacecraft anomalies, the Planner produces a modified schedule maintaining the on-going procedures as far as consistent with the new constraints or requirements.

Wheadon, J.↗

NASA NTRS1993

Reliable transfer of data from ground to space

This paper describes the problems involved in uplink of data from control centers on the ground to spacecraft, and explores the solutions to those problems, past. present. and future. The evolution of this process, from simple commanding to transfer of large volumes of data and commands is traced. The need for reliable end-to-end protocols for commanding and file transfer is demonstrated, and the shortcomings of both existing telecommand protocols and commercial products to meet this need are discussed. Recent developments in commercial protocols that may be adaptable to the mentioned operations environment are surveyed, and current efforts to develop a suite of protocols for reliable transfer in this environment are presented.

Brosi, Fred↗

NASA NTRS1993

Mars 1994/1996: The French navigation tasks

In the fall of 1994, Russia will launch a spacecraft to Mars. France is involved in many scientific experiments which are onboard the spacecraft, as PI or CI. Some days before the Mars orbit insertion maneuver, two small stations and two penetrators will be injected into an entry trajectory. They will carry out for at least six months in situ analysis on the Martian surface. Two years later, a second spacecraft will be launched. It will carry the French balloon and a small rover. The scientific data of these landers will be relayed to earth via the spacecraft. However, during the first 20 days of their mission, Mars Observer will be used. To this end, a Mars balloon relay will be used, which will receive the data from the landers and store them into the memory of the Mars Observer camera. The spacecraft will also be used to localize the landers with the help of relative one-way Doppler measurements. An international cooperative is set up for this process, including JPS, Russian ballistic centers (Babakine, Institute of Applied Mathematics, Moscow Flight Control Center), and CNES Toulouse. Another task dedicated to the space mathematics division of CNES is to support the French scientists to prepare their telecommands and to analyze their telemetry. This second part is integrated into the French ground segment created for the Mars 94/96 mission. This paper describes the method used in CNES for the localization process, the support provided to the scientists, and the links for the data exchange.

Bonneau, Frederic↗

NASA NTRS1993

The European Space Agency standard for space packet utilisation

This paper presents the ESA concept for the use of CCSDS defined Telemetry and Telecommand Packets at the application level. These Packets are used to monitor and control remotely a space born application. This concept is defined in a Packet Utilisation Standard (PUS) which should become applicable for all ESA missions using Packets. The production of this standard is under the responsibility of an ESA standardization group called 'COES'.

Kaufeler, J.-F.↗

NASA NTRS1994

The SAX Italian scientific satellite. The on-board implemented automation as a support to the ground control capability

This paper presents the capabilities implemented in the SAX system for an efficient operations management during its in-flight mission. SAX is an Italian scientific satellite for x-ray astronomy whose major mission objectives impose quite tight constraints on the implementation of both the space and ground segment. The most relevant mission characteristics require an operative lifetime of two years, performing scientific observations both in contact and in noncontact periods, with a low equatorial orbit supported by one ground station, so that only a few minutes of communications are available each orbit. This operational scenario determines the need to have a satellite capable of performing the scheduled mission automatically and reacting autonomously to contingency situations. The implementation approach of the on-board operations management, through which the necessary automation and autonomy are achieved, follows a hierarchical structure. This has been achieved adopting a distributed avionic architecture. Nine different on-board computers, in fact, constitute the on-board data management system. Each of them performs the local control and monitors its own functions while the system level control is performed at a higher level by the data handling applications software. The SAX on-board architecture provides the ground operators with different options of intervention by three classes of telecommands. The management of the scientific operations will be scheduled by the operation control center via dedicated operating plans. The SAX satellite flight mode is presently being integrated at Alenia Spazio premises in Turin for a launch scheduled for the end of 1995. Once in orbit, the SAX satellite will be subject to intensive check-out activities in order to verify the required mission performances. An overview of the envisaged procedure and of the necessary on-ground activities is therefore depicted as well.

Martelli, Andrea↗

NASA NTRS1994

Re-engineering the Multimission Command System at the Jet Propulsion Laboratory

The Operations Engineering Lab (OEL) at JPL has developed the multimission command system as part of JPL's Advanced Multimission Operations System. The command system provides an advanced multimission environment for secure, concurrent commanding of multiple spacecraft. The command functions include real-time command generation, command translation and radiation, status reporting, some remote control of Deep Space Network antenna functions, and command file management. The mission-independent architecture has allowed easy adaptation to new flight projects and the system currently supports all JPL planetary missions (Voyager, Galileo, Magellan, Ulysses, Mars Pathfinder, and CASSINI). This paper will discuss the design and implementation of the command software, especially trade-offs and lessons learned from practical operational use. The lessons learned have resulted in a re-engineering of the command system, especially in its user interface and new automation capabilities. The redesign has allowed streamlining of command operations with significant improvements in productivity and ease of use. In addition, the new system has provided a command capability that works equally well for real-time operations and within a spacecraft testbed. This paper will also discuss new development work including a multimission command database toolkit, a universal command translator for sequencing and real-time commands, and incorporation of telecommand capabilities for new missions.

Alexander, Scott↗

NASA NTRS1994

A new communication protocol family for a distributed spacecraft control system

In this paper we describe the concepts behind and architecture of a communication protocol family, which was designed to fulfill the communication requirements of ESOC's new distributed spacecraft control system SCOS 2. A distributed spacecraft control system needs a data delivery subsystem to be used for telemetry (TLM) distribution, telecommand (TLC) dispatch and inter-application communication, characterized by the following properties: reliability, so that any operational workstation is guaranteed to receive the data it needs to accomplish its role; efficiency, so that the telemetry distribution, even for missions with high telemetry rates, does not cause a degradation of the overall control system performance; scalability, so that the network is not the bottleneck both in terms of bandwidth and reconfiguration; flexibility, so that it can be efficiently used in many different situations. The new protocol family which satisfies the above requirements is built on top of widely used communication protocols (UDP and TCP), provides reliable point-to-point and broadcast communication (UDP+) and is implemented in C++. Reliability is achieved using a retransmission mechanism based on a sequence numbering scheme. Such a scheme allows to have cost-effective performances compared to the traditional protocols, because retransmission is only triggered by applications which explicitly need reliability. This flexibility enables applications with different profiles to take advantage of the available protocols, so that the best rate between sped and reliability can be achieved case by case.

Baldi, Andrea↗

NASA NTRS1994

The CCSDS return all frames Space Link Extension service

Existing Consultative Committee for Space Data Systems (CCSDS) Recommendations for Telemetry Channel Coding, Packet Telemetry, Advanced Orbiting Systems, and Telecommand have facilitated cross-support between Agencies by standardizing the link between spacecraft and ground terminal. CCSDS is currently defining a set of Space Link Extension (SLE) services that will enable remote science and mission operations facilities to access the ground termination of the Space Link services in a standard manner. The first SLE service to be defined is the Return All Frames (RAF) service. The RAF service delivers all CCSDS link-layer frames received on a single space link physical channel. The service provides both on-line and off-line data transfer modes to accommodate the variety of access methods typical of space mission operations. This paper describes the RAF service as of the Summer of 1994. It characterizes the behavior of the service as seen across the interface between the user and the service and gives an overview of the interactions involved in setting up and operating the service in a cross-support environment.

Uhrig, Hans↗

NASA NTRS1994

Terrain modelling and motion planning for an autonomous exploration rover

To assess the feasibility of planetary exploration missions using rovers, the French national agency CNES, with a consortium of European laboratories and industrial concerns, has initiated the Eureka project, 'Illustration of an Autonomous Robot for the Exploration of Space' (IARES). IARES is a demonstrator composed of a rover and a ground station, linked by telemetry and telecommand. It is aimed at verifying, on earth, robotic concepts developed by the RISP group of French laboratories (LAAS, INRIA, CERT, LETI) to perform scientific missions such as autonomous terrain sample collecting over large areas. To cope with the actual needs of planet exploration, IARES suitability is assessed through constraints on limited bandwidth, time delay and on-board resources. This autonomy relies heavily on robust onboard trajectory generation capabilities. This paper presents the main functions of the IARES navigation sub-system and shows how they are combined to allow movement in Mars-like environments. Section 2 gives an overall description of the IARES system. Section 3 details the functions of the Navigation sub-system, and finally, section 4 illustrates with a simple example the use of these functions.

Richard, F.↗

NASA NTRS2001

In Situ Monitoring of Crystal Growth Using Mephisto

Experiments were carried out to study the morphological stability of Bi-1atomic% Sn alloys using the MEPHISTO directional solidification apparatus aboard Space Shuttle Columbia (STS-87, launched November 19, 1997). The research program involved collaboration of the University of Florida, Centre National d'Etudes Spatiales (France), NASA/Glenn Research Center, the National Institute of Standards and Technology, and the University of New South Wales (Australia). The experiments made use of the Seebeck technique to measure the interface temperature, the resistance change across the sample for determination of the interface velocity, and Peltier current pulsing for demarcation of the interface shape. These data were obtained in real-time during various melting/solidification cycles, and the experiments were controlled via telecommands. The Seebeck signal and temperature measurements in the space experiments, as well as morphological behavior of the solid/liquid interface, were found to be significantly different than those obtained from ground-based studies. For the space-based experiments, interface breakdown was observed at growth velocities of 6.7, 27, and 40 micrometers/s, but not at 1.8 and 3.3 micrometers/s. The results further indicate that the morphological stability threshold for some grain orientations is significantly enhanced, resulting in a staggered planar to cellular transition front. This report summarizes some of these findings.

Abbaschian, Reza↗

NASA NTRS2003

CCSDS File Delivery Protocol (CFDP): Why it's Useful and How it Works

Reliable delivery of data products is often required across space links. For example, a NASA mission will require reliable delivery of images produced by an on-board detector. Many missions have their own (unique) way of accomplishing this, requiring custom software. Many missions also require manual operations (e.g. the telemetry receiver software keeps track of what data is missing, and a person manually inputs the appropriate commands to request retransmissions). The Consultative Committee for Space Data Systems (CCSDS) developed the CCSDS File Delivery Protocol (CFDP) specifically for this situation. CFDP is an international standard communication protocol that provides reliable delivery of data products. It is designed for use across space links. It will work well if run over the widely used CCSDS Telemetry and Telecommand protocols. However, it can be run over any protocol, and will work well as long as the underlying protocol delivers a reasonable portion of the data. The CFDP receiver will autonomously determine what data is missing, and request retransmissions as needed. The CFDP sender will autonomously perform the requested transmissions. When the entire data product is delivered, the CFDP receiver will let the CFDP sender know that the transaction has completed successfully. The result is that custom software becomes standard, and manual operations become autonomous. This paper will consider various ways of achieving reliable file delivery, explain why CFDP is the optimal choice for use over space links, explain how the core protocol works, and give some guidance on how to best utilize CFDP within various mission scenarios. It will also touch on additional features of CFDP, as well as other uses for CFDP (e.g. the loading of on-board memory and tables).

Ray, Tim↗

NASA NTRSDate not supplied

Commanding Constellations (Pipeline Architecture)

Providing ground command software for constellations of spacecraft is a challenging problem. Reliable command delivery requires a feedback loop; for a constellation there will likely be an independent feedback loop for each constellation member. Each command must be sent via the proper Ground Station, which may change from one contact to the next (and may be different for different members). Dynamic configuration of the ground command software is usually required (e.g. directives to configure each member's feedback loop and assign the appropriate Ground Station). For testing purposes, there must be a way to insert command data at any level in the protocol stack. The Pipeline architecture described in this paper can support all these capabilities with a sequence of software modules (the pipeline), and a single self-identifying message format (for all types of command data and configuration directives). The Pipeline architecture is quite simple, yet it can solve some complex problems. The resulting solutions are conceptually simple, and therefore, reliable. They are also modular, and therefore, easy to distribute and extend. We first used the Pipeline architecture to design a CCSDS (Consultative Committee for Space Data Systems) Ground Telecommand system (to command one spacecraft at a time with a fixed Ground Station interface). This pipeline was later extended to include gateways to any of several Ground Stations. The resulting pipeline was then extended to handle a small constellation of spacecraft. The use of the Pipeline architecture allowed us to easily handle the increasing complexity. This paper will describe the Pipeline architecture, show how it was used to solve each of the above commanding situations, and how it can easily be extended to handle larger constellations.

Tim Ray↗

NASA NTRS2006

Evaluation of the Telecommunications Protocol Processing Subsystem Using Reconfigurable Interoperable Gate Array

The current implementation of the Telecommunications Protocol Processing Subsystem Using Reconfigurable Interoperable Gate Arrays (TRIGA) is equipped with CFDP protocol and CCSDS Telemetry and Telecommand framing schemes to replace the CPU intensive software counterpart implementation for reliable deep space communication. We present the hardware/software co-design methodology used to accomplish high data rate throughput. The hardware CFDP protocol stack implementation is then compared against the two recent flight implementations. The results from our experiments show that TRIGA offers more than 3 orders of magnitude throughput improvement with less than one-tenth of the power consumption.

protocol processing hardware↗

NASA NTRS2009

Developing a Standard Method for Link-Layer Security of CCSDS Space Communications

Communications security for space systems has been a specialized field generally far removed from considerations of mission interoperability and cross-support in fact, these considerations often have been viewed as intrinsically opposed to security objectives. The space communications protocols defined by the Consultative Committee for Space Data Systems (CCSDS) have a twenty-five year history of successful use in over 400 missions. While the CCSDS Telemetry, Telecommand, and Advancing Orbiting Systems protocols for use at OSI Layer 2 are operationally mature, there has been no direct support within these protocols for communications security techniques. Link-layer communications security has been successfully implemented in the past using mission-unique methods, but never before with an objective of facilitating cross-support and interoperability. This paper discusses the design of a standard method for cryptographic authentication, encryption, and replay protection at the data link layer that can be integrated into existing CCSDS protocols without disruption to legacy communications services. Integrating cryptographic operations into existing data structures and processing sequences requires a careful assessment of the potential impediments within spacecraft, ground stations, and operations centers. The objective of this work is to provide a sound method for cryptographic encapsulation of frame data that also facilitates Layer 2 virtual channel switching, such that a mission may procure data transport services as needed without involving third parties in the cryptographic processing, or split independent data streams for separate cryptographic processing.

Biggerstaff, Craig↗