Formación DLR

RED DE CAMPO DLR
Manual de Formación Básica
RECHERCHE & DEVELOPPEMENT José Manuel Bugarín

DQI/DPSI/IMAI/VIG
RECHERCHE & DEVELOPPEMENT
INTRODUCCIÓN.
REDES DE COMUNICACIONES. EL MODELO OSI
El modelo OSI (Open System Interconnection) creado en 1.980 por la ISO (International
Standard Organization), define 7 capas. Estas capas son, de abajo arriba:
1. Física. Medio físico:
• Cable de cobre
• Cable de fibra
• Radio…
2. Enlace. Esta capa es la responsable de la transferencia de información entre dos máquinas.
Para ello, en esta capa:
• Se crean y reconocen tramas
• Se define una dirección de capa de enlace: dirección física o MAC
• Se gestiona la detección de errores
• Se realiza la gestión del flujo de información
RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 2

INTRODUCCIÓN.
REDES DE COMUNICACIONES. EL MODELO OSI
3. Red.
• Se usa para pasar comunicaciones entre dos redes. Los equipos que enlazan redes se llaman routers. El protocolo más
usado es IP. La dirección utilizada en el protocolo es la dirección IP. En IPV4 sería, por ejemplo, 192.168.1.1.
4. Transporte
• Se define para diferenciar diferentes posibles destinos dentro de un host. Distintas aplicaciones utilizan distintos puertos.
Por ejemplo ftp, telnet,…Los puertos tienen una memoria intermedia, los buffer de modo que las aplicaciones envían
información a los puertos donde se almacena hasta que puede ser enviada a la red
5. Sesión
• Controla el flujo de datos en un diálogo. Sincroniza las tareas de los usuarios. Es habitual que los protocolos de sesión
estén integrados en los protocolos de aplicación
6. Presentación
• Convierte datos procedentes de la aplicación a un formato adecuado para la transmisión: JPEG, ASCII, AVI,…
7. Aplicación
• Hace que las aplicaciones tengan acceso a la red. Ejemplos: FTP, FTTP, SNMP, CIP,…

INTRODUCCIÓN
ETHERNET/IP
Ethernet/IP es un protocolo de red de campo que adapta CIP a Ethernet. Al igual que Devicenet,
utiliza el protocolo CIP (ver ODVA) en sus capas superiores.
 Usa a nivel de capa de transporte los protocolos TCP/IP descritos en IEEE 802.3, IETF e IEC
 Y nivel de capa de comunicación el protocolo abierto CIP (*)
(*) CIP (Common Industrial Protocol) es

un protocolo de la capa de aplicación
gestionado por la ODVA (Open
Devicenet Vendor Asociation). Este
protocolo de aplicación integra los
protocolos de sesión y de presentación
Este protocolo lo utilizan las redes
Devicenet, ControlNet y Ethernet/IP

INTRODUCCIÓN
RED LINEAL ETHERNET/IP
 Una red lineal Ethernet/IP es un conjunto de dispositivos que dialogan en Ethernet/IP que están
conectados en serie. Los equipos con switches embebidos permiten esta tecnología a nivel de
dispositivo. No se requieren switches adicionales.
 Facilita la conexión de elementos de campo al no tener que unir cada uno de ellos a un switch
 Tiene el problema de que la rotura de un cable aísla una parte de la red. Este problema se
puede evitar cerrando la red en anillo. En ese caso se necesita un protocolo de gestión de la
redundancia de caminos

INTRODUCCIÓN.
PROTOCOLO DLR (Device Level Ring)
 DLR es un protocolo de gestión de redundancia que opera a nivel de la capa de enlace, es
decir la capa intermediaria entre la capa física y la capa de red
 Es una tecnología desarrollada por la ODVA. El objetivo es que usando una topología en
anillo y el protocolo DLR se consigue una alta disponibilidad y detección rápida de fallos
 El protocolo DLR está destinado a dispositivos que comuniquen en Ethernet/IP con un switch
incorporado.

INTRODUCCIÓN
RED DLR
 Llamamos red DLR a una red Ethernet/IP formada por elementos con un switch integrado,
