Está en la página 1de 9

Universidad Tecnológica de Honduras

Jorge Lenin Murcia Granados

Cuenta # 251111086

Ingeniero Cristhian Alberto Mejía Laínez

Medición E Instrumentación

Tarea Bus de Campo

05 / 08 / 2020
Buses de Campo
Un bus de campo es un sistema de transmisión de información (datos) que simplifica
enormemente la instalación y operación de máquinas y equipamientos industriales
utilizados en procesos de producción, bus de campo es el nombre de una familia de
protocolos de red industriales utilizados para control distribuido en tiempo real,
estandarizados con IEC 61158.
El objetivo de un bus de campo es sustituir las conexiones punto a punto entre los
elementos de campo y el equipo de control a través del tradicional bucle de corriente
de 4-20 mA, básicamente son redes digitales, bidireccionales, multipunto, montadas
sobre un bus serie, que conectan dispositivos de campo como PLCs/PACs,
transductores, actuadores y sensores. Cada dispositivo de campo incorpora cierta
capacidad de proceso, que lo convierte en un dispositivo inteligente, manteniendo
siempre un costo bajo. Cada uno de estos elementos será capaz de ejecutar funciones
simples de diagnóstico, control o mantenimiento, así como de comunicarse
bidireccionalmente a través del bus.

Tipos de Buses de Campo


 AS-interface
 CAN
 Ethernet POWERLINK
 Modbus
 Profibus
1. AS-interface
es un Bus de Sensores y Actuadores, estándar
internacional IEC62026-2 y europeo EN 50295 para el
nivel de campo más bajo desde 1999, este fue
diseñado en 1990 e introducido al mercado en 1994
como una alternativa económica al cableado
tradicional. La idea original fue crear una red simple
para sensores y actuadores binarios, capaz de
transmitir datos y alimentación a través del mismo
bus, manteniendo una gran variedad de topologías
que faciliten la instalación de los sensores y actuadores en cualquier punto del proceso
con el menor esfuerzo posible, las especificaciones de AS-i se encuentran
actualmente en su versión 3.0. Estas son de carácter abierto, lo que significa que
cualquier fabricante puede obtener una copia de las mismas para elaborar sus
productos

Dato Importante
AS-i se sitúa en la parte más baja de la pirámide de control, conectando los sensores y
actuadores con el maestro del nivel de campo. Los maestros pueden ser autómatas o
PC situados en los niveles bajos de control, o pasarelas que comuniquen la red AS-
Interface con otras redes de nivel superior, como Profibus o DeviceNet.
Datos Técnicos AS-interface
 Ideal para la interconexión de sensores y actuadores binarios.
 A través del cable AS-i se transmiten datos y alimentación.
 Cableado sencillo y económico. Se puede emplear cualquier cable bifilar de 2 x
1.5 mm2 no trenzado ni apantallado.
 El cable específico para AS-i, el Cable Amarillo, es autocicatrizante y está
codificado mecánicamente para evitar su polarización incorrecta.
 Gran flexibilidad de topologías, que facilita el cableado de la instalación.
 Sistema monomaestro, con un protocolo de comunicación con los esclavos
muy sencillo.
 Ciclo del bus rápido. Máximo tiempo de ciclo 5 ms con direccionamiento
estándar y 10 ms con direccionamiento extendido.
 Permite la conexión de sensores y actuadores No AS-i mediante módulos
activos.
 Hasta 124 sensores y 124 actuadores binarios con direccionamiento estándar.
 Hasta 248 sensores y 186 actuadores binarios con direccionamiento extendido.
 Longitud máxima de cable de 100 m uniendo todos los tramos, o hasta 300 m
con repetidores.
 La revisión 2.1 del estándar facilita la conexión de sensores y actuadores
analógicos.
 Transmisión por modulación de corriente que garantiza un alto grado de
seguridad.
 Detección de errores en la transmisión y supervisión del correcto
funcionamiento de los esclavos por parte del maestro de la red.
 Cables auxiliares para la transmisión de energía: Cable Negro (24 V DC) y
Rojo (220 V AC).
 Grado de Protección IP-65/67 para ambientes exigentes.
 Cumple la normativa IP-20 para aplicaciones en cuadro.
 Temperaturas de funcionamiento entre –25°C y +85°C.
Bus CAN
es un protocolo de
comunicaciones desarrollado por
la firma alemana Robert Bosch
gGmbH, basado en una topología
bus para la transmisión de
mensajes en entornos distribuidos, además ofrece una solución a la gestión de la
comunicación entre múltiples CPUs, el desarrollo del protocolo CAN comenzó en 1983
en la empresa Robert Bosch GmbH (comúnmente conocida como Bosch). El protocolo
fue oficialmente lanzado en 1986 en el congreso de la Sociedad de Ingenieros
Automotrices (SAE) en Detroit. Los primeros controladores CAN llegaron al mercado
en 1987 de la mano de Intel y Philips

