pith. sign in

arxiv: 2606.18798 · v1 · pith:TDMH4CLTnew · submitted 2026-06-17 · 🌌 astro-ph.IM · astro-ph.HE

The Array Control and Data Acquisition software of the Cherenkov Telescope Array Observatory

I. Oya , B. L\'opez , P. Aubert , G. Barni , P. Bauza , D. Berge , J.-P. Bolle , W. Boulakbech
show 56 more authors
P. Bruno U. Bajc A. Bulgarelli M. Cappi F. Cassol S. Caroff L. Castaldini T. Collins V. Conforti A. Costa L. David G. De Cesare E. de Ona Wilhelmi A. Di Piano K. Egberts R. Fernandez V. Fioretti S. Fukami E. Garc\'ia E. Garcia H. Gasparyan S. Germani J. Hinton C. Hoischen F. Incardona D. Kostunin E. Lyard G. Maurin D. Melkumyan E. Mestre K. Munari T. Murach A. Muraczewski N. Nakhjiri D. Neise T. Oprinsen G. Panebianco N. Parmiggiani E. Pietriga V. Pollet B. Rudak I. Sadeh S. Sah A. Sarkar M. Schefer T. Schmidt D. Soldevila S. Spinello C. Steppa D.F. Torres A. Tramacere R. Vall\'es T. Vuillaume R. Walter F. Werner A. W\"orheide
This is my paper

Pith reviewed 2026-06-26 19:44 UTC · model grok-4.3

classification 🌌 astro-ph.IM astro-ph.HE
keywords Cherenkov Telescope ArrayACADAscience alertstransientsdata acquisitionobservatory controlgamma-ray astronomyreal-time scheduling
0
0 comments X

The pith

The ACADA system enables sub-minute response to astronomical transients via integrated real-time alert generation and scheduling in the Cherenkov Telescope Array Observatory.

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The paper presents the Array Control and Data Acquisition software as the central system for operating the two-site CTAO, which deploys telescopes of three sizes plus auxiliary instruments. ACADA manages multi-gigabit data streams while running a Science Alert Generation Pipeline that produces candidate alerts automatically as data arrive. These alerts, together with external ones, pass through the Transients Handler to the Short-Term Scheduler, which can alter ongoing observations on sub-minute timescales. A sympathetic reader would care because the combination of this software capability with fast telescope slewing positions CTAO to capture high-impact transient events in gamma rays.

Core claim

The central claim is that the Science Alert Generation Pipeline, Transients Handler, and Short-Term Scheduler within ACADA can be operated together to modify observations on sub-minute timescales while handling the high data rates from the telescopes and auxiliary instruments, thereby making the observatory well suited for studying astronomical transients.

What carries the argument

The Science Alert Generation Pipeline together with the Transients Handler and Short-Term Scheduler, which together process incoming data streams in real time to generate alerts and adjust the observation schedule.

If this is right

  • Ongoing observations can be interrupted or redirected within tens of seconds when a science alert or external transient alert arrives.
  • The system supports efficient coordination of observations across the northern and southern sites and across telescope sizes.
  • Data from calibration and environmental instruments such as LIDAR systems are incorporated into the same control and acquisition framework.
  • The observatory becomes capable of responding to alerts from other instruments for multi-messenger follow-up.

Where Pith is reading between the lines

These are editorial extensions of the paper, not claims the author makes directly.

  • This architecture could support coordinated observations with gravitational-wave or neutrino detectors by ingesting their alerts directly into the scheduler.
  • Rapid response might allow capture of short-lived phenomena such as gamma-ray bursts or flaring active galactic nuclei that would otherwise be missed.
  • The design implies that future expansions of the array can reuse the same alert-to-schedule pipeline without major redesign.

Load-bearing premise

That the Science Alert Generation Pipeline, Transients Handler, and Short-Term Scheduler can be integrated and operated to achieve sub-minute response times with the multi-gigabit-per-second data streams from the telescopes.

What would settle it

A commissioning test or operational log showing that the time from alert generation or external alert receipt to schedule modification consistently exceeds one minute.

Figures

