LBT672a requested software modifications

Legenda

0-3: priorità (min=3, max=0)

F = fatto

Modification list

2 - salvare il nome del file di feed-forward nel file adsec.sav

F- Housekeeper e fast diagnostic: init dopo che si sono inizializzate veramente; Idl: verificare prima di procedere col power on che i processi housekeeper e fast siano su

1 - aggiungere letture ADAM: upgrade dell'housekeeper e dell'housekeeperGUIe gestire lo startup

F - verificare che quando l'housekeeper si spegne spenga il sistema.(verificato che spenge il sistema)

1 - procedura scritta della rigenerazione delle configurazioni e matrici di calibrazione per idl, housekeeper, fast, ed eventualmente W

3 - configurazione in caso di nuovi attuatori mancanti: idl genera automaticamente i file param propri (conf), per housekeeper e fast diagnostic

3 - fare in modo che idl muoia e riparta senza dover resettare o fare qualcosa di simile allo specchio.

0 - comunicazioni housekeeper / fast con arbitrator

3 - housekeeper: dovrebbe riuscire a leggere anche a crate singoli....(attualmente impossibile leggere crate singoli per come e' fatto attualmente l'housekeeper: richiede cambiare l'achitettura del programma)

0 - housekeeper: deve avere la variabile sta skippando: si definisce frame skipping come 90% dei frame skippati nell'ultimo intervallo. a questo punto l'arbitrator va in recoverable fault: per uscire da questo stato: ssset guadagni a zero del mirror, al sensore deve essere richiesto di aprire il loop e disabilitare il disturbo, lanciarel'attuale procedura di recovery from skip. (NOTA: forse dovrebbe farlo la fast confrontando il WSFcounter e il SkipFrameCounter dello stesso record diagnostico, rispetto ad un record passato (questo se l'housekeepere non avesse la lettura sincrona delle variabili WSFcounter e il SkipFrameCounter) La percentuale va passata all'AO arbitartor)

3 - gestione soglie skip frame(attualmente viene gestito dinamicamente solo il caso del Kalman filter)

F - finire implementazione correct modes in SL (matrice di proiezione fatta. verificare la IF (modal) mat usando solo i comandi senza ricalcolare la matrice di IF per variazioni delle calibrazioni di forza e di offset di posizione)

F- aggiungere in adsec le matrici varie di proiezione ecc.

1 - assicurarsi che ad ogni richiesta di cambiamento di configurazione (es. guadagni del loop ottico), corrisponda un update dello stato in ao_status

1 - analisi delle variabili necessarie per salvare uno stato diagnostico completo (es. watchdog, etc.)

3 - indagare il fault dello specchio col disturbo (unita B???: con il nuovo programma che permette di configurare il disturbo via paramselector, ci sono delle sequenze di inizializzazione e interazione con il W che fanno crashare lo specchio

3 - crash per memory leak nel startup left diagn (questo pòer la soluzione radicale)

1 - crash per memory leak nel startup left diagn (questo pòer la patch che usa nomi diversi della variabile tmp all'interno della stessa routine)

1 - mettere la static arp table

0 - GESTIONE DEGLI ERRORI:!!!! (e soprattutto inserire i codici)(allocare tempo con Armando)

1 - accelerometri: verificare che nel frame diagnostico della switch BCU sia sempre storata l'uscita dell proiettore accel->ttp

2 - rivedere logica di uscita dalla zona buia nel set and flatcon Armando (abbiamo sostituito la soglia calcolata con una costante, ma non sappiamo perche' la soglia calcolata non funziona sempre)

1 - inserzione degli accelerometri nelle routine di startup / ao e pulizia

1 - verifica file di configurazione per i guadagni del chopping e per l'AO gap di backup

1 - gestione aogap di backup (da discutere)

F- update firmware e dsp program check durante startup (housekeeper e siggen e accel: non legge bene...)

3 - fix cr di troppo nella risposta dell'adam

F- cambiare lo switch nell'armadio incima alla torre

1 - change every "FASTDGN00" or "HOUSEKPR00" name with the adsec_common process_list variable

F - controllare che l'adam attualmente montato sia correttamente configurato per il watchdog

0 - configurare l'adam

3- laodshape e fsm_skip_recovery: "scorporare" le funzioni in modo da renderle piu' pulite

1 - mettere commenti intelligneti sulle funzioni fsm in modo che vengano loggati su adsec_left 00

-- MarcoXompero - 2009-10-14

-- ArmandoRiccardi - 25 Nov 2009
Topic revision: r18 - 02 Dec 2009, MarcoXompero
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