¿Optimizando las pruebas de productos?

2

Actualmente estoy trabajando para una empresa donde diseño e implemento un programa de prueba automatizado para probar nuestros productos. Actualmente, nuestras pruebas llevan bastante tiempo (varios minutos por unidad) y necesitamos optimizarlas en el futuro ya que el volumen aumentará (1000+). Las pruebas tardan tanto tiempo, ya que el producto está bastante avanzado con muchas características que requieren tiempo para ser evaluadas correctamente (GSM / 3G / GPS / Carga de batería, etc.).

Usamos una aplicación para PC que carga un firmware de prueba especial en el dispositivo y realiza varias mediciones; Mientras que el firmware de prueba se comunica con y prueba todos los chips incorporados y sus funciones un paso a la vez, ya que la aplicación de PC lo controla a través de una interfaz de terminal USB.

Nuestros pensamientos actuales son:

  • Tenga almohadillas de prueba debajo de las tablas para que el operador no necesite enchufar / desconectar ningún cable durante la prueba de PCB. Simplemente colóquelo en una cama de agujas

  • Quizás paralelice el sistema para probar varios objetos a la vez

Yo y los demás en nuestra compañía no estamos muy familiarizados con cómo hacer otras cosas que no sean las pruebas de bajo volumen. Por lo tanto, le pido consejo a su experiencia sobre cómo es la forma correcta de realizar pruebas de volumen medio / alto de un producto bastante complejo.

Gracias por tu tiempo, Saludos cordiales

    
pregunta ChewToy

1 respuesta

3

Mis pensamientos acerca de las pruebas de alto volumen:

  • Minimice la interacción del operador con el objeto de prueba. Preferiblemente, coloque una serie de objetos de prueba en un banco de pruebas, presione un botón, espere OK / FAIL y luego retire los objetos de prueba defectuosos para investigar en otra estación. Nunca mantenga la línea detenida debido a un objeto de prueba defectuoso.
  • Si el operador necesita ingresar números de serie u otras entradas manuales, use códigos de barras predefinidos con un escáner si es posible. Esto minimizará los errores humanos.
  • La cama de clavos está bien en las pruebas de producción de alto volumen. Como mínimo, si su PCB tiene un tamaño razonable para un accesorio de múltiples PCB. Una gran ventaja de los puntos de prueba en comparación con un conector de prueba es que no necesita enrutar señales sensibles por todo el tablero. Por otro lado, a veces no puede prescindir de un conector debido a problemas de espacio en la placa o de integridad de la señal.
  • Si necesita tener conectores conectados en algún lugar del objeto de prueba, asegúrese de que los que están en el equipo de prueba estén en placas adaptadoras o con cables que puedan reemplazarse fácilmente a medida que se desgasten. Es posible que incluso necesite un contador en el software de prueba para realizar un seguimiento del uso y el programa de mantenimiento.
  • Haga un análisis exhaustivo de cuánto tiempo lleva cada paso de prueba, intente encontrar pasos que se puedan hacer en paralelo. Como ejemplo, podría encontrar que la programación de un firmware toma mucho tiempo, pero las mediciones analógicas y digitales se realizan rápidamente. Entonces es posible que desee hacer una estación de prueba de programación paralela grande pero usar una estación de baja capacidad para las mediciones. De esa manera, liberará costosos equipos de medición y mantendrá el flujo en funcionamiento incluso si fallan algunas unidades en la programación.
  • Haga uso de sistemas de inspección de visión automatizados para detectar los primeros errores que salen de la fabricación. El tiempo dedicado a probar una PCB a la que le faltaba una resistencia es un desperdicio ...
  • Configure una base de datos para manejar la salida del equipo de prueba. Es mucho más conveniente analizar una gran cantidad de datos de prueba de una base de datos que de una pila de archivos de texto.
  • En las PCB con muchos componentes digitales avanzados, es posible que desee considerar la prueba de escaneo de límites. Desafortunadamente, el precio del equipo y el software para realizar pruebas de escaneo de límites puede ser alto. Debe pesarlo en comparación con los productos que fallan en el campo.
respondido por el Dejvid_no1