Instituto Tecnolgico de Chihuahua

ELECTRO 2001

MODELO ORIENTADO A OBJETOS DEL GNERO EQUIPO PARA SU INTEGRACIN EN SISTEMAS DE MANUFACTURA
Varela M. Csar E. Acosta C. Jos E. Sastrn B. Francisco * Instituto Tecnolgico de Chihuahua Ave. Tecnolgico 2909 31310, Chihuahua, Chih. DISAM/ETSII, Universidad Politcnica de Madrid, Espaa* cesarv_76@hotmail.com jacosta@platon.itchihuahua.edu.mx sastron@disam.etsii.upm.es RESUMEN. Los sistemas de control automtico de produccin se ven sujetos a los cambios generados por la mercadotecnia. El mantenimiento del sistema de control debido a nuevos diseos de productos, innovaciones al producto o cambios en el equipo de manufactura ocasiona tiempos de inactividad del sistema, por consiguiente, se debe buscar la manera de consumir el menor tiempo posible. La diversidad de equipos encontrados en la manufactura particulariza al sistema de control y lo acopla fuertemente al equipo. En este documento se plantea la creacin de una interfaz comn a equipos dbilmente acoplada a las disimilitudes existentes entre ellos. La metodologa orientada a objetos provee lineamientos necesarios para llevar a cabo el modelado y programacin de la clase de control de equipos. Al ver a los equipos de manufactura como entidades homogneas, con capacidad de evolucionar, fcilmente intercambiables e independientes del fabricante se promueve el desarrollo de sistemas de manufactura flexibles. 1. INTRODUCCIN. La industria de manufactura se est enfrentando a una sociedad cada vez ms exigente de productos novedosos, personalizados y de precio menor, esto conlleva cambios cada vez ms frecuentes en el sistema de produccin. Los cambios van desde la reprogramacin, la redisposicin o reemplazo de los mismos hasta la integracin de un nuevo equipo. Todos los cambios implican inactividad del sistema en menor o mayor medida y entre mayor sea la inactividad, mayor ser el costo ocasionado por el mantenimiento del sistema. Las compaas de manufactura han reconocido que el ambiente dirigido por la mercadotecnia requiere la rpida introduccin de productos con ciclos de vida menor [1]. Una compaa de manufactura que tiene ciclos de produccin pequeos tiene una ventaja competitiva importante debido a los tiempos y costos que ofrece al mercado, por lo que un sistema de manufactura flexible, es decir adaptable al cambio, es una necesidad; sin embargo se ha encontrado que aunque se tenga el hardware y las herramientas necesarias para crear una manufactura flexible, el software no ha sido desarrollado ni comercializado, por lo que las compaas que desean crear sistemas flexibles deben implementarlo de manera particular a cada sistema de manufactura [2]. La flexibilidad de los sistemas de Manufactura Integrada por Computadora, CIM por sus siglas en ingls (Computer Integrated Manufacturing) dependen enormemente de sus sistemas de control y es necesario hacer uso de un sistema de control genrico que pueda ser usado para controlar un gran conjunto de componentes de manufactura y que sirva a una diversa gama de situaciones de manufactura [3]. Para crear un sistema de control integral, debido a su complejidad, es conveniente dividirlo en subsistemas con interfaz bien definida. En todas las aplicaciones, salvo las ms pequeas, el primer paso para disear un sistema consiste en dividir el sistema en un pequeo nmero de componentes. Cada uno de los componentes principales de un sistema se llama subsistema [4]. Un subsistema que controle el taller, incluyendo el equipo fsico es una meta hacia donde debemos trabajar. Hay varias alternativas de descomposicin para el mismo problema complejo. El mundo real puede ser visto como un conjunto de agentes autnomos que colaboran para llevar a cabo algn

315

Instituto Tecnolgico de Chihuahua

ELECTRO 2001

