| Home | << 1 2 3 4 5 6 7 >> |
|
ANTARES Collaboration(Albert, A. et al), Carretero, V., Colomer, M., Gozzini, R., Hernandez-Rey, J. J., Illuminati, G., et al. (2021). ANTARES upper limits on the multi-TeV neutrino emission from the GRBs detected by IACTs. J. Cosmol. Astropart. Phys., 03(3), 092–17pp.
Abstract: The first gamma-ray burst detections by Imaging Atmospheric Cherenkov Telescopes have been recently announced: GRB 190114C, detected by MAGIC, GRB 180720B and GRB 190829A, observed by H.E.S.S. A dedicated search for neutrinos in space and time coincidence with the gamma-ray emission observed by IACTs has been performed using ANTARES data. The search covers both the prompt and afterglow phases, yielding no neutrinos in coincidence with the three GRBs studied. Upper limits on the energetics of the neutrino emission are inferred. The resulting upper limits are several orders of magnitude above the observed gamma-ray emission, and they do not allow to constrain the available models.
|
|
KM3NeT Collaboration(Aiello, S. et al), Alves Garre, S., Calvo, D., Carretero, V., Colomer, M., Corredoira, I., et al. (2020). gSeaGen: The KM3NeT GENIE-based code for neutrino telescopes. Comput. Phys. Commun., 256, 107477–15pp.
Abstract: The gSeaGen code is a GENIE-based application developed to efficiently generate high statistics samples of events, induced by neutrino interactions, detectable in a neutrino telescope. The gSeaGen code is able to generate events induced by all neutrino flavours, considering topological differences between tracktype and shower-like events. Neutrino interactions are simulated taking into account the density and the composition of the media surrounding the detector. The main features of gSeaGen are presented together with some examples of its application within the KM3NeT project. Program summary Program Title: gSeaGen CPC Library link to program files: http://dx.doi.org/10.17632/ymgxvy2br4.1 Licensing provisions: GPLv3 Programming language: C++ External routines/libraries: GENIE [1] and its external dependencies. Linkable to MUSIC [2] and PROPOSAL [3]. Nature of problem: Development of a code to generate detectable events in neutrino telescopes, using modern and maintained neutrino interaction simulation libraries which include the state-of-the-art physics models. The default application is the simulation of neutrino interactions within KM3NeT [4]. Solution method: Neutrino interactions are simulated using GENIE, a modern framework for Monte Carlo event generators. The GENIE framework, used by nearly all modern neutrino experiments, is considered as a reference code within the neutrino community. Additional comments including restrictions and unusual features: The code was tested with GENIE version 2.12.10 and it is linkable with release series 3. Presently valid up to 5 TeV. This limitation is not intrinsic to the code but due to the present GENIE valid energy range. References: [1] C. Andreopoulos at al., Nucl. Instrum. Meth. A614 (2010) 87. [2] P. Antonioli et al., Astropart. Phys. 7 (1997) 357. [3] J. H. Koehne et al., Comput. Phys. Commun. 184 (2013) 2070. [4] S. Adrian-Martinez et al., J. Phys. G: Nucl. Part. Phys. 43 (2016) 084001.
|
|
KM3NeT Collaboration(Aiello, S. et al), Alves Garre, S., Calvo, D., Carretero, V., Garcia Soto, A., Gozzini, S. R., et al. (2024). Embedded software of the KM3NeT central logic board. Comput. Phys. Commun., 296, 109036–15pp.
Abstract: The KM3NeT Collaboration is building and operating two deep sea neutrino telescopes at the bottom of the Mediterranean Sea. The telescopes consist of latices of photomultiplier tubes housed in pressure-resistant glass spheres, called digital optical modules and arranged in vertical detection units. The two main scientific goals are the determination of the neutrino mass ordering and the discovery and observation of high-energy neutrino sources in the Universe. Neutrinos are detected via the Cherenkov light, which is induced by charged particles originated in neutrino interactions. The photomultiplier tubes convert the Cherenkov light into electrical signals that are acquired and timestamped by the acquisition electronics. Each optical module houses the acquisition electronics for collecting and timestamping the photomultiplier signals with one nanosecond accuracy. Once finished, the two telescopes will have installed more than six thousand optical acquisition nodes, completing one of the more complex networks in the world in terms of operation and synchronization. The embedded software running in the acquisition nodes has been designed to provide a framework that will operate with different hardware versions and functionalities. The hardware will not be accessible once in operation, which complicates the embedded software architecture. The embedded software provides a set of tools to facilitate remote manageability of the deployed hardware, including safe reconfiguration of the firmware. This paper presents the architecture and the techniques, methods and implementation of the embedded software running in the acquisition nodes of the KM3NeT neutrino telescopes. Program summary Program title: Embedded software for the KM3NeT CLB CPC Library link to program files: https://doi.org/10.17632/s847hpsns4.1 Licensing provisions: GNU General Public License 3 Programming language: C Nature of problem: The challenge for the embedded software in the KM3NeT neutrino telescope lies in orchestrating the Digital Optical Modules (DOMs) to achieve the synchronized data acquisition of the incoming optical signals. The DOMs are the crucial component responsible for capturing neutrino interactions deep underwater. The embedded software must configure and precisely time the operation of each DOM. Any deviation or timing mismatch could compromise data integrity, undermining the scientific value of the experiment. Therefore, the embedded software plays a critical role in coordinating, synchronizing, and operating these modules, ensuring they work in unison to capture and process neutrino signals accurately, ultimately advancing our understanding of fundamental particles in the Universe. Solution method: The embedded software on the DOMs provides a solution based on a C-based bare-metal application, operating without a real-time embedded OS. It is loaded into the RAM during FPGA configuration, consuming less than 256 kB of RAM. The software architecture comprises two layers: system software and application. The former offers OS-like features, including a multitasking scheduler, firmware updates, peripheral drivers, a UDP-based network stack, and error handling utilities. The application layer contains a state machine ensuring consistent program states. It is navigated via slow control events, including external inputs and autonomous responses. Subsystems within the application code control specific acquisition electronics components via the associated driver abstractions. Additional comments including restrictions and unusual features: Due to the operation conditions of the neutrino telescope, where access is restricted, the embedded software implements a fail-safe procedure to reconfigure the firmware where the embedded software runs.
|
|
KM3NeT Collaboration(Aiello, S. et al), Alves Garre, S., Calvo, D., Carretero, V., Colomer, M., Gozzini, S. R., et al. (2022). Nanobeacon: A time calibration device for the KM3NeT neutrino telescope. Nucl. Instrum. Methods Phys. Res. A, 1040, 167132–13pp.
Abstract: The KM3NeT Collaboration is currently constructing a multi-site high-energy neutrino telescope in the Mediterranean Sea consisting of matrices of pressure-resistant glass spheres, each holding a set of 31 small-area photomultipliers. The main goals of the telescope are the observation of neutrino sources in the Universe and the measurement of the neutrino oscillation parameters with atmospheric neutrinos. A relative time synchronisation between photomultipliers of the nanosecond order needed to guarantee the required angular resolution of the detector. Due to the large detector volumes to be instrumented by KM3NeT, a cost reduction of the different systems is a priority. To this end, the inexpensive Nanobeacon has been designed and developed by the KM3NeT Collaboration to be used for detector time-calibration studies. At present, more than 600 & nbsp;Nanobeacons have been already produced. The characterisation of the optical pulse and the wavelength emission profile of the devices is critical for the time calibration. The optical pulse rise time has been quantified as less than 3 ns, while the Full Width Half Maximum is less than 6 ns. The wavelength drift, due to a variation of the supply voltage, has also been qualified as lower than 10 nm for the full range of the Nanobeacon. In this paper, more details about the main features of the Nanobeacon design, production and operation, together with the main properties of the light pulse generated are described.
Keywords: Time calibration; Instrumentation; Neutrino telescopes
|
|
KM3NeT Collaboration(Aiello, S. et al), Alves Garre, S., Calvo, D., Carretero, V., Colomer, M., Corredoira, I., et al. (2021). Architecture and performance of the KM3NeT front-end firmware. J. Astron. Telesc. Instrum. Syst., 7(1), 016001–24pp.
Abstract: The KM3NeT infrastructure consists of two deep-sea neutrino telescopes being deployed in the Mediterranean Sea. The telescopes will detect extraterrestrial and atmospheric neutrinos by means of the incident photons induced by the passage of relativistic charged particles through the seawater as a consequence of a neutrino interaction. The telescopes are configured in a three-dimensional grid of digital optical modules, each hosting 31 photomultipliers. The photomultiplier signals produced by the incident Cherenkov photons are converted into digital information consisting of the integrated pulse duration and the time at which it surpasses a chosen threshold. The digitization is done by means of time to digital converters (TDCs) embedded in the field programmable gate array of the central logic board. Subsequently, a state machine formats the acquired data for its transmission to shore. We present the architecture and performance of the front-end firmware consisting of the TDCs and the state machine.
|