Rdi4 Espe

ESPE – LATACUNGA - EPN Redes Digitales Industriales
4. REDES DE CAMPO
En este capítulo se introduce el concepto de las redes de campo industriales o,

como también se las denomina: Buses I/O (Entrada / Salida). Para ordenar su
estudio se podría dividirlas en: buses de dispositivos y buses de procesos. Las redes
industriales o buses I/O permite a un PLC comunicarse con dispositivos de entrada
(sensores) y salida (actuadores) de manera similar a como en una red de área local,
PCs o PLCs se comunican con otras PCs o PLCs (Figura 4.1).
Figura 4.1. Topología de una red industrial que incluye buses de campo
Dr. Luis Corrales OCTUBRE 2007 Pág. 115

Esta topología jerárquica descentraliza el control de un sistema para que los PLCs
se encarguen de controlar partes de un todo, dando como resultado un sistema de
control más grande y rápido. Rápido pues la información tenderá a viajar solamente
hasta / desde un PLC. Poco tráfico será el que tenga que recorrer muchos caminos
en la red, optimizándose así el flujo de datos en la misma. La topología o
arquitectura física de un bus I/O sigue la configuración de un bus o bus extendido,
esto permite que dispositivos inteligente (interruptores de fin de carrera,
fotoeléctricos y de proximidad) se conecten directamente sea a otro PLC o a una
LAN. En estos buses se debe hacer notar una diferencia: el bus, a más de tener
líneas para transmitir datos, puede también tener líneas de alimentación. La Figura
4.2 ilustra una conexión típica entre un PLC, una red de área local y un bus I/O.
Figura 4.2 Conexión entre un PLC, una LAN y un Bus I/O
A un bus I/O se deben conectar dispositivos inteligentes (Figura 4.3), donde lo de

inteligente se debe entender como un dispositivo que tiene los circuitos y la lógica
para compartir el medio físico con otros dispositivos; es decir, un sensor o actuador
con una tarjeta de red.
En un bus I/O, el PLC maneja los dispositivos inteligentes directamente sin el uso de
módulos de entrada y salida; lo que quiere decir que el PLC se conecta y se
comunica con los dispositivos inteligentes de entrada y salida de acuerdo a un
protocolo. Para esto el PLC usa alguna forma de un “Network scanner”. Un scanner
lee y escribe a cada uno de los dispositivos inteligentes en la red. Una red grande
con topología de árbol puede tener algunos miles de dispositivos de campo.

Figura 4.3 Conexión de un dispositivo inteligente a una red bus I/O
Los dispositivos inteligentes conectados a un bus I/O poseen inteligencia en la forma

de una tarjeta de red que les permite trabajar en un red siguiendo las reglas de algún
protocolo (Figura 4.4).
Figura 4.4. Inteligencia en un dispositivo
La función de la mayoría de estos dispositivos no es solo comunicar el estado

(ON/OFF) de una entrada y salida, sino que también pueden dar un diagnóstico de
su estado de operación. Por ejemplo, un sensor fotoeléctrico puede reportar cuando
su ganancia interna empieza a decrecer por un lente sucio; o un interruptor de límite
de carrera puede reportar el número de movimientos que ha ejecutado. Este tipo de
información ayuda a prever un mal funcionamiento de un dispositivo de entrada o
salida y puede por ejemplo indicar cuando un sensor ha llegado a su límite de vida y
tiene que ser cambiado.
4.1. TIPOS DE BUS I/O.
Los buses I/O pueden dividirse en dos diferentes categorías:
• Buses de dispositivos.
• Buses de proceso.

Bus de Dispositivos.- Interconecta en una red dispositivos de campo discretos

(pulsadores, interruptores de fin de carrera, etc), cuyo fin es proporcionar
información respecto al estado de los dispositivos (ON/OFF), al estado de operación
(operación correcta / incorrecta), etc. Estas redes generalmente transmiten pocos
bits o bytes de datos en un determinado tiempo.
Bus de Proceso.- Estos buses conectan dispositivos de campo capaces de generar

a más de la información de la variable que están sensando o controlando,
información acerca del proceso, o de los mismos dispositivos de campo (marca del
equipo, fecha de último mantenimiento, tiempo de operación, número de veces que
ha cambiado de estado, etc). La Figura 4.5 ilustra la clasificación de los dos tipos de
busesI/O
La mayoría de dispositivos conectados a un bus de procesos son analógicos, cuya

información por supuesto debe ser convertida a digital para su transmisión; los
dispositivos conectados a un bus de dispositivos son discretos. Sin embargo, el bus
de dispositivos algunas veces incluye dispositivos analógicos como termocuplas y
controladores de velocidad, que transmiten unos pocos bytes de información.
El bus de dispositivos que incluye dispositivos discretos, tanto como pequeños

dispositivos analógicos, son llamados “byte-wide bus networks” que podría
traducirse como redes con bus para transmitir bytes. Estas redes pueden transferir
entre 1 a 50 o más bytes de datos en un determinado momento. El bus de
dispositivos que se comunica solo con dispositivos discretos es llamado bit-wide bus
networks, este transfiere menos de 8 bits de datos desde dispositivos discretos
simples a distancias relativamente cortas.
La razón principal para que el bus de dispositivos trabaje con dispositivos discretos y
el bus de procesos con analógicos es el requerimiento diferente de transmisión de
datos. El tamaño de los paquetes de información tiene un efecto inverso en la
velocidad con que estos datos viajan en la red. Puesto que los buses de dispositivos

trasmiten poca información pueden trabajar a gran velocidad y por lo mismo

deberían emplearse en aplicaciones donde se requiere de rapidez de accionamiento
de ciertos dispositivos, caso de una electro válvula por ejemplo. El bus de procesos
trabaja comparativamente más lento por el gran tamaño de los paquetes de datos y,
por lo mismo, se los aplica más para el control de dispositivos de entrada/salida
analógicas que no requieren una respuesta rápida de tiempo, por ejemplo una servo
válvula.
Las velocidades de transmisión para ambos tipos de buses I/O pueden ser de hasta
1 y 2.5 Mbytes por segundo. Sin embargo un bus de dispositivos puede entregar
más paquetes de información que el bus de procesos.
Puesto que por un bus de proceso se puede transmitir varios cientos de bytes de
datos, son apropiados para aplicaciones que requieren una transmisión de datos
complejos. Por ejemplo, un bus de procesos compatible con un transmisor de
presión puede proveer de control con mucha mayor información que solo presión,
este puede también transmitir información acerca del flujo de temperatura flotante,
así como de su operación interna. Este tipo de información requiere un paquete
largo de datos a transmitir y para esto es apropiado el bus de proceso pues en el de
dispositivos simplemente no cabría.
4.2. PROTOCOLOS DE LOS BUSES Y REDES DE CAMPO INDUSTRIALES
Ninguno de los dos buses I/O tienen un protocolo estándar; sin embargo algunas
organizaciones están trabajando para desarrollar tanto especificaciones para los
buses de dispositivos como de proceso.
En el área del bus de proceso dos organizaciones principales, la Fundación Fieldbus

(que es el resultado de la unión de la Fundación ISP y FIP) y la Organización de
Comercio Profibus (bus de proceso inteligente) están trabajando para producir
estándares para protocolos y redes industriales.
Otras organizaciones como la ISA y el IEC están también participando en el

desarrollo de estos estándares. Esta es la razón por la que algunos fabricantes
especifican que sus productos analógicos son compatibles con Profibus, Fieldbus u
otro tipo de esquema de protocolo de comunicación.
La Figura 4.6 ilustra un diagrama de bloques de los protocolos disponibles.

Figura 4.6 Estándares de protocolos
Otra manera de intentar una clasificación de los buses de campo se muestra en la

Figura 4.7 a continuación.
Figura 4.7. Otra clasificación de las redes o buses de campo industriales.
Tanto los buses de dispositivos como los de proceso trasmiten su información de la

misma manera; esto es, digitalmente. De hecho, la necesidad de la comunicación
digital fue uno de las mayores razones para el establecimiento de las redes
industriales. La comunicación digital es la que permite que más de un dispositivo
pueda conectarse a un mismo medio y compartirlo debido a la capacidad de
direccionamiento que ofrecen y a que los nodos involucrados sean capaces de
reconocer los datos. Por otro lado, los datos digitales son menos propensos a sufrir
de distorsión producto de la EMI o RFI. También, los PLCs pueden transmitir datos
digitales sin tener que convertirlos a análogos y viceversa. De esta manera hay
menos errores asociados a la conversión A/D y D/A. Por último otra de las grandes

ventajas tiene que ver con la enorme reducción de cableado al no tener que
conectar los dispositivos de campo con cables de conexión individuales.
4.3. REDES CON BUSES DE DISPOSITIVOS BIT-WIDE
Se usan con simples dispositivos de campo discretos; es decir, sensores y

actuadores tipo ON-OFF. Pueden trasmitir tan solo 4 bits (un nibble) que es
suficiente para trasmitir los datos desde estos dispositivos. Los dispositivos más
pequeños requieren de solo un bit para operar. Minimizando la cantidad de datos
trasmitidos, estos bueses pueden proveer un rendimiento óptimo a bajos costos. Los
buses más comunes son: ASI, InterBus Loop y Seriplex.
Red ASI
Se usa en redes que no requieren más de 124 dispositivos de Entrada / Salida (I/O).
Estos 124 dispositivos de entrada y salida pueden conectarse a hasta 31 nodos sea
en una topología de anillo, árbol o estrella. Los dispositivos de I/O se conecta al PLC
o a una PC por medio de una interfaz controladora (una tarjeta que se conecta al
bus). La Figura 4.8 ilustra una red bit-wide ASI.
Figura 4.8. Red de dispositivos bit-wide ASI

La red se fundamenta en un chip de protocolo ASI, por lo mismo, los dispositivos

que se conecten a esta red deben tener este chip. Los dispositivos compatibles
típicos suelen ser interruptores de proximidad, sensores fotoeléctricos, interruptores
de fin de carrera y dispositivos estándar, aunque respecto a estos últimos se debe
indicar que el chip ASI está ubicado en el nodo; es decir, un nodo inteligente con un
chip ASI esclavo.
Las redes ASI requieren una fuente de alimentación de 24 V DC que se conecta por
medio de un par de alambres sin blindaje y no trenzados. Lo interesante es que
tanto el voltaje de alimentación como los datos viajan por el mismo par de alambres.
La longitud máxima del cable es de 100 m desde el controlador maestro con una
velocidad de transmisión de 167 Kbps.
En la Figura 4.9 se muestra una red que combina tanto una red bit-wide ASI con una
red byte-wide CANbus. Se debe notar que la red ASI se conecta a la CANbus por
medio de un Gateway, el cual es un dispositivo que permite la comunicación entre
redes que corren con diferente protocolo.
Figura 4.9. Redes ASI y CANbus trabajando juntas.
InterBus Loop
La red bit-wide InterBus loop fue desarrollada por la compañía Phoenix Contact Inc.
y es empleada para conectar a un PLC dispositivos sensores y actuadores simples.
InterBus Loop emplea una tecnología de alimentación y comunicación denominada
PowerCom para enviar la señal con el protocolo InterBus por las líneas de
alimentación; es decir, el protocolo es modulado en las líneas de poder. Esto permite

