Adaptador de prueba de controlador o probador y dispositivo

Ate se puede usar para componentes del paquete (típicamente IC "chips ") o directamente a obleas de silicio. Piezas empacadas Use procesadores para colocar dispositivos en tableros de interfaz personalizados, mientras que las obleas de silicio se prueban directamente utilizando sondas de alta precisión. El sistema Ate interfiere con un procesador o sonda para probar el dut.

Componentes encapsulados con manejadores comieron

Un sistema ATE a menudo se interactúa con una herramienta de colocación automatizada llamada "Handler " que coloca físicamente el dispositivo bajo prueba (DUT) en el adaptador de prueba de interfaz (ITA) para que el dispositivo pueda hacer medidas en él. Un adaptador de prueba de interfaz (ITA), un dispositivo que simplemente establece la conexión eléctrica entre el ATE y el dispositivo bajo prueba (también conocida como la unidad bajo prueba o UUT), pero también puede contener un circuito adicional para acomodar el ATE entre el Señal y el DUT, y tiene la instalación física para montar el DUT. Finalmente, use un zócalo para cerrar la conexión entre el ITA y el DUT.

Diagrama de interfaz eléctrica simple: Ate → ITA → Dut (paquete) ← Handler

La oblea de silicio se comió con Porters

El ATE basado en la oblea generalmente usa un dispositivo llamado Probador que se mueve a través de la oblea de silicio para probar el dispositivo.

Diagrama simple de interfaz eléctrica: Ate → Probador → oblea (Dut)

Múltiplo

Una forma de mejorar el tiempo de prueba es probar múltiples dispositivos a la vez. Los sistemas de año ahora pueden admitir tener múltiples "Sitios " donde los recursos Ate son compartidos por cada sitio. Algunos recursos pueden usarse en paralelo, otros deben ser serializados a cada uno. .

Programación comió

Las computadoras ATE controlan los dispositivos ATE a través de interfaces de programación de aplicaciones estándar y patentadas (API) utilizando lenguajes de computadora modernos como C, C ++, Java, Python, LabView o SmallTalk y declaraciones adicionales. También hay lenguajes de computadora especializados como el lenguaje de prueba abreviado para Todos los sistemas (ATLAS). El equipo de prueba automático también se puede automatizar utilizando un motor de ejecución de prueba como el soporte de prueba de NI.La generación de patrones de prueba automáticos a veces se usa para ayudar a diseñar una serie de pruebas.

Datos de prueba (STDF)

Muchas plataformas ATE utilizadas en los datos de salida de la industria de semiconductores utilizando el formato de datos de prueba estándar (STDF)

Diagnóstico

Los diagnósticos de equipos de prueba automáticos son parte de las pruebas ATE para identificar componentes defectuosos. Las pruebas de ATE realizan dos funciones básicas. La primera es probar si el dispositivo bajo la prueba funciona correctamente. El segundo es diagnosticar la causa cuando el DUT no funciona correctamente. La parte de diagnóstico puede ser la parte más difícil y costosa de la prueba .Al típicamente reduce las fallas a grupos o grupos difusos de componentes. Una forma de ayudar a reducir estos grupos ambiguos es agregar pruebas de análisis de firma simuladas al sistema ATE. El diagnóstico a menudo se ayuda por el uso de pruebas de sonda voladora.

Cambio de equipos de prueba

Agregar un sistema de conmutación de alta velocidad a la configuración de un sistema de prueba permite una prueba más rápida y económica de múltiples dispositivos, con el objetivo de reducir los errores y los costos de prueba. Diseño de una configuración de interruptor para un sistema de prueba requiere una comprensión de las señales para ser conmutado y las pruebas a realizar, así como los factores de forma de hardware de conmutación disponibles.

Plataformas de equipos de prueba

Actualmente se usan comúnmente varias plataformas de instrumentación electrónica modulares para configurar los sistemas de pruebas electrónicas y de medición automatizadas. Estos sistemas se utilizan ampliamente para la inspección entrante, la garantía de calidad y las pruebas de producción de dispositivos electrónicos y subconjuntos. Interfaces de comunicación estándar Conecte las fuentes de señal de la señal a los instrumentos de medición en "Rack Stack " o sistemas basados ​​en chasis/mainframe, generalmente bajo el control de una aplicación de software personalizada que se ejecuta en una PC externa.

GPIB/IEEE-488

