Les DS du libéra 2 sont HS. Des modifications ont été apporté qui font planté l'init des DS.

Après appel avec Nicolas, nous avons redémarré, ça a résolu le probleme.

- Coef (sans unites) est censé être le coefficient de conversion de la charge. Veux-tu que je retire son affichage? Est-ce que tu as demandé à Hayg des modifications sur le calcul de la charge? Il n'est pas normal que le coef ne s'affiche plus.
- Aucun valeur n'est mise à zéro au moment du lancement de l'IHM et je ne suis pas favorable à le faire car si une personne lance l'IHM sur un deuxième terminal (ou si l'IHM plante), alors tout sera remis à zéro.
- Quel facteur de conversion pour passer de Dark (nV*s) à la valeur en pC?
- J'ai crée la colonne pour le Sdev, mais le DS de calcul ne renvoi pas la sdev... à mettre en ticket.
- Pilotage de la profondeur moyenne: c'est compliqué, à mettre en ticket.

Modification des étiquettes sur les Libara pour qu'elle correspondent au bon BPM dans jive. Mise a jour de ThomX_BPM_calibration.csv (dans git Diag/BPM).

Vérification du cablage des patchpannel.  Configuration patchpannel  90508 à 90511 :
BPM A - BPM C
BPM B - BPM D

Placement des modules dans le Libera :
BPM A - BPM B
BPM C - BPM D

Les BPM haut-droit (B au dessus) et bas-gauche (C haut dessus) sont inversé entre le patchpannel et le Libera.

Solution possible :
- Recabler les patchpannel -> compliqué d'accès
- mettre de "long" cable entre croisé pour ces 8 modules (xa voies). Est ce qu'on a assez de cable ? (il en faut 32)
- Renommer BPM B en BPM C et vice-versa.
Je viens d'en parler avec phillipe Gauron et il ne sait pas comment faire, mais après verification dans la doc il est possible qu'on ai juste a échanger la propriété "LiberaBoard" entre les DS concerné dans jive. A verifier avec Nicolas Hubert !
(LiberaBoard peut valoir raf3, raf4, raf5 ou raf6 pour les moddules des BPM)

Bonjour, on aurait besoin de savoir par rapport à l'axe faisceau comment sont référencés positif/négatif ?

Par exemple une valeur positive en x signifie que le faisceau va vers l'anneau, ou vers le mur ?

Merci d'avance,

Christelle

Hi,

please, find attached the sketch, where the directions are shown. In any case, it should also be cross-checked with other systems (e.g. screens).

Iryna

Bonjour,

les valeurs des dimensions des camera données dans le DS bpm sont t-elles calibrés donc en m ou mm, ou um ou bien pixels?

Si c'est en pixels, on sont stockées les valeurs de calib ?

Merci d'avance !

Christelle

Bonjour,

Le DS "bpm" des caméra retourne des valeurs en pixels.

L'interface SST quand a elle peut retourner des valeurs en pixel ou en mm selon si une calibration à était faite il n'y a pas trop longtemps.
Pour faire les calibrations il existe le bouton "Image calibration" qui insert toutes les cibles, allume les LED, prend une image de calibration, resort les écrans du faisceau, calcule la calibration et permet de l'appliquer au mesure affiché sur l'interface. Attention toute cette procédure prend un peu de temps (autour de la minute), tant que le bouton n'est pas revenu a la couleur de base cela signifie qu'il travaille, si jamais au bout de 10min il n'est toujours pas revenu, il y a un bug, merci de me le faire remonter et de relancer une nouvelle interface.

Il est possible que la calibration ne puisse pas aller jusqu'au bout puisque le script python de traitement d'image nécésite un package python (opencv-python pour python 2) qui au dernière nouvelle n'est pas installé sur le compte opérateur (a verifier).
Si vous avez un problème envoyé moi un mail et je verrais ça a distance.

Nous avons testé les caméras ACE:

* ccdsst2-li l’adresse MAC est correcte par rapport à  https://atrium.in2p3.fr/c8fc130b-c7e5-4200-ba00-95e5f6921828 mais elle n’apparait pas dans Astor...

