Metodologa de acceso remoto a plantas industriales

ANEXO A



BREVE DESCRIPCIN DE LA
ARQUITECTURA MAP / MMS
















A. Breve descripcin de MAP / MMS
A.1. Orgenes de MAP / MMS
A.2. Arquitectura MAP
A.3. Servicios MMS
A.4. Ventajas e inconvenientes de MMS
A.5. Arquitectura Mini-MAP




Anexo A: Breve descripcin de MAP/MMS

A-1
A. BREVE DESCRIPCIN DE MAP / MMS
Aun siendo relativamente antigua, una de las arquitecturas de red en planta local ms
interesante es MAP / MMS, sobre todo debido a la potencia de los servicios de
comunicaciones que ofrece. Estos servicios junto al hecho de ser una red industrial
pionera ha hecho que otras redes industriales ms novedosas hayan adoptado
conceptos fundamentales de MAP / MMS y los hayan aplicado de forma simplificada
a sus diseos.
A pesar de que su difusin en sistemas industriales no ha sido tan exitosa como se
esperaba, se trata de un tipo de red especialmente interesante para la experimentacin
que conviene tomar como referencia.
Una parte muy importante de la especificacin MAP es la definicin de los servicios
MMS (Manufacturing Message Specification) que definen un protocolo de nivel de
aplicacin del modelo de referencia OSI (ISO/IEC 9506-1 y 9506-2). Este conjunto
de servicios de mensajera de fabricacin definen el formato, contenido y
procedimiento de intercambio de mensajes en entornos de fabricacin (Valenzano, et
al 1992; Mendigutxia, et al 1992). El objetivo de estos servicios es permitir la
comunicacin entre dispositivos de control industrial heterogneos.
En la definicin de estos servicios aparece el concepto de Virtual Manufacturing Device
(VMD). El VMD refleja la conducta externamente visible de un dispositivo de
fabricacin real y pone a disposicin de otros dispositivos de red los recursos y
funcionalidad asociados al dispositivo de fabricacin real. Dado que el propio
modelo de MMS se basa en objetos, resulta adecuado para ser utilizado en el diseo
de sistemas de control de procesos orientados a objetos.
A.1. ORGENES DE MAP / MMS
MAP surgi ante la necesidad de crear una arquitectura de comunicaciones vlida
para entornos industriales que permitiese integrar diferentes tipos de dispositivos de
diversos fabricantes. Existieron distintas razones que impulsaron esta arquitectura;
Metodologa de acceso remoto a plantas industriales A-2
algunas tcnicas originadas en los avances de la microelectrnica y, otras, econmicas
y polticas que buscaban dificultar la entrada de productos extranjeros (sobre todo
japoneses) a Estados Unidos.
El principal impulsor de MAP fue General Motors, quien dispona en sus factoras de
una enorme cantidad de dispositivos inteligentes. Previamente, los protocolos de
comunicaciones entre los dispositivos solan ser especficos del fabricante, lo cual
daba lugar a islas de automatizacin con dispositivos de un nico fabricante que
entendan su protocolo. La comunicacin entre estas islas se tornaba muy compleja
llegando a ser en algunas ocasiones imposible debido al desconocimiento de las
especificaciones o la carencia de expertos.
Los intentos de desarrollar sus propias interfaces hardware/software que
solucionasen el problema de las comunicaciones resultaron ser caros y poco flexibles
adems de que el desarrollo necesitaba gran cantidad de tiempo.
Como consecuencia, General Motors impuls un grupo de trabajo que tena por
objetivo definir una arquitectura de comunicaciones flexible, que permitiese la
intercomunicacin, en un entorno de fabricacin, de dispositivos de diferentes
fabricantes.
Este grupo de trabajo tom algunas decisiones importantes que la nueva arquitectura
debera cumplir:
Aceptar el modelo de referencia OSI de ISO.
Usar, siempre que fuese posible, estndares internacionales.
Impulsar, dentro de organismos de estandarizacin internacionales, el
desarrollo de aquellas normas que no estuviesen disponibles.
La primera versin de MAP surgi en 1982. Sin embargo, se trataba de una versin
muy inmadura y enseguida se detect la necesidad de nuevas versiones. No fue hasta
1988 cuando se lleg a una versin estable que sigue siendo vlida en la actualidad,
MAP 3.0.
Anexo A: Breve descripcin de MAP/MMS