comportamiento superior, donde cada agente u objeto contiene su propio comportamiento nico y cada uno modela a algn objeto del mundo real. Esta descomposicin basada en entes u objetos se llama descomposicin orientada a objetos. Esta alternativa es mejor en el momento de servir de ayuda para organizar la complejidad innata de los sistemas de software [5]. En el presente trabajo se propone el anlisis del equipo de manufactura bajo el paradigma orientado a objetos para la creacin de una clase que modele al equipo que soporte la implementacin del sistema y flexibilidad en la actualizacin del mismo. 2. ANTECEDENTES El paradigma orientado a objetos ha demostrado ser una herramienta til para modelar problemticas de gran escala mediante la conjuncin de elementos tales como la abstraccin, encapsulamiento, modularidad, jerarqua o generalizacin y tipificacin[5]. La abstraccin de un equipo nos permite denotar las caractersticas bsicas de cualquier equipo, existente o bien, de futura introduccin, al determinar las propiedades que, para nuestro modelo, lo hacen ser equipo de manufactura. Esta abstraccin es subjetiva, dependiente del observador, por lo que hace al paradigma adaptable al dominio del problema. El encapsulamiento, por otro lado, nos permite ocultar los detalles de la implementacin, lo que nos da la facilidad de modificar con menor esfuerzo los mecanismos que consiguen el comportamiento deseado. De esta manera, la forma en que opera un equipo podr ser tan particular como lo sea el equipo y su interfaz no cambiar. La modularidad nos permite agrupar las abstracciones lgicamente relacionadas en un

solo paquete para manejar la complejidad del problema. La jerarqua nos permite hacer clasificaciones de abstracciones y permite a las superclasificaciones generalizar o especializar abstracciones al proveer lineamientos a las subclasificaciones para enriquecer su estructura y redefinir su comportamiento, as como permitir la agregacin de abstracciones en otras abstracciones. Un elemento importante para la congruencia en el significado de abstracciones est dada por la tipificacin. As pues tendremos en nuestro modelo una superclasificacin de equipos o superclase equipo de donde se derivarn clases de equipo tales como clase robot o clase multmetro, que a su vez podrn generar clasificaciones especficas; la clase robot Mitsubishi o la clase Multmetro Fluke podran ser ejemplos de derivaciones de las clases robot y multmetro respectivamente, pero todas estas clases sern vistas como Equipo. La arquitectura de un sistema de manufactura flexible implica la descomposicin funcional del sistema en varios subsistemas. El subsistema que involucra el control del equipo fsico es el subsistema piso del taller. Los sistemas CIM consideran diferentes niveles de planeacin y control, y procesos espacialmente distribuidos donde el ltimo nivel corresponde al nivel de equipo que controla los recursos de manufactura tales como robots, herramientas y dispositivos[3]. El nivel equipo est definido por el equipo fsico encontrado en el piso del taller [2]. 3. DESARROLLO El equipo fsico que se encuentra en el piso del taller es heterogneo, hay diversos tipos de equipo aplicados en diferentes giros de industrias. OMG [6] muestra ejemplos de equipos de acuerdo a la operacin que procesa. En la tabla 1 se pueden

Tabla 1. Ejemplos de mquinas para operaciones de proceso

PROCESO Inspeccin o prueba Corte Acabado Proceso Qumico Proceso Nuclear Ensamble Manejo de Material Moldeado Rastreo Medicin de variables MQUINA / EQUIPO / HERRAMIENTA / DISPOSITIVO Sistemas de visin, equipo automtico de prueba, analizador de muestras Torno, fresadora Pulidora Reactores, tuberas, bombas, vlvulas, atomizadores Implantador de iones Equipo de colocacin de componentes, robot para soldar Brazos robticos, sistemas de transportes, vlvulas, tuberas Fundicin, forjado, troquelado Lector de cdigo de barras Dispositivos, sensores, instrumentos

316

Instituto Tecnolgico de Chihuahua

ELECTRO 2001