reducir el número de cables requerido por la red a solamente dos conductores que
llevan tanto la alimentación como las señales de comunicación a los dispositivos de
campo.
Puesto que tanto InterBus-S como InterBus Loop emplean el mismo protocolo, se
pueden comunicar entre ellos por medio de un módulo terminal InterBus Loop
localizado en la red InterBus-S, el cual se conecta a los dispositivos de campo por
medio de los dos alambres. Una red InterBus Loop se puede también conectar con
dispositivos no inteligentes por medio de módulos interfaz que contienen un chip
inteligente esclavo. En la Figura 4.10 se muestra un ejemplo de conexión de estas
redes.
Figura 4.10. Redes InterBus Loop e InterBus-S unidas por módulo terminal InterBus Loop
Seriplex
La red Seriplex permite la conexión de hasta 510 dispositivos de campo a un PLC en

una configuración Maestro / Esclavo o peer to peer. La red Seriplex se basa en el
chip ASIC (Application Specific Integrated Circuit) el cual debe estar presente en

todos los dispositivos que se conectan en esta red. Los dispositivos que no tiene
este chip puede conectarse a la red por medio de un módulo Seriplex I/O que
contiene un chip ASIC esclavo. La interfaz ASCI I/O contiene 32 funciones lógicas
booleanas que sirven para proveer la lógica necesaria para comunicar, direccionar e
inteligencia necesaria para controlar los dispositivos de campo conectados a la red
(Figura 4.11).
Figura 4.11. Red Seriplex con módulo controlador
La red Seriplex a nivel de capa física puede extenderse hasta 2000m con una
topología estrella, bus o árbol. Esta red también puede operar sin un controlador. A
diferencia de la red ASI, la red Seriplex se puede conectar con dispositivos análogos
de entrada y salida; sin embargo, la señal análoga digitalizada se debe leer o escribir
bit por bit en cada ciclo de barrido. La Figura 4.12 muestra una red Seriplex típica sin
controlador.

Figura 4.12. Interfaz Seriplex I/O sin un controlador
4.4. REDES CON BUSES DE DISPOSITIVOS BYTE-WIDE
Loa buses de dispositivos byte-wide más comunes están basados en las redes
InterBus S y CANbus.
InterBus-S
Es una red de sensores y actuadores que conecta estos dispositivos de campo a un

PLC o a una computadora (Soft PLC) en una configuración tipo anillo. Tiene
incorporadas interfaces I/O en sus 256 nodos posibles, que también incluyen
bloques terminales de conexión que posibilitan y facilitan la conexión a más
dispositivos I/O. Gracias a estos bloques terminales es posible conectar hasta 4096
dispositivos de campo I/O (dependiendo de la configuración) a una velocidad de 500
Kbps con detección de error tipo CRC.
El PLC se comunica con los dispositivos conectados al bus empleando el método

Maestro / Esclavo vía un módulo o controlador de host. Por medio de una interfaz
RS-232 es posible conectar una computadora al controlador para propósitos de
diagnóstico. La Figura 4.13 ilustra una red InterBus-S que muestra los dispositvos
que se han diseñado para proveerle de gran funcionalidad.

Figura 4.13. Red InterBus-S con una interfaz controlador host a un PLC
Las direcciones de los dispositivos en la red InterBus-S son automáticamente

determinados por su ubicación física y así se elimina la necesidad de asignar
manualmente las direcciones. El dispositivo controlador continuamente barre los
dispositivos de I/O leyendo todas las entradas en un barrido y escribiendo datos en
las salidas. InterBus-S trabaja en las capas Física, Enlace de Datos y Aplicación del
modelo OSI.
A nivel de capa Física emplea una topología de anillo (Figura 4.14). Permite una
longitud distribuida de cable de hasta 12.000 m. Este puede ser TP (par trenzado),
fibra óptica, infrarrojo o conexiones SMG.

Figura 4.14. Topología de anillo de Interbus S.
Los conectores que se emplean se pueden ver en las figuras que siguen:

Figura 4.15. Conectores de Interbus S.
Una red típica se muestra en la Figura 4.16 y 4.17.
Figura 4.16. Red Interbus S típica

Figura 4.17. Uso de los conectores en la capa física.
TRAMA INTERBUS S
A nivel de la capa de Enlace de Datos, el protocolo recurre a un maestro que usa

registros de desplazamiento sincronizados, para la trasmisión Full-Duplex y
trasmisión total de la trama Figura 4.18. No hay arbitración de protocolo. Puede leer
y escribir hasta 4.096 entradas y salidas digitales en menos de 14 ms. Posee
corrección de errores CRC.

Figura 4.18. Tramas de Interbus S.
En la capa de Aplicación el protocolo es capas de ubicar e identificar la causa de un

problema en la red. Hay servicio de mensajería tipo cliente – servidor y posibilita
transmisión de alta velocidad tanto de los datos análogos como digitales.
Es posible conectar hasta 256 corridas para un total de 4096 entradas digitales y
4096 salidas digitales, o una combinación de señales digitales y análogas.
Red CANbus Byte-Wide
Tienen como base el chip CAN que se usó inicialmente en automóviles para
controlar sus partes electrónicas. EL CANbus es abierto y puede manejar datos de
longitud variable de hasta 8 bytes. CAN implementa cinco mecanismos de detección

de errores, entre ellos un CRC. De este modo los errores globales que ocurren en
todos los nodos se pueden detectar el 100% de las veces. La probabilidad de no
detectar un error local queda reducida a 3 x 10-5.
Existen dos implementaciones hardware básicas, aunque la comunicación en ambas

es idéntica y son compatibles entre sí. Esto permite administrar el uso del bus en
función de las necesidades de cada nodo.
• Basic CAN: hay un vínculo muy fuerte entre el controlador CAN y el

microcontrolador asociado. El microcontrolador será interrumpido para tratar
con cada uno de los mensajes del CAN. Cada nodo transmitirá tan sólo
cuando se produzca un evento en alguna de las señales que le conciernen.
Este modo de funcionamiento es adecuado para aquellos nodos encargados
de manejar informaciones esporádicas, disminuyendo la ocupación del bus.
• Full CAN: contiene dispositivos de hardware adicionales que son

proporcionados por un servidor que automáticamente recibe y transmite los
mensajes CAN, sin necesidad de interrumpir al microcontrolador asociado,
reduciéndose la carga del mismo. Está orientado a nodos encargados del
manejo de señales con un alto nivel de exigencia en cuanto a frecuencia de
actualización y/o seguridad
Los dispositivos se comunica por medio de 4 cables más blindaje: 2 para los datos y
2 para la alimentación. Hay un quinto que es el blindaje.
Figura 4.19. Cable de comunicación para CANbus
La comunicación puede ser Maestro / Esclavo o peer to peer. En este último caso,
como en un sistema habrá parámetros que varíen más rápidamente que otros, por lo
que necesitarán una transmisión más frecuente y un mecanismo rápido de

asignación del bus, para aquellas situaciones en las que haya más de un nodo
transmitiendo a la vez, la prioridad de los mensajes CAN se determina mediante los
identificadores de los mismos. Se utiliza el método CSMA/CD (Carrier Sense,
Multiple Access with Collision Detect), con la capacidad de arbitrio no destructivo
para poder detectar las posibles colisiones.
Figura 4.20. Protocolos de la capa física de CANBus.
TRAMA CAN BUS
Los mensajes transmitidos desde cualquier nodo en una red CAN no contienen la
dirección del nodo emisor ni la del nodo receptor. En vez de esto, los mensajes
contienen una etiqueta identificativa, única en toda la red, que realiza esa función.
Estos identificadores determinan la prioridad del mensaje. El mensaje de mayor
prioridad gana el acceso al bus, mientras que los mensajes de menor prioridad se
retransmitirán automáticamente en los siguientes ciclos de bus. Como consecuencia

de esto, varios nodos pueden recibir y actuar simultáneamente sobre el mismo

mensaje.
Esta estructura de los mensajes ofrece a la red una gran flexibilidad y posibilidad de
expansión, ya que nuevos nodos pueden ser añadidos a la red sin la necesidad de
hacer ningún cambio en el hardware ni en el software existente.
Las tramas de los mensajes son los elementos básicos de transmisión y van de un
nodo emisor a uno o varios nodos receptores. Hay dos protocolos de comunicación:
el estándar, que soporta mensajes con identificadores de 11 bits, y el expandido,
que soporta de 11 y de 29 bits.
El mensaje está dividido en siete campos diferentes, cada uno de ellos con una
función específica:
Figura 4.21. Trama CANBus.
La velocidad de la trasmisión depende de la longitud del cable. La tabla abajo

muestra las velocidades para las redes CANbus: DeviceNet y SDS.
Tabla 4.1. Velocidad versus longitud de cable a) DeviceNet, b) SDS CANbus

La red DeviceNet, que tiene como base a CANBus puede soportar 64 nodos y hasta
un máximo de 2048 dispositivos de campo.
La red SDS también puede manejar 64 nodos; sin embargo, este número puede
subir hasta 126 localidades direccionables si se emplean interfaces I/O multipuerto.
Si se usan interfaces 4 a 1, en cada nodo se pueden tener hasta 126 dispositivos no
inteligentes. Esto se muestra en la Figura 4.22.
Figura 4.22. a) Una red SDS multiplexada y b) un concentrador de I/O de alta densidad
La interfaz multipuerto tiene un chip CAN esclavo que provee la información del
estado de los dispositivos.
Una red SDS puede transmitir varios bytes de información en la forma de mensajes
de longitud variable. Por esta razón puede conectarse a dispositivos inteligentes que

pueden traducir uno, dos o más bytes de información desde la red a 16 o 32 bits de
información tipo ON/OFF.
La red SDS (Smart Distributed System), a nivel de la capa 2 también se basa en el