unidos entre sí con una topología en anillo y protocolo DLR. La red DLR es tolerante a un fallo.
Por formarla elementos con switch embebido no se requieren switches adicionales.
 Este tipo de red es la preconizada por AUT/VIG como red de campo Ethernet IP. Ventajas:
• Instalación sencilla.
• Resistencia a un punto de fallo en la red (gestión de redundancia) con un tiempo de recuperación corto,
menor de 3 ms, cuando se produce un fallo en la red.

RED DLR: CARACTERÍSTICAS Y CONFIGURACIONES BÁSICAS
CONFIGURACIONES BÁSICAS
 Nodo supervisor. Obligatorio
 Puede haber uno o más nodos supervisores de respaldo
 Nodos del anillo. Tienen que ser nodos que comuniquen en Ethernet/IP y que tengan integrado
el protocolo DLR
 No se aconsejan más de 50 nodos para garantizar los 3ms de tiempo de conmutación ante fallos

FUNCIONES DEL NODO SUPERVISOR
 Fijar las condiciones para la comunicación entre nodos: verifica la integridad del anillo
 Recopila información para diagnóstico
 Detecta la rotura del anillo y reconfigura a red lineal habilitando el camino redundante.
 Detecta la restauración del anillo y reconfigura a anillo
 Para que un elemento funcione como supervisor del anillo hay que habilitarle la función de
supervisor.
No todos los elementos pueden ser supervisores. Pueden serlo las tarjetas de red DLR del chasis:
1756-EN2TR, los módulos 1783-ETAP y procesadores Compact Logix con puertos DLR (5370)

CONFIGURACIÓN DEL NODO SUPERVISOR
 AUT/VIG establece como estándar que el nodo supervisor del anillo DLR es el módulo de
comunicación DLR situado en el chasis del autómata: módulo EN2TR
 Module Properties” de la EN2TR (botón derecho del ratón sobre el módulo) Pestaña
“Network”Aquí se marca “Enable Supervisor Mode” Advanced y aquí se selecciona
“Supervisor Precedence” = 255. Entonces click en “Set”

NODO SUPERVISOR DE RESPALDO
 Si hay más de un módulo habilitado como supervisor, es supervisor del anillo DLR aquél que
tiene el valor más alto de “Supervisor Precedence”
 Cuando todos los nodos supervisores disponibles tienen el mismo valor de “Supervisor
Precedence” entra como supervisor aquél que tienen la dirección MAC más alta.
 Como norma, AUT/VIG establece que:
• Se habilitará el modo supervisión a todos los ETAP de la red DLR.
• Supervisor de respaldo: Se dejará en el armario un módulo ETAP para conexión de toma
de maleta. A este módulo se le asignará un valor de “Supervisor Precedence” de “100”
para que sea el supervisor de la red en caso de caída de la tarjeta EN2TR del chasis.
• A todos los demás módulos ETAP se les dejará un valor de “Supervisor Precedence” de “0”

CARACTERÍSTICAS DE LOS EQUIPOS DLR
 Los equipos a conectar en una DLR deben cumplir las especificaciones de la ODVA para
Ethernet/IP
 Tiene dos puertos Ethernet como elementos de un switch para conectar a la misma red DLR, no
se pueden usar como dos tarjetas de red
 No se pueden conectar a la red equipos no DLR. Se pueden conectar equipos que dialogan en
Ethernet/IP a través de switches conectables a la DLR, por ejemplo ETAP o Stratix.
 Los equipos para DLR por defecto vienen con BOOTP habilitado, pero si se utilizan los
conmutadores rotatorios la dirección IP se establece a 192.168.1.XYZ y máscara 255.255.255.0
siendo XYZ la posición de los conmutadores)

IGMP SNOOPING Y QUERIER
 IGMP (Internet Group Management Protocol) es un protocolo utilizado cuando existen
transmisiones en “multicast”. Se usa para compartir información sobre la pertenencia a grupos
multicast
 En capa 2 los mensajes se envían a una dirección MAC. La MAC es única por equipo. Para