Beneficios
 Ofrece alta inmunidad a las interferencias, habilidad para el autodiagnóstico y
la reparación de errores de datos.
 Es un protocolo de comunicaciones normalizado, con lo que se simplifica y
economiza la tarea de comunicar subsistemas de diferentes fabricantes sobre
una red común o bus.
 El procesador anfitrión (host) delega la carga de comunicaciones a un
periférico inteligente, por lo tanto el procesador anfitrión dispone de mayor
tiempo para ejecutar sus propias tareas.
 Al ser una red multiplexada, reduce considerablemente el cableado y elimina
las conexiones punto a punto, excepto en los enganches.

Dato Importante
CAN se basa en el modelo productor/consumidor, el cual es un concepto, o
paradigma de comunicaciones de datos, que describe una relación entre un productor
y uno o más consumidores. CAN es un protocolo orientado a mensajes, es decir la
información que se va a intercambiar se descompone en mensajes, a los cuales se les
asigna un identificador y se encapsulan en tramas para su transmisión

Características de Bus CAN


 Prioridad de mensajes.
 Garantía de tiempos de latencia.
 Flexibilidad en la configuración.
 Recepción por multidifusión (multicast) con sincronización de tiempos.
 Sistema robusto en cuanto a consistencia de datos.
 Sistema multimaestro.
 Detección y señalización de errores.
 Retransmisión automática de tramas erróneas
 Distinción entre errores temporales y fallos permanentes de los nodos de la
red, y desconexión autónoma de nodos defectuosos.
Bus CAN de alta velocidad. ISO 11898-2
Características
Técnicas
CAN de alta velocidad (hasta
1 Mbit/s).
CAN de baja velocidad
tolerante a fallos (hasta
125 kbit/s)
Tensión en Bus CAN CAN_H y CAN_L menos de 1,5V, en modo común entre -2V y
7V.
Tipo de Conectores, su velocidad es
Bus CAN de baja velocidad tolerante a fallos. ISO 11898-3
directamente proporcional a el
largo del cable.

Longitud Cable Transferencia


40 m 1000 Kbit/s
100 m 500 Kbit/s
200 m 250 Kbit/s
500 m 100 Kbit/s
1000 m 50 Kbit/s
Tipos de trama
-Trama de datos Base 11Bbits/
Extendido 29 bits
-Trama remota RTR=1 recesivo
Conector D-sub de 9 pines (DE-9)
-Trama de error
-Trama de sobrecarga
Ethernet POWERLINK
Su principio de funcionamiento hace que el POWERLINK sea apto para
aplicaciones de automatización industrial donde varios elementos de control
(autómatas, pantallas de operador, módulos de E/S, variadores de frecuencia, servos
controladores, módulos de seguridad, sensores etc.) tengan que comunicar entre ellos
de forma rápida, isócrona y sobre todo precisa (es decir minimizando el tiempo de
latencia de la red), garantizando desde luego que el proceso de comunicación sea
fiable y repetitivo. POWERLINK no es un hardware, es un software que funciona sobre
un hardware estándar.
En una red Ethernet TCP/IP cada nodo decide de
forma autónoma cuando escribir datos en la red. Esta
“anarquía” es una posible causa de colisiones: si dos (o
más) estaciones deciden al mismo tiempo acceder a la
red se genera una colisión. Para evitarla, existe un
mecanismo llamado CSMA/CD, que hace que las
estaciones retrasen su intento y vuelvan a intentar a
escribir en la red después de un tiempo aleatorio. Esta
forma de actuar conlleva una desventaja: es imposible
prever con certidumbre cuando (o dentro que plazo de
tiempo) llegará la información que se está esperando.
En casos extremos (muy hipotéticos, pero no
imposibles) ésta podría no llegar nunca.
Ethernet POWERLINK en el modelo OSI.
Características Técnicas
Fases de un PowerLink

 Periodo de Arranque del MN – envió de Ciclo de Arranque a los CN para que


estos se sincronicen
 Sincronización de los datos entre los nodos de red en el periodo que dura el
ciclo
 Transmisión de datos asíncronos en limite de tiempo o conocido como periodo
asincrónico

Tiempos de ciclo
Tiempos de Ciclo No. Nodos
200 µs 9
400 µs 21
800 µs 45
Nodos Multiplexados
 Ciclo i: el maestro M1 envía sus datos (posición, velocidad, estado etc); el
esclavo S1 también. Los
esclavos S2 y S3 no
envían nada.
 Ciclo i+1: el maestro M1 y
el esclavo S2 envían sus
datos; los esclavos S1 y
S3 no envían nada.
 Ciclo i+2: el maestro M1 y
el esclavo S3 envían sus
datos; los esclavos S1 y
S2 no envían nada.
 Ciclo i+3: igual que el ciclo