protocolo inmerso en el chip CAN, tanto para el formato de la trama como para la
detección de errores. A nivel de capa física requiere de 4 hilos: 2 para la
alimentación y 2 para los datos. La velocidad de transmisión es de 1 Mbps hasta
40m y 100 Kbps hasta 800m.
La red CANbus emplea 3 de las capas del modelo OSI y define tanto el método de
acceso al medio como la señalización a emplearse en la capa física. Provee CRC
para el chequeo de errores.
Un scanner o un procesador de I/O CANBus proveen la interfaz entre el PLC y la red

CANBus. En la Figura 4.23 se muestra un scanner CANBus diseñado por Allen
Bradley que tiene 2 canales en los que se pueden conectar hasta 64 dispositivos.
Figura 4.23. Ejemplo de un scanner CANBus
Los conectores para la conexión se muestran en la Figura 4.24.

Figura 4.24. Terminales de conexión para DeviceNet.
En la Figura 4.25 se muestra un ejemplo en el que emplea un sistema Flex I/O con
un procesador DeviceNet para crear así un susbsistema I/O DeviceNet.
Figura 4.25. Un sistema Flex I/O conectado con un procesador DeviceNet
Para tratar de cubrir todas las posibilidades de uso en una industria, DeviceNet, al
igual que otros fabricantes, han introducido una serie de dispositivos que amplían el
horizonte de esta tecnología.
En la Figura 4.26 se muestra una red DeviceNet que muestra los dispositivos o
interfaces ofrecidas.

Figura 4.26. Red DeviceNet con sus accesorios de conexión y conectividad.
Figura 4.26. Prototipo de Red DeviceNet.
4.5. REDES CON BUSES DE PROCESO
Una red con buses de proceso es una red digital de comunicaciones, abierta y de
alto nivel que se emplea para conectar dispositivos de campo análogos a un sistema
de control. Como se mencionó antes, una red de proceso se emplea en aplicaciones
donde los sensores o actuadores análogos de entrada / salida responden más
lentamente que aquellos en aplicaciones con dispositivos discretos (y que conforman
las redes o buses de dispositivos). El tamaño de los paquetes de información de

hasta / desde estos dispositivos de campo análogos es grande, debido a la

naturaleza de la información que se recoge.
Los protocolos que se empelan en estas redes de proceso transmiten a velocidades

de 1 a 2 Mbps, aún así se dice que su velocidad va de lenta a mediana debido a la
gran cantidad de datos que deben transferir. De todas maneras, esta velocidad es
adecuada debido a que los dispositivos análogos no responden instantáneamente
como los discretos. En la Figura 4.27 se muestra una red de bus de proceso típica.
Figura 4.27. Configuración típica de una red de bus de proceso
Las redes de proceso pueden transmitir una gran cantidad de información a un PLC,
de ahí que pueden mejorar notablemente la operación de una planta o proceso. Por
ejemplo, un arranque de un motor inteligente, compatible con una red de proceso,
puede proveer información acerca de la cantidad de corriente consumida por el
mismo, tal que, si la cantidad de corriente sube, o hay algún síntoma de problema, el
sistema puede alertar al operador y evitar una falla potencial del motor en una línea
de producción crítica. La implementación de este tipo de alerta sin una red de
proceso sería muy cara y problemática debido a la cantidad de acometidas de
alambre que se debería instalar para transmitir este tipo de información.
Se cree que las redes de proceso eventualmente reemplazarán a todas las redes
análogas 4-20 mA. Esto debido a que las redes de proceso o digitales, en general,
proveen mayor exactitud y repetibilidad, así como añaden la posibilidad de
comunicación bidireccional entre los dispositivos de campo y los controladores
(como los PLCs) sobre el mismo par de hilos, algo que no se puede hacer con las
redes análogas 4 – 20 mA.
Un PLC o computadora se comunica con una red de proceso por medio de un

módulo o tarjeta interfaz controladora que pueden emplear sea el formato del
protocolo MODBUS, Fieldbus o Profibus. El procesador del bus de proceso
generalmente se inserta dentro del gabinete del PLC.

4.5.1. MODBUS
El protocolo Modbus es un estándar interno que los controladores Modicon usan

para el intercambio de mensajes. Con este protocolo, los controladores Modicon
pueden comunicarse entre sí y con otros dispositivos sobre una variedad de redes,
dentro de las que se incluyen las redes industriales Modicon, Modbus y Modbus
Plus, y las redes estándar MAP y Ethernet. Las redes son accedidas por medio de
puertos incorporados en los controladores o por adaptadores de red, o gateways
disponibles desde Modicon.
Tal como ya se ha dicho, el protocolo define la estructura del mensaje que los
controladores reconocen y usan. Describe también el protocolo de control de acceso
al medio (MAC) y cómo se detectarán y reportarán los errores.
4.5.1.1. El Ciclo Pregunta - Respuesta
Los dispositivos en una red Modbus se comunican usando la técnica maestro –

esclavo, en la cual sólo un dispositivo (el maestro) puede iniciar transacciones
(llamadas ‘peticiones’ – ‘queries’). Los otros dispositivos (los esclavos) responden
suministrando al maestro el dato solicitado, o realizando la acción solicitada en la
petición. A esta forma de comunicación se conoce como el ciclo Pregunta –
Respuesta.
Figura 4.29. El ciclo Pregunta – Respuesta
LA PREGUNTA
Se refiere al mensaje de petición que envía el maestro a un esclavo. El código de la

función en la pregunta dice qué tipo de acción debe realizar el dispositivo esclavo
direccionado. Los bytes de datos contienen información adicional que el esclavo
necesitará para realizar la función. Por ejemplo, la función código 03 solicitará al
esclavo leer los registros y responder con el contenido de los mismos. El campo de

datos debe contener la información que le dice al esclavo con cual registro debe
empezar y cuántos registros debe leer. El campo de chequeo de errores provee al
esclavo un método para validar la integridad del contenido del mensaje.
Ejemplo de trama Modbus usando la función 05
PETICION:
LA RESPUESTA
Si el esclavo realiza una respuesta normal, el código de función en la respuesta es

un eco del código de función en la pregunta. Los bytes de datos contienen los datos
recolectados por el esclavo, tales como valores de registros o estados.
Respuesta: es un eco si no hay error
Si un error ocurre, el código de función se modifica para indicar que la respuesta es

una respuesta de error, y los bytes de datos contienen un código que describe el
error. El campo de chequeo de error le permite al maestro confirmar que el
contenido del mensaje es válido.
Entre los dispositivos maestros típicos se incluyen procesadores centrales y paneles

de programación. Esclavos típicos son los PLCs (controladores programables).
El maestro puede direccionar esclavos individualmente o puede generar un mensaje

en modo difusión (broadcast) a todos los esclavos (en cuyo caso la dirección del
dispositivo esclavo es 0). Los esclavos solo devuelven un mensaje de ‘respuesta’ a
aquellas peticiones que les son direccionadas individualmente. No se devuelven
respuestas a peticiones en modo difusión enviadas desde el maestro.

Si un error ocurriera en el recibo del mensaje, o si el esclavo es incapaz de realizar

la acción pedida, el esclavo construirá un mensaje de error y lo enviará como su
contestación.
La trama genérica de Modbus tiene el formato siguiente:
El “Campo de Dirección” de un trama contiene dos caracteres (ASCII) u ocho bits

(RTU). Las direcciones válidas de un dispositivo esclavo están en el rango de 0 a
247 decimal. Un maestro se dirige a un esclavo poniendo la dirección del esclavo en
el campo de dirección del mensaje. Cuando el esclavo envía su respuesta, pone su
propia dirección en el campo de dirección de la respuesta para permitir al maestro
saber qué esclavo está respondiendo.
El protocolo MAC “Maestro / Esclavo” hace innecesario incluir la dirección del

dispositivo fuente para el envío de una trama. No hay que olvidar que una
transacción en una red maestro / esclavo es siempre iniciada por el maestro. Por la
misma razón, en el mensaje de respuesta desde un esclavo no hay que incluir la
dirección destino pues está siempre corresponderá al maestro.
La dirección 0 se usa como dirección broadcast. Cuando el protocolo Modbus se usa

en redes de nivel más alto, puede que no se permitan transmisiones broadcast, o
puede que sean reemplazadas por otros métodos. Por ejemplo, Modbus Plus usa
una base de datos global compartida que se actualiza con cada rotación del token.
El campo “Código de Función” de una trama contiene dos caracteres (ASCII) u ocho
bits (RTU). Los códigos Válidos están en el rango de 1 a 255 decimal. De éstos,

algunos códigos son aplicables a todos los controladores Modicon, mientras algunos
códigos sólo aplican a ciertos modelos, y otros son reservados para uso futuro.
El campo de datos se construye usando juegos de dos dígitos hexadecimales en el

rango de 00 al hexadecimal FF. Éstos pueden hacerse con un par de caracteres
ASCII, o con un carácter RTU, según el modo de transmisión serial de la red.
Se usan dos tipos de chequeo de errores para las redes Modbus estándar. El
contenido del campo de chequeo de errores depende del modo de transmisión serial
que se esté usando: ASCII o RTU. Si es ASCII se usa LRC y si es RTU se emplea
CRC.
4.5.1.2. TRANSACCIONES EN LAS REDES MODBUS
Los pórticos Modbus estándar en los controladores Modicon usan una interfaz RS-
232C que, entre otras cosas, define los pines del conector, cableado, los niveles de
la señal, la velocidad de transmisión, y chequeo de paridad. Los controladores
pueden ser conectados directamente en red o vía módems.

Dos Modos de Transmisión Serial.
Los Controladores pueden configurarse para comunicarse en redes Modbus

estándar empleando uno de dos modos de transmisión: ASCII o RTU. Los usuarios
deben seleccionar el modo deseado, junto con los parámetros de comunicación
serial (velocidad de transmisión, modo de paridad, etc), durante la configuración de
cada controlador.
El modo y los parámetros seriales deben ser el mismo para todos los dispositivos en
una red Modbus. La selección del modo: ASCII o RTU sólo pertenece a redes
Modbus estándar, y define los contenidos binarios de los campos del mensaje
transmitido serialmente en estas redes; es decir, determina cómo se empaquetará la
información en los campos del mensaje y como se decodificará.
Modo ASCII
Cuando se configuran los controladores para comunicarse en una red de Modbus

usando modo ASCII (Código Estándar Americano para el Intercambio de
Información), cada byte de ocho-bits de un mensaje se envía como dos caracteres
ASCII.
1 SISTEMA DE CODIFICACION
- Hexadecimal, ASCII caracteres 0... 9, A... F
- Un caracter hexadecimal es contenido en cada caracter ASCII del
mensaje
2 BITS POR BYTE

