Curso Devicenet

Descargar como ppt, pdf o txt
Descargar como ppt, pdf o txt
Está en la página 1de 34

DEVICENET - RED DE CAMPO ABIERTA

• La red DeviceNet es una “red de campo” (field bus) originalmente


diseñada por Allen-Bradley basándose en una tecnología llamada
CAN (Controller Area Network) (desarrollada por BOSCH),
ampliamente utilizada en USA para reducir la complejidad de
cableado dentro de vehículos de transporte.
• Para promover su desarrollo, Allen-Bradley decide ceder sus
derechos sobre DeviceNet, haciéndola abierta. Se crea la ODVA
(Open DeviceNet Vendor Association) (www.odva.org) formada por
gran cantidad de fabricantes de equipos y dispositivos. Esta
organización revisa los standards, realiza tests y emite certificados
de conformidad de equipos con la norma, atiende consultas de
usuarios y fabricantes y promueve el uso de la red en la industria
ALCANCES DE DEVICENET EN LOS SISTEMAS DE ALLEN-BRADLEY

• Allen-Bradley ha definido a DeviceNet como su red de campo


standard, destinada a suplantar y superar a la red Remote I/O.
• Ello no significa que Allen-Bradley no soporte otras redes de
campo. Existen productos propios o de terceras partes que permiten
conexión con las redes:
• Fieldbus (Fieldbus Foundation)
• Profibus DP (Standard DIN)
• Modbus+ (Schneider - No es rigurosamente una red de
campo)
• Allen-Bradley sigue soportando su red Remote I/O, dada la gran
base instalada
COMUNICACIONES EN UN SISTEMA DE CONTROL

NIVEL SUPERVSION - ETHERNET 10 MBPS

NIVEL CONTROL - CONTROLNET 5 MBPS

NIVEL CAMPO - DEVICENET 500/250/125 KBPS

Configurador Panel Scanner código


Sensor barras
Controlador de
Drive motor
RED DE COMUNICACIÓN DEVICENET - OBJETIVO
• Proveer conectividad entre dispositivos industriales como sensores,
actuadores, botoneras, variadores de velocidad, arrancadores suaves,
scanners de código de barras, etc., de fabricantes diversos y
dispositivos de mayor nivel (controladores) en forma directa.
• Comunicación entre CPU y chassis remotos de I/O convencionales
• Comunicación entre CPU y paneles de operador
• Permitir configuración y monitoreo remoto de dispositivos
inteligentes a través de la misma red.
• Proveer alimentación de C.C. para los dispositivos que así lo
requieran
• Disminuir drásticamente las necesidades de cableado con respecto
a los sistemas convencionales
CARACTERISTICAS FISICAS
• Velocidad de comunicación de 125, 250 o 500 Kbps
• Longitud máxima de 500, 250, y 100 m respectivamente
• Cableado tipo Troncal-Derivación
• Hasta 64 nodos lógicos - 2048 dispositivos
• Alimentación disponible en la red: el cable contiene conductores
de comunicación y de alimentación
• Remoción de nodos sin alterar el funcionamiento de la red
• Dos tipos de conectores: sellados y abiertos
• Dos tipos de cables: fino y grueso. (Ahora también cable plano)
• Terminaciones resistivas de 121 ohms en cada extremo de la red
DISTANCIAS Y VELOCIDADES
TRONCAL - Cable grueso TERMINACION

TERMINACION
DERIVACION
cable fino

Longitud del
Longitud de derivaciones
troncal
Velocidad
(cable Máxima de
Acumulada
grueso) derivación
125 K 500 m 6m 156 m
250 K 250 m 6m 78 m
500 K 100 m 6m 39 m

Nota: puede utilizarse el cable fino para el troncal, en ese caso, la longitud
máxima es de 100 m, sin importar la velocidad
ALIMENTACION Y SEÑAL
Fuente 24 Vdc

• Dos pares trenzados:


• Par de señal: baja pérdida, alta velocidad, apantallado
• Par de alimentación: hasta 8 A de capacidad, apantallado
• Cable de drenaje (“drain”)
• Malla general
• Los sensores se pueden alimentar directamente desde la red
• Aislación óptica para dispositivos con alimentación independiente (por ejemplo,
drives, PLC, balanzas, etc.)
• Se permiten múltiples fuentes de alimentación
TIPOS DE CONECTORES

Conectores sellados

Para más detalles de cableado y


conectores, consultar el manual
“DeviceNet Cable System -
Planning and Installation Manual”

Conectores abiertos
TOPOLOGIAS POSIBLES
T T

• La distancia total entre un nodo cualquiera y el troncal no


debe superar los 6 m
Troncal
• La distancia total del cable troncal no debe superar el
Derivación máximo para la velocidad elegida
Dispositivo o nodo
• La suma de las longitudes de las derivaciones no debe
T Resistencia de terminación superar el máximo para la velocidad elegida
• En el dibujo no se han indicado ni fuentes ni conectores
Ejemplo de conexionado - Conectores abiertos - Un
extremo de la red, con fuente, terminación y puesta a tierra

1 V-
2 CAN_L
3 DRAIN
4 CAN_H
5 V+
SELECCION DE LA ESTRATEGIA DE COMUNICACION

DeviceNet provee una selección de mecanismos de


comunicación que permite el desarrollo de un sistema de
E/S eficiente. Para cada dispositivo en la red, se puede
seleccionar alguna de las siguientes estrategias:
• Strobe/ Poll (Disparo / Encuesta)
• Cyclic (Cíclico)
• Change of State (Cambio de Estado)
• Explicit Messaging (Mensajería explícita)
En todos los casos debe chequearse que el dispositivo
soporte el método de comunicación deseado.
STROBE / POLL (DISPARO / ENCUESTA)

• Las entradas y las salidas se actualizan a la misma velocidad


• Fácil de configurar
• Uso menos eficiente de la red que las demás opciones
• STROBE: es un mensaje ubicado al principio del I/O scan,
al que responden todos los esclavos que funcionan o están
configurados en este modo, con un retardo propio de cada
dispositivo
• POLL: por cada esclavo configurado en este modo, el
master (scanner), envía un mensaje (poll) al que el esclavo
contesta con los datos
CYCLIC - CICLICO

• Las entradas y las salidas se actualizan independientemente a


velocidades configurables por el usuario
• Puede resultar en un uso más eficiente de la red reduciendo la
velocidad de actualización de entradas y salidas de cada estación a
su mínimo ideal
• Requiere más esfuerzo para configurar pero puede mejorar la
performance del sistema cuando se conoce la mínima velocidad de
actualización requerida por cada dispositivo
• Este tipo de configuración es más eficiente para aplicaciones con
E/S que cambian lentamente en el tiempo (analógicas). De esta
forma se reduce el tráfico de la red.
CHANGE OF STATE (CAMBIO DE ESTADO)

• Las actualizaciones de entradas y salidas se producen cuando se


detectan cambios de estado
• Se especifica además un período (“heartbeat”) para que se
produzca la actualización aún si no se han producido cambios, lo
que permite que el sistema detecte dispositivos que han dejado de
funcionar.
• Es más eficiente para I/O digitales
• Requiere un conocimiento del sistema bajo control para
determinar el impacto que los mensajes de cambio de estado
tienen sobre la red
EXPLICIT MESSAGING (MENSAJERIA EXPLICITA)

• Este tipo de comunicación es apropiado para leer o


escribir parámetros de acceso poco frecuente, por
ejemplo, para realizar modificaciones a parámetros de un
variador de velocidad.
• Los mensajes sólo se generan cuando la lógica de
control los dispara y por lo tanto tienen un impacto
mínimo sobre la carga de la red.
• No proveen seguridad: el dispositivo no puede detectar
la falla del master, dado que no existe una comunicación
contínua.
ALIMENTACION EN LA RED - CONSIDERACIONES DE DISEÑO

