Vous êtes sur la page 1sur 17

“AÑO DE LA PROMOCIÓN DE LA INDUSTRIA RESPONSABLE

Y DEL COMPROMISO CLIMÁTICO”

PROGRAMA DE ACTUALIZACIÓN PARA TITULACIÓN PROFESIONAL V IX

ESCUELA PROFESIONAL DE INGENIERIA ELECTRONICA Y


TELECOMUNICACIONES

MODULO II: REDES INDUSTRIALES

Docente : Ing. Eduardo Ávila Regalado

Alumno : Br. Víctor Hugo Sandoval Juárez

Tema : Modelo OSI Industrial

Año : 2014
RESUMEN
En los comienzos de las redes digitales, muchas redes se desarrollaron utilizando
hardware y software diferentes. Como resultado, muchas de las redes resultaron
incompatibles y les resultó muy difícil poder comunicarse entre sí.

Para solucionar este problema, la Organización Internacional para la Normalización (ISO)


consideró que era necesario crear un modelo de red que pudiera ayudar a los diseñadores
a implementar redes que pudieran comunicarse y trabajar en conjunto y que sigan la
filosofía de brindar una arquitectura abierta.

Del análisis realizado elaboraron el modelo de referencia OSI en 1984. El problema a


resolverse era cómo conectar varios nodos (computadoras, impresoras y, ahora PLCs) a un
mismo medio físico y lograr que estos intercambien su información sin errores; esto es,
lograr que se identifiquen entre si para que un mensaje o dato que sale de un remitente
llegue al destinatario correcto. Para resolver el problema de las redes de medio
compartido se recurrió a dividir el gran problema de la conectividad en varios problemas
más simples. El resultado fue un modelo de conectividad por capas.

Los fabricantes de buses de campo no previeron la interconexión con otros buses


diferentes. Por tanto, para interconectar dos buses de campo diferentes hay que utilizar
un convertidor de protocolos

Para complementar al paquete de protocolos propuesto por el Modelo OSI, la sociedad


para instrumentación, sistemas y automatización, ISA, propone una serie de
complementos o mejoras bajo la denominación ISA-SP50

El nuevo modelo de estandarización ISA/SP50 propone dos capas nuevas al modelo OSI, la
Capa de Supervisión y la Capa de Usuario

EL protocolo CIP, busca proveer de una capa de aplicación independiente de la tecnología


particular de una red industrial, es decir, de las capas más bajas que definen las
características físicas y propias del protocolo de comunicación.
Indice
I. Modelo Osi

I.1 Ventajas del modelo OSI

I.2 Capas del modelo OSI

I.2.1 Capa Física

I.2.2 Capa de Enlace

I.2.3 Capa de Red

I.2.4 Capa de Transporte

I.2.5 Capa de Sesión

I.2.6 Capa de Presentación

I.2.7 Capa de Aplicación

II. Modelo OSI Industrial

II.1 Capa de Usuario

II.2 Capa de Supervisión

II.3 Capa Física

II.4 Capa de Enlace

II.4.1 Polling (Llamada Selectiva)

II.4.2 Token Passing

II.4.2.1 Ventajas

II.4.2.2 Desventajas

II.5 Capa de Aplicación

II.5.1 Mensajes Cíclicos

II.5.2 Mensajes Aciclícos

III. El Protocolo CIP


III.1 Modelado de Objetos
OBJETIVOS
 Conocer como es que los datos viajan de un dispositivo a otro sobre una red de
comunicaciones.
 Diferenciar el modelo OSI tradicional del modelo OSI aplicado a las redes
industriales.
 Estudiar las dos nuevas capas que plantea el modelo OSI para las comunicaciones
industriales: Capa de Usuario y Capa de supervisión.
 Conocer las normas que rigen cada uno de las capas del modelo OSI.
 Saber como es posible la conexión de dos redes que usan buses de campo
diferente gracias al protocolo CIP.
I. MODELO OSI
El modelo de referencia OSI permite que los usuarios vean las funciones de red que se
producen en cada capa. Más importante aún, el modelo de referencia OSI es un marco
que se puede utilizar para comprender cómo viaja la información a través de una red.
Además, puede usar el modelo de referencia OSI para visualizar cómo la información o los
paquetes de datos viajan desde los programas de aplicación (por ej., hojas de cálculo,
documentos, etc.), a través de un medio de red (por ej., cables, etc.), hasta otro programa
de aplicación ubicado en otro computador de la red, aun cuando el transmisor y el
receptor tengan distintos tipos de medios de red.

