2ndes Journées Online

Nov 18, 2025, 10:00 AM → Nov 20, 2025, 6:00 PM Europe/Paris

100/-1-A900 - Auditorium Joliot Curie (IJCLab)

Les Journées Online rassemblent les ingénieurs, techniciens et chercheurs membres des réseaux technologiques de l'IN2P3 liés à l'informatique online :

• RI3 : informaticiens de l’IN2P3 et de l’IRFU

• control @ in2p3 : métiers du contrôle-commande

• Électronique des 2 Infinis : électronique pour les expériences en physique des deux infinis

 

C'est l'occasion pour les membres des réseaux de se rencontrer pour partager leurs expertises mais aussi d'en sortir et de prendre du recul.

Elles encouragent les synergies entre réseaux métiers.

Leur programme passera en revue un maximum des technologies mises en œuvre dans le domaine, de leurs évolutions en cours et de leurs évolutions à venir, pour en dégager une cartographie commune.

Ensemble, nous aborderons des thématiques clés pour le développement des expériences actuelles et futures :

🛠️ Idées de thématiques pouvant être abordées (liste non-exhaustive)

• Jumeau numérique et DevOps (CI/CD du hard au software)
  Comment tester et simuler toute la chaîne, du matériel au logiciel, avant de réaliser le produit final ? L’objectif est de fiabiliser les développements pour les systèmes complexes des accélérateurs et instruments d’acquisition en physique nucléaire/particules.

• Data Transfer Protocol et Agnosticisme aux données
  Concevoir des protocoles performants et des architectures interopérables pour traiter des données issues de diverses expériences, sans dépendance aux formats spécifiques.

• Acquisition, IA
  Améliorer le traitement des données en temps réel dans les expériences, en optimisant le signal sur bruit grâce à des FPGA et GPU embarqués, et en intégrant des algorithmes d’IA pour l’analyse et la qualité des données.

• Contrôle-Commande, IA
  Déployer l’IA dans les systèmes de contrôle-commande pour optimiser les performances des accélérateurs, détecter et corriger les erreurs en temps réel, et ajuster dynamiquement les paramètres des expériences.

• Timing
  Assurer la synchronisation précise et la cohérence des données dans des systèmes triggerless ou distribués, en garantissant des horodatages robustes dans les environnements expérimentaux complexes.

• Langages et Ingénierie de Conception
  Explorer l’évolution des langages et frameworks dans l’ingénierie des instruments scientifiques : génération automatique de code et hardware, intégration de l’IA, cloudification, et impact sur nos méthodes de développement.

• Nouvelles Architectures Processeur
  Analyser les solutions émergentes (Versal, MPPA, RISC-V…) pour répondre aux besoins d’acquisition et de traitement dans les expériences, tout en gérant les contraintes de consommation énergétique et de performance.

• Frameworks et Systèmes
  Comparer les solutions de supervision (EPICS, TANGO) et les systèmes de messagerie, partager les retours d’expérience, et identifier les besoins pour les projets actuels et à venir.

• Licences et partage de code
  Quel support juridique pour aider les développeurs (logiciels et micrologiciels) à partager et réutiliser leurs codes au sein de l'institut, mais aussi à les protéger ?

• Prospectives Métiers
  Anticiper les évolutions des technologies et des compétences, et réfléchir ensemble aux futurs besoins en ressources humaines et techniques pour les grandes infrastructures scientifiques.

---

 

IJCLab-zoom_IJCLab-A4-RectoVerso-160523.pdf

Tue, November 18

1:30 PM Café accueil

1 Introduction

Bloc Session 1: Bloc session 1

2 Talk invité

3 Integration of Machine Learning-Based Plasma Acceleration Simulations into Geant4: A Case Study with the PALLAS Experiment

Plasma acceleration is a groundbreaking technology with applications in accelerator and light source facilities, medical and nuclear physics, and beyond. However, their development and optimization rely on computation-ally intensive Particle-in-Cell (PIC) simulations, requiring specialized expertise and multiple simulation tools,significantly limiting broader adoption.

Geant4 [1] is a widely used Monte Carlo (MC) simulation toolkit for modeling particle interactions with matter in high-energy, nuclear, accelerator, medical physics and space science. Many Geant4 applications are adaptable for plasma acceleration, which is currently missing in this toolkit.