observar las diversas operaciones que los equipos pueden realizar. Otros autores clasifican al equipo de manufactura en equipo de procesamiento, manipulacin, almacenamiento automtico, medicin y de transporte [2], para ejemplificar mencionaremos robots, scanners, CNC, multmetros, y fuentes de poder. Estos equipos tienen diferentes enlaces de comunicacin con el equipo informtico de control entre los ms comunes se encuentran GPIB y RS-232. Aunque se han tratado de estandarizar los protocolos de comunicacin con la computadora, la naturaleza y arquitectura del dispositivo y su utilizacin particular han impedido que se realice con xito. Se observa que debido a la naturaleza cambiante de manufactura es necesario considerar nuevos enlaces de comunicacin actualmente inexistentes en el modelado de equipo. Es conveniente ocultar las diferencias de los equipos mediante una clasificacin de donde deriven los equipos especficos que corresponden al equipo fsico. Con esto, se garantiza una interfaz comn a todos los equipos por diversos que stos sean y mediante el polimorfismo brindado por el paradigma orientado a objetos se accedern a los mecanismos individuales de comportamiento que cada clase de control del equipo en cuestin implementar. En este trabajo se plantea una clase equipo que tenga por objetivo derivar equipos especficos con una interfaz comn hacia un sistema de control de manera flexible. En la figura 1 se muestra la clase Equipo planteada junto con algunos ejemplos de clases derivadas. La clase CNC y la clase Robot, por ser clases derivadas de Equipo podrn ser vistas por el sistema informtico de control del sistema como clases del tipo Equipo. Asimismo las clases CNC y Robot podrn agregar mtodos y propiedades particulares. El robot podra tener una propiedad que indique sus grados de libertad, mientras que el CNC podra tener un mtodo para seleccionar la herramienta que usara para procesar la pieza. De igual forma, las clases derivadas podrn a su vez derivar clases, ms especficas, que tengan mtodos y propiedades an ms particulares. En el ejemplo, la clase CSeiko es del tipo Robot, pero tambin es del tipo Equipo. La clase CSeiko agregara la propiedad settings la cual sera necesaria para la configuracin de la comunicacin entre el equipo de informtico de control y el robot. Todas estas clases derivadas implementan de manera particular los mtodos y propiedades de la o las clases de dnde se derivan. El sistema de control de manufactura ver entonces a los equipos

heterogneos simplemente como equipos y podr acceder a ellos a travs de las propiedades y mtodos comunes, sin embargo, la forma en que stos se lleven a cabo ser de manera particular, ya que cada clase derivada puede implementar de manera diferente cada mtodo. La ventaja principal es que la aplicacin que utilice los equipos fsicos podr intercambiar fcilmente los equipos sin cambiar, en la mayor medida posible, el software de aplicacin. Dentro de las funciones medulares encontradas en la clase equipo est el mtodo Operar, el cual cada clase derivada de la clase equipo implementar de manera particular la forma en que el dispositivo operar. Continuando con el mismo ejemplo, si el sistema de control enva el mensaje Operar al robot Seiko, el robot realizar la operacin de una manera posiblemente nica. Cuando fuera necesario cambiar el robot Seiko, por un robot CRS A255, o cualquier otro, simplemente se derivar una clase a partir de Robot y se implementar la funcin Operar en la CCRS de manera particular y en el sistema de control habra muy pocos cambios, ya que la interfaz es regularmente esttica.

Figura 1. Clase Equipo con clases derivadas

317

Instituto Tecnolgico de Chihuahua

ELECTRO 2001