I.1. VENTAJAS
 Divide la comunicación de red en partes más pequeñas y sencillas.
 Normaliza los componentes de red para permitir el desarrollo y el soporte de los
productos de diferentes fabricantes.
 Permite a los distintos tipos de hardware y software de red comunicarse entre sí.
 Impide que los cambios en una capa puedan afectar las demás capas, para que se
puedan desarrollar con más rapidez.
 Divide la comunicación de red en partes más pequeñas para simplificar el
aprendizaje.

I.2. CAPAS DEL MODELO OSI


En el modelo de referencia OSI, hay siete capas numeradas, cada una de las cuales
ilustra una función de red específica.

Figura 1. Modelo OSI


I.2.1. CAPA FISICA:   Especifica cuál será el medio físico de transporte a
utilizar. Y sus respectivas señales eléctricas.

I.2.2. CAPA ENLACE:   Estructuración de los datos dentro de la trama y


control de errores.

I.2.3. CAPA RED:  Interviene en el caso en el que se involucre a más de una


red.

I.2.4. CAPA TRANSPORTE:  División de los datos en paquetes de envío.

I.2.5. CAPA SESION:   Para el control del inicio y finalización de las


conexiones.

I.2.6. CAPA PRESENTACION : Representación y encriptación de los datos.

I.2.7. CAPA APLICACION:  Utilización de los datos.

II. MODELO OSI INDUSTRIAL

El modelo OSI no propone una arquitectura de redes universal y ciertos


problemas que son primordiales para los buses de campo no están contemplados
por este estándar.

Los fabricantes de buses de campo no previeron la interconexión con otros buses


diferentes que dando las capas de la 3 a la 6, vacías. Por tanto, para interconectar
dos buses de campo diferentes hay que utilizar un convertidor de protocolos
(Gateway).

Para complementar al paquete de protocolos propuesto por el Modelo OSI, la


sociedad para instrumentación, sistemas y automatización, ISA, propone una serie
de complementos o mejoras bajo la denominación ISA-SP50 (Compatibilidad de
Señal en Instrumentos Eléctricos).

Pretende difundir una interfase común entre componentes de medida electrónicos


y/o sistemas de control, y el objetivo es la armonización del estándar del bus de
campo IEC 61158.

Trata de desarrollar las normas necesarias para definir las características que
deben cumplir las señales (analógicas o digitales) usadas en medidas de proceso y
control, y transmitir la información entre subsistemas o elementos separados de
sistemas.
ANSI/ISA-50.1-1982 (Revisado 1992) “Compatibilidad De Señales Analógicas Para
Instrumentos De Procesos Industriales”, es uno de los estándares más difundidos
en la automatización industrial. Especifica la transmisión de corriente, 4-20 mA,
para instrumentación y señales de control. La tendencia es cambiar a la
transmisión digital en bus de campo

Figura 2. Modelo de estandarización ISA/SP50

Como complemento al modelo propuesto por OSI, el estándar ISA/SP50 propone


dos capas más: La Capa de Usuario y la Capa de Supervisión.

II.1. CAPA DE USUARIO


Se ocupara del control global distribuido de las aplicaciones mediante la
aplicación de modelos contenidos dentro de bloques de función, y de la
gestión de bases de datos distribuidas para facilitar el control y adquisición de
datos

II.2. CAPA DE SUPERVISION


Definirá las funciones de monitorización, parametrización, configuración de
dispositivos, etc. (gestión de redes y sistemas)

II.3. CAPA FISICA

La Capa Física está contemplada en el estándar ANSI/ISA- S50.02 “Estándar de


bus de campo para su uso en sistemas de control industrial, Parte 2.
Especificaciones de la Capa Física y definición de servicios”

Especifica las exigencias para los componentes de bus de campo. Los


requerimientos necesarios para asegurar ciertos niveles de integridad de datos
antes de la verificación de errores por parte de la capa de enlace y de
interconectividad entre dispositivos en la Capa Física.
La Capa Física se adapta al nivel 1 del modelo OSI, tal como se define por la ISO
7498, con la excepción de que los delimitadores de tramas se sitúan en la Capa
Física.

