Journal des missions oct-nov-dec-2021-jan-fev-mars-2022

Les actions en cours de tous sont sous gitlab Voir les colonnes selon labels "En cours" ou "Closed"

Points forts

• Alumiure M1 M2 M3
• Installation et mise en service de M3
• Installation et mise en service de l'encodeur Élévation
• Installation et mise en service de la nouvelle motorisation RFI par Beckhoff, suppression de Inter-RFI
• Passage de la gestion du spectro et TDF sur les nouvelles PLC, suppression de Inter-Spectro et spectro_srv
• Gestion des flaps coupole par la nouvelle PLC
• Gestion de la climatisation secondaire par la nouvelle PLC
• Serveur de disque en HA, état qui prévalait en mai 2021. 
• Utilisation de CloneZilla pour la sauvegarde des HDD des LCU
• Decommissioning de PISCO, suppression de Inter-Pisco
• Installation des nouveaux supports d'entraiment de coupole 
• Graissage coupole
• Réparation UPS (64 batteries neuves)
• Maintenance totale Agregat (pompes HP, pompe circulation, filtres, accumulateurs, vidange)

Journal

vendredi 25 mars

• Changement complet avec Gasparé de la ligne LN2 de Coralie
• Détection du Homing de la coupole (visu) et détection du reset de l'ampli coupole qui annule le homing. 
• Script python TCOR_get_homing_coupole dans le but de ne pas faire de homing si la coupole est deja home (voir t120_inithard.prc)
• Petit coup de main pour tirer une nouveau cable Ethercat avec Nathanael pour Kalao. L'autre est mort
• Commit  GitLab de ce qui traine ....
• Debut de l'inventaire
• Correction du script TCS_getM3.sh qui utilisait des envv et donc ne démarrait pas avec le cron de root. Pas de donnée depuis sa première installation :o(

Jeudi 24 mars

• Script pour le test du cable shutter (avec 100 essais) ~/Desktop/test_cable_shutter.pl
• Installation de capa 100NF et résistance 5.8k sur la commande shutter. Pas d'effet.
• Installation de la PLC CX8190 en remplacement de la CX8090 pour la clim2
• adaptation des services pour la lecture de la clim2
• nouveau script python pour la gestion de la clim2

Mercredi 23 mars

• Montée transport ESO
• Controle du relai de l'alimentation du LatePanda de la AllSky par la PLC, juste un boolean et la commande TCOR_allsky (-on -off -state)

Samedi 19 mars - mardi 22 mars

• Isolement à la maison et support Kalao
• le mardi: achat Sodimac d'une pompe pour KalAO avec la connectique, 2 manomètres et ByPass
• achat cable HDMI pour Janis

Vendredi 18 mars

• auto test PCR à La Serena positif
• test PCR en labo
• je passe la voiture au team KalAO (Janis, Francois et Natanael
• Resultat du test PCR positif

Jeudi 17 mars

• je sais plus (!) oubli de noter les événements du matin
• descente pour chercher le lendemain l'equipe Kalao

Mercredi 16 mars

• L'oscilloscope ne fonctionne plus. Michael me conseille d'enlever la batterie qui est morte de chez morte et effectivement c'est elle qui tirait l'oscilloscope en bas. Commande en cours
• Mesure du pulse sur le shutter de Coralie. Et il est parfait, donc pas de problèmes électriques comme je le supposais. Donc le comportement de ce contrôlleur reste un mystère.
• Modif sur la PLC: si à la fin du TOF le shutter doit etre fermé, alors il y a un test qui le force à se fermer, s'il est ouvert, si on n'est pas en train d'envoyer un pulse et que justement on devrait être fermé.
• Modif dans TCOR_expo_shutter: fermeture du shutter s'il est ouvert, relance de la commande s'il ne s'ouvre pas, ces motdfs font que le system fonctionne mais le vrai probleme n'est pas compris: pourquoi le pulse TTL parfois n'ouvre ou ne ferme pas le shutter ...
• Concernant M3: les mouvements sont plus précis lorsque qu'on les lance manuellement. En fait c'est parce que l'on ne coupe pas les Drives. Ainsi le system arrive très tres proche de la position finale. Quand on utilise les boutons de la première page, le système coupe les Drive quand le "focus" est atteint. mais à ce moment on est a la limite du test qui dit qu'on est ou non dans le focus. La solution simple est de faire un get focus specialisé avec des limites plus basses (la moitié en fait) ainsi le positionnement est plus précis et apres on reste dans la fourchette voulue.
• Je remarque que la mesure de M3 (service) ne fonctionne pas. Bizarre je la relance et c'est OK. Pourtant elle devrait être relancée tout les jours. Bref en cas d'erreur (et c'est peut-être le problème) j'ai rajouté un disconnect. (peut-être on restait bloqué) Faut le faire sur tout les python qui utilisent opcua car c'est un bug. 

Mardi 15 mars

• Montée tardive avec un petit refroidissement, pas glop pas glop
• Prise en main de l'oscilloscope pour la mesure de la pulse envoyée sur le contrôleur uniblitz. L'oscillo ne fonctionne que avec le chargeur...

Mardi 8 mars

• Changement de dernière minute. C'est l'uif qui ferme le shutter si la technique normale n'a pas fonctionné. En cas de dépassement du temps, juif envoie TCOR_close_shutter

Lundi 7 mars

• retour en arrière, je supprime toutes les bidouilles contre un concept super simple: l'uif affiche le temps d'ouverture du shutter de la PLC uniquement si le shutter est ouvert, Ainsi le reste du soft d'observation peut écrire ce qu'il veut dans l'UIF.

dimanche 6 mars

• durant la nuit (voir crash log compteur figé), synchro bloqué sur une demande de status. Pour améliorer et uniquement en mode Coralie:
• UIF va lire la valeur du compteur de pose sur la PLC, donc la procédure n'a plus besoin d'envoyer le compteur
• Un seul script pour la lecture des statuts sdb (TCOR_stat_for_spe_sdb.py), donc un seul accès python (au lieu de 4) et 2 connexions au lieu de 4.
• Je me rends compte que la version de xrunall avec Kalao tue le synchro et l'imager pendant le changement d'instrument. J'avais complètement oublié le rôle de xrunall à ce moment là. Donc retour immédiat en arrière. xrunall regarde les sémaphores de Synchro et imager et des qu'ils sont libres, fait le changement d'instrument. En fait cela durait depuis 3 jours et le fait de prendre des poses semblait du aux derniers développements, mais ce n'est pas le cas .... grrrr

samedi 5 mars

• Avant passage en beta des dernieres modifs (precedures uifs) pour kalao, sauvegarde sur mon mac de ok et beta
• synchonisation (--delete) de beta/ sur ok/
• ce qui a ete teste (par Pedro) durant 2 nuits est mis en beta:

acquisition_camera.prc
acquisition_coralie.prc
acquisition_kalao.prc
ecam_focus.prc
global_focus.prc
modele_de_pointage_court.prc
recover_focusoffset.prc
reset_t120_to_cassegrain.prc
reset_t120_to_coralie.prc
reset_t120_to_ecam.prc
reset_t120_to_kalao.prc
reset_t120_to_nasmyth.prc
t120_autofocus.prc
t120_axisinit.prc
t120_focus.prc
t120_inithard.prc
t120_initsoft.prc

Plus les version alpha de
setenv EDP alpha
setenv XRUNALL alpha
setenv RUNALL alpha
setenv PROCESSES alpha
setenv UIF alpha

• changement de PLC et uniblitz ... comme chaque jour
• La PLC doit être mis sur le fuseau horaire UTC sinon (bug windows) elle traduit le temps de Santiago en tunix!!
• spesdb lit le status des entrysh, shutter, lampe et led sur la plc, plus besoin de gop
• écritures des start, stop sur le pm_srv pour les stat et le reset du comptage
• écriture de open, close sur puis pour le tracer de la bande verte
• refactoring: tous les appels vers la PLC se font par Synchro au travers uniquement de procédures speplc_*.prc
• nuit de test nouvelles PLCs

vendredi 4 mars

• integration dans le soft d'observation, donc pricipalement acquisition_coralie.prc et expo_lib.prc. Le choix dans un premier temps est de remplacer tos les appels sur le synchro par des scripts qui communiquent avec la PLC par OPC/UA.
• Different problemes: c'est le programme spectro_srv/sub_shutter_18.c qui fait plus de chose que j'avais remarque: il gere les comandes "start-stop" sur le puif et donne le compte de l'exposition sur l'uif. Tout cela passe maintenant dans les 2 procecedures ci-dessus.
• Egalement je m'etais trompe ssur la fabrication des fits (temporaire). Ainsi la solution est d'avoir les cariables su spectro en global, les lire avec send2spefits.prc qui envoie une chaine lisaible par le assign() de l'inter (a ameliorer en mettant les variable globale dans global_synchro.prc).
• Differente mise a jour des pragmas OPC/UA pour recuperer les tunix sous forme ulint plustot que date-time
• tout sera a ameliorer car je travaille sous mon nom et on observe.. donc changement demain
• je me rend compte maintenant que le start-stop sur le pM est pour les staistiques, il faut voirt comment faire pour le puif...
• demain est un autre jour, mais cela va plutot bien, juste enormement de modif de toutes part.

jeudi 3 mars

• Il semble que les PLC sont sensibles au changment de definition des acces OPC/UA dans le code (pragmas). Visblement le fait d'arreter et de redemarrer une PLC remete les chose en place. Ainsi le probleme d'hier (inversion de 2 variables) est resolu)
• debug de toutes les classes de mouvement et de configuration
• fin de nuit avec le torture test qui passe

Mercredi 2 mars

• passage de wakonlan sur $THOME/scripts (t4_scripts/)
• descente de la station avec T_shutdown_euler (avec Emanuela) tout s'arrête parfaitement bien. Nuc, LCU et Syno
• Mesure du courant. au debut 107 minutes, ca descend à 88min et ca remonte à 106min lorsque tout les ordis sont arretés
• C'est Gaspare qui remonte la station depuis gvanuc01:
• test avec T_ippower_stat
• Test que 10.10.132.101 (syno) est bien down (ping)
• wakeonlan sur un des syno a travers le rooter (depuis Geneve donc), voir doc phone
• ping puis ssh sur 10.10.132.101 pour s'assurer qu'il est OK
• demarrage de glslogin1 avec T_ippower_reset glslogin1
• ping puis ssh sur glslogin1
• un fois ok, on oublie la connexion Geneve et on fait un x2go sur glslogin1
• démarrage de tout les LCUs et NUC
• fin OK

remarque, on pourrait rajouter une coupure brutale des PLC pour garder plus de batterie

• debut du passage des PLC spectro
• remise en (ma) mémoire et correction des scripts Python. C'est la première intégration de OPC/UA
• Je tombe sur un problème sur la commande mask:le contenu des variable MiDiagnostic et MbyPosition sont inverséss (dans mon soft et sur UA expert). pas d'explication et je démonte les PLCs pour la nuit. Une fois démonté je la branche (sans aucun terminal), et UA expert voit les variable correctement...... Plus d'essais demain
• Mise au propre du soft (off line)

 Mardi 1 mars

• Montee avec Maxime
• changement de PLC flaps, mise a jour des scripts et traduction de T_monitor_flat.c et T_stat_flap.c en python
• test => succes

Mardi 15 février

• descente + xxx

Lundi 14 Fevrier

• Plein d'urgence de Coralie, le TP60 était vide (dernier plein=pourri) mais le flotteur coincé. Peut-être de la glace
• Reception du mail à la con de Cedirc(Beckhoff), ras le bol de ce con, on dirait qu'il gagne plus si le mail est court.
• Réponse à l'observateur
• Installation remote des security policies OPCUA avec Michael et Beckhoff. Michael a fait une doc. En gros il fallait réinstallée le paquet TF6100 pour avoir le module connectivity
• Développement du contrôle de shunter de Coralie. Cesls semble positif. Il faudrait encore tester avec un câble BNC long. Sinon: récupération de la seule KL9010 de fin de ligne, oublié qu'il fallait mettre le 24V sur la  KL9505, sinon un module de sortie LK2124 pour le controle (1ch) du shutter et un KL1124 pour la lecture de la position: CLOSE==TRUE. J'ai sacrifié un cable BNC pour e connecter au contrôleur Uniblitz. tout semble ok pour la suite: open, close, text, adjust.
• Un peu de rangement
• Je laisse toutes les PLC branchées
• move de Test_Shutter_TTL dans Labo_euler + gitlab

Dimanche 13 Fevrier

• Suite pompage, 8h30: CCD: 30d,  Azote: 14d, Pression: 1.6E-4mBar <---- La doc dit 8.5E-5mBar en 30 h on attend
• 10h40: CCD: 30d,  Azote: 17.2d, Pression:1.4E-4 mBar
• 13h08: CCD: 30d, Azote:20d, Pression: 1.2E-4mBar
• 13h10: mise en froid manuelle, consigne -115d
• 14h10: CCD: -62, Azote:-197, Pression 1.6E-6 mBar
• 17h30: Fermeture des vannes: CCD:-115, Azote: -197, Pression 1.2E-6 mBar

• Changement temporaire de PLC pour le spectro
• Création Visu
• Petit soucis avec la led qui ne s'allume pas. Apres avoir enlevé les référence à %M (la mémoire pour modus) tout refonctionne. Pas sur de pouvoir l'expliquer. Mise à part que quelque chose mettait à zéro la consigne...
• Mail au support beckhoff concernant la configuration serveur OPC UA

Samedi 12 Février

•  Début pompage mise en chaud à 6h34 (observateur, Maxime ou le sleep (je pense que c'est le sleep 63000 car il a été envoyé à 13h04). 8h: enclenchement de la pompes. 8h30: 2.5E-5 atteint, fermeture de la vanne de la pompe et ouverture de la vanne cryostat, pas de bruit, la pression passe à 1E-4, réouverture tranquille de la vanne pompe, c'est parti! A ce moment le CCD est à -30, azote -196 en train de monter tranquille tranquille.
• Pompage:
• (J-1) 16h10: fermeture de la vanne LN2 tu TP60 après le dernier plein
  
• 6h34: mise en chaud par l'observateur, Maxime ou le sleep (je pense que c'est le sleep 63000;set_lakeshore -C 30 car il a été envoyé à 13h04).
  
• 8h00: enclenchement de la pompe turbo-machin. 
  
• 8h30: 2.5E-5 mBar atteint, fermeture de la vanne de la pompe et ouverture de la vanne cryostat, pas de bruit, la pression passe à 1E-4 mBar, réouverture tranquille de la vanne pompe, c'est parti! A ce moment le CCD est à -30, azote -196 en train de monter tranquille tranquille.

• Changement de PLC sur les Flaps -> OK
• Changement de PLC Tete de fibres, beaucoup de lInk -> découverte d'une petit bug avec les mini-maxi de attcalib1-2. En fait les Namur sont en logique et il manque des NOT dans le code! Ainsi les Mini-Maxi sont inversé, mais ce n'est que le nom. L'effet est correct (bien sur) depuis 2014!  -> OK
• Création d'une visu pour TDF
• Comme il y a le pompage je laisse la PLC TDF en place

Vendredi 11 Février

• Antony a rebooter le Nuc et le router sur Geneve, donc je peux continuer les tests en mettant a jour le module OPCUA. Message identique: Received an error: MessageAbort(error:StatusCode(Good), reason:None)
• Essai puis mon mac et là une meilleure information: Received an error: MessageAbort(error:StatusCode(BadSecurityPolicyRejected), reason:None)
• Discussion avec Bruno qui me donne l'idée d'utiliser le gui que fourni le module python opcua. Bon plan. Donc essai sur le mac et également plus d'info
• Petit à petit tout converge sur le fait que la "policy security" de la PLC n'accepte que "Basic256Sha256" et visiblement Python ne la gère pas. Dans opcua-client, dans les paramètres de connexion, on peut demander ce que la PLC gère et justement, elle ne gère que ça. Impossible de savoir ce que fait le Python. J'installe Pycharm dans le but de debugger cela, mais rien de fait encore.
• Dans la doc Beckhoff, je me rend compte qu'il y a moyen de configurer la PLC depuis TWC3 en rajoutant un projet "Connectivity". Malheureusement cette option n'existe pas et il m'est impossible de trouver comment configurer le menu New Project. Il ya une video à regarder de plus près lorsque cette option sera disponible   
• Je laisse tomber, impossible de trouver une piste pour cette configuration.
• Par contre il est tout a fait possible de commencer les projets, sans OPC UA, donc je repousse au lendemain l'action sur les Flaps
• Remontage du ventilateur défaillant du local Coralie, finalement, simplement un bon netoyage
• Reprise en main du scripts check_ups_and_shutdown, afin de provoquer le shutdown de Euler également si la panne dure plus que 15 minutes.
• Maxime me demande de faire le pompage Coralie le lendemain. donc on programme le réchauffage (sleep 63000 ; set_lakeshore - C 30) pour qu'il parte à 6h30. Maxime fait le même chose et demande à l'observateur de lancer la commande apres la derniere pose Coralie. On peut ainsi gagner du temps
• Fermeture de la vanne No apres le plein du soir et installation d'un pancarte sur le TP60

Jeudi 10 Février

• Dernier menage dans le fichier de config des sketchs FITS
• Installation des 5 PLC CX8190, alimentée et sur internet. Leurs No:

Flaps
	    host CX-636A90    { hardware ethernet 00:01:05:63:6A:90; fixed-address 10.10.132.96; }
SPE
	    host CX-636A4E    { hardware ethernet 00:01:05:63:6A:4E; fixed-address 10.10.132.98; }
TDF
	    host CX-636A93    { hardware ethernet 00:01:05:63:6A:93; fixed-address 10.10.132.97; }
Clim2
	    host CX-636A51    { hardware ethernet 00:01:05:63:6A:51; fixed-address 10.10.132.99; }
Spare
	    host CX-636A96    { hardware ethernet 00:01:05:63:6A:96; fixed-address 10.10.132.95; }

• Le IP sont temporaires, on reprendra par la suite le IP originaux des CX8090
• Michael installe OPC UA sur les 5 machines. Il trouve la technique d'installation (voir docx) et les rend fonctionnelles avec UA Expert
• Le test OPC UA depuis python ne fonctionne pas. Je passe le reste de la journée à comprendre pourquoi

Mercredi 9 février

• Mise en archive locale des vieux projets ETCS
• En fait gitlab est d'office dans twc3. donc commit and push
• Sauvetage de l'image PLC sur la clé USB Beckhoff (on peut mettre 2 sauvegardes maxi). de toutes façons l'ancienne est avec l'ancienne version de TWC3 donc inutilisable. Ainsi on peut jongler sur une seule clé avec 2 versions. A voir si on les stocke aussi ailleurs.
• Upgrade de glslogin1, petite bataille car il y a des erreurs. Je suis les consignes proposée et finalement cela fonctionne
• Problème avec le HDMI, mis finalement à force d'éteindre et rebooter cela remarche
• Un peu d'ordre dans les webcam de phone (suppression d'anciens link ou document) + je retire le mode de passe des webcam
• Installation du PC-TWC2 à coté du PC TWC3 (ça pourrait servir)
• Etiquetage des PLC CX-8190 et mise dans dhcpd.conf. Je garde le même IP car les CX8090 et CX8190 ne seront jamais ensemble. Donc même Ip pour même fonctionnalité.
• Sauvetage des fichiers systèmes sous gitlab ($THOME/system)
• Test_lida devient test_kalao et passe sous gitlab
• Lecture de .pro de flats dans twc3, quelques warning pour des adresses mémoire %MB10 (par exemple), mais comme je ne m'en servirai plus, pas de soucis.
• Durant la journée, plusieurs tests de demarrage apres les upgrades des glsloginX
• Je repousse le upgrade de glsdrs (j'ai u peu peur des effets de bord avec la virtual machine)
• Début du recodage des FLAPS......

Mardi 8 février

• Skype avec l'obs et une association d'ambassadeur
• Upgrade de glsaux et glslogin2
• Commit and push dans gitlab de jouvence, procedures, $THOME/src/weber, $THOME/config.
• Dans $THOME/config, il manquait des éléments (FITS, donuts, ...) , donc add, commit and push
• Twincat 3 semble avoir perdu gitlab, je laisse tomber pour le moment

Mardi 1 février

• Tentative de reparation du ventilateur, finalement pas le temps, il faut faire du cannibalisme, je remets à plus tard
• descente

Lundi 31 janvier

• Il aurait fallu annuler le modele de pointage courant avant de faire l'acquisition des images.... enfin Bruno verra. 59 objets 2h
• Test des version alpha et des procédures modifiées pour KalAo. Petits ajustements dans le procédure. Par contre treg_srv plante avec Kaloa. Il manquait le fichier de config et le system continuait... J'ai mis un stop. Bref tout est validé. démarrage et changement d'instrument depuis xrunall. Reste le squelette de acquisition_kalao à ameliorer
• Test de la commande remote offset avec ipcsrv. Il faut 1.27 [s] pour changer un offset plus 0.08[s] pour la communication.
• Bruno avait soulevé le probleme que les observateurs ne voyaient pas les images brutes car ds9 fonctionnait mal. Bref le notify du C ne voit pas les nouveaux fichiers NFS. Donc ras le bol, je vire le C et fait watchDir4ds9.py pour regarder le directory en permanence. Ca marche au poil avec un meilleur filtre pour les lits: "*000.fits", donc sans deuxième extension. Intégré immédiatement dans le soft d'observation.
• Remplacement de la férule LN2 Coralie coté bodega. Le tuyau est limite il devient de plus en plus court et la on ne peut plus couper.
• Alors que je terminait mes test la coupole s'est ouverte, puis le logiciel d'observation a démarré pour finalement s'arrêter et fermeture de courant. L'observateur ne la pas fait et moi non plus. Il est clair qu'on peut faire démarrer le logiciel d'observation par erreur avec xrunall, mais pas la coupole. Donc mystère,.... 

Dimanche 30 janvier

• Suite a une réflexion profonde et inconsciente durant la nuit. Je me suis rendu compte que si le focus (instrumental) du t120 était lu et avait des conséquences programmatiques il fallait évidement faire des setting...... et il n'y en avait pas.. Bref de toutes évidences j'avais supprimé des commandes essentielles dans t120_focus.prc: scr /focus=X. Cette commande est en effet essentielle pour le calcul des coordonnées, car le ciel ne bouge pas dans le même sens si il y a un réflexion supplémentaire (M3 dans ce cas) enfin c'est que je pense avoir saisi!. Ainsi depuis l'installation de m3, suite à cet oubli, il semble que le dérotateur tourne à l'envers. Maudit jour: après un mois où regardant la qualité des images je me suis rendu compte que les images filaient a nouveau, et cela en 15 secondes. N'importe quel débile sur terre le verrait. Donc réflexion: (dans un monde normal, cela pourrait fonctionner, mais pas dans un observatoire) cela fonctionne depuis un mois, mais pas aujourd'hui, maintenant, Donc où est le problème??? Je regarde une (--> UNE <---) une image et je vois du filage. Donc si personne n'a remarqué cela, alors qu'on a fait un upgrade plutôt costaud un mois plus tôt, cela signifie que ce maudit épisode se produit sous mes yeux en temps réel!! Quelle solution? La panne d'une alimentation? Un ampli moteur en panne? MAIS QUE SAIS-JE???? Bref tout est oublié car je reçois la confirmation des experts, tout était parfait avant ce jour maudit. Alors j'oublie, un événement isolé. Facile. Quelques jours plus tard il faut mettre à jour le logiciel d'observation pour le faire fonctionner avec un nouveau foyer. "FOCUS", joli ce nom! on a le focus optique qui décrit la position du focaliseur, on a le focus du télescope qui donne l'instrument en usage et oh miracle il y a de plus un focus: une valeur numérique qui indique comment calculer les coordonnées si l'on passe ou non par M3. Trois fois le même nom pour 3  concepts différents. Bref, dans l'impatience d'installer M3 dans le logiciel d'observation, j'ai supprimé, plus ou moins consciemment le setting du SCR (system de coordonnées du télescope). Je l'oublie, les images filent pendant un mois mais qui s'en préoccupe? La chose certaine est que même l'ayant su le premier jour, le débug aurait été plus que compromis vue mon inexpérience du contrôle du télescope. Mais! jour J, hier, je passe à l'intégration de KalAO. Cauchemar assuré car il faut comprendre le code écrit il y a plus de 20 ans par une autre personne (AB). Les choses se décantent (merci yEd). L'instrument que l'on utilise est défini par $INSTRUMENT, facile, mais il y a une solution plus fourbue: on définit des foyers: Nasmith = -1, cassegrain -1. Pas de bol on a 2 Nasmyth (plop) donc pour savoir sur quel instrument on se trouve (alors qu'il est dans une variable d'environnement), la solution est cool (ce que pense mon psy), on fait un tableau à 2 dimension, positon 1 = Nasmyth, donc Coralie et position 2 = cassegrain, donc Necam (et où met-on KalAO?) bref pour passer de -1+1 à 1,2, on calcul Index=mini(foyer+2,2), c'est juste magique. Donc 20 lignes pour savoir où on est, et en plus plus juste pour des messages de log, alors que tout est dans $INSTRUMENT. Donc tout cela à la poubelle. Je ne vais pas trop critiquer car il y avait des raisons (deliresques) d'agir ainsi. Ceci pour dire qu'en virant ce code spaghetti, j'en ai viré trop et je m'en rend compte en analysant le code. Bref les images filent, la raison est simple et personne ne voit rien pendant un mois, moi, il m'a fallu 15 secondes le temps de quitter le centre du champ pour voir ce qui se parait sur les bord. Heureusement Coralie n'a rien subit. Peut-être un jour, les astronomes regarderont les images brutes, peut-on rêver?
• Résumé: modif de t120_focus pour remettre scr /focus=X pour les 3 instruments (coralie=-1, necam=1, kalao=-1)
• Mise en place du nouveau systeme pour l'aquisition des images pour le modele de pointage de Bruno. Test demain matin par Maxime, avant la fin de nuit.

Samedi 29 janvier

• Mis le PC Lenovo TWC3 sur le Ip-Power 10.10.132.93
• compréhension du code concernant le focus telescope, le focus optique et le modele de pointage lié à la futur implantation de KalAO

voir:

https://gitlab.unige.ch/euler/infographie/-/blob/master/Euler_focus.graphml

• je me rends compte que j'ai viré les commandes suivantes dans t120_focus.prc il y a un mois lors de l'installation de M3. Je ne vois pas encore l'implication de cela (mail à Charles):

scr /focus=1 ou scr /focus=-1

Vendredi 28 janvier

• Michael repart sur l'installion de Twincat 3, les problèmes d'hier était du au fait de l'utilisation de Visual Studio 13 au lieu de Visual studio 17. En fait il faut maintenant utiliser TcXaeShell pour le développement TWC3. Il semble que la manipulation sur la borne 5101 n'a plus lieu d'être 
• sous ~weber/src/pymod_libgop: récupération de la version genevoise (git) et recompilation (attention c'est la version alpha qui est en production)
• Mesure des alimentation dans le RPM (mail):

Toutes les alimentations du RPM sont sur UPS coupé, donc un t120_power -off arrête:

- Drivers Socapel, dont l’alimentation +/15V vers le potentiomètre du dérotateur
- L'alimentation 24V (Phoenix)
- L’alimentation 12V (Traco)
- l’alimentation « maison » (derrière la Traco)

L’alimentation « maison » sort toujours le 24VAC (avec UPS ON), mais le +9 et +12 de cette boite sont commandés avec les commande inter-t120: m2 /pwron ou /pwroff

Ainsi pour résumer:

- Le problème de lecture du T+R du focus M2 reste suspect, le T+R est alimenté en +12V par le boitier Traco après la télécommande (optocoupler IC18) de puissance pour M2, c’est a dire qu’il est éteint pratiquement en permanence (sauf durant les mouvements), ainsi le power -off n’a pas eu plus d’effet que le M2 /pwroff. Donc si on parle d’une alimentation défaillante, ce pourrait être la Traco 12V (qui donne 12.93V au multimètre).

- Le problème de rotation ne sont certainement pas du à un problème +/-15V du ST1 ou alors c’est le ST1 entier qui a eu un problème.

- Pour les température, il n’y a eu aucun problème cette nuit. J’ai malgré tout sorti/entré le connecteur de la sonde sur la plaque sortie gauche du RPM

• test sous pymod_libgop, puis création de ~weber/src/t4_comm avec les programme de test pour création du modele de pointage et de la gestion de kalao
• création de ~/src/t4_comm/client2edp.py, ça me permet de me replonger dans la programmation de IPC. Avec cela et des modifs,  Bruno pourra générer les expositions une a une sur l'edp (en temps réel donc) et les lancer. Ainsi couvrir tout le ciel.
• retest de ~/src/pymod_libipc/test_offset.py depuis glslogin1. en effet il faut les libraires 32 bits si je veux essayer depuis un LCU, mais pas grave ça fait l'affaire. demain test sur le telescope avec determination de la vitesse max
• modif de acquisition_kalao.prc pour mettre au point l'écriture des descripteurs (Syncho et T120) 
• update schema-bloc (yEd): reseau info (-Pisco), RPM(+Alim M2), chassis tournant(-ST1+Beckhoff)
• demande de charger la bouteille de CO2. tare 7kg, elle était à 12kg et une fois pleine 14kg, il semble qu'elle durent plus que ce disent les ragots (une bouteille par nettoyage).

Jeudi 27 janvier 

• Installation par Michael de la nouvelle version TWC3 sur la PLC et le PC. L'installation sur la PLC fonctionne, mais subsiste un probleme (erreur 17508) avec la borne 5101 qui control la règle LIDA de M3. Cela force a revenir en arrière. Une technique de Michael permet de corriger le probleme. Les liens PDO ne sont pas rechargé lors de l'installation d'une nouvelle version de TW3, ainsi sur cette borne, il faut choisir le mode 16 bit puis le mode 32 bits. Michael doit revenir en arrière, suite demain
• retry du positionnement de RFI en cas d'erreur, dans la procédure. A faire dans le code PLC
• On suppose qu'il ya a un probleme d'alimentation qui pourrait agir sur le T+R de M2, les températures et le derotateur...
• Info à Janis pour la gestion des paramètres de l'edp
• demarrage du programme de test avec du top et de l'ipc en python (zob c'est a Geneve donc validation en premier lieu... demain)

Mercredi 26 janvier

• Pas mal de skype .... Bruno, Janis, Michael, ...
• debut de l'algorithme de communication pour Kalao (https://gitlab.unige.ch/kalao/kalao-ics/-/blob/master/sequencer/SynchroKalAO.graphml) c'est Janis qui le finira (en yEd).
• premier passage de edp_poses_configuration.cfg avec KalAO sous gitlab uni  
• Modif en alpha de edp, xrunall, runall, processes, uif. Debut de acquisition_kalao.prc qui finti au moins une boucle
• Il semble que le derotateur (dixit Bruno) ait mal fonctionné la nuit précédente. Visible principalement au passage du méridien. tout tourne mais l'observateur n'a rien vu!
• Le remplissage des humidificateurs semble bien marcher avec l'eau en bouteille.
• Création de $THOME/prc/synchro/acquisition_kalao.prc. version de base qui tourne sans bug

Mardi 25 janvier

• installation DSM 6.2.4-25556 Update 3
• Nouveau message en cas de problème de démarrage (on ne parle plus du Necam filin)
• Recherche bug T+R focus: résumé: visiblement une fin de nuit (pas un arrêt complet!!) puis un démarrage reset la carte série.

Tests sur la bête:

Avec t120_power -on ou -off on ne voit pas de différence dans le REM. L’interrupteur de l’alimentation des modules (à droite) reste allumé (rouge) et l’alimentation des modules (à gauche) de 5[v] (led) reste aussi allumée. Je ne sais pas si elle est en rapport. Mais bref rien ne change.

Par contre:

Une fois le télescope démarré complètement, après un m2 /pwron, on peut lire m2 avec soit

M2 /all

ou

Tplusr /m2 /pos

Mais alors que tout est démarré, si on fait t120_power -off. On a des erreurs dans les 2 cas. Apres un nouveau t120_power -on (sans faire un m2 /pwron, visiblement il s’en souvient) les lectures refonctionnent et c’est repétable.

Naturellement après un m2 /pwroff on a aussi des erreurs.

Donc en résumé l’UPS coupé a un effet sur la lecture des T+R mais je ne sais pas par où cela passe.

Ce qui est rassurant est que visiblement, la fin de nuit et redémarrage fut la clé du reset (je ne sais pas non plus comment :o| à part qu’on fait un t120_power -off  puis  t120_power -on)

• Git Commit un peu tardif de $THOME/src/weber/ (principalement après retrait de Pisco et RFI)
• Archivage de ~/src/perl_t4_uifs dans ~/src/ARCHIVE/perl_t4_uifs_with_Pisco_and_RFI/
• clone de NewObservationSoftware/perl_t4_uifs sous src/ 
• DONC travail sous ~weber/src/perl_t4_uifs
• Debut de modif de edp. Sur le gitlab de Kalao, le fichier de poses n'est pas à jour.... pas serieux, mais alors vraiment pas BDM
• suppression de ce qui reste de Pisco et en même temps de La palma et donc P7 (pratiquement rien, mis ça allège le code)
• Le nouvel edp se lance sous ~weber/src/perl_t4_uifs avec la commande: edp_kalao.csh

Lundi 17 janvier

Note a propos des clonage:

Ces clonages sont des moyen de sauvetage. On peut installer les clonages sur des disques neuf. C'est un moyen excellent de récupérer une situation catastrophique. L'inconvénient est qu'on récupère un ancien état de la machine. Ainsi on perd par exemple les logs ce qui n'est ps important, mais également les installation qui aurait pu avoir lieu. Dans le cas de glsserv, on perd les services (heureusement ils sont stockés à Geneve, un rsync permet de les récupérer). Cette not pour dire que si un remplacement de disque est programmé, il faut faire une image au dernier moment pour ne pas perdre d'information. Les images sont nommées par date, ainsi pas de problème à posséder plusieurs images de la même machine.

• CloneZilla de glscora + photos du processus (changement de port USB, la clé n'a pas été détecté du premier coup)
• CloneZilla de glspc20 (Coralie imager)
• CloneZilla de glsserv

Dimanche 16 janvier

• test de shutdown. En résumé il faut faire attention à l'ordre des shutdown. Si on essaye un shutdown sur une machine qui monte des disques d'une machine qui a déjà été arrêtée. le shutdown ne fini pas. Ainsi le mieux est de descendre les NUC avant les LCU. Pour le glslogin1, sur lequel on test l'UPS, il subsiste le problème qu'il monte glsserv (automount). Ainsi la solution fut de faire umount -l et umount -f de /net/glsserv/export/diskA. Le dernier shutdown a fonctionné, mais il faut 12 minutes pour que le serveur passif devienne actif après le shutdown du serveur actif, c'est vraiment étrange (voir $THOME/src/weber/t4_scripts/T_shutdown_euler). je vais baisser demain la durée de quelques sleep, pour gagner du temps
• La stratégie pour remettre la station sur pied :

1. Click sur le bouton marche du Synology 10.10.132.105
2. C'est 105 qui va allumer 106 automatique. Donc vraiment qu'un click sur le 105 au premier point
3. sur un terminal attendre une réponse avec un ping sur 10.10.132.101 (le cluster)
4. tester: ssh admin@10.10.132.101 (s'il propose un login, c'est suffisant, donc CTRL-C)
5. sur IP-POWER 10.10.132.91: Off de glslogin1 ... puis ON
6. sur un terminal attendre une réponse avec un ping sur 10.10.132.81 (glslogin)
7. se logger et vérifier par un simple ls que le home est bien monté
8. UNIQUEMENT après cela:
9. sur IP-POWER 10.10.132.91: On de glslogin1
10. sur IP-POWER 10.10.132.92: On de tout ce qui a un nom et qui est éteint
11. sur IP-POWER 10.10.132.94: On de tout ce qui a un nom et qui est éteint
12. taper dans le terminal T_show_date et attendre que touts les machines retourne un date (sauf glstopt)
13. glstop a un problème de démarrage. ainsi, quand il est le seul a ne pas donner la date, il faut faire Off..1s..On
14. Reverifier qu'il a booté avec T_show_date. Quand toutes les machines répondent, la station est accessible

• CloneZilla avec la clé pour sauver le vieux glsecam. Attention une fois l'image sur /opt/LCU_image/ il faut libérer les protection en "r" pour tout le monde. La sauvetage se déroule sans problème. Reation d'un README_FIRST.txt dans /opt/LCU_image/ et dépose des images ISO de CloneZilla au même endroit.
• Mise en place d'un disque neuf (500GB) et CloneZilla pour récupérer l'image. Succès total, test de bias
• Ces prochains jour je ferai une image de chaque LCU et ainsi plus de problème de remplacement de HDD.
• Discussion avec OHB pour le plein de l'eau. On va tenter l'eau en bouteille de 10 litre avec un filtre neuf, le dernier, voir si cela dure plus longtemps que l'eau adoucie
• Instruction pour le CO2 cleaning à Andres. Il est partant, manque l'accord formel de Ivo pour un nettoyage toutes les 2 semaines.
• Nouveaux scripts pour demarrage et arrêt de l'hydraulique en command-line: TCS_start_hydrau TCS_stop_hydrau
• Motif dans T_goto_co2_cleaning pour faire un predemarrage de l'hydraulique. Plus sur ainsi pour ne pas avoir de plantées

Samedi 15 janvier

• Changé le nom de T_goto_ln2_cleaning T_goto_co2_cleaning (coquille)
• Retiré glspisco des scripts sous $THOME/src/weber/t4_scripts
• Clonage par CloneZilla de glsecam. Le programme lance un fsck qui prends des heures a corriger des bad block. C'etait certainement la raison pour laquelle le clonage avec Icy Box ne marchait pas... en cours
• Suite: on met l'ancien disque qui avait servi au moment du clonage en 2017. Donc il est toujours vivant et fonctionne parfaitement bien. Bias de test en UL et ALL. validation de l'ancien disque, l'actuel va a la poubelle.... mais on n'a plus de spare
• Nuit de test pour le nouvel encoder. La réduction astrométrique donnait -573 asec donc j'ai changé l'offset de cette valeur et la nouvelle réduction a donné le double !! Donc il fallait additionner 573. Apres cela tout a joué

Résumé

Premier essai raté, mais intéressant pour les chiffres:
Pointage avec offset des jours précédents + correction astrometry.net dans le mauvais sens (comme anticipé):
global te.ele.off=76.296584-(573/3600)     ! elevation (LIDA 2021)

Field: ECAM.2022-01-16T00:44:24.000.fits
Field center: (RA,Dec) = (73.812040, -78.047258) deg.
Field center: (RA H:M:S, Dec D:M:S) = (04:55:14.890, -78:02:50.128).
Field size: 15.0618 x 15.1102 arcminutes
Field rotation angle: up is 0.461228 degrees E of N
simplexy: found 559 sources.
Image in UL mode
exptime=30
azi=-4.75 ele=40
Delta El : -1149.2315212953997 arcsec, Delta Az : -19.93051383741746 arcsec

--------------------------------------------------------------------------

Changement de signe et cela fonctionne:
global te.ele.off=76.296584+(573/3600)     ! elevation (LIDA 2021)

Field: ECAM.2022-01-16T00:57:36.000.fits
Field center: (RA,Dec) = (74.353529, -78.345027) deg.
Field center: (RA H:M:S, Dec D:M:S) = (04:57:24.847, -78:20:42.096).
Field size: 15.0539 x 15.1122 arcminutes
Field rotation angle: up is -0.0786584 degrees E of N
simplexy: found 594 sources.
Image in UL mode
exptime=30
azi=-4.75 ele=40
Delta El : -5.920983377373545 arcsec, Delta Az : -5.225936606549147 arcsec

Field: ECAM.2022-01-16T01:03:39.000.fits
Field center: (RA,Dec) = (74.354049, -78.345154) deg.
Field center: (RA H:M:S, Dec D:M:S) = (04:57:24.972, -78:20:42.553).
Field size: 15.0542 x 15.1119 arcminutes
Field rotation angle: up is -0.0781578 degrees E of N
simplexy: found 942 sources.
Image in UL mode
exptime=360
azi=-4.75 ele=40
Delta El : -5.606026877990189 arcsec, Delta Az : -6.459048400624494 arcsec
 

Amas M79
--------
 
Field: ECAM.2022-01-16T01:14:39.000.fits
Field center: (RA,Dec) = (13.190005, -26.581405) deg.
Field center: (RA H:M:S, Dec D:M:S) = (00:52:45.601, -26:34:53.060).
Field size: 15.4156 x 15.479 arcminutes
Field rotation angle: up is -179.556 degrees E of N
simplexy: found 321 sources.
Image in ALL mode
exptime=30
azi=-80 ele=46
Delta El : -3.4926849775104074 arcsec, Delta Az : 5.398851472478723 arcsec


Field: ECAM.2022-01-16T01:19:43.000.fits
Field center: (RA,Dec) = (13.189878, -26.581430) deg.
Field center: (RA H:M:S, Dec D:M:S) = (00:52:45.571, -26:34:53.148).
Field size: 15.0792 x 15.1507 arcminutes
Field rotation angle: up is 0.430439 degrees E of N
simplexy: found 1834 sources.
Image in UL mode
exptime=300
azi=-80 ele=45
Delta El : -3.030358805438027 arcsec, Delta Az : -6.225373434766862 arcsec

Vendredi 14 janvier 2022

• nouveau service M3 terminé (à La Silla)
• Decodage du code T120
• Nettoyage CO2 M1 (avec commande T_goto_co2_cleaning)
• Retest de nouvelle tête à 60 degré OK
• Le test de nuit n'a pas pu se faire pour raison météo 

Jeudi 13 janvier 2022

• Skype charles l'idee est d'inverser les deux têtes (inversion de l'enregistrement du mechanical offset)
• Avec Michael Sauvetage de l'image de la PLC sur clé Beckhoff (a mettre sur PartageWindows plus tard)
• Avec Michael: test du driver uniblitz, et au final la solution RS232 est rejetée et on utilisera une entrée TTL
• Preparation de la nuit avec inversion des 2 têtes  

Mercredi 12 janvier 2022

• resolution du bug sur l'Adam, j'avais inhibé l'allumage du télescope dans t120_alimentation.prc pour lors de l'intervention de electro dans l'armoire Electrique. Un bug donc
• Journée de test sur le télescope

Repetabilite:
============
test avec sct /ele /eamov /vel=2 /acc=1 /pos=

ele      lida1      lida2   lidaMean     delta80-30   extrap-360 diff_83'200'000
--- ---------- ---------- ------------ ------------   ---------- ---------------
 30  6'888'063  6'888'587  6'888'325.0
 80 18'443'461 18'443'938 18'443'699.5 11'555'374.5   83'198'696            1304
 30  6'887'981  6'888'664  6'888'322.5
 80 18'443'440 18'443'952 18'443'696.0 11'555'373.5   83'198'689            1310
 30  6'887'959  6'888'680  6'888'319.5
 80 18'443'420 18'443'968 18'443'694.0 11'555'374.5   83'198'696            1304

Mesure angle:
============
ele   position_lida_t120_sdb
80    79.8
70    69.9
50    49.8
30    29.8
Angle iPhone OK pour ces 4 positions +-0.1

Initialisation a differents departs:
====================================
msg /reg /off axis
msg /reg /on axis_dbg
sct /ele /eamov /vel=2 /acc=1 /pos=
axis /ele /init
puis 
sct /ele /eamov /vel=2 /acc=1 /pos=30
puis 
sct /ele /eamov /vel=2 /acc=1 /pos=80

depart lida_mean_30   lida_mean_80  log
------ ------------  -------------  ----------------------
30        6'887'362     18'442'699  treg_srv_20220111.log_ele_ini_from_30.log
50        6'887'367	18'442'700  treg_srv_20220111.log_ele_ini_from_50.log
70        6'887'377     18'442'701  treg_srv_20220111.log_ele_ini_from_70.log
80        6'887'361     18'442'693  treg_srv_20220111.log_ele_ini_from_80.log

@pointe compac(hdtoh(mod(ts()+6,24))) -40

position -54*01 18*40

new head Vitesse 4.76 10.62

LIDA augmentent

alpha delta stables

Old Head Vitess 4.74 10.62

LIDA augmente

Alpha delta stables

Mardi 11 Janvier 2022

• Mesure du delta LIDA entre la position SCT (selon resolveur) 60 et 70 degré montre que 1 tour fait 83'200'000 et j'avais codé 53'248'000.
• ==> L''explication: 52 top zero avec un écart de 1000 entre chacun puis 1600 d'interpolation pour heidenhain = 83'200'00 et 1024 pour Beckhoff = 53'248'000
• Mis des log dans t120_alimentation.prc
• Log des action sur t120_relais (t120_power) dans $TDATA/services/MAINTENANCE/t120_power/t120_power_YYYY.log
• Création de service pour la position M3 avec la commande TCS_GetM3
• Debut codage du service M3 dans Meulplot
• Test de nuit avec Michael Cretignier => non concluant 

Vendredi 17 Décembre

Jeudi 16 décembre

Mercredi 15 décembre

Lundi 13 Decembre

Dimanche 12 Decembre 

Samedi 11 decembre

adaptation du code pour rfi-m3 et suppression de pisco

---- process pisco et rfi ----
source $THOME/scripts/t4_beta.csh 
mkdir cd $THOME/src/weber/archive
cd $THOME/src/weber/perl_t4_uifs/
runall.pl (suppression rfi et pisco)
xrunall.pl (suppression rfi)
xrunall.cfg (suppression rfi et pisco)
uif.pl (suppression rfi et pisco)
edp_poses_definition.cfg (suppression pisco)
edp (suppression de pisco_on_duty, "PISCO" => KalAO")

---- RFI ----

cd $THOME/prc
grep select */*.prc | grep rfi
nedit synchro/acquisition_camera.prc synchro/cam_manag_pointage.prc synchro/cam_manag_wait_rfi.prc testccd/exposenff.prc testccd/exposenff.prc util/ffshutter.prc util/st.prc ecam/flat.prc&

remplace select("rfi")..et @@ par @rfi
attention il faudra coder  cam_manag_wait_rfi (peut-etre meme commande, donc wait)

rfi/rfi.prc lance uniquement TCS_rfi -n (!!! pour l'instant avec wait)

---- M3 ----
mise en commentaire de la commande m3 dans t120_inithard.prc
tout m3 se concentre dans t120/t120_focus.prc (editer t120/t120_focus_version_PLC_2021_pour_commissioning.prc)

Vendredi 10 decembre

• Derniere tentative avec l'aide de Michael en remote pour comprendre le probleme, mais pas d'avancement
• Robin et Anthony modifient a nouveau le cable en separant les 2 masses (les 2 blindages) qui etaient relies
• Test avec blindages a l'air libre et ca marche !!! le terminal n'a plus la Led rouge et la box Heidenhain a un status vert (u2 toujours rouge)
• Finalisation du cable et installation. La meilleure technique est d'utiliser la box heidenhain pour verifier si la tete compte bien
• Montage du M1 au niveau telescope et installtion de M3 sur le barillet. M1 ne se pose pas sur le fond car les nouveaux cables de M3 passaient trop pres de la bague de levage. Personne ne l'a vu. Apres la meilleur technique de centrage est de guider l'outil de centrage de le niveau caiilebotti. Le centrer depuis dessus le fait se coincer car l'outil de levage est trop ajust

A remarque que le probleme du cable qui perturbe que l'axe ROT reste incomprehensible, une histoire de masse. Une de plus.

Jeudi 9 decembre

• Réparation du câble tete LIDA M3-Lin (RS et AC)
• Demande de prolongation de visa: https://tramites.extranjeria.gob.cl/ -> Tramites Turistas -> Ampliacion de Turismo
• Rendez PCR avec pote d'un pote, réponse en 12h, donc descente un jour plus tôt, 
• Remise en place du câble réparé et test réussi grâce à Robin le chirurgien-magicien-electronicien
• Prise de décision pour modifier la tête de fibre pour un passage de câble non destructeur
• On passera une commande de tête+rail Heidenhain et par la suite une réparation du câble. On aura ainsi un spare pour le codage M3 LIDA.  
• test de routine de la rotation de M3, mais il ne fonctionne pas
• Durant la recherche de panne, on inverse les moteurs qui sont cables identique et du meme modele, depuis le panneau de commande on constate que les deux fonctionnent uniquement sur le drive ABL. Robin decide de retirer les cables de l'axs LIN et des ce moment les 2 moteur de rotation fonctionnent parfaitement bien. En poursuivant le test on arrive facilement a la cause du probleme car il suffit de deconnecter l'interpolateur de les moteurs ROT et ABL fonctionnent. Le cable repare est donc a nouveau la cause. Robin nous dit que ce cable a 2 blindages. il les avait relier, donc il faut rouvir le cable pour separer les blindages. Il est minuit, donc on repousse au lendemain.

Mercredi 8 decembre

Comportement incompréhensible de l'axe LIN. Debug durant la journée. Notamment la borne 5101 compte dans une seule direction quelque soit le sens du mouvement. On a aussi eu des comptage avec le système à l'arrêt.

Au final, et c'est mon interpretation:

Le fil cassé dans le nouveau câble a fait sortir le moteur des butées et a donc tapé dans le mécanisme. L'embrayage n'a pas patiné et a détruit le réducteur. De plus le câble de la tête LIDA à été pincé. certains fils sont coupés. Le comptage qui compte seul est certainement le fil coupé qui capte du bruit.

Nous aurions du tester le câblage et  tester en premier lieu les fonctionnalités de sécurité des fins de course. Nous ne l'avons pas fais pour différentes mauvaises raisons.

• M3 était complètement monté avec la plaque de levage et le cache en place (nous aurions du le remettre a nu)
• L'armoire de commande était fixée sur le tube et nous a forcé à mettre le barillet sous le tube à cause de la longueur des câbles sortant du barillet (spécifiquement de Faulhaber. Il aurait fallu dès le début mettre l'armoire à coté du barrillet, lui-même à coté du télescope.

Avec cette configuration, la suite logique aurait été de tester les 4 fins de course et le comptage LIDA. Il aurait été impossible de voir plus de points (Rotation) car la partie motorisation rotation étaient inaccessible. Dans ce cas on aurait au moins détecté la fin de course défaillante.

En fin de soirée on a contacté Michael qui nous a bien guidé dans le processus de début. 

Au final, j'estime qu' aurait du avoir ces quelques caractéristiques suppémentaires:

• Le système devrait avoir une butée physique avant qu'il ne tape dans la denture
• On devrait pouvoir regler l'embrayage (sur cette butée) pour ne pas détruire le moteur-réducteur
• Le sytème ne devrait pas pouvoir couper le câble de la tete Lida!

• Pompage Necam et Coralie.

Mardi 7 decembre

• Installation cable dans enroulleur de cable avec Robin
• skype (1h) avec Bruno pour comprendre les modeles intervenant dans le controle du telescope
• commissiong de M3 sur le barrillet (finalisation du cablage)
• montee de M3 dans le barrillet
• Test: l'axe LIN de M3 ne fonctionne pas

Lundi 6 decembre

• Demontage du châssis tournant, on récupère le shutter après une grand démontage !
• Il est tordu en face des vis de montage de ECAM, des vis trop longues datant de l'époque de C2 ou Ecam. Necam lui a des vis de longueurs correctes.

Dimanche 5 décembre

• Reprise du projet importé du soir d'avant, le message d'erreur sur le Drive indique "no link" en fait c'est le câble pare 45m ethercat qui montait dans les escaliers qui à été détruit par une fermeture de porte involontaire
• Utilisation du câble Kalao qui est en attente dans le tube. A ce moment je ne réalise pas que la PLC est plantée et en faisant un off-on du Drive (380V) cela fait sauter le FI 37. RS et AC cherchent la panne et visiblement c'est le filtre tri qui a un soucis. Au final: ce n'est pas une bonne idée de mettre le drive+moteur sur un disjoncteur avec FI. ce ne sera pas le cas plus tard, donc le filtre est retiré momentanément. Par contre ils remarquent que les phase ne sont pas dans le même ordre à l'entrée et à la sortie. En rebootant le system, le drive n'arrive pas à quitter le mode PreOp. Par hasard c'est juste à ce moment que Michael me skype. il remet les chose en ordre en effectuant l'initialisation manuellement (dans Device: Clear CRC, Clear Frame, OP. C'est donc à ce moment que tout fonctionne. remettant les phases dans l'ordre, le problème est résolu, le moteur tourne correctement, plus d'oscillation
• Apres midi, le Drive ne veux plus booter (à nouveau), toujours le message de "missing link", avec Anthony on se persuade que le probleme est hardware. Alors on teste le câblage avec également le Drive de spare (peut-etre l'original a pris un coup avec l'échangerez de phases). Bref on fait tout et rien de change. donc un probleme de config. A remarquer que les câbles en place ont tous les 8 brins cablés, mais les 3 Pures de 45m   n'ont que 4 brins cablés. Ainsi je teste à nouveau le câble détruit et il fonctionne parfaitement bien. Appel skype avec Michael.

Résumé de la journée:

• le mauvais câblage était la source des problèmes de l'asservissement qui oscillait
• il faut faire un scan et ne pas importer les drives
• les cables Pure sont différent des autres: 4 brins câblés (en fait la norme EtherCat) au lieu de 8
• le câble soit disant détruit ne l'est pas 
• Presque 2 jours perdus

Samedi 4 décembre

Journée RFI

Des problèmes d'asservissement. Toute la journée est perdue à faire different test, mais aucun paramètres ne change quoique ce soit. La roue des filtre oscille toujours comme une folle et chaque commande finit toujours pas une erreur.

Pour tester le mode manuel, RS mets le lockrfi sur 24V et ainsi au moins on évite  les clacks.

En fin de journée, en refaisant un projet depuis zéro tout semble aller mieux et en repassant au projet précédent, le drive ne veut plus booter.

Un peu ras le bol et fin des opérations pour aujourd'hui....

Vendredi 3 décembre

• Connexion du châssis tournant aux cables du tube en passant par l'enrouleur de câbles
• Utilisation de RFI pour tester le sens de rotation et la position des filtres. Le moteur est retiré avec le filtre 4 en place. Si on devait le remettre il faut s'assurer de cette position
• Déconnexion de la PLC et on monte un ethercat direct sur le HUB RPM dans les escaliers
• Importation de labo RFI 
• Test du lockrfi avec la borne Beckhoff. c'est une borne 2A. le lockrfi tire 280mA. ce la fonctionne parfaitement bien. cela nous permettra de decommisionner l'optocoupleur et une partie du rack relimg
• Mise en place du moteur Beckhoff. Adaptation mécanique parfaite
• Le moteur tourne dans le bon sens, mais oscille.
• Début des tentatives de corriger l'asservissement 

Jeudi 2 décembre

 2 heure trente de skype avec Charles.

Le résumé:

La raquette Rotation n'est pas fonctionnelle. Seule les commandes au travers de Inter-t120 permettent le mouvement.

Pour faire tourner le déroteur, il faut suivre une séquence précise car les sécurités empêchent le démarrage du télescope vu que l'axe élévation est verouillé. La solution:

Demarrage avec le lancement de t4:

Dans un terminal:

$T4PYTHON $THOME/scripts/tcs_srv.py

setenv INSTRUMENT ecam
setenv DISPLAY_TELESCOPE $DISPLAY
t4
(le telescope ne finit pas son boot car il est verouille)

La, il est interressant de regarder les axes dans t120sdb

Dans le code de la securite des axes, on voit dce type de MASK: 0000 0000 0000 1001

Le bit 4 est le frein et le bit 0 est le verrou

Dans notre cas comme l'elevation est verouillee, l'azimut met son frein.

Dans le RPM il y a un switch (cote elevation) appele "SECURITE (ON-OFF)": Ce switch permet de supprimer la securite Elevation, mais pas celle de l'azimut. Ainsi apres le demarrage infrutueux, on est en presence de la securite Azimut et de l'Elevation. Ces securites font que la rotation est aussi disabled.

Ainsi il faut booter le telescope, anuler la securite elevation avec le switch (dans le RPM) et anuler la securite azimut en ;liberant le frein:

À la raquette sur Azimut/Elevation, faire un STOP..START

axis /init /rot
axis /rot /eamov /vel=2 /acc=1 /eamov= ???

puis

Mercredi 1er décembre

• Demontage du telescope
• On place le télescope en position avec les rails du chariot hydraulique aligne, on lance xrunall en mode ecam, puis dans prompter 120:

@pointe 22 18.83 -1

ou (axe par axe)

sct /ele /eamov /pos=22 /vel=2 /acc=1
sct /azi /eamov /pos=18.83 /vel=2 /acc=1 

• Demontage du châssis tournant
• Une fois enlevé, il faut tourner le derotateur pour faire coïncider les trous de la roue à vis sans fin avec les vis qui retiennent le mécanisme. La rqeuette ne fonctionne pas et impossible par soft. Pas de solution arrêt car il est tard. Mail à Charles.

Mardi 30 novembre

• Arrivée de l'équipe Ian, Seb et Robin avec ESO, Anthony, Adrien et Luc dans la voiture Euler qui est pleine a craquer
• Installation

FIN DEUXIEME MISSION (Maintenance)

Mardi 23 novembre

• Départ 
• Livraison Ranger Uni La Serena

Lundi 22 novembre

• Labo T120
• Chargement Ranger

Dimanche 21 novembre 

• Labo T120, avec l'aide de Charles et Bruno pour les mouvements télescope. L'idée est de repérer mécaniquement et au moyen des T+R les positions 60d et 70d ainsi les valeurs T+R associée ainsi que le zéro du T+R en élévation

Remarque:

• Initialisation de l'axe Ele: AXIS /INIT /ELE
• Move absolu: SCT /EAMOV /ELE /POS=60 /VEL=2.0 /ACC=1.0
• Lecture Lida: LIDA /ELE /POS
• Lecture Position Absolue: SCT /ELE /ABS
• Lecture T+R: initial: TPLUSR /INTERFACE /ELE  puis TPLUSR /ELE /POS

Les positions T+R sont 

• Nigel fabrique un cale avec pointeau qui sert à pointer les angle ci-dessus et permettant de retrouver les références mécaniquement
• Visite de Armin Silber de la station (le futur Peter)
• Mesure du couple de déséquilibre avec @t120_balance_ele 

Elevation [d]  Couple [Nm]  Deviation [Nm]  Minimum  Maximum
90   450     20.311230         416.24927         495.00000    
87   246     12.974321         213.75073         270.00000    
84   250     16.350977         213.75073         281.24927    
81   243     14.540204         202.50000         270.00000    
78   242     18.291689         202.50000         281.24927    
75   243     14.008123         202.50000         270.00000    
72   239     16.657642         202.50000         270.00000    
69   238     15.260390         191.24927         270.00000    
66   229     15.909850         202.50000         258.75073    
63   223     15.466026         191.24927         258.75073    
60   219     17.603159         180.00000         247.50000    
57   200     19.050804         157.50000         236.24927    
54   194     15.879763         146.24928         247.50000    
51   193     21.506073         146.24928         225.00000    
48   175     14.364599         146.24928         202.50000    
45   171     19.719273         135.00000         202.50000    
42   150     14.735517         112.50000         168.75072    
39   128     16.837387         90.000000         157.50000    
36   113     18.197296         67.500000         146.24928    
33   106     13.725257         90.000000         157.50000    
30    86     13.798293         45.000000         112.50000    
27    77     18.313707         45.000000         123.75072    
24    49     14.230103         22.500000         78.750717    
21    40     15.749902         11.249280         78.750717    
18   103226  255816.50          0.0000000        737268.75    
15   442358  361180.41          0.0000000        737268.75 

Samedi 20 novembre

• Rangement des pompes et moteurs. Tout a été retiré en état de marche mais les pompes nécessitent toutes une maintenance des joins
• On finalise tout et atelier en ordre  

Vendredi 19 novembre

• Changement de la pompes HP 40bar pour Poches inferieures
• Changement pompe circulation

Remarques:

Le pompe HP ont une flèche qui symbolise la direction du flux (basse pression vers haute pression). Il est malheureux qu'elle ne soit que d'un coté car on peut la confondre avec une flèche indiquant la rotation de l'axe. Une pompe à engrenage a deux engrenages par étage, l'un entrainant l'autre dans une cavité qui les contient. L'huile est deplacée et donc compressée par la dentition des 2 engrenages sur l'extérieur de la cavité. Ainsi la flèche qui est proche de l'axe indique également le sens de rotations de l'axe qui doit être respecté. 

En sachant cela le montage des pompes est simple. La flèche donne la position de la pompe, le systeme de distribution basse pression est au centre ainsi la flèche doit s'éloigner du centre sur les deux pompes. le moteur lui doit tourner dans le sens de la flèche. Au final les 3 moteur tournent dans le sens.

La pompe de circulation a un de deux systèmes de fixation qui est constitué 2 noix et 2 vis par noix. Le problème est que 2 vis sont inaccessibles. En desserrant les 2 accessible on se rend compte qu'on peut faire tourner les noix. Au final, le plus simple est de déconnecter le tuyau du bac, utiliser une Imbus anglaise qui est plus petites que les standards et cela permet de l'incliner et en jouant sur l'orientation du tuyau et celle clé imbus, on arrive à desserrer et resserrer les vis.

Jeudi 18 novembre

• Maintenance Agregat avec Nigel, Dans l'ordre:
• Vidange du bac, sortie gauche avec un tuyau vers le bac d'huile usée
• Remplacement du filtre retour huile (FRH)
• Remplacement de filtre retour échangeur de chaleur
• Vidange de l'échangeur de chaleur (29 litres) en faisant fonctionner la pompe de circulation avec le tuyau de sortie déconnecté de l'agrégat dirigé dans un bidon. Avant cela on a remplit le bac d'une quantité équivalente d'huile. Donc en gros on a remplacé l'huile dans l'échangeur par de l'huile propre. La commande de la pompe de circulation se fait après la commande "t120_power -on" (changera bientôt) et avec l'action sur l'interrupteur dans l'armoire des Lenze. La pompe de circulation accepte de fonctionner même quand des bulles sortent de l'échangeur.
• remplacement de 8 accumulateurs
• remplacement de 8 filtres haute pression
• vidange de 2 pompes HP en enlevant le bouchon face à la 4eme sortie
• remplissage avec la nouvelle huile (1ere utilisation) Total Equivis XLT 22
• test de la pompe de circulation
• test de pompe hautes pression

Mercredi 17 novembre

• Mise en string des batteries neuves 
• Mise an place des strings dans l'UPS avec l'aide de Peter Sinclaire. Beaucoup de problèmes de connectique (voir rapport)
• Trainning avec Emanuela

Mardi 16 novembre

• Réception des batteries neuve au portail de l'ESO et retour des 32 batteries endomagées pour recycler
• Organisation de la réparation de l'UPS avec l'ESO et le team OHB
• Update de M3 (PLC)
• Mise en place du dead man pour l'observateur, le premier depuis l'opération Covid.
• Instruction avec l'observateur 

Lundi 15 novembre

• Confirmation que glstopt boot correctement qu'après le deuxième demarrage. Si le temps après un off est trop long il démarre sur une erreur ("boot error, please insert system disk") vraiment bizarre, même avec HD0 en primary boort Device. l'autre jour je pensais que c'etait du au CDROM en première position, et j'avais remis FLOPPY. mais finalement rien à voir. il faut le bosser 2 fois! Donc mystère!
• Gerardo Smith contacte l'entreprise de batterie qui propose une livraison a la Porteria de l'ESO. Parfait et pour 240'000CLP de transport. je commande 68 batteries. 4 de plus car Peter Sinclaire dis qu'avec tes tests de batterie isolée, on peut en changer individuellement. Payement avec ma master CARD, 1'650'870CLP. donc des batteries à 20'000 CLP sans IVA et donc 3'500CLP de livraison par batterie. donc bonne affaire (1'913 CHF)
• Nigel fait le graissage azimut avec mon coup de main pour démonter les capots. Mieux vaut être 2, surtout pour la remise en place. 
• On vérifie le fonctionnement des butées soft AZ+, AZ-, le télescope peut faire environ 360+60 degrés de rotation. Tout le monde le sais, mais c'est bien de vérifier.
• Validation du remplacement RFI. Tout semble possible, flasque moteur identique, longueur Beckhoff plus petit, pour l'accessiblité de la fenêtre des filtres, il faut enlever la plaque de support de Lakeshore (4 vis). le moteur est accessible et encore plus une fois le cryostat Necam enlevé. comme prévu il faudra tester le lockRFI avec un simple sub-D9, deja fabriqué. Le collecteur tournant à l'air d'être facilement accessible. Donc test RFI une fois le châssis tournant déposé semble OK.

Dimanche 14 novembre

• Je croise Gerardo Smith. Il me dit qu'il y a des batteries en stock à Santiago, mais qu'ils n'organisent pas de transport. Ainsi j; irai les chercher certainement mardi, mais lundi matin on assure le coup en téléphonant (quantité, adresse, moyen de payement)
• Comme il y a un risque que le cryocooler s'arrête, je décris la situation à Ludovic qui me suggère de pomper à fond pour contrer un éventuel dégazage en cas d'arrêt du CC. Excellent et cela servira quelque moments plus tard. 
• Test UPS: l'idee est de descendre les ordinateurs de la station et de passer en mode batterie. Je modifie légèrement le script T_shudown_euler pour descendre la station et cela fera un bon test. L'arrêt se fait convenablement. Pour le test je disjoncte F32 dans le TEUPS (alimentation By-Pass). je pensais que celui là n'aurait aucun effet, mais l'UPS se coupe avec un message genre "batteries no présent".  Puis je redémarre l'UPS. Un demarrage étrange car il semble que certaines commandes n'ont aucun effet. Au final il fait du bruit et démarre!
• Le plus rapidement possible, je rallume la lampe du Fabry-Perot, ces quelques petites minutes d'arrêts n'auront aucun effet visible.
• J'allume les 2 serveur de disque par les boutons de l'IP-Power (sélect, puis Ok une seconde). Lorsque les 4 sont allumés je fais une brève pression sur le serveur actif. Je pensais (mais je vais m'en assurer) que le premier démarrais le deuxième. Au bout de longues minutes, je clique sur le deuxième Synology et finalement les 2 ont un Status OK.
• Demarrage de glslogin1 par IP-Power, mais ils ne boot pas. J'essaye manuellement mais pas mieux. Alors je boot glslogin2 qui lui démarre. de là je démarre tous les NUC et LCU. Rien ne démarre vraiment vite, mais tout démarre. 
• Sur glsserv, je tape Nstart_CC pour le démarrage du CC. il a eu ale temps de réchauffer -90 degres, il faut 3 heures pour revenir à une pression normale
• debut de nuit observatrice, j'avais oublié les glst*. chose curieuse il faut démarre (off/on) glstopt qui part sur une erreur de boot

Samedi 13 novembre

• nouveau disque validé pour glstopt, nuit passée.
• UPS: selon la doc et selon ce qu'on voit, on a une UPS avec 64 batteries, 32 (une string de 4 segments en serie) est donc complètement morte. La panneau LCD de l'UPS indique que l'on a 2 strings, et selon le câblage, ces 2 strings sont en parallèle. On peut même ajouter des strings externes supplémentaires. Ainsi suffit de déconnecter la string défectueuse et on se retrouvera avec simplement une capacité 2 fois moindre. J'ai juste un doute s'il faut passer en by-pass pour cette opération. Dans tout les cas, comme sur le panneau de control on peut spécifier le nombre de string. Ainsi on passera à 1.
• UPS: je change la consigne de chargement, elle était à 3A je l;'ai mise à 2.5A car il est écrit 2.7 ampères sur les batteries. Est-ce la cause, car tout le monde (!) dit qu'un surcharge peut-être la cause de la déformation des batteries
• Nigel fait la maintenance de l'adoucisseur. Il y a une doc sous phone pour cela
• Gerardo Smith vient avec un collègue pour retirer la string de batteries (celle du haut) qui sont enflées. GS déconnecte la string entière sans effet sur l'UPS. ATTENTION: 32 batteries en serie donc du 400V continu, donc mortel. On met du scotch pour isoler les fils venant de l'UPS. Ensuite Il faut dévisser les 4 vis des "chemins plastique" pour retirer les 4 bancs de 8 batteries. Toutes les batteries sont gonflées et collées entre elles.
• Plus tard je déconnecte les batteries en elles (elle sont collées) et met de coté tous les connecteurs.

Vendredi 12 novembre

• En accord avec Francesco (pas de news de Stephane qui doit être en mode supraconductivité, congelé donc) (je me permet de dire des conneries vue que personne ne lit ce texte), 'ai maillé à Peter Sinclaire une demande d'achat d'un UPS 15kVA triphasé lithium, en lui demandant de faire tout le boulot vu qu'il a des contact chez Liebert. En attente donc car il ne monte que mardi sur la montagne.
• Discussion avec Ian qui organise les paperasseries pour l'aluminiure avec un contratiste de l'ESO
• Changement de disque de glstopt en utilisant la technique Clonezilla sur un disque remote. Pour le moment j'ai fais sous mon nom. Les images de glstopt et glstreg sont sous ~weber/partimag. Pour fonctionner il faut le disque Clonezilla et bien sur un lecteur de CDrom sur le PC. C'est le cas donc. Il faut également changer l'ordre de boot pour avoir CDROM en premier, mais après l'installation il faut remettre Floppy car visiblement, il fait une erreur au boot si le premier boot Device st le CDROM et qu'il n'y a pas de CD à l'intérieur. Etrange.
• Info à l'observatrice et travail direct avec le clone de glstopt. Test de démarrage et changement de focus (fait par glstopt) et pointage. tout semble fonctionner, donc on continue avec le nouveau disque. A noter: l'ancien disque avait 12 ans, le nouveau, une récupération d'un serveur de disque à 5 ans.
• Avec Nigel: entretien Groupe Froid, on rajoute 50 litres de mélange glycollé. Bouchon de tonneau rouillé, petite bataille pour l'ouvrir.
• Avec Nigel: graissage crémaillère cimier coupole

 Jeudi 11 novembre

• Contact avec Gerardo Smith pour diagnostique UPS. Contact avec Miguel Fernandez, responsable de OHP, la nouvelle entreprise qui gère le site.
• Différents essai de clonage des glstreg (HDD IDE), malgré la demande en proportionnel le disque reste de la même taille 42GB sur un 750GB!, mais pas grave on vivait avec cela avant. Essai de sauvegarde sous forme d'image sur 10.10.132.81:weber/partimag. En partant de cela avec Clonezilla, le clonage semble réussi, ainsi que sur un disque Sata avec adaptateur IDE. Donc bonne solution pour les prochain update. Je vais rapidement tester les clones en live, surtout sur glstopt.
• Visite de Gerardo Smith, juste avant j'avais demonté la porte avant de l'UPS. Résultat, la moitié des batteries sont gonflées. On part à la recherche de solution, dont une est l'achat d'un UPS Lithium, mais la plus rapide serait de travailler avec 1 seul banc. Est-ce un Problem de configuration original? Ici à la Silla l'ESO n'a que des Liebert. Pourquoi a-t-on un Eaton? Je referme la porte des fois que cela explose.
• Nigel a mis en place le deuxième entrainement coupole.
• Reboot de glslogin1, l'écran 4K revient à la vie.
• Redémarrage des services python sur glslogin1. Bizarre qu'il ne démarrent pas au reboot.

Mercredi 10 novembre

• Arrivée dans une station sans ordi ni wifi. L'UPS est arrêté. Je commence les action suivantes:
• Panneau de commande de l'UPS: tout de suite menu de restart UPS. Comme c'est en francais, je passe l'UPS en anglais (ASI est la traduction française de UPS. Alimentation Sans Interruption)
• Connection sur l'IP-Power 132.91 et allumage des 4 boutons Synology 
• Pour ce qui suit, je suis certainement un peu pressé. Les serveurs de disques semblent démarrer, mais après 5 minutes et plein de doutes je manipule les boutons on/off, mais certienement une mauvaise idee car a peine prêts, ils s'arrêtent. Ensuite un simple démarrage du serveur actif (105) et tout démarre tranquillement, le 2eme se met en marche seul et tout finit par un status prêt, c'est a dire la lumière verte qui arrête de clignoter.
• Essaie de ping et de connexion sur 132.101 et tout est ok (ssh admin@10.10.132.101)
• Démarrage de glslogin1 car il est DHCP serveur. l'écran 4K ne réponds pas, mais glslogin1 oui. Je laisse dans l'état, je rebooterai plus tard
• Une fois parti je me rend compte que bien sûr Necam s'est rechauffé (-9 degres). Contact avec Ludo avec qui ion decide, car c'est la seule option de rebooter.
• Pompage necam un peu avant 10h. Tout se comporte bien.
• Egalement jeme rends compte que la lampe du FP est éteinte. Je la rallume vers 10h15 en espérant qu'elle sera prête pour le soir. 
• Contact avec Michael pour problème de boot de PLC. Elle était sur demarrage en mode config. Donc changement de la config pour un démarrage en mode run.
• Michael n'avait pas progressé sur le shutter car il lui fallait un Remote Desktop sur la PLC. On trouve le moyen dans 10.10.132.41/config -> Boot et tenable du Remote Desktop mais cela ne marche pas mieux. Michael fait un remise au valeurs d'usine, mais là, on perd la PLC pour un histoire de certificat. Pas de solution, on attend une aide BECKHOFF
• Contact avec Gilles pour savoir ce qu'il pense de l'USB-ZIP. il ne connait pas. Je pars à la recherche d'un connecteur IDE dans le PC, mais rien de plus. Par contre le PC qui vient d'arriver de Geneve à une nappe pour les HDD qui a 2 connecteurs. Ainsi, pas à pas, d'abord j'enlève le pont IDE du nouveau disque pour qu'il soit reconnu comme slave, je boote sur le CDROM. Tout se passe tres bien, en choisissant le clonage disque à disque et copie de la partition de démarrage. Le nouveau disque est mis à la place de l'ancien avec les 2 ponts IDE comme l'original. Le reboot fonctionne. 
• timing pompage: open valve 9h43 ; open valve necam 9h50 (slowly) ; Nlakeshore -C 50 9h55 ; Nstart_CC 17h30 ; fin 19h50

Mardi 9 novembre 

• Arrivée à la Serena avec Nigel dans la Citroen. On monte du matériel (12 tube de 3 mètres pour webcam externe avec coudes et fixations), des boites de rangements, papier WC et mouchoirs.
• Test de M3 qui est resté allumé toute la semaine: OK
• tentative de clone du (soit-disant mort) glstreg. Lors de la dernière mission, apres quelques rebooté, il était reparti. L'idée est de faire un clone. Pour cela Clonezilla semble le seul outils à disposition. Il est ici sur un CDROM dans la version i386 (32 bit). Par contre la nappe IDE n'a qu'un seul connecteur. Le principe de Clonezilla est de bosser sur un sytème importé au boot qui voit les deux disques sans les utiliser. Ainsi tout devient une "simple" copie. Dans un premier temps je déconnecte le CDROMN de maniere à mettre le 2eme disque IDE. Mais dans le cas il faut bosser sur une clé USB. Ces system sont trop ancien et ne propose que floppy et CDROM. Sur le web je vois la possibilité de faire un USB-ZIP (qui semble être une émulation du floppy) et qui se boot avec ALT-F2. Soirée perdue, ca ne marche pas.
• De son coté Nigel voit qu'un des 2 moteurs de coupole est branlant. Donc la mise à jour de l'entrainement coupole devient un priorité, qu'on remet au lendemain.

FIN MISSION 1 (préparation)

Mardi 2 novembre

• Test de hotConnect: je retire la branche M3 du HUB, tout continue à fonctionner (Cooler, pompes et coupole). Je la remets mais il faut faire un reset des 2 axes de M3 pour que M3 reparte. Donc test parfait.
• Rangement de la station + netoyage
• Prise des mesure dans le faux plafond pour l'achat d'un nouvel extracteur que Sebastien va acheter le jour même et que Nigel va surement amener avec lui.
• Retour à La Serena

Lundi 1 novembre

• Recherche du probleme ABL: test du soft de Geneve deconnecté du telescope. Double test, end fait c'est comme cela que j'aurais du commencer, tester sans telescope, puis avec. Bref cela me marche pas mieux et je fais le tests que j'avais oublié de faire hier: verifier les fils un a un. Bref ça ne manque pas: 2 fils qui ne tenaient pas. Avec cela le mode labo Geneve fonctionne et j'intègre le tout dans le soft du telescope. ET C'EST BON, enfin ça fonctionne :o)
• Avant cela Michael a pris la main sur la PLC de banc test shutter. Les ennuis commence car la version de TwinCAT nécessaire à celle de cette PLC et celle de l'ETCS sont différentes, donc en gros il installe les 2 version et commence la catastrophe. Du beckhoff tou craché. Bref en désespoir, Michael réinstalle TWC3 (apres l'avoir desinatllé) est je repars de la version du premier jour (merci gitlab)
• Pas de succès dans l'installation de Windows 10, mais je n'abandonne pas. Gilles me conseille "Rufus" pour faire les clés USB bootable, mais pas mieux ça bloque. J'ai du louper un étape.
• Mise en place d'un IPpower sur le banc shutter pour permettre le reset de la PLC à distance
• Mesure des dômes plexy pour Xavier
• Mesure de la distance et du posage de la webcam "NTT" pour Anthony. J'irai acheter 12 tubes de conduit électriques de 3m (orange)
• Liste des commissions: 12 tube diam 25, quelques coudes et brides à viser. Echelle droite simple 3m10. Papier WC, mouchoir, boites plastiques

Dimanche 31 octobre 2021 

• Reprise en main de M3. En premier je mets la branche M3 en hotConnect pensant que finalement la source des problèmes venait de là. Mais pas de changement les bornes à lier aux Axes n'apparaissent toujours pas. Donc je prends l'intégration depuis le début mais en commençant par le dernier point, c'est à dire une fois le scan fait, mettre le coupleur en mode HotConnect. Avec cela je peux finir l'intégration. :o)
• La mise en marche se passe mal. L'axe Lin ne termine pas son homing. Apres investigation, il manquait des liens concernant le canal C et donc la détection du top zéro. En refaisant les liens, l'axe Lin fonctionne.
• L'axe Rot ne fonctionne pas bien. Je décide d'enlever le tube d'ombre pour accéder aux moteurs. Pour faire cela il faut mettre M3 vertical. Comme la position pourrait être dangereuse en cas de tremblement de terre, j'arrive M3 au plafond.
• Probleme Axe Rot: une fois le tube d'ombre enlevé, je constate que le moteur ABL est bouillant. Sur la visu, le courant est à fond, mais pas d'erreur de drive. Donc arrêt des 2 axes (Rot et ABL) et démontage du moteur ABL. Sur la table le comportement est identique (donc pas de bloquage mécanique). Soit lorsque qu'on met le drive ON ou soit quand on donne une commande, le moteur ABL ne tournent toujours pas mais le courant consommé est au maximum. j'interverti alors les 2 moteurs qui sont identiques. Le moteur ABL fonctionne parfaitement bien dans son rôle de ROT, mais côté ABL (avec le moteur ROT donc), le problème continue: courant à fond. Au moins le moteur à survécu et le problème est dans la branche ABL avant le moteur. Apres je déconnecte les 2 cables (phases et signaux) pour le sonner. Comme il est en l'air je constate qu'il n'y a pas de court-circuit entre 2 fils. Je n'ai pas verifié l'integrité du câble lui même (je dois le faire). Ainsi il y a 2 possibiluté: soit mauvaise intégration, mais en vérifiant les links, tout semble être correct, soit c'est le drive ABL qui est en cause. Une cause serait une perte de sa programmation apres des mois sans ekectricité, mais j'ai des doutes.
• Tentative de tester/reinstaller le drive ABL. C'est peut-être inutile, mais ça a le mérite de tester un futur dépannage. Apres avoir installé MotionManager6 et mis l'interface Ixxat, je constate qu'on ne peut pas voir le drive. Même en connectant un drive qui fonctionne (ROT) pas de connexion. A Genève on avait constaté qu'il fallait de l'USB-2 et pas de l'USB-3, ainsi je test toutes les prises USB, et pas de différence (les USB-3 sont bleues et il n'y a pas de bleue). A Genève nous travaillons sur Windows 10 et ici sur Windows 7. Ainsi je décide d'installer un miniPc (qui traine dans une boite) en windows 10. Dans tout les cas il faut le faire pour permettre une possible réparation de drive.
• Installation Windows 10: L'uni met à disposition une image ISO. Ils disent que ne peut installer cette image que si on a déjà Windows (?!?). Comme il a un Windows7pro, alors j'installe le mini PC en W7. En même temps je rapatrie l'image ISO. Sur le Mac en VPN c'est trop long (10h), donc je la telecharge en x2go sur le NUC de Geneve (15 minutes) et je la synchronise sur mon Mac (1h je crois). Apres je fais un disque bootable sur mon mac avec l'utilitaire UNetbootin. Normalement il faudrait une clé USB, mais je tente le coup. Bref ça ne marche pas, impossible de l'installer (plein de tests, changement ordre de boot, etc, la touche F12 ne fait rien).... suite demain..avec une clé USB ....

Samedi 30 octobre 2021

• Toujours en arrêt M3, pas de solution évidente
• Installation d'un banc de test pour le shutter Coralie. L'idée est de le contrôler par la PLC (la nouvelle CX8091) sous twc3. Comme Michael s'est proposé de faire le développement remote, j'ai installé un des futures webcam face au shutter, pour voir les effets à distances. Quelques surprises: les webcam n'on pas de trous assez grand pour faire passer le connecteur réseau. Vivotek préconise de passer le cable  et servir le connecteur une fois le cable passé. Pas simple surtout pour une grand mère. Bref je ne mets pas la capot et mail à SB et AC pour exposer le probleme et proposer l'agrandissement des trous.
• Pour je ne sais quelle raison, l'installation de la webcam, avec un switch PoE 4 ports,  s'est très mal passé. Une fois installé, un seul ping à fontionné, puis plus rien. tout laissait penser que le switch était en cause. Alors j'ai mis l'autre  switch PoE, celui à 16? ports. et cela n'a pas marché. Un essai de Reset de la webcam. et finalement j'ai essayé 3 webcam. En résumé, je pense qu'il y avait un mauvais contact dans la première. puis il faut savoir que ces webcam bootent très lentement, donc il faut aussi être patients. Par contre, le reset reset le mot de passe, qui faut remettre (root, o..90) et aussi met le code video à h264 qui n'est pas accepté par le firefox (et les autres). Ainsi il faut aller dans la config et video, et sous le menu du stream No 1, choisir mjpeg au lieu de h264. merci pour cette perte de temps. Anthony m'avait confirmé que c'était du plug and play, ce qui est déjà une bonne info vu que la camera est livrée (inutilement) avec un CD d'installation.
• Installation du banc test pour la camera de guidage, pour Fabien. Je l'ai donc connectée dans le centre de calcul (bruyante) avec un objectif. Le programme de test (voir ~weber/bigeye.README) donc des infos succinctes.
• Extraction des fonction de base du bigeye_srv pour faire un bigeye_test destiné à Fabien pour le futur passage Pyhon et consort.  Tout est dans ~weber/Fabien. Ce programme de test en C fonctionne sur glspc20 et le but est de le faire tourner sous Python et si possible depuis la workstation permettant de ne pas employer un structure client serveur mais accéder la camera depuis la workstation directement.
• Apéra-le-bol :o)O 

Remarque: 03/05/2022: pour le test de la caméra de guidage: voir ~weber/src/bigeye_test (programme, video et README) + Plone sous composants station -> Coralie -> camera ....

Vendredi29 octobre 2021

• Début d'installation de M3, selon doc Geneve.
• M3: câblage du Hub et utilisation des câbles définitifs (45m et 10m). Connecxion sur le premier HUB, port RPM
• M3: Tout de suite des problèmes avec la borne EL5101 qui ne permet pas la configuration en 32bits. Michael me donne un sérieux coup de main et finalement c'est un incompatibilité des fichier xml de config. Ils ont été downloadé automatiquement lors du Scan, mais visiblement ne sont pas lisible pour les bornes 5000. Il fallait changer la borne que nous possédions par un modèle équivalent, mais rien ne se listait. En reprenant un ancien fichier de config, le problème s'est résolu. 
• M3: un autre probleme fait qu'il est impossible de choisir un terminal qui joue le rôle d'encoder pour les drive Faulhaber. Ca sent le vrai bug Beckhoff. En tout cas largement hors de mes compétences. Bref on attend de contacter Beckhoff Lundi (j'imagine)
• Entre temps instruction pour Mathias, avide de comprendre les éléments de la station
• Je repousse au lendemain l'installation de M3, il est trop tard.
• Installation du banc test shutter avec les nouvelle PLC CX-8190 en 10.10.132.41, CX-636A96 dans le dhcp. Câblage contrôleur uniblitz - Beckhoff avec un câble RJ45, pour l'instant juste 2 fils RXd-TXd 
• Petites modifications dans necamwatch et Nstart_CC pour palier aux problèmes des jours précédents concernant les erreur de lecture du Lakeshore
• On va dire que c'est classé comme mauvaise journée, car l'installation de M3 aurait du passer en 2h, comme cela à été répété à Genève plusieurs fois. Beckhoff, c'est toujours un casse-tête au démarrage. Un peu ras-le-bol
• Mail à l'ESO pour re-re-re-confirmer notre demande de 3eme mission
• Merci à Michael, la baguette magique du labo, toujours dispo!

Jeudi 28 octobre 2021

• Reboot de glsdrs dont la virtuelle machine n'avait supporté le changement de disk server
• Passage des 4 coupleurs Beckhoff en mode hotConnect. Gros soucis, réglé avec Michael. Le problème était qu'on ne peut pas avoir de bornes libres entre 2 coupleurs HotConnect. Ainsi lors du passage du coupleur TERC en hotConnect, j'aurais du sélectionner le drive AX qui n'était pas proposé par défaut. Une fois le problème trouvé, je suis reparti d'un directory vierge, git clone de ETCS01 et reconfiguration (avec photos pour doc). Il faut biensur retrouver les adresses ethercat de Drive I550 de Lenze et les mettre dans le code (GVL). Tout a fonctionné immédiatement. (rem: identificateur à partir de 1)
• Update de la doc ETCS concernant le mode HotConnect, pour cela (sudo): apt-get install texlive-latex-recommended (avant: apt-cache search pdflatex) + apt-get install texlive-fonts-recommended
• Inventaire des lakeshore pour Michael. Comme je repousse l'intégration de M3 à demain (plus de temps) je fais cet inventaire maintenant, Résultats ici
• Le fait d'enlever le cache du Lakeshore Necam a interrompu la communication serie. Ainsi le CC est passé en mode dégradé pendant 30 minutes. Retour à la normale avec Nstart_CC et récupération de la pression originale en 2h
• à 20h la reconstruction du synology est à 88% (après environ 30 heures)
• Problème de connection de la webcam dome. Comportement étrange, fonctionne ou pas. Est-ce lié à la reconstruction de disk server, étrange car d'autres éléments également ont eu un soucis pour l'observateur remote (Visu PLC et Dead Man). Affaire à suivre lorsque le synology aura terminé sa reconstruction.
• L'ESO a dégagé les 2 grosses WellBox

Mercredi 27 octobre 2021

• Tentative de réparation du serveur de disque. La doc disait overheating, donc investigation avec une caméra infrarouge. Rien de spécial. Enlevé/remis les connecteurs de la face avant et la carte mère. pas de changement. Le system reboote tout seul après quelques minutes. Abandon. Si on le cannibalise, il y a 2 alimentations et 4 disques.
• Installation du Cluster HA. Attention la doc décrit une version rapide, mais cette version enlève les données du serveur actif. donc tres tres mauvais plan. Bizarre ce choix par défaut. La doc est correcte, le system rend la main après 10-20 minutes et tout se recroche sur 10.10.132.101
• Installation d'une alimentation 24V pour le châssis M3 (prise du proto REM) et connexion au 230V
• Vidage final des caisses et évacuation (pour l'instant elles sont dehors mais vont finir à l'ESO s'il en veulent)
• L'ancien contrôleur clim2 est rétiré du rack (il faudra encore retirer un castor et l'UPS serveur)
• Mise au propre de l'étiquetage des synology et récupération d'un plateau pour y mettre le futur spare
• Discussion avec Sebastien puis Nigel
• La reinstaltion du serveur de disque a généré des soucis avec Necam qui est passé 2 fois en mode dégradé. On est monté un peu en pression car on ne revient jamais au même point. Problème à étudier, voir les logs.
• Petites instructions avec Mathias qui fait l'inspection journalière
• Demande de ruban pour la P-touch à Labelec
• Mise en place du contrôleur RFI sur son châssis ( ça enlève un gros carton)

Mardi 26 octobre 2021

• Arrivée
• Vidage des caisses et pré-triage dans la bodega
• Installation de M3 sur un chariot
• Demande d'instruction pour l'alimentation du chassis M3 (à Labelec)