poder enviar un mensaje a un grupo multicast se define una MAC multicast (01:00:5E:0 + 23
últimos bits de la dirección IP Mcast).Esta dirección MAC es siempre de destino, nunca de
origen, por lo que los switches desconocen a que puerto enviar las tramas multicast.
 IGMP Snooping es una opción que permite a los switches implicados en tráfico multicast
averiguar en qué puertos tiene elementos interesados en el grupo multicast para evitar sacar
tráfico por todos los puertos.
 IGMP Querier es el switch que interroga a los elementos de la red por si están interesados en los
grupos multicast existentes. Gestiona altas y bajas en el grupo

IGMP SNOOPING Y QUERIER

 Se configurará sistemáticamente la función
IGMP Snooping a todos los elementos de la
red DLR que dispongan de esta función
(módulos ETAP, switches,…) Aunque en
general los elementos de la red DLR generan
tráfico “unicast”, se configura IGMP para
reducir el tráfico en el caso de conectar a la
DLR elementos que dialoguen en “multicast”
 Se configurará la función IGMP Querier –
versión 2 únicamente en el módulo 1783-
ETAP que tiene la función de toma de maleta.
 Module PropertiesNetworkAdvanced

PRECONIZACIONES PSA PARA DIRECCIONAMIENTO
 Para la asignación de IP a un equipo se utilizará de
preferencia la configuración por hardware (ruedas codificadas
en la mayoría de los casos). En este caso el número
seleccionado consiste en el 4º byte de la IP 192.168.1.X
 Se seguirá el criterio de :
• El nodo 192.168.1.1 queda reservado para utilización de un
elemento Gateway ( salto redes) si fuese necesario
• Nodo 192.168.1.2 reservado para la carta EN2TR
• Nodo 192.168.1.3 reservado para el módulo ETAP en armario
para programación
• El resto de los nodos irán numerados en el orden de su
instalación en la red DLR
• Para numerar los nodos que no tengan la función DLR
incorporada en el dispositivo (no forman parte del anillo) utilizar
de la dirección 50 en adelante

RED DLR: PRINCIPIO DE FUNCIONAMIENTO
FUNCIONAMIENTO NORMAL
 El supervisor activo utiliza tramas DLR (beacon) para supervisar la situación de la red
 Uno de los puertos de red del nodo supervisor está bloqueado, sin embargo el supervisor envía
tramas por los dos puertos para monitorizar la situación de la red
 El siguiente gráfico muestra las tramas enviadas por el supervisor

RED DLR: PRINCIPIO DE FUNCIONAMIENTO
FUNCIONAMIENTO EN FALLO
 Ante un fallo el supervisor reconfigura la red para continuar enviando datos.
 En esta situación el supervisor deja pasar el tráfico por los dos puertos para mantener la
comunicación

CONSTRUCCIÓN DE UNA RED DLR
CABLEADO
 Usar latiguillos rectos, no cruzados. Los módulos con switch integrado de la red DLR realizan
auto-crossing. No cerrar anillo hasta que esté configurado el supervisor de la red, pues haríamos
un bucle.
 Ver documento AUT_STV_123DLR para referencia de materiales a utilizar.
• Cables para la unión de la red. Ver AUT_STV_123DLR para tipos de cables a utilizar en función
del entorno.
• Para distancias entre 1 y 20 m usar latiguillos en cobre prefabricados con conectores adecuados.
Para características y referencias Ver AUT_STV_123DLR capitulo 8.1
• Para dimensiones entre 20 y 80 m no cubiertas por latiguillos estándar se podrán fabricar latiguillos
a medida usando los cables y conectores descritos en AUT_STV_123DLR capitulo 8.2
• Para dimensiones superiores se usará fibra óptica. Materiales a utilizar definidos en capítulo 8.3
• Para cableados en interior de armarios o cofrets ver capítulo 8.4

ASIGNAR IPS A LOS ELEMENTOS DE LA RED

 Como norma general, siempre que sea posible (si el módulo
lo permite), se asignará la IP por switches o ruedas. Esto
facilita el intercambio de módulos.
 Como norma general los módulos vienen de fábrica con el
valor 999 en switches o ruedas. Este valor habilita DHCP