- 1 bit de inicio .
- 7 bits de los datos, el bit más significativo se envía primero
- 1 bit para paridad par / impar, no bit para ninguna paridad
- 1 bit de parada si se usa paridad, 2 bits si no se usa paridad
3 CAMPO DE CHEQUEO DE ERRORES

- Chequeo de Redundancia Longitudinal (LRC)
Ventaja Principal: Permite intervalos de tiempo entre caracteres hasta de un

segundo antes de que ocurra un error por timeout.
TRAMA ASCII
En modo ASCII, los mensajes comienzan con un carácter ( : ) ‘dos puntos’ (ASCII 3A
hex) y terminan con un par de caracteres (CRLF) ‘Retorno de Carro + Avance de

Línea) (ASCII 0D hex y 0A hex). Los caracteres a transmitir permitidos para todos los
demás campos son 0-A, A-F hexadecimal. Los dispositivos conectados en red
monitorizan el bus de red continuamente para detectar un carácter ‘dos puntos’.
Cuando se recibe, cada dispositivo decodifica el próximo campo (el campo de
dirección) para enterarse si es el dispositivo direccionado.
Pueden haber intervalos de hasta un segundo entre caracteres dentro del mensaje.
Si transcurre más tiempo entre caracteres, el dispositivo receptor asume que ha
ocurrido un error.
Se muestra a continuación una trama de mensaje típica.
Excepción: Con los controladores 584 y 984A/B/X, un mensaje ASCII puede

terminar normalmente después del campo LRC sin enviar los caracteres CRLF.
En ese caso, debe tener lugar una pausa de al menos 1 segundo. Si esto sucede, el
controlador asumirá que el mensaje ha terminado normalmente.
Modo de RTU
Cuando los controladores se configuran para comunicarse en una red Modbus en

modo RTU (Remote Terminal Unit), cada byte de ocho bits en un mensaje contiene
dos caracteres hexadecimales de cuatro bits. La ventaja principal de este modo es
que su gran densidad de caracteres permite un mejor rendimiento (throughput) que
el modo ASCII para la misma velocidad de transmisión. Cada mensaje debe
transmitirse en un flujo continuo.
Sistema de codificación
- Binario de ocho bits, hexadecimal 0... 9, A... F

- Dos caracteres hexadecimal se contienen en cada campo de ocho bits del
mensaje
BITS POR BYTE

- 1 bit de inicio
- 8 bits de datos, el bit menos significativo se envía primero
- 1 bit de paridad par / impar, no bit para no paridad
- 1 bit de parada si se usa paridad, 2 bits si no se usa paridad

El Campo de Chequeo de error

- Chequeo de Redundancia Cíclico (CRC)
Ventaja Principal: Permite transmitir una densidad mayor de caracteres con la misma
taza de baudios que en el modo ASCII
TRAMA RTU
En modo RTU, los mensajes comienzan con un intervalo silencioso de al menos 3.5
tiempos de carácter. Esto es más fácilmente implementado como un múltiplo de
tiempos de carácter a la velocidad de transmisión configurada en la red (mostrado
como T1-T2-T3-T4 en la figura de la trama). El primer campo transmitido es
entonces la dirección del dispositivo destinatario.
Los caracteres a transmitir permitidos para todos los campos son 0-A, A-F
hexadecimal. Los dispositivos conectados en red monitorizan el bus de red
continuamente incluso durante los intervalos ‘silenciosos’. Cuando el primer campo
(el campo de dirección) es recibido, cada dispositivo lo decodifica para enterarse si
es el dispositivo direccionado.
Siguiendo al último carácter transmitido, un intervalo de al menos 3.5 tiempos de

carácter señala el final del mensaje. Un nuevo mensaje puede comenzar después de
este intervalo.
La trama completa del mensaje debe ser transmitida como un flujo contínuo. Si un
intervalo silencioso de más de 1.5 tiempos de carácter tiene lugar antes de
completar la trama, el dispositivo receptor desecha el mensaje incompleto y asume
que el próximo byte será el campo de dirección de un nuevo mensaje.
De forma similar, si un nuevo mensaje comienza antes de que transcurran 3.5

tiempos de carácter después de un mensaje previo, el dispositivo receptor lo
considerará una continuación del mensaje previo. Esto dará lugar a un error, ya que
el valor en el campo final CRC no será válido para el mensaje combinado. Debajo se
muestra una trama de mensaje típica.
Comparación entre los dos modos:
En cualquiera de los dos modos de transmisión serial (ASCII o RTU), un mensaje

Modbus es empaquetado por el dispositivo que transmite en una trama que tiene un
comienzo y un final conocidos. Esto permite a los dispositivos receptores detectar el
comienzo de la trama, leer la dirección y determinar qué dispositivo está siendo
direccionado (o todos los dispositivos si es una difusión, ‘dirección = 0’) y conocer

cuándo se ha completado el mensaje. Se pueden detectar mensajes parciales y

generar mensajes de error como resultado.
Debe entenderse que en otras redes, como MAP y Modbus Plus, los mensajes
Modbus se ponen en tramas que no están relacionadas con la transmisión serial.
Por ejemplo, una petición de lectura de registros puede manejarse entre dos
controladores Modbus Plus sin tener en cuenta la configuración de los pórticos
Modbus seriales de cualquiera de los dos controladores.
4.5.1.3. Transacciones con otros tipos de Red
La Figura 4.28 muestra cómo podrían interconectarse los dispositivos en una

jerarquía de redes que emplean técnicas de comunicación diferentes. La idea es que
la trama Modbus encapsulada en la estructura del paquete de cada red provee el
lenguaje común por medio del cual los dispositivos pueden intercambiar mensajes.
Figura 4.28. Combinación de Modbus en redes jerárquicas.

Dicho de otra forma, sobre otras redes los mensajes del protocolo Modbus se
integran dentro de la trama utilizada por esas redes. Por ejemplo, los controladores
de red Modicon para Modbus Plus o MAP, con software de aplicación asociado –
drivers y librerías - proporciona la conversión entre la trama del protocolo Modbus y
las tramas específicas de los protocolos que esas redes utilizan para comunicar sus
dispositivos nodo. De esta forma, algunos modelos de controladores Modicon
pueden comunicarse sobre Modbus Plus empleando puertos incorporados, o
adaptadores de red, y sobre MAP, usando adaptadores de red que hablen ese
protocolo.
En estas redes, los controladores se comunican usando la técnica de par-a-par

(peer – to – peer ) en la que cualquier controlador puede comenzar las transacciones
con los otros controladores. Así, un controlador puede operar como un esclavo o
como amo en transacciones separadas. Frecuentemente se proporcionan caminos
interiores múltiples para permitir transacciones concurrentes Maestro - Esclavo.
A nivel de mensaje, sin embargo, el protocolo Modbus aplica todavía el principio

Maestro-Esclavo aunque el método de comunicación de red sea par-a-par. Si un
controlador origina un mensaje, lo hace como un dispositivo maestro y, por lo
mismo, espera una contestación desde un dispositivo esclavo. Similarmente, cuando
un controlador recibe un mensaje construye una contestación de esclavo y lo retorna
al controlador que originó la petición.
4.5.2. MODBUS PLUS
Aplicaciones de Modbus Plus
Modbus Plus es un sistema de red de área local diseñado para aplicaciones de

mando industriales. Cada red soporta 64 dispositivos de nodo direccionables, a una
taza de transferencia de datos de 1 Mbps. Las aplicaciones incluyen supervisión de
mando de un proceso y los mensajes de supervisión.
Modbus Plus mantiene el protocolo de comunicación par-a-par en los diferentes

niveles de la red. Modicon proporciona una variedad de controladores programables
y adaptadores de red. La red también permite módulos de comunicación I/O
distribuidos (DIO) en los que los controladores Modicon se comunican directamente
con los subsistemas I/O.
Cada controlador Modicon acepta que una red de computadoras se conecte

directamente a su puerto Modbus Plus. Agregando módulos opcionales de red,
pueden configurarse redes adicionales para extender las comunicaciones de I/O en
la aplicación del usuario.
El bús de la red usa un solo-cable o un cable dual. El diseño de cable dual aumenta
la protección contra las fallas del cable o el ruido que puede aparecer en cualquier
corrida del cable, permitiendo que ante la presencia de un problema la comunicación
continúe por el camino libre de errores.

A 32 dispositivos nodo puede conectarse directamente el bus de red la cual puede

cubrir una longitud de 1500 pies (450 metros). Es posible emplear repetidores para
extender la distancia del cable a su máximo de 6000 pies (1800 metros), y el número
de nodos a su máximo de 64.
Comunicación entre Redes
Es posible emplear un puente (bridge) para unir redes que estén jerárquicamente en
el mismo o diferente nivel. El puente permite el enrutamiento de los mensajes
originados en el nodo de una red a través de uno o más puentes a un nodo destino
en otra red. Esto optimiza el tráfico en las redes pues solamente el tráfico necesario
circulará por cada red lo cual es útil para aplicaciones críticas en cuanto al tiempo.
en que cada red emplea sólo los dispositivos requerido por cronometrar del proceso
local. Solamente los mensajes que se requieren pasarán por los puentes para llegar
a otras redes.
Modbus y Modbus Plus pueden empelar Puentes Multiplexores. El Multiplexor del

Puente proporciona cuatro puertos seriales que se pueden configurar
separadamente para protocolo Modbus o como dispositivos RS232 / RS485.
Ejemplos de redes Modbus
La Figura 4.30 muestra un diagrama de bloques de cuatro redes Modbus Plus.
Las redes A y B organizan los niveles y están unidas por un Puente. Las redes C y
D son redes distribuidas de dispositivos I/O (DIO) que se conectan a una red de
computadoras usando los módulos opcionales de Red (NOMs). Cada DIO se
conecta a su red a través de un adaptador DIO Modbus Plus.

Figura 4.30. Redes unidas por un puente y módulos I/O
Debe aclarase que nodo indentifica a cualquier dispositivo que se conecta

físicamente al cable Modbus Plus. El término se aplica a cualquier dispositivo, sea
direccionable o no
La Figura 4.31 muestra una red con siete nodos. Algunos nodos, por ejemplo si se
trata de PLCs, tienen una dirección y pueden servir como fuente o destino de los
mensajes. La ventaja del Puente, que tiene una dirección, es que separa las
direcciones de los nodos direccionables en cada uno de las dos redes. El Repetidor
es un nodo que une dos secciones, no tiene ninguna dirección, y sirve para extender
la red.
Figura 4.31. Red extendida por un repetidor

