Setting-up daq @ LCO after upgrade
1. 20060519
Musialem wywalic pewna dziwna linijke , ktora z jakis powodow byla w
kodzie , ale jest dosc bez sensu , moze kiedys to jeszcze wyjdzie
na razie wywalilem w pliku ccd/ccdlib/ccd_pipeline.cpp :
if(
pAsasTransform->m_bTransformOK ){
pixscale =
pAsasTransform->pixscale;
//
problems with astrometry in LCO - what for was this line
????
//
I comment it now - I hope forever !!!
//
fi = (180.00 -
pAsasTransform->fi);
}
Trzeba by sprawdzic czy to faktycznie kiedys bylo potrzebne,
raczej na pewno tak, ale teraz to przez to zbiegala co druga
astrometria, co
jest oczywistym skutkiem takiej linijki, po jej wykomentowaniu jest ok.
2. 20060530
- ASTROMETRIA :
Lech Mankiewicz zidentyfikowal w logach ze astrometria na k2b sie
czesto dlugo meczy a potem nie zbiega , mimo ze liczba matchy jest
calkiem
duza , wiem ze ustawienia w daq
sa takie ze liczba retryow dla astrometri byla :
CCD_ASAS_ASTROMETRY_TRY=5
jak sprawdzilem na heplx43 , z takim ustawieniem :
cd /opt/pi/dev/pisys/daq/ndir/data/20060530/simul
piastrometry s1_060531_00294_red.mag
s1_060531_00294_red.ast astro.cfg -pixscale 36.0 -ord 4 -timeout
100 -err 0.1 -errf 0.2 -verb -fi 0 -try 5
to astrometria tez nie zbiega, jak zwikszylem liczbe retrow to sie
poprawilo :
piastrometry s1_060531_00294_red.mag
s1_060531_00294_red.ast astro.cfg
-pixscale 36.0 -ord 4 -timeout 100 -err 0.1 -errf 0.2 -verb -fi 0 -try
10
to juz zbiega, natomiast bez ustawienia try default wartosc tego
parametru wynosi 20 , czyli
chyba na tyle ja przestawie i powinno to zaczac lepiej
dzialac , widze ze dosc to jest wrazliwe na zmiane poczatkowych
wpsolrzednych np :
to sie meczy dlugo :
piastrometry s1_060531_00294_red.mag
s1_060531_00294_red.ast astro.cfg -pixscale 36.0 -ord 4 -timeout
100 -err 0.1 -errf 0.2 -verb -fi 0 -try 10
-ra 12.67083482 -dec -10.01077727
a to zbiega prawie natychmiast :
piastrometry s1_060531_00294_red.mag
s1_060531_00294_red.ast astro.cfg -pixscale 36.0 -ord 4 -timeout
100 -err 0.1 -errf 0.2 -verb -fi 0 -try 10
-ra 12.67452610 -dec -10.01373236
a roznica wspolrzednych wynosi zaledwie : (RA,DEC) = (0.00369128
h ,0.00295509 deg) = ( 200 arcsec , 10 arcmin ) !!!!!
czyli to jest jednak dosc wrazliwe i trzeba w zwiazku z tym zmieniam
ten retry na wiekszy i powinno juz zawsze zbiegac, choc moze czasem
dosc opornie :
CCD_ASAS_ASTROMETRY_TRY=20
- Flaty , okazuje sie ze flat k2a zrobiony ze wszystkich
flatow z nocy 20060525/flats i 20060525/DARK w ten sposob ze
odjalem darka , a potem na liscie puscilem flatmaker2 jest
ok, ale ten z k2b nie z powodu jakies paprocha ( mielismy juz takie
kiedys a potem
znikaly ) , te dwa flaty sa dostepne tutaj k2a
/ k2b.
Do celu robienia darkow uzylem skrypu : make_flat_all!
Teraz proboje zrobic flata dla k2b z celej nocy 20060530
moze bedzie lepszy , robie to w ten sposob :
do_night_flat!
normal_frames_list_ccd2 dark2.fit flat_k2b.fit 200
Flat zrobiony ta metoda jest niestety fatalny (
heplx43:$DATADIR/FLAT/20060530/flat_k2b.fit) , moze lepszy bedzie taki
zrobiny z klatek ze
scanow . Niestety flat zrobiony z klatek ze scanow tez nie jest
idealny , chyba trzeba zrobic nowe flaty bo nie mam dobrego flata dla
k2b
Naotmiast co do flatow z 20060526 to one maja przynajmniej dla
k2b dosc wysoka temp=-2 wiec nie sa idealne tez
3. 20060602
Uruchamiam katalogowanie pi-pipeline ( sumy po 20 klatek ) , na
poczatek proba na nocy 20060520 , do bazy aver20_2006 , komenda :
nohup
run_asas_pipeline_online_cat! 20060521 /data2/results
/data1/results/PI_PIPELINE/ aver20_2006 - pi1.lco.cl
> /opt/pi/dev/pisys/pipipeline.log 2>&1 &
4. 20060606
Badania problemow z "move" - widac ze jest to kwestia jakiegos zlego
odczytu chipu badz tez transmisji - ale zaczelo wystepowac od czasu
przesiadki na smoka, wiec wyglada jak "problem jadrowy" czy sprzetowy, wiecej szczegolow.
5. 20060615
Katalogowanie scanow - aby ustawic maksymalna dopuszczalna bledu
astrometri , jest to sredni blad astrometri wyrazaony w pixlach
zrobilem rozklad tej wartosci dla scanow ( klatki posumowane po 3 ) dla
nocy 20060519-20060614 , wyniki sa widoczne na plotach : k2a / k2b
Widac ze max_ast_err=0.5 jest dobra wartoscia
6. 20060718
Zostal zauwazony dziwny problem z astrometria, objawial sie tak : dobra
klatka i astrometria nie zbiega, okazuje sie ze ma ona problemy
przy ra=0, wtedy trzeba wywolac ja z ra := 24 + ra i to moze pomoc,
chociaz zauwazylem ze czasem tez to nie dziala , bede dalej nad tym
dzialal ....
Wprowadzilem poprawke w pliku asas_astrometry.c - w funkcji
astrometry(...)
W tej chwili slady z tego sa takie :
blad w astrometrii , tuz po radius duzo matchy a
potem juz malo :
IDENT: Found 4524 catalogue stars
using ast in range: 8.500000
11.500000
using gsc in range: 6.500000
9.500000
IDENT: sn 7.096876 off: 6653.328335
-8396.918897 (184.200667 -232.472829
pixels)IDENT: Previous coordinates:
23.956468 -19.050504 fi -122.890006
IDENT: offset da,dd : 1.848147 -2.332477
IDENT: True frame coordinates: 23.824193
-21.372127 -122.242384
IDENT: init -122.24 0.000
0.000 36.120 36.120 7.10
radius: 923.750000 (max: 8.000000)
IDENT: 200 matches for fi= -122.242
within 8.00
Starting astrometry on file :
k2b_060718_01502_red.mag, start params
(ra,dec,fi
ASTROMETRY : started at
unix_time=1153285663
IDENT: fit 0.177 60.824
-138.707 36.186 2.83
IDENT: Frame center coordinates:
23.822983 -21.410655 fi: 0.194817
IDENT: 39 matches for fi= 0.195
within 8.00
bez debugowania komendy :
cd
/opt/pi/dev/pisys/daq/ndir/data/20060718
piastrometry
k2b_060718_01502_fv.mag k2b_060718_01502_fv.ast
ccd_astrometry_pipeline0.cfg -pixscale 36.0 -ord 4 -verb -err 0.1 -
chyba sie nie obejdzie
bardzo dziwny blad !
ZROBIC WORKAROUND :
problem jest na granicy, ra=0 , ra=24, jak jest ra=0 to trzeba
uruchomic
astrometrie z ra=24 - wtedy bedzie ok !!!! - sproboje znalezc
tego bug-a