FUERZAS ARMADAS ESPE

UNIVERSIDAD DE LAS
EXTENSIN - LATACUNGA

INGENIERIA ELECTROMECNICA.
PLC

CONEXIN DE PLC`S RED CONTROL NET

RED DEVICE NET

INTEGRANTES:

CHACON BYRON
CUEVA DIEGO
SAILEMA PATRICIO
VIQUE ANDRES

2016

INFORME

Tema: Conexin De Plc`S Red Control Net - Red Device Net

1. Objetivos:

Investigar el funcionamiento de la Net Red ControlNet - Red DeviceNet.

Identificar la configuracin de la Red ControlNet - Red DeviceNet.

Realizar la configuracin de la Red ControlNet - Red DeviceNet.

2. Introduccin Red ControlNet - Red DeviceNet.

2.1. Red DeviceNet.

DeviceNet es una red digital, multi - punto para conexin entre sensores, actuadores y
sistemas de automatizacin industrial en general. Esta tecnologa fue desarrollada para
tener mxima flexibilidad entre los equipos de campo e interoperabilidad entre diferentes
fabricantes.

Introducido originalmente en 1994 por Allen-Bradley, DeviceNet transfiri su tecnologa

a ODVA en 1995. La ODVA (Open DeviceNet Vendor Association) es una organizacin
sin fines de lucro compuesta porcientos de empresas alrededor del mundo que mantiene,
difunde y promueve la tecnologa DeviceNet y otras redes basadas en el protocolo CIP
(Common Industrial Protocol). Actualmente ms de 300 empresas estn registradas
como miembros, y 800 ms ofrecen productos DeviceNet de todo el mundo.

La red DeviceNet est clasificada en el nivel de red llamada device bus, cuyas
caractersticas principales son: alta velocidad, comunicacin a nivel de byte que incluye
comunicacin con equipos discretos y analgicos y el alto poder de diagnstico de los
dispositivos de la red (como se muestra en la figura 1.1).

Figura 2.1.1: Avances Tecnolgicos - Fuente: ATAIDE, F.H. (2004)

La tecnologa DeviceNet es un estndar abierto de automatizacin con el objetivo de

transportar 2 tipos principales de informacin:

Datos cclicos de sensores y actuadores, directamente relacionados al control y,

Datos no cclicos indirectamente relacionados al control, como configuracin y

diagnstico.

Cables
Hay 4 tipos de cables estandarizados: el grueso, mediano, delgado y plano. El ms
comn o usado es el cable grueso para el bus y el cable fino para las derivaciones.

Figura 2.1.2 - Anatoma dos cabos para DeviceNet

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 ms 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 ms prioritario.

2.1.2. Camada Fsica

DeviceNet utiliza una topologa de red tipo tronco/derivacin que permite que tanto la
fijacin de seal cuanto de alimentacin estn presentes en el mismo cable. Esta
alimentacin, prvida por una fuente conectada directamente en la red, suple los
transceivers CAN de los nudos, y tiene las siguientes caractersticas:

24Vdc

Salida DC aislada de la entrada AC

Capacidad de corriente compatible con los equipamientos instalados.

Tabla 2.1.1 - Tamao de la red x Taja de transmisin

Para evitar reflexiones de seal en la lnea, recomendase la instalacin de resistores

de terminacin en las extremidades de la red, pues la falta de ests, puede provocar
errores intermitentes. Este resistor debe poseer las siguientes caractersticas, conforme
especificacin del protocolo:

121

0,25W

1% de tolerancia

En DeviceNet, diversos tipos de conectores pueden ser utilizados, tanto cerrados

como abiertos. La definicin del tipo a ser utilizado depender de la aplicacin y del
ambiente de operacin del equipamiento. El SSW-07/SSW-08 utiliza un conector del tipo
plug-in de 5 vas cuya distribucin esta mostrada en la seccin 2. Para una descripcin
completa de los conectores utilizados por el DeviceNet consulte la especificacin del
protocolo.