• El cable de red suministra tensión contínua en sus líneas V+ y V-


• Alimenta dispositivos simples (Ej.: sensores)
• Alimenta la interfaz de red aislada en dispositivos más complejos
(Ej.: variadores de velocidad)
• Se deben utilizar fuentes de alimentación de 24 Volts +/- 1%, con
capacidad para alimentar a todos los dispositivos. Las fuentes deben
tener sus propias protecciones incorporadas.
• Incorporar fusibles de protección para cada segmento de cable que
parta de una fuente de alimentación
• Utilizar un diodo tipo Schottky entre +24V de la fuente y la línea V+.
Este punto y el anterior están incorporados en el conector de fuente
standard PowerTap
• Los cables V+ y V- están dimensionados para 8A como máximo
ALIMENTACION EN LA RED - CONSIDERACIONES DE DISEÑO (Cont.)

• La máxima corriente admitida por una derivación depende de la distancia entre el


troncal y su nodo más lejano, según la relación I=4.57/L (Ej.: 1.5 m - 3A, 6 m - 0.75A)
• Este límite se aplica a la suma de las corrientes de todos los nodos en la derivación
• La máxima caída de tensión entre dos puntos cualesquiera de la línea V- no debe
superar 5 V
• La tensión en un nodo cualquiera debe ser mayor o igual que 11 V
• El sistema de cableado de DeviceNet permite diferentes opciones de alimentación.
Para determinar la mejor opción, se debe considerar la distribución de cargas, la
ubicación de las fuentes y el número de fuentes utilizadas.
• Conectar el conductor V-, malla y “drain” en un único lugar, en lo posible en el
conector de fuente que se encuentre más cercano al centro físico de la red para
maximizar la performance y minimizar el efecto del ruido externo. Asegurarse que no
existen otras conexiones a tierra espúreas debidas a dispositivos no aislados.
BUSQUEDA DE FALLAS EN LA RED

• Estos tests se deben realizar con el sistema fuera de servicio y sin


comunicación (detener el scanner). Todos los dispositivos deben estar
instalados y las fuentes de alimentación energizadas.
• En cada dispositivo medir la resistencia entre CAN_H y CAN_L
• Si R > 60 ohms puede haber un corte en los cables de señal o
faltar alguna de las resistencias de terminación
• Si R < 50 ohms puede haber un corto entre cables, resistencias
de terminación extra, transceiver(s) defectuosos o nodos
desenergizados
BUSQUEDA DE FALLAS EN LA RED (cont.)

•Conectar un amperímetro (16 A máx.) entre V- y malla en el


extremo de la red opuesto a la fuente de alimentación:
• Debería medirse un valor importante de corriente
• Si no hay corriente, la malla está cortada o la red no está
puesta a tierra apropiadamente
• Si la fuente de alimentación está ubicada en el medio de la
red, realizar esta prueba en cada extremo
• Este test también puede realizarse en el extremo de cada
derivación si es práctico
BUSQUEDA DE FALLAS EN LA RED (cont.)

• Interrumpir la malla en algunos puntos de la red e insertar un


amperímetro de contínua
• Si hay circulación de corriente, la malla está conectada a V-
o tierra en más de un lugar (lazo de tierra)
• Medir tensión entre V+ y V- en cada dispositivo
• Debería ser mayor o igual a 11 Vdc
• Si no es así, buscar conexiones sueltas o conectores
defectuosos y verificar los cálculos de diseño del sistema de
alimentación midiendo corriente en cada sección del cable
con un amperímetro
BUSQUEDA DE FALLAS EN LA RED (cont.)

• Suponiendo que la malla no tenga interrupciones ni circulación


de corriente, según lo visto antes, medir y anotar la tensión entre
V- y malla en cada dispositivo
• La máxima diferencia debería ser menor a 5 Vdc entre dos
dispositivos cualesquiera
BUSQUEDA DE FALLAS EN LA RED (cont.)

• Muchos productos incluyen un LED de status de la red


