---- - '''Pixels REF'''. KA000 (numdet 5) e KB031 (numdet 494). ---- - '''Cosa gira su cosa''' Archeops8: niente. Interner, skype, xEphem ... Archeops9: acqui, lecture, hysto, trace (per guardare le tracce e giocarci). Su lecture su puo' far creare i files o meno, indifferente. Magari li si puo' lasciare in locale (non su sami che riceve già dal 10 e dal 33). '''Archeops10: principale Mac di acquisizione usato dalla pipeline di Nicolas. Far girare: acqui, lecture (su sami ma non in locale per non affaticarlo troppo), hysto''' '''Minimac33 (in 'partage d'ecran' su archeops9): Mac di acquisizione di backup e responsabile delle NIKEL, Elvin, Antenna. Far girare: acqui, lecture (mac + sami), Message (non dimenticare di mettere in 'tuning auto'), NIKELs, Elvin, Antenna''' Archeops10 (THz) è messo su un'altra scrivania perché è collegato direttamente con un cavo sullo switch NIKA, e il cavo non era abbastanza lungo. ---- - '''Params''' Ho copiato su Archeops8,9,10(THz),33(minimac) i seguenti params: run8_IQ.txt (array 1mm centrato su maxIQ, 2mm su ampli norm), run8_sinus.txt (arrays centrati su ampli norm, o sinus è la stessa cosa), run8_original.txt (param della fine del run 7, da cui siamo partiti all'inizio del run 8). Quando le acquisizioni sui mac vengono rilanciate, partono per default su 'run8.txt'. Quindi se si vuole cambiare il param da uno all'altro '''secondo me''' la cosa più facile è copiare il 'sinus' oppure l'IQ in 'run8.txt', committare e far ripartire l'acquisizione su tutti e tre. '''MOLTO IMPORTANTE:''' quando si usa il param sul maxIQ bisogna che il 'message' che gira sul mini-mac e TUTTI gli hysto che sono in giro siano messi in 'offset angle = 1'. Se invece si polarizza sul 'sinus', quindi usando il param di conseguenza, si deve essere in 'offset angle = 0'. ---- - '''Errori di ''lecture''''' Se guardate nella finestra verde chiaro derivata da 'lecture' vedete se ci sono errori nello streal di dati. Se non ci sono errori fa solo dei puntini. Gli errori 'pas grave' sono ogni tanto dei simboli dollaro $. Gli errori più gravi che fanno si' che la Real Time pipeline faccia casino sono dei messaggi tipo 'fifo2 bloc perdu' opp 'fifo3 bloc perdu'. In questo caso potrebbe non essere possibile fare il poniting o focus o il resto. I dati sono recuperati offline di solito, ma non gira il real time. Alain dice che questo è dovuto soprattutto al fatto che Elvin fa delle pause di diversi secondi e che quindi lui non puo' aspettare (i dati di NIKA arrivano in continuo) e quindi per quei blocchi non c'e' il puntamento. Abbiamo provato come al solito a vedere se era collagato al traffico sul reseau locale, alla velocità del mac, al fatto che ci fossero aperti dei processi etc. Ma sembra proprio che, visto che gli errori sono gli stessi su tutti i mac, sia veramente qualcosa di esterno, oppure i messaggi Elvin non vengono letti bene. Comunque è un problema, su alcuni scans. ---- - '''IMB Fits Antenna'''. E' successo (e potrà succedere) che '''gli IMB Fits si siano piantati'''. Il processo che li crea gira sulla console che si usa per la Real Time Analysis di Nicolas (schermo alla sinistra di quello di Pako). Ci dovrebbe essere una finestra su sami in un terminale. Per collegarsi a sami fare ssh -X archeops@mrt-nika1.iram.es (attenzione, bisogna collegarsi come 'archeops' e non come 'observer'). Poi fare >idl e poi >nika_filing Verificare ogni tanto che su sami, Directory 'archeops/NIKA/Data/AntennaImbFits', i files vengano copiati regolarmente. ---- - '''Criostato''' Sembra OK, verificare soprattutto la regolazione. Che la potenza di regolazione non scenda troppo. Tipicamente 23microW per regolare a 150mK. Potete giocare con i parametri del PID se volete. Io ho provato ma non serve a molto. Sembra veramente che . Le grosse variazioni di J4 sono correlate al 4K. Non so se il PT raffredda meglio o peggio in alcuni casi a seconda non so di cosa. Tensione reale sul compressore ?? Posizione del telescopio e quindi del tubi ??