ISA/SP50, es una recuperación del estándar IEC 1158:

 Intercambio de datos serie, Halft Duplex.


 Cable de par trenzado apantallado o fibra de óptica.
 Velocidad normalizada a: 31.25Kb/s, 1Mb/s, 2.5Mb/s.
 Topología de bus, árbol (31.25Kb/s).
 Punto a punto
 Hasta 32 nodos
 La alimentación de dispositivos mediante el propio cable es posible.

Utiliza el código Manchester, con una modulación de corriente específica para


este código, y contempla la definición de una estructura de trama (preámbulo,
datos del nivel de enlace y delimitadores del mensaje).

II.4. CAPA DE ENLACE

Está contemplada en el estándar ANSI/ISA-S50.03.

Especifica las características del servicio de enlace de datos convenientes para


comunicaciones críticas entre equipos de automatización y complementa el
Modelo de Referencia OSI.

Básico en la especificación de protocolos de enlaces de datos para


comunicaciones críticas. El término crítico significa el intervalo de tiempo
dentro del cual se requiere que una o varias acciones específicas sean
complementadas con un nivel determinado de certeza. Si las acciones
especificadas no se ejecutan dentro de esta ventana de tiempo, existe el riesgo
de accidente.

Define de forma abstracta los servicios proporcionados por la capa de enlace


del bus en términos de:

 Primitivas y eventos del servicio


 Parámetros asociados con cada primitiva y evento.
 La interrelación entre las secuencias y sus acciones y eventos.

La capa de enlace MAC ISA / SP50 se ocupa del arbitraje y el acceso al medio:

 Principio Maestro-Esclavo.
 El maestro es un nodo activo.
 Los esclavos solo pueden responder a su maestro.
 Acceso al medio utilizando en método polling y paso de testigo (token
passing).
 Cada trama incluye direcciones de emisor receptor.
 Código de redundancia cíclica para la detección de errores de los datos.

La capa de Enlace LLC ISA / SP50 soporta los dos tipos de mensajes:

 Mensajes operativos, de poco volumen, indicados para transmitir


información critica en el tiempo, tal como variables o comandos.
 Mensajes de fondo, voluminosos, para operaciones no criticas, tales
como el diagnostico o la configuración.

El objetivo de esta norma es definir el servicio proporcionado a la Capa de


Aplicación en el limite entre la Capa de Aplicación y la Capa de Enlace del
modelo de referencia de bus de campo, y a la Capa de red OSI en el limite entre
las Capas de red y Enlace de Datos del modelo de referencia OSI.

El servicio de enlace lo proporciona el protocolo de enlace haciendo uso de los


servicio proporcionados por la Capa Física.

II.4.1. POLLING (LLAMADA SELECTIVA)

Existe un nodo central que establece el turno de cada nodo. Para ello hace
una llamada selectiva que solo será recibida por el nodo pertinente.
Polling La técnica de sondeo se basa en la relación maestro-esclavo entre el
nodo central y las demás estaciones del anillo o del bus. En el caso de la
topología en anillo (bucle) para que un nodo pueda transmitir debe recibir
permiso del nodo central a través de un mensaje de sondeo. Este permiso
va pasando secuencialmente de estación en estación a lo largo de todo el
anillo. Cada estación puede transmitir cuando recibe el permiso y
encuentra el anillo vacío. Al finalizar su transmisión pasa el permiso a la
estación siguiente. El inconveniente de esta técnica reside en la necesidad
de que la comunicación entre dos nodos cualesquiera pase por la estación
central.

II.4.2. Token Passing

El método de acceso es conocido como token passing o Paso de testigo y


consiste en que una sola estación puede transmitir en determinado
instante y es precisamente la que posea en ese momento el Token, este es
el encargado de asignar los permisos para transmitir los datos.
Circulación del token de una máquina a la siguiente hace que, desde el
punto de vista lógico, toda red basada en tokens sea un anillo. Debe
notarse que un anillo lógico no implica un anillo físico. En efecto, si bien
IEEE 802.5 emplea un anillo físico. Hay un timer que asegura que ninguna
estación retenga el token demasiado tiempo.

II.4.1.1. Ventajas

 No requiere de enrutamiento.
 Requiere poca cantidad de cable.
 Fácil de extender su longitud, ya que el nodo esta diseñado como
repetidor, por lo que permite amplificar la señal y mandarla mas
lejos.

