Réunion Modules et System Test LAPP ITk

mardi 12 mai 2020, 09:30 → 11:00 Europe/Paris

Salle Choucas (LAPP)

Lien cnrsbox: Planning / Liste de tâches

Lien Vidyo: LAPP_ITk_Meetings   <-- Utilisé de préférence

Lien Zoom: LAPP_ITk_Zoom

 

 

 

Présents : Eric, Renaud, Claire

 

1. Interlocks:  Eric répondra à la demande de feed-back sur la proposition (voir lien sur indico). En particulier sur la logique, qui lui semble inversée: "OK" devrait être avec signal, comme discuté dans une réunion Alpaca

 

2. Alims: Andréa avait fait une liste. Il semble confirmé qu'ATLAS n'en fournira pas et qu'il serait sage de prévoir l'achat d'une de plus sur le budget 2021. Renaud signale une récup Micromégas possible.

 

3. Air sec: nécessaire pour les tests longs et/ou à froid (évite le givre), mais apparait dans d'autres slides. 

Tests dans pandore: c'est prévu. Renaud se renseignera sur la qualité de l'air prévue/fournie au labo (filtres). 

Tests pendant montage: la salle a une humidité contrôlée de ~30% --> nécessiterait une 2nd arrivée d'air en salle propre + de travailler sous capot pour le montage ? --> non.

Tests de réception des modules (à température ambiante) : ils sont très rapides, un air sec ne semble pas nécessaire. Si la stratégie change nous réclamerons une des boîtes "froid" pour l'instant distribuées aux labos de montage des cellule, qui incluent une entrée de gaz de balayage. 

 

4. Inspection visuelle: voir schéma dans les "pépites de la semaine". Si l'option avec cache est choisie, on ne verra plus rien. Renaud contactera l'auteur de la présentation pour lui demander si cela a été discuté.

 

5. Redémarrage du PC:  fin de semaine prochaine. Le calendrier de travail de Claire et Renaud est figé:  à distance jusqu'au 15 juillet. Absence du 15 juillet au 1er septembre. Mettre le paquet en Septembre. 

1 Test des Modules

Orateurs: Claire Adam (LAPP), Renaud GAGLIONE (LAPP, Université de Savoie, CNRS/IN2P3)

Pepites-semaine19.pdf

2 System Test & Interlock

Orateurs: Andrea JEREMIE (LAPP-CNRS/IN2P3-Univ. de Savoie-Mont-Blanc), Eric Chabanne (LAPP/service electronique)

HW_interlock

interlock-feedback.png

hello, 

(pour garder une trace)

 

ce matin nous avons eu une discussion avec Claire sur le choix de la politique de signal interlock proposée qui ne me paraissait pas adaptée à déterminer avec un signal (0= OK, 1=KO) si un device est en bonne santé ou éteint. 

Et donc que j'allais mettre un commentaire sur le lien GoogleDocs proposé. 

hors en chargeant la preséntation où il en est question (https://indico.cern.ch/event/913640/contributions/3842058/attachments/2028378/3395534/HW_interlock.pdf )

je me suis aperçu que la proposition avait changée pour revenir sur ce que je souhaitais proposer , 

donc tout va bien ! :-)