We present the first integration of a Machine Learning (ML)-based surrogate model [2-3], trained on PIC simulations, into Geant4 as a particle source. This enables the generation and tracking of plasma-accelerated beams within complete experimental setups, unifying plasma acceleration and MC-based simulations. Our implementation focuses on the PALLAS laser-plasma accelerator test facility [4], integrating its full experimental setup into Geant4. We describe the ML model, its integration into Geant4, and key simulation results, demonstrating the feasibility of start-to-end simulations of plasma acceleration applications within a unified framework.

References
[1] S. Agostinelli et al., NIMA 506, 250-303 (2003).
[2] G. Kane et al. arXiv2408.15845 (2024).
[3] P. Drobniak et al., PRAB 26, 091302 (2023)
[4] https://pallas.ijclab.in2p3.fr/

Speaker: Arnaud HUBER (LP2IB/CELIA)

4 Présentation générale d'EPICS

• Rappels de ce qu'est EPICS et de son fonctionnement.

• Présentation de "l'état de l'art" sous EPICS (à quoi peut ressembler une installation EPICS "typique" et "moderne"), plus particulièrement qu'est-ce qui diffère des standards de l'industrie informatique traditionnelle.

• Présentation des avantages et inconvénients d'EPICS (communauté, documentation, standards, courbe d'apprentissage, etc).

• Présentation de quelques nouveautés plus ou moins récentes dans la communauté EPICS (nouvelle source de documentation unifiée, nouveau chat EPICS, nouveaux protocoles de communication supportés, nouveaux outils graphiques, nouveaux gestionnaires de paquets, etc).

• Présentation des perspectives : quelle direction prend le projet EPICS, quelles sont les pistes intéressantes à suivre (selon moi), quelles sont les technos à la mode, etc.

Speaker: Stéphane Tzvetkov (CEA)

3:45 PM Café - Discussions informelles

Bloc Session 1: Bloc session 2

5 Debruitage et deconvolution de signaux de détecteurs par Reseaux de Neurones

Certaines expériences ont besoin d'étudier le signal formé dans le détecteur. D'un autre côté, l'emploi d'un CSA est indispensable pour sortir le signal du bruit. Comment retrouver la forme réelle du signal? Il faut réaliser une déconvolution en ligne. Un réseau de neurone peut sans doute réalisé cette fonction. Un démonstrateur est en cours de réalisation sur SoC Zynq. Je vous présenterai les avancées de cette nouvelle fonction de traitement du signal.

Speaker: Mr Frederic DRUILLOLE (IN2P3 CENBG)

6 L'IA pour la conception et l'opération des accélérateurs de particules

L’intelligence artificielle (IA) s’impose aujourd’hui comme un levier majeur d’innovation pour les infrastructures de recherche. Dans le domaine des accélérateurs de particules, elle ouvre des perspectives inédites pour le pilotage en temps réel, le diagnostic prédictif, l’optimisation des faisceaux et la conception de nouveaux dispositifs.
Cette présentation proposera une vue d’ensemble des approches et applications de l’IA dans les accélérateurs, avec un focus sur les projets et initiatives portés par des laboratoires de l’IN2P3 (GANIL, IJCLab, LPSC, etc.), tout en les inscrivant dans une dynamique européenne plus large (TwinRISE, ARTIFACT, MLAcc).
L’exposé mettra en lumière les enjeux techniques et organisationnels de cette transformation : intégration avec les chaînes de contrôle-commande (EPICS, TANGO), gestion et annotation des données, reproductibilité et explicabilité des modèles, et alignement avec les cadres réglementaires et éthiques (AI Act, sûreté, traçabilité).

Speakers: Adnan GHRIBI (GANIL), Barbara Dalena, Dr Hayg Guler (IJCLAB), Kevin Cassou (CNRS - IJClab)

7 Impact NIS2 dans la vie des expériences

Speaker: Mr Guillaume PHILIPPON (IJCLab - CNRS)

6:30 PM Cocktail

Wed, November 19

8:30 AM Café

Bloc Session 1: Bloc session 3

8 Automate de sécurité et réglementation

Les automates de sécurité jouent un rôle essentiel dans la protection des personnes, des machines et des installations industrielles. Conçus pour assurer un niveau élevé de fiabilité, ils exécutent des fonctions critiques telles que l’arrêt d’urgence, la surveillance des accès ou la gestion des défauts. Leur conception et leur utilisation s’appuient sur un cadre réglementaire strict, défini notamment par les directives européennes et des normes internationales. Le respect de ces normes garantit un niveau de Performance Level (PL) ou Safety Integrity Level (SIL) adapté aux risques identifiés. Ces référentiels, combinés aux pratiques d’ingénierie de la sécurité, permettent d’assurer une intégration cohérente, vérifiable et certifiable des fonctions de sécurité dans les environnements industriels ou de recherches modernes.

