TITULO: DEVICENET

Integrantes:
Juan Carlos Taco

Quito - Ecuador

19-10-2016

ndice

Contenido
ndice ................................................................................................................................................... 1
ndice de figuras .................................................................................................................................. 2
Introduccin ........................................................................................................................................ 2
Objetivo general .................................................................................................................................. 2
Objetivos especficos ........................................................................................................................... 3
Desarrollo ............................................................................................................................................ 3
Camada Fsica ...................................................................................................................................... 3
Camada de Enlace de Datos ................................................................................................................ 4
Camada de Transporte y Red .............................................................................................................. 5
Camada de Aplicacin Protocolo CIP ............................................................................................... 5
Archivo de Configuracin .................................................................................................................... 6
Modos de Comunicacin ..................................................................................................................... 7
Conjunto de conexin predefinidas Maestro/ Esclavo. ...................................................................... 8
Modelos de acceso a la red ................................................................................................................. 8
Modelo Productor/Consumidor (Multicast) ....................................................................................... 9
Modos de trabajo .............................................................................................................................. 10
Multimaster (Multimaestro): ............................................................................................................ 10
Change of State (Cambio de estado):................................................................................................ 11
Cyclic (Cclico): ................................................................................................................................... 12
Peer-to-Peer (entre iguales): ............................................................................................................. 12
Mensajes explcitos ........................................................................................................................... 13
Objetos .............................................................................................................................................. 13
DireccionamientoObjetos ................................................................................................................. 15
Conexiones ........................................................................................................................................ 15
Protocolo Explicit Messaging ............................................................................................................ 17
Formato mensaje explicito No fragmentado. ................................................................................... 18
Formato mensaje explicito fragmentado. ......................................................................................... 18
Conclusiones ..................................................................................................................................... 19

Bibliografa ........................................................................................................................................ 19
Anexos ............................................................................................................................................... 20

ndice de figuras
Ilustracin 1.Tamao de la red x taja de transmision. ........................................................................ 3
Ilustracin 2.frame de datos CAN. ...................................................................................................... 4
Ilustracin 3. ESTRUCTURA EN CAMADAS DEL PROTOCOLO CIP. ....................................................... 7
Ilustracin 4.MODO MAESTRO/ESCLAVO. ........................................................................................ 10
Ilustracin 5. METODO MULTI MASTER. ........................................................................................... 10
Ilustracin 6. METODO POR CAMBIO DE ESTADO. ........................................................................... 11
Ilustracin 7. METODO CICLICO. ....................................................................................................... 12
Ilustracin 8. METODO PER-TO - PER. ............................................................................................... 13
Ilustracin 9. TABLA DE DESCRIPCION DEL MODELO DE OBJETOS. .................................................. 14
Ilustracin 10. TABLA DE EJEMPLO DE MODELO DE OBJETOS. ......................................................... 14
Ilustracin 11. TABLA DE DESCRIPCION DIRECCIONAMIENTO OBJETOS. ......................................... 15
Ilustracin 12. DIRECCIONAMIENTO MODELO DE OBJETOS. ............................................................ 15
Ilustracin 13. TABLA DE USO DEL IDENTIFICADOR CAN. ................................................................. 16
Ilustracin 14. FORMATO DE CAMPO DE DATOS MENSAJE EXPLICITO NO FRAGMENTADO. .......... 18
Ilustracin 15. FORMATO DE DATOS MENSAJESEXPLICITOS FRAGMENTADOS. .............................. 18

Introduccin
En este documento se encuentra detallado que DEVICENET un protocolo de comunicacin usado en
la industria de la automatizacin para interconectar dispositivos de control para intercambio de
datos. ste usa Bus CAN como tecnologa Backbone y define una capa de aplicacin para cubrir un
rango de perfiles de dispositivos.

Objetivo general
Conocer para que sirve lo que es devicenet conocer adems sus aplicaciones , de que esta provisto
, donde podemos implementarlo.

Objetivos especficos

Conocer su alcance respecto a otros dispositivos que cumplen funciones parecidas.

Conocer sus caractersticas tcnicas.

Desarrollo
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. [1]
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.
El tamao total de la red varia de acuerdo con la tasa de transmisin utilizada, conforme mostrado
en la tabla abajo.

Ilustracin 1.Tamao de la red x taja de transmision.