A-3
A.2. ARQUITECTURA MAP
La arquitectura MAP se basa en el modelo de referencia OSI. Se trata por tanto de
una arquitectura de siete niveles en la que en cada nivel se han tomado protocolos
estndar. La Tabla 2-1 muestra los protocolos utilizados en cada nivel:
MMS CS
ISO CD 9506 /3,4,5,6,7
DRS
ISO 9594
NMT ISO DIS
9595-2, 9596-2
MMS CORE
ISO 9506/1, 2

FTAM
ISO 8571 ROSE
ISO DIS 9072/1,2
7
ACSE ISO 8649
ISO 8650

6 Presentacin ISO 8822
ISO 8823

5 Sesin ISO 8326
ISO 8327

4 Transporte ISO 8072
ISO 8073
Clase 4
3 Red ISO 8348
ISO 8473
No orientado a conexin
2 Enlace LLC
MAC
ISO 802.2
ISO
Clase 1
ISO
1 Fsico 802.4
Bb 10M/s
802.4
Cb 5M/s
802.3
Tabla 2-1 Protocolos propuestos por MAP 3.0 diferenciados por nivel
Como se puede ver en los niveles 1, 2 y 7 se aceptan varias alternativas lo que dota a
la arquitectura MAP de gran flexibilidad.
A.3. SERVICIOS MMS
Dentro de la arquitectura MAP, Los servicios MMS merecen una mencin especial.
En la presente seccin se describen algunas de sus caractersticas ms interesantes.
MMS (Manufacturing Message Specification) es un sistema de mensajera entre
aplicaciones, fruto de un importante esfuerzo de estandarizacin (de hecho, es un
estndar internacional ISO 9506), que permite el intercambio en tiempo real de
informacin de control y supervisin de planta entre dispositivos y/o aplicaciones
Metodologa de acceso remoto a plantas industriales A-4
controladas por computador. Los servicios MMS pretenden independizar el
intercambio de informacin entre los dispositivos involucrados en una aplicacin de
su funcionalidad, as como del programador de la aplicacin o del dispositivo elegido
(fabricante, etc.).
Los servicios proporcionados por MMS son suficientemente genricos como para ser
apropiados para una amplia gama de dispositivos, aplicaciones y sectores industriales.
Por ejemplo, uno de estos servicios, el servicio Read, permite a una aplicacin o
dispositivo la lectura de una variable desde otra aplicacin o dispositivo. Este servicio
es idntico incluso para dispositivos tan diferentes como un PLC o un robot. Al
tratarse de servicios genricos se permite que sean vlidos para ser aplicados en
sectores tan variados como: automacin, aerospacial, petroqumico, elctrico, etc.,
formando parte de diferentes tipos de aplicaciones (manipulacin de material,
comunicacin de fallos a operarios, gestin de energa, control de distribucin de
energa elctrica, etc.).
Adems, los servicios de MMS se adaptan a las requisitos de las aplicaciones
distribuidas de tiempo real. As, MMS se ha usado como protocolo de
comunicaciones para varios dispositivos de control industrial como controles
numricos, PLCs y robots. Tambin hay aplicaciones en la industria elctrica que
utilizan estos servicios tales como RTUs (Remote Terminal Units), EMSs (Energy
Management Systems) y otros dispositivos electrnicos. Adems, los servicios MMS,
definidos en el nivel de aplicacin pueden ser utilizados con diversos tipos de redes
fsicas: Ethernet, Token Bus, TCP/IP, MiniMAP, etc.
Principales objetos MMS
Algunos de los principales objetos propuestos por MMS son los siguientes:
VMD (Virtual Manufacturing Device): Representa un dispositivo en un enfoque
orientado a objetos. Adems, el VMD puede contener, a su vez, otros objetos
MMS ms sencillos (variables, programas invocables, dominios, etc). En
realidad, el VMD es el objeto raz del dispositivo. As, el VMD ofrece las
operaciones que los clientes MMS pueden solicitar del dispositivo. Algunas
de estas operaciones son: la lectura de los objetos MMS disponibles, la
Anexo A: Breve descripcin de MAP/MMS