ASIGNAR IP A UN MÓDULO 1756-EN2TR
 Se pondrá la IP mediante las ruedas que tiene en un lateral. Poner “002”
 Para resetear el módulo a sus valores de fábrica poner “888” quitar y poner tensión. Cuando se
haya reiniciado quitar tensión y poner “999”. Al dar tensión tenemos el módulo en sus valores por
defecto: sin IP y con DHCP habilitado
 Para configurar el módulo lo declararemos en el árbol del proyecto. Esto lo veremos más
adelante.

ASIGNAR IP A UN MÓDULO 1783-ETAP, ETAP1F o ETAP2F
 No tiene switches ni ruedas para asignar IP. Por defecto trae la IP 169.254.1.1
 Tiene en la parte superior 3 switches para poder seleccionar las siguientes opciones:
• Poder asignarle una IP vía BOOTP
• Poder asignarle una IP vía DHCP
• Validar al ETAP como supervisor del anillo
• Restablecer valores por defecto
 De fábrica trae estos 3 switches a “Off”

 Uso de los dip-switches del módulo. Para más información ver AUT_NTV_15M07

 Asignamos la IP. Podemos usar varios métodos según se indica en AUT_NTV_15M07. En este
ejemplo usaremos la herramienta BOOTP/DHCP de Rockwell. Para ello:
• Poner el switch 1 (el más próximo al frontal) a “1”
• Ir a Inicio  Programas  Rockwell Software  BOOTP-DHCP Server y arrancar el programa.

• Seleccionar la máscara de red de la Red de Área Local
• Empezarán a recibirse peticiones BOOTP del módulo con su MAC (se puede ver en el frontal del módulo)
• Botón derecho en una de ellas y seleccionar “Add to Relation List”

• Introducir la IP deseada y click OK. Al módulo ETAP a utilizar como toma de maleta de programación se le
asignará la IP 192.168.1.3, la siguiente IP a la del módulo EN2TR del chasis.
• A partir de ese momento las demandas BOOTP vendrán acompañadas de la IP asignada. La IP del
módulo está configurada
adelante.

ASIGNAR IP A UN MÓDULO 1734-AENTR (CABECERA POINTIO)
 Introducir la IP deseada en las ruedas dispuestas a tal fin y dar tensión
adelante.

CONFIGURAR UNA RED DLR EN EL PROYECTO
AÑADIR ELEMENTOS DE LA RED DLR AL PROYECTO. HAY TRES CASOS POSIBLES
1. Si se trata de elementos conocidos por el software
En I/O Configuration, donde corresponda, botón derecho y buscamos elemento y añadimos. El
software crea automáticamente la memoria utilizada para diálogo con el módulo añadido y para
diagnóstico
2. Si se trata de elementos no conocidos por el software pero con AOP
El elemento que queremos añadir no está en la lista, pero existe AOP para dicho elemento y
nuestra versión de soft. Descargamos AOP y lo instalamos en nuestro PC. A partir de este
momento el elemento ya existe en la lista y procedemos como en el punto 1
3. Elementos no conocidos por el software y de los cuales no tenemos AOP
Seleccionamos un módulo Ethernet Genérico y lo configuramos siguiendo las instrucciones del
proveedor del material
A continuación veremos ejemplos de los tres casos

CASO 1. MÓDULOS EXISTENTES EN CATÁLOGO. MÓDULO 1756-EN2TR.
 Primero añadiremos al chasis un módulo 1756-EN2TR, que es conocido para el software.
Conforme se añaden y configuran módulos el software genera automáticamente la memoria
correspondiente:
En I/O Configuration, sobre el chasis botón derechoNew

Module
Elegimos en la lista un 1756-EN2TR
Doble click sobre él y nos sale la pantalla, en cual configuramos:
 IP en Private Network (192.168.1.2) Debe estar fija por switches
 Name (Red_Tx) Las redes Ethernet/IP se denominan Tx siendo x
un carácter correlativo: TA, TB,…
 Slot
 Description

 Configuración 1756-EN2TR. Se realiza en línea con la red.
 En la pestaña “Network”
• Marcar “Enable Supervisor Mode”
• Click en “Advanced”
 En la pestaña “Advanced”
