Alfio, Runa, Juan Carlso, Enrico

Calibrazioni di LBC

08:30 Retro montato

IM sinusoidale

Acqisiamo matrice di test modi 350-450 con REC 500 modi misurato

3 modi per disturbo, Frequenze 99 - 117 - 136

20120427_155944 fino a 160527

20120427 16:05:46 RIP SHELL durante acquisizione, dirante uno stop non arriva in tempo il frame della diagnostica

Non finiamo l'acquisizione lanciata a causa del RIP, ma l'analisi dei modi acquisiti fa vedere che con 2nm (modo >400) 136Hz si hanno i picchi di fase

Ricominciamo l'acquisizione esattamente come prima.

Questa volta niente RIP e arriviamo fino in fondo

20120427_161835 -> 20120427_162641

Log imsinus_350_440_atmo.log

Nota: qui quando si riscalava le forze in relata' si riscalava anche l'atmo e quindi abbiamo baato un pochino sul check delle forze dello specchio... (il phasescreen di comandi atmo+sinus viene passato attraverso un check per le soglie dell'ASM)

09:45 Scoperta baco delle forze limite dell'ASM

Scopriamo che l'algoritmo che si usava per determinare la forza limite da applicre allo specchio non era quella corretta. Sullo specchio gira uno script diverso da quello presente suulHD che noi avevamo preso per buono.

Modifichiamo la procedura che calcola le ampiezze massime da applicare nei disturbi usando il nuovo algoritmo di calcolo e mantenendo sempre costante il disturbo (e non riscalandolo come prima)

Atmo piu' veritiera modi 350-450 con ampiezze aumentate.

20120427_171026 -> 20120427_171555 set non completo:

20120427 17:15:55 (ultimo TN acquisito) STOP DEL SISTEMA. Non si capisce bene la causa

10:30 Sinusoidaln 0-600 con cloop su sintetica

20120427_174528 -> 20120427_183921

Skip frame possibile su 3 set di misure 183039 183056 e 183112

20120427 18:55:53 Caricamento del disturbo rifiutato TOO LARGE FORCE ma il check sul disturbo diceva 0.25

Facendo rigirare il conrollo in effetti abbiamo 0.9

c'e' un mismatch nel programma che fa il check delle forze nella generazione dei disturbi.
12:12 Refurbishment della procedura di generazione dist e acquisizione

sinusmode_distgenerate.pro
Trovato il baco nella stima delle forze dei disturbi e corretto
Snellita la procedura di acquisizione cambiano il disturbo mentre il loop e' in pausa e non piu' aprendo e chiudendo ogni volta

12:17 parte l'acquisizione 630 modi sinusoidal con cloop su 400 sintetico

20120427_ -> 20120427_

Va in skip frame e non procede molto

Sospettiamo il rec sintetico e mettiamo il rec normale a 400 modi

SKIPPA e si ferma dopo un po'

Sospettiamo allora i modi altissimi nella matrice, riduciamo la IM al range 0-400

SKIPPA e si ferma dopo un po'

Non riusciamo ad identificare dei disturbi specifici che mandano il loop in ciampanelle.

Passiamo a qualcos'altro prima che l'handover ci blocchi.

test long offset

Preset del telescopio di giorno, occorre usare questo comando:

iif_preset, 'stella', MODE=ACE, GCS=TRACK, RS=0, PA=0

occhio che fa partire lo slewing di elevazione e azimuth anche di giorno.

Gli offset fuori dal campo non funzionano, perché il TCS ci manda un comando PauseAo quando il loop è già in pausa e non lo accetta, come in questo log:

IDL> iif_offset,0,0
=> OffsetPointing 0 0 0 DETXY ABS left
IDL> iif_offset,0,0,coord=RADEC
=> OffsetPointing 0 0 0 RADEC ABS left
IDL> iif_offset,300,0,coord=RADEC
=> OffsetPointing 0 300 0 RADEC ABS left
IDL> iif_offset,0,0,coord=RADEC
=> OffsetPointing 0 0 0 RADEC ABS left
===> Error in irc_offsetpointing
err = Resmsg[0] = OffsetPointing result status: Error
err = Resmsg[1] = AOARB:Illegal command for state LoopSuspended (Pause)
err = Resmsg[2] = Pause[276] failed - AOARB:Illegal command for state LoopSuspended (Pause)
IDL> iif_offset,300,0,coord=RADEC
=> OffsetPointing 0 300 0 RADEC ABS left
===> Error in irc_offsetpointing
err = Resmsg[0] = OffsetPointing result status: Error
err = Resmsg[1] = AOARB:Illegal command for state LoopSuspended (Pause)
err = Resmsg[2] = Pause[277] failed - AOARB:Illegal command for state LoopSuspended (Pause)
IDL> iif_offset,0,0,coord=RADEC
=> OffsetPointing 0 0 0 RADEC ABS left

correzioni varie

Modificato l'AOArbitrator per accettare un comando PauseAo anche quando è già in pausa. Adesso la sequenza funziona:

IDL> iif_runao
IDL> iif_offset,0,0,coord=RADEC
=> OffsetPointing 0 0 0 RADEC ABS left (loop ok)
IDL> iif_offset,300,0,coord=RADEC
=> OffsetPointing 0 300 0 RADEC ABS left (loop in pausa)
IDL> iif_offset,0,0,coord=RADEC
=> OffsetPointing 0 0 0 RADEC ABS left (loop sempre in pausa)
IDL> iif_offset,300,0,coord=RADEC
=> OffsetPointing 0 300 0 RADEC ABS left
IDL> iif_offset,310,0,coord=RADEC
=> OffsetPointing 0 310 0 RADEC ABS left
IDL> iif_offset,310,10,coord=RADEC
=> OffsetPointing 0 310 10 RADEC ABS left
IDL> iif_offset,300,10,coord=RADEC
=> OffsetPointing 0 300 10 RADEC ABS left
IDL> iif_offset,300,0,coord=RADEC
=> OffsetPointing 0 300 0 RADEC ABS left
IDL> iif_offset,0,0,coord=RADEC
=> OffsetPointing 0 0 0 RADEC ABS left (loop richiuso!)

-- Main.EnricoPinna - 27 Apr 2012
Topic revision: r7 - 11 Sep 2012, EnricoPinna
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback