ESTADO ACTUAL DE LA MEDIDA DE LA LONGITUD DE
ABSORCIÓN
HAROLD YEPES RAMIREZ
IFIC, 30 de octubre de 2009
RESPONSABILIDADES (generadas de las minutas):
27 de Octubre de 2009:
“Contactar con Dimitry para plantearle la posibilidad de tomar runes consecutivos de 40K y
absorción”.
•
•
Condiciones mínimas para tomar RUNs de 40K: Por debajo de 100 kHz de fondo óptico.
Proporcionar eficiencias de los OMs calculadas inmediatamente después de la toma del RUN
de absorción: OK!.
“Verificar que en el plan semanal del shift figure la realización de RUNs de propiedades ópticas”:
•
Se ha concluido después de conversar con Dmitry que se haría una entrada en el ELOG
especificando los requerimientos de los RUNs para los próximos shifters  E-log entry: 4120:
* 2 setups disponibles
* RUN hecho, RUN copiado a Lyon
* Al menos dos RUNs por semana (uno de cada)
* Requerimientos: Background rate < 100 kHz, 30’ de duración
* Tomar RUNs después de los de 40K
* Actividades de OP en minutas semanales
• A lo que JP Ernenwein ha dicho (E-log entry: 4126):
* Una vez por semana (sin importar el día) cuando las condiciones lo permitan, se
tomarán dos RUNs (de 45’ cada configuración).
* En principio podrán hacerse los RUNs después de los de 40K dado que se están
haciendo algunos RUNs de 40K para monitoraje (la toma de datos de 40K está incluida en
todos los RUNs estándar de física).
Sugerencia  ¿Deben ser los RUNs de OP los primeros en tomarse cada lunes?
 Entrada en el manual de operaciones de los shift.
* No podrá hacerse la copia inmediata de los RUNs a Lyon, seguirá haciéndose
automáticamente en las noches.
* Después de tomarse un RUN se pondrá una entrada en el E-log bajo la etiqueta
(run type) “Optical Properties”.
* Durante la reunión semanal del shift se anunciarán los números de los RUNs
tomados y las referencias de entradas en el E-log.
EL FONDO ACTUALMENTE ESTA ~ 350 kHz
RESPONSABILIDADES (generadas de las minutas):
“Pasar un programa de análisis rápido para los RUNs”  ¿?
“Verificar que se han eliminado los dead channels del análisis”.
•
RUNs comprendidos entre 33983 – 41604  necesario sustraer el OM_2 del F5 para:
36035 (06/10/08)
36041 (06/10/08)
36044 (06/10/08)
36045 (06/10/08)
36047 (06/10/08)
37553 (01/12/08)
37555 (01/12/08)
 Los demás RUNs no considerarán los canales muertos.
•
Aun falta considerar los últimos RUNs (19/10/2009).
•
Estrategia utilizada  JP Schuller  http://antares.in2p3.fr/users/albert2/internal/main.html
RESPONSABILIDADES (generadas de las minutas):
“Comparar el ruido de cada OM en RUNs que se han tomado consecutivamente”  (Por fechas):
05/05/2009 (HIGH INTENSITY)
• OM 0
• OM 1
• OM 2
• OM 0
• OM 1
• OM 2
• OM 0
• OM 1
• OM 2
“Comparar el ruido de cada OM en RUNs que se han tomado consecutivamente”  (Por fechas):
06/10/2009 (HIGH INTENSITY)
• OM 0
• OM 1
• OM 2
• OM 0
• OM 1
• OM 2
• OM 0
• OM 1
• OM 2
• OM 0
• OM 1
• OM 2
“Comparar el ruido de cada OM en RUNs que se han tomado consecutivamente”  (Por fechas):
01/12/2009 (LOW INTENSITY)
• OM 0
• OM 1
• OM 2
• OM 0
• OM 1
• OM 2
• OM 0
• OM 1
• OM 2
• OM 0
• OM 1
• OM 2
POR HACER:
1. Terminar de optimizar los códigos para aplicar la corrección por las sensitividades de Dmitry 
Ya tenemos los valores de las sensitividades que deben aplicarse de acuerdo a las fechas de
nuestros análisis.
2. Terminar de organizar los plots de ruido y repetir los que aún quedan con canales muertos.
3. Seguir monitoreando el comportamiento del background para poder lanzar algunos RUNs de
propiedades ópticas.
4. Analizar herramienta encontrada por Ciro  ./antares-daq/tools/ratemon/DeadChannel.cc
./antares-daq/tools/ratemon/DeadChannel.hh