A-5
creacin de nuevos objetos MMS, la lectura de determinadas caractersticas
del dispositivo, etc.
Objetos Variable: Contienen informacin que puede ser intercambiada
entre diversos dispositivos de una red. Estas variables pueden ser de tipos
simples (nmeros enteros, nmeros en coma flotante, cadenas de caracteres,
etc.) o de tipos compuestos (arrays y estructuras). Las variables ofrecen
diversos servicios MMS. Entre estos servicios se encuentran operaciones que
permiten la lectura y escritura de las Variables o el envo de informacin de
forma no solicitada por parte del servidor a otros clientes MAP.
Objetos Dominio: Los Dominios son objetos que representan recursos
dentro de un VMD. Un recurso puede ser el cdigo de un programa, datos
para la ejecucin de un programa, una lista de variables, etc.. Algunos de los
servicios ms utilizados que ofrecen los objetos Dominio permiten la carga o
descarga de los Dominios desde otros dispositivos de la red.
Programas Invocables: Consisten en un grupo de objetos Dominio cuya
ejecucin puede ser controlada y monitorizada. Por ejemplo, un programa de
un robot puede constar de dos Dominios, uno que contenga el cdigo fuente
con las operaciones que se ejecutan y otro que contenga los datos del
programa a ejecutar. Una vez que ambos objetos de tipo Dominio estn
disponibles en el dispositivo y agrupados en un Programa Invocable, se pueden
invocar desde otros dispositivos los servicios MMS que permiten la ejecucin
del programa del robot o la monitorizacin de su ejecucin.
Eventos: Gestionan los aspectos de red relacionados con la gestin de
eventos y alarmas que se pueden originar en un proceso.
Histricos (journals): Son objetos que almacenan los datos de proceso que
han ido generndose.


Metodologa de acceso remoto a plantas industriales A-6
Companion standards
En algunos casos, la relacin entre los objetos reales y virtuales puede ser
estandarizada para una clase particular de dispositivo o tipo de aplicacin. Esto ha
dado lugar a determinados anexos del estndar ISO 9506. As, el estndar ISO / IEC
9506-5 (1999), define el mapeo de los servicios MMS para los PLCs y el estndar ISO
/ IEC 9506-6 (1994), hace lo propio para los dispositivos de control de proceso. Esta
estandarizacin define ms precisamente cmo se aplican los servicios MMS en un
determinado entorno industrial o para un tipo de dispositivo en particular facilitando
la tarea de los desarrolladores y usuarios. El resultado es lo que se conoce como
Companion Standards. A continuacin se detallan las principales tareas definidas por los
Companion Standards:
Definen de forma estndar la estructura del VMD y los objetos MMS
contenidos en l para un tipo de dispositivo en particular (PLCs, robots,
sistemas de control en proceso continuo, etc.)
Proporcionan definiciones adicionales en el comportamiento de los
VMDs.
Definen objetos y servicios que son especficos para un tipo de
dispositivo concreto.
Estandarizan los nombres de los objetos MMS (variables, etc) y
proporcionan unas convenciones de uso de los objetos para el tipo de
dispositivo a la que hacen referencia.
Como se puede ver, en definitiva, la funcin de los Companion Standards es
estandarizar y agrupar caractersticas por tipo de dispositivo.
A.4. VENTAJAS E INCONVENIENTES DE MMS
El uso de MMS permite simplificar la construccin y uso de sistemas automatizados.
En concreto, MMS es apropiado para aplicaciones que requieran mecanismos de
comunicaciones comunes capaces de llevar a cabo una diversidad de funciones de
Anexo A: Breve descripcin de MAP/MMS




