Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “GROUND STATION”

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 217 records · Page 12

NanoSat constellation mission design

The NanoSat constellation concept mission proposes simultaneous operation of multiple swarms of as many as 22 identical 10 kg spacecraft per swarm. The various orbits in a NanoSat swarm vary from 3x5 to 3x42 R(sub e) in geometry. In this report the unique flight dynamics issues of this constellation satellite mission design are addressed. Studies include orbit design, orbit determination, and error analysis. A preliminary survey determined the orbital parameters that would yield a 100 minute shadow condition maximum while providing adequate ground station access for three ground stations.

Concha, Marco↗

NanoSat Constellation Mission Design

The NanoSat constellation concept mission proposes simultaneous operation of multiple swarms of as many as 22 identical 10 kg spacecraft per swarm. The various orbits in a NanoSat swarm vary from 3x12 to 3x42 R(sub e) in geometry. In this report the unique flight dynamics issues of this constellation satellite mission design are addressed. Studies include orbit design, orbit determination, and error analysis. A preliminary survey determined the orbital parameters that would limit the maximum shadow condition while providing adequate ground station access for three ground stations.

Concha, Marco↗

Mars Constellation Design

In this study, several different Mars constellation designs were evaluated. Various figures of merit were used to examine constellation configurations in order to optimize the performance of Mars Network. Plots were also obtained in order to make a clear comparison of the various figures of merit. In the following analysis, six figures of merit were used in the comparison (average time to achieve a 1 meter fix, maximum time to achieve a 1 meter fix, maximum wait time between satellite sightings, percent of time a satellite is in view, percent of cases to achieve a 1 meter fix in 10 minutes, and percent of cases to achieve a 1 meter fix in 1 hour). For the communication figures of merit (maximum wait time between satellite sightings and percent of time a satellite is in view), an initial run over a period of 10 days was used to produce the data. For the remaining figures of merit, the simulation was first restarted at least 100 times over a period of 1000 Earth days. Each time the simulation was continued until a 1 meter fix was achieved at all stations. The ground station grid was spaced 20 deg in longitude and 5 deg in latitude. In order to obtain the following graphs the values were first averaged over longitude and then an average of the positive and negative latitude values was made (i.e., -90 deg lat and 90 deg lat were averaged). In each case, the resulting figures of merit are shown. For some cases, the difference between the given case and the 'Eagles 2 Satellites' case is also given.

Source record↗

Towards Sheaf Theoretic Analyses for Delay Tolerant Networking

The goal of Delay Tolerant Networking (DTN) is to take a collection of heterogeneous, disparate connections between satellites, space assets, ground stations, and ground infrastructure and bring it together into a cohesive, functioning overlay network. Depending on the systems being considered, one can find links with a one-way light time exceeding minutes (and hours),periodic links which can sometimes be predicted by orbital mechanics, and restrictions based on the variety of capabilities built into these systems. These characteristics preclude traditional network models and routing techniques and have classically led to either rigid routing tables or purely probabilistic models. As the deeper underlying structures remain unknown, development of more DTN-optimized algorithms has lacked the necessary foundation. In a continuation of previous work, the goal of this paper is to identify and study these fundamental structures that exist in delay tolerant networks (DTN), with a focus on space networks. The current routing methodology has been to use contact graph routing (CGR) algorithms. CGR models a series of known contacts as a static graph. For CGR to work, this graph must be globally consistent and must have an accurate picture of the network. Because this is a globally controlled structure, there is little room for flexibility in the event of changes to the network which would naturally occur as the network grows. As a response to the desire for flexibility as the network changes, we introduced the mathematical structure known as sheaves to DTNs last year. The tag-line for sheaves is that they are a mathematically precise way of gluing local data together into unique global data. Thus, sheaves lend extra power to traditional models(and routing algorithms) by taking additional information and merging it, in as consistent a manner as possible, with the representation itself. The clearest example of how Earth-bound networks exhibit behavior that is “sheafy” is link state routers, which build a local-to-global picture of their network by gluing local information together into a global network, exactly as a sheaf would do. For routing within delay tolerant networks to truly exploit this structure, a deeper structure than a graph is required. In this paper, we develop sheaves that can work over directed graphs such as temporal flow networks, we construct a sheaf representation for Dijkstra’s algorithm, and we outline a construction for routing sheaves capable of modeling multicast scenarios. Finally, there is a section of future work suggesting follow-on research.

Robert Short↗

A Comparison of TOMS Version 8 Total Column Ozone Data with Data from Groundstations