• El led debería parpadear en verde en todos los dispositivos
• Si el led está fijo en rojo, indica falla de comunicación,
posiblemente velocidad incorrecta o número de nodo
duplicado
• Utilizar el software de configuración en una PC conectada a
la red para verificar que todas las estaciones están conectadas
y comunicándose
BUSQUEDA DE FALLAS EN LA RED (cont.)

• Otra posibilidad es desconectar partes de la red hasta que se


produzca la falla.
• No es de utilidad para los problemas de diferencias de
tensión entre V- y malla, lazos de tierra, interferencia
eléctrica y distorsión de señal, dado que al desconectar
parte de la red suele resolverse el problema
• Si la red ya estaba en operación, tratar de identificar si se
produjo algún cambio
• Tratar de relacionar los problemas de comunicación con otros
equipos no relacionados (¿El problema aparece cuando entra
en servicio determinado equipo o equipos?)
BUSQUEDA DE FALLAS EN LA RED (cont.)

• Es importante como medida preventiva verificar que el diseño


de la red sea correcto:
• Ambas terminaciones instaladas en los extremos del cable
troncal
• Longitudes de troncal y derivación dentro de los límites
admitidos para la velocidad elegida
• Topología correcta
• Cálculo y ubicación de las alimentaciones dentro de norma
• Puesta a tierra instalada y única
IMPLEMENTACION DE DEVICENET CON ALLEN-BRADLEY
• Allen-Bradley posee dispositivos scanners de DeviceNet para sus líneas
PLC5, SLC500 y ControlLogix. En todos los casos se trata de módulos
(no existen CPU´s con puerto DeviceNet incorporado). Estos módulos
cumplen la función de master de la red
• Allen-Bradley provee interfaces DeviceNet para sus productos:
• Flex I/O (entradas/salidas standard)
• Variadores de velocidad
• Arrancadores suaves
• Botoneras
• Paneles de operador
• También admite productos de otros fabricantes que adhieren a la norma
IMPLEMENTACION DE DEVICENET CON ALLEN-BRADLEY (cont.)
• Allen-Bradley provee cable y accesorios para el armado de la red
• Allen-Bradley provee sus propios documentos sobre instalación y
configuración de la red.
• Allen-Bradley provee paquetes de software para la configuración
de sus dispositivos SCANNERS y dispositivos de campo propios y
de otros fabricantes. En la actualidad existen 2 paquetes de soft:
DeviceNet Manager (más antiguo) y RSNetworx for DeviceNet (de
aparición más reciente). Estos soft se comunican a la red mediante la
placa PCD (tipo PCMCIA para notebooks) o mediante la interfaz
KFD (RS232)
• Cada dispositivo DeviceNet debe estar acompañado de su hoja de
datos electrónica (EDS - Electronic Data Sheet), provista por el
fabricante. Esta es un archivo de texto con formato standard.
IMPLEMENTACION DE DEVICENET CON ALLEN-BRADLEY (cont.)

• A través de su EDS, un dispositivo de cualquier fabricante puede


ser configurado con el soft de Allen-Bradley. Pueden obtenerse EDS
via internet en www.odva.org
• La red DeviceNet completa se debe configurar offline con el
software elegido y luego “bajar” dicha configuración al scanner,
estando conectado a la red. Si se usan E/S de la línea Flex I/O, se
debe bajar a cada adaptador de comunicaciones la configuración de
sus módulos. Estas operaciones implican sacar de servicio la red (no
pueden realizarse con la planta en marcha)
• El software también permite conectarse online a la red para ver los
dispositivos, monitorear valores y modificar configuraciones, esto
último con la red en funcionamiento normal
SCANNER DE DEVICENET (PLC5) - CONFIGURACION DE HARD

• El scanner de DeviceNet para el PLC-5 es el 1771-SDN