Para proveer flexibilidad a la operacin del equipo es conveniente indicar, a travs de un parmetro, el programa que el equipo fsico realizar. Adems, incluir programas alternos que, potencialmente, el equipo ejecutar de acuerdo a decisiones que sern tomadas en tiempo de ejecucin del sistema en base a resultados que arrojen elementos de medicin o prueba a la pieza manufacturada durante el proceso de fabricacin. Al encontrase una situacin donde sea necesario cambiar el programa que algn equipo especfico ejecuta, nuestro diagrama de clases no cambiar, tampoco su implementacin; lo nico que cambiar ser el argumento enviado como parmetro. Desde luego, los programas que, tentativamente, el equipo va a ejecutar deben ser previamente creados y validados. De este modo el equipo podr operar de mltiples formas sin que haya alguna modificacin importante por lo que agrega flexibilidad al sistema. As el equipo queda integrado de manera flexible al sistema informtico de control mediante la clase equipo. Para el enlace entre el software y el equipo fsico se propone una aplicacin orientada a objetos que, mediante una interfaz de usuario, genera un archivo para indicar y configurar el indicar y configurar el tipo de comunicacin entre el equipo de cmputo y el dispositivo. Esta aplicacin evolucionar cuando se establezca un nuevo estndar de comunicacin entre la computadora y los dispositivos, sin provocar cambios en los archivos generados anteriormente. Este archivo incluye, a su vez, una lista de archivos asociados con un nmero entero no negativo secuencial iniciado en cero, cada uno de estos archivos corresponde a un programa del equipo en el lenguaje particular del mismo, a realizar de acuerdo al estado de la pieza, es decir, en la pieza estar determinado el programa a ejecutar en ella de acuerdo al resultado de algn paso anterior de proceso de fabricacin. El archivo de texto generado por la aplicacin es referenciado por un objeto del tipo Programa, el cual es enviado como parmetro en el mtodo Operar. En el caso de equipos de prueba, ste opera sobre la pieza, arroja un resultado cuantitativo representativo de la calidad de la pieza que es almacenado en el propio objeto pieza. En ocasiones este resultado indica al equipo en el siguiente paso del proceso de fabricacin- el programa que deber efectuarse sobre la pieza. Para ilustrar la idea, suponga que se tiene un robot localizado despus de una estacin de prueba en la lnea de produccin. Luego que la pieza pasa por la estacin, la estacin determina si

la pieza es aceptada o rechazada. Si la pieza es aceptada, se marca con un 0, el cual indicar que el equipo siguiente ejecutar el programa 0. Si la pieza es rechazada, se marca con un 1, el cual indicar que equipo siguiente ejecutar el programa 1. Al ejecutar el programa 0, la pieza podra ser colocada por el robot en un chasis, mientras que al ejecutar el programa 1, la pieza podra enviarse a desecho. De esta forma, el equipo est habilitado para decidir o seleccionar, en tiempo de ejecucin del proceso de fabricacin, la operacin a realizar entre las distintas operaciones disponibles. Otra de las ventajas radica en la flexibilidad de operacin del equipo, ya que las nuevas opciones de operacin programas- son introducidas por el usuario en los correspondientes archivos asociados al archivo principal sin necesidad de modificar el software/hardware de control del sistema. La figura 2 muestra un esquema de la clase Programa relacionada con el archivo de configuracin, el cual, a su vez, est relacionado con los archivos de programa que el equipo ejecutar. La figura 3 muestra la definicin de la clase Programa.

Figura 2. Esquema de la clase Programa

Figura 3. Clase Programa

318

Instituto Tecnolgico de Chihuahua

ELECTRO 2001