Speaker: Harold BZYL (CNRS - iRSD)

9 Traitement de signal REActif sur GPU embarqué

Notre module d'acquisition 16 voies (NumExo2) pour la physique nucléaire implémente le traitement du signal dans sa partie électronique (FPGA) avec un langage de programmation d'électronicien (VHDL). Les temps de développement sont longs par rapport à ceux réalisés en informatique, typiquement 3 heures de "compilation".

Le projet REActif du groupe d'acquisition du GANIL vise à raccourcir ce temps et à gagner en souplesse d'algorithme implémenté. Typiquement, les opérations en virgule flottante sont extrêmement coûteuses en ressources électroniques (FPGA), alors qu'elles sont natives côté informatique (CPU ou GPU).

Un module embarqué a été créé, pouvant embarquer un ordinateur du type Nvidia Jetson (de 128 à 384 cœurs GPU) et disposant d'une interface réseau SFP (1 à 10 Gbps Ethernet) afin de recueillir les signaux en provenance des modules de numérisation.

Le démonstrateur embarque l'implémentation du calcul de traitement du signal (calcul d'énergie) sur le GPU embarqué, à l'identique de celui du module NumExo2. L'architecture logicielle est conçue afin de faciliter le codage algorithmique plutôt que de privilégier des optimisations difficiles à maintenir.

Les gains en performances du module sont :

• 10x en temps de calcul,
• 10x en encombrement,
• 10x en énergie.

La présentation développe rapidement le projet complet et détaille l'architecture choisie (matériel/logiciel) ainsi que son implémentation (C++/CUDA). La consommation énergétique d'utilisations diverses est présentée par rapport aux performances obtenues.

Speaker: sebastien COUDERT (cnrs)

10 Interfaçage EPICS-OPCUA : mise en oeuvre au GANIL

La norme OPC UA (Open Platform Communications Unified Architecture), définie par l’IEC 62541, est un standard international destiné à l’échange de données industrielles. De plus en plus adoptée, elle séduit par ses atouts majeurs : simplicité, sécurité et interopérabilité.
Contrairement à Modbus, qui repose sur des adresses mémoire, OPC UA considère chaque donnée comme un nœud. Ces nœuds peuvent être enrichis de métadonnées (unité, type, hiérarchie, etc.) et organisés en structures de données représentant, par exemple, des équipements entiers dans le domaine des accélérateurs.
Le protocole intègre nativement des mécanismes de sécurité (chiffrement et authentification via certificats numériques) et supporte plusieurs modes de communication : TCP/IP, HTTPS ou MQTT, avec deux architectures possibles :
• Client/Serveur pour des échanges ciblés,
• Publish/Subscribe pour une diffusion en temps réel vers plusieurs clients.
Au GANIL, les automates industriels Siemens embarquent un serveur OPC UA. Pour leur intégration dans l’écosystème de contrôle EPICS, la communauté met à disposition un module officiel basé sur deux bibliothèques C :
• Unified Automation C++ OPC UA (commerciale),
• open62541 (open source).
Nous avons retenu la solution open source et développé un outil doté d’une IHM. Celui-ci permet de s’interfacer avec un automate et de générer automatiquement le code de l’IOC. L’utilisateur n’a qu’à saisir l’adresse IP de l’automate ; l’outil lit alors directement les données OPC UA et crée les PVs EPICS correspondants. L’outil est actuellement en période de beta test dans le cadre du développement EPICS sur le projet DESIR.

Speaker: olivier DELAHAYE (GANIL)

11 Format de données et systèmes de fichiers

10:30 AM Café - Discussions informelles

Bloc Session 1: Bloc session 4

12 Acquisition de données pour CTAO à l'aide de librairies standard et d'implementations maison

Cette contribution décrira l'usage qui est fait de librairies standard comme ZeroMQ et les protocol buffers de Google pour l'acquisition de données du réseau de telescopes de Tcherenkov CTAO et les comparera à l'usage qui est fait d'implementations maison comme notre usage du format ZFITS, vers lequel nous écrivons les données brutes en utilisant un format de compression particulièrement adapté aux données qui sont traitées.

Speaker: Etienne Lyard (Université de Genève)

13 Discussions Licences, droits et valorisation

Speaker: Jean-Christophe Souplet

12:30 PM Buffet

Bloc Session 1: Bloc session 5

14 Jumeaux Numériques