II.4.1.2 Desventajas

 Altamente susceptible a fallas.


 Una falla en un nodo deshabilita toda la red (esto hablando
estrictamente en el concepto puro de lo que es una topología de
anillo).
 El software de cada nodo es mucho más complejo.

II.5. Capa de Aplicación.

La Capa de Aplicación esta contemplada en el estándar ANSI/ISA-S50.02, parte


5 “definición de servicios de la capa de aplicación” y parte 6 “especificaciones
del protocolo de la capa de aplicación”.

Define una interfase común para la interconexión de componentes de sistemas


de medida y control. Aparecen dos tipos de conexión:

 Cliente  –  Servidor:  Comunicaciones acíclicas entre sistemas (grandes


volúmenes de información).
 Productor  – Consumidor: comunicaciones cíclicas de datos de control y
mando (poco volumen).

II.5.1. Mensajes cíclicos:


Estos mensajes permiten el intercambio de datos de baja prioridad y por
tanto no críticos en cuanto tiempo de respuesta. Los servicios disponibles
son los siguientes:

II.5.1.1. SDN (Send Data with No acknowledge):   Mensajes de


difusión (de Maestro a todos los esclavos).
II.5.1.2. SDA (Send Data with Acknowledge):   Mensaje punto a
punto cuya función es enviar datos o funciones de control del
Maestro a uno de los esclavos.

II.5.1.3. RDR (Request Data with Reply):   Mensajes punto a punto


cuya función es la de solicitar datos a uno de los esclavos.

II.5.1.4. SRD (Send and Request Data):  Mensajes punto a punto que
permiten enviar datos y recibir datos de un esclavo. La respuesta a
uno de estos mensajes está condicionada por el tiempo total de ciclo
del testigo entre todos los nodos activos.

II.5.2. Mensajes acíclicos:


Estos mensajes permiten acortar el tiempo de respuesta de los datos
críticos. A cada turno de Maestro se puede enviar un mensaje de difusión
conteniendo los valores críticos de todos los esclavos. La lista de estos
valores es conocida por todas las estaciones maestras en una tabla. Los
mensajes pueden ser de 2 tipos:
 CRDR (Cyclic Request Data with Reply)
 CSRD (Cyclic Send and Request Data).

III. El Protocolo CIP

El protocolo CIP define las características de las capas de aplicación para diferentes
redes lo que ha dado lugar a llamar la “Familia de Redes CIP”. En la figura 3 se
muestra la arquitectura de red, de acuerdo al modelo de referencia OSI, para las
distintas redes que implementan CIP en sus capas superiores.

Figura 3. Familia de redes CIP

La filosofía del desarrollo del protocolo CIP, es la de proveer de una capa de


aplicación que se abstraiga de la tecnología particular de una red industrial, es
decir, de las capas más bajas que definen las características físicas y propias del
protocolo de comunicación. De esta forma, se puede aplicar esta capa común a
distintas tecnologías de redes, cada una con sus capacidades y aplicaciones
particulares. Así también, es posible otorgar una capacidad de interconexión entre
las redes que implementen CIP en sus capas superiores de una forma transparente.
Esta capacidad de interconexión también la tendrían futuras redes que
implementen CIP en sus capas superiores. Esta situación también es ilustrada en la
figura 3.

La base del protocolo CIP es el modelado de objetos abstractos que le permite una
funcionalidad independientemente de la tecnología de la red.

III.1. Modelado de Objetos

El protocolo CIP utiliza un modelo de objetos abstractos para describir:

 El conjunto de servicios de comunicación disponibles.


 El comportamiento visible externamente de un nodo CIP.
 Un medio común para el acceso e intercambio de información entre
productos CIP.

Todo nodo CIP es modelado como una colección de objetos. Un objeto provee una
representación abstracta de un componente particular dentro de un producto.
Cualquier cosa no descrita en forma de objeto no es visible a través de CIP.
Los objetos CIP están estructurados en los siguientes elementos:

 Clases
 Instancias
 Atributos

Una clase es un conjunto de objetos donde todos representan el mismo tipo de


componente de sistema. Un objeto instancia es la representación real de un objeto
particular dentro de una clase. A su vez, cada instancia de una clase posee los
mismos atributos, y que a su vez poseen su propio conjunto particular de valores.
En la figura 4 se representa el modelado de objetos de un nodo CIP.
Figura 4. Nodo CIP representado según e l modelo de objetos.