Para evitar reflexiones de seal en la lnea, se recomienda 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.

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). Un nudo puede llevar a
la red al estado dominante se transmitir alguna informacin. As, el varamiento solamente estar
en estado recesivo se no haber nudos transmisores en estado dominante. [2]
CAN utiliza el CSMA/NBA para acceder el medio fsico. Esto significa que un nudo, antes de
transmitir, debe verificar se el barramiento esta libre. Caso est, entonces el puede iniciar la
transmisin de su telegrama. Caso no est, debe aguardar. Se mas de un nudo acceder a la red
simultneamente, un mecanismo basado en prioridad de mensaje entrar en accin para decidir
cual de ellos tendr prioridad sobre el otro. Este mecanismo es no destructivo, o sea, el mensaje es
preservado mismo que ocurra colisin entre dos o ms telegramas.
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.

Ilustracin 2.frame de datos CAN.

Camada de Transporte y Red

DeviceNet requiere que una conexin sea establecida antes de que haga cambio de datos con el
dispositivo. Para establecer esta conexin, cada nudo DeviceNet debe implementar el Unconnected
Message Manager (UCMMO) o el Group 2 Unconnected Port.[3]
Ests dos mecanismos de afijacin utilizan mensajes del tipo explicita para establecer la conexin,
que a seguir ser utilizada para el cambio de datos de proceso entre un nudo y otro. Este cambio de
datos utiliza mensajes del tipo I/O .
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.
Un nudo DeviceNet puede ser cliente, servidor o ambos.
Adems de esto, clientes y servidores pueden ser
productores y/o consumidores de mensajes. En un tpico nudo cliente, por ejemplo, su conexin
producir requisiciones y consumir respuestas. Otras conexiones de clientes o servidores apenas
consumirn mensajes. O sea, el protocolo prev diversas posibilidades de conexin entre los
dispositivos.
El protocolo dispone tambin de un recurso para deteccin de nudos con direccin (MAC ID)
duplicados. Evitar que direcciones duplicados ocurran es, en general, mas eficiente que intentar
localzalos despus.

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, el es independiente del medio fsico y de la camada de enlace de dato. La figura
presenta la estructura de este protocolo. [4]
CIP tiene dos objetivos principales:

Transporte de datos de control de los dispositivos de I/O.

Transporte de informaciones de configuracin y diagnostico del sistema siendo controlado.

Un nudo (maestro o esclavo) DeciceNet es entonces modelado por un conjunto de objetos CIP, lo
cuales encapsulan datos y servicios y determinan as su comportamiento.
Existen objetos obligatorios (todo dispositivo debe contener) y objetos opcionales. Objetos
opcionales son aquellos
que moldan el dispositivo conforme la categora (llamado de perfil) a que pertenecen, tales como:
AC/DC drive, lector de cdigo de barras o vlvula neumtica. Por ser diferentes, cada un de estos
contendr un conjunto tambin diferente de objetos.
Para mayores informaciones, consulte la especificacin del DeviceNet. Ella presenta la lista
completa de los perfiles de dispositivos ya estandarizados por la ODVA, bien como los objetos que
lo componen.

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. [5]

Ilustracin 3. ESTRUCTURA EN CAMADAS DEL PROTOCOLO CIP.

Modos de Comunicacin
El protocolo DeviceNet tiene dos tipos bsicos de mensajes I/O y explicito. Cada un 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 un o mas consumidores. Dividen de acuerdo con el mtodo de cambio de datos.
Los principales son:

Polled: mtodo de comunicacin en que el maestro enva un telegrama a cada un 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. [6]
Change os state: mtodo de comunicacin donde el cambiode datos entre maestro y
esclavo ocurre apenas cuando haber cambio en los valores monitoreados/controlados,
hasta un cierto limite de tiempo. Cuando este lmite es atingido, la transmisin y recepcin

ocurrieran mismo que no tenga 11 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 e 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.

Explicit: tipo de telegrama de uso general y no prioritario. Utilizado principalmente en tareas

asncronas tales como parametrizacin y configuracin del equipamiento.

Conjunto de conexin predefinidas Maestro/ Esclavo.

DeviceNet emplea fundamentalmente un modelo de mensajes punto a punto. Sin embargo, es
bastante comn utilizar un esquema predefinido de comunicacin basado en el mecanismo
maestro/esclavo.
Este esquema emplea un movimiento simplificado de mensajes del tipo I/O muy comn en
aplicaciones de control. La ventaja de este mtodo esta en los requisitos necesarios para rodarlo,
en general menores se comparados al UCMM. Hasta mismos dispositivos simples con recursos
limitados (memoria, procesador de 8 bits) son aptos de ejecutar el protocolo. [7]

