Source author record

Stefano Germani

Stefano Germani appears in the imported research catalog. Authorship, coauthor and topic links are available while profile ownership is still unclaimed.

ResearcherUnclaimed source record

Catalog footprint

What is connected

3works
3topics
4close collaborators

Actions

Connect this record

Log in to claim

Research graph

See the researcher in context

Open full explorer

Inspect adjacent papers, topics, institutions and collaborators without losing the researcher page.

Building this map preview

BZPEER is loading the nearby papers, people, topics and institutions for this page.

Published work

3 published item(s)

preprint2022arXiv

Low-latency NuMI Trigger for the CHIPS-5 Neutrino Detector

The CHIPS R&D project aims to develop affordable large-scale water Cherenkov neutrino detectors for underwater deployment. In 2019, a 5kt prototype detector CHIPS-5 was deployed in northern Minnesota to potentially study neutrinos generated by the NuMI beam. This paper presents the dedicated low-latency triggering system for CHIPS-5 that delivers notifications of neutrino spills from the Fermilab accelerator complex to the detector with sub-nanosecond precision. Building on existing NOvA infrastructure, the time distribution system achieves this using only open-source software and conventional computing and network elements. In a time-of-flight study, the system reliably provided advance notifications $610 \pm 330\text{ ms}$ prior to neutrino spills at 96% efficiency. This permits advanced analysis in real-time as well as hardware-assisted triggering that saves data bandwidth and reduces DAQ computing load outside time windows of interest.

preprint2022arXiv

Optimization of the storage database for the Monitoring system of the CTA

We present preliminary test results for the correct sizing of the bare metal hardware that will host the database of the Monitoring system (MON) for the Cherenkov Telescope Array (CTA). The MON is the subsystem of the Array Control and Data Acquisition System (ACADA) that is responsible for monitoring and logging the overall CTA array. It acquires and stores monitoring points and logging information from the array elements, at each of the CTA sites. MON is designed and built in order to deal with big data time series, and exploits some of the currently most advanced technologies in the fields of databases and Internet of Things (IoT). To dimension the bare metal hardware required by the monitoring system (excluding the logging), we performed the test campaign that is discussed in this paper. We discuss here the best set of parameters and the optimized configuration to maximize the database data writing in terms of the number of updated rows per second. We also demonstrate the feasibility of our approach in the frame of the CTA requirements.

preprint2022arXiv

The Monitoring Logging and Alarm System of the ASTRI Mini-Array gamma-ray air-Cherenkov experiment at the Observatorio del Teide

The ASTRI Mini-Array is a project for the Cherenkov astronomy in the TeV energy range. ASTRI Mini-Array consists of nine Imaging Atmospheric Cherenkov telescopes located at the Teide Observatory (Canarias Islands). Large volumes of monitoring and logging data result from the operation of a large-scale astrophysical observatory. In the last few years, several "Big Data" technologies have been developed to deal with such volumes of data, especially in the Internet of Things (IoT) framework. We present the Monitoring, Logging, and Alarm (MLA) system for the ASTRI Mini-Array aimed at supporting the analysis of scientific data and improving the operational activities of the telescope facility. The MLA system was designed and built considering the latest software tools and concepts coming from Big Data and IoT to respond to the challenges posed by the operation of the array. A particular relevance has been given to satisfying the reliability, availability, and maintainability requirements towards all the array sub-systems and auxiliary devices. The system architecture has been designed to scale up with the number of devices to be monitored and with the number of software components to be considered in the distributed logging system.