Los segmentos se unen por medio de empalmes que son dispositivos pasivos que
mantienen al cable troncal como tal.
La Figura 4.32 muestra una aplicación de los DIO con tres redes. Los nodos
mostrados incluyen al PLC, módulos DIO, y adaptadores DIO.
Figura 4.32. Red con módulos DIO y adaptadores DIO
En las redes del cable dual, dos segmentos de cable corren en paralelo entre dos
pares de nodos. Ellos deben tenderse por caminos separados dentro de la planta,
para proporcionar la fiabilidad máxima en caso de interferencia eléctrica o daño
físico al cable.
Topología Lógica de la Red (capa de enlace de datos)
Los nodos de la red se identifican por direcciones asignadas por el usuario. La

dirección de cada nodo es independiente de su ubicación física en la red. Las
direcciones están dentro del rango de 1... 64 decimal, y no tienen que ser
secuenciales. No se permiten direcciones duplicadas.
Los nodos de la red funcionan como miembros un una un anillo lógico; esto es,
ganarán acceso a la red cuando el token les permita. Cada red tiene su propio token
rotando por la red, independientemente de las otras redes. Cuando se tiene redes
múltiples unidas por puentes, los token no pasan a través de los puentes.
Cuando un nodo posee el token, puede empezara a transmitir un mensaje a otro

nodo. Cada mensaje contiene campos donde están definidos la fuente y el destino.
Es posible tener mensajes tipo broadcast lo cual es útil para la actualización rápida
de alarmas, setpoints, y otros datos. Cada red mantiene su propia base de datos
global, en donde se anota los nodos que pertenecen a dicha red.
La Figura 4.33 muestra el recorrido del token en dos redes unidas por un Puente.

Figura 4.33. Rotación del Token en dos redes unidas por un puente
Capa Física
El bus de la red consiste de un par trenzado con blindaje. Los dos datos en el cable
no son sensibles a la polaridad, sin embargo, es conveniente seguir una convención
durante la instalación eléctrica para facilitar el mantenimiento. La red consiste de
secciones de cable, cualquier sección puede tener hasta 32 nodos, con una
distancia de cable máxima de 1500 pies (450 m). las Secciones pueden ser unidas
por Repetidores para extender la longitud de la red hasta dar soporte a 64 nodos.
La longitud del cable mínima entre cualquier par de nodos debe ser por lo menos 10
pies (3 m). La longitud de cable máxima entre dos nodos es igual a la longitud de la
sección máxima de 1500 pies (450 m).
En las redes de cable dual, los cables se identifican como el cable A y el cable B.
Cada cable puede tener hasta 1500 pies (450 m) de largo, La diferencia en la
longitud entre los cables A y B no debe exceder los 500 pies (150 m). Se conectan
los nodos al cable por medio de un dispositivo de empalme, proporcionado por
Modicon. Este mantiene la continuidad del cable troncal de la red, al mismo tiempo
que une el dispositivo del nodo. Un terminal facilita la conexión a tierra.
El empalme también contiene una resistencias terminales que deberán conectarse

cuando sea el caso para prevenir las reflexiones. En la Figura 4.34 se muestra un
esquema del empalme.

Figura 4.34. Diseño del empalme al cable
La Figura 4.35 ilustra un empalme en el que ilustra cuando se debe conectar los
jumpers internos para terminar adecuadamente los extremos del cable.
Figura 4.35. Topología Física con jumpers
Figura 4.36. Topología Física con Cables Duales
En la Figura 4.37 se muestra un ejemplo de una red Modbus Plus con un miltiplexor.

Figura 4.37. Red Modbus Plus Multiplexada con multiplexor.
En la Figura 4.38 se muestra como se cablea entre un dispositivo de campo y el

adaptador de red de un PLC.
Figura 4.38. Cableado entre dispositivo ce campo y adaptador de red
A continuación en la Figura 4.39 se muestra un ejemplo de una aplicación real de

empleo del protocolo Modbus.

Figura 4.39. Ejemplo de una aplicación real con Modbus.
En el mundo industrial se tiende a considerar al Modbus como un protocolo que no

tiene muchas oportunidades de competir con Fieldbus o Profibus, los cuales tienen
organizaciones muy grandes de apoyo; sin embargo, Modbus es un estándar que ha
estado mucho tiempo en el mercado y su difusión ha sido muy extendida.

4.5.3. FIELDBUS
Al igual que Modbus y Profibus, Fieldbus busca conectar las redes de campo y las
administrativo financieras de una forma jerárquica, tal como se ilustra en la Figura
4.40.
Figura 4.40. Red administrativa y redes de campo.
Se ha dicho que cada protocolo tiene sus características de funcionamiento propias.

Al unir redes con diferentes protocolos, como se muestra en la Figura 4.40 surgen
incompatibilidades. En muchos casos no se trata de protocolos que compitan entre
sí, sino que funcionan bajo reglas diferentes y hay que procurar que se
complementen, particularmente en una arquitectura de comunicación de varios
niveles tal como se muestra arriba.
FOUNDATION FIELDBUS
Este es el nombre que se da a la organización que da soporte a este protocolo para

lograr su difusión a nivel mundial. La red de bus de proceso Fieldbus es un sistema
de comunicación de dos vías, serial, digital y multipuerto que conecta equipo de
campo, como sensores y actuadores inteligentes, con controladores, como PLCs.
Con Fieldbus no se trata simplemente de reemplazar las redes análogas de corriente

de 4-20 mA por una red digital. Por medio de la comunicación digital se permite
enviar no sólo una señal de medición o control, sino también anexar importante
información de diagnóstico, que facilita el trabajo de mantenimiento y da mayor
seguridad al sistema, así como alarmas, parámetros de configuración, etc. Además,
siendo la comunicación bi-direccional se facilitan las labores de configuración y
calibración.

El protocolo está desarrollado a partir del modelo de comunicaciones OSI.
Es un protocolo para redes industriales pensado específicamente para aplicaciones

de control distribuido. Puede comunicar grandes volúmenes de información, ideal
para aplicaciones con varios lazos complejos para control de procesos y
automatización de una fabrica. Provee bloques de función: IA, ID, OA, OD, PID, que
pueden intercambiarse entre la estación maestra y los dispositivos de campo. La
longitud máxima por mensaje es de 256 bytes, lo que permite transferir funciones de
control con el concepto de objetos.
Figura 4.41. Protocolo Fieldbus y su comparación con el modelo OSI
Fundamentalmente consta de tres niveles:
a) Capa física,
b) Capa o pila (Stack) de comunicaciones, y
c) Capa de usuario.
En este protocolo no se implementan los niveles 3, 4, 5 y 6 del modelo OSI, pues

estos no se requieren en aplicaciones de control de procesos, pero si se tiene en
cuenta dentro del stack de comunicaciones a la capa de aplicación que tiene que
comunicarse con el Nivel de Usuario. La capa de usuario no pertenece al modelo
OSI y en el protocolo Fieldbus provee varias funciones clave como son: bloques de
funciones, servicios de descripción de dispositivos y administración del sistema.
CAPA FÍSICA
Trata de las características mecánicas, eléctricas y funcionales para establecer y

liberar conexiones físicas, responde a las normas ISA/IEC (ISA 550.02-1992/IEC
1158.2).

Poseen velocidades de 31,25 Kbps (H1, baja), 1 Mbps (H2, media) y 2,5 Mbps (H2,
alta) que depende del modo que se haya configurado: modo de corriente AC o modo
de voltaje DC.
Se emplea codificación Manchester Bifásica – L, llamada serial sincrónica pues la

señal del reloj se “inserta” en los datos, tal como se ilustra en la Figura 4.42.
Para la separación de tramas se emplean: preámbulo, limitador de inicio (Start

Delimeter) y limitador Final (End Delimiter) cuyo patrón se muestra a continuación.
Figura 4.42. Codificación y limitadores de trama en Fieldbus.
El pre-ambulo emplea el receptor para sincronizar su reloj interno con la señal

Fieldbus entrante. Códigos especiales N+ y N- se hallan en el limitador de inicio y
final. Note que las señales N+ y N- no cambian de nivel en el medio de un bit.
Por otro lado, el receptor emplea el limitador de inicio para encontrar el comienzo de
una mensaje (trama) Fieldbus. Después de que lo encuentra, el receptor acepta los
datos hasta que recibe el limitador final.
Fieldbus H1
El H1 fieldbus se puede usar para aplicaciones como control de temperatura, nivel y

flujo. Los dispositivos de campo pueden ser alimentados directamente desde
fieldbus y operar sobre cables 4-20 mA previamente instalados.
El H1 fieldbus puede también dar soporte a buses intrínsicamente seguros (I.S.) con
dispositivos alimentados desde el bus. Una barrera I.S. se coloca entre la fuente de