Modelos de acceso a la red

El acceso a una red se puede realizar mediante el modelo Cliente/Servidor (Origen/Destino) o por
Productor/Consumidor (Multicast).
Modelo Cliente/Servidor (Origen/Destino)

El nodo Originador enva los datos individualmente a cada nodo Destinatario. Para enviar las mismas
informaciones varias veces a diferentes destinos hay que enviar el paquete de datos cada vez. La

sincronizacin entre los nodos es compleja ya que los datos llegan a cada nodo en instantes
diferentes.
Por ejemplo, si se quiere comunicar la fecha y la hora actual en una sala con 20 personas
mediante el modelo Origen/Destino:
Una persona (Originador) informa a cada persona individualmente (Destinatarios) en la
sala, de la fecha y la hora actual.
Algunas personas pueden estar predispuestas a escuchar, otras pueden ignorar el
mensaje.
El tiempo transcurre mientras el Originador comunica los datos uno a uno. Los datos
comunicados habrn perdido validez (precisin) despus de completada la
transferencia a la primera persona, los datos estarn obsoletos. Sern necesarios
reajustes por parte del Originador por parte de cada Destinatario para conseguir la
sincronizacin entre las 20 personas.
Los tiempos de entrega variarn en funcin del nmero de personas en la sala.

Modelo Productor/Consumidor (Multicast)

El modelo productor/consumidor, este modelo pone la informacin accesible a todos los

componentes de la red simultneamente. Esto provoca que mltiples nodos pueden consumir
informacin simultneamente y que la sincronizacin de nodos sea fcil.[8]

Siguiendo con el ejemplo anterior para comunicar la fecha y hora actual a una sala con 20 personas
mediante el modelo Productor/Consumidor:

Una persona establece (Produce) la fecha y hora (Datos) una sola vez.
Las 20 personas oyen los datos simultneamente, algunas personas pueden escoger
escuchar (Consumir) los datos y otras pueden escoger ignorar (no consumir) los datos.
Muy eficiente, datos producidos una sola vez, no son necesarios los reajustes de los datos
ni por parte del productor ni de los consumidores.
Altamente determinstico, el tiempo de entrega se mantendr constanteaun cuando
entrasen en la sala 30 personas ms, o saliesen 5.

DeviceNet est basada en el modelo Productor/Consumidor, y soporta mltiples modos de trabajo.

Modos de trabajo
Master/Slave (Maestro/Esclavo): Un maestro, mltiples esclavos. Los dispositivos esclavos
nicamente intercambian informacin con el dispositivo maestro.

Ilustracin 4.MODO MAESTRO/ESCLAVO.

Cuando se habla de conexiones Master/Slave se est haciendo referencia a aquel conjunto de

conexiones, donde los nodos que intervienen no son libres para escoger el tipo de conexin,
simplemente quiere decir que la conexin est predefinida.

Multimaster (Multimaestro):
Ms de un maestro en el mismo sistema, cada maestro tiene su grupo de esclavos. Los dispositivos
esclavos nicamente intercambian informacin con sus maestros.

Ilustracin 5. METODO MULTI MASTER.

El modelo Master/Slave permite trabajar con los siguientes modelos:

a) modo Poll: Cuando el dispositivo recibe informacin (normalmente las salidas), responde
inmediatamente enviando su informacin (normalmente las entradas).
Envo de un mensaje Poll: el mensaje se dirige hacia un dispositivo esclavo nicamente, el
dispositivo master debe transmitir para cada uno de los dispositivos esclavos. [9]
Respuesta de un mensaje Poll: El dispositivo esclavo enviar los datos de entrada.
b) modo Strobe: En un mismo cclo se enva/recibe todos los datos de E/S de todos los
dispositivos de la red.
El formato de una transmisin Strobe es la siguiente:

Importante:
En Strobe, los mensajes son enviados con el inicio de un ciclo de escn, mientras que en poll no es
necesario.

Change of State (Cambio de estado):

Los dispositivos producen informacin nicamente cuando cambia su estado.

Ilustracin 6. METODO POR CAMBIO DE ESTADO.

El mtodo de trabajo es eficiente porque reduce considerablemente el trfico en la red, los