Principe méthodologique des jumeaux numériques

Speaker: Prof. Mamadou Kaba TRAORE (Université de Bordeaux)

15 Evaluation d'une architecture Mulriprocesseur RISC V dans un FPGA

Speaker: Frederic DRUILLOLE (IN2P3 CENBG)

16 SINAPSE: "Simulateur Numérique pour l'Apprentissage Profond sur Système Embarqué"

Le projet FASTER, développé par le LPC Caen, vise à optimiser la collecte et l’analyse des données en physique nucléaire et des particules. Sa version actuelle, FASTERv2, est un système modulaire et adaptable utilisé dans plus de 24 laboratoires à travers le monde. Grâce à des algorithmes embarqués dans des composants programmables, FASTERv2 traite les données au plus près des détecteurs, réduisant les délais et optimisant la bande passante. Toutefois, ses limites résident dans la complexité de développement des algorithmes, actuellement codés dans un langage de description matériel.

La prochaine version, FASTERv3, proposera une architecture avancée intégrant des composants programmables associés à des processeurs graphiques connectés via un réseau ultra-rapide afin de permettre aux chercheurs de concevoir facilement leurs propres algorithmes, y compris ceux basés sur des réseaux neuronaux.

En effet, depuis plusieurs années, l’intelligence artificielle révolutionne l’analyse des données expérimentales. Par exemple, des réseaux neuronaux améliorent l'identification des particules issues de la réaction nucléaire. De plus, des auto-encodeurs pourraient permettre de compresser les données et de détecter les anomalies en temps réel, comme cela a été testé avec succès au CERN.

Nous voulons, au travers du projet SINAPSE, développer un simulateur nous permettant de valider à la fois ces concepts, développer les outils logiciels et présenter les résultats.

Les risques inhérents à toutes ces innovations seront portés par le projet SINAPSE dont la conclusion doit ouvrir une voie sûre au déploiement de ces technologies dans notre communauté internationale d’utilisateurs, réduisant les coûts et la complexité de mise en œuvre de leurs expériences tout en améliorant la qualité des résultats scientifiques.

Speaker: David Etasse (LPC Caen)

3:30 PM Café - Discussions informelles

Bloc Session 1

17 Python en contrôle-commande et apports des LLM

Présentation : Python en contrôle-commande et apports des LLM

1. Introduction (2 min)

• Contexte : contrôle-commande → automatisation, supervision, communication avec des systèmes complexes
• Objectif : montrer l’usage de Python et l’apport des LLM dans le développement, en s’appuyant sur des pratiques et outils mis en place dans mes projets

Slide : Titre + image symbolisant contrôle-commande (automate ↔ PC)

---

2. Python en contrôle-commande (4 min)

• Points forts : simplicité, écosystème riche (PyEpics, PyQt, asyncio…), rapidité de prototypage
• Exemples d’utilisation :
• scripts pour piloter des équipements
• acquisition et traitement de données
• interfaces homme-machine (IHM)
• intégration avec systèmes existants
• Complément : Python comble ses propres faiblesses (performance, accès bas niveau) en s’appuyant sur d’autres langages, par ex. C++ pour la communication hardware ou bibliothèques optimisées en C

Slides :
- Schéma d’architecture (capteurs → Python → visualisation/commande)
- Exemple de code Python minimaliste (5–6 lignes lisibles)
- Encadré illustrant l’intégration Python ↔ C++ (wrapper, bindings)

---

3. LLM dans le développement (4 min)

• Pourquoi ? Gain de productivité, génération de code, documentation, conception d’architectures
• Cas d’usage concret :
• génération rapide de scripts de test
• assistance à la documentation utilisateur
• proposition de solutions d’architecture
• validation / qualification automatisée de code (tests unitaires, conformité aux standards)
• Limites : nécessite validation humaine, ne remplace pas l’expertise

Slides :
- Schéma : développeur ↔ LLM ↔ code Python
- Exemple d’interaction : “propose des tests unitaires pour un module Python de communication”
- Pipeline de tests automatisés avec une brique “LLM”

---

4. Approche de développement (4 min)

• Mise en place d’une approche structurée pour combiner Python, contrôle-commande et intelligence artificielle
• Objectifs :
• clarifier l’architecture des projets
• faciliter l’intégration des modules Python
• expérimenter l’usage des LLM dans un cadre concret
• Illustration : exemple d’un mini-projet où Python pilote un équipement et où un LLM aide à valider/qualifier le code

Slides :
- Schéma d’architecture projet (couches/modules)
- Exemple concret d’intégration Python + LLM dans un workflow de développement