i.
Modbus
Es un protocolo de comunicaciones situado en los niveles 1, 2 y 7 del Modelo OSI,
basado en la arquitectura maestro/esclavo (RTU) o cliente/servidor (TCP/IP), diseñado
en 1979 por Modicon para su gama de controladores lógicos programables (PLCs).
Convertido en un protocolo de comunicaciones estándar de facto en la industria, es el
que goza de mayor disponibilidad para la conexión de dispositivos electrónicos
industriales.
Modbus permite el control de una red de dispositivos, por ejemplo un sistema de
medida de temperatura y humedad, y comunicar los resultados a un ordenador.
Modbus también se usa para la conexión de un ordenador de supervisión con una
unidad remota (RTU) en sistemas de supervisión adquisición de datos (SCADA).
Existen versiones del protocolo Modbus para puerto serie y Ethernet (Modbus/TCP)

Características
 Se diseñó teniendo en cuenta su uso para aplicaciones industriales
 Es público y gratuito
 Es fácil de implementar y requiere poco desarrollo
Maneja bloques de datos sin suponer restricciones tipos de protocolos Modbus RTU
Es la implementación más común disponible para Modbus. Se utiliza en la
comunicación serie y hace uso de una representación binaria compacta de los datos
para el protocolo de comunicación. El formato RTU sigue a los comandos/datos con
una suma de comprobación de redundancia cíclica (CRC) como un mecanismo de
comprobación de errores para garantizar la fiabilidad de los datos. Un mensaje
Modbus RTU debe transmitirse continuamente sin vacilaciones entre caracteres. Los
mensajes Modbus son entramados (separados) por períodos inactivos (silenciosos).
Modbus ASCII
Se utiliza en la comunicación serie y hace uso de caracteres ASCII para el protocolo
de comunicación. El formato ASCII utiliza un checksum de control de redundancia
longitudinal (LRC). Los mensajes Modbus ASCII están entramados por los dos puntos
principales (“:”) y la nueva línea (CR/LF).
Modbus TCP/IP o Modbus TCP
Se trata de una variante Modbus utilizada para comunicaciones a través de redes
TCP/IP, conectándose a través del puerto 502.2 No requiere un cálculo de suma de
verificación (checksum), ya que las capas inferiores ya proporcionan protección de
checksum.
Modbus sobre TCP/IP o Modbus sobre TCP o Modbus RTU/IP
Esta es una variante de Modbus que difiere del Modbus TCP en que se incluye una
suma de comprobación en la carga útil como en Modbus RTU.
Modbus sobre UDP
Algunos han experimentado con el uso de Modbus sobre UDP en redes IP, lo que
elimina los gastos generales necesarios para TCP.3
Modbus Plus (Modbus+, MB+ o MBP)
Es una versión extendida del protocolo y privativa de Schneider Electric y a diferencia
de las otras variantes, soporta comunicaciones peer-to-peer entre múltiples masters.4
Requiere un coprocesador dedicado para manejar HDLC. Utiliza par trenzado a 1
Mbit/s y sus especificaciones son muy semejantes al estándar EIA/RS-485 aunque no guarda
compatibilidad con este, e incluye transformador de aislamiento en cada nodo. Se
requiere hardware especial para conectar Modbus Plus a un ordenador, normalmente
una tarjeta diseñada para bus ISA, PCI o PCMCIA.
Pemex Modbus
Esta es una extensión de Modbus estándar con soporte para datos históricos y de
flujo. Fue diseñado para la compañía petrolera Pemex para su uso en el control de
procesos y nunca alcanzó un uso generalizado.
Enron Modbus
Esta es otra extensión del estándar Modbus desarrollada por Enron Corporation con
soporte para variables enteras de 32 bits y de punto flotante y datos históricos y de
flujo. Los tipos de datos se asignan utilizando direcciones estándar.5 Los datos
históricos cumplen con un estándar de la industria del American Petroleum Institute
(API, por sus siglas en inglés) según la forma en que deben almacenarse los datos
Datos Modbus
según se tipo de objeto y tipo de acceso es el tamaño que cada bloque de datos
contiene entre entradas digitales, salidas digitales, y registros de entrada, así mismo
las entradas y salidas digitales ocupan, evidentemente, un bit; mientras que los
registros, tanto de entrada como de retención, ocupan dos Bytes
Tipo de Objeto Acceso Tamaño
Entradas Discretas Solo lectura 1bit
Bobinas Leer y escribir 1 bit
Registro de Salida Solo Lectura 16 bits
Registro en espera Lectura y Escritura 16 bits

Trama
Esta compuesta por una unidad de datos de ampliación ADU que incluye una unidad
de Datos de protocolo PDU
ADU= dirección + PDU + Comprobación de errores.
PDU= Código de función + Datos.

Nombre Longitud (bits) Función


Inicio 28 Al Meno 3 ½ Tiempos de Silencio
Dirección 8 Dirección estática
Función 8 Indica el código de función
Datos N*8 Datos + La Longitud de rellenara dependiendo el tipo
de mensaje
CRC 16 Verificación de refundación cíclica
Fin 28 Al menos 3 ½ tiempos de silencio entre tramas

También podría gustarte