alimentación en el área segura y los dispositivos I.S. en el área peligrosa (Figura

4.43.
Figura 4.43. Dispositivo I.S. en una red Fieldbus.
Señalización Fieldbus H1
El dispositivo transmisor entrega ±10 mA a 31.25 kbit/s sobre una carga terminal de
50 ohm para crear un voltaje de 1.0 voltios pico-a-pico modulada sobre la corriente
continua (DC) del voltaje de alimentación.
El voltaje de alimentación DC puede variar desde 9 a 32 VDC (Figura 4.44). Sin

embargo, para aplicaciones I.S. el voltaje de alimentación permisible depende de los
valores de la barrera.
Figura 4.44. Señalización para Fieldbus H1.

Cableado en Fieldbus H1
El bus de H1 acepta derivaciones (stubs o “spurs”) como se muestran en la Figura

4.45. La longitud del cable está determinado por la taza de comunicación, tipo de
cable, calibre del alambre, la opción de alimentación del bus y la opción de la barrera
I.S.
Figura 4.45. Cable principal y derivaciones.
La corrida principal no puede exceder los 1900 m (6,232 ft) con par trenzado
blindado. La longitud del cable se determina sumando la longitud del bus y todas las
longitudes de las derivaciones. Como se muestra en la Figura 4.45 las terminaciones
se ubican en los dos extremos del cable principal. Su se puede decidir sobre la
longitud de una corrida o derivación, mientras más corta sea es mejor.
La longitud total de una derivación está limitada por el número de derivaciones y el

número de dispositivos por derivación. A continuación se muestra un resumen de las
longitudes máximas permitidas de una derivación como función del número de
dispositivos en el segmento.
Número de Máxima
Dispositivos longitud de la derivación
25-32 1 m (3.28 ft)
19-24 30 m (98.42 ft)
15-18 60 m (196.8 ft)
13-14 90 m (295.2 ft)
1-12 120 m (393.6 ft)
Fieldbus H2
El Fieldbus H2 se usará típicamente para procesos de control avanzados, entrada /

salida remota, y aplicaciones de automatización industriales de alta velocidad.
Aunque el estándar de la Capa Física permite que los dispositivos sean alimentados
desde el bus, en la mayoría de las aplicaciones corriendo bajo H2 los dispositivos
serán auto-suficientes o alimentados desde un bus de alimentación separado en el
cable fieldbus (es decir, un cable de 4-hilos).

Señalización en Modo de voltaje para H2
El dispositivo transmisor entrega ±60 mA a 1.0 or 2.5 Mbit/s sobre una carga
equivalente de 75 ohmios para crear un voltaje pico-a-pico de 9 voltios en el fieldbus
(Figura 4.46).
Figura 4.46. Señalización para H2.
Señalización en Modo de Corriente H2
Fieldbus H2 da soporte a un modo de corriente especial, intrínsicamente seguro, con

opción para alimentación del dispositivo desde el bus. Para usar esta opción, la
señal fieldbus es modulada en una señal de fuerza de 16 KHz AC (Figure 4.47).
Figura 4.47. Señal Fieldbus modulando la señal de fuerza.
Los dispositivos Fieldbus son conectados a la corrida principal empleando un

conector especial que emplea acoplamiento inductivo para captar la señal y la
alimentación. EL conector especial no perfora el bus principal.
Cableado del Fieldbus H2 Fieldbus
La topología del fieldbus H2 se muestra en la Figure 4.48. Debido a las frecuencias

altas de 1.0 Mbit/s a 2.5 Mbit/s, solamente se permite que haya el bus principal sin
derivaciones pues podrían provocar reflexiones. El número total de dispositivos en
Fieldbus depende de factores como consume de potencia, tipo de cable, uso de
repetidores, etc.
La Figura 4.48 también ilustra como un puente puede conectar una red H1 a una red
H2.

Figura 4.48. Puente conectado una red H1 con una red H2 en una red Fieldbus
La Tabla que sigue provee un ejemplo de opciones disponibles para la Capa Física.
Características Taza de datos

Tipo 31.25 kbit/s 31.25 kbit/s 31.25 kbits
Voltage Voltage Voltage
Topología Bus/tree Bus/tree Bus/tree
Alimentación none DC DC
Clasificación Intrinsicamente
Seguro
Número de
Dispositivos 2-32 2-32 2-32
Longitud Cable 1900 m 1900 m 1900 m
Las topologías físicas posibles para la instalación se muestran más abajo. Se

pueden inclusive utilizar combinadas, según convenga para la aplicación. Estas son:

Punto a punto Con ramales
De “árbol” ó “pata de gallo”
Donde el bus de comunicaciones total puede resultar entonces:
Figura 4.49. Topologías físicas en Fieldbus
Se muestra en las ilustraciones combinaciones arbitrarias en la cantidad de válvulas

con relación a la cantidad de transmisores. Obviamente es posible que un transmisor
controle más de una válvula. También es posible que varios transmisores participen
en el control de una válvula, caso de controles en cascada, proporcionalidad de
caudales para mezcla, control de nivel de tres elementos, etc.
La ilustración mostrada constituye un sistema autónomo completamente operativo

en el cual los transmisores y las válvulas se comunican a través del bus para
mantener controlados los parámetros del proceso.
CARACTERÍSTICAS DE LOS EQUIPOS ENERGIZADOS EN REDES DE 31,25

Kbps
Voltaje de operación: 9,0 a 32,0 V DC Máximo voltaje: 35 V.
Máxima tasa de cambio de corriente de reposo (no transmitiendo): este requisito no

es aplicable en los primeros 10 ms aprox. de la conexión del equipo a una red en
operación. A los 10 ms aprox. después de energizada la red la corriente debe ser de
1,0 mA.
Máxima corriente: este requisito se ajusta durante el intervalo de 10 a 100 ms

después de conectar el equipo a una red en operación. Corriente de reposo: 10 mA
Un equipo FIELDBUS que opere en una red de 31,25 kb/s será capaz de operar
dentro del rango de voltaje de 9 V a 32 VDC entre los dos conductores incluyendo el
rizado. Un equipo podrá ser sometido a máximo voltaje de 35 VDC sin causar daños.

Un equipo FIELDBUS que opere en los 31,25 kb/s sigue los requisitos de la norma
ISA-S50.02 cuando este energizado por una fuente con las siguientes
especificaciones:
a) La tensión de salida de la fuente de alimentación para redes no I.S. no

sobrepasara los 32 VDC incluyendo el ripple.
b) La impedancia de salida de la fuente de alimentación para redes no I.S.
será 3 KW dentro de la frecuencia de 7,8 KHz a 39 KHz. Este requisito
no comprende los 10 ms de conexión al remover un instrumento de la
red.
c) La impedancia de salida de una fuente de alimentación intrínsecamente
segura será ³ 400 KW dentro de la frecuencia de 7,8 KHz a 39 KHz.
d) Los requisitos de separación de la señal y la distribución de energía
con relación a la tierra debe estar acorde con IEC 1131-2 (1993).
EL STACK DE COMUNICACIONES
Este provee los servicios de interfaces entre el nivel físico y el nivel de usuario y
comprende fundamentalmente:
La Capa de Enlace de Datos (Data Link) es del tipo token-ring y establece la

vinculación con el Nivel Físico. Su función es la de controlar la transmisión
de mensajes hacia y desde el Nivel Físico.
El acceso al bus se realiza mediante el protocolo LAS (link Active Scheduler)

que actúa como un centralizador y arbitrador de uso del bus, permitiendo una
comunicación determinista y realizando una distribución de tiempo tal que
todo dispositivo conectado sea sensado. Además, permite trasmisiones tipo
broadcasting.
La Capa de Aplicación comprende la transferencia de datos desde el Nivel 2

al Nivel 7 y el tratamiento de los comandos que vienen desde el Nivel de
Usuario para direccionar y acceder por su nombre los dispositivos remotos.
LA CAPA DE ENLACE DE DATOS
A diferencia de otros sistemas de comunicación, el Fieldbus no se maneja con la

relación maestro/esclavo. Esta relación exige que el “maestro” o “patrón” pregunte
para que el instrumento “esclavo” responda. El esclavo es incapaz de tomar
iniciativa dando como resultado que todas las imprescindibles intervenciones del
“patrón” consumen valioso tiempo del bus de comunicaciones.
La red Fieldbus permite dos formas para acceder a la red: cíclica (scheduled) y
acíclica (unscheduled).
a) Cíclica: La trasmisión de mensajes ocurre a intervalos de tiempo regulares y

programados. Un Token da el derecho a un dispositivo de iniciar una transmisión.

El LAS transmite el "Token" para que un equipo que necesita iniciar una
transmisión lo pueda hacer a intervalos regulares.
Figura 4.50. Transferencia de datos cíclica (scheduled).
b) Acíclica: Se trasmiten entre los mensajes regulares. Un equipo solicita un

"Token" usando un código en algunas de las respuestas enviadas a la red. El
LAS recibe esta solicitud y envía un "Token" para el equipo que lo solicito,
cuando halla tiempo disponible entre las trasmisiones periódicas. También se
emplea cuando el dispositivo maestro envía un mensaje no programado a un
dispositivo esclavo. Los mensajes acíclicos típicos son señales de alarma o
comandos especiales para extraer información de disgnóstico desde los
dispositivos de campo esclavos.
Figura 4.51. Transferencia de datos acíclica (unscheduled).
Como ya se mencionó, con Fieldbus se tiene un “Link Active Scheduler” (LAS) que
señala el inicio de cada ciclo de comunicaciones.

Figura 4.52. Algoritmo del LAS.
Dentro de cada ciclo, cada uno de los instrumentos de campo, en forma secuencial,
publica la información que le corresponde, la cual es recogida por los otros
instrumentos que la necesiten. Dentro de cada ciclo se agrega un tiempo libre
durante el cual cualquier instrumento puede tomar la iniciativa de publicar
información adicional a la rutinaria de control, como sería el caso de alarmas por dar
un ejemplo.
De esta manera La velocidad H1 del bus de campo, 31.25 Kb/s, es suficiente para
atender los sistemas de control más exigentes, sin ser tan alta que ocasione un
elevado consumo de energía. Así el bus opera normalmente con una alimentación
de 24 VDC.
CAPA DE USUARIO
Se encarga de definir una interfaz que permite que el usuario interactúe con los
dispositivos de campo. Existen dos recursos importantes:
a) los bloques de función (FB),

b) los servicios de descripción de dispositivos (DDS), y
c) el administrador del sistema (SM).
Bloque de Función. Los bloques de funciones son funciones de control

encapsuladas que permiten la ejecución de las operaciones de entrada / salida tales
como ingresar o sacar datos análogos, control PID, entrada / salida de datos
discretos, selectores de señal, etc. Se puede decir también que son objetos que
proveen acciones de control en base al comportamiento de las I/O del dispositivo.
Los bloques pueden residir dentro de los dispositivos de campo y estar disponibles
para otros, a través de la red
La tabla siguiente reúne algunas funciones usuales de control y de I/O.

Block de Función Símbolo

Analog Input AI
Analog Ouput AO
Discrete Input DI
Discrete Ouput DO
Manual Loader ML
Proportional/Derivative PD
Proportional/Integral/Derivative PID
Bloques de Recurso. Son los que permiten la descripción de las características del
dispositivo tales como: nombre, fabricante, modelo y numero de serie. Este es un
recurso importante pues la descripción de las funciones disponibles en el dispositivo,
permiten crear la HMI (Human Machine Interface), que le permita al usuario
configurar parámetros y realizar la calibración, diagnóstico y acceder a otras
funciones de servicio que se encuentran en los dispositivos de campo.
Bloque de Transferencia. Es la porción de la administración del sistema de la capa

de usuario que programa la ejecución de los bloques de funciones a intervalos
precisos definidos. El usuario crea aplicaciones sobre el bus de campo, conectando
los bloques de función formando una estrategia de control distribuido, pudiendo
especificar en que tiempo y en que dispositivo se ejecutan. Por ejemplo las
funciones AI, PID y AO pueden residir en forma individual en un transmisor, en un
controlador de lazo abierto y en un actuador respectivamente. Más aún, la
administración del sistema asigna automáticamente las direcciones de los
dispositivos de campo.
El esquema siguiente muestra un control de lazo cerrado utilizando 3 bloques de

función, donde la entrada analógica corresponde a un transmisor de presión,
mientras que el algoritmo PID y la salida analógica corresponde a un posicionador
de una válvula de control.