---

5. Conclusion & ouverture (1 min)

• Bilan :
• Python = outil clé en contrôle-commande
• LLM = accélérateur et validateur
• Approche structurée = amélioration de la qualité et de la productivité
• Perspectives :
• renforcer la fiabilité
• démocratiser l’usage des LLM dans l’industriel

Slide : 3 bullet points de conclusion + image symbolique (futur de l’automatisation)

Speaker: Thomas GEMOND (CNRS-LPSC)

18 Quand EPICS rencontre les technologies Web : avantages, inconvénients et retours d'expérience

Quand EPICS rencontre les technologies Web : avantages, limites et retours d’expérience
L’accélérateur SPIRAL2, en service depuis 2021, repose sur un système de contrôle basé sur EPICS. L’une de ses applications majeures est la gestion des paramètres des dispositifs de réglage du faisceau (aimants, RF, etc.), soit environ 80 000 variables EPICS. Cette fonctionnalité est essentielle pour réduire le temps de mise en configuration de l’accélérateur et pour reproduire aisément le réglage d’un faisceau d’une année sur l’autre.
Les technologies Web étant reconnues pour leurs atouts — portabilité, maintenance simplifiée, meilleure utilisation des ressources matérielles et sécurité centralisée — nous avons entrepris de les évaluer, dans la perspective d’un projet de rénovation plus ambitieux.
Cet article détaille la conception de l’architecture logicielle, côté client comme côté serveur, ainsi que les technologies retenues (framework web, API REST, serveur web, base de données et ORM). Il expose également les résultats obtenus avec l’application Web, notamment :
• la gestion des caractéristiques de faisceau,
• le rechargement et l’application de configurations prédéfinies sur les dispositifs de réglage.
Enfin, après quatre mois d’exploitation en 2024 avec cette nouvelle solution, nous aborderons une question centrale :
👉 les technologies Web représentent-elles un choix pertinent pour l’interface utilisateur d’un système de contrôle-commande ?

Speaker: olivier DELAHAYE (GANIL)

19 Contrôle de la tension des haubans des arches de caméra des télescopes CTA

[Python, OPCUA, Codesys, Profinet, NanoPi]

Les caméras utilisées dans les télescopes CTA de grande taille sont fixées dans un cadre de caméra lui-même fixé à l'extrémité d'une arche réalisée en fibres de carbone et haubanée à la parabole du télescope.

https://www.ctao.org/emission-to-discovery/telescopes/lst/

Les caméras mesurant environ 3x3m2 pour un poids d'environ 2 tonnes et ayant une distance focale de 14 m , il est nécessaire d'avoir un ensemble mécanique parfaitement compact et aligné avec précision aussi bien lors des phases de rotation des télescopes, que lors des opérations de verrouillage/déverrouillage de l'ensemble en position de parking.

La présentation détaillera la solution technique mise en œuvre pour réaliser la mise en tension des haubans lors des phases de fixation de l'arche sur la parabole des LST 2,3 et 4.

Speaker: Mr Éric Chabanne (LAPP Annecy - CNRS)

20 Présentation de la plateforme matérielle et logicielle pour le pré-projet de l'accélérateur ICONE

ICONE est un pré-projet visant à développer une source compacte de neutrons innovante basée sur la technologie HiCANS (High-Current Accelerator-driven Neutron Sources). Le CEA-IRFU, fort de son expérience acquise sur divers accélérateurs tels que SPIRAL2, ESS, IPHI et SARAF, est en charge de la conception du Linac. Cette présentation introduira nos plateformes logicielles et matérielles prévues pour être déployées dans le cadre d’ICONE.
Sur le plan logiciel, nous utiliserons le SCADA EPICS, basé sur EPNix, un environnement EPICS basé sur Nix. Cette plateforme facilitera l’installation de l’ensemble des modules logiciels de la galaxie Phoebus (alarmes, sauvegarde et restauration, etc.) ainsi que le déploiement des IOCs EPICS.
Sur le plan matériel, la plateforme retenue est MTCA.4, incluant des châssis NAT, des cartes d’acquisition IOxOS et D-TACQ pour l’acquisition rapide de données. Le système de synchronisation sera assuré par des cartes MRF. Les automates Siemens (PLCs) prendront en charge les fonctions critiques de sûreté, telles que le contrôle du vide, les interlocks et les systèmes de refroidissement. Enfin, des systèmes Beckhoff seront utilisés pour les acquisitions lentes non critiques ainsi que pour les tâches de motorisation.

