No Permita que la Obsolescencia Detenga su Sistema de Pruebas

Visión General

Si está probando un dispositivo de consumo que dura en el mercado un año y si usted está reemplazando sistemas de pruebas a menudo, entonces este artículo no es para usted. Por otro lado, si usted está probando dispositivos y componentes que van a durar una década o más y tiene que planear actualizaciones de la tecnología y eventos de obsolescencia para que los sistemas de pruebas puedan durar más tiempo, entonces aquí hay tres métodos clave para planear con anticipación y proteger su sistema de incurrir en un esfuerzo extremo y costo en el futuro.

 

Contenido

Desarrolle una Arquitectura de Software en Capas con HALs y MALs

No se encierre en un programa de pruebas inflexible al desarrollar una arquitectura monolítica; en lugar de eso planee el futuro construyendo capas que realizan distintas operaciones de pruebas.

En una arquitectura monolítica, el programa de pruebas del UUT incluye código que administra el control del flujo de pruebas, la ejecución de pruebas, el estímulo del UUT, el análisis de medidas, la verificación de límite, el registro de resultados, la interfaz de usuario del operador y la programación del recurso de instrumentos. Este recurso único de funcionalidad significa que cualquier nuevo requisito de pruebas que se presente debido a un evento de obsolescencia, implica que todo el sistema de pruebas sea revalidado.

 

Figura 1. Una base de código única para manejar todas las tareas del programa de pruebas parece ser una buena manera de desarrollar hasta que esté lleno y sea difícil de cambiar o reparar. Usar bases de código modulares y más pequeñas para diferentes tareas, permite que un sistema de pruebas siga siendo más extensible.

 

En su lugar, cree una arquitectura de software modular que tiene distintas bases de código para todas las funciones críticas del sistema de pruebas. Un software de administración de pruebas como TestStand se ocupa de las tareas comunes del programa de pruebas, como control del flujo de pruebas, ejecución de pruebas, registro de resultados, verificación de límite, interfaces de usuario del operador y programación del recurso de instrumentos. El código de pruebas debe ser responsable para tareas específicas del UUT como funcionalidad de estímulo, medida y análisis.

Vea cómo los expertos en sistemas de pruebas, Bloomy Controls, implementan una arquitectura en capas del software de sistema de pruebas en este seminario Web de 30 minutos.

 

Tal vez la técnica de software más importante para proteger un sistema de pruebas contra los eventos inevitables de obsolescencia de hardware es usar Capas de Abstracción de Hardware (HALs) y Capas de Abstracción de Medidas (MALs).

 

Las HALs le ayudan a desarrollar código de alto nivel que llama a una función que regresa un valor desde un instrumento sin conocimiento de la configuración específica del instrumento y del dispositivo. Los HALs más comunes son proporcionadas por los proveedores de instrumentos y estándares de la industria como IVI. Desarrollar estas capas en su código le brinda la flexibilidad para cambiar instrumentos sin alterar el código de análisis de medida, el examinador de la interfaz de usuario o la estructura de la prueba.

 

Figura 2. Una MAL y HAL permite a los ingenieros de pruebas elegir el resultado de pruebas necesario y permite que el arquitecto del sistema de pruebas mantenga la operatividad del hardware y del controlador de instrumentos.

 

Un HAL por sí sola no protege un sistema contra los cambios en hardware y controladores de instrumentos. Algunos instrumentos tienen un traslape de funcionalidad y podría ser usado para completar las pruebas en el lugar de un dispositivo ocupado o en mal funcionamiento. Un buen ejemplo de esto es realizar medidas de corriente con un multímetro digital (DMM). Una unidad de medida de fuente (SMU) podría ser usada de manera aún más eficiente para realizar esa medida en muchos casos.

Los MALs permiten a un usuario definir un tipo de medida o prueba y brindan al sistema de pruebas la habilidad de elegir la fuente correcta y disponible para entregar ese resultado. Los sistemas de pruebas desarrollados con MALs son aún más flexibles y resistentes a los cambios en controladores de instrumentos y hardware.

¿Desea aprender sobre cómo implementar una HAL o MAL en programación orientada a objetos de LabVIEW? Vea ahora un video de formación/capacitación en línea gratis.

 

Use Instrumentos Flexibles, Modulares y Definidos por Software

Los mejores instrumentos para desarrollar sistemas de pruebas de larga duración son lo suficientemente flexibles para realizar todas las medidas necesarias y son fácilmente reemplazados en software y físicamente en el sistema de pruebas.

Los instrumentos con medidas configuradas en software tienen la flexibilidad de realizar la medida adecuada para obtener los resultados necesarios. Muchas veces estos instrumentos tienen una extensa compatibilidad de código con otros instrumentos usando APIs estándares en la industria y definidos por el proveedor.

Un sistema de pruebas diseñado en torno a un estándar de hardware de instrumentación modular como PXI es mucho más fácil de actualizar y de dar servicio con el paso del tiempo. Reemplazar un instrumento tradicional implica sustituir tamaño, generación de calor, consumo de energía y otros numerosos factores. Actualizar o reemplazar un instrumento modular es tan fácil como desmontar el instrumento viejo de su ranura en el dispositivo y reemplazarlo con el nuevo.

 

Figura 3. Los instrumentos de NI con FPGAs programables le ayudan a crear características de medidas personalizadas como disparos y procesamiento de señales, así como la arquitectura del dispositivo en funcionamiento.

 

Los instrumentos con FPGAs abiertos añaden otro nivel de compatibilidad de instrumentos al brindar a los ingenieros de pruebas la capacidad de diseñar la arquitectura de un instrumento y de reutilizar esa arquitectura en otros instrumentos compatibles, cuando sea necesario. Este tipo de personalización no siempre es necesaria, pero puede ayudar a mantener la existencia de características importantes que con el tiempo podrían ser obsoletas.

Vea cómo los instrumentos con FPGAs programables le dan la habilidad de diseñar la arquitectura del instrumento con características como modos de disparo personalizados.

 

Conocer el Estado del Ciclo de Vida de su Hardware

Los mejores sistemas de prueba a largo plazo están desarrollados en base a plataformas y tienen un plan de mantenimiento actualizado constantemente y con toda la información esencial sobre los ciclos de vida de los componentes de hardware en el sistema.

Obtener información del ciclo de vida requiere establecer una relación cooperativa y buena comunicación con los proveedores y que los proveedores creen planes para el futuro. Los proveedores de instrumentos deben permitirle planificar para la evolución de la tecnología en su sistema e incluso compartir información del roadmap siempre que sea posible. Los proveedores de instrumentos también deben proporcionar servicios que van desde consultoría inicial en la selección de los productos hasta contratos a largo plazo de servicio extendido para cumplir con sus necesidades específicas.

 

Figura 4. Los eventos de obsolescencia de hardware pueden ser manejados usando numerosos métodos que tienen distintos beneficios y costos. Algunos proveedores están realizando la integración de nueva tecnología y hardware con software compatible con versiones anteriores.

 

Con este tipo de información del ciclo de vida, usted puede consolidar las actualizaciones y revisiones de la tecnología que incluyen una amplia información, lo que le permite tomar las decisiones correctas.

Obtenga más sobre información y servicios del ciclo de vida de NI

 

Siguientes Pasos

  • Obtenga los detalles de las prácticas recomendadas para diseñar sistemas de pruebas de larga vida.
  • Explore la plataforma modular PXI para instrumentación del sistema de pruebas.
  • Descubra por qué TestStand es la herramienta de desarrollo de software líder en el mercado para administración del sistema de pruebas automatizadas de producción.