• Poner “Supervisor Precedence” = 255, que es el
valor más alto posible, puesto que la EN2TR es el
módulo supervisor principal
• Click en “Set”

 MODULO 1783 – ETAP. Una vez definida una EN2TR en el chasis añadimos el ETAP
En I/O Configuration, sobre la tarjeta 1756-

EN2TR botón derechoNew Module
Elegimos en la lista un 1783-ETAP. Está
en la lista porque también es conocido por
el software.
Doble click sobre él y nos sale la pantalla,
en cual configuramos:
• IP en Private Network (192.168.1.3)
• Name (Red_Tx)
• Slot
• Description
Hacemos clic en Network

 1783-ETAP. Configuración avanzada. Se realiza en línea con la red.
 Marcamos “Enable IGMP Snooping”. Esto

se hace en todos los ETAP.
 Además, si es el módulo ETAP de toma de
maleta:
• Ponemos 100 en “Supervisor Precedence”,
el segundo valor más alto tras la EN2TR,
para que sea el supervisor de respaldo
principal
• Marcamos “Enable IGMP Querier version 2”
 Por último clic en “Set”

CASO 2: NECESIDAD DE UN AOP: AÑADIR AL PROYECTO UN ROBOT FANUC R30iB
 Supongamos que ahora queremos añadir un robot FANUC (no es DLR, no tiene switch
incorporado, se une a un ETAP o a un switch Stratix pero vale para estudiar el caso 2) y que
haciendo click con el botón derecho en EN2TR no lo encontrásemos (no está definido en el soft).
Vamos a la página de descargas de Rockwell y buscamos en “RSLogix 5000 Add-On-Profiles”

 ROBOT FANUC. Encontramos un AOP para robot FANUC. Leyendo el documento de texto
anexo vemos que es válido para nuestra instalación. Es válido para Ethernet/IP, diálogo safety y
no safety y requiere versión 24 o superior de Studio 5000. Descargamos el AOP

 ROBOT FANUC. Con la descarga tenemos un fichero ZIP. Lo descomprimimos en el PC o en el
servidor y ejecutamos MPSetup.
Seguimos los pasos que nos indica y, al terminar la instalación, ya tenemos el robot disponible para añadir a la
I/O Configuration. Esto es válido para otros dispositivos siempre que su AOP esté disponible

 ROBOT FANUC.
• Para añadir el robot al proyecto debemos tenerlo abierto “offline”
• El robot tiene diálogos “Safety” con el autómata. Por tanto el proyecto debe estar sin firma de seguridad
 Clic en crear. Nos sale la siguiente pantalla:
Con Safety Locked no se
puede añadir el robot.
Dará fallo al definir la
parte Safety
 Marcamos “Private Network” y ponemos la

IP que corresponda a partir de 50 ya que no
está en la DLR
 Damos nombre al robot
 Rellenamos el campo “Description”
 Clic en “Change”

ROBOT FANUC
 Revisión: lo que corresponda. Ver EDS
 Compatible Module
 Standard+Safety
 CIP Safety Enabled
 Clic en pestaña “Connection”.
 Pestaña “Connection”. Poner tamaño de

entradas/salidas parte normal y Safety
 OK y luego Yes

ROBOT FANUC
 En pestaña “Safety” desmarcar

“Configuration Signature”, OK.
 Guardar proyecto y hacer “Download”

ROBOT FANUC
 Con el proyecto “online” ir a configuración robot, General, marcar en la celda “…” y hacer clic en “Set”, que
debe estar activo. Esto es para sincronizar la firma de seguridad entre el robot y el autómata

CASO 3: MÓDULOS QUE NO EXISTEN EN CATÁLOGO Y NO HAY AOP: SMC EX600sen3
 Supongamos que ahora queremos añadir al árbol I/O Configuration un módulo de SMC
EX600sen3, que no está en el catálogo. Tampoco encontramos un Add-On Profile (AOP) para
dicho módulo. Le tendremos que añadir como un “Generic Ethernet Module” Ver Nota Técnica
AUT-NTV_16N02

 Configuramos tal como se indica en la siguiente imagen. Las informaciones (2), (4) y (5) salen de
