FUERZAS ARMADAS ESPE UNIVERSIDAD DE LAS EXTENSIÓN - LATACUNGA
INGENIERIA ELECTROMECÁNICA. PLC
CONEXIÓN DE PLC`S RED CONTROL NET RED DEVICE NET
INTEGRANTES:
CHACON BYRON CUEVA DIEGO SAILEMA PATRICIO VIQUE ANDRES 2016
INFORME
INFORME
Dev ice Net Tema: Conexión De Plc`S Red Control Net - Red Device 1. Objetivos:
Investigar el funcionamiento de la Net Red ControlNet - Red DeviceNet.
Identificar la configuración de de la Red ControlNet - Red Red DeviceNet.
Realizar la configuración de de la Red ControlNet - Red DeviceNet.
2. Introducción Red ControlNet - Red DeviceNet.
2.1. Red DeviceNet.
DeviceNet es una red digital, multi - punto para conexión entre sensores, actuadores y sistemas de automatización industrial en general. Esta tecnología fue desarrollada para tener máxima flexibilidad entre los equipos de campo e interoperabilidad entr e diferentes fabricantes. Introducido originalmente en 1994 por Allen-Bradley, DeviceNet transfirió su tecnología a ODVA en 1995. La ODVA (Open DeviceNet Vendor Association) es una organización sin fines de lucro compuesta porcientos de empresas alrededor del mundo que mantiene, difunde y promueve la tecnología DeviceNet y otras redes basadas en el protocolo CIP (Common Industrial Protocol). Actualmente más de 300 empresas están registradas como miembros, y 800 más ofrecen productos DeviceNet de todo el mundo. La red DeviceNet está clasificada en el nivel de red llamada device bus, cuyas características principales son: alta velocidad, comunicación a nivel de byte que incluye comunicación con equipos discretos y analógicos y el alto poder de diagnóstico de los dispositivos de la red (como se muestra en la figura 1.1).
Figu ra 2.1.1: Avances Tecnológicos - Fuente: ATAIDE, F.H. (2004)
La tecnología DeviceNet es un estándar abierto de automatización con el objetivo de transportar 2 tipos principales de información:
Datos cíclicos de sensores y actuadores, directamente relacionados al control y,
Datos no cíclicos indirectamente relacionados al control, como configuración y diagnóstico.
Cables Hay 4 tipos de cables estandarizados: el grueso, mediano, delgado y plano. El más común o usado es el cable grueso para el bus y el cable fino para las derivaciones.
Figu ra 2.1.2 - Anatomía dos cabos para DeviceNet
2.1.1. Acceso a la Red.
2.1.1. Acceso a la Red.
En una red CAN, cualquier elemento de la red puede intentar transmitir un frame para la red en un determinado instante. Caso dos elementos intenten acceder a la red al mismo tiempo, conseguirá transmitir aquel que enviar el mensaje más prioritario. La prioridad de mensaje es definida por el identificador del frame CAN, cuanto menor el valor de este identificador, mayor la prioridad del mensaje. EL telegrama con identificador 0 (cero) corresponde al telegrama más prioritario. 2.1.2. Camada Física
DeviceNet utiliza una topología de red tipo tronco/derivación que permite que tanto la fijación de señal cuanto de alimentación estén presentes en el mismo cable. Esta alimentación, próvida por una fuente conectada directamente en la red, suple los transceivers CAN de los nudos, y tiene las siguientes características: 24Vdc
Salida DC aislada de la entrada AC
Capacidad de corriente compatible con los equipamientos instalados.
Tabla 2.1.1 - Tamaño de la red x Taja de transmisión
Para evitar reflexiones de señal en la línea, recomendase la instalación de resistores de terminación en las extremidades de la red, pues la falta de estés, puede provocar errores intermitentes. Este resistor debe poseer las siguientes características, conforme especificación del protocolo:
121Ω
0,25W
1% de tolerancia
En DeviceNet, diversos tipos de conectores pueden ser utilizados, tanto cerrados
En DeviceNet, diversos tipos de conectores pueden ser utilizados, tanto cerrados como abiertos. La definición del tipo a ser utilizado dependerá de la aplicación y del ambiente de operación del equipamiento. El SSW-07/SSW-08 utiliza un conector del tipo plug-in de 5 vías cuya distribución esta mostrada en la sección 2. Para una descripción completa de los conectores utilizados por el DeviceNet consulte la especificación del protocolo. 2.1.3. Camada de Enlace de Datos
La camada de enlace de datos del DeviceNet es definida por la especificación del CAN, el cual define dos estados posibles; dominante (nivel lógico o) y recesivo (nivel lógico 1). CAN define cuatro tipos de telegramas (data, remote, overload, error). De estos, DeviceNet utiliza apenas el frame de datos (data frame) y el frame de errores (error frame). Datos son intercambiados utilizándose el frame de datos. La estructura de este frame es mostrada en la figura 1.1. Ya los errores son indicados a través del frame de errores. CAN posee una verificación y un confinamiento de errores bastante robusto. Esto garantiza que un nudo con problemas no perjudique la comunicación en la red. Para una descripción completa de los errores, consulte la especificación del CAN.
Tabla 2.1.2 - Frame de dados CAN
2.1.4. Camada de Transporte y Red
Los telegramas DeviceNet son clasificados en grupos, el cual definen funciones y
prioridades específicas. Estés telegramas utilizan el campo identificador (11 bits) del frame de datos CAN para identificar únicamente cada una de la mensajes, garantizando
prioridades específicas. Estés telegramas utilizan el campo identificador (11 bits) del frame de datos CAN para identificar únicamente cada una de la mensajes, garantizando así el mecanismo de prioridades CAN. 2.1.5. Camada de Aplicación – Protocolo CIP
DeviceNet utiliza el Common Industrial Protocol (CIP) en la camada de aplicación. Tratase de un protocolo estrictamente orientado a objetos utilizado también por el ControlNet y por el EherNET/IP. O sea, él es independiente del medio físico y de la camada de enlace de dato. CIP tiene dos objetivos principales:
Transporte de datos de control de los dispositivos de I/O.
Transporte de informaciones de configuración y diagnóstico del sistema siendo controlado. 2.1.6. Archivo de Configuración
Todo nudo DeviceNet tiene un archivo de configuración asociado. Este archivo contiene informaciones importantes sobre el funcionamiento del dispositivo y debe ser registrado en el software de configuración de red.
Figura 2.1.3 - Estructura en camadas del protocolo CIP
2.1.7. Modos de Comunicación
2.1.7. Modos de Comunicación
El protocolo DeviceNet tiene dos tipos básicos de mensajes I/O y éxplicit. Cada uno de ellos es adecuado a un determinado tipo de dato, conforme descrito abajo:
I/O: tipo de telegrama síncrono dedicado a desplazamiento de datos prioritarios entre un productor y/o más consumidores. Dividen de acuerdo con el método de cambio de datos. Los principales son: o
Polled: método de comunicación en que el maestro envía un telegrama a cada uno de los esclavos de su lista (scan list). Así que recibe la solicitación, el esclavo responde prontamente la solicitación del maestro. Este proceso es repetido hasta que todos sean consultados, reiniciando el ciclo. - Bit-strobe: método de comunicación de donde el maestro envía para la rede un telegrama conteniendo 8 bytes de datos. Cada bit de estos 8 bytes representan un esclavo que, se diseccionado, responde de acuerdo con el programado.
o
Change os state: método de comunicación donde el cambio de datos entre maestro y esclavo ocurre apenas cuando haber cambio en los valores monitoreados/controlados, hasta un cierto límite de tiempo. Cuando es te límite es atingido, la transmisión y recepción ocurrieran mismo que no tenga habido alteración. La configuración de esta variable de tiempo es hecha en el programa de configuración de red.
o
Cyclic: otro método de comunicación muy parecido al anterior. La única diferencia queda por cuenta la producción y consumo de m ensajes. En este tipo, todo cambio de datos ocurre en intervalos regulares de tiempo, independiente de haber sido alterados o no. Este periodo también es ajustado en el software de configuración de red.
Éxplicit: tipo de telegrama de uso general y no prioritario. Utilizado principalmente en tareas asíncronas tales como parametrización y configuración del equipamiento.
Un ejemplo de red DeviceNet se muestra en la figura siguiente.
Ejemplo de Rede DeviceNet Figu ra 2.1.4:
2.1.8. Características de la red
Topología basada en bus principal con ramificaciones. El bus principal debe ser hecho con el cable DeviceNet grueso, y las ramificaciones con el cable DeviceNet delgado o plano. Cables similares podrán usarse siempre y cuando sus características eléctricas y mecánicas sean compatibles con las especificaciones de los cables estándar DeviceNet.
Permite o uso de repetidores, bridges, ruteadores y Gateway.
Suporta hasta 64 nodos, incluyendo el maestro, direccionados de 0 a 63 (MAC ID).
Cable de 2 pares: uno para alimentación de 24V y otro para comunicación.
Capacidad de insertar y cambiar en caliente, sin interrumpir a la red.
Compatible con equipos alimentados por la red de 24V o como que tengan su propia fuente.
Uso de conectores abiertos o cerrados.
Protección contra conexión inversa y corto-circuito.
Alta capacidad de corriente en la red (hasta 16 A).
Usa la misma energía de la fuente de alimentación.
Varias fuentes pueden ser usadas en la misma red para satisfacer las necesidades de la aplicación en términos de carga y la longitud de los cables.
Velocidad de comunicación seleccionable: de 125,250 y 500 kbps.
Comunicación basada en conexiones de E/S y modelo de pregunta y respuesta.
Diagnóstico de cada equipo y de la red.
Transporte eficiente de datos de control discretos y analógicos.
Detección de direccionamiento duplicado en la red.
Mecanismo de comunicación extremamente robusto para interferencias
Detección de direccionamiento duplicado en la red.
Mecanismo de comunicación extremamente robusto para interferencias
electromagnéticas. Ejemplo de conexión de un módulo en DeviceNet
Kit Access Drive SSW-07/SSW-08 KFB-DN o
Compuesto por el módulo de comunicación CAN más una manual de montaje.
o
Interface y aislada galvánicamente y con señal diferencial, confiriendo mayor robustez contra interferencia electromagnética.
o
Alimentación externa de 24V a través del cable de red DeviceNet. ; Posibilidad de conexión de una HMI remota (conector XC40).
Procedimiento de conexión. o
Posición del Conector El módulo para comunicación CAN tiene un conector plug-in de 5 vías con la siguiente posición:
Tabla 2.1.3 – Posición del conector XC5 para interface CAN
2.1.9. Fuente de Alimentación
El interface CAN/DeviceNet para el SSW-07/SSW-08 necesita de una tensión de alimentación externa entre los terminales 1 y 5 del conecto de red. Par a evitar problemas de diferencia de tensión entre los dispositivos de red, es recomendado que la red sea alimentada en apenas un punto, y la señal de alimentación sea llevada a todos los dispositivos a través del cable. Caso sea necesario más de una fuente de alimentación, estas deben estar referenciadas al mismo punto. Los datos para consumo individual y tensión de entrada son presentados en la tabla a seguir.
Tabla 2.1.4 – Características de la alimentación para interface CAN/DeviceNet
2.1.10.
Conexión con la Red
Para el prendimiento del Arrancador Suave utilizando el interface activa DeviceNet, los siguientes puntos deben ser observados:
Recomendase la utilización de cables específicos para redes CAN/DeviceNet.
Para poner en tierra la malla del cable (blindaje) solamente en un punto, evitando así loops de corriente. Este punto acostumbra ser la propia fuente de alimentación de la red. Se haber más de una fuente de alimentación, solamente una de ellas deberá estar prendida al tierra de protección.
Instalación de resistores de terminación solamente en los extremos del baramiento principal, mismo que existan derivaciones.
La fuente de alimentación de red debe ser capaz de suplir corriente para alimentar todos los transceiver de los equipamientos. El módulo DeviceNet de la SSW07/SSW-08 consume en torno de 30mA. 2.1.11.
Configuración del Modulo
Para configurar el módulo DeviceNet sigue los pasos indicados abajo:
Con el Arrancador Suave desligado instale el módulo DeviceNet en la parte frontal del equipamiento.
Certifíquese de que él está correctamente conectado.
Prenda el Arrancador Suave.
Ajuste la dirección del arrancado suave en la red a través del parámetro P331. Valores válidos: 0 hasta 63.
Ajuste la taja de comunicación el P332. Valores validos: - 0 = 125kbps
- 1 = 250kbps - 2 = 500kbps
- 1 = 250kbps - 2 = 500kbps - 3 = Autobaud
En el parámetro P335 configure la instancia de I/O más adecuada a la aplicación (esta escoja tendrá impacto en la cuantidad de palabras cambiadas con el maestro de la red). Exactamente esta misma cuantidad de palabras deberá ser ajustada en el maestro de la red. Por fin, programe un valor diferente de 0 para los parámetros P336 hasta P347. - Valores válidos: 0 hasta 7.
Desprende y prenda nuevamente el Arrancador Suave SSW-07/SSW-08 para que los cambios tengan efectos.
Conecte el cable de red en el módulo.
Registre el archivo de configuración (archivo EDS) en el software de configuración de red.
Adicione el SSW-07/SSW-08 en el scan list del maestro.
En el software de configuración de red escoja un método para el cambio de datos con el maestro, o sea, polled, change of state o cyclic. Un módulo DeviceNet de la SSW-07/SSW-08 suporta todos estés tipos de datos de I/O. Además del éxplicit (dados acíclicos).
Se todo este correctamente configurado, el parámetro P091 indicará el estado ‘Online, No conectado o
Online, Conectado’. Observe también el parámetro que indica el estado del maestro de la red, P092. Solamente habrá cambio efectivo de datos cuando el estado del maestro ser Run.
2.2. Red Control Net.
2.2. Red Control Net.
La red ControlNet, de la misma forma que DeviceNet y otras redes que implementan el protocolo CIP, está basada en el Modelo de Referencia OSI, estándar ISO/IEC 7498, que otorga una naturaleza jerárquica a la red estructurándola en 7 capas. La forma en que las 7 capas definidas por ISO/IEC 7498 son cubiertas en ControlNet se muestra en la figura 2.2.1
Figura 2.2.1 Representación de DeviceNet en el contexto de las estandarizaciones.
Como se observa en la figura 2.2.1, la red ControlNet está definida por el estándar IEC-61158, del año 2000, que corresponde al Protocolo Industrial Común, CIP. En este contexto, ControlNet se compone de los Volúmenes 1 y 4 de C IP.
2.2.1. ControlNet dentro del contexto de la familia CIP
Al conjunto de redes basadas en el protocolo CIP es llamado “Familia de redes CIP”. La red ControlNet fue la segunda red en formar parte de esta familia, luego de
DeviceNet.
La figura 2.2.2 representa en forma gráfica las redes que componen la familia CIP.
La figura 2.2.2 representa en forma gráfica las redes que componen la familia CIP.
Figura 2.2.2 Familia de redes CIP.
2.2.2. Características de ControlNet
2.2.2.1.
Posicionamiento
La red ControlNet se ubica en el nivel de Control dentro del modelo jerárqu ico CIM. En forma paralela, como parte de la Arquitectura NetLinx de comunicación de 3 niveles, desarrollada en conformidad al modelo CIM, impulsada por la empresa Rockwell Automation y otras asociadas a ODVA y CI, también se ubica en su nivel de control, que corresponde a su nivel 2. Esto se representa en la figura 2.2.3.
Figura 2.2.3 . Posicionamiento de la red ControlNet en l a Arquitectura NetLinx.
Esta arquitectura de integración de redes industriales es para las redes abiertas de la familia CIP. Sin embargo, también pueden integrarse otras redes que permitan
Esta arquitectura de integración de redes industriales es para las redes abiertas de la familia CIP. Sin embargo, también pueden integrarse otras redes que permitan comunicación con ellas a través de adaptadores de comunicación, por ejemplo, Foundation Fieldbus. 2.2.2.2.
Características Físicas.
La tasa de transmisión de la red ControlNet es de 5 Mbit/s, siendo una red de alta velocidad. Permite cualquier tipo de topología de red, siendo la topología básica una línea troncal construida con cable coaxial RG-6. Las longitudes que admite son desde 250m hasta 1km, pudiendo llegar a un máximo de 20 km con la utilización de repetidores. También, es posible la conexión de hasta 48 dispositivos por segmento, con máximo de 99 nodos (entre controladores y dispositivos) en toda la red. En la figura 2.2.4 se representan algunas de estas características.
Figura 2.2.4. Representación de red ControlNet junto a su s principales características.
2.2.2.3.
Características de comunicación
ControlNet, utiliza método de comunicación Productor/Consumidor, que soporta comunicación Punto a punto y Multicast. Además, esto le otorga la capacidad de priorización de mensajes. Además es una red determinística dado el método de acceso al medio empleado CTDMA, que garantiza la comunicación de los dispositivos.
La tabla 2.2.1 resume las principales características de la red ControlNet.
La tabla 2.2.1 resume las principales características de la red ControlNet.
Tabla 2.2.1 Características principales de la red ControlNet.
2.2.3. Topología
La topología básica definida por la especificación ControlNet consiste de una línea troncal (trunk-line) de cable coaxial RG-6 de 75. Ambos extremos de esta línea troncal son terminados con una resistencia de 75. En la figura 2.2.2 se muestra una representación esquemática de ésta topología.
Figura 2.2.2. Representación de la topología básica Co ntrolNet.
El segmento es la unidad básica de red ControlNet. Pueden unirse varios segmentos para formar un enlace, que es la red completa. Todos los dispositivos ControlNet son conectados a la línea troncal a través de taps especiales que reducen la desigualdad de impedancia. Cada dispositivo es un nodo y pueden ser admitidos hasta 99. 2.2.5. Interdependencia de la longitud de la red y el número de tapp.
La especificación ControlNet no especifica una distancia mínima entre Taps. Sin embargo, cada Tap introduce en la red una atenuación de señal que se traduce en una disminución en la longitud de la red. Por este motivo, cada Tap disminuye la longitud máxima de la red en 16,3 m. ControlNet especifica un segmento máximo de red que está definido por: Segmento máximo de red permitido = 1.000 m – 16,3 m × (Nº de Taps – 2 m) [1.1] Esto significa que si un segmento de red posee 2 Taps, la longitud máxima permitida de este segmento es de 1.000 m (o 1 km). El número máximo de Taps permitido por segmento es de 48. Por lo tanto, la longitud máxima de un segmento de red con éste número de taps es de 250m. En la figura 9.3 se muestra la relación que existe entre el número de taps y la longitud de segmento. control
Figura 2.2.3 . Relación entre la longitud de segmento de red y número de taps.
2.2.6. Características de la señal ControlNet.
2.2.6. Características de la señal ControlNet.
A continuación se entregan las características de la señal ControlNet:
Tasa de Transmisión de bits (bit-rate): 5 Mbps. o
bit-time = 200 nseg
o
byte-time = 1,6 µseg
Codificación de bit (bit-encoding): Manchester.
Niveles de voltaje: 9,5V (p-p) en el Transmisor, y que puede ser atenuada hasta 510 mV (p-p) en el extremo Receptor. En la figura 2.2.4 se representan las características de la señal ControlNet.
Figura 2.2.4. Representación de las características de se ñal ControlNet.
2.2.7. Método Físico.
2.2.7. Método Físico.
2.2.7.1.
Cable.
Se define la utilización de cable coaxial RG-6 para la línea troncal. Este cable debe tener una impedancia de 75 OHM. En la figura 2.2.5 se muestra la construcción física de este cable.
Figura 2.2.5 . Construcción física del cable coaxial RG-6 ControlNet.
También es definido un medio de fibra óptica para aplicaciones especiales. 2.2.7.2.
Conectores
Los conectores especificados por ControlNet son el tipo BNC y el RJ-45. Recientemente se ha incorporado el conector TNC para aplicaciones en entornos industriales áridos (con vibraciones y agua entre otros). En la figura 9.7 se muestra un panel de conexión estándar ControlNet.
Figura 2.2.6. Panel de conexión estándar ControlNet.
En el panel de control estándar ControlNet pueden observarse los conectores definidos por ControlNet. Se observa un puerto para conector BNC, así
En el panel de control estándar ControlNet pueden observarse los conectores definidos por ControlNet. Se observa un puerto para conector BNC, así como un puerto para conector RJ-45. También se muestran leds indicadores (éstos no son definidos en la especificación ControlNet, pero son incluidos normalmente en los diseños electromecánicos de los dispositivos). 2.2.7.3.
Conectores RJ - 45
El conector RJ-45 es definido por ControlNet para el puerto denominado NAP, que es el acrónimo de Network Access Port. El puerto NAP es utilizado para la programación de los dispositivos a través de terminales de programación o de programadores portátiles. En la figura 2.2.7 se muestra la construcción física de un conector RJ-45.
Figura 2.2.7 Construcción física de un conector RJ-45.
Las señales del puerto NAP se basan en el estándar RS- 422. La descripción de los pines se muestra en la tabla 2. 2.2
Tabla 2.2.2 Descripción de pines del conector NAP .
2.2.8. Las Capas de Red y Transporte Control Net.
2.2.8. Las Capas de Red y Transporte Control Net.
2.2.8.1.
Conexiones.
La transferencia de mensajes ControlNet está basada en conexiones, al igual que en DeviceNet. Esto significa que debe establecerse primero una conexión entre el dispositivo transmisor y el dispositivo receptor para el intercambio de mensajes. Se establece entonces un Circuito Virtual. Los puntos extremos de conexión son aplicaciones que necesitan compartir datos. La figura 2.2.9 ilustra un circuito virtual que atraviesa uno o más nodos intermedios entre la fuente y el destino.
Figura 2.2.9 Circuito Virtual ControlNet.
El término fuente y destino implica que una conexión ha sido establecida y que existe actualmente. 2.2.9. Las Capas de Red y Trasporte Control Net.
2.2.9.1.
Conexiones.
La transferencia de mensajes ControlNet está basada en conexiones, al igual que en DeviceNet. Esto significa que debe establecerse primero una conexión entre el dispositivo transmisor y el dispositivo receptor para el intercambio de mensajes. Se establece entonces un Circuito Virtual. Los puntos extremos de conexión son aplicaciones que necesitan compartir datos. La figura 2.2.10 ilustra un circuito virtual que atraviesa uno o más nodos intermedios entre la fuente y el destino.
Figura 2.2.10Circuito Virtual ControlNet.
El término fuente y destino implica que una conexión ha sido establecida y que existe actualmente. 2.2.9.2.
Establecimiento de una Conexión.
Todo nodo ControlNet contiene los siguientes objetos:
Unconnected Message Manager (UCMM)
Message Router (MR)
Connection Manager (CM) En la figura 2.2.11 se ilustra el proceso de requerimiento de conexión por
parte de una aplicación Originadora de Mensaje hacia una aplicación Objetivo.
Figura 2.2.11 Requerimiento de establecimiento de conexión.
a) El Unconnected Message Manager (UCMM)
a) El Unconnected Message Manager (UCMM)
El Unconnected Message Manager (UCMM), que puede traducirse al español como el Gestionador de Mensajería No Conectada, facilita el intercambio de información usada para establecer, abrir o cerrar una conexión entre aplicaciones. Además, se utiliza para llevar datos no-repetitivos y datos de tiempono-crítico en un único enlace. Para establecer una conexión, el Conecction Manager, CM (o, en español, el Gestionador de Conexión), entrega al UCMM la dirección de red y el camino hacia la Aplicación-Objetivo (Target-Application). Una vez que la conexión ha sido establecida, la dirección y el camino ya no son requeridos. Al abrir la conexión se estable un valor de Conexión ID, CID, el cual será utilizado para intercambiar información de aplicación. En la figura 2.2.12 se ilustra la operación del UCM
Figura 2.2.12 Operación del UCMM
En la figura 2.2.12 puede apreciarse que cada mensaje recibido por el UCMM es reenviado al Message Router, o Ruteador de Mensaje, en donde es analizado y enviado a su función específica u objeto. El UCMM mantiene un registro de las transacciones de cada mensaje recibido, así que una respuesta puede ser enviada a la locación apropiada. Los mensajes de requerimiento de Abrir o Cerrar una conexión siempre son a través del UCMM. Además el UCMM entrega: detección de duplicación, reenvío automático, Message-time-out (Mensaje fuera de tiempo).
b) El Message Router
b) El Message Router
El Message Router, MR, traducido al español como el Ruteador de Mensaje, permite a una aplicación abrir conexiones a múltiples objetos dentro del mismo nodo. Este actúa como un switch dentro de un objeto de un nodo. Otros nodos pueden establecer una conexión con el MR a través del UCMM y el Connection Manager (Gestionador de Conexión). En la figura 2.2.13 se ilustra el funcionamiento del MR.
Figura 2.2.13 Funcionamiento del Message Router.
Remitiéndose a la figura 2.2.13, se tiene que: 1. El MR determina qué objeto realiza el servicio especificado por medio de la
interpretación de la porción identificadora del mensaje. 2. El mensaje es reenviado al objeto destino (destination object). 3. Una respuesta proveniente del objeto destino es recibida por el objeto
solicitante (requesting object). 4. El MR reenvía la respuesta al objeto solicitante por medio del establecimiento
de una conexión. Las conexiones pueden ser creadas sin una Conexión MR; un mensaje de conexión al MR es sólo obligatorio cuando la aplicación originadora requiere acceder a múltiples objetos internos a través de la misma conexión.
c) El Connection Manager
El Connection Manager (CM), traducido al español como el Gestionador de Conexión, asigna recursos internos necesarios para cada conexión. Los requerimientos de conexión son originados por: •
Otros nodos a través del UCMM.
•
Una aplicación en un nodo.
La figura 2.2.14 ilustra el funcionamiento del CM de un nodo Objetivo al recibir un requerimiento de conexión por un nodo Originador.
Figura 2.2.14 Funcionamiento del Connection Manager (CM).
Remitiéndose a la figura 2.2.14, se tiene que: 1. El UCMM del nodo Originador se contacta con el UCMM del nodo
Objetivo con un requerimiento de conexión. 2. El requerimiento es ruteado a través del MR del objetivo al CM. 3. El CM asigna los recursos necesarios. 4. Una conexión es realizada al nodo originador.
2.2.10.
Configuración.
Los dispositivos ControlNet, por lo general, incluyen su Electronic Data Sheets, EDS, traducido al español como Hoja de Datos Electrónica. Para las herramientas de configuración basadas en EDS, éste debe contener una sección de Connection Manager (o de Gestión de Conexión), para describir los detalles de las conexiones que pueden ser hechas en el dispositivo. Esta sección es básicamente un reflejo de los contenidos del mensaje Forward_Open (o Reenvío_Abierto en español) que un Originador de Conexión enviaría al dispositivo. Múltiples conexiones pueden ser especificadas dentro de un EDS, entonces una o más pueden ser escogidas por la herramienta de configuración. CONCLUSIONES
Como punto de partida para el funcionamiento de una DeviceNet se entiende que es una red digital multipunto para conexión entre sensores, actuadores y sistemas de automatización industrial para tener máxima flexibilidad entre los equipos de campo e interoperabilidad entre diferentes fabricantes, por otra parte a la red ControlNet, parte de la misma idea de que DeviceNet y otras redes que implementan el protocolo CIP, ya que está basada en el modelo de Referencia OSI, estándar ISO/IEC 7498 que otorga una naturaleza jerárquica a la red estructurándola en 7 capa s.
Un módulo DeviceNet de la SSW-07/SSW-08 soporta todos tipos de datos de I/O.
Para la configuración de ControlNet se utiliza el método de comunicación Productor/Consumidor, que soporta comunicación Punto a punto y Multicast teniendo como adición la capacidad de priorización de mensajes además de que es una red determinística dado el método de acceso al medio empleado CTDMA, que garantiza la comunicación de los dispositivos.
Para un Arrancador Suave se debe de instalar el modulo controlador de DeviceNet y ajustar la tarjeta de comunicación el P332 seguidamente se debe de configurar la instancia de I/O más adecuada a la aplicación y por último programar un valor diferente de 0 para los parámetros P336 hasta P347 con valores válidos de 0 hasta 7 por ser un sistema octal.
RECOMENDACIONES
En la configuración de DeviceNet se debe de desprender y prender nuevamente el Arrancador Suave cuando se realice un cambio para que estos tengan efectos.
En el software de configuración de red se escoje un método para el cambio de datos con el maestro es decir polled, change of state o cyclic.
