<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>0120-6230</journal-id>
<journal-title><![CDATA[Revista Facultad de Ingeniería Universidad de Antioquia]]></journal-title>
<abbrev-journal-title><![CDATA[Rev.fac.ing.univ. Antioquia]]></abbrev-journal-title>
<issn>0120-6230</issn>
<publisher>
<publisher-name><![CDATA[Facultad de Ingeniería, Universidad de Antioquia]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S0120-62302008000300006</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Diseño del sistema automático para una planta piloto de recubrimientos electrolíticos: Parte I: Modelo mediante Redes de Petri Jerárquicas]]></article-title>
<article-title xml:lang="en"><![CDATA[Design of the Automatic System for an Electroplating Pilot Plant: Part I: Hierarchical Petri Nets Model]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Zapata]]></surname>
<given-names><![CDATA[Germán]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Hoyos]]></surname>
<given-names><![CDATA[Bibian]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Quintero]]></surname>
<given-names><![CDATA[Luis]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad Nacional de Colombia, sede Medellín Facultad de Minas ]]></institution>
<addr-line><![CDATA[Medellín ]]></addr-line>
<country>Colombia</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>09</month>
<year>2008</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>09</month>
<year>2008</year>
</pub-date>
<numero>45</numero>
<fpage>67</fpage>
<lpage>76</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_arttext&amp;pid=S0120-62302008000300006&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_abstract&amp;pid=S0120-62302008000300006&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_pdf&amp;pid=S0120-62302008000300006&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Se presenta la descripción del diseño y automatización de una planta piloto para la electro-deposición de níquel duro empleando corriente pulsante rectangular. Para la automatización de dicho proceso se describen y emplean las redes de Petri (PN), partiendo desde su forma más básica y justificando el por qué del uso de niveles más altos de abstracción o extensiones de las mismas. Estos niveles incluyen las IPN (Redes de Petri Interpretadas), HPN (Redes de Petri jerárquicas) y, finalmente, como complemento a este artículo el uso de las HCPN (Redes de Petri Coloreadas Jerárquicas). Los resultados se ven reflejados en la reducción de la complejidad del modelo debido a las propiedades de modularización de las redes de más alto nivel.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[The description of the design and automation of a hard nickel electroplating pilot plant using rectangular pulse current is presented. For the automation of this process the Petri nets (PN) are described and used, starting from their more basic form and justifying why to use higher levels of abstraction or extensions of the same ones. These levels include the IPN (Interpreted PN), HPN (Hierarchical PN) and, finally, as a complement to this article the use of the HCPN (Hierarchical Colored PN). The results are reflected in the reduction of the pattern complexity due to the properties of modularization of the nets of higher level.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Redes de Petri jerárquicas]]></kwd>
<kwd lng="es"><![CDATA[Métodos formales]]></kwd>
<kwd lng="es"><![CDATA[Automatización]]></kwd>
<kwd lng="es"><![CDATA[Diseño jerárquico y modular]]></kwd>
<kwd lng="es"><![CDATA[Recubrimiento electrolítico]]></kwd>
<kwd lng="en"><![CDATA[Hierarchical Petri nets]]></kwd>
<kwd lng="en"><![CDATA[Formal methods]]></kwd>
<kwd lng="en"><![CDATA[Automation]]></kwd>
<kwd lng="en"><![CDATA[Hierarchic and modular design]]></kwd>
<kwd lng="en"><![CDATA[Electroplating]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="center"><font face="Verdana" size="4"><b>Diseño del sistema autom&aacute;tico para una planta piloto de recubrimientos electrol&iacute;ticos. Parte I: Modelo mediante Redes de Petri Jer&aacute;rquicas</b></font></p>     <p align="center">&nbsp;</p>     <p align="center"><font face="Verdana" size="4"><b>Design of the Automatic System for an Electroplating Pilot Plant. Part I: Hierarchical Petri Nets Model</b></font></p>     <p align="center">&nbsp;</p> <font face="Verdana" size="2"></font>     <p><font face="Verdana" size="2">Germ&aacute;n Zapata*; Bibian Hoyos; Luis Quintero </i></font> </p>     <p><font face="Verdana" size="2">Universidad Nacional de Colombia, Facultad de Minas, Sede Medell&iacute;n Carrera 80 No. 65-223, Bloque M8-113, Medell&iacute;n-Colombia </font> </p>       <p><font face="Verdana" size="2"><font face="Verdana" size="3"><b>Resumen  </b></font></font></p>     <p><font face="Verdana" size="2">Se presenta la descripci&oacute;n del diseño y automatizaci&oacute;n de una planta piloto para la electro-deposici&oacute;n de n&iacute;quel duro empleando corriente pulsante rectangular. Para la automatizaci&oacute;n de dicho proceso se describen y emplean las redes de Petri (PN), partiendo desde su forma m&aacute;s b&aacute;sica y justificando el por qu&eacute; del uso de niveles m&aacute;s altos de abstracci&oacute;n o extensiones de las mismas. Estos niveles incluyen las IPN (Redes de Petri Interpretadas), HPN (Redes de Petri jer&aacute;rquicas) y, finalmente, como complemento a este art&iacute;culo el uso de las HCPN (Redes de Petri Coloreadas Jer&aacute;rquicas). Los resultados se ven reflejados en la reducci&oacute;n de la complejidad del modelo debido a las propiedades de modularizaci&oacute;n de las redes de m&aacute;s alto nivel. </font></p>     <p><font face="Verdana" size="2"><b>Palabras clave:</b> Redes de Petri jer&aacute;rquicas, M&eacute;todos formales, Automatizaci&oacute;n, Diseño jer&aacute;rquico y modular, Recubrimiento electrol&iacute;tico. </font></p> <font face="Verdana" size="2">    <br> </font><hr noshade size="1">     ]]></body>
<body><![CDATA[<p></p>      <p><font face="Verdana" size="2"><font face="Verdana" size="3"><b>Abstract  </b></font></font></p>     <p><font face="Verdana" size="2">The description of the design and automation of a hard nickel electroplating pilot plant using rectangular pulse current is presented. For the automation of this process the Petri nets (PN) are described and used, starting from their more basic form and justifying why to use higher levels of abstraction or extensions of the same ones. These levels include the IPN (Interpreted PN), HPN (Hierarchical PN) and, finally, as a complement to this article the use of the HCPN (Hierarchical Colored PN). The results are reflected in the reduction of the pattern complexity due to the properties of modularization of the nets of higher level.</font></p>     <p><font face="Verdana" size="2"><b>Keywords:</b> Hierarchical Petri nets, Formal methods, Automation, Hierarchic and modular design, Electroplating.</font> </p> <font face="Verdana" size="2">    <br></font> <hr noshade size="1">     <p></p>      <p><font face="Verdana" size="2"><font face="Verdana" size="3"><b>Introducci&oacute;n </b></font></font> </p>     <p><font face="Verdana" size="2">Las redes de Petri jer&aacute;rquicas o HPN son una herramienta formal apropiada para modelar sistemas a eventos discretos (DES) complejos, debido a su capacidad de modularizaci&oacute;n y reusabilidad que permiten dividir el proceso en partes m&aacute;s pequeñas compuestas por Redes de Petri Interpretadas (IPN) organizadas y estructuradas dentro de niveles jer&aacute;rquicos.</font></p>     <p><font face="Verdana" size="2">El uso de herramientas formales de programaci&oacute;n y modelamiento es una necesidad del medio industrial, debido a las propiedades que ofrecen, tales como el uso del mismo modelo para el an&aacute;lisis de las propiedades de comportamiento (propiedades de alcanzabilidad, seguridad y vivacidad) y la evaluaci&oacute;n de desempeño mediante herramientas matem&aacute;ticas. Una vez verificadas estas propiedades y el correcto funcionamiento, se debe hacer una traducci&oacute;n de modelo HPN a c&oacute;digo estandarizado implementable en controladores l&oacute;gicos programables (PLC).</font></p>     <p><font face="Verdana" size="2"> La traducci&oacute;n de las HPN a c&oacute;digo PLC se hace seg&uacute;n la norma IEC 61131-3 [1] que define la portabilidad de c&oacute;digo en las diferentes plataformas y equipos en los que se desee desarrollar. Este c&oacute;digo, al ser realizado bajo m&eacute;todos formales, posee atributos como f&aacute;cil correcci&oacute;n de errores y tiempo de programaci&oacute;n mucho m&aacute;s corto que uno realizado usando t&eacute;cnicas convencionales y/o emp&iacute;ricas de diseño.</font></p>     ]]></body>
<body><![CDATA[<p><font face="Verdana" size="2">Las ventajas del m&eacute;todo se ilustran mediante el diseño del automatismo de una planta prototipo de recubrimientos met&aacute;licos.</font></p>     <p><font face="Verdana" size="2"><b>Redes de Petri aut&oacute;nomas</b></font></p>     <p><font face="Verdana" size="2">Una herramienta de modelamiento matem&aacute;tico para DES son las PN [2, 3, 4] las cuales proporcionan una representaci&oacute;n gr&aacute;fica del sistema (<a href="#figura1">Figura 1</a>). Al mismo tiempo las PN son un formalismo apropiado para su implementaci&oacute;n en un lenguaje de computador y para especificar el sistema.</font></p>     <p><font face="Verdana" size="2">En la <a href="#figura1">figura 1</a> se muestra un DES que evoluciona entre los estados x<sub>1</sub>, x<sub>2</sub>, x<sub>3</sub> y x<sub>4</sub> por la ocurrencia de los eventos &alpha;, &beta;, &lambda; y &sigma;. Conjuntamente se muestra el modelo del sistema mediante una PN.</font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i01.gif"><a name="figura1"></a></font></p>      <p><font face="Verdana" size="2"><b>Figura 1</b> Representaci&oacute;n de un DES mediante PN</font></p>     <p><font face="Verdana" size="2">La robustez matem&aacute;tica del m&eacute;todo de modelamiento brinda tambi&eacute;n t&eacute;cnicas formales para analizar las propiedades y garantizar el desempeño del sistema. T&iacute;picamente se consideran las propiedades: vivacidad, seguridad y reversibilidad [5].</font></p>     <p><font face="Verdana" size="2"> Una red de Petri aut&oacute;noma, no es lo suficientemente adecuada para el diseño del automatismo de DES porque carecen de interpretaci&oacute;n de señales de entrada y salida para interacci&oacute;n con PLC´s. Para ello se requiere el uso de las IPN temporizadas, las cuales son aumentadas con la periferia del proceso y con temporizaciones en las transiciones.</font></p>     <p><font face="Verdana" size="2"><b>Redes de Petri interpretadas</b></font></p>     <p><font face="Verdana" size="2">Las IPN asocian los estados del sistema a los lugares y establecen condiciones booleanas y eventos en las transiciones. El nombre “Interpretadas por Periferia” se usa para reforzar el hecho de que la influencia del ambiente en el sistema est&aacute; basada en las señales de entrada y salida y que los eventos externos se detectan en los cambios de estado de las señales binarias de entrada. En algunos trabajos, la interpretaci&oacute;n asocia a cada transici&oacute;n una receptividad, la cual se define como el producto de un evento por una condici&oacute;n booleana. En un controlador l&oacute;gico, la secuencia de acciones de control es generada por la din&aacute;mica de evoluci&oacute;n del modelo PN [6].   </font></p>     ]]></body>
<body><![CDATA[<p><font face="Verdana" size="2">Para unificar la terminolog&iacute;a, en este art&iacute;culo se definen los siguientes elementos para una IPN [7]:</font></p>     <p><font face="Verdana" size="2">P es el conjunto de lugares. T el conjunto de transiciones; A y B, las matrices de incidencia previa y posterior respectivamente. M<sub>0</sub> es el marcaje inicial. I y Q son los conjuntos de señales tipo booleano de entrada y salida respectivamente. &phi; es la receptividad de la transici&oacute;n; &omega; la funci&oacute;n de salida y &tau; la funci&oacute;n de tiempo.</font></p>     <p><font face="Verdana" size="2"> Para ilustrar mejor las IPN se muestra en la <a href="#figura2">Figura 2</a> un m&oacute;dulo de posicionamiento horizontal de un carro sobre dos tanques, incluyendo el automatismo del manejo de la gr&uacute;a que manipula verticalmente un elemento sobre ellos.</font></p>     <p><font face="Verdana" size="2">Para mover el carro horizontalmente hacia la derecha y a la izquierda se deben activar las acciones H+ y H- respectivamente. De manera similar, para el movimiento vertical, se deben accionar V+ y V- para arriba y abajo. Los valores l&iacute;mite para las posiciones H y V se pueden apreciar en la <a href="#figura2">Figura 2</a>.</font></p>     <p><font face="Verdana" size="2">En la <a href="#figura2">Figura 2</a> se pueden observar los movimientos posibles del carro para desplazarse entre los tanques 1 y 2 incluyendo el movimiento vertical de la gr&uacute;a representados en los dos ejes. Se puede apreciar que el movimiento con la gr&uacute;a abajo (posici&oacute;n V2) no es permitido (estado no deseado). Conjuntamente es posible apreciar la representaci&oacute;n mediante IPN del m&oacute;dulo de posicionamiento, incluyendo todas las acciones necesarias para lograr los movimientos especificados en esta figura.</font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i02.gif"><a name="figura2"></a></font></p>     <p><font face="Verdana" size="2"><b>Figura 2</b> M&oacute;dulo de posicionamiento mediante IPN</font></p>     <p><font face="Verdana" size="2"><b>Redes de Petri jer&aacute;rquicas</b></font></p>     <p><font face="Verdana" size="2">Cuando la complejidad de los procesos aumenta, lo cual es el caso normal en las aplicaciones industriales de automatizaci&oacute;n, los modelos IPN (denominados no jer&aacute;rquicos), se tornan inmanejables para modelar y diseñar el controlador. Para el caso espec&iacute;fico de la planta de recubrimientos, se pretende desarrollar una aplicaci&oacute;n con alcance industrial, por lo que el incremento de la complejidad fue evidente, al agregar diversos modos de marcha, el n&uacute;mero considerable de tanques, m&oacute;dulos de control de variables anal&oacute;gicas (temperatura, PH), recetas, flexibilidad y la implementaci&oacute;n de un sistema de monitoreo. Esto sin incluir funciones de integraci&oacute;n dentro de un esquema de manufactura integrada.</font></p>     <p><font face="Verdana" size="2">La construcci&oacute;n de modelos IPN complejos puede facilitarse mediante la construcci&oacute;n de redes m&aacute;s pequeñas y simples, implementando dos m&eacute;todos de jerarquizaci&oacute;n y modularizaci&oacute;n: la fusi&oacute;n de lugares y la sustituci&oacute;n de transiciones. Estos m&eacute;todos permiten descomponer un modelo complejo en subredes y m&oacute;dulos como se ilustra en la <a href="#figura3">Figura 3</a>. </font></p>     ]]></body>
<body><![CDATA[<p><font face="Verdana" size="2">Una HPN [8, 9, 10] se define como la tupla HPN=(IPN, S, D, F, G, &eta;, &theta;, &lambda;, &sigma; ) donde IPN es una PN interpretada, S es un conjunto finito de p&aacute;ginas, D y F representan un conjunto con todas las transiciones de sustituci&oacute;n y conjuntos de fusi&oacute;n, G un conjunto de lugares puerto, &eta; la funci&oacute;n que asigna una subp&aacute;gina a una transici&oacute;n de sustituci&oacute;n &eta; (ti), &theta; la funci&oacute;n que asigna a los elementos de G un tipo de puerto in, out o in_out; &lambda; es una funci&oacute;n que asigna un lugar puerto a un lugar en la superp&aacute;gina y &sigma; la funci&oacute;n que asigna un tipo conjunto de fusi&oacute;n FG o MFG a un conjunto de lugares.</font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i03.gif"><a name="figura3"></a></font></p>     <p><font face="Verdana" size="2"><b>Figura 3</b> Red de Petri jer&aacute;rquica</font></p>     <p><font face="Verdana" size="2">La Fusi&oacute;n de lugares es un conjunto de lugares considerados para ser id&eacute;nticos, es decir, ellos representan un solo lugar conceptual y se define de manera formal como sigue:</font></p> <font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i04.gif"> representan los conjuntos de transiciones de entrada y salida a un lugar respectivamente. </font></p>     <p><font face="Verdana" size="2">Gr&aacute;ficamente, los conjuntos de fusi&oacute;n de lugares se etiquetan con “FG” y “MFG” para m&oacute;dulos instanciados por FG. La <a href="#figura4">Figura 4</a> muestra un ejemplo de un conjunto de fusi&oacute;n de lugares “FG”.</font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i05.gif"><a name="figura4"></a></font></p>     <p><font face="Verdana" size="2"> <b>Figura 4</b> Fusi&oacute;n de lugares</font></p>     <p><font face="Verdana" size="2">En la Sustituci&oacute;n de transiciones una subred se define como una red asociada con una transici&oacute;n ti denotada por HS y asignada por la funci&oacute;n &eta;(ti). La subred es en s&iacute; misma una IPN con algunas consideraciones y restricciones, tales como pasividad y limitaci&oacute;n al n&uacute;mero de lugares de entrada y salida [11].</font></p>     <p><font face="Verdana" size="2"> En la sustituci&oacute;n de transiciones, las transiciones que contienen las subredes se representan gr&aacute;ficamente mediante un rect&aacute;ngulo ampliado y con una etiqueta (HS) junto con el nombre de la subred y la relaci&oacute;n de los lugares que habilitan y deshabilitan la HS con pin y pout respectivamente, para distinguirlas de las transiciones de la IPN. El prelugar y el poslugar de una HS ser&aacute;n llamados socket de entrada y socket de salida [10] y van ubicados en un nivel m&aacute;s alto de jerarqu&iacute;a que la subred instanciada.</font></p>     <p><font face="Verdana" size="2"><b>Modularizaci&oacute;n y reusabilidad</b></font></p>     ]]></body>
<body><![CDATA[<p><font face="Verdana" size="2">Un modelo de un automatismo secuencial se puede descomponer de manera jer&aacute;rquica, mediante una red principal, m&oacute;dulos y subredes. Los m&oacute;dulos son redes que realizan tareas espec&iacute;ficas y pueden ser de tres tipos: m&oacute;dulos (M), m&oacute;dulos reutilizables (MR) y m&oacute;dulos reutilizables instanciados por FG (MF). Las subredes son redes instanciadas por HS y pueden ser reutilizables (SR) o no reutilizables (S).</font></p>     <p><font face="Verdana" size="2">La reusabilidad acorta el tiempo de programaci&oacute;n, ya que una misma estructura puede ser utilizada en repetidas ocasiones e incluso, se le pueden asignar tareas distintas de acuerdo a la din&aacute;mica de sus par&aacute;metros. Cuando una subred o un m&oacute;dulo son reutilizables (<a href="#figura5">Figura 5</a>) tienen asociada una tabla que contiene las funciones de entrada y de salida en funci&oacute;n de variables gen&eacute;ricas de tipo IN, OUT, IN_OUT definidas por la norma IEC 61131 (<a href="#tabla1">tabla 1</a>); para las transiciones interpretadas, la funci&oacute;n contiene la receptividad y para las transiciones jer&aacute;rquicas, la funci&oacute;n contiene el s&iacute;mbolo HS. Para los lugares, la funci&oacute;n contiene el set (S) y el reset (R) de la salida correspondiente. </font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i06.gif"><a name="figura5"></a></font></p>     <p><font face="Verdana" size="2"><b>Figura 5</b> Subred reutilizable de posicionamiento</font></p>     <p><font face="Verdana" size="2"><b>Tabla 1</b> Funciones para SR1</font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i07.gif"><a name="tabla1"></a></font></p>     <p><font face="Verdana" size="2">La tabla de direccionamiento indirecto (<a href="#tabla2">Tabla 2</a>) muestra la din&aacute;mica de los par&aacute;metros para cada uno de los diferentes llamados, es decir, las variables de periferia correspondientes al lugar o transici&oacute;n para la respectiva instancia.</font></p>     <p><font face="Verdana" size="2">A continuaci&oacute;n se presenta un ejemplo para un m&oacute;dulo de posicionamiento reutilizable, al cual se le cambian los par&aacute;metros de acuerdo al tanque origen y al tanque destino. En el ejemplo se tiene SR11 para el posicionamiento del tanque 1 al 2 y SR12 para el posicionamiento del tanque 2 al 3. Al final de ambos procedimientos el carro debe finalizar su recorrido en el tanque 1.</font></p>     <p><font face="Verdana" size="2"><b>Tabla 2</b> Direccionamiento indirecto para SR1</font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i08.gif"><a name="tabla2"></a></font></p>     ]]></body>
<body><![CDATA[<p><font face="Verdana" size="2"><b>Planta de recubrimientos</b></font></p>     <p><font face="Verdana" size="2">El proceso qu&iacute;mico industrial que se modela para la implementaci&oacute;n de la metodolog&iacute;a es un prototipo automatizado de una planta de electrorecubrimientos met&aacute;licos; esta consta de diez tanques, cada uno de ellos con una funci&oacute;n espec&iacute;fica dentro del proceso.</font></p>     <p><font face="Verdana" size="2">El recubrimiento electrol&iacute;tico est&aacute; conformado por un &aacute;nodo y un c&aacute;todo en un electrolito, que normalmente es una soluci&oacute;n h&iacute;drica de la sal del metal que se pretende aplicar. En el electrolito, el metal est&aacute; presente en forma de iones, el flujo de electrones es proporcionado por una fuente externa de corriente directa. La pieza a recubrir se convierte en c&aacute;todo donde se lleva a cabo la reducci&oacute;n de los iones a metal. El &aacute;nodo consiste de un conductor inerte (por ejemplo, platino o grafito) o bien del metal con el que se recubrir&aacute;. La oxidaci&oacute;n se lleva a cabo en el &aacute;nodo formando ox&iacute;geno y cuando fluye la corriente, el &aacute;nodo del metal con el que se va a recubrir se disuelve.</font></p>     <p><font face="Verdana" size="2">Para el posicionamiento de la pieza dentro del proceso, se cuenta con un puente gr&uacute;a que se ilustra en la <a href="#figura6">Figura 6</a>:  </font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i09.gif"><a name="figura6"></a></font></p>     <p><font face="Verdana" size="2"><b>Figura 6 </b>Prototipo planta de recubrimientos</font></p>     <p><font face="Verdana" size="2">Los procesos que comprenden y que se desarrollan en cada uno de los tanques de la planta se pueden apreciar en la <a href="#figura7">Figura 7</a>; estos son: desengrase qu&iacute;mico (Tanque 1), enjuague por inmersi&oacute;n (Tanque 2), decapado (Tanque 3), enjuague por inmersi&oacute;n (Tanque 4), desengrase electrol&iacute;tico (Tanque 5), enjuague por inmersi&oacute;n (Tanque 6), activado (Tanque 7), enjuague por inmersi&oacute;n (Tanque 8), recubrimiento electrol&iacute;tico (Tanque 9) y enjuague con agua corriente (Tanque 10).</font></p>     <p><font face="Verdana" size="2"> El tanque n&uacute;mero nueve es el m&aacute;s importante del proceso, ya que es all&iacute; donde finalmente se hace el proceso de recubrimiento; este tanque consta de un control de temperatura y un control de PH, variables decisivas en el procedimiento; adem&aacute;s se debe controlar la agitaci&oacute;n dentro del tanque para desprender las burbujas de la superficie de la pieza. </font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i10.gif"><a name="figura7"></a></font></p>     <p><font face="Verdana" size="2"><b>Figura 7</b> Secuencia del modo autom&aacute;tico</font></p>     ]]></body>
<body><![CDATA[<p><font face="Verdana" size="2">El paso por cada uno de los tanques tiene unos tiempos preestablecidos seg&uacute;n las necesidades del procedimiento, estos tiempos se encuentran formulados dentro de cada una de las formulaciones o pueden ser establecidos por el operario de la planta. Se tiene presente el caso en que no es necesario el paso por todos los tanques; es por esto que surge la necesidad de un sistema de posicionamiento donde el usuario pueda elegir el tanque origen y el tanque destino, as&iacute; como los tiempos de permanencia dentro de cada uno de ellos y los tiempos de espera para ingresar a un tanque. </font></p>     <p><font face="Verdana" size="2"><b>Modelo del automatismo de la planta</b></font></p>     <p><font face="Verdana" size="2">La secuencia de funcionamiento en modo autom&aacute;tico es descrita por la <a href="#figura8">figura 8</a>, esta es repetida de igual forma en cada tanque, a diferencia del tanque 10 donde se acciona el movimiento hacia atr&aacute;s una vez el puente gr&uacute;a hace contacto con el sensor SFC_Final. En este modo, la pieza pasa por todos los tanques. En el modo origen-destino la secuencia de movimiento (<a href="#figura8">Figura 8</a>) es la misma, sin embargo no es necesario pasar por todos los tanques. Este modo permite llevar la pieza desde un tanque inicial hasta otra posici&oacute;n requerida. En el modo manual el usuario define su secuencia de movimiento.</font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i11.gif"><a name="figura8"></a></font></p>     <p><font face="Verdana" size="2"><b>Figura 8</b> Secuencia en modo origen-destino</font></p>     <p><font face="Verdana" size="2"> La red principal del automatismo se encarga &uacute;nicamente de coordinar la utilizaci&oacute;n de los modos de marcha: S1 Modo autom&aacute;tico, S2 Modo semiautom&aacute;tico, S3 Modo manual <a href="#figura9">(Figura 9)</a></font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i12.gif"><a name="figura9"></a></font></p>     <p><font face="Verdana" size="2"><b>Figura 9</b> Red Principal</font></p>     <p><font face="Verdana" size="2">En la gr&aacute;fica se puede observar el modo autom&aacute;tico habilitado por la transici&oacute;n t1. Similarmente el modo semiautom&aacute;tico y manual habilitados por las transiciones t2 y t3 respectivamente. El modelo para los 3 modos de marcha (<a href="#figura10">Figura 10</a>) consta de 3 posibles estados representando cada uno de los modos. El paso de autom&aacute;tico a semi-autom&aacute;tico s&oacute;lo debe ser posible pasando primero por el modo manual. </font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i13.gif"><a name="figura10"></a></font></p>     ]]></body>
<body><![CDATA[<p><font face="Verdana" size="2"> <b>Figura 10</b> Modos de marcha</font></p>     <p><font face="Verdana" size="2">La subrutina reutilizable SR1 es instanciada desde la subrutinas S1, S2 y S3 y es la encargada del posicionamiento inicial del proceso; la subrutina S4 (<a href="#figura11">Figura 11</a>) modela el inicio del proceso en modo autom&aacute;tico. Esta subrutina realiza el movimiento del carro y la pieza en los tanques 1 a 8 y 10, el movimiento en el tanque 9 y el control de temperatura respectivamente a trav&eacute;s del llamado de la subrutina S5 y la subrutina reutilizable SR2. La subrutina S6 es instanciada al final del proceso en t54 para realizar tareas de posicionamiento del carro en la posici&oacute;n inicial.</font></p>     <p><font face="Verdana" size="2">En el modo autom&aacute;tico es donde se observan las mayores ventajas del uso de niveles m&aacute;s altos de modelamiento. Por ejemplo en la <a href="#figura11">figura 11</a> se observa una eficiencia mejorada ya que se hacen varios llamados para la misma estructura, en este caso SR2. Sin embargo, el n&uacute;mero de instancias para el automatismo no se vi&oacute; reducido. Un nivel m&aacute;s elevado de diseño, como lo son las Redes de Petri coloreadas (HCPN) reducir&iacute;a considerablemente esta estructura.</font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i14.gif"><a name="figura11"></a></font></p>     <p><font face="Verdana" size="2"><b>Figura 11</b> Inicio modo Autom&aacute;tico</font></p>     <p><font face="Verdana" size="2">El modo manual tiene un comportamiento diferente de los otros modos debido a que es de naturaleza combinacional y no secuencial; es decir, su estado no depende en de los estados anteriores. Para cada uno de las posibles acciones que se pueden ejecutar en cualquier instante, requiere condiciones de seguridad y enclavamientos para los movimientos no permitidos. El diagrama ladder para estas acciones es similar para cada una de ellas; en la <a href="#figura12">Figura 12</a> se muestra este diagrama para la acci&oacute;n de movimiento hacia adelante (H+).</font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i15.gif"><a name="figura12"></a></font></p>     <p><font face="Verdana" size="2"><b>Figura 12</b> Diagrama Ladder del modo manual</font></p>     <p><font face="Verdana" size="2">Para el ejemplo de la acci&oacute;n de movimiento vertical positivo se deben verificar tres condiciones de seguridad: Que el pulsador de movimiento negativo no est&eacute; presionado <img src="/img/revistas/rfiua/n45/n45a06i16.gif">  que el carro no se encuentre en el extremo del riel (posici&oacute;n h10) y la m&aacute;s importante, que la gr&uacute;a no se encuentre abajo (posici&oacute;n v2).</font></p>     <p><font face="Verdana" size="2">El &aacute;rbol de jerarqu&iacute;a representa toda la estructura del modelo, incluyendo todos los componentes de la HPN. Inicialmente en la ra&iacute;z de este &aacute;rbol se tiene el programa principal representado por un &oacute;valo doble; mientras m&aacute;s jerarquizado est&aacute; el proceso m&aacute;s grande ser&aacute; el &aacute;rbol. Todos los componentes del modelo HPN son representados por &oacute;valos interconectados, siendo as&iacute; cada uno de ellos una p&aacute;gina del proceso y a la vez del programa de c&oacute;digo PLC y su nombre est&aacute; ubicado en la parte interna del mismo teniendo en cuenta los s&iacute;mbolos de la <a href="#tabla1">tabla 1</a>. Los arcos que conectan estos componentes deben tener una etiqueta con el nombre de la sustituci&oacute;n que llama al componente del nivel inferior para el caso de la sustituci&oacute;n de transiciones; para el caso de la fusi&oacute;n de lugares, los elementos deben ir conectados por una l&iacute;nea punteada, indicando as&iacute; que las p&aacute;ginas pertenecen al mismo nivel de jerarqu&iacute;a.</font></p>     ]]></body>
<body><![CDATA[<p><font face="Verdana" size="2"> La sustituci&oacute;n de transiciones hace que el &aacute;rbol crezca verticalmente, creando nuevos niveles. La fusi&oacute;n de lugares y los componentes presentes en un mismo nivel hacen que el &aacute;rbol crezca horizontalmente, siendo estos elementos pertenecientes al mismo nivel de jerarqu&iacute;a.</font></p>     <p><font face="Verdana" size="2">En la <a href="#figura13">figura 13</a> se presenta el &aacute;rbol para un modelo compuesto por un programa principal y tres subredes, dos de ellas reutilizables.</font></p>     <p align="center"><font face="Verdana" size="2"><img src="/img/revistas/rfiua/n45/n45a06i17.gif"><a name="figura13"></a></font></p> <font face="Verdana" size="2"><b>Figura 13</b> &aacute;rbol de jerarqu&iacute;a</font></font>       <p><font face="Verdana" size="3"><b>Conclusiones</b></font></p>      <p><font face="Verdana" size="2">Se presenta una metodolog&iacute;a para el modelamiento de sistemas a eventos discretos, particularmente para la Planta Piloto de recubrimientos electrol&iacute;ticos mediante PN. Sin embargo, para procesos complejos como este, no demuestran ser una herramienta apropiada porque el sistema presenta una gran cantidad de estados.</font></p>      <p><font face="Verdana" size="2">Las HPN son una herramienta m&aacute;s apropiada para el diseño del automatismo al lograr modelar sus diferentes modos de marcha y sus secuencias representadas en m&oacute;dulos IPN. Esto gracias a la descomposici&oacute;n en tareas m&aacute;s sencillas que permiten abordar el problema global por medio de pequeñas partes.</font></p>      <p><font face="Verdana" size="2">A pesar de la posibilidad del diseño del automatismo con HPN, cuando la complejidad del proceso aumenta, por ejemplo, al agregar funciones de integraci&oacute;n en esquemas de manufactura integrada por computador o al dotar al sistema de flexibilidad, en esquemas de manufactura flexible, es recomendable utilizar las HCPN, que son una metodolog&iacute;a de diseño m&aacute;s eficiente y compacta, ya que son comparables con los lenguajes de programaci&oacute;n de alto nivel.</font></p>      <p><font face="Verdana" size="3"> <b>Agradecimientos</b></font></p>       <p><font face="Verdana" size="2">Este trabajo se pudo llevar a cabo gracias a la financiaci&oacute;n de COLCIENCIAS (c&oacute;digo del proyecto: 1118-08-17212) y de la Direcci&oacute;n de investigaciones de Universidad Nacional de Colombia – Sede Medell&iacute;n (DIME). </font></p>       <p><font face="Verdana" size="3"><b>Referencias</b></font></p>      ]]></body>
<body><![CDATA[<!-- ref --><p><font face="Verdana" size="2"> 1. G. Frey, L. Litz. "Formal methods in PLC programming".<i> Proceedings of the IEEE conference on System Man and Cybernetics</i>. 2000. pp. 2431-2436.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000103&pid=S0120-6230200800030000600001&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><font face="Verdana" size="2">2. M. Silva.<i> Las Redes de Petri en la Autom&aacute;tica y la Inform&aacute;tica</i>. Editorial AC. Madrid. 1985. pp. 30-62.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000104&pid=S0120-6230200800030000600002&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><font face="Verdana" size="2">3. T. Murata. "Petri Nets. Properties, Analysis and Applications". <i>Proceedings of the IEEE</i>. Vol. 77. 1989. pp. 541-580.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000105&pid=S0120-6230200800030000600003&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><font face="Verdana" size="2">4. G. Frey. "Hierarchical design of logic controllers using signal interpreted Petri nets". <i>Proceedings of the IFAC AHDS 2003, Saint-Malo (France)</i>. 2003. pp. 401-406..</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000106&pid=S0120-6230200800030000600004&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><font face="Verdana" size="2">5. L. Ben-Naoum, R. Boel, L. Bongaerts, B. De Sclmtter, Y. Peng, P. Valckenaers, J. Vandewalle, V. Wertz. "Methodologies for discrete event dynamic systems: A survey".<i> Journal A</i>. Vol. 36. 1995. pp. 3-14.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000107&pid=S0120-6230200800030000600005&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><font face="Verdana" size="2">6. E. Park, D. Tilbury, P. Khargonekar. "A Modeling and Analysis Methodology for Modular Logic Controllers of Machining Systems using Petri Net Formalism". <i>IEEE Transactions on Systems, Man, and Cybernetics-C.</i> Vol. 5. 2000. pp. 3201 – 3206.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000108&pid=S0120-6230200800030000600006&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p> <font face="Verdana" size="2">7. S. Klein, G. Frey, M. Minas. PLC "Programming with Signal Interpreted Petri Nets". <i>Applications and Theory of Petri Nets 2003</i>, 24th International Conference, Eindhoven. Springer LNCS 2679. 2003. Vol. 2679. pp. 440-449. </font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000109&pid=S0120-6230200800030000600007&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><font face="Verdana" size="2">8. R. Beard, G. Saridis. (1993). "A Cost Measure for Efficient Scheduling in Intelligent Machines". <i>Proceedings of the 1993 IEEE</i> International Symposium on Intelligent Control. 1993. pp. 52-57. </font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000110&pid=S0120-6230200800030000600008&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><font face="Verdana" size="2">9. G. Frey. "Hierarchical design of logic controllers using signal interpreted Petri nets". <i>Proceedings of the IFAC AHDS 2003, Saint-Malo (France)</i>. 2003. Vol. 12. pp. 401-406.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000111&pid=S0120-6230200800030000600009&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><font face="Verdana" size="2"> 10. K. Jensen.<i> Coloured Petri Nets. Basic Concepts, Analysis Methods and Practical Use</i>. Ed. Springer-Verlag. New York. Vol 1. 1997. pp. 89-119.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000112&pid=S0120-6230200800030000600010&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><font face="Verdana" size="2">11. G. Zapata, J. Branch, L. Quintero. &quot;Metodolog&iacute;a para el Modelado y Generaci&oacute;n de C&oacute;digo de Control de Sistemas Secuenciales mediante Redes de Petri Jer&aacute;rquicas&quot;.<i> Revista Avances en Sistemas e inform&aacute;tica</i>. Vol. 4. 2007. pp. 59-65.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000113&pid=S0120-6230200800030000600011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref -->(Recibido el 15 de agosto de 2007. Aceptado el 9 de mayo de 2008)</font></p>        <p><font face="Verdana" size="2"><em>*</em>Autor de correspondencia: tel&eacute;fono: +57 + 4 425 52 66, fax: +57 +4 234 10 02, correo electr&oacute;nico: <a href="mailto:gdzapata@unal.edu.co">gdzapata@unal.edu.co</a> (G. Zapata).</font></p>        <p></p>         ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Frey]]></surname>
<given-names><![CDATA[G]]></given-names>
</name>
<name>
<surname><![CDATA[Litz]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
</person-group>
<source><![CDATA[Formal methods in PLC programming]]></source>
<year></year>
<conf-name><![CDATA[ Proceedings of the IEEE conference on System Man and Cybernetics]]></conf-name>
<conf-date>2000</conf-date>
<conf-loc> </conf-loc>
<page-range>2431-2436</page-range></nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Silva]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<source><![CDATA[Las Redes de Petri en la Automática y la Informática]]></source>
<year>1985</year>
<page-range>30-62</page-range><publisher-loc><![CDATA[Madrid ]]></publisher-loc>
<publisher-name><![CDATA[Editorial AC]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Murata]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Petri Nets: Properties, Analysis and Applications]]></article-title>
<source><![CDATA[Proceedings of the IEEE]]></source>
<year>1989</year>
<volume>77</volume>
<page-range>541-580</page-range></nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Frey]]></surname>
<given-names><![CDATA[G]]></given-names>
</name>
</person-group>
<source><![CDATA[Hierarchical design of logic controllers using signal interpreted Petri nets]]></source>
<year></year>
<conf-name><![CDATA[ Proceedings of the IFAC AHDS 2003]]></conf-name>
<conf-date>2003</conf-date>
<conf-loc>Saint-Malo </conf-loc>
<page-range>401-406</page-range></nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Ben-Naoum]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[Boel]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Bongaerts]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[De Sclmtter]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
<name>
<surname><![CDATA[Peng]]></surname>
<given-names><![CDATA[Y]]></given-names>
</name>
<name>
<surname><![CDATA[Valckenaers]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
<name>
<surname><![CDATA[Vandewalle]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Wertz]]></surname>
<given-names><![CDATA[V]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Methodologies for discrete event dynamic systems: A survey]]></article-title>
<source><![CDATA[Journal A]]></source>
<year>1995</year>
<volume>36</volume>
<page-range>3-14</page-range></nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Park]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
<name>
<surname><![CDATA[Tilbury]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
<name>
<surname><![CDATA[Khargonekar]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[A Modeling and Analysis Methodology for Modular Logic Controllers of Machining Systems using Petri Net Formalism]]></article-title>
<source><![CDATA[IEEE Transactions on Systems, Man, and Cybernetics-C]]></source>
<year>2000</year>
<volume>5</volume>
<page-range>3201 - 3206</page-range></nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Klein]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
<name>
<surname><![CDATA[Frey]]></surname>
<given-names><![CDATA[G]]></given-names>
</name>
<name>
<surname><![CDATA[Minas]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[PLC "Programming with Signal Interpreted Petri Nets: Applications and Theory of Petri Nets 2003]]></article-title>
<source><![CDATA[]]></source>
<year>2003</year>
<volume>2679</volume>
<conf-name><![CDATA[24 International Conference]]></conf-name>
<conf-loc>Eindhoven </conf-loc>
<page-range>440-449</page-range><publisher-name><![CDATA[Springer]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Beard]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Saridis]]></surname>
<given-names><![CDATA[G]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[A Cost Measure for Efficient Scheduling in Intelligent Machines]]></article-title>
<source><![CDATA[Proceedings of the 1993]]></source>
<year>1993</year>
<conf-name><![CDATA[ IEEE International Symposium on Intelligent Control]]></conf-name>
<conf-date>1993</conf-date>
<conf-loc> </conf-loc>
<page-range>52-57</page-range></nlm-citation>
</ref>
<ref id="B9">
<label>9</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Frey]]></surname>
<given-names><![CDATA[G]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Hierarchical design of logic controllers using signal interpreted Petri nets]]></article-title>
<source><![CDATA[Proceedings of the IFAC AHDS 2003]]></source>
<year>2003</year>
<volume>12</volume>
<page-range>401-406</page-range><publisher-loc><![CDATA[Malo ]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Jensen]]></surname>
<given-names><![CDATA[K]]></given-names>
</name>
</person-group>
<source><![CDATA[Coloured Petri Nets. Basic Concepts, Analysis Methods and Practical Use]]></source>
<year>1997</year>
<volume>1</volume>
<page-range>89-119</page-range><publisher-loc><![CDATA[New York ]]></publisher-loc>
<publisher-name><![CDATA[Ed. Springer-Verlag]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Zapata]]></surname>
<given-names><![CDATA[G]]></given-names>
</name>
<name>
<surname><![CDATA[Branch]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Quintero]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Metodología para el Modelado y Generación de Código de Control de Sistemas Secuenciales mediante Redes de Petri Jerárquicas]]></article-title>
<source><![CDATA[Revista Avances en Sistemas e informática]]></source>
<year>2007</year>
<volume>4</volume>
<page-range>59-65</page-range></nlm-citation>
</ref>
</ref-list>
</back>
</article>
