Subscribe to the gold package and get unlimited access to Shamra Academy
Register a new userThe GRAVITY instrument software / High-level software
176
0
0.0
(
0
)
Ask ChatGPT about the research
No Arabic abstract
GRAVITY is the four-beam, near- infrared, AO-assisted, fringe tracking, astrometric and imaging instrument for the Very Large Telescope Interferometer (VLTI). It is requiring the development of one of the most complex instrument software systems ever built for an ESO instrument. Apart from its many interfaces and interdependencies, one of the most challenging aspects is the overall performance and stability of this complex system. The three infrared detectors and the fast reflective memory network (RMN) recorder contribute a total data rate of up to 20 MiB/s accumulating to a maximum of 250 GiB of data per night. The detectors, the two instrument Local Control Units (LCUs) as well as the five LCUs running applications under TAC (Tools for Advanced Control) architecture, are interconnected with fast Ethernet, RMN fibers and dedicated fiber connections as well as signals for the time synchronization. Here we give a simplified overview of all subsystems of GRAVITY and their interfaces and discuss two examples of high-level applications during observations: the acquisition procedure and the gathering and merging of data to the final FITS file.
rate research
Read More
SOXS (Son Of X-Shooter) is a new spectrograph for the ESO NTT telescope, currently in the final design phase. The main instrument goal is to allow the characterization of transient sources based on alerts. It will cover from near-infrared to visible bands with a spectral resolution of $R sim 4500$ using two separate, wavelength-optimized spectrographs. A visible camera, primarily intended for target acquisition and secondary guiding, will also provide a scientific light imaging mode. In this paper we present the current status of the design of the SOXS instrument control software, which is in charge of controlling all instrument functions and detectors, coordinating the execution of exposures, and implementing all observation, calibration and maintenance procedures. Given the extensive experience of the SOXS consortium in the development of instruments for the VLT, we decided to base the design of the Control System on the same standards, both for hardware and software control. We illustrate the control network, the instrument functions and detectors to be controlled, the overall design of SOXS Instrument Software (INS) and its main components. Then, we provide details about the control software for the most SOXS-specific features: control of the COTS-based imaging camera, the flexures compensation system and secondary guiding.
SOXS (Son Of X-Shooter) is a forthcoming instrument for ESO-NTT, mainly dedicated to the spectroscopic study of transient events and is currently starting the AIT (Assembly, Integration, and Test) phase. It foresees a visible spectrograph, a near-Infrared (NIR) spectrograph, and an acquisition camera for light imaging and secondary guiding. The optimal setup and the monitoring of SOXS are carried out with a set of software-controlled motorized components and sensors. The instrument control software (INS) also manages the observation and calibration procedures, as well as maintenance and self-test operations. The architecture of INS, based on the latest release of the VLT Software (VLT2019), has been frozen; the code development is in an advanced state for what concerns supported components and observation procedures, which run in simulation. In this proceeding we present the INS current status, focusing in particular on the ongoing efforts in the support of two non-standard, special devices. The first special device is the piezoelectric slit exchanger for the NIR spectrograph; the second special device is the piezoelectric tip-tilt corrector used for active compensation of mechanical flexures of the instrument.
We present the hardware and software systems implementing autonomous operation, distributed real-time monitoring, and control for the EBEX instrument. EBEX is a NASA-funded balloon-borne microwave polarimeter designed for a 14 day Antarctic flight that circumnavigates the pole. To meet its science goals the EBEX instrument autonomously executes several tasks in parallel: it collects attitude data and maintains pointing control in order to adhere to an observing schedule; tunes and operates up to 1920 TES bolometers and 120 SQUID amplifiers controlled by as many as 30 embedded computers; coordinates and dispatches jobs across an onboard computer network to manage this detector readout system; logs over 3~GiB/hour of science and housekeeping data to an onboard disk storage array; responds to a variety of commands and exogenous events; and downlinks multiple heterogeneous data streams representing a selected subset of the total logged data. Most of the systems implementing these functions have been tested during a recent engineering flight of the payload, and have proven to meet the target requirements. The EBEX ground segment couples uplink and downlink hardware to a client-server software stack, enabling real-time monitoring and command responsibility to be distributed across the public internet or other standard computer networks. Using the emerging dirfile standard as a uniform intermediate data format, a variety of front end programs provide access to different components and views of the downlinked data products. This distributed architecture was demonstrated operating across multiple widely dispersed sites prior to and during the EBEX engineering flight.
The extension of on-board data processing capabilities is an attractive option to reduce telemetry for scientific instruments on deep space missions. The challenges that this presents, however, require a comprehensive software system, which operates on the limited resources a data processing unit in space allows. We implemented such a system for the Polarimetric and Helioseismic Imager (PHI) on-board the Solar Orbiter (SO) spacecraft. It ensures autonomous operation to handle long command-response times, easy changing of the processes after new lessons have been learned and meticulous book-keeping of all operations to ensure scientific accuracy. This contribution presents the requirements and main aspects of the software implementation, followed by an example of a task implemented in the software frame, and results from running it on SO/PHI. The presented example shows that the different parts of the software framework work well together, and that the system processes data as we expect. The flexibility of the framework makes it possible to use it as a baseline for future applications with similar needs and limitations as SO/PHI.
The CIWS-FW is aimed at providing a common and standard solution for the storage, processing and quick look at the data acquired from scientific instruments for astrophysics. The target system is the instrument workstation either in the context of the Electrical Ground Support Equipment for space-borne experiments, or in the context of the data acquisition system for instrumentation. The CIWS-FW core includes software developed by team members for previous experiments and provides new components and tools that improve the software reusability, configurability and extensibility attributes. The CIWS-FW mainly consists of two packages: the data processing system and the data access system. The former provides the software components and libraries to support the data acquisition, transformation, display and storage in near real time of either a data packet stream and/or a sequence of data files generated by the instrument. The latter is a meta-data and data management system, providing a reusable solution for the archiving and retrieval of the acquired data. A built-in operator GUI allows to control and configure the IW. In addition, the framework provides mechanisms for system error and logging handling. A web portal provides the access to the CIWS-FW documentation, software repository and bug tracking tools for CIWS-FW developers. We will describe the CIWS-FW architecture and summarize the project status.
Log in to be able to interact and post comments
comments
Fetching comments
Sign in to be able to follow your search criteria