Figura 4.44. Lazo de control de un proceso ejecutado en una red Fieldbus

Con esta posibilidad de interconectar diferentes funciones de control que residen en
diferentes dispositivos del bus de campo, el Fieldbus permite una verdadera
arquitectura de control distribuido.
RESUMEN CARACTERISTICAS FIELDBUS
Proveedor Foundación Fieldbus
Bus Abierto Sí
Foundacion Fieldbus, TEXAS

Grupo de Usuarios
Estándares IEC 1158-2
Topología
2.5 Mbps 500m

Tasa de 1Mbps 750m
transmisión
31.75 Kbps 1900m
Requerimientos del Par trenzado con blindaje

cableado
Estructura del Synchrounous Manchester Coding

Paquete de datos
Interfaz eléctrica Energía y señales sobre la misma línea

4.5.2. PROFIBUS
La base de la especificación del estándar PROFIBUS (PROcess Field BUS) fue un

proyecto de investigación (1987-1990) llevado a cabo por los siguientes
participantes: ABB, AEG, Bosch, Honeywell, Moeller, Landis & Gyr, Phoenix Contact,
Rheinmetall, RMP, Sauter-cumulus, Schleicher, Siemens y cinco institutos alemanes
de investigación. Hubo además un pequeño apoyo por parte del gobierno alemán. El
resultado de este proyecto fue el primer borrador de la norma DIN 19245, el
estándar Profibus, partes 1 y 2. La parte 3, Profibus-DP, se definió en 1993.
Existen tres variantes principales de PROFIBUS de acuerdo a las características de

la aplicación:
Automatización de Automatización para Automatización de

fábricas propósitos generales procesos
PROFIBUS DP PROFIBUS FMS PROFIBUS PA
(DIN 19245 T1 + T3) (DIN 19245 T1 + T2) (DIN 19245 T4)
pr EN 50170 pr EN 50170 en preparación
Perfiles de aplicación Técnicas de transmisión

específicos: con seguridad intrínseca
Alta velocidad de de acuerdo a IEC 1158-
transferencia de data Maquinas textiles 2
para periféricos Automatización de edificios
descentralizados Drivers, sensores y
actuadores, PLCs, Switch
gear debajo voltaje
TABLA 4.2. La familia PROFIBUS
En la Figura 4.45 se muestra como se conectan y relacionan estas redes de la

familia Profibus, mientras que en la Figura 4.46 se muestra la relación que existe
entre los protocolos.

Figura 4.45. Jerarquía de la Red Profibus
Figura 4.46. Arquitectura de los protocolos PROFIBUS.
PROFIBUS-FMS
Profibus FMS es la solución universal para la comunicación entre el nivel superior

(nivel de celda) y el nivel de campo de acuerdo a la jerarquía de comunicación
industrial de Profibus (Figura 4.45). Para llevar a cabo tareas de comunicación
extensivas con transferencia de datos en forma cíclica o acíclica a una velocidad de
transmisión mediana, el servicio FMS "Especificación de Mensaje de Bus de campo
(Fieldbus Message Specification, por sus siglas en inglés)" ofrece una amplia gama
de funcionalidad y flexibilidad.

