Advancements and future expansions of the Caribou DAQ system

Cet article présente les récents progrès et les perspectives d'évolution du système d'acquisition de données Caribou, en mettant l'accent sur les développements matériels, firmware et logiciels préparant sa transition vers la version 2.0 basée sur une architecture SoM Zynq UltraScale+.

L'essentiel

🚀 Caribou : Le "Couteau Suisse" des détecteurs de particules

Imaginez que vous êtes un chef cuisinier (un physicien) qui veut tester de nouveaux ingrédients (des détecteurs de particules en silicium) pour créer le plat parfait. Le problème ? Chaque ingrédient a des besoins différents : certains ont besoin de chaleur, d'autres de froid, certains réagissent vite, d'autres lentement.

Avant, il fallait construire un four, un réfrigérateur et une table à découper sur mesure pour chaque ingrédient. C'était long, cher et compliqué.

Caribou, c'est la solution magique développée par l'équipe de l'auteur. C'est un système d'acquisition de données (un "chef de cuisine" numérique) conçu pour s'adapter à n'importe quel détecteur, comme un couteau suisse ultra-polyvalent.

Voici comment cela fonctionne, en trois parties simples :

1. Le Corps du Robot : La Carte "CaR" (Hardware)

Au cœur du système, il y a une carte électronique appelée CaR (Control and Readout).

