Test de producción de un Emisor y un Receptor RF a 100 metros de distancia

Author(s):
José Miguel Cabrera - EIIT S.A, Dpto. Ingeniería Área Cataluña

Industry:
ATE/Instrumentation

Products:
TestStand, LabVIEW, PCI-6229

The Challenge:
Automatizar el proceso de prueba mediante un sistema automático de test de un emisor y un receptor RF y optimizar el tiempo de prueba para la reducción de costes en el proceso productivo. Absolutamente todo el código generado para este proyecto, debe de ser reutilizable para la realización de otros sistemas para de este cliente.

The Solution:
En el puesto de test se verifica el UUT con TestStand 3.1. El dispositivo envía señales RF a su complemento (el emisor al receptor y viceversa) que se encuentra conectado a un útil y un PC vía TCP/IP situados a 100 metros con la aplicación servidor en LabVIEW 7.1.

En el proceso productivo teníamos que verificar el correcto funcionamiento de un emisor de RF y un receptor de RF situados entre sí a una distancia de 100 metros según especificaciones de fabricante, para ello unimos dos ordenadores industriales mediante una conexión Ethernet. Ambos PCs son Pentium IV, 2’8GHz, 1 MB RAM y llevan Windows XP. En el primero de ellos, llamado a partir de ahora PC_Cliente, hay una tarjeta multifunción NI PCI-6229 y un multímetro NI PCI-4060, y se ejecutan secuencias de TestStand 3.1. El segundo de ellos, el situado a 100m, PC_Servidor, incorpora una NI PCI-6229 y corre en función del tipo de producto a testear una aplicación servidor realizada en LabVIEW 7.1 u otra. El proyecto se divide en el test del emisor y en el test del receptor.

 

El emisor dispone de cuatro pulsadores, que en función del que se activa transmiten una trama vía RF u otra. Tras colocar la operaria el emisor en el útil de test , éste mediante los cilindros pulsadores y las señales DIO de la multifunción, va activando una tras otro los 4 pulsadores y enviado tramas vía TCP/IP al servidor. Éste verifica si la tecla que ha sido pulsada, envía la trama RF correctamente, y devuelve al PC_Cliente el resultado de ese paso de test. Para adquirir las señales RF enviadas utilizamos un receptor trucado proporcionado por el propio cliente, e instalado dentro de un útil  junto al PC_Receptor, del cual adquirimos los pulsos recibidos mediante una electrónica que implementamos para adaptar estas señales niveles TTL estándar con el objetivo de adquirir la trama con la tarjeta multifunción. Estas comunicaciones que provienen del receptor trucado, tienen una señal de clock y otra de datos, por lo que utilizamos un modo trigger configurable por software que nos proporcionan las tarjetas de NI.

 

El útil del receptor dispone de un único pulsador el cual realiza la configuración de este dispositivo y programa el modo de funcionamiento del mismo. Este pulsador, accionaremos mediante un cilindro colocado en el útil que simula la pulsación del usuario. En el PC_Servidor, instalamos el equipo de la prueba del emisor  junto con un emisor trucado que nos enviara tramas conocidas a nuestros receptores. En el PC_Cliente colocaremos unas cargas que nos facilitaran la verificación del correcto funcionamiento de nuestro dispositivo en condiciones adversas. El PC_Cliente reseteara el dispositivo y enviara al PC_Servidor la petición de realizar el enlace entre ambos dispositivos. Seguidamente, el PC_Cliente solicitara al PC_Servidor la actuación sobre los cuatro pulsadores simulando un usuario normal con el objetivo de probar la activación del receptor según se haya configurado en una fase previa. Verificaremos que el receptor ha entendido la acción y ha realizado la maniobra correspondiente sobre las cargas. Como la medida que debemos realizar es sobre una tensión de 220VAC, utilizaremos en DMM NI 4060 para verificar la activación de las cargas y su correcto funcionamiento durante el test.

 

 Podemos observar la aplicación servidor, en la cual tenemos la IP del servidor, la IP del cliente, el puerto que usa el servidor y el puerto que utilizamos para el cliente. El servidor identifica automáticamente el cliente y este es capaz de realizar operaciones con varios clientes simultáneamente, facilitando la prueba con diversos DUT. Podemos observar la petición que realiza el cliente y la respuesta del servidor, así como si esta preparado para recibir una trama RF o si el Checksum de la trama RF recibida es correcto o erróneo. Al mismo tiempo la aplicación servidor nos muestra el ID del DUT y el ID de la tecla pulsada. Todos estos parámetros son transmitidos vía RF y recibidos por el equipo de pruebas. También tenemos un indicador por si se produjera algún error no esperado.

 Los datos obtenidos en la verificación del DUT, serán almacenados durante el proceso de prueba en una base de datos creada para este efecto con el objetivo de que nuestro cliente pueda tener una trazabilidad de la producción y obtener un análisis a posteriori. Para ello hemos desarrollado un Step Type que nos facilita el manejo de esta base de datos e introduce los datos en la misma automáticamente cuando ejecuta la secuencia de prueba.

 

Hemos desarrollado un Step Type que adquiere el código de barras del producto mediante la lectura de un código de barras situado en el DUT o que es introducido mediante un teclado. Este código de barras identifica el DUT y es almacenado con el Step Type anteriormente mencionado en la base de datos.

 

 

Author Information:
For more information on this Case Study, contact:
José Miguel Cabrera
EIIT S.A, Dpto. Ingeniería Área Cataluña

Browse All Case Studies »