dispositivos no desperdician recursos procesando informacin antigua.

Cyclic (Cclico):
Los dispositivos producen informacin a frecuencia determinada por el usuario. La produccin
cclica es eficiente porque la informacin se actualiza a la frecuencia apropiada para dispositivo y
aplicacin.
Se reserva ancho de banda para dispositivos con cambios muy rpidos y la informacin muestreada
a intervalos fijos proporciona un mejor determinismo.

Ilustracin 7. METODO CICLICO.

Peer-to-Peer (entre iguales):

Los dispositivos se tratan como iguales, libres de intercambiar informacin con cualquier dispositivo
cuando lo necesiten.

Ilustracin 8. METODO PER-TO - PER.

Mayoritariamente utilizada con la mensajera explcita.

Mensajes explcitos
Los mensajes explcitos son usados para carga/descarga de programas, modificacin de
configuracin de dispositivos, tendencias, diagnsticos, etc.
Son muy flexibles, pero su rendimiento es menor porque cada dispositivo debe interpretar y generar
una respuesta.[10]
Se generan conexiones no preestablecidas, por ejemplo, en la vida real sera una conversacin oral.
Las principales caractersticas de los mensajes explcitos son:

Usado para informacin de control crtica (E/S)

El campo de datos nicamente contiene datos
El significado de los datos esta predefinido entre los dispositivos que se intercambian
informacin
El dispositivo receptor solo reacciona, usa la informacin
Altamente eficiente tanto para el ancho de banda como el procesamiento en el nodo
Menos flexible
Conexiones preestablecidas

Objetos
Una de las principales caractersticas de DeviceNet es la utilizacin abstracta para definir los
elementos. Esta notacin sirve para describir la relacin entre los elementos que integran
DeviceNet.

Un objeto representa una representacin abstracta de un determinado componente de un

dispositivo. Un modelo de objeto permite representar:

El conjunto de servicios de comunicaciones disponibles.

El comportamiento visible desde el exterior de un nodo.
El esquema estndar que utilizan los dispositivos para comunicarse.

Ilustracin 9. TABLA DE DESCRIPCION DEL MODELO DE OBJETOS.

Como aclaratorio, a continuacin se realizar un ejemplo, este muestra como las personas pueden
ser consideradas como una instancia dentro de la clase humana. Generalmente hablando, todos los
humanos tienen el mismo conjunto de atributo: edad, sexo, etc. Aunque, que debido a que cada
valor de cada atributo varia, cada persona se comportar de manera diferente.[11]

Ilustracin 10. TABLA DE EJEMPLO DE MODELO DE OBJETOS.

DireccionamientoObjetos
La siguiente tabla proporciona los conceptos bsicos para realizar un direccionamiento lgico de los
objetos.

Ilustracin 11. TABLA DE DESCRIPCION DIRECCIONAMIENTO OBJETOS.

Ilustracin 12. DIRECCIONAMIENTO MODELO DE OBJETOS.

Conexiones
DeviceNet es una red basada en conexiones. Una conexin DeviceNet proporciona un camino entre
mltiples aplicaciones. Cuando se establece una conexin, las transmisiones asociadas con esa

conexin se les asigna un Connection ID . Si la conexin implica un intercambio bidireccional,

entonces se les asigna dos Connection ID.

El identificador esta subdivididos en 4 grupos:

Ilustracin 13. TABLA DE USO DEL IDENTIFICADOR CAN.

El identificador contiene los siguientes campos:

Message ID:Identifica un mensaje dentro de un grupo. El message ID facilita el

establecimiento de mltiples conexiones dentro de un grupo de mensajes.
Source MAC ID:es el MAC ID asignado a un nodo transmisor. Los grupos 1 y 3 requieren el
MAC ID del nodo transmisor, dentro del Identifier Field.
Destination MAC ID:es el MAC ID asignado a un nodo receptor. Losmensajes del grupo 2
permiten la especificacin del MAC del emisor y del receptor.

La creacin de los Message Groups fue diseada para presentar una solucin en la que la prioridad
de acceso al bus no est basada nicamente en el MAC ID, y que est tan distribuida como sea
posible.

