Devicenet y Modbus

Descargar como pptx, pdf o txt
Descargar como pptx, pdf o txt
Está en la página 1de 17

DEVICE NET Y

MODBUS
MODBUS
 Modbus es un protocolo de comunicaciones, basado en la
arquitectura maestro/esclavo o cliente/servidor, diseñado en 1979
por Modicon para su gama de controladores lógicos programables
(PLCs).

 Debido a que este protocolo fue público, de fácil uso y que requiere
poco desarrollo se convirtió en un protocolo de comunicaciones
estándar en la industria.

 Es el protocolo de mayor disponibilidad para la conexión de


dispositivos electrónicos industriales.
 Modbus/TCP es un protocolo de comunicación diseñado que
permite a equipos industriales tales como PLCs, PC, drivers para
motores y otros tipos de dispositivos físicos de entrada/salida,
comunicarse sobre una red Ethernet.
 Modbus/TCP básicamente encapsula una trama MODBUS dentro
de una trama TCP en una manera simple como se muestra en la
figura a continuación.
 La mayoría de los softwares SCADA (Supervisor Control
And Data Acuisition) soportan Modbus por ejemplo:
Citect, ICONICS, iFIX, InduSoft, Intouch, Entivity Studio,
Entivity Live, Entivity VLC, Trace Mode, Wizcon,
Wonderware... etc.
 La serie tGW-700 es un gateway Modbus TCP a RTU/ASCII que
permite un host Modbus/TCP comunicarse con un dispositivo serial
Modbus RTU/ASCII a través de una red ethernet, y eliminar la
limitante de longitud de cable de los dispositivos seriales. El
módulo puede ser usado para crear aplicaciones de conexión a pares
(al igual que serial-puente o serial-túnel), y puede enrutar datos
sobre TCP/IP entre dos dispositivos seriales Modbus RTU/ASCII.
CARACTERISTICAS
 Gateway Modbus/TCP a RTU/ASCII rentable.
 Soporta Modbus/TCP maestro y esclavo.
 Soporta Modbus RTU/ASCII maestro y esclavo.
 Contiene un procesador de 32 bit que eficientemente maneja el
tráfico de red.
 Ethernet 10/100 Base-TX, RJ-45 x 1 (Autonegociación, auto
MDI/MDIX, indicadores LED).
 ETC.
DEVICENET
 Presentado en 1994, DeviceNet es un implementación del protocolo
Common Industrial Protocol (CIP) para redes de comunicaciones
industriales. Desarrollado originalmente por la Allen-Bradley, tuvo
su tecnología transferida para la ODVA que, desde entonces,
mantiene, divulga y promueve el DeviceNet y otras redes basadas
en el protocolo CIP1 . Además de esto, utiliza el protocolo
Controller Area Network (CAN) para enlace de datos y acceso al
medio, camadas 2 y 1 del modelo OSI/ISO, respectivament
 Sobre el Manual Este manual probé la descripción
necesaria para la operación del Arrancador Suave SSW-
07/SSW-08 utilizando el protocolo DeviceNet. Este
manual debe ser utilizado en conjunto con el manual del
usuario del SSW-07/SSW-08.
 Abreviaciones y Definiciones
 ASCII American Standard Code for Information
Interchange
 CAN Controller Area Network
 CIP Common Industrial Protocol
 PLC Programmable Logic Controller
 HMI Human-Machine Interface ODVA
 Open DeviceNet Vendor Association
 1 Introducción a la Comunicación DeviceNet
 Para la operación del Arrancador Suave SSW-07/SSW-08 en red
DeviceNet, es necesario conocer la forma como la comunicación es
hecha. Para esto, este ítem trae una descripción general del
funcionamiento del protocolo DeviceNet, conteniendo las funciones
utilizadas por la SSW-07/SSW-08.
CAN

 La red DeviceNet es una red basada en CAN, lo que


significa decir que ella utilizad telegramas CAN para
cambio de datos de la red.
Frame de Datos
 Los datos en una red CAN son transmitidos a través de un
frame de datos. Este tipo de frame es compuesto
principalmente por un campo identificador de 11 bits1
(arbitraje field), y un campo de datos (data field), que
puede contener hasta 8 bytes de datos
Frame Remoto
 Además del frame de datos, existe también el frame
remoto (RTR frame). Este tipo de frame no tiene campo de
datos, apenas el identificador. El funciona como una
requisición para que otro dispositivo de la red transmita el
frame de datos deseado.
 DeviceNet utiliza una topología de red tipo
tronco/derivación que permite que tanto la fijación de
señal cuanto de
 alimentación estén presentes en el mismo cable. Esta
alimentación, próvida por una fuente conectada
 directamente en la red, suple los transceivers CAN de los
nudos, y tiene las siguientes características:
 La camada de enlace de datos del DeviceNet es definida por la
especificación del CAN, el cual define dos estados
 posibles; dominante (nivel lógico o) y recesivo (nivel lógico 1). Un
nudo puede llevar a la red al estado dominante
 se transmitir alguna información. Así, el baramiento solamente
estará en estado recesivo se no haber nudos
 transmisores en estado dominante.
 DeviceNet requiere que una conexión sea establecida antes de que
haga cambio de datos con el dispositivo. Para
 establecer esta conexión, cada nudo DeviceNet debe implementar el
Unconnected Message Manager (UCMMO)
 o el Group 2 Unconnected Port. Estés dos mecanismos de afijación
utilizan mensajes del tipo explicit para
 establecer la conexión, 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

También podría gustarte