2.1.3. Camada de Enlace de Datos

La camada de enlace de datos del DeviceNet es definida por la especificacin del

CAN, el cual define dos estados posibles; dominante (nivel lgico o) y recesivo (nivel
lgico 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 utilizndose el frame de datos. La estructura de este
frame es mostrada en la figura 1.1.
Ya los errores son indicados a travs del frame de errores. CAN posee una verificacin y
un confinamiento de errores bastante robusto. Esto garantiza que un nudo con problemas
no perjudique la comunicacin en la red.
Para una descripcin completa de los errores, consulte la especificacin 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 especficas. Ests 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 Aplicacin Protocolo CIP

DeviceNet utiliza el Common Industrial Protocol (CIP) en la camada de aplicacin.

Tratase de un protocolo estrictamente orientado a objetos utilizado tambin por el
ControlNet y por el EherNET/IP. O sea, l es independiente del medio fsico 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 configuracin y diagnstico del sistema siendo

controlado.

2.1.6. Archivo de Configuracin

Todo nudo DeviceNet tiene un archivo de configuracin asociado. Este archivo contiene
informaciones importantes sobre el funcionamiento del dispositivo y debe ser registrado
en el software de configuracin de red.

Figura 2.1.3 - Estructura en camadas del protocolo CIP

2.1.7. Modos de Comunicacin

El protocolo DeviceNet tiene dos tipos bsicos 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 sncrono dedicado a desplazamiento de datos prioritarios

entre un productor y/o ms consumidores. Dividen de acuerdo con el mtodo de
cambio de datos. Los principales son:
o

Polled: mtodo de comunicacin en que el maestro enva un telegrama a cada uno

de los esclavos de su lista (scan list). As que recibe la solicitacin, el esclavo
responde prontamente la solicitacin del maestro. Este proceso es repetido hasta
que todos sean consultados, reiniciando el ciclo. - Bit-strobe: mtodo de
comunicacin de donde el maestro enva 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.

Change os state: mtodo de comunicacin donde el cambio de datos entre

maestro y esclavo ocurre apenas cuando haber cambio en los valores
monitoreados/controlados, hasta un cierto lmite de tiempo. Cuando este lmite es
atingido, la transmisin y recepcin ocurrieran mismo que no tenga habido
alteracin. La configuracin de esta variable de tiempo es hecha en el programa
de configuracin de red.

Cyclic: otro mtodo de comunicacin muy parecido al anterior. La nica diferencia

queda por cuenta la produccin y consumo de mensajes. En este tipo, todo cambio
de datos ocurre en intervalos regulares de tiempo, independiente de haber sido
alterados o no. Este periodo tambin es ajustado en el software de configuracin
de red.

xplicit: tipo de telegrama de uso general y no prioritario. Utilizado principalmente

en tareas asncronas tales como parametrizacin y configuracin del
equipamiento.

Un ejemplo de red DeviceNet se muestra en la figura siguiente.

Figura 2.1.4: Ejemplo de Rede DeviceNet

2.1.8. Caractersticas de la red

Topologa 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 podrn usarse siempre y cuando sus
caractersticas elctricas y mecnicas sean compatibles con las especificaciones
de los cables estndar 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 alimentacin de 24V y otro para comunicacin.

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.

Proteccin contra conexin inversa y corto-circuito.

Alta capacidad de corriente en la red (hasta 16 A).

Usa la misma energa de la fuente de alimentacin.

Varias fuentes pueden ser usadas en la misma red para satisfacer las necesidades
de la aplicacin en trminos de carga y la longitud de los cables.

Velocidad de comunicacin seleccionable: de 125,250 y 500 kbps.

Comunicacin basada en conexiones de E/S y modelo de pregunta y respuesta.

Diagnstico de cada equipo y de la red.

Transporte eficiente de datos de control discretos y analgicos.

Deteccin de direccionamiento duplicado en la red.

Mecanismo

de

comunicacin

extremamente

robusto

para

interferencias

electromagnticas.

Ejemplo de conexin de un mdulo en DeviceNet

Kit Access Drive SSW-07/SSW-08 KFB-DN

o

Compuesto por el mdulo de comunicacin CAN ms una manual de montaje.

Interface y aislada galvnicamente y con seal diferencial, confiriendo mayor robustez

contra interferencia electromagntica.

Alimentacin externa de 24V a travs del cable de red DeviceNet. ; Posibilidad de

conexin de una HMI remota (conector XC40).

Procedimiento de conexin.
o

Posicin del Conector El mdulo para comunicacin CAN tiene un conector plug-in de
5 vas con la siguiente posicin:

Tabla 2.1.3 Posicin del conector XC5 para interface CAN

2.1.9. Fuente de Alimentacin

El interface CAN/DeviceNet para el SSW-07/SSW-08 necesita de una tensin de

alimentacin externa entre los terminales 1 y 5 del conecto de red. Para evitar problemas
de diferencia de tensin entre los dispositivos de red, es recomendado que la red sea
alimentada en apenas un punto, y la seal de alimentacin sea llevada a todos los
dispositivos a travs del cable. Caso sea necesario ms de una fuente de alimentacin,
estas deben estar referenciadas al mismo punto. Los datos para consumo individual y
tensin de entrada son presentados en la tabla a seguir.

Tabla 2.1.4 Caractersticas de la alimentacin para interface CAN/DeviceNet

2.1.10.

Conexin con la Red

Para el prendimiento del Arrancador Suave utilizando el interface activa DeviceNet, los
siguientes puntos deben ser observados:

Recomendase la utilizacin de cables especficos 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 alimentacin
de la red. Se haber ms de una fuente de alimentacin, solamente una de ellas
deber estar prendida al tierra de proteccin.

Instalacin de resistores de terminacin solamente en los extremos del baramiento

principal, mismo que existan derivaciones.

La fuente de alimentacin de red debe ser capaz de suplir corriente para alimentar
todos los transceiver de los equipamientos. El mdulo DeviceNet de la SSW07/SSW-08 consume en torno de 30mA.

2.1.11.

Configuracin del Modulo

Para configurar el mdulo DeviceNet sigue los pasos indicados abajo:

Con el Arrancador Suave desligado instale el mdulo DeviceNet en la parte frontal

del equipamiento.

Certifquese de que l est correctamente conectado.

Prenda el Arrancador Suave.

Ajuste la direccin del arrancado suave en la red a travs del parmetro P331.
Valores vlidos: 0 hasta 63.

Ajuste la taja de comunicacin el P332. Valores validos:

- 0 = 125kbps

- 1 = 250kbps
- 2 = 500kbps
- 3 = Autobaud

En el parmetro P335 configure la instancia de I/O ms adecuada a la aplicacin

(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 parmetros
P336 hasta P347.
- Valores vlidos: 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 mdulo.

Registre el archivo de configuracin (archivo EDS) en el software de configuracin

de red.

Adicione el SSW-07/SSW-08 en el scan list del maestro.

En el software de configuracin de red escoja un mtodo para el cambio de datos

con el maestro, o sea, polled, change of state o cyclic. Un mdulo DeviceNet de la
SSW-07/SSW-08 suporta todos ests tipos de datos de I/O. Adems del xplicit
(dados acclicos).

Se todo este correctamente configurado, el parmetro P091 indicar el estado

Online, No conectado o
Online, Conectado. Observe tambin el parmetro 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.

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, estndar
ISO/IEC 7498, que otorga una naturaleza jerrquica a la red estructurndola 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 Representacin de DeviceNet en el contexto de las estandarizaciones.

Como se observa en la figura 2.2.1, la red ControlNet est definida por el estndar
IEC-61158, del ao 2000, que corresponde al Protocolo Industrial Comn, CIP. En este
contexto, ControlNet se compone de los Volmenes 1 y 4 de CIP.

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 grfica las redes que componen la familia CIP.

Figura 2.2.2 Familia de redes CIP.

2.2.2. Caractersticas de ControlNet

2.2.2.1.

Posicionamiento

La red ControlNet se ubica en el nivel de Control dentro del modelo jerrquico CIM.
En forma paralela, como parte de la Arquitectura NetLinx de comunicacin de 3 niveles,
desarrollada en conformidad al modelo CIM, impulsada por la empresa RockwellAutomation y otras asociadas a ODVA y CI, tambin 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 la Arquitectura NetLinx.

Esta arquitectura de integracin de redes industriales es para las redes abiertas

de la familia CIP. Sin embargo, tambin pueden integrarse otras redes que permitan
comunicacin con ellas a travs de adaptadores de comunicacin, por ejemplo,
Foundation Fieldbus.

2.2.2.2.

Caractersticas Fsicas.

La tasa de transmisin de la red ControlNet es de 5 Mbit/s, siendo una red de alta

velocidad. Permite cualquier tipo de topologa de red, siendo la topologa bsica una lnea
troncal construida con cable coaxial RG-6. Las longitudes que admite son desde 250m
hasta 1km, pudiendo llegar a un mximo de 20 km con la utilizacin de repetidores.
Tambin, es posible la conexin de hasta 48 dispositivos por segmento, con mximo de
99 nodos (entre controladores y dispositivos) en toda la red. En la figura 2.2.4 se
representan algunas de estas caractersticas.

Figura 2.2.4. Representacin de red ControlNet junto a sus principales caractersticas.

2.2.2.3.

Caractersticas de comunicacin

ControlNet, utiliza mtodo de comunicacin Productor/Consumidor, que soporta

comunicacin Punto a punto y Multicast. Adems, esto le otorga la capacidad de
priorizacin de mensajes. Adems es una red determinstica dado el mtodo de acceso
al medio empleado CTDMA, que garantiza la comunicacin de los dispositivos.

La tabla 2.2.1 resume las principales caractersticas de la red ControlNet.

Tabla 2.2.1 Caractersticas principales de la red ControlNet.

2.2.3. Topologa

La topologa bsica definida por la especificacin ControlNet consiste de una lnea

troncal (trunk-line) de cable coaxial RG-6 de 75. Ambos extremos de esta lnea troncal
son terminados con una resistencia de 75. En la figura 2.2.2 se muestra una
representacin esquemtica de sta topologa.

Figura 2.2.2. Representacin de la topologa bsica ControlNet.

El segmento es la unidad bsica de red ControlNet. Pueden unirse varios

segmentos para formar un enlace, que es la red completa. Todos los dispositivos
ControlNet son conectados a la lnea troncal a travs 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 nmero de tapp.

La especificacin ControlNet no especifica una distancia mnima entre Taps. Sin

embargo, cada Tap introduce en la red una atenuacin de seal que se traduce en una
disminucin en la longitud de la red. Por este motivo, cada Tap disminuye la longitud
mxima de la red en 16,3 m.

ControlNet especifica un segmento mximo de red que est definido por:

Segmento mximo 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 mxima

permitida de este segmento es de 1.000 m (o 1 km).

El nmero mximo de Taps permitido por segmento es de 48. Por lo tanto, la

longitud mxima de un segmento de red con ste nmero de taps es de 250m. En la
figura 9.3 se muestra la relacin que existe entre el nmero de taps y la longitud de
segmento.

control

Figura 2.2.3. Relacin entre la longitud de segmento de red y nmero de taps.

2.2.6. Caractersticas de la seal ControlNet.

A continuacin se entregan las caractersticas de la seal ControlNet:

Tasa de Transmisin de bits (bit-rate): 5

Mbps.
o

bit-time = 200 nseg

byte-time = 1,6 seg

Codificacin 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 caractersticas de la seal ControlNet.

Figura 2.2.4. Representacin de las caractersticas de seal ControlNet.

2.2.7. Mtodo Fsico.

2.2.7.1.

Cable.

Se define la utilizacin de cable coaxial RG-6 para la lnea troncal. Este cable debe
tener una impedancia de 75 OHM. En la figura 2.2.5 se muestra la construccin fsica de
este cable.

Figura 2.2.5. Construccin fsica del cable coaxial RG-6 ControlNet.

Tambin 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 conexin estndar ControlNet.

Figura 2.2.6. Panel de conexin estndar ControlNet.

En el panel de control estndar ControlNet pueden observarse los

conectores definidos por ControlNet. Se observa un puerto para conector BNC, as
como un puerto para conector RJ-45. Tambin se muestran leds indicadores
(stos no son definidos en la especificacin ControlNet, pero son incluidos
normalmente en los diseos electromecnicos 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 acrnimo de Network Access Port. El puerto NAP es utilizado para
la programacin de los dispositivos a travs de terminales de programacin o de
programadores porttiles.

En la figura 2.2.7 se muestra la construccin fsica de un conector RJ-45.

Figura 2.2.7 Construccin fsica de un conector RJ-45.

Las seales del puerto NAP se basan en el estndar RS-422. La descripcin

de los pines se muestra en la tabla 2.2.2

Tabla 2.2.2 Descripcin de pines del conector NAP.

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
conexin entre el dispositivo transmisor y el dispositivo receptor para el
intercambio de mensajes. Se establece entonces un Circuito Virtual. Los puntos
extremos de conexin son aplicaciones que necesitan compartir datos. La figura
2.2.9 ilustra un circuito virtual que atraviesa uno o ms nodos intermedios entre la
fuente y el destino.

Figura 2.2.9 Circuito Virtual ControlNet.

El trmino fuente y destino implica que una conexin 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
conexin entre el dispositivo transmisor y el dispositivo receptor para el
intercambio de mensajes. Se establece entonces un Circuito Virtual. Los puntos
extremos de conexin son aplicaciones que necesitan compartir datos. La figura
2.2.10 ilustra un circuito virtual que atraviesa uno o ms nodos intermedios entre
la fuente y el destino.

Figura 2.2.10Circuito Virtual ControlNet.

El trmino fuente y destino implica que una conexin ha sido establecida y

que existe actualmente.

2.2.9.2.

Establecimiento de una Conexin.

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 conexin por

parte de una aplicacin Originadora de Mensaje hacia una aplicacin Objetivo.

Figura 2.2.11 Requerimiento de establecimiento de conexin.

a) El Unconnected Message Manager (UCMM)

El Unconnected Message Manager (UCMM), que puede traducirse al
espaol como el Gestionador de Mensajera No Conectada, facilita el intercambio
de informacin usada para establecer, abrir o cerrar una conexin entre
aplicaciones. Adems, se utiliza para llevar datos no-repetitivos y datos de tiempono-crtico en un nico enlace. Para establecer una conexin, el Conecction
Manager, CM (o, en espaol, el Gestionador de Conexin), entrega al UCMM la
direccin de red y el camino hacia la Aplicacin-Objetivo (Target-Application). Una
vez que la conexin ha sido establecida, la direccin y el camino ya no son
requeridos. Al abrir la conexin se estable un valor de Conexin ID, CID, el cual
ser utilizado para intercambiar informacin de aplicacin.

En la figura 2.2.12 se ilustra la operacin del UCM

Figura 2.2.12 Operacin 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 funcin especfica u objeto. El UCMM mantiene un
registro de las transacciones de cada mensaje recibido, as que una respuesta
puede ser enviada a la locacin apropiada. Los mensajes de requerimiento de Abrir
o Cerrar una conexin siempre son a travs del UCMM. Adems el UCMM entrega:
deteccin de duplicacin, reenvo automtico, Message-time-out (Mensaje fuera
de tiempo).

b) El Message Router
El Message Router, MR, traducido al espaol como el Ruteador de Mensaje,
permite a una aplicacin abrir conexiones a mltiples objetos dentro del mismo
nodo. Este acta como un switch dentro de un objeto de un nodo. Otros nodos
pueden establecer una conexin con el MR a travs del UCMM y el Connection
Manager (Gestionador de Conexin).

En la figura 2.2.13 se ilustra el funcionamiento del MR.

Figura 2.2.13 Funcionamiento del Message Router.

Remitindose a la figura 2.2.13, se tiene que:

1. El MR determina qu objeto realiza el servicio especificado por medio de la

interpretacin de la porcin 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 reenva la respuesta al objeto solicitante por medio del establecimiento
de una conexin.

Las conexiones pueden ser creadas sin una Conexin MR; un mensaje de
conexin al MR es slo obligatorio cuando la aplicacin originadora requiere acceder a
mltiples objetos internos a travs de la misma conexin.

c) El Connection Manager
El Connection Manager (CM), traducido al espaol como el Gestionador de
Conexin, asigna recursos internos necesarios para cada conexin. Los
requerimientos de conexin son originados por:

Otros nodos a travs del UCMM.

Una aplicacin en un nodo.

La figura 2.2.14 ilustra el funcionamiento del CM de un nodo Objetivo al recibir un

requerimiento de conexin por un nodo Originador.

Figura 2.2.14 Funcionamiento del Connection Manager (CM).

Remitindose 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 conexin.
2. El requerimiento es ruteado a travs del MR del objetivo al CM.
3. El CM asigna los recursos necesarios.
4. Una conexin es realizada al nodo originador.

2.2.10.

Configuracin.

Los dispositivos ControlNet, por lo general, incluyen su Electronic Data

Sheets, EDS, traducido al espaol como Hoja de Datos Electrnica. Para las
herramientas de configuracin basadas en EDS, ste debe contener una seccin
de Connection Manager (o de Gestin de Conexin), para describir los detalles de
las conexiones que pueden ser hechas en el dispositivo. Esta seccin es
bsicamente un reflejo de los contenidos del mensaje Forward_Open (o
Reenvo_Abierto en espaol) que un Originador de Conexin enviara al
dispositivo. Mltiples conexiones pueden ser especificadas dentro de un EDS,
entonces una o ms pueden ser escogidas por la herramienta de configuracin.

CONCLUSIONES

Como punto de partida para el funcionamiento de una DeviceNet

se

entiende que es una red digital multipunto para conexin entre sensores,
actuadores y sistemas de automatizacin industrial para tener mxima
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, estndar ISO/IEC 7498 que otorga
una naturaleza jerrquica a la red estructurndola en 7 capas.

Un mdulo DeviceNet de la SSW-07/SSW-08 soporta todos tipos de datos

de I/O.

Para la configuracin de ControlNet se utiliza el mtodo de comunicacin

Productor/Consumidor, que soporta comunicacin Punto a punto y Multicast
teniendo como adicin la capacidad de priorizacin de mensajes adems
de que es una red determinstica dado el mtodo de acceso al medio
empleado CTDMA, que garantiza la comunicacin de los dispositivos.

Para un Arrancador Suave se debe de instalar el modulo controlador de

DeviceNet y ajustar la tarjeta de comunicacin el P332 seguidamente se
debe de configurar la instancia de I/O ms adecuada a la aplicacin y por
ltimo programar un valor diferente de 0 para los parmetros P336 hasta
P347 con valores vlidos de 0 hasta 7 por ser un sistema octal.

RECOMENDACIONES

En la configuracin 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 configuracin de red se escoje un mtodo para el cambio

de datos con el maestro es decir polled, change of state o cyclic.