El bus de interfaz de propósito general (GPIB) es una interfaz paralela estándar IEEE-488 (estándar desarrollada por el Instituto de Ingenieros Eléctricos y Electrónicos) para conectar sensores e instrumentos programables a Computers.GPIB es una interfaz de comunicación paralela digital de 8 bits capaz de transferencias de datos En exceso de 8 mbytes/s.it permite que hasta 14 instrumentos estén encadenados al controlador del sistema utilizando un conector de 24 pines. Es una de las interfaces de E/S más comunes en los instrumentos y está diseñada para aplicaciones de control de instrumentos . La especificación IEEE-488 estandariza el bus y define sus especificaciones eléctricas, mecánicas y funcionales, así como sus reglas básicas de comunicación de software. GPIB es el más adecuado para aplicaciones en entornos industriales que requieren una conexión robusta para el control de instrumentos.El estándar GPIB original fue desarrollado a fines de la década de 1960 por Hewlett-Packard para conectar y controlar los instrumentos programables que fabricó la compañía. La introducción de controladores digitales y equipos de prueba programables creó una necesidad de una interfaz estándar de alta velocidad para la comunicación entre instrumentos y Controladores de varios proveedores. En 1975, el IEEE publicó ANSI/IEEE Standard 488-1975, interfaz digital estándar IEEE para instrumentación programable, que contenía las especificaciones eléctricas, mecánicas y funcionales de un sistema de interfaz. Este estándar se revisó posteriormente en 1978 (IEEE-488.1) y 1990 (IEEE-488.2). La especificación IEEE 488.2 incluye los comandos estándar para instrumentación programable (SCPI), que definen comandos específicos que cada clase de instrumentos debe obedecer. SCPI garantiza la compatibilidad y la configurabilidad entre estos instrumentos.

El autobús IEEE-488 ha sido popular durante mucho tiempo porque es simple de usar y aprovecha una gran selección de instrumentos y estímulos programables. Los sistemas grandes, sin embargo, tienen las siguientes limitaciones:

Avivamiento del conductor La capacidad limita el sistema a 14 dispositivos más un controlador.

Longitud del cable Limita la distancia del dispositivo del controlador a dos metros por dispositivo o 20 metros en total, lo que sea menor. Esto impone problemas de transmisión en los sistemas extendidos en una habitación o en sistemas que requieren mediciones remotas.

Direcciones primarias Limite el sistema a 30 dispositivos con direcciones primarias. Los instrumentos modernos rara vez usan direcciones secundarias, por lo que esto pone un límite de 30 dispositivos en el tamaño del sistema.

Extensiones de LAN para instrumentación (LXI)

El estándar LXI define los protocolos de comunicación para los sistemas de instrumentación y adquisición de datos utilizando Ethernet. Estos sistemas se basan en instrumentos pequeños y modulares, utilizando LAN estándar de bajo costo (Ethernet). Instrumentos modulares sin las restricciones de factor de costo y forma de las arquitecturas de la jaula de tarjetas. Mediante el uso de comunicaciones de Ethernet, el estándar LXI permite envases flexibles, E/S de alta velocidad y el uso estandarizado de conectividad LAN en una amplia gama de aplicaciones comerciales, industriales, aeroespaciales y militares. El instrumento que cumple con LXI incluye un Conductor intercambiable de instrumentos virtuales (IVI) para simplificar la comunicación con instrumentos no LXI, por lo que los dispositivos que cumplen con LXI pueden comunicarse con dispositivos que no cumplen con LXI (es decir, instrumentos que emplean GPIB, VXI, PXI, etc.). Esto simplifica la construcción de la construcción y configuraciones híbridas operativas de instrumentos.

Los instrumentos LXI a veces emplean secuencias de comandos utilizando procesadores de script de prueba integrados para configurar aplicaciones de prueba y medición. Los instrumentos basados ​​en Script proporcionan flexibilidad arquitectónica, rendimiento mejorado y menor costo para muchas aplicaciones. La secuencia de comandos mejora los beneficios de los instrumentos LXI, y LXI ofrece características que habilitan y mejoran las secuencias de comandos. Aunque los estándares LXI actuales para la instrumentación no requieren que los instrumentos sean programables o implementen secuencias de comandos, varias características en la especificación LXI anticipan instrumentos programables y proporcionan una funcionalidad útil. Eso mejora las capacidades de las secuencias de comandos en los instrumentos que cumplen con LXI.

Extensiones VME para instrumentación (VXI)

La arquitectura del bus VXI es una plataforma estándar abierta para pruebas automatizadas basadas en el bus de VME. Introducido en 1987, VXI utiliza todos los factores de forma euroCard y agrega líneas de activación, bus local y otras características adecuadas para aplicaciones de medición. Los sistemas VXI se basan en mainframes. o chasis con hasta 13 ranuras en las que se pueden instalar varios módulos de instrumentación VXI. El chasis también proporciona todos los requisitos de energía y enfriamiento para el chasis y los instrumentos que contiene. Los módulos de bus VXI son típicamente de 6U.

Extensiones PCI para instrumentos (PXI)

PXI es un bus periférico dedicado a la adquisición de datos y los sistemas de control en tiempo real. Introducido en 1997, PXI utiliza los factores de forma CompactPCI 3U y 6U y agrega líneas de activación, un bus local y otras características adecuadas para aplicaciones de medición. La Alianza de Sistemas PXI desarrolla y mantiene las especificaciones de hardware de PXI. Más de 50 fabricantes en todo el mundo producen hardware PXI.