1 / 8

Estado del software de EURECA

Estado del software de EURECA. Francisco J. Carrera (IFCA) J. Bussons (U. Murcia). Vistazo general. Software de adquisición de datos ( EGSE , SRON ) Software de pre-procesado y procesado ( IFCA ) Datos de caracterización (C) Datos de ciencia (S)

susan-rush
Download Presentation

Estado del software de EURECA

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Estado del software de EURECA Francisco J. Carrera (IFCA) J. Bussons (U. Murcia)

  2. Vistazo general • Software de adquisición de datos (EGSE, SRON) • Software de pre-procesado y procesado (IFCA) • Datos de caracterización (C) • Datos de ciencia (S) • Utilidades de lectura/escritura y GUI (ISDC) • Repositorio (IFCA) de: • Software • Errores • Formato de datos e interfases • Estructura de directorios

  3. Adquisición de datos • Un PC en Linux controla con LabZAP un conjunto de PCs en Windows corriendo LabView • Programa en IDL escribe en formato propio (XDF) • Documentación en wiki no accesible fuera de SRON • Estructura de directorios “atípica” • Hasta ahora no “protocolo” estándar en los experimentos • Trabajando en hacer documentación pública • Estableciendo protocolo (qué parámetros se han puesto a qué valor...) • Formato estándar ficheros de “salida” en FITS

  4. Software de (pre) procesado • Hardware lee 25 píxeles a través de 2 canales: • cada canal contiene datos multiplexados (MUX) de varios píxeles • Una vez de-multiplexados (DMX) hay que encontrar los “eventos” (TRG): • Necesario porque muestreo muy rápido: mayor parte datos “ruido” • C: cambios de V en rampa para I-V,... • S: pulsos • Procesado de los datos TRG • En futuro es posible que hardware haga DMX y TRG • Principales problemas: • No definición de formato estándar de ficheros de entrada

  5. Data Processing pipeline Program module Still to be implemented FITS converter Analysis MUX DMX TRG House keeping DEMUX TRIGGER TRG HK Time selectionGTI Calibration files Task results

  6. Módulos y cadenas DEMUX TRIGGER PULSESHAPE ENERGYRESOL HOLZGAUS FILTER (power)SPECTRUMANALYZER S (Ciencia) C (Caracterización) IVPROC Cadenas de procesado implementadas

  7. Utilidades de lectura/escritura y GUI • Varias implementadas: • param_gui: GUI para pasar parámetros a módulos • calib_handling: ~DB para datos de calibración • gti_create: define GTI a partir de intervalos en parámetros • idx_add: manejo de ficheros • charact_display: GUI parámetros de calibración • param_display: GUI cal. y resultados • Otras pendientes: • observation_file: resumen parámetros observaciones • event_display: GUI resultados, necesario? • Principales problemas: • Falta de definición de las tareas • Falta de formatos estándar • Estructura de directorios bastante definida

  8. Resumen de acciones/acuerdos/temas pendientes • SRON: • Hacer públicas páginas XDF • Definición de protocolo estándar  ficheros estándar • Implementado algoritmo de trigger, probado con datos reales • Hacer simulaciones extensivas • MSSL: estado indefinido • IFCA: • Rehecho documento de requerimientos • Acuerdo sobre estructura de datos/directorios • Acuerdo sobre implementación procesado/GUI para: • Caracterización: relativamente cortos • Ciencia: largos, necesidad de monitorizar resultados intermedios

More Related