The Nimbus-7 and Earth Probe Total Ozone Mapping Spectrometer (TOMS) data have been reprocessed with a new retrieval algorithm, (Version 8) and an updated calibration procedure. These data have been systematically compared to total ozone data from Brewer and Dobson spectrophotometers for 73 individual ground stations. The comparisons were made as a function of latitude, solar zenith angle, reflectivity and total ozone. Results show that the accuracy of the TOMS retrieval'is much improved when aerosols are present in the atmosphere, when snow/ice and sea glint are present, and when ozone in the northern hemisphere is extremely low. TOMS overpass data are derived from the single TOMS best match measurement, almost always located within one degree of the ground station and usually made within an hour of local noon. The version 8 Earth Probe TOMS ozone values have decreased by an average of about 1% due to a much better understanding of the calibration of the instrument. The remaining differences between TOMS and ground stations suggest that there are still small errors in the TOMS retrievals. But if TOMS is used as a transfer standard to compare ground stations, the large station-to-station differences suggest the possibility of significant instrument errors at some ground stations.

Labow, G. J.↗

Interferometric locating system

A system is described for determining the position of a vehicle or other target that emits radio waves and which is of the type that senses the difference in time of arrival at spaced ground stations of signals from the vehicle to locate the vehicle on a set of intersecting hyperbolas. A network of four ground stations detects the radio emissions from the vehicle and by means of cross correlation derives the relative signal delay at the ground stations from which the vehicle position is deduced. Because the signal detection is by cross correlation, no knowledge of the emission is needed, which makes even unintentional radio noise emissions usable as a locator beacon. By positioning one of the four ground stations at an elevation significantly above the plane of the other three stations, a three dimensional fix on the vehicle is possible.

Macdoran, P. F.↗

ERTS operations and data processing

The overall communications and data flow between the ERTS spacecraft and the ground stations and processing centers are generally described. Data from the multispectral scanner and the return beam vidicon are telemetered to a primary ground station where they are demodulated, processed, and recorded. The tapes are then transferred to the NASA Data Processing Facility (NDPF) at Goddard. Housekeeping data are relayed from the prime ground stations to the Operations Control Center at Goddard. Tracking data are processed at the ground stations, and the calculated parameters are transmitted by teletype to the orbit determination group at Goddard. The ERTS orbit has been designed so that the same swaths of the ground coverage pattern viewed during one 18-day coverage cycle are repeated by the swaths viewed on all subsequent cycles. The Operations Control Center is the focal point for all communications with the spacecraft. NDPF is a job-oriented facility which processes and stores all sensor data, and which disseminates large quantities of these data to users in the form of films, computer-compatible tapes, and data collection system data.

Gonzales, L.↗

Remote sensing of severe convective storms

The Tibet Plateau significantly affects the initiation and development of heavy rainfall and severe storms in China, just as the Rocky Mountains influence local severe storms in the United States. The study shows that the heavy rainfall in the Plateau area is usually preceded by a high growth rate of the convective clouds, followed by a rapid collapse of the cloud top. The study also shows that the tops of the convective clouds associated with heavy rainfall over the Plateau usually lie between the altitude of the two tropopauses which exist over the Plateau. There is good agreement between the collapsing of the cloud as observed from the satellite imagery, and the beginning of the rainfall observed by the ground stations and also between the dissipation of the cloud observed from the satellite infrared imagery, and the ending of the rainfall, observed by the ground stations. Comparison of the volumetric dissipation of clouds per unit area over the location of the ground station with the rainfall recorded at that station shows a linear relationship for rainfall mounts exceeding 8 mm. The ratio of observed rainfall at the ground station over the satellite observed cloud volume dissipation per unit area was also computed. The result shows that the ratio is almost constant with the value of 9.55 mm/(pixel . km/pixel) for rainfall amounts exceeding 15 mm; and the variation is less then 10 percent for rainfall mounts between 8 and 15 mm. Needless to say, further investigation is required to verify this ratio.

Hung, R. J.↗

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↗

Eye Glance Behaviors of Ground Control Station Operators in a Simulated Urban Air Mobility Environment

Research into concepts such as advanced air mobility (AAM) and urban air mobility (UAM) offers an opportunity for successfully and safely adding new classes of vehicles into the National Airspace System. However, a need exists for research into the human factors associated with these concepts. In this paper, we evaluate the gaze behaviors of three remote ground control station operators (GCSOs) conducting simulated UAM operations. The participants monitored and controlled an unmanned aircraft system (UAS) from pre-flight to landing using ground control station (GCS) software across nine scenarios within a remote UAS operations center at NASA Langley Research Center (LaRC). As this work was exploratory, descriptive statistics were calculated to provide some initial insight into GCSO gaze patterns associated with the GCS display. Scenarios that required the operator to directly interact with an airspace scheduling system off-screen resulted in fewer on-screen glances than scenarios that did not include direct interactions with the off-screen system. After investigating several areas of interest (AOIs) within the GCS display, participants primarily viewed three AOIs: the map, vehicle status, and operations checklist. The results yielded several GCS design and operational improvement recommendations to include: (a) adding altitude information to the vehicle icon, (b) adding additional traffic information, and (c) including additional GCS training, to reduce the need to scan an operations checklist, which would allow allocation of visual attention towards other AOIs.