Speaker: Alexis Gaget (CEA/IRFU)

Thu, November 20

8:30 AM Café

Bloc Session 1: Bolc Session 7

21 Tagging en temps - Quelles possibilités à quel coût

Snapshot des possibilités

Speaker: Eric Legay (IJCLab - Informatique)

22 Intégration de systèmes de contrôle hétérogènes avec OPCUA et un analyseur de configuration dédié

L’équipe du LDISC2 de l’IRFU est impliquée depuis les études de faisabilité jusqu’au déploiement des équipements dans divers expériences, qui varient en taille et en durée d’exploitation. Depuis de nombreuses années, LDISC utilise des solutions d’automates programmables industriels (PLC SIEMENS) pour contrôler certaines parties de ces expériences. Dans le cadre de la programmation d’automatisation, l’organisation des zones mémoire est cruciale pour un contrôle efficace et une bonne gestion des données. Lors de la programmation d’un PLC, nos programmeurs doivent définir les zones mémoire pour les entrées, les sorties, le stockage de données et les conditions intermédiaires ; ils mettent en œuvre une logique permettant de manipuler ces données en temps réel. Pour ce faire, nos ingénieurs automaticiens développent avec TIA Portal3, une suite logicielle fournie par SIEMENS.

En parallèle, les développeurs du LDISC sont de plus en plus mobilisés pour intégrer des systèmes hétérogènes (accélérateurs, aimants, Cryo, vide …). Et pour une partie, la solution EPICS[8] a été retenue. EPICS ayant évolué ces dernières années, propose des drivers assurant des protocoles standards pour établir la communication entre des automates et des programmes de supervision. Cependant, en raison du grand nombre de variables manipulées par les automates et afin de prévenir les erreurs humaines, il était essentiel de développer un outil permettant de générer automatiquement la base de données. Pour accélérer ce développement, un outil nommé PLC Parser Tool a été développé, et ce dernier génère automatiquement une base de données IOC EPICS pour la communication avec les PLC.

Par ailleurs, la supervision des PLC à l’IRFU repose sur des protocoles largement utilisés tels que S7 (S7NoDave4), S7PLC5, Modbus TCP[6], ainsi qu’un protocole interne nommé S7CEA. Ces dernières années OPCUA est un standard de plus en plus utilisé, que cela soit dans le domaine industriel ou dans les laboratoires de recherche. PLC Parser Tool a donc intégré OPC UA⁷ dans la liste des protocoles pris en charge.

REFERENCES
1 IRFU, http://irfu.cea.fr
2 LDISC, Laboratoire de Développement et d’Intégration des Systèmes de Contrôle
3 SIEMENS TIA Portal https://xcelerator.siemens.com/global/en/all-offerings/products/t/tia-portal.html
4 S7NoDave, EPICS support
5 [S7PLC, EPICS support]3
[6] Modbus TCP, EPICS support
[7] [OPCUA, R. Lange]5 Integrating OPC UA Devices in EPICS [doi:10.18429/JACoW-ICALEPCS2021-MOPV026]
[8] EPICS, https://epics-controls.org

Speaker: Katy Saintin (CEA)

23 Contrôle-Commande, Automatisme et Synchronisation de la nouvelle installation SPIRAL2-DESIR.

Le nouvelle installation DESIR va permettre de transporter, purifier et étudier les ions exotiques produits par les accélérateurs du GANIL (Cyclotrons et LINAC SPIRAL2) depuis les sites de productions SPIRAL1 et S3. La composition et l'architecture des systèmes de Contrôle-Commande, Automatisme et Synchronisation mis en œuvre pour DESIR seront présentés après une présentation générale du besoin et des contraintes liées à l'exploitation de cette installation.

Speaker: Laurent DAUDIN (LP2I Bordeaux - CNRS)

10:30 AM Café Discussions informelles

Bloc Session 1

24 Grafana - Cas d'utilisation au CC

Utilisation de Grafana et OpenSearch au CC-IN2P3 pour le slowcontrol de l’expérience Ricochet.

Speaker: Guillaume BAULIEU (IN2P3 / IP2I)

25 WhiterRabbit -Etat de l'art

Speaker: Daniel Charlet (IJCLAB)

12:30 PM Buffet

Bloc Session 1: Prospectives

26 Discussions autour des prospectives techniques

Speakers: Rémi CORNAT (CNRS Nucléaire et Particules), Frederic DRUILLOLE (IN2P3 CENBG)

27 Talk de conclusion