martes, 31 de diciembre de 2013

Actividades 2013

Durante el año 2013 las misiones de medición y prueba me llevaron en Francia, México, Brasil, Túnez, Canadá y los Estados Unidos. Me permitieron aumentar mi experiencia en la integración de bancos de pruebas en las líneas de fabricación en serie y responder a auditar de sistemas de prueba. Y siempre es un placer conocer a los distintos interesados, los ingenieros y los equipos de gestión de  diferentes sectores, diferentes países y comunicarse en diferentes idiomas (Inglés, francés, español y portugués).
Aquí va la lista de mis actividades en 2013:
  • Auditoría del proceso de prueba en un centro de reparación de módem xDSL, definición de soluciones para establecer, desarrollar el nuevo proceso, la disposición (layout) de la línea. Esta optimización resultó en un aumento de 500% de la capacidad de prueba (TestStand).
  • Accesoria en un proyecto de sistema de regulación de enfriamiento de láser con LabVIEW tiempo real y cRIO.
  • Desarrollo de un banco de qualidad en fin de linea de fabricación en serie de modem xDSL (GVT, Telefonica): VDSL, WIFI 2.4GHz, WIFI 5GHz, FTTH, Ethernet, HPNA (TestStand)
  • Optimización y depuración de bancos de pruebas funcionales en la fabricación en serie de modem xDSL: reducción de 40% del tiempo de prueba, reducción de las falsas fallas (TestStand, LabWindows/CVI)
  • Desarrollo de drivers de instrumentos para la medición de la piel con LabVIEW
  • Dearrollo de drivers IVI con LabWindow/CVI, para integrar en TestStand
  • Desarrollo de un sistema para medir del envejecimiento de componentes electronicos
  • Capacitaciones LabVIEW, LabWindows/CVI, medición y instrumentación con Visual Basic .Net (Measurement Studio)
  • Auditoria técnica de bancos de prueba de modems xDSL y fuentes en centros de reparación (GVT, Bell y Cablevision) para incrementar la capacidad de prueba y reparación: análisis de la viabilidad de las pruebas, estabilidad de la mediciones, estudio estadístico de las mediciones y datos de produción de los bancos de prueba, optimización de las acciones de los operadores, de los softwares, de la trazabilidad y de los flujos de los productos.

viernes, 8 de noviembre de 2013

El aumento de la capacidad de prueba


Para este proyecto, mi cliente me pidió que aumentara la capacidad de sus bancos de pruebas de su servicio de posventa: pasar de 500 unidades por día a 2 500 unidades por día (aqui las unidades son modems ADSL/VDSL con teléfono, HPNA, WIFI, WAN, Ethernet y USB). El uso de bancos de pruebas en este caso de posventa es analizar y dar un diagnostico para reemplazar los componentes defectuosos y luego verificar que la reparación haya resuelto el problema.
Análisis
Para optimizar los bancos de pruebas de la mejor forma, el análisis es esencial para decidir qué acción tomar. Encontré varios factores que limitaban la capacidad:
  • demasiadas acciones manuales: la prueba es desigual, además, cada vez que el operador intervenga, el no está disponible para realizar acciones en otro banco.
  • usabilidad del banco de pruebas: el operador pierde tiempo para colocar la unidad, conectar y desconectar.
  • usabilidad del software de pruebas: resultados de las pruebas no son claramente identificables, el operador pierde tiempo para leer el diagnóstico, o peor, se equivoca.
  • falsas fallas: si hay falsas fallas, el operador duda del banco de pruebas y  se reinicia la prueba, perdemos tiempo. Las falsas fallas pueden ser causadas ​​por el hardware (inestabilidad de la medición debido a la instrumentación, cableado, conectores o de cualquier otro componente) como el software (el procesamiento de la medición, el análisis, la tolerancia).
  • el uso de los recursos de hardware: todas las pruebas se ejecutan una tras otra, mientras que algunos pueden ejecutarse en paralelo en la misma unidad o varias unidades.
  • proceso: tener un solo banco, para ejecutar todas las acciones y las pruebas, no siempre es la solución más adecuada. El numero y las funciones de los bancos dependen del producto, de las pruebas a realizar, del medio ambiente y del por qué ponemos a prueba.
  • optimización de la línea: la colocación de los bancos de pruebas puede penalizar el flujo, lo que obliga al operador a perder el tiempo en su movimiento y aumentar el riesgo de errores de manejo que puede dañar el producto.
  • trazabilidad: tener el histórico del producto es importante para optimizar la reparación, fluidificar (no probar un producto que ha sido probado fallado en probador anterior sin ninguna reparación), diagnosticar problemas del banco de pruebas, proporcionar las acciones de mantenimiento, sino también analizar la producción.
Solución
Después de presentar un análisis de la identificación de problemas, he trabajado con mi cliente sobre varios puntos:
  • revisión de la línea y los probadores para mejorar el flujo, la ergonomía y los movimientos de los operadores y de los productos.
  • uso del material ya disponible, la sustitución y la adición de nuevo, modificación del cableado y el tipo de conector para una mejor fiabilidad y velocidad.
  • migración del software de pruebas desde scripts de pruebas ejecutados desde la línea de comandos de Linux hasta secuencias de pruebas de TestStand en Windows con la creación de una pantalla simple (prueba en curso, resultado bueno o malo, prueba pendiente) con paralelización de pruebas para reducir el tiempo.
  • generación de reportes de pruebas, centralización de datos en la red y desarrollo de software de análisis de datos.
  • capacitación de los operadores y optimización de las acciones.