Figures reproduced from arXiv: 2606.18798 by A. Bulgarelli, A. Costa, A. Di Piano, A. Muraczewski, A. Sarkar, A. Tramacere, A. W\"orheide, B. L\'opez, B. Rudak, C. Hoischen, C. Steppa, D. Berge, D.F. Torres, D. Kostunin, D. Melkumyan, D. Neise, D. Soldevila, E. de Ona Wilhelmi, E. Garc\'ia, E. Garcia, E. Lyard, E. Mestre, E. Pietriga, F. Cassol, F. Incardona, F. Werner, G. Barni, G. De Cesare, G. Maurin, G. Panebianco, H. Gasparyan, I. Oya, I. Sadeh, J. Hinton, J.-P. Bolle, K. Egberts, K. Munari, L. Castaldini, L. David, M. Cappi, M. Schefer, N. Nakhjiri, N. Parmiggiani, P. Aubert, P. Bauza, P. Bruno, R. Fernandez, R. Vall\'es, R. Walter, S. Caroff, S. Fukami, S. Germani, S. Sah, S. Spinello, T. Collins, T. Murach, T. Oprinsen, T. Schmidt, T. Vuillaume, U. Bajc, V. Conforti, V. Fioretti, V. Pollet, W. Boulakbech.

Figure 1
Figure 1. Figure 1: ACADA system context. The systems external to ACADA are de [PITH_FULL_IMAGE:figures/full_fig_p004_1.png] view at source ↗
Figure 2
Figure 2. Figure 2: Logical view of ACADA, representing the main components of the system. Only the highest-level components and the most relevant data elements and [PITH_FULL_IMAGE:figures/full_fig_p005_2.png] view at source ↗
Figure 3
Figure 3. Figure 3: Sketch of a supervision tree. • Initialise: Request the supervised component to start. • Poll status: Periodically check the existence and status of the supervised component. • Replace on problem: Replace the supervised component with a successor if it disappears or reaches an error state. The components of the ACADA system base their instantia￾tion strategy on the supervision tree. The first node in the t… view at source ↗
Figure 4
Figure 4. Figure 4: Sketch distribution of the ACADA HMI panels, and they will be distributed in the workstation monitors and wall panels in the CTAO control rooms. [PITH_FULL_IMAGE:figures/full_fig_p008_4.png] view at source ↗
Figure 5
Figure 5. Figure 5: The Schedule Overview Panel shows the planned SBs and OBs for the night. The main top area displays OBs as rectangles, grouped into SBs (as indicated [PITH_FULL_IMAGE:figures/full_fig_p009_5.png] view at source ↗
Figure 6
Figure 6. Figure 6: An overview of the ACADA Git workflow. 15 [PITH_FULL_IMAGE:figures/full_fig_p015_6.png] view at source ↗
read the original abstract

The Cherenkov Telescope Array Observatory (CTAO) aims to advance knowledge of the gamma-ray sky as the largest gamma-ray observatory ever built. The CTAO will be deployed at two sites, one in the Northern Hemisphere and the other in the Southern Hemisphere, containing telescopes of three sizes to cover different energy domains. Commissioning of the prototype CTAO Large-Sized Telescope (LST-1) is being finalized at the northern site, while three additional LSTs are under construction. Additional calibration and environmental monitoring instruments, such as laser imaging detection and ranging (LIDAR) systems and weather stations, will support telescope operations. The Array Control and Data Acquisition (ACADA) system serves as the central element for on-site CTAO operations. ACADA controls, supervises, and handles the data generated by the telescopes and the auxiliary instruments. It drives the efficient planning and execution of observations while managing the multi-gigabit-per-second data streams produced by each CTAO telescope. The ACADA system contains the CTAO Science Alert Generation Pipeline - a real-time data processing and analysis pipeline, dedicated to automatically generating science alert candidates as data are acquired. These science alerts, along with external alerts received from other scientific instruments, are managed by the Transients Handler (TH) component. The TH informs ACADA's Short-Term Scheduler (STS) about relevant science alerts, enabling modification of ongoing observations on sub-minute timescales. This capability for rapid response, combined with the fast slewing of CTAO telescopes, makes the Observatory an excellent instrument for studying high-impact astronomical transients.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, simulated authors' rebuttal, and a circularity audit. Tearing a paper down is the easy half of reading it; the pith above is the substance, this is the friction.

Referee Report

2 major / 2 minor

Summary. The manuscript describes the Array Control and Data Acquisition (ACADA) system for the Cherenkov Telescope Array Observatory (CTAO). It outlines the system's role in telescope control, data handling from multi-gigabit-per-second streams, and the integration of the Science Alert Generation Pipeline, Transients Handler (TH), and Short-Term Scheduler (STS) to enable automatic generation of science alerts and modification of observations on sub-minute timescales in response to transients.

Significance. The architectural overview of ACADA is relevant to CTAO operations and transient astronomy. The claimed rapid-response capability, if validated, would strengthen CTAO's position for high-impact transient studies, but the manuscript supplies no performance data to support this.

major comments (2)
  1. [Abstract] Abstract: The central claim that the TH informs the STS to enable observation modifications on sub-minute timescales with multi-Gbps data streams is unsupported; the manuscript provides only a high-level component description with no latency budgets, throughput measurements, end-to-end timing analysis, or test results under realistic loads.
  2. [Science Alert Generation Pipeline and TH] Section describing the Science Alert Generation Pipeline and TH integration: No details are given on how real-time processing scales with telescope data rates or on validation of the pipeline's alert generation latency, which is required to substantiate the rapid-response functionality.
minor comments (2)
  1. The manuscript would benefit from a dedicated section on system interfaces between ACADA components and auxiliary instruments such as LIDAR and weather stations.
  2. Figure or diagram clarity: Any architectural diagrams should include data-flow arrows with approximate rates to illustrate the multi-Gbps handling.

Simulated Author's Rebuttal

2 responses · 0 unresolved

We thank the referee for the constructive comments on our manuscript describing the ACADA system. We address each major comment below and propose revisions to clarify the scope of the paper.

read point-by-point responses

  1. Referee: [Abstract] Abstract: The central claim that the TH informs the STS to enable observation modifications on sub-minute timescales with multi-Gbps data streams is unsupported; the manuscript provides only a high-level component description with no latency budgets, throughput measurements, end-to-end timing analysis, or test results under realistic loads.

    Authors: We agree that the manuscript is an architectural overview and does not include quantitative performance data such as latency budgets or throughput measurements. The sub-minute response is described as a capability enabled by the TH-STS integration based on the system design. We will revise the abstract to state that this rapid-response functionality is a design feature whose performance validation under realistic loads will be reported in a dedicated follow-up paper on ACADA performance. revision: yes

  2. Referee: [Science Alert Generation Pipeline and TH] Section describing the Science Alert Generation Pipeline and TH integration: No details are given on how real-time processing scales with telescope data rates or on validation of the pipeline's alert generation latency, which is required to substantiate the rapid-response functionality.

    Authors: The relevant section provides a high-level description of component integration rather than performance scaling or latency validation. We will add a clarifying sentence noting that detailed analysis of real-time processing scaling with multi-Gbps data rates and alert generation latency measurements are outside the scope of this architecture paper and are addressed in the CTAO system requirements documentation and planned performance studies. revision: yes

Circularity Check

0 steps flagged

No circularity: high-level system architecture description only

full rationale

The manuscript is a descriptive overview of the ACADA software components, their roles in observation planning, data handling, and alert processing. It contains no equations, fitted parameters, predictions derived from models, or derivation chains. The claim regarding sub-minute response is stated as an intended capability of the described architecture (Science Alert Generation Pipeline, Transients Handler, Short-Term Scheduler) rather than a result obtained by reducing to prior fitted quantities or self-citations. No load-bearing steps reduce to inputs by construction.

Axiom & Free-Parameter Ledger

0 free parameters · 0 axioms · 0 invented entities

This is an engineering description paper with no mathematical derivations, fitted parameters, or physical postulates. No free parameters, axioms, or invented entities are introduced.

pith-pipeline@v0.9.1-grok · 6142 in / 1088 out tokens · 27551 ms · 2026-06-26T19:44:22.110079+00:00 · methodology

discussion (0)

Sign in with ORCID, Apple, or X to comment. Anyone can read and Pith papers without signing in.

Reference graph

Works this paper leans on

14 extracted references · 13 canonical work pages

  1. [1]

    Bulgarelli, A., et al.,

    doi:10.3847/1538-4357/ace89d. Bulgarelli, A., et al.,

    work page doi:10.3847/1538-4357/ace89d

  2. [2]

    Caproni, A., Schmid, E.,

    doi:doi.org/10.1117/12.3017825. Caproni, A., Schmid, E.,

    work page doi:10.1117/12.3017825

  3. [3]

    ICALEPCS 2017, p

    The Integrated Alarm System for the ALMA Observatory, in: Proc. ICALEPCS 2017, p. MOCPL07. doi:10.18429/ JACoW-ICALEPCS2017-MOCPL07. Caroff, S., Aubert, P., Garcia, E., Maurin, G., Pollet, V ., Vuil- laume, T. (CTAO LST Project),

    2017

  4. [4]

    Chiozzi, G., et al.,

    doi:10.22323/1.444.0616. Chiozzi, G., et al.,

    work page doi:10.22323/1.444.0616

  5. [5]

    Costa, A., Munari, K., Incardona, F., Germani, S., Bruno, P., Mastriani, E., Spinello, S., Oya, I.,

    doi:10.22323/1.501.0614. Costa, A., Munari, K., Incardona, F., Germani, S., Bruno, P., Mastriani, E., Spinello, S., Oya, I.,

    work page doi:10.22323/1.501.0614

  6. [6]

    The com- prehensive monitoring, logging, and alarm system for the Cherenkov Telescope Array Observatory, in: Software and Cyberinfrastructure for Astronomy VIII, SPIE. p. 1310132. doi:10.1117/12.3018799. Donath, A., et al.,

    work page doi:10.1117/12.3018799

  7. [7]

    On nowhere dense graphs

    A systematic assessment of data volume reduction for iacts. Astroparticle Physics 167, 103078. doi:10.1016/j. astropartphys.2025.103078. Kosack, K., . Top-Level Data Model. D10000001009642, v. B001 (CTAO internal report). Kostunin, D., Jones, E., Sotnikov, V ., Sotnikov, V ., Golo- vachev, S., Strube, A.,

    work page doi:10.1016/j 2025

  8. [8]

    501.0714

    doi:10.22323/1. 501.0714. Lopez, B., et al.,

    work page doi:10.22323/1

  9. [9]

    SPIE, pp

    Methodology for the Integration of the Array Control and Data Acquisition System with Array Elements of the Cherenkov Telescope Array Observatory, in: Proc. SPIE, pp. 13101–16. doi:10.1117/12.3017493. McMuldroch, S., et al.,

    work page doi:10.1117/12.3017493

  10. [10]

    Melkumyan, D., Fernandez, R., Kostunin, D., Murach, T., Oya, I., Sah, S., Schmidt, T.,

    doi:doi.org/10.1117/12.3023226. Melkumyan, D., Fernandez, R., Kostunin, D., Murach, T., Oya, I., Sah, S., Schmidt, T.,

    work page doi:10.1117/12.3023226

  11. [11]

    The resource manager and cen- tral control systems for the Cherenkov Telescope Array Ob- servatory, in: Software and Cyberinfrastructure for Astron- omy VIII, SPIE. p. 131012H. doi:10.1117/12.3018313. Oya, I., Füßling, M., Antonino, P.O., Conforti, V ., Hagge, L., Melkumyan, D., Morgenstern, A., Tosti, G., Schwanke, U., Schwarz, J., Wegner, P., Colomé, J....

    work page doi:10.1117/12.3018313

  12. [12]

    The software architecture to control the Cherenkov Telescope Ar- ray, in: Software and Cyberinfrastructure for Astronomy IV , SPIE. p. 991303. doi:10.1117/12.2232520. 17 Oya, I., et al., 2018a. Designing and prototyping the control system for the cherenkov telescope array, IOP Publishing. p. 032045. doi:10.1088/1742-6596/1085/3/032045. Oya, I., et al., 20...

    work page doi:10.1117/12.2232520

  13. [13]

    Astronomy and Computing 39, 100570

    The rtapipe framework for the gamma- ray real-time analysis software development. Astronomy and Computing 39, 100570. doi:10.1016/j.ascom.2022. 100570. The CTA Consortium,

    work page doi:10.1016/j.ascom.2022 2022

  14. [14]

    2019, Science with the Cherenkov Telescope Array, doi: 10.1142/10986

    Science with the Cherenkov Telescope Array. World Scientific Publishing Co. Pte. Ltd. doi:10.1142/10986. 18

    work page doi:10.1142/10986