A-7
comunicacin relacionadas con el acceso y distribucin de datos, o con el control y
supervisin de procesos.
Entre los principales beneficios que aporta MMS caben sealar:
Interoperatividad: Permite que dispositivos con diferentes caractersticas, e
incluso de distintas marcas puedan llevar a cabo una tarea comn.
Independencia: MMS aporta independencia frente al desarrollador de la
aplicacin, la conexin a la red y la funcin realizada.
Acceso a datos estandarizado: MMS proporciona la definicin, estructura y
significado de los datos transmitidos.
Adems, MMS cuenta con la ventaja de que en su concepcin confluyeron los
intereses de los diferentes tipos de usuarios involucrados en la creacin de
aplicaciones industriales (fabricantes de los dispositivos, usuarios, integradores de
sistemas) con lo que se obtuvo una plataforma slida que ha sido tomada como
punto de partida para otras estructuras, como es el caso de Profibus FMS.
Por otra parte, su naturaleza distribuida y orientada a objetos la convierten en idnea
para la experimentacin.
El principal inconveniente de los servicios MMS radica en su complejidad que
muchas veces excede los requisitos de la mayora de los usuarios. Esta complejidad
impide que dispositivos sencillos puedan implementarlos. Estos inconvenientes han
sido un gran freno para su generalizacin. De hecho, hoy en da no constituyen una
alternativa de comunicaciones real en aplicaciones industriales.
A.5. ARQUITECTURA MINI-MAP
Con el objetivo de disminuir la elevada complejidad de MAP se propuso una versin
simplificada: Mini-MAP. Se trata otra red de comunicaciones propuesta para
aplicaciones industriales. Al contrario que MAP, consiste en una arquitectura de 3
capas en la que se han omitido las capas de la 3 a la 6 del modelo OSI. El principal
Metodologa de acceso remoto a plantas industriales A-8
beneficio de esta reduccin es la mejora del rendimiento. Sin embargo, esto se
consigue a costa de reducir la funcionalidad.
Sin embargo, la adopcin de Mini-MAP presenta las siguientes limitaciones debido a
la desaparicin de los niveles OSI de Transporte, Red, Sesin y Presentacin:
Comunicaciones fuera de la red local: Mini-MAP limita las
posibilidades de comunicacin fuera de la red local. Los mensajes no
pueden traspasar pasarelas y routers.
No se permite la segmentacin y reconstruccin de mensajes
largos: El usuario debe comprobar la longitud de los mensajes que
genera para que no excedan un tamao determinado.
Deteccin automtica de fallos en las comunicaciones: Mini-MAP
no introduce mecanismos que permitan detectar fallos.
Seguridad. El modelo de Mini-MAP no introduce mecanismos que
aseguren la seguridad de las comunicaciones.
Sin embargo, Mini-MAP no ha contado con gran apoyo por parte de los fabricantes.
La principal razn probablemente sea que se basa en IEEE 802.4, el protocolo de
paso de testigo en bus en la capa 2 y esta es una tecnologa compleja y cara.

Referencias

Refs. A-1
REFERENCIAS
ISO / IEC 9506-1 (2003), Industrial automation systems -- Manufacturing Message
Specification -- Part 1: Service definition, http://www.iso.org
ISO / IEC 9506-2 (2003), Industrial automation systems -- Manufacturing Message
Specification -- Part 2: Protocol specification, http://www.iso.org
ISO / IEC 9506-5 (1999), Industrial automation systems -- Manufacturing Message
Specification -- Part 5: Companion standard for programmable controllers,
http://www.iso.org
ISO / IEC 9506-6 (1994), Industrial automation systems -- Manufacturing Message
Specification -- Part 6: Companion Standard for Process Control,
http://www.iso.org
Mendigutxia, J., Nater, M., Castao, M. (1992). MMS (Manufacturing Message
Specification): Su implemetacin en controladores y su utilizacin en aplicaciones de
integracin de taller Ikerlan.
Valenzano, A. Demartini, C. Y L. Ciminiera (1992). MAP and TOP
Communications Addison-Wesley