154 research outputs found

    Report of the EGSE reduced data of the EPIC MOS FM2 calibration at Orsay

    Get PDF
    The aim of the present document is to describe the test configuration set up and the content of the Erdf DAT Tapes containing all the Erdf data produced during the calibration campaign of the FM2 MO

    DAS: a data management system for instrument tests and operations

    Full text link
    The Data Access System (DAS) is a metadata and data management software system, providing a reusable solution for the storage of data acquired both from telescopes and auxiliary data sources during the instrument development phases and operations. It is part of the Customizable Instrument WorkStation system (CIWS-FW), a framework for the storage, processing and quick-look at the data acquired from scientific instruments. The DAS provides a data access layer mainly targeted to software applications: quick-look displays, pre-processing pipelines and scientific workflows. It is logically organized in three main components: an intuitive and compact Data Definition Language (DAS DDL) in XML format, aimed for user-defined data types; an Application Programming Interface (DAS API), automatically adding classes and methods supporting the DDL data types, and providing an object-oriented query language; a data management component, which maps the metadata of the DDL data types in a relational Data Base Management System (DBMS), and stores the data in a shared (network) file system. With the DAS DDL, developers define the data model for a particular project, specifying for each data type the metadata attributes, the data format and layout (if applicable), and named references to related or aggregated data types. Together with the DDL user-defined data types, the DAS API acts as the only interface to store, query and retrieve the metadata and data in the DAS system, providing both an abstract interface and a data model specific one in C, C++ and Python. The mapping of metadata in the back-end database is automatic and supports several relational DBMSs, including MySQL, Oracle and PostgreSQL.Comment: Accepted for pubblication on ADASS Conference Serie

    Report of the EGSE reduced data of the EPIC PN FM1 calibration at Orsay

    Get PDF
    The aim of the present document is to describe the test configuration set up and the content of the Erdf DAT Tapes containing all the Erdf data produced during the calibration campaign of the FM1 P

    CIWS-FW: a Customizable InstrumentWorkstation Software Framework for instrument-independent data handling

    Get PDF
    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.Comment: Accepted for pubblication on ADASS Conference Serie

    The DAQ system support to the AIV activities of the ASTRI camera proposed for the Cherenkov Telescope Array

    Get PDF
    The Cherenkov Telescope Array (CTA), the next generation ground-based observatory for very high-energy gamma rays, is being built and will be operated by an international consortium. Two arrays will be located in the northern and southern hemispheres. Each telescope array will operate different numbers and types of telescopes. The Italian National Institute for Astrophysics (INAF) is leading the ASTRI (Astrofisica con Specchi a Tecnologia Replicante Italiana) project in the framework of the small size class of telescopes (SST). A first goal of the ASTRI project is the realization of an end-to-end prototype in dual-mirror configuration (SST-2M). The ASTRI camera focal plane is composed of a matrix of silicon photo-multiplier sensors managed by innovative front-end and back-end electronics. The ASTRI SST2M prototype is installed in Italy at the INAF "M.G. Fracastoro" observing station located at Serra La Nave, 1735 m a.s.l. on Mount Etna, Sicily. The ASTRI Data AcQuisition (DAQ) system acquires, packet by packet, the camera data from the back-end electronics. The packets are then stored locally in one raw file as soon as they arrive. During the acquisition, the DAQ system groups the packets by data type (scientific, calibration, engineering) before processing and storing the data in FITS format. All the files are then transferred to the on-site archive. In addition, we implemented a quick-look component the allows the operator to display the camera data during the acquisition. A graphical user interface enables the operator to configure, monitor and control the DAQ software. Furthermore, we implemented the control panel algorithms within the framework of the Alma Common Software, in order to integrate the DAQ software within the ASTRI control software. The ASTRI DAQ system supports the camera AIV activities and operations. We provide the instrument workstation to support the AIV activities in the laboratory, and the camera server on-site. In this paper, we assess the ASTRI DAQ system as it has performed the AIV tasks for the ASTRI SST-2M prototype

    The AGILE Pipeline for Gravitational Waves Events Follow-up

    Get PDF
    The first direct detection of gravitational waves (GW) by Advanced LIGO detectors in September 2015 has drawn the attention of the astrophysical community that is now searching for the electromagnetic counterparts of the detected GW events. The AGILE (Astro-Rivelatore Gamma a Immagini Leggero) mission is primarily devoted to the high-energy astrophysical study of gamma-ray sources in the 30 MeV to 30 GeV energy range. The capability of the AGILE satellite for the discovery of transients is unique: the actual spinning configuration of the satellite, together with a large field of view and a good sensitivity of F =(1-2) ×10-8ergcm-2 s-1 for 100s integrations, provides a coverage of 80% of the sky, with each position exposed for 100 seconds, 200 times a day. The AGILE team signed a memorandum of understanding (MoU) with the LIGO/Virgo collaboration to follow the GW notices provided through the GCN network. In this paper we describe our automated pipeline that reacts to LIGO/Virgo GW notices and performs different kind of automated analysis to boost the search for of GW event counterparts

    The Camera Server of the ASTRI SST-2M Telescopes Proposed for the Cherenkov Telescope Array

    Get PDF
    The Cherenkov Telescope Array (CTA) project is an international initiative to build the next generation of ground-based very high energy gamma-ray instrument . Three classes of telescopes with different mirror size will cover the full energy range from tens of GeV up to hundreds of TeV. The full sky coverage will be assured by two arrays, with one site located in each of the northern and southern hemispheres. In the current design scenario, the southern hemisphere array of CTA will include seventy small size telescopes (SST, 4m diameter) covering the highest energy region. Their implementation includes proposed intermediate steps with the development of mini-arrays of telescope precursors like the ASTRI mini-array, led by the Italian National Institute for Astrophysics (INAF) in synergy with the Universidade de Sao Paulo (Brazil) and the North-West University (South Africa). The ASTRI mini-array will be composed of nine telescope units (ASTRI SST-2M) based on double-mirror configuration whose end-to-end prototype has been installed on Mt. Etna (Italy) and is currently undergoing engineering tests. In the ASTRI SST-2M prototype, operating in single telescope configuration, the basic camera server software is being deployed and tested; it acquires the data sent by the camera back end electronics as a continuous stream of packets. In near real time, the bulk data of a given run are stored in one raw file. In parallel they are sorted by data type, converted to FITS format and stored in one file for data type. Upon closure, each file is transferred to the on-site archive. In addition, the quick look component allows the operator to display the camera data during the acquisition. This contribution presents how the camera server software of the prototype is being upgraded in order to fulfil the mini-array requirements, where it will be deployed on the camera server of each ASTRI SST-2M telescope. Particular emphasis will be devoted to the most challenging requirements that are related to the stereoscopy, when two or more telescopes have triggered simultaneously. To handle stereoscopy, each camera server has also to: (i) get the timestamp information from the clock distribution and trigger time stamping system, and associate it to the related camera event; (ii) get from the software array trigger the timestamp which passed the stereo trigger criteria; and (iii) forward to the array data acquisition system the stereo trigger events, according to the required data format and communication protocol

    Software design of the ASTRI camera server proposed for the Cherenkov Telescope Array

    Get PDF
    The Italian National Institute for Astrophysics (INAF) is leading the ASTRI project within the ambitious Cherenkov Telescope Array (CTA), the next generation of ground-based observatories for very high energy gamma-ray astronomy. In the framework of the small sized telescopes (SST), a first goal of the ASTRI project is the realization of an end-to-end prototype in dual-mirror configuration (2M) with the camera composed of a matrix of Silicon photo-multiplier sensors managed by innovative front-end and back-end electronics. The prototype, named ASTRI SST-2M, is installed in Italy at the INAF "M.G. Fracastoro" observing station located at Serra La Nave, 1735 m a.s.l. on Mount Etna, Sicily. As a second step, the ASTRI project is focused on the implementation of a mini-array composed at least of nine ASTRI telescopes and proposed to be placed at the CTA southern site. This paper outlines the design of the camera server software that will be installed on the ASTRI mini-array. The software is based on the version installed on the ASTRI SST-2M prototype operating in a single telescope configuration. The migration from single telescope to mini-array context has required additional interfaces in order to guarantee high interoperability with other software and hardware components. In the mini-array configuration each camera communicates with its own camera server via a dedicated high rate data link. The primary goal of the camera server is to acquire the bulk data, packet by packet, without any data loss and to timestamp each packet very precisely. During array operation, the camera server receives from the SoftWare Array Trigger (SWAT) the list of science events that participate in stereo triggered events. These science events, and all others that are flagged either by the camera as interleaved calibration or by the camera server as possible single-muon events, are sent to the Array DAQ. All remaining science events will be discarded. A suitable buffer is provided to perform this processing on all the incoming event packets. The camera server provides interfaces to the array control software to allow for monitoring and control during array operations. In this paper we present the design of the camera server software with particular emphasis on the external interfaces. In addition, we report the results of the first integration activities and performance tests. <P /

    The ICT monitoring system of the ASTRI SST-2M prototype proposed for the Cherenkov Telescope Array

    Get PDF
    In the framework of the international Cherenkov Telescope Array (CTA) observatory, the Italian National Institute for Astrophysics (INAF) has developed a dual mirror, small sized, telescope prototype (ASTRI SST-2M), installed in Italy at the INAF observing station located at Serra La Nave, Mt. Etna. The ASTRI SST-2M prototype is the basis of the ASTRI telescopes that will form the mini-array proposed to be installed at the CTA southern site during its preproduction phase. This contribution presents the solutions implemented to realize the monitoring system for the Information and Communication Technology (ICT) infrastructure of the ASTRI SST-2M prototype. The ASTRI ICT monitoring system has been implemented by integrating traditional tools used in computer centers, with specific custom tools which interface via Open Platform Communication Unified Architecture (OPC UA) to the Alma Common Software (ACS) that is used to operate the ASTRI SST-2M prototype. The traditional monitoring tools are based on Simple Network Management Protocol (SNMP) and commercial solutions and features embedded in the devices themselves. They generate alerts by email and SMS. The specific custom tools convert the SNMP protocol into the OPC UA protocol and implement an OPC UA server. The server interacts with an OPC UA client implemented in an ACS component that, through the ACS Notification Channel, sends monitor data and alerts to the central console of the ASTRI SST-2M prototype. The same approach has been proposed also for the monitoring of the CTA onsite ICT infrastructures. <P /
    • …
    corecore