Urban Air Mobility↗

LANDSAT D: X-band analysis study

The effects of the use of an X-band carrier frequency on the transmission link margins and on the affected ground station equipment are investigated. The specific effects of the X-band carrier frequency allocation on the link margin are detailed. This includes an examination of a Local User Terminal's (LUT) coverage circle radius requirements, detailed elements of the link calculation, and specific spacecraft and ground configurations that would satisfy the link requirements. The requirements that spacecraft signal acquisition and tracking place on the front-end of the ground station equipment are also examined. The availability of the required ground station equipment and representative costs for these items are included. The costs considered shall be both for procurement of a new ground station (front-end only) and for modification of an existing S-band station to X-band.

Alexander, L.↗

Use of satellites to determine optimum locations for solar power stations

Ground measurements of solar radiation are too sparse to determine important mesoscale differences that can be of major significance in solar power station locations. Cloud images in the visual spectrum from the SMS/GOES geostationary satellites are used to determine the hourly distribution of sunshine on a mesoscale in the continental United States excluding Alaska. Cloud coverage and density as a function of time of day and season are considered through the use of digital data processing techniques. Low density cirrus clouds are less detrimental to solar energy collection than other types; and clouds in the morning and evening are less detrimental than those during midday hours of maximum insolation. The seasonal geographic distributions of sunshine are converted to Langleys of solar radiation received at the earth's surface through the use of transform equations developed from long-term measurements of these two parameters at 18 widely distributed stations. The high correlation between measurements of sunshine and radiation makes this possible. The output product will be maps showing the geographic distribution of total solar radiation on the mesoscale which is received at the earth's surface during each season.

Hiser, H. W.↗

The International Space Station, Optical Communications, and Delay Tolerant Networking: Towards A Solar System Internet Architecture

As Delay Tolerant Networking (DTN) matures as a software product its use cases have extended to infrastructural and architectural studies, bringing DTN closer to a widespread, operational technology. While it is known that a DTN can be configured, given complete information about a system of nodes, to provision a system with a complete network capability, what remains is to tackle practical considerations such as scalability, networking best practices, and how to establish service providers. In this paper, we document progress towards a scalable DTN architecture that was tested across multiple organizational and project boundaries; our approach was tested across nodes flying on the International Space Station (ISS) connected to a ground network. The network consists of four main network areas: the ISS, the White Sands Complex (WSC), the Mission Cloud Platform (MCP), and NASA’s Huntsville Operations Support Center (HOSC). The connections on the ground (WSC, MCP, and HOSC) are straightforward technically, but represent administrative and non-technical challenges that had to be overcome. The connection from the ISS to WSC was realized through a hybrid optical/RF means. In particular, NASA’s Integrated Laser Communications Relay Demonstration (LCRD) can form a relay from lowEarth-orbit (LEO) to the Earth, and was used in conjunction with the LCRD LEO User Modem and Amplifier Terminal (ILLUMA-T) on the ISS to form a link to one of three geographically diverse ground stations. A major goal was to achieve communications while keeping the ISS nodes unaware of ground station choices and scheduling. These disparate links were networked using High-rate DTN (HDTN), which enabled the desired architecture. The network architecture, tests, HDTN performance metrics, and general observations made are all discussed in detail, including a discussion on the successful utilization of the DTN security standard known as DTN Bundle Protocol Security (BPSec). We conclude with suggestions for next steps, and in particular focus on extending this architecture to the Near Space Network (NSN) and the upcoming LunaNet.

Alan Hylton↗

Developing an Adaptable NextGen Interface for the UAS Ground Control Station

Motivation: NextGen traffic infrastructure is in place to support manned aircraft operations. However, the UAS ground control station (GCS) adds a data interface requirement that is not yet fully accounted for in the NextGen data service architecture. Existing NextGen data service is focused on aircraft, not the GCS. Smaller UAS may not have the payload or power capacity to support the additional equipment. Innovation: Provide a mechanism for a UAS regardless of size, payload, bandwidth, and power capacity to gain access to NextGen data-sourced traffic information in real-time.

LVC↗

Critical configurations of fundamental range networks.

A range network is defined to consist of ground stations and targets where only distances between the two sets of points are observed. Such a network is said to be fundamental when only those six constraints are used that are needed to define the coordinate system for an adjustment. When ground stations or targets have certain configurations, a unique adjustment in terms of coordinates may be impossible, even when the number of observations is sufficient and the coordinate system is uniquely defined. Such configurations, resulting in the singular solutions, are said to be critical. Attention is therefore focused on singular solutions rather than on numerical problems in some ill-conditioned systems of fundamental range networks. The critical configurations are presented in two separate groups. The first deals with ground stations lying all in a plane and the second deals with ground stations generally distributed. The two kinds of problems require different mathematical treatments and lead to quite different conclusions.