la información que suministra el proveedor del producto. Los otros campos los rellenamos:
• Name: el que asignemos a este tipo de material
• IP: la que corresponda
También se debe configurar la RPI, en

la pestaña Connection

DIAGNÓSTICO
DIAGNÓSTICO DE LA RED
 Para el diagnóstico de la red DLR se usan Add-On Instructions y Faceplates descargados de la
página de descargas de Rockwell Automation. El Faceplate de Rockwell se instala en el
Versaview de la línea y da el diagnóstico del anillo DLR tal como se muestra en la imagen
 Para ello utiliza una AOI que mediante mensajes,
consulta el estado de la red.
 Esta AOI se descarga de la página de descargas de
Rockwell Automation y se importa directamente en el
proyecto
 Mas información en AUT_STV_134 Ficha 2:
documentación que acompaña a la AOI de Rockwell

DIAGNÓSTICO
 Hay que importar y
configurar las
instrucciones Add-On y los Barra de navegación
Faceplates siguiendo los
pasos indicados en el
manual que acompaña a
la descarga del Faceplate
y su AOI.
 Al terminar tenemos una
pantalla en el Versaview
que nos da la siguiente
información de la red

Pantalla principal:

Los dispositivos supervisores muestran una corona con los siguientes datos

La página de anillo muestra la
siguiente información

Haciendo clic en un nodo nos da
información sobre dicho nodo

En la pestaña de defectos nos da
información sobre el defecto
activo

DIAGNÓSTICO DE LOS MÓDULOS
La programación del diagnóstico se realiza en la tarea DIAGNOSTICOS y en la rutina que
corresponda a la red donde se encuentra el módulo. Una rutina para cada red

DIAGNÓSTICO DE LOS MÓDULOS
El diagnóstico de los módulos que comunican en Ethernet/IP se realiza analizando el status del
módulo (se lee mediante GSV) y analizando
• Si hay pérdida de conexión: fallo de conexión
• Si hay fallo en algún módulo de E/S: fallo E/S

DOCUMENTOS A CONSULTAR
Lista de documentos utilizados para esta presentación
• AUT_STV_123DLR Redes de Campo en Ethernet/IP AUT/VIG
• Notas técnicas Configuración de diferentes tipos de módulos que comunican en Ethernet/IP AUT/VIG
• AUT_NTV_17R01 ETHERNETIP_Safety_Integrada_en_robots_FANUC_v1 AUT/VIG
• AUT_STV_16N02 Paneles neumáticos con módulos SMC en Ethernet/IP AUT/VIG
• AUT_STV_0134 Ficha 2 AOIs para Diagnósico DLR _V2 AUT/VIG
• Manual curso Ethernet Manual del curso de Ethernet de la Escuela de Formación PSA AEQUS para PSA
• enet-ap005_-en-p Ethernet/IP Embedded Switch Technology Rockwell Automation
• https://www.odva.org/

Formación DLR

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Formación DLR

Caricato da

Copyright:

Formati disponibili

RED DE CAMPO DLR

Manual de Formación Básica

RECHERCHE & DEVELOPPEMENT José Manuel Bugarín

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 2

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 3

(*) CIP (Common Industrial Protocol) es

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 4

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 5

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 6

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 7

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 8

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 9

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 10

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 11

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 12

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 13

IGMP SNOOPING Y QUERIER

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 14

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 15

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 16

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 17

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 18

ASIGNAR IPS A LOS ELEMENTOS DE LA RED

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 19

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 20

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 21

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 22

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 23

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 24

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 25

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 26

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 27

En I/O Configuration, sobre el chasis botón derechoNew

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 28

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 29

En I/O Configuration, sobre la tarjeta 1756-

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 30

 Marcamos “Enable IGMP Snooping”. Esto

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 31

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 32

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 33

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 34

 Marcamos “Private Network” y ponemos la

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 35

 Pestaña “Connection”. Poner tamaño de

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 36

 En pestaña “Safety” desmarcar

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 37

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 38

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 39

También se debe configurar la RPI, en

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 40

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 41

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 42

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 43

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 44

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 45

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 46

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 47

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 48

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 49

RECHERCHE & DEVELOPPEMENT 1/02/2017– C1 50

Potrebbero piacerti anche