Message Group 1: La prioridad de acceso al bus, dentro del Grupo 1, est distribuida por
igual entre todos los nodos de la red. Cuando dos o ms mensajes del grupo 1 intentan
acceder al bus, el sistema de arbitraje de CAN har que gane el que tenga el Message ID
menor. En caso de tener el mismo Message ID, ganar el MAC ID menor.
Message Group 2: Dentro del grupo 2 hay hasta 8 mensajes diferentes.
De estos, hay dos con un significado especial, y corresponden a los valores de Message ID 6
y 7.

El Message ID 6 define un conjunto de conexiones para facilitar la comunicacin de

aplicaciones que siguen el modelo Master/Slave. El Message ID 7, est reservado para el
uso en la deteccin de nodos que tienen asignado el mismo ID.
El grupo 2, el MAD ID puede ser tanto del nodo transmisor (Source) como del receptor
(Destination). La prioridad de acceso al bus es igual que en el grupo 1.

Message Group 3: Dentro del grupo 3 hay 8 mensajes diferentes. De estos, hay tres con un
significado especial y corresponde a los valores de Message ID 5,6 y 7.
El Message ID 5, est asociado a enviar requerimientos usando un Unconnected Explicit
Messaging. Message ID 6, est asociado a enviar respuestas usando Unconnected Explicit
Messaging.

Protocolo Explicit Messaging

La principal caracterstica del protocolo Explicit Messaging es que cada mensaje incorpora dentro
de su cuerpo el protocolo. ste mtodo de comunicacin dota de una enorme potencia al sistema,
ya que permite que se comuniquen dos dispositivos muy diferentes.
Todos los dispositivos saben interpretar estos mensajes, todos entienden la semntica, y
precisamente el hecho de utilizar una semntica de comunicacin comn, permite que cada uno de
los dispositivos diferentes se puedan comunicar.
Un mensaje que no utilice protocolo de comunicacin explcito quiere decir que cada uno de los
dispositivos que intervienen en la comunicacin tiene que estar de acuerdo para saber el significado
concreto de un byte en un determinado instante de tiempo.
Un mensaje explcito utiliza el campo de datos (Data Field) de una trama de mensaje CAN para
transportar informacin DeviceNet.
Los datos transmitidos a travs de un Mensaje explcito incluyen:

Cabecera del mensaje (Message Header)

Protocolo de fragmentacin (Fragmentation Protocol) en el caso que el mensaje explcito
utilice ms de 8 bytes.
Cuerpo del mensaje (Message Body)

Formato mensaje explicito No fragmentado.

Ilustracin 14. FORMATO DE CAMPO DE DATOS MENSAJE EXPLICITO NO FRAGMENTADO.

Formato mensaje explicito fragmentado.

Ilustracin 15. FORMATO DE DATOS MENSAJESEXPLICITOS FRAGMENTADOS.

Conclusiones
DeviceNet es una tecnologa simple y fcil de instalar, lo que reduce importantes
costos en el desarrollo de cualquier proyecto de comunicacin. Provee la
capacidad de adicin de nodos en lnea y de auto-configuracin ante la falla da
algunos de ellos. Adems, es una plataforma probada, robusta y con muy
eficiente manejo de transmisin de los datos gracias a al modelo
Productos/Consumidor.
DeviceNet es un bus de campo abierto gracias al estndar correspondiente
especificado por una organizacin independiente Open DeviceNet Vendor
Association ODVA. A esta organizacin estn adheridas ms de 300 compaas
en todo el mundo.

Bibliografa
[1]

Cutler Hammer, Serie Bsica 101, Transformadores, pp. 138, 2011.

[2]

T. Documentation, BECKHOFF B U S T E R M I N A L DEVICENET Coupler, pp. 125.

[3]

W. Is and T. H. E. Devicenet, DeviceNet TM Technical Overview WHAT IS THE DEVICENET?,

2001.

[4]

O. Manual, TSX Quantum DeviceNet, vol. 1, no. 319.

[5]

H. D. Od, Y. Gh, X. Gh, O. R. V Surgxfwrv, and G. Hq, 0DQXDO GH FRQILJXUDFLyQ.

[6]

Tunning, Teoria de Redes, Curso Redes Control Net- Device Net, vol. 1, p. 156, 2010.

[7]

Westinghouse Electric Corporation, Electrical Transmission and Distribution Reference

Book, p. 280, 1964.

[8]

Device_net.pdf. .

[9]

No Title, pp. 70163, 1994.

[10]

Operation manual, Audio.

[11]

Centro Integrado Politcnico ETI Departamento de Electricidad Fernando Pascual

Moiss Prez DEVICE NET.

Anexos