Vous êtes ici : Accueil / TECHNICAL PAGES / Documentation / Missions / 2020..2024 / Mission Luc 2022-2023

Mission Luc 2022-2023

 Journal







Lundi 30 janvier au vendredi 3 fevrier

 


Mesure poids miroir avec ES3351

 Câblage

SubD-9 Nom Beckhoff Nom cable Input Beckhoff
1 Shield MCH 4 (8)
2 -Uref -SENS 6
3 +Uref +SENS 5
4
5 -Uv +EXCIT 3
6 +Uv -EXIT 7
7
8 +Ud +SF 1
9 -Ud -SF 2

 Conditions: compresseur arrêté, MGC Off, vanne de dépression sur vide

les mesures sont sur 9 digits seuls les 4 plus hauts ne bougent pas, donc 5017 représente la valeur mesurée de 501700000

 la valeur le registre est AIBridge -> Inputs -> Value

AISupply -> Inputs -> Value vaut 897400000 ; les 4 digits du haut sont constants

Mouvement avec:

 sct /ele /eamov /vel=1 /acc=1 /pos=<xx>
Elevation 1er mesure 2eme mesure
90 5017 5011
85 4955 4957
80 4871 4878
75 4776 4780
70 4687 4687
65 4590 4592
60 4483 4484
55 4355 4358
50 4207 4205
45 4033 4036
40 3847 3849
35 3633 3635
30 3228 3216
25 2693 2684
20 2138 2130

 


Passage du service temperature_telescope à la PLC Telescope

Installation d'un coupleur avec 3 bornes PT100. Fabrication de 5 connecteurs pour se crocher sur les cables arrivant.

Le câble Temt1m1 a deux pins inversées la 2 et la 4 les autres sont correctes selon la bible:

Pin SubD9 T1M1 T1M2,T2M2,TB,TH
1 +I +I
2 -U +U
3 -I -I
4 +U -U
5 MCH MCH
6
7
8
9

Mesure avant de passer sur beckoff puis retour à l'ancien système. On a donc 3 valeurs et comme la temperature bouge sans arrêt, la temp Beckhoff devrait être entre les 2 mesures originale. Ce n'est pas le cas pour 2 sondes. L'offset est donné dans la dernière colonne:

Sonde Valeur avant Valeur apres Moyenne valeur Beckhoff Offset
T1M1 18.62 18.69 18.65 18.62 -0.03
T1M2 29.89 29.97 29.94 29.90 -0.04
T2M2 20.60 20.64 20.62 20.33 -0.31
TB 21.80 21.89 21.85 21.80 -0.05
TH 23.16 23.21 23.19 22.90 -0.29

Dommage pour le TH car il entre dans le calcul de l'autofocus. Mais visiblement cette influence est en dessous du 1/100 de mm. Donc je ne fais rien

Passage des service de l'Inter-t120 qui donnait une pose par exposition à un vrai service de 1440 mesure par jour. On va enfin pouvoir mesurer l'influence de l'heure d'ouverture des volet/cimier/flaps


Divers

  • Il faut éteindre la PLC si on ajoute des variable OPCUA dans le code. Quelques chose ne se met pas à jour avec le chargement de la config.
  • Changement férule (préventive) arrivée Coralie + plein OK
  • Pompage Necam
  • Installation d'une PT100 sur le moteur de la pompe Kalao et borne dans la PLC KalAO
  • Mise au point du tcs_srv avec des Connect-disconnect à chaque communication PLC
  • Update de la communication avec KalAO (+debut de nuit en support), modif edp.pl et xrunall pour indiquer à KalAO qu'on quitte KalAO pour un autre instrument
  • retouche du script de shutdown (+yEd) et insertion du shutdown des serveur Kubernetes
  • Interaction avec l'équipe pour le futur ETCS (Beckhoff), photos, inventaire, recherche de câbles
  • Inventaire et étiquetage
  • Discussion avec Clement pour la nouvelle climatisation, je lui passe des documents concernant le Schwaemmle (tableau électrique)
  • Passage d'info à Emanuella
  • Nettoyage de la 2eme partie (salle de controle et couloir d'entrée), la station est neuve :o)
  • Tentative de recycler les batteries de 2019. C'est jouable, mais c'est tres lent. 1/2 batterie par jour

 

 

 








Du Lundi 9 janvier au vendredi 20 janvier 2023

Mission Euler-J avec Nico B, Fabien A et Pedro F comme observateur

Immédiatement debug du serveur PM et mettant des Connect/disconnect pour chaque appel opcua. Ça marche!

Cette mission na été entièrement dédiée à l'insertion du guidage Euler-J dans le soft d'observation.

Donc toutes les nuits avec dodo ver 23-24h

En parallèle, remise au point du systeme de circulation de KalAO. Il y avait des bulles d'air (connexion sans teflon vers le seau) puis panne de la pompe.

 






 






Lundi 19/12/2022

  • nuit OK :o)
  • Caralie va vers la stabilisation. Etat actuel: portes bodega fermées, porte sur local coralie ouverte (bas et haut), ventilateur en direction de ce local depuis le centre de calcul et airconditionné à 21[degres] 
  • commit de src/weber/ prc/ config/ ETCS01
  • les logs n'ont pas été copiés par le cron du PC! Le Batch fonctionne.... mais pas le cron