Debido a que el proceso de manufactura comnmente es realizado en un ambiente distribuido y asncrono se utilizan las colas de mensajes de Windows NT. Cuando el sistema de control accede al mtodo operar no requiere esperar de manera ociosa a que el equipo termine la operacin, por lo que, mediante las colas de mensajes, el sistema de control enva un mensaje que contiene el objeto Programa, se reitera que este objeto hace referencia al archivo de rdenes que el equipo ejecutar sobre la pieza. Al llegar el mensaje al equipo informtico, el sistema operativo genera un evento que el objeto Equipo capta y procede a ejecutar. Al terminar, el equipo enva un mensaje que indica el fin de operacin. Cada objeto Equipo tiene asociada una cola de mensajes, en donde le llega la informacin necesaria para operar. La cola en realidad no reside en el equipo de cmputo que controla al dispositivo, sino en un servidor que acta como servidor de mensajes en la red NT. Las colas proveen una comunicacin asncrona y son tiles cuando no se puede garantizar una conexin en el momento preciso de solicitar la ejecucin de un mtodo. Con el uso de las colas de mensajes se logra el manejo de mensajes en el ambiente distribuido de manera confiable [7]. Por ejemplo podemos garantizar que nuestro mensaje ser entregado a la mquina destino incluso cuando no se tenga acceso a la red en ese momento, en tal caso, los mensajes son almacenados localmente y se entregan cuando la red est disponible, de esta manera se evita la congelacin de la operacin del sistema de fabricacin por errores en la comunicacin. El presente trabajo est siendo desarrollado y validado en el Centro de Manufactura Avanzada del Instituto Tecnolgico de Chihuahua. La programacin est siendo implementada en Visual Basic 6.0 en la plataforma de Windows NT 4.0. El estudio forma parte de la lnea de investigacin del grupo de automtica del Instituto, que actualmente se encuentra desarrollando un esquema de modelado e integracin de empresa de manufactura donde la clase Equipo forma parte del modelo de referencia. Se ha construido una herramienta de apoyo para el desarrollo de sistemas de manufactura integrada, enfocada a la integracin de las herramientas informticas del sistema de ejecucin de manufactura (MES) [8] con el subsistema del piso del taller con base al modelo de referencia. La herramienta cuenta con una interfaz grfica que permite el diseo particular del

taller con los niveles que la empresa tenga definidos de acuerdo a sus necesidades. 4. CONCLUSIONES La clase Equipo se ha adaptado adecuadamente al modelo de referencia, provee flexibilidad al sistema al evitar cambios mayores en el software cuando es necesario el reemplazo de algn dispositivo; cuando el equipo requiere ejecutar un programa diferente al proporcionado en el diseo; y cuando el equipo tiene que tomar una decisin simple para determinar el programa que va a ejecutar. Este documento presenta una definicin conceptual de la clase Equipo y muestra a grandes rasgos la forma en que la funcin medular Operar es implementada. Se recomienda el uso de colas para la comunicacin asncrona con los dispositivos por considerarla eficiente y con alta tolerancia a fallos. Los esfuerzos se encaminan a facilitar el mantenimiento del sistema para disminuir el tiempo invertido al modificar el sistema de control. 5. BIBLIOGRAFA [1] Beaumariage, T., Roberts, C. y Baweja, G., (1995), Representation of manufacturing systems in terms of entities and relationships, Int. J. Computer Integrated Manufacturing, Vol. 8, No. 1, 43-53. [2] Smith, J. y Joshi, S., (1995), A shop floor controller class for computer-integrated manufacturing, Vol. 8, No. 5, 327-339. [3] Idelmerfaa, Z., y Richard, J.,(1998), CIM systems modelling for control system re-usability, Int. J. Computer Integrated Manufacturing, 1998, Vol. 11, No. 3, 195-204. [4] Rumbaugh, J. , Blaha, M. , Premerlani, W., Eddy, F., Lorensen, W. , (1996), Modelo y diseo orientado a objetos, Espaa: Prentice Hall. [5] Booch, G., (1996), Anlisis y diseo orientado a objetos, Estados Unidos: Addison-Wesley Iberoamericana, S.A. [6] Object Management Group. Framingham Corporate Center, (1998),. CORBA-based Machine Control White PaperDocumento OMG: mfg/98-0310 Versin 0.14. [7] Lhotka, R., (1999) ,Visual Basic 6 Distributed Objects, Canad: Wrox Press. [8] McClellan, M., (1997),Applying Manufacturing Execution Systems, St. Lucie Press APICS.

319

Instituto Tecnolgico de Chihuahua

ELECTRO 2001

320