• La version 1 (l'actuelle) : C'est comme un couteau suisse classique. Il a des outils de base : des sources d'alimentation (pour donner du "courant" aux détecteurs), des capteurs pour mesurer la tension (comme un thermomètre) et des connecteurs pour brancher les détecteurs.
• La version 2 (le futur) : C'est la mise à niveau vers un "couteau suisse de luxe".
  • Plus de précision : Au lieu d'avoir un thermomètre approximatif, on installe un thermomètre de laboratoire ultra-précis (24 bits).
  • Plus de puissance : On peut maintenant fournir des courants très faibles (comme une goutte d'eau) ou très forts, et des tensions positives et négatives, ce qui permet de tester des détecteurs beaucoup plus complexes.
  • Modularité : Au lieu d'avoir des outils fixes, on ajoute un port spécial (FMC) pour brancher des modules supplémentaires selon les besoins du jour.

L'analogie : Pensez à la version 1 comme à une voiture de ville standard. La version 2 est une voiture tout-terrain avec un moteur plus puissant, des sièges ajustables et la possibilité d'attacher une remorque ou un toit ouvrant selon vos aventures.

2. Le Cerveau du Robot : Le Logiciel "Peary" (Software)

Pour que le couteau suisse fonctionne, il faut un cerveau qui le commande. C'est là qu'intervient Peary.

• L'ancien problème : Avant, le logiciel était conçu comme un puzzle spécifique pour une seule pièce. Si vous changiez de pièce (de carte), il fallait tout reconstruire.
• La nouvelle architecture : L'équipe a réécrit le logiciel pour qu'il soit comme un système de Lego.
  • Ils ont créé des "briques" appelées Ressources. Une "Ressource" peut être "Mettre du voltage", "Lire la température" ou "Gérer une alarme".
  • Peu importe la carte physique que vous branchez, le logiciel assemble les bonnes briques Lego pour faire fonctionner le détecteur.
  • Le résultat ? Un physicien peut brancher un nouveau détecteur et dire au logiciel : "Voici mon détecteur", et le logiciel assemble automatiquement les bons outils pour le contrôler, sans que le physicien ait à réécrire du code complexe.

3. Les Bras du Robot : Le Firmware "Boreal" (Firmware)

Entre le corps (le matériel) et le cerveau (le logiciel), il y a le Firmware (Boreal). C'est le langage que le processeur parle directement aux circuits électroniques.

• L'équipe a créé une bibliothèque de "briques logiques" réutilisables. Au lieu de réinventer la roue à chaque fois qu'ils ont besoin d'un compteur ou d'un minuteur électronique, ils piochent dans cette bibliothèque commune.
• Cela permet de construire des systèmes plus rapides, plus fiables et plus faciles à mettre à jour, un peu comme si tous les mécaniciens du monde partageaient les mêmes plans de moteurs de haute qualité.

🏁 En résumé : Pourquoi c'est important ?

Ce papier annonce que le système Caribou est en train de passer à la vitesse supérieure (version 2.0).

• Avant : C'était un outil flexible, mais limité.
• Maintenant et demain : C'est une plateforme robuste, capable de tester des détecteurs de pointe pour les futurs grands accélérateurs de particules (comme le CERN).

Grâce à cette évolution, les scientifiques peuvent :

1. Tester plus vite de nouveaux détecteurs.
2. Économiser du temps et de l'argent en réutilisant le même système pour des projets différents.
3. Obtenir des mesures plus précises grâce aux nouveaux capteurs de la version 2.

C'est un peu comme passer d'un atelier de bricolage artisanal à une usine de pointe automatisée, où l'on peut assembler n'importe quel type de voiture électrique en quelques heures, avec une précision chirurgicale.

Résumé technique

Titre : Avancées et expansions futures du système d'acquisition de données Caribou

1. Problématique

Le développement de nouveaux détecteurs à pixels de silicium pour la physique des hautes énergies nécessite des systèmes d'acquisition de données (DAQ) versatiles, réutilisables et faciles à intégrer. Ces systèmes doivent supporter le prototypage rapide, la qualification en laboratoire et les opérations sur faisceau d'essai. Bien que le système Caribou (développé dans le cadre de collaborations CERN EP R&D, DRD3, AIDAinnova et Tangerine) ait déjà permis de tester plus de 15 prototypes de détecteurs, l'évolution des besoins et l'adoption de nouvelles plateformes matérielles (SoC) imposent une refonte majeure. Le défi consiste à passer d'une architecture basée sur le Zynq 7000 (v1) à une architecture plus performante basée sur le Zynq UltraScale+, tout en améliorant les capacités de contrôle analogique, de précision des mesures et de modularité logicielle.

2. Méthodologie

L'approche adoptée pour l'évolution du système Caribou (vers la version 2.0) repose sur une refonte simultanée des trois piliers du système : le matériel, le firmware FPGA et le logiciel embarqué.

• Conception Matérielle (Hardware) :
  • Développement d'une carte de contrôle et de lecture (CaR) v2 basée sur un module système (SoM) UltraScale+.
  • Création d'une carte de test simplifiée (16,5 x 17,5 cm²) pour valider les sous-systèmes analogiques critiques (alimentations, sources de courant, DAC, ADC) avant l'intégration complète.
  • Validation de la carte CaR v1 via une configuration dédiée incluant une carte adaptatrice et une carte de débogage (breakout) pour les boucles de retour (loopback) et les tests de signaux haute vitesse.
• Firmware FPGA (Boreal) :
  • Centralisation des IP (Intellectual Property) logiques communes dans le projet Boreal Modules.
  • Mise en place d'un flux de vérification flexible (préférant le framework de co-simulation Cocotb) et migration des modules existants (TLU, interfaces ADC, TDC) vers les plateformes UltraScale+ (ZCU102, Mercury+).
• Architecture Logicielle (Peary) :
  • Refonte complète de l'application embarquée Peary (C++) pour passer d'une implémentation centrée sur le ZC706 à une architecture modulaire.
  • Introduction d'une Couche d'Abstraction Matérielle (HAL) basée sur le concept de "Ressources" (entités logiques regroupant plusieurs composants matériels pour une fonction spécifique, ex: tension, surveillance, protection).

3. Contributions Clés

• Améliorations Matérielles (CaR v2) :
  • Sources de courant : Passage d'une plage limitée (1,024 mA) à des plages bipolaires sélectionnables, allant de quelques dizaines de microampères (pas de 10 nA) jusqu'à ~100 mA (pas de 50 µA).
  • Génération de Polarisation (Bias) : Remplacement d'un DAC 12 bits unipolaire par un DAC 16 bits multi-plages supportant des sorties bipolaires jusqu'à ±15 V, avec des limites de courant et de tension programmables.
  • Acquisition de Données : Remplacement de l'ADC de surveillance basse vitesse par un ADC haute résolution 24 bits pour des mesures de précision. Suppression de l'ADC haute vitesse intégré (65 MSps) au profit d'un connecteur FMC permettant l'ajout de cartes d'extension compatibles.
  • Protection : Implémentation d'une protection contre les surintensités gérée par le FPGA, permettant la désactivation de groupes de canaux en cas de défaut.
• Validation Préliminaire :
  • Les cartes de test v2 ont démontré un fonctionnement correct des alimentations (jusqu'à 18 V), des sources de courant (erreur de gain < ±0,25 %) et des limites de courant programmables.
• Révision Logicielle (Peary) :
  • Une nouvelle architecture orientée objet (UML) séparant l'interface système, la bibliothèque DAQ, la gestion des périphériques et l'interface utilisateur (CLI/Python).
  • Cette architecture permet une intégration transparente de nouvelles cartes CaR et de nouvelles plateformes Zynq sans reconfiguration majeure du code.

4. Résultats

• Matériel : Les tests sur les cartes de développement v2 confirment la viabilité des nouvelles spécifications analogiques. Les convertisseurs DC-DC fonctionnent jusqu'à 17-18 V, et les circuits de protection FPGA réagissent correctement aux défauts.
• Firmware : Le projet Boreal Modules fournit désormais un référentiel unifié pour les IP logiques, facilitant la migration vers les plateformes UltraScale+.
• Logiciel : La nouvelle architecture Peary a été testée avec succès. Elle offre une abstraction robuste qui découple la logique applicative des détails matériels spécifiques, rendant le système prêt pour la transition vers la version 2.0.

5. Signification

Ces avancées marquent une étape décisive dans l'évolution du système Caribou. En passant à une architecture UltraScale+ et en adoptant une conception logicielle modulaire basée sur des "Ressources", le système gagne en :

• Évolutivité : Capacité à supporter une plus grande variété de détecteurs et de plateformes matérielles futures.
• Précision : Grâce aux nouvelles capacités de contrôle de polarisation (16 bits, bipolaire) et de mesure (ADC 24 bits).
• Maintenabilité : La séparation stricte entre les composants communs et spécifiques, ainsi que l'abstraction matérielle, réduisent la complexité de l'intégration pour les utilisateurs.

Ce travail prépare le terrain pour la version 2.0 de la carte CaR, qui sera essentielle pour la caractérisation des futurs détecteurs de pixels dans les expériences de physique des hautes énergies, en assurant une flexibilité accrue et une fiabilité améliorée.