Blaha, G.↗

SCL: An off-the-shelf system for spacecraft control

In this age of shrinking military, civil, and commercial space budgets, an off-the-shelf solution is needed to provide a multimission approach to spacecraft control. A standard operational interface which can be applied to multiple spacecraft allows a common approach to ground and space operations. A trend for many space programs has been to reduce operational staff by applying autonomy to the spacecraft and to the ground stations. The Spacecraft Command Language (SCL) system developed by Interface and Control Systems, Inc. (ICS) provides an off-the-shelf solution for spacecraft operations. The SCL system is designed to provide a hyper-scripting interface which remains standard from program to program. The spacecraft and ground station hardware specifics are isolated to provide the maximum amount of portability from system to system. Uplink and downlink interfaces are also isolated to allow the system to perform independent of the communications protocols chosen. The SCL system can be used for both the ground stations and the spacecraft, or as a value added package for existing ground station environments. The SCL system provides an expanded stored commanding capability as well as a rule-based expert system on-board. The expert system allows reactive control on-board the spacecraft for functions such as electrical power systems (EPS), thermal control, etc. which have traditionally been performed on the ground. The SCL rule and scripting capability share a common syntax allowing control of scripts from rules and rules from scripts. Rather than telemeter over sampled data to the ground, the SCL system maintains a database on-board which is available for interrogation by the scripts and rules. The SCL knowledge base is constructed on the ground and uploaded to the spacecraft. The SCL system follows an open-systems approach allowing other tasks to communicate with SCL on the ground and in space. The SCL system was used on the Clementine program (launched January 25, 1994) and is required to have bidirectional communications with the guidance, navigation, and control (GNC) algorithms which were written as another task. Sequencing of the spacecraft maneuvers are handled by SCL, but the low-level thruster pulse commands are handled by the GNC software. Attitude information is reported back as telemetry, allowing the SCL expert system to inference on the changing data. The Clementine SCL flight software was largely reused from another Naval Center for Space Technology (NCST) satellite program. This paper details the SCL architecture and how an off-the-shelf solution makes sense for multimission spacecraft programs. The Clementine mission will be used as a case study in the application of the SCL to a 'fast track' program. The benefits of such a system in a 'better, cheaper, faster' climate will be discussed.

Buckley, Brian↗

Use of Open Networks and Delay-Tolerant Protocol to Decrease WAN Latency of EOS near Real-Time Data

Since 1999, NASA's Earth Observing System Data Operations System (EDOS) project at Goddard Space Flight Center (GSFC) has provided high-rate data capture, level zero processing, and product distribution services for a majority of NASA's EOS (Earth Observing System) high-rate missions, including Terra, Aqua, Aura, ICESat, EO-1, SMAP, and OCO-2. EDOS high-rate science and engineering (150-300 Mbps) data-driven capture systems are deployed at 7 worldwide ground stations which are connected via both private (closed) and public (open) wide area networks (WANs) to the centralized EDOS Level Zero Processing Facility (LZPF) located at GSFC, where the data is processed and Level 0 products are distributed to users worldwide. All data transferred over the open networks to GSFC traverse an IPSec tunnel, providing the same level of security as a VPN connection. EDOS produces both time-based and near real-time products (session-based). Near real-time data products are produced from a single ground station contact; time-based products are produced from multiple ground station contacts. EDOS is the primary supplier of EOS Level 0 data to the NASA near real-time user community known as the Land, Atmosphere Near real-time Capability for EOS (LANCE). For the past few years, EDOS has streamlined its systems to reduce WAN latency for near real-time data delivery, including implementing Quality of Service (QoS), expanding closed network bandwidth, adding open network connections with more bandwidth, and implementing a delay-tolerant protocol to mitigate long round-trip times to remote ground stations.

Delay-Tolerant Protocol↗

Disaster warning satellite study

The Disaster Warning Satellite System is described. It will provide NOAA with an independent, mass communication system for the purpose of warning the public of impending disaster and issuing bulletins for corrective action to protect lives and property. The system consists of three major segments. The first segment is the network of state or regional offices that communicate with the central ground station; the second segment is the satellite that relays information from ground stations to home receivers; the third segment is composed of the home receivers that receive information from the satellite and provide an audio output to the public. The ground stations required in this system are linked together by two, separate, voice bandwidth communication channels on the Disaster Warning Satellites so that a communications link would be available in the event of disruption of land line service.

Source record↗