Dimanche 18/12/2022

 

  • Je pense que la clim2 ne peut pas chauffer assez, donc remontée des 2 climatiseur à 20d à 8h50 puis à 21 à 10h50
  • Debug d'une plantée à la creation de fits du à un NaN dans le catalogue 500
  • debug des fond violet sur le touch-screen du à la checkbox (qu'il fallait décliquer) dans le VisualizationManager concernant la copie des image en bmp.
  • Le miroir ne s'est pas mis en position Coralie, car le system a retourné focus=1 alors qu'il était sur Necam (2) (pourquoi pas ne pas tester le focus actuel).
  • update de meulplot pour avoir les limites en fonction de la consigne clim2.tsetpoint (pour clim2, climatisation et coralie) ca aurait du être ainsi depuis longtemps.
  • implantation du FB_write_log

On crée un fichier journalier type csv dans le disque C: de la PLC, impossible de le mettre sur un lecteur réseau. 

Pour palier au problème de remplissage du disque C les fichiers de log sont déplacés (move /y) sur S: (PartageWindowsTWC3) par un fichier Batch tous les jours à 23h59. Pour cela on utilise le programme Task Scheduler en y créant une Basic Task. Création évidente. Le fichier est sous C:Move_ETCS_logs.bat. MOVE à Vérifier les prochains jours.


Samedi 17/12/2022

Voir plus haut "Rapport de mission intermédiaire PLC"

  • changement de consigne de clim2 à 22d vers 14h (accord de Pepe)
  • En debut de nuit on voit qu'il n'y a pas de seeing sur l'a PLC mais que le MeteoMonitor la donnait. en allant sur le site on voir que les pages ont été deplacées. et mise en https. Ainsi changement de l'appel curl: https et -k car on ne peut pas fournir de certificat dans get_eso_seeing et get_eso_meteo.

 



Rapport de mission intermédiaire PLC

Cette mission est consacrée à la PLC et à la résolution des bugs tenaces. Khaled est l'observateur et Damien sur HARPS est le soutien moral

Le soft PLC a été homogénéisé, c'est à dire que tout à évolué vers un design unique, cela a permis de supprimer pas mal de code redondant ou "tordus". Cela concernait principalement la partie Dome qui a été écrit en début de projet. 

Maintenant, Dome, Hydraulique, M3, RFI et Cooler suivent les mêmes patterns.

Concernant les améliorations ou nouveautés:

  1. La fermeture d'urgence du dome. C'est le point critique pour la sauvegarde du telescope et des l'instruments, plusieurs parties du soft l'utilise: le Deadman (comprenant la position du soleil), la mauvaise météo (vent, rh et pluie), les coupures de courant et les actions humaines. Ce type de fermeture est prioritaire, c'est à dire que le dôme se fermera même s'il est en train de s'ouvrir.
    • Quelques précisions: pour fermer le cimier et le volet, le cimier (partie haute) doit être au dessus d'un interlock qui coupe l'alimentation du volet (car le cimier se ferme par dessus du volet (étanchéité à la pluie)) pour que la fermeture du volet fonctionne. Depuis quelques années seulement, les 2 moteurs sont alimentés par l'UPS, pour permettre la fermeture en cas de coupure de courant. Ce serait ballot de rester la coupole ouverte en cas de problème. Cette connexion à l'UPS crée des problèmes qui ne sont pas résolus: lors du démarrage de la pompe hydraulique utilisé pour le volet, il arrive que l'UPS passe en by-pass. (Rem: en cas de coupure de courant, je ne sais pas exactement à quoi sert de passer en by-pass, s'il n'y a pas de courant sur l'autre ligne, mais cela n'a jamais été testé). Ainsi fermer le volet en premier (car il passe sous le cimier) à 2 inconvénients: le by-pass de l'UPS et la perte de temps (environ 80s) pour fermer le volet. Si c'est une urgence, ce n'est pas top. De plus faire fonctionner les 2 moteurs en même est demandeur de courant sur l'UPS, ainsi depuis quelques temps les actions de fermetures sont découpées en 2 fermetures consécutives.
    • La solution: quelques soit l'état du dome, toutes le mouvements sont arrêtés, que ce soit des ouverture ou des fermetures. Ensuite le cimier est complètement fermé. Apres les 230s de fermeture, on peut dire que ce qui reste du telescope et des instruments est sauvé. Une fois fermé, il est réouvert sur 30 centimètres (12 secondes) pour libérer l'interlock. La fermeture du volet commence et si on a un problème UPS, le volet ouvert reste un moindre mal en comparaison avec le cimier ouvert (je rappelle que la pluie vient d'en haut, sauf sur certaines exo-planetes où c'est de l'acier liquide qui tombe, mis ça c'est une autre histoire). Une fois fermé, le cimier termine sa fermeture sur les 30 centimètres qui manquait. Parfait et testé!
  2. Management de RFI. La Roue de Filtres Image, se positionnait mal et parfois elle n'était pas lockée à sa position et sur l'image apparaissaient 2 moitiés de filtres, Après différentes tentatives, la première fut la fermeture du locker avant d'arriver en position. Cela a immédiatement fonctionné mais à l'oreille  et au Scope (série de rebond) le problème venais d'ailleurs. J'ai également fait des tentatives de changer l'asservissement soit au niveau Motion soit directement dans le Drive, force était de constater que la configuration proposée par Michael à Genéve était la meilleure. J'ai résolu, le problème en jouant sur l'accélération qui avait des valeurs aberrantes (15'000 -> 50 [d/s2}) et baissé un peu la vitesse  (120->80 [d/s]. Le système est absolument robuste et même assez doux
    • Une précision: la roue des filtres est absolument déséquilibrée, film suivra, et il faudra penser à un équilibrage lors d'un prochain gros démontage. C'est je pense aussi une raison des problèmes que l'on avait avec le positionnement. 
  3. Le positionnement de M3: J'ai fait des dizaines et des dizaines de mesures. Ce qu'il en ressort: effectivement les moteur-reducteurs sont irréversibles (j'avais des doutes voyant les valeurs de position de M3 bouger). le poids de la structures M3 ne fait pas tourner les axes des moteurs. Pourtant la position change. Visiblement cela doit du aux flexions. La situation qui prévalait jusqu'à aujourd'hui était de laisser uniquement le Drive Rotation en marche pour compenser de possible mouvement. En fait c'est une erreur, il me semble que les cas d'oscillation sont du à l'électronique car avec le Drive de l'anti-jeux OFF, c'est lui qui, de temps en temps partait en roue libre, a vitesses constante, du genre 1000[t/min]. Ca a certainement du être un probleme mais il n'a jamais été détecté. En résumé, avec les Drives OFF, la position de M3 change en fonction de l'élévation alors que les axes des 3 moteurs ne tournent pas.
    • 2 solution à cela: laisser les Drives ON, on voit que le courant de maintien est négligeable, ou deuxième solutions, demander une remise en place après la fin de chaque pointage. Dans un premier temps (ce soir), je laisse les Drives ON. Pas sûr de changer. J'ai une camera thermique avec moi et verrai si on voit de la chaleurs sur M3....
  4. Climatisation primaire Coralie: avec l'aval de Franceso j'ai mis la consigne de la climatisation secondaire à 22 degrés (au lieu de 20), cette valeur est au dessus des températures ambiante dans la station. On aurait peut-être du tester cela plus tôt. Il est clair qu'on va mettre un certain temps à se stabiliser mais j'ai assez confiance d'un bon résultat. Petit bémol, ces jours je laissais la bodega ouverte (courant d'air entre les 2 entrée) cela à permis de gagné jusqu'à 3 degrés et donc remettre la climatisation primaire moribonde dans un état de marche intermédiaire, et j'aimerais la fermer à nouveau. Je rappelle que la clim du centre de calcul est à 18 degré et communique avec le local Coralie par les portes ouvertes (celles qu'on devait absolument garder fermées). Bref suspens

 

Hugh






Rapport de mission Azimut final

 

  • Mise à jour du soft après l'installation du ruban azimut Heidenhain. Les top zéros ont lus dans l'ordre pour éviter les problèmes d'initialisation que nous avions connu après l'installation du codeur Elevation en 2021. La résolution passe de 18'000'000 à 182'400'000.
  • La lampe LDLS est maintenant contrôlable (on-off-status) en sudo sous glsmonitor. Le cron de root l'allume toutes les 10 minutes, ainsi en canne de panne de courant total, elle se rallumera rapidement une fois le courant revenu
  • Le système de comptage du PM passe de la carte comptage National Instrument  à une borne 5101 sur la PLC Spectro. Cela nécessite (à cause du protocole OPC/UA) la réécriture du serveur PM en python (l'ancien était en C).
  • Extinction du LCU glscora suite à suppression de la carte comptage (point précédent) et passage du serveur de guidage sur glsserv. Le serveur de camera utilise 1% de CPU occasionalement lors de la lecteur des images.
  • Installation des 3 (+2 spares) serveur pour euler-J
  • Finalisation de l’installation de la webcam coté NTT
  • Tentative infructueuse d’améliorer les signaux de contrôle du Shutter Coralie en tirant un cable coaxe :o(

 

A propose des machines à froid de Euler: Groupe Froid (GF) et Coralie (CR)


 

Le projet présenté par M. Clemente Chappuzeau à été validé par Francesco Pepe. Le renouvellement des nos machines à froid était dicté par la nécessité d'une mise à jour de ces machines qui ont 30 et 25 ans et qui utilisent un réfrigérant prohibé depuis longtemps (R22) et par le fait que la climatisation Coralie ne fonctionne pas (ou presque).

La solution proposée est de retirer et évacuer les 2 machines à froid et les remplacer par 2 chillers de 11kW de puissance de froid. Les deux chillers travailleront en alternance (certainement hebdomadaire) et permettront une redondance en cas de panne, dans ce cas une chiller travaillera 100% du temps.

La transformation est la suivante:

Les 2 évaporateurs (l'endroit où se produit le froid après la vanne d'expansion) sont remplacés par des échangeur de chaleur eau-eau et eau air pour CR:

  • Pour le GF, toute la partie contrôle reste en place ainsi que la connectique avec l'échangeur de chaleur eau-huile. Cela inclus les 2 pompes, le bac et les canalisations et l'échangeur eau-huile.
  • Pour CR, une nouvelle canalisation amènera du froid vers le nouvel échangeur eau-air qui sera installé dans le bâti actuel. Le controlleur sera renouvellé. le bâti lui-même reste en place avec l'ensemble des tuyaux d'air et ventilateur

 

Nous avons ajouté 2 demandes:

  1. une plus grosse conduite pour amener le froid vers coralie avec une distribution en Y (dans le local de pompes) pour permettre d'alimenter en froid une nouvel instrument (3kW, par exemple Ristretto)
  2. une connexion supplémentaire permettant de connecter une machine à froid en cas de panne totale des 2 chillers.

 

Les 2 chillers seront installé à l'extérieur du local L401 (où se trouve actuellement le GF) sur un radier. Ce sont des machines prévues pour résister aux intempéries qui évacueront leur chaleur de manière plus efficace que d'être enfermées dans le local.

 

A propos de la situation actuelle de la climatisation Coralie


 

Le climatiseur n'a pas assez de puissance de froid pour amener la température du local Coralie à sa temperature de travail (19 degrés). ce problème se fait sentir dès que la temperature de la bodega est aux alentours de 16-17 degrés.

Pour palier ont été faites les choses suivantes:

  • La climatisation du local des ordinateurs à été mise à 18 degrés et les portes du local Coralie, haut et bas, ouvertes
  • Un ventilateur d'appoint envoie le froid de local ordinateur dans le local coralie
  • La prise d'air dans du climatiseur dans la Bodega est fermée
  • La consigne de température du climatiseur CR à été baissée à 18 degrés (dans le doute que cela serve à quelques chose)
  • Changement d'un élément suspect dans le controlleur, sans succès, l'erreur 13 subsiste

 

Le résultat est mitigé, mais permet d'éviter la situation catastrophique vers laquelle on s'approchait.

 



 



Journal

 



Vendredi 16/2/2022

But de la journée RFI. Rfi est une vrai catastrophe entre par exemple UG et V1 (j'utilise cela pour le test) ce parcours de fonctionne pas (80% du temps). On voit rapidement que la roue est complètement déséquilibrée. En position V1, si on active le lockRFI la roue semble ver la position UG. Lors du Setting, la position V1 ne croche pas et le systeme reviens sur toutes les encoche vers la position UG, mais souvent entre 2 encoche.

La premiere idee qui fonctionne (et qui est maintenant dans la visu) et de donner l'angle de distance à la consigne auquel on relâche le lockRFI. cela donne immédiatement de très bon résultats que ce soit 2 ou 20 degrés. Par contre à l'oreille ce n'est pas un son tres agréable car on entend beaucoup de rebonds.

En gardant cette technique j'explore le mode de contrôle en changeant le Kp puis en utilisant un PID, en bidouillant au bol certaine valeur, absolument rien ne change, Apres je modifie directement la boucle de controle dans le drive, mais le choix existant (obtenu par Michael à Genève) reste le meilleur.

Apres je constate que dans la partie Motion, les paramètres de l'axe sont mis à: accélération 15'000, c'est là le problème. Donc en passant dramatique ces valeurs à 1 puis plus haut, je converge vers la valeur 50[d/s2]. je descend un poils la vitesse de 120 à 80, et finalement me rend compte qu'il n'est ps nécessaire de libérer le locker avant la fin.

Donc je laisse dans la visu le choix de l'angle, qui maintenant est 0 et la vitesse qui maintenant est 80. Ça fait toujours du bruit, mais les valeurs sur lue score sont beaucoup plus basses.

Rem: j'ai fais tous les tests dans une version de test clonée, donc récupération des modifs manuellement et push.

Le problème est donc réglé

  • modif de rfi.prc pour sortir une erreur en cas de problème rfi. Peut-être une mauvaise idée lors des flats car si l'observateur n'est pas là, cela interrompt la séquence. Peut-être améliorer cela, mis comme le RFI doit marcher, le problème ne se pose peut-etre pas.
  • Dans les visus passage en rouge de l'onglet M3 s'il n'est pas initialisé.
  • Mail d'info pour les état des onglets de la visu à Pedro + T4
  • balade avec Damien (10km vers wiscashas)

 

 

Jeudi 15/12/2022

  •  Longue interaction avec Fabien et Nico pour faire fonctionner le futur soft d'acquisition de la camera de guidage. Visiblement le soft en C météo la camera en 16 bit et le soft de Fabien non. Donc il faudra trouver une solution. Questionnement sur l'usage des 16 bits dans FITS. je fais plus tard un mail à ce sujet. En résumé les nombre non signés (16 bits) sont stockés avec compléments à 2 et lu de la maniere inverse, cela historiquement car le fortran ne connaissait pas les entiers non signés)
  • modif de la procedure one_expo_2022.prc, mais en journée, cela plante donc pas de test de nuit.
  • sécurisation de la visu M3 pour éviter de changer le focus non intentionnellement en touchant le touch screen par exemple. Je mets un bouton one-time-enable manuel Setting qui permet une seule action
  • finalisation de la fermeture d'urgence en rajoutant l'arrêt de la SM de fermeture Volet. C'est le bon plan, ainsi on baisse la consommation électrique lorsqu'on commence part le cimier et des tous les cas on part d'un situation stable. donc parfait.

 

 

Mercredi 15/12/2022

  • Nouveau code pour la fermeture d'urgence de la coupole, plein usage de la notion de Abort. fermeture en premier du cimier, petit retour en arrière pour passer l'interlock, fermeture du volet et fermeture finale du cimier
  • Suppression des méthodes "stop" vu l'usage de "abort"
  • Le fait de faire un relais off en descente qui un relais on en monte derange la safety sur le canal 1 de 2904. Un sleep de 2 sec solutionne le probleme. Contact avec Michael pour cela.
  • Refactoring des scripts python qui utilisaient les anciens path opcua pour les mettre selon le nouveau code
  • Update des visus Dome, avec des emergency stop sur chaque fenêtre Dome
  • Nouveau look pour la simulation de l'ouverture. Finis les multiples va et vient, uniquement un seul mouvement avec le bon timing
  • Retour en arrière de quelques scripts python qui faisaient des test is_control_allowed() qui étaient inutiles puisque c'était des demande de status. Egalement des variable d'environnement qui n'étais pas connue dans les cron lancés par root
  • Photos por Antony des relais Spare
  • Mise en marche du PC Windows10 pour TWC3 10.10.132.89, Installation de TeanViewer 12. Michael vérifiera qu'on tourne la bonne version de TWC3
  • Nuit avec le nouveau code PLC (refactoring du Dome)

 

Mardi 14/12/2022

  • Retour au codage la PLC, refactoring de la partie Dome (simplification et normalisation)
  • Test pas concluant avec la mise en place du guidage. Mais ca avance.

 

Lundi 13/12/2022

  • Debug de la camera de guidage au changement d'instrument. guid_srv n'était pas tué et cela visiblement faisait des soucis GOP au boot. J'ai commenté le non-tuage de guid_srv (pourquoi on ne le tuait pas) ? Et cela fonctionne tres bien
  • Creation de la procedure bigeye one_expo_2022.prc qui prend tous les appel de la lecture de la camera de guidage. cela sert a se simplifier la vie pour les prochains tests du soft Fabien.
  • Changement de ferrule coté TP60. Grosse fuite, je passais par hazard, mais rien sur les courbes (faire un historique)
  • Nuit OK, changement d'instrument sans probleme, deep recursion, je ne sais pas encore, utilisation de one_expo_2022.prc validé
  • Test de laisser les portes ouverte la journée (semble concluant)

 

 

Dimanche 12/12/2022

  • Montée avec Damien, achat sodimac de caisses, produit vitre auto, papier WC et sucre brun
  • Pour éviter les "deep recursion" qui apparaissent depuis des mois dans vif.pl, 2 fois par mois, je remplace le timer (pipe) par un appel à la fonction avec $MW->After(). La procedure est modifiée après le debut de nuit et ne devient opérationnelle qu'après les flats.
  • changement de poigée sur porte arrière bodega
  • A nouveau plantage de la camera, mais cette fois j'apprends que c'est régulièrement su changement d'instument

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Lundi 28/11/2022

  • On te touche rien .... rangement et derniers mails
  • un poils de gitlab (soft et PLC)
  • remise ne place du boitier interface comptage dans le rack spectro
  • Lundi soir: nuit sans probleme

 

 

Dimanche 27/22/2022

  • petit soucis avec les services M3, j'avais mis la securité de site sur TCS_GEteM3.py et ce scripts est utilisé par root dans son crontab. Donc retrait de cette securité (je devrait enlever cette securité surs tous les scripts qui ne sont pas des commandes, mais des status).
  • dimanche nuit sans problèmes
  • grosse journée de test avec le PM srv, je vois un possible bug avec des boucle de zero à zero pour des pose trop courte mais sur de rien. (donc dans ce cas retour de cgg à 0.5).  Donc démarrage, redémarrage, changement d'instrument,

 

 

Samedi 26/11/2022

 

  • changement de LCU pour la camera de guidage et test. maintenant c'est glsserv qui la tourne
  • Soucis au demarrage de la nuit: deux bugs; j'ai retiré des commentaires après un else: donc else vide et plantée python, également un print d'un variable non définie, mais sur de rien, les log ne sont pas explicites, juste des arrêts. Donc pourl moi la correction que j'apporte est OK.
  • le soir: Casper n'a pas d''objet, en réalité M3 est resté sur Coralie, en fait durant la journée j'avais eu un probleme avec gitlab et j'ai fait un merge manuel avec meld et j'ai eu une mauvaise indentation. Bref corrigé en cours de nuit et OK

 

 

Vendredi 25/11/2022

  • mise en place du nouveau serveur pm travaillant avec la PLC et en python
  • passage en division /4 au lieu de /16 (voir mail de ce jour
  • modif de runall.pl pour l'appel, xrunall.cfg pour le restart 
  • extinction de glscora
  • modif des procedures qui travaillent avec glscora:

get_stat_on_pm
spe

  • Le soir je rallume glscora car la camera de guidage tourne dessus :o|

 

 

Jeudi 24/11/2022

  • La languette se tire vers le bas, mais est inaccessible. Sam fabrique une ralonge
  • Je laisse le boitier pendre, plus simple.
  • Configuration de la borne 5101: CoE->8000:03 Enable FWD count à TRUE et Process Data: Predefined PDO Assignment ' Standard 32 Bit (MDP511)'
  • La carte compte...
  • Test pour Nico (effectivement get_ups.py ne passe pas depuis gvanuc01
  • Demo Programation Bekchoff pour Paolo et Francisco
  • Codage du programme Posemetre qui comme les coup du posemètre, fait une moyenne et accepte les resets
  • Codage de l'acces OPC/UA pour pm_srv.py. A nouveau soucis avec OPCU, il semble qu'il faut éteindre la PLC pour que les définitions OPCUA soit prisent en compte. Egalement mais sûr de rien, un programme avec que 2 lettres (ex: PM) ne sont pas vu par OPCUA (mais pas sur), j'avais éteint la PLC et rescan par UA Expert, mais rien n'a été vu. Donc J'ai mis "Posemètre", et ca a marché..... mais bizarre 
  • Reception du devis Climatisation

 

 

Mercredi 23/11/2022

  • Journée communication avec Clemente Chappuzeau et mail vers obs pour nouvelles clims
  • Inventaire des câbles pour Heidenhain et envoi mail à Michael and Cie
  • Je voulais tester le comptage, mais impossible de retirer le boitier. Demande à Anthony.....

 

Mardi 22/11/2022

  • Matin du pompage, on se rend compte que le Lakeshore était en gamme 0, donc pas de chauffage. Lancementy de la commande Nlakeshoire -G 2. Il Faudra la mettre dans aussi avec le -C pour la consigne. On était à 1.3E-5 et apres 1h15 de chauffage on passe a 1.6E-5. On arrête le pompage car il y a une révision des refroidisseur à faire.
  • Netoyage des ventiles Necam. Ca ne part pas en soufflant (je maintiens les pales) donc nettoyage au coton. Ça tient fort et c'est sale.
  • Michael a fait la config durant la nuit, parfait. Ce qu'il fallait faire: duplifier le projet, tuer les Devices, Scan, ajouter le BK1250, copier les terminaux avec links de l'autre projetc
  • Push et pull dans le vrai projet
  • Mise en position pour demontage chassis tournant

sct /eamov /vel=2 /acc=2 /azi /pos=18.83
sct /eamov /vel=2 /acc=2 /ele /pos=90
sct /eamov /vel=2 /acc=2 /rot /pos=-135

  •  Remise en place de l'ancien cable pour commande de l'uniblitz (pas fait de mesure oscillo car oscillo chez NIRPS) A retester les câbles sont en place
  •  Rendez-vous avec Clemente Chappuzeau pour les clim
  • Coup de main pour Kalo

 

Lundi 21/11/2022

  • Changement du cable shutter par un coaxe d'une bout à l'autre
  • Test shutter (~/Desktop/test_cable_shutter.pl), pire qu'avant meme avec pull-up, ex: le shutter ne s'ouvre pas et même avec la correction automatique reste fermé
  • Mise en place du boitier comptage PM 
  • Mise en place des Bornes ES1501 et BK1250 (câblage des alims pas prévu :o)
  • Operation sur télescope pour démontage Necam
  • Mise en place de la borne Kalao pour le flowmetert

 

Dimanche 20/11/2022

 

  • Charles me contacte et Bruno se joint à nous par miracle. Charle me réapprend que les commande SCT n'utilisent pas les LIDA. Ainsi je comprend que je ne comprenais rien. En comparant avec les valeur de Geneve on voit que le comptage va dans le sens opposé. Le déplacement de 90 degré montre que le delta LIDA correspond bien à la valeur attendue. Je pensais qu'on pouvait changé le sens dans les IBV, mais non, donc on change simplement le facteur d'échelle en lui mettant un nombre négatif. Un @pointe au méridien montre que le télescope va où il doit aller. Un soucis de moins. on a un léger doute sur l'ordre de têtes, et l'offset, mais je pense qu'il n'y a pas de soucis.

 

#define LIDA_AZI_RESOLUTION               -182400000.0
#define LIDA_ELE_RESOLUTION                83200000.0

 

  • Le soir fondue avec Emanuela
  • Test sur ciel, cette fois c'est OK. image parfaite, par contre je lance le soft de Bruno sur glslogin1 et comme il y a des erreurs je laisse tomber. Mais je me rends compte qu'il fallait utiliser glslogin2 et sur glslogin2 le résultat est: 
    Delta El : -1.3225797291397612 arcsec, Delta Az : -73.22470583903754 arcsec

 

Samedi 19/11/2022

  • Changement de la resolution dans ~/src/jouvence_lida_2021/trunk/libt120jvc/libraries/UnitsConverter.h

#define LIDA_AZI_RESOLUTION                18000000.0
#define LIDA_ELE_RESOLUTION                83200000.0

  •  chang'e en:

#define LIDA_AZI_RESOLUTION               182400000.0
#define LIDA_ELE_RESOLUTION                83200000.0

 

Pour info les derniere modif (elevation 2021 sont)

./trunk/libt120jvc
./trunk/libt120jvc/libraries
./trunk/libt120jvc/libraries/AXIS_ELE.c
./trunk/libt120jvc/libraries/LIDA.c
./trunk/libt120jvc/libraries/UnitsConverter.h
./README.Axis_init
./ProcoleRealignementMecanique.txt

Pour la compilation:

ssh glstreg cd ~weber/src/jouvence_lida_2021/trunk/libt120jvc/ make cd ../libtsrv/ make cd ../tsrv_srv make

  • Demarrage telescope:

term1:
$T4PYTHON $THOME/scripts/tcs_srv.py

term2:
setenv INSTRUMENT coralie
setenv TELESCOPE_DISPLAY $DISPLAY
t4 

  • avant le test d'intialisation: t4 puis raquet sur position 0 et lecture des T+R (pour etre sur qu'on a pas passe un tour)

tplusr /azi /interface tplusr /azi /pos

  • On doit etre proche de -21178
  • si ok, initialisation de l'axe azi check de l'ordre des tetes. Il faut regarder cela avec la commande:
    cd $TDATA/services/MAINTENANCE/treg_srv/ 

    grep -ia counter treg_srv_202211<xx>.log | egrep "AZI"
    ou
    tail -f treg_srv_202211<xx>.log | grep -ia counter | egrep "AZI"
  • Retrait des ancienne têtes lida azimut. Rem: leurs câbles allait directement à l'EXE alors que maintenant il FAUT un câble intermédiaire. Mise en place des nouveau IBV et retraits des 6 EXEs
  • Le soir, 21h15 test sur ciel avec Ian. Malheureusement et incomprehensiblement ca ne marche pas, au pointage, le télescope va en butée soft. Mail et dodo, car pas de solution

 

Log divers de la journee

INTER-T120 > sct /azi /eamov /acc=1 /vel=2 /pos=0 sct eamov = 0.000006 2.000023 1.000000 INTER-T120 > tplusr /azi /inter tplusr interface = /dev/ttyMI6 INTER-T120 > tplusr /azi /pos tplusr askpos = -21166 INTER-T120 > sct /azi /eamov /acc=1 /vel=2 /pos=0 sct eamov = 0.000006 2.000023 1.000000 INTER-T120 > tplusr /azi /pos tplusr askpos = -21166 INTER-T120 > sct /azi /eamov /acc=1 /vel=2 /pos=90 sct eamov = 90.000006 2.000023 1.000000 INTER-T120 > tplusr /azi /pos tplusr askpos = -2735 INTER-T120 > sct /azi /eamov /acc=1 /vel=2 /pos=0 sct eamov = 0.000006 2.000023 1.000000 INTER-T120 > tplusr /azi /pos tplusr askpos = -21166 INTER-T120 > sct /azi /eamov /acc=1 /vel=2 /pos=90 sct eamov = 90.000006 2.000023 1.000000 INTER-T120 > tplusr /azi /pos tplusr askpos = -2735 move a la raquette sur -21178 (valeur originalw INTER-T120 > sct /azi /abs sct askabs = -0.055078 avec global te.azi.off=103.42269 ! azimut (par rapport au SUD) axis /init /azi INTER-T120 > axis /azi /init axis init : 1 INTER-T120 > sct /azi /eamov /acc=1 /vel=2 /pos=0 sct eamov = 0.000022 2.000023 1.000000 INTER-T120 > tplusr /azi /pos tplusr askpos = -21178 INTER-T120 > tplusr /azi /pos tplusr askpos = -21178 Valeurs au limites: -96 deg -> T+R = -40'838 +303 deg -> T+R = 40'876 [weber@glstreg treg_srv]$ grep -ia counter treg_srv_20221118.log | egrep "AZI" 1668862803 268207 10:00:03 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[1] 2 1668862803 537543 10:00:03 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[2] 0 1668862811 020674 10:00:11 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[3] 3 1668862811 580846 10:00:11 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[4] 1 1668862821 309983 10:00:21 | TREG_SRV:AXIS:AXIS_AZI_Initialize: Value counter before second TOP 0 52717029 53532054 52689733 53475336 1668862842 276372 10:00:42 | TREG_SRV:AXIS:AXIS_AZI_Initialize: Value counter before third TOP 0 52715855 53530895 52688553 53474161 1668863751 494223 10:15:51 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[1] 3 1668863751 763244 10:15:51 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[2] 2 1668863759 246805 10:15:59 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[3] 1 1668863759 806482 10:15:59 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[4] 0 1668863769 533093 10:16:09 | TREG_SRV:AXIS:AXIS_AZI_Initialize: Value counter before second TOP 0 53532160 53475443 52717118 52689828 1668863790 543858 10:16:30 | TREG_SRV:AXIS:AXIS_AZI_Initialize: Value counter before third TOP 0 53532388 53475663 52717336 52690046 1668864277 723363 10:24:37 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[1] 0 1668864277 992693 10:24:37 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[2] 1 1668864285 476545 10:24:45 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[3] 2 1668864286 035994 10:24:46 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[4] 3 1668864295 752771 10:24:55 | TREG_SRV:AXIS:AXIS_AZI_Initialize: Value counter before second TOP 0 52687952 52715237 53473576 53530288 1668864316 720239 10:25:16 | TREG_SRV:AXIS:AXIS_AZI_Initialize: Value counter before third TOP 0 52689926 52717207 53475548 53532264 1668874127 416803 13:08:47 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[1] 0 1668874127 685437 13:08:47 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[2] 1 1668874135 169540 13:08:55 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[3] 2 1668874135 728708 13:08:55 | TREG_SRV:AXIS:AXIS_AZI_Initialize: AXIS_AZI Top 0 found for counter[4] 3 1668874145 457683 13:09:05 | TREG_SRV:AXIS:AXIS_AZI_Initialize: Value counter before second TOP 0 52689805 52717028 53475389 53532074 1668874166 426464 13:09:26 | TREG_SRV:AXIS:AXIS_AZI_Initialize: Value counter before third TOP 0 52688297 52715518 53473883 53530561

 

 

 

Vendredi 18/11/2022

  • mail a Bruno et Pedro pour prevenir de l'avancement des travaux 
  • Test du soft de bruno avec "astrometrie-image.py one /gls/data/2022-10-02/ECAM.2022-10-03T00:41:54.000.fits. Les offsets sont Ele:-3.47 Azi:4.61
  • On prendra le meme objet pour le calcul de l'offset "20h37m59.9 -40:08:13"
  • concernant l'offset: actuellement: global_te: te.azi.off=103.42269
  • Jouvence pointe actuellement sur ~weber/src/jouvence -> jouvence_lida_2021
  • rsync de jouvence_lida_2021/ sur jouvence_lida_2021_save_18_11_2022/
  • Installation des serveur pour les dockers Euler-J (mail à l'équipe informatique), utilisation du IpPower 10.10.132.93

 

 

 

 

Jeudi 17/11/2022

  • Récupération des Links perdus sur term 3, 15, 16 -Compile OK
  • Suppression de st_listeSafety
  • Coupe de main installation ruban heidenhain
  • Recuperation news de BaseProcess(abort) et FB_WriteLog
  • Refactoring dans Dome de tous les FB sans le mot Dome
  • ATTENTION, poursuivre ce refactoring dans les scripts python (src/weber/*/*.py) qui contiennent GVL
  • Mise en place de la nouvelle méthode d'abort (voir doc ETCS) mise dans FB_CHECK_DomeMovement pour (uniquement pour l'instant FB_SM_DomeTopOpen). Par la suite étendre la technique aux 3 autres mouvements.
  • Attention modifier la doc ETCS pour l'usage de SetDoingAbort() et IsDoingAbort() (qui permet de ne pas declarer b_doingAbort)
  • A 17h04 Changement de la clim primaire de 19.2 à 18.0

 

Mercredi 16/11/2022

  • Modif de TCOR_stat_for_spesdb.py pour obtenir le statut de la lampe FB. Le statut est dans le fichier de log (voit cron glslmonitor) 
  • (modif de TCOR_get_times_shutter.py (manquait un import apres synchro avec Geneve !!)
  • Modif de spesdb afin d'afficher la lampe FP (testé avec -on -off)
  • Arrêt de glstopt et glstreg pour éviter les mauvaise manipulations. Le réducteur et la règle sont demontés.
  • Passage a TWC pour update ETCS. On utilisait jusqu'à aujourd'hui: ETCS_M3_RFI_PLC_UPDATE_2024, donc nouvelle version

Operations:

  • TWC3: Change -> commit and push
  • Windows: Git bash
  • Firefox: gitlab.unige.ch/euler/beckhoff/etcs01
  • clone with ssh -> copy. (g
  • Git bash: cd S:
  • Git bash: git clone <paste> ETCS_UPDATE_2022

Je profite de faire un sauvetage BST (voir doc plone)

Demarrage de TWC3 sur ETCS_UPDATE_2022

MODIF DE ETCS

But: enlever ce qui concerne GVL.st_DomeListOfFBTypeSM, cela correspond a une centaine de modif, par contre une fois fini cela supprime des links. Heureusement il y a un message des links perdu

Utilisation des fonctions F_TokenList

Utilisation de fonction et frame standard

 

 

Mardi 15/11/2022

  • utilisation du module Heidenhain pour vérifier les anciennes têtes et tentative de réglage. L'état actuel n'est pas terrible et le réglage ne fait pas mieux. On espère ne pas revenir en arrière.
  • Connexion du drive ldls EQ99X-FC avec une rallonge 12m USB. 

 

Recuperation du soft du labo optique (Bruno+Adrien?) et passage en python 3. Le python est trop vieux sur glisser alors j'installe l'USB sur glsmonitor (/dev/ttyUSB0), l'access à ce port est uniquement pour root. 

On pourrait faire mieux mais il faut l'utiliser en sudo sur glsmonitor. 

Installation sur la crontab de root afin de faire un ON toutes les 10 minutes, ainsi en cs de coupure forte de courant la lampe se rallumera automatiquement.

  • fermeture de l'aspiration de l'air de la bodega dans le systeme
  • reunion zoom avec Pepe et Seb pour le quick-off du projet climatisation. Il est accepté par Pepe et visite de l'ingénieure-conseil le mardi 22

 

 

Lundi 14/11/2022 

Arrivée avec Ian Nigel et Sam

Installation de la nouvelle batterie pour l'oscilloscope et mise en charge

Relevé des position 0 et 90 degré sur le socle du telescope.

Démarrage en x2go et utilisation des commandes suivantes:

setenv TELESCOPE_DISPLAY $DISPLAY
setenv INSTRUMENT coralie
euler (initialise les axes)

Dans l'Inter-Euler:

sct /azi /eamov /pos=0 /acc=1 /vel=2
on lit sur t120sdb:
Consigne: 0 06 46.07
Courant: 0 00 12.02

Puis 90 degrés

sct /azi /eamov /pos=90  /acc=1 /vel=2
Consigne: 0 06 25.11
Courant: 90 00 10.03

Des chiffre de consigne mystérieux, de plus ils bougent. A aprofondir, mais cela suffit pour la suite

On relève aussi les fin de courses en:

+303
-96

  • Installation du ventilo pour mieux refroidir l'enceinte coralie