* Dans  https://atrium.in2p3.fr/c8fc130b-c7e5-4200-ba00-95e5f6921828  il n'y a pas d'adresse pour ccdsst1-spare.
Cela devrait être: 00:30:53:2D:2A:CB

 

Nous avons voulu tester l'allumage des LEDs sur LI/DG/SST.01-CCD01 cependant il était impossible de redémarrer le serveur dans Astor.

Alexandre a remarqué que:

- Il ne devrait pas y avoir de caméra ccdsst2-li mais ccdsst1-el

- l'adresse MAC assignéee à ccdsst1-el est incorrecte

Le libera 2 a été renvoyé en maintenance. Il est donc indisponible jusqu'à son retour.

La caméra TL/DG/SST.02-CCD-01 semble ne pas pouvoir se déclencher sur signal externe. Pour l'instant elle reste en déclenchement interne.

Nous la changerons avant le démarrage de la ligne de transfert.

Test IHM ICT

Injection d'un pulse 100mV-100ns en entrée des voies des wavcatchers.

Trigger sur la voie d'injection avec un retard de 100ns (pour simplification pas de réglage de timing)

le wavecatcher 2 ne fonctionne pas correctement :(voir fichier joint)

pour l'IHM de charge:

aucun affichage des valeurs "RAW" 

les valeur moyenne et std sont calculées et affichées

pas de calcul de la charge en pC

les boutons reset average et set dark current fonctionnent

test IHM diag mesure charge:

Géné pulse trigger en externe (DEG3-CH15) sur les 3 Wavecatchers   (50mV 50ns)

[LI-DG-ICT01 WAC1-CH0]

[TL-DG-FC01  WAC2-CH0]

[EL-DG-FC01   WAC3-CH0]

les 3 DS Wavecatcher fonctionnent 

IHMcharge 2021-07-12 10-39-31.png 

=> colonne RAW seule la ligne  EL/DG/FC/01 se rafraichie. (à 5Hz)

=> les cases coef ligne 1 et 4 grisées (pB DS calc)

sur le DS de reboot

=> adressage calc/ict/charge_li-ict.01_wac.01-ch0  ==== charge/ict.01

=> adressage calc/ict/charge_tl-ict.01_wac.02-ch3 ====charge/ict.01

Les DS calc ne sont pas rebbootables... voir attachment2.

les DSmean std non plus

Sur le devant du libéra 5 la LED E rouge est allumé.

Il me semble que le problème a déjà était rencountré et qu'il est aquitable par connection ssh sur le Libéra et utilisation d'une commande specifique

XXXX

Nicolas:

La solution est que quelqu'un avec le mot de passe tape: libera-bmc --sel --clear

J'ai fait la demande dans le ticket 12984.

le git push de l'ihm charge a ete faite

LE SHUTTER S'OUVRE TOUT SEUL PAR L'INTERFACE. iIL DOIT ETRE OUVERT UNIQUE,ENT PAR L'UTILISATEUR ET NON PAR L'INTERFACE ---> a mofifier

Bonjour, 

nous faisons quelques mesures de transport après section. La mesure de position des BPMs n'est pas consistante avec les variations des steerers. Pouvez-vous vérifier le cablage du BPM TL/DG/BPM.01-LIB.02. 

Pour le premier du Linac, le vertical donne une valeur négative pour un déplacement en haut de l'écran, ce qui n'est pas consistant avec la convention. 

Analyse des mesures de charge du jour:

Charge_plot_25: données prises en faisceau: Convergence vers une std de 10pC, même sur TL/DG/ICT.02 où il ne devrait pas y avior de faisceau.

Charge_plot_26: données prises de nuit (sans faisceau): bruit similaire (le décalage positif des zéros vient de la soustraction du courant d'obscurité).

Il y a quelque chose à comprendre sur le bruit des mesures de charge!

Les moteur des station SST passe en "alarm" par moment pendant quelque second.

Il s'agit d'une alarme de temperature. Il faudra guetter pour s'assurer qu'il n'y a pas de probleme de surchauffe et il fauraut eteindre les moteurs de temps en temps.