El servicio FMS está definido como una subparte de las funciones MMS
(Manufacturing Message Specification "Especificaciones de Mensajes del
Fabricante", ISO 9506) del protocolo MAP, protocolo de automatización de
fabricación (Manufacturing Automation Protocol).
El control a nivel de celda se da en áreas (celdas) individuales que proveen de

control durante la producción. Los controladores a este nivel deben comunicarse con
otros sistemas supervisores.
PROFIBUS FMS ha estado disponible como Normativa Nacional Alemana (German

National Standard) DIN 19245 desde 1990 y está incluida en la Norma de Buses de
Campo Europea (European Fieldbus Standard) parte EN 50170.
Profibus FMS emplea la Especificación de Mensaje Fieldbus (Fieldbus Message

Specification) para ejecutar las tareas de comunicación entre los niveles jerárquicos.
Esta comunicación se realiza a través de mensajes cíclicos o acíclicos a velocidades
de trasmisión medianas. En la Figura 4.47 se muestran las capas de este protocolo.
Figura 4.47. Protocolo Profibus - FMS
Configuración PROFIBUS-FMS
Un sistema típico de PROFIBUS-FMS está compuesto por varios equipos de

automatización inteligentes (Figura 4.48):

Figura 4.48. Configuración PROFIBUS-FMS
PROFIBUS-DP
Esta es la versión de desempeño optimizado de la red PROFIBUS, dedicado

específicamente a comunicaciones de tiempo crítico entre sistemas de
automatización y periféricos distribuidos. En la Figura 4.47 se muestran las capas de
este protocolo.
Figura 4.47. Protocolo Profibus - DP
Es apropiado como un reemplazo del costoso cableado paralelo de 24 Vdc y 4 a 20

mA utilizado en medición de señales. PROFIBUS DP está basado en la parte 1 de la
norma DIN 19245 y ha sido mejorado con funciones de comunicación efectivas para
el propósito requerido. Ha estado disponible como Normativa Alemana DIN 19245
parte 3 desde 1993. PROFIBUS DP está incluida en la Norma de Fieldbus Europea
(European Fieldbus Standard) parte EN 50170.

Tal como se puede ver, la red Profibus DP no define las capas 3 a 7. Omite la capa
7 principalmente para alcanzar la alta velocidad requerida por sus aplicaciones. El
mapeo de enlace datos directo (Direct Data Link Mapper, DDLM) localizado en la
capa dos provee el mapeo entre la interfaz del usuario y la capa 2 de la red Profibus-
DP.
Configuración PROFIBUS-DP
Maestro (Figura 4.48)
Un sistema típico PROFIBUS-DP consiste en:

Un PLC o PC como sistema de control
Varios dispositivos E/S como:
E/S digitales o analógicas
Accionamientos AC o DC
Válvulas magnéticas o neumáticas
Figura 4.48. Configuración PROFIBUS DP.
Ambas variantes FMS y DP utilizan el mismo medio de acceso al medio (Capa 2) y

la misma técnica de transmisión (Capa 1).

PROFIBUS-PA
PROFIBUS PA es la versión de PROFIBUS utilizada en automatización de procesos.

PROFIBUS PA utiliza la técnica de transmisión especificada en IEC 1158-2 y permite
seguridad intrínseca y estaciones alimentadas por el bus. PROFIBUS PA está
basado en los resultados del Proyecto de Sistemas Inter Operables (IPS- Inter-
Operables System Project) el cual ha sido adoptado por la Organización de Usuarios
PROFIBUS. Los perfiles del dispositivo definen las funciones especificas del
dispositivo. El Lenguaje de Descripción de Dispositivos (DDL - Device Description
Language) y los bloques de función permiten una completa interoperabilidad del
dispositivo.
Configuración PROFIBUS-PA
Figura 4.49. Configuración PROFIBUS - PA.
El protocolo es similar al de la red Profibus-FMS excepto que la capa 7 difiere

ligeramente. La capa 7 implementa el software de control de los bloques de

funciones y también contiene un lenguaje descriptor de dispositivos que se emplea

para la identificación y direccionamiento de los dispositivos de campo.
Figura 4.48. Protocolo Profibus-DP
La capa de enlace de datos de la red Profibus denominada Fieldbus Data Link Layer
(FDL) ejecuta todas las trasmisiones de mensajes y protocolo. Esta capa es
equivalente a la capa 2 del modelo OSI. La FDL también provee Control de Acceso
al Medio (MAC) e integridad de datos. El control de acceso al medio se asegura que
solo una estación tiene el derecho para transmitir. Debido a que Profibus puede
comunicar entre los maestros con iguales derechos de acceso (por ejemplo, 2
PLCs), el control de acceso al medio se emplea para proveer a cada maestro la
oportunidad de ejecutar sus tareas de transmisión dentro de intervalos de tiempo
definidos precisos. Para la comunicación entre un maestro y esclavo, se consigue
intercambio de datos en tiempo real, cíclico tan pronto como sea posible en la red.
El protocolo de acceso al medio de Profibus es un método de comunicación híbrido

que incluye el protocolo token passing para comunicación entre maestros y un
protocolo Maestro / Esclavo para comunicación entre un maestro y los dispositivos
de campo esclavos.

Figura 4.49. Comunicación Profibus Maestro-Maestro, Maestro-esclavo
La Figura 4.49 muestra una estructura PROFIBUS con cinco estaciones activas
(maestros) y cinco estaciones pasivas (esclavos). Los cinco dispositivos maestros
forman un anillo lógico y emplean el protocolo de paso de testigo (token passing).
Durante cierto tiempo, después que una estación activa recibe el token, este le
permite ejecutar las funciones de maestro en el bus. Se puede comunicar con todas
las estaciones esclavas en una relación de comunicación maestro-esclavo y con
todas las estaciones activas en una relación de comunicación maestro-maestro.
En la fase de arranque del sistema, la tarea del control de acceso al medio (MAC) de
la estación activa es detectar su asignación lógica y establecer el Token ring. En la
fase operativa, las estaciones en condición de falla o apagadas deben ser
eliminadas del anillo y las nuevas estaciones deberán ser incorporadas al mismo.

RED: Exchange MASTER ESCLAVO (DP master Class 1)

GREEN: Exchange MASTER MASTER
BLUE: Exchange MASTER ESCLAVO (intercambio sólo LECTURA, DP master
Class 2)
Figura 4.50. Ejemplo de una red Profibus y el protocolo híbrido
Las características adicionales del control de acceso al medio de PROFIBUS son:
* Reconocer defectos en el medio de transmisión o en el transceiver.
* Detectar errores en el direccionamiento de las estaciones (ejemplo múltiples

usuarios).
* Detectar errores en el pase del token (ejemplo: múltiples tokens o pérdida del
token).
Otra tarea importante de la capa 2 es la integridad de los datos. La Trama de la capa

2 de PROFIBUS asegura una alta integridad de los datos. Todas las Tramas tienen
una distancia de Hamming (Hamming distance) HD=4. Esto se logra usando unos
delimitadores especiales de inicio y finalización, sincronización libre de deslizamiento
(Slip-free syncronisation) y bit de paridad para cada octeto (ocho bits), de acuerdo a
lo definido por la norma IEC 870-5-1.
La capa 2 de PROFIBUS ofrece transmisión peer to peer y comunicación multi-peer

(Broadcast y Multicast).
Comunicación Broadcast significa que una estación activa emite un mensaje sin
confirmación a todas las otras estaciones (maestros y esclavos).
Comunicación Multicast significa que una estación activa envía un mensaje sin
confirmación a un grupo de maestros o esclavos.
Un subset individual para el servicio de la capa 2 es utilizado en PROFIBUS FMS y

PROFIBUS DP. Todos los servicios de la capa 2 son llamados mediante puntos de
acceso de servicio (SAP, Service Access Point) desde las capas superiores.
En PROFIBUS FMS, estos SAPs son utilizados para el direccionamiento de las

relaciones lógicas de comunicación. En PROFIBUS DP, las funciones definidas
precisamente, son asignadas a SAPs individuales. En las estaciones activas y
pasivas, se permiten simultáneamente múltiples SAPs. Existe una distinción entre
los puntos de acceso de servicio de la fuente (SSAP) y el destino (DSAP).
Servicios de la capa de enlace de datos (2) PROFIBUS.

Servicio: SDA.
Función: Envío de data con reconocimiento.
Usado por: FMS.
Servicio: SRD.
Función: Envío y recepción de data con repetición.

Usado por: FMS y DP.
Servicio: SDN.
Función: Envío de data sin reconocimiento.
Usado por: FMS y DP.
Servicio: CSRD.
Función: Envío y recepción cíclico de data con repetición.
Usado por: FMS.
Capa física (1) de PROFIBUS
El área de aplicación de un sistema de bus de campo es afectado sustancialmente

por la selección del medio físico de transmisión y la interfaz al bus físico. En adición

a los requerimientos para integridad de los datos, el costo de provisión e instalación

del cableado es de un significado crítico. Por consiguiente, la norma PROFIBUS
define un protocolo único de acceso al medio para diferentes técnicas de
transmisión:
¿Qué componentes hay disponibles para PROFIBUS?
Cables para PROFIBUS
Alambre de cobre: Esta versión es definida como la versión básica de la técnica de

transmisión para aplicación en fabricación, construcción, automatización y control de
drivers de acuerdo a la normativa americana EIA RS-485. Esta usa un cable par
trenzado con blindaje opcional. Están disponibles dos versiones de cables con
máximas distancias distintas.
Ahorro de tiempo mediante un rápido y fácil montaje de los conectores con

cables FastConnect
Para diferentes aplicaciones a través de cables de bus especiales
Red insensible a interferencia – mediante doble apantallado – concepto de tierra
universal
Cable de bus para sistemas de bus según IEC 61158- 2, p.e. PROFIBUS-PA
Distintas variantes para diferentes aplicaciones (Ex, No Ex)
Alta seguridad ante interferencias mediante un buen apantallamiento. PROFIBUS
PA.
Fácil estimación de longitud mediante marcación por metros

Cable de conexión PROFIBUS
Cable preconfeccionado para una rápida y barata conexión de participantes de

PROFIBUS a OLM‘s o a OBT‘s
Cable preconfeccionado para la conexión de participantes PROFIBUS (p.e. HMI)
a los equipos de automatización
Posibilidad de conexión a PC
Terminales de bus
Cable de conexión 830-1 T
Cable de conexión 830-2

Conector bus para PROFIBUS con (izda.) y sin (dcha.) interface PG.
Fibra óptica: PNO (Profibus User Organization/Organización de Usuarios de

PROFIBUS) está preparando la especificación de una técnica de transmisión por
fibra óptica de manera de ampliar la longitud del bus y lograr altas velocidades de
transmisión, y para ser usado en aplicaciones en ambientes con alta distorsión. Esta
aplicación está disponible como una propuesta en el manual de PNO.
Técnicas inalámbricas: Están basadas en la radiación infrarroja
Seguridad intrínseca: PROFIBUS PA permite la transmisión con seguridad

intrínseca y estaciones alimentadas a través del bus. La técnica de transmisión es
especificada en la norma internacional IEC 1158-2.T
Técnicas de Transmisión para PROFIBUS-PA
Standard IEC 61158-2
La técnica de transmisión responde al Standard IEC 61158-2 (idéntico al

EN61158-2).
El medio de transmisión es par trenzado blindado. La señal es transmitida como

un flujo de datos sincronizados, con codificación Manchester a 31.25Kbps. En
general, la línea de datos es normalmente usada también como alimentación de
los dispositivos de campo.
Ventajas:
Cableado simple con par trenzado.
Alimentación remota a través del centro de la señal.
Posibilidad de operación intrínsicamente segura (para áreas
peligrosas).
Topologías tipo bus y tipo árbol.

Sobre los 32 nodos por segmento de cable.
Restricciones:
Velocidad de transmisión restringida a 31.25Kbps.
Características de la Técnica de Transmisión IEC 61158-2

Dpto. Automatización y Control Industrial Interfaces Comunicación Industrial
Conclusiones
El protocolo de acceso al medio PROFIBUS incluye el método de pase de
testigo (token passing) para comunicación entre estaciones complejas
(maestras) y el método maestro esclavo para comunicación entre
estaciones complejas y dispositivos periféricos sencillos (esclavos). Este
método combinado es llamado acceso híbrido al medio.
Con el método híbrido de acceso al medio de PROFIBUS, es posible

implementar:
* Un sistema puro maestro-esclavo.
* Un sistema puro maestro-maestro (token passing).
* Un sistema con una combinación de ambos métodos.
La norma PROFIBUS define un protocolo único de acceso al medio para

diferentes técnicas de transmisión: Alambre de cobre (de acuerdo a la
normativa americana EIA RS-485), Fibra óptica (está disponible como una
propuesta en el manual de PNO), Técnicas inalámbricas (basadas en la
radiación infrarroja) y Seguridad intrínseca (PROFIBUS PA especificada en
la norma internacional IEC 1158-2.T)
PROFIBUS usa la misma técnica de transmisión y el mismo protocolo de

acceso al bus con funciones de aplicación diferenciadas. Esto permite una
reducción significativa de esfuerzo en la instalación, mantenimiento y
entrenamiento.
No solo trabaja con la especificidad de la instrumentación y el control

automático, sino que existe la necesidad de mantener históricamente
información de todos los procesos; además, que esta información esté
también en tiempo real y que sirva para la toma de decisiones y se pueda
así mejorar la calidad de los procesos.
Dr. Luis Corrales ENERO 2003 Pág. 182

Rdi4 Espe

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Rdi4 Espe

Cargado por

Copyright:

Formatos disponibles

ESPE – LATACUNGA - EPN Redes Digitales Industriales

En este capítulo se introduce el concepto de las redes de campo industriales o,

Dr. Luis Corrales OCTUBRE 2007 Pág. 115

Figura 4.2 Conexión entre un PLC, una LAN y un Bus I/O

A un bus I/O se deben conectar dispositivos inteligentes (Figura 4.3), donde lo de

Dr. Luis Corrales OCTUBRE 2007 Pág. 116

Figura 4.3 Conexión de un dispositivo inteligente a una red bus I/O

Los dispositivos inteligentes conectados a un bus I/O poseen inteligencia en la forma

Figura 4.4. Inteligencia en un dispositivo

La función de la mayoría de estos dispositivos no es solo comunicar el estado

4.1. TIPOS DE BUS I/O.

Los buses I/O pueden dividirse en dos diferentes categorías:

Dr. Luis Corrales OCTUBRE 2007 Pág. 117

Bus de Dispositivos.- Interconecta en una red dispositivos de campo discretos

Bus de Proceso.- Estos buses conectan dispositivos de campo capaces de generar

La mayoría de dispositivos conectados a un bus de procesos son analógicos, cuya

El bus de dispositivos que incluye dispositivos discretos, tanto como pequeños

Dr. Luis Corrales OCTUBRE 2007 Pág. 118

trasmiten poca información pueden trabajar a gran velocidad y por lo mismo

4.2. PROTOCOLOS DE LOS BUSES Y REDES DE CAMPO INDUSTRIALES

En el área del bus de proceso dos organizaciones principales, la Fundación Fieldbus

Otras organizaciones como la ISA y el IEC están también participando en el

La Figura 4.6 ilustra un diagrama de bloques de los protocolos disponibles.

Dr. Luis Corrales OCTUBRE 2007 Pág. 119

Figura 4.6 Estándares de protocolos

Otra manera de intentar una clasificación de los buses de campo se muestra en la

Figura 4.7. Otra clasificación de las redes o buses de campo industriales.

Tanto los buses de dispositivos como los de proceso trasmiten su información de la

Dr. Luis Corrales OCTUBRE 2007 Pág. 120

4.3. REDES CON BUSES DE DISPOSITIVOS BIT-WIDE

Se usan con simples dispositivos de campo discretos; es decir, sensores y

Figura 4.8. Red de dispositivos bit-wide ASI

Dr. Luis Corrales OCTUBRE 2007 Pág. 121

La red se fundamenta en un chip de protocolo ASI, por lo mismo, los dispositivos

Figura 4.9. Redes ASI y CANbus trabajando juntas.

Dr. Luis Corrales OCTUBRE 2007 Pág. 122

La red Seriplex permite la conexión de hasta 510 dispositivos de campo a un PLC en

Dr. Luis Corrales OCTUBRE 2007 Pág. 123

Figura 4.11. Red Seriplex con módulo controlador

Dr. Luis Corrales OCTUBRE 2007 Pág. 124

Figura 4.12. Interfaz Seriplex I/O sin un controlador

4.4. REDES CON BUSES DE DISPOSITIVOS BYTE-WIDE

Es una red de sensores y actuadores que conecta estos dispositivos de campo a un

El PLC se comunica con los dispositivos conectados al bus empleando el método

Dr. Luis Corrales OCTUBRE 2007 Pág. 125

Las direcciones de los dispositivos en la red InterBus-S son automáticamente

Dr. Luis Corrales OCTUBRE 2007 Pág. 126

Figura 4.14. Topología de anillo de Interbus S.

Dr. Luis Corrales OCTUBRE 2007 Pág. 127

Figura 4.15. Conectores de Interbus S.

Una red típica se muestra en la Figura 4.16 y 4.17.

Figura 4.16. Red Interbus S típica

Dr. Luis Corrales OCTUBRE 2007 Pág. 128

Figura 4.17. Uso de los conectores en la capa física.

A nivel de la capa de Enlace de Datos, el protocolo recurre a un maestro que usa

Dr. Luis Corrales OCTUBRE 2007 Pág. 129

Figura 4.18. Tramas de Interbus S.

En la capa de Aplicación el protocolo es capas de ubicar e identificar la causa de un

Red CANbus Byte-Wide

Dr. Luis Corrales OCTUBRE 2007 Pág. 130

Existen dos implementaciones hardware básicas, aunque la comunicación en ambas

• Basic CAN: hay un vínculo muy fuerte entre el controlador CAN y el