• Desde el punto de vista hardware, el scanner debe configurarse
mediante dip-switches, para seleccionar modo de direccionamiento
del chassis (1, 2 ó 1/2 slot) en que se encuentra el scanner y número
de nodo y velocidad para cada canal.
• Pueden ubicarse varios scanners en un mismo chassis
• Cada scanner soporta 2 redes DeviceNet independientes
• El scanner provee información de diagnóstico en su panel frontal
• Los detalles de instalación se pueden consultar en el manual
“DeviceNet Scanner Module (1771-SDN) - Instalation Instructions”
COMUNICACION ENTRE EL SCANNER Y LA CPU (PLC5)
• Existen 2 métodos para transferir datos, estado y comandos entre
scanner y CPU:
• Transferencias discretas (máx 24 I + 24 O por scanner) para
entradas y salidas discretas de alta velocidad
• Transferencias en bloque (Block Transfer) para el resto de
los dispositivos
• La cantidad de I/O de alta velocidad disponibles depende del
modo de direccionamiento elegido para el chassis en el que se
encuentra el scanner:
• 1/2 slot - 24 I + 24 O
• 1 slot - 8 I + 8 O
• 2 slot - 0 I + 0 O
COMUNICACION ENTRE EL SCANNER Y LA CPU (PLC5) (cont.)

• Las entradas y salidas discretas tienen el conocido formato


I:rrg/b y O:rrg/b, donde rr=rack, g=grupo, b=bit. Al igual que
cualquier otra I u O convencional se pueden forzar. Los bits
disponibles son del 10 al 17 de la primera word y todos los de la
segunda word (sólo direccionamiento de 1/2 slot). El uso de estas
I/O es muy específico.
• La gran mayoria de los dispositivos se “mapean” dentro de la
memoria del PLC, en direcciones tipo “N”. La transferencia entre
estas “N” y el scanner es a través de instrucciones block transfer
• Las entradas y salidas obtenidas del scanner mediante block
transfer no se pueden forzar utilizando las funciones normales del
software de programación. Recordar que el PLC Allen-Bradley no
soporta forzado de memoria interna.
BLOCK TRANSFERS ENTRE CPU Y SCANNER
• Un scanner soporta como máximo 6 BTW + 6 BTR, cuyas
longitudes deben ser 62, 61, 60, 59, 58 y 57 words respectivamente.
El scanner reconoce cada block transfer por su longitud.
• Esto permite un máximo de 357 words para entradas y 357 words
para salidas. Dado que la primera word del BTR 62 contiene status
del scanner y la primera word del BTW 62 es para comandos al
scanner, quedan 356 words para entradas y 356 words para salidas.
• Cada dispositivo ocupará una cierta cantidad de bytes dentro de
este espacio de memoria. La asignación de direcciones a dispositivos
se realiza mediante el software de configuración de la red
• Los primeros block transfer a programar son los BTR y BTW de 62
words de longitud. Si no alcanza con esto, se sigue con el de 61, y así
sucesivamente hasta agotar el espacio de 357 words.
BLOCK TRANSFERS ENTRE CPU Y SCANNER (cont.)
• El significado de cada uno de los bytes que ocupa un dispositivo se
puede encontrar en su manual
• Los BT a implementar tendrán el siguiente aspecto:
BLOCK TRANSFERS ENTRE CPU Y SCANNER (cont.)
• La lógica de la diapositiva anterior se repetirá según se necesite
para los BTR y BTW de las longitudes restantes
• En nuestro caso, las palabras N10:0 y N11:0 son comando y status
del scanner respectivamente. Los significados de los bits de estas
words se pueden consultar en el manual “DeviceNet Scanner Module
(1771-SDN) - Instalation Instructions”. En la lógica será necesario
asignar valor a la word de comandos de modo de habilitar y poner en
servicio los canales del scanner.
• Para obtener el estado de cada uno de los dispositivos en la red, se
puede programa un BTR de longitud 52. Consultar en el manual
anterior el significado de cada word
• Para implementar mensajería explícita se utiliza un BTR/BTW de
longitud 64. Consultar el manual anterior para más detalles

También podría gustarte