Tal como se muestra en la figura 4. Múltiples objetos instancia dentro de una clase
particular pueden residir dentro de un nodo CIP.

Los objetos y sus componentes son direccionados a través de un esquema


uniforme compuesto de los siguientes elementos:

 Node Address (Dirección de Nodo)


 Class Identifier o Class ID (Identificador de Clase)
 Instance Identifier o Instance ID (Identificador de Instancia)
 Attribute Identifier o Attribute ID (Identificador de Atributo)
 Service Code (Código de Servicio)

Node Address (o Node ID): Dirección de Nodo. Es un valor entero de identificación


asignado a cada nodo sobre una red CIP. En DeviceNet y ControlNet, también es llamado
MAC-ID y es el número de nodo del dispositivo dentro de la red. En EtherNet/IP, la
dirección de nodo es la dirección IP.

Class ID: Identificador de clase. Es un valor entero de identificación asignado a cada clase
de objetos accesible desde la red.

Instance ID: Identificador de Instancia. Es un valor entero de identificación asignada a un


objeto instancia que lo identifica entre todas las instancias de la misma clase.

Attribute ID: Identificador de Atributo. Es un valor entero de identificación asignado a una


clase o atributo.

Service Code: Código de servicio. Es un valor entero de identificación que denota una
solicitud de acción que puede estar dirigido a un objeto instancia particular o objeto clase.

Los valores de Class ID se dividen en dos partes para diferenciar dos tipos de objetos, que
son los de definición pública, realizados por ODVA y ControlNet International, y los de
definición específica de fabricante. En la tabla 1 se muestra los rangos de números que
identifican a qué tipo pertenece un objeto. El resto de los valores identificadores están
reservados por CIP.

Tabla 1. Rango de Class ID para los objetos CIP.

Lo mismo ocurre para los Instance ID y los Attribute ID. En la tabla 2 se muestran los
rangos de Instance ID para un objeto particular, el Assembly Object. Mientras que en la
tabla 3 se muestran los rangos para los Attribute ID.

Tabla 2. Rango de Instance ID del Assembly Object (Class ID = 0x04).

Tabla 3. Rango de Attribute ID para las instacias CIP.

Tanto los objetos como los atributos específicos de fabricante deben seguir las pautas
dadas por la especificación CIP.

En la figura 5. Se ilustra el esquema de direccionamiento definido por CIP.


Figura 5. Esquema de direccionamiento CIP.

Se puede observar en la figura 5. Una red CIP (por ejemplo, una red DeviceNet). La red
posee cuatro nodos. Poniendo atención en el nodo #4, se puede observar que este posee
3 objetos instancia que se dividen en 2 clases de objetos. Siguiendo el esquema de
direccionamiento definido por CIP, se puede observar en la figura 6 la siguiente secuencia
en el nodo #4:

Figura 6. Secuencia de direccionamiento de objetos en el nodo #4 de la figura 5.

De esta forma, es inequívoca la aplicación requerida. Todos los nodos CIP deben ser
direccionados siguiendo este esquema de direccionamiento.
CONCLUSIONES

 De las siete capas del modelo OSI tradicional, las indispensables son la Capa
Física, Enlace y Aplicación, sin estas tres no seria posible la comunicación en
la red.
 El modelo OSI industrial agrega dos nuevas capas al modelo tradicional, la
Capa de Usuario, la cual se encarga del control distribuido de las
aplicaciones y la Capa de Supervisión que es la encargada de la gestión de
redes y sistemas.
 La base del protocolo CIP es el modelado de objetos que le permite una
funcionalidad independiente de la tecnología de red.
 Al no ser el modelo OSI capaz de gobernar las redes de comunicaciones
industriales ISA-SP50 lo complementa para que pueda ser compatible en la
industria.
BIBLIOGRAFIA

 www.isa.org
 Comunicaciones Industriales, Aquilino Rodríguez Penin .
 http://cybertesis.uach.cl/tesis/uach/2007/bmfcim971e/doc/parte/ii.pdf 
 http://www.ANSI.org/
 ANSI/ISA-50.1-1982 (R1992) formerly ANSI/ISA-S50.1-1982 (R1992)
Compatibility of Analog Signals for Electronic Industrial Process Instruments
 www.fieldbus.org,