MODBUS

Historia

El primer PLC aparece aproximadamente a finales de los años 60, se propone un sistema
conocido en su momento como Modular Digital Controller el acrónimo que aún ronda en
la actualidad, padre de los PLC´s  el histórico MODICON cuyo modelo exacto era
Modicon 084. El ingeniero que lideró todo este proceso fué  Dick Morley y digo fué porque
acabó de fallecer el 17 de Octubre de 2017 (Gracias Dick).

Parece ser que en 1973 con el Modicon penetrando el sector industrial surge la necesidad
de comunicar los equipos y es allí donde nace Modicon Bus (Modbus) el protocolo creado
para comunicar los equipos Modicon. Muchos se estarán preguntando cómo es posible que
algo tan antiguo se nombre en la actualidad, pues tanto el Modicon como Modbus son tan

vigentes que el protocolo podría estar implementado en tu Nevera . Esta es la

razón, Schneider Electric multinacional que en la actualidad es líder en el campo de la
electricidad y la automatización absorbe a Modicon en 1997 lo que ha permitido la
evolución y mejora tanto en el Hardware como en el Protocolo Modbus.

El mundo de los protocolos podríamos decir que existen dos grandes clasificaciones:
protocolos abiertos y protocolos propietarios. Modbus es un protocolo abierto, tenemos a
nuestra disposición toda la información y precisamente gran parte del material compartido
en este artículo proviene de Modbus Organization les comparto la misión en español.

La Organización Modbus es un grupo de usuarios independientes y proveedores de

dispositivos de automatización que busca impulsar la adopción del conjunto de protocolos
de comunicación Modbus y la evolución para abordar arquitecturas para sistemas de
automatización distribuidos en múltiples segmentos del mercado. La organización Modbus
también proporcionará la infraestructura para obtener y compartir información sobre los
protocolos, su aplicación y certificación para simplificar la implementación por los
usuarios, lo que resulta en una reducción de costos.

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

Debido a que este protocolo fue público, de fácil uso y que requiere poco desarrollo
(maneja bloques de datos sin suponer restricciones) se convirtió en un protocolo de
comunicaciones estándar en la industria. Es el protocolo de mayor disponibilidad para la
conexión de dispositivos electrónicos industriales.
El protocolo Modbus permite el control de una red de dispositivos, por ejemplo un equipo
de medición temperatura y humedad puede comunicar los resultados a una PC. Modbus
también se usa para la conexión de un PC de supervisión con una unidad remota (RTU) en
sistemas de supervisión de adquisición de datos (SCADA). Existen versiones del protocolo
Modbus para puerto serial y Ethernet (Modbus/TCP).

Características

En Modbus existen dos tipos de perfiles que pueden tomar los equipos dependiendo la
variación del protocolo: maestro o esclavo| cliente o servidor. Un fabricante puede habilitar
las siguientes posibilidades en su hardware, especialmente para las variaciones con trabajan
sobre estándares seriales:

 El equipo sólo puede ser esclavo

 El equipo sólo puede ser maestro
 El equipo puede configurarse como maestro o como esclavo

Podremos encontrarnos con cualquiera de estas opciones, por ejemplo es habitual que una
pantalla o HMI tenga de fábrica un perfil de maestro, un controlador de temperatura de
fábrica viene con el perfil de esclavo.

En esta parte tengo que darte una recomendación a la hora de seleccionar un equipo, pues si
no tienes en cuenta el perfil que necesitas puedes estar comprando el equipo equivocado,
por esta razón se debe revisar con detenimiento los requerimientos y las especificaciones
del hardware. Les comparto algunos fragmentos de catálogos de equipos para que
comprueben este punto directamente.

Modbus tiene distintas variaciones, es decir, nos podemos encontrar con cualquiera de las
siguientes opciones en un equipo, es habitual también que el hardware soporte varias. He
desarrollado un podcast para cada tipo de variación accede a ellos a través de los siguientes
enlaces.

 Modbus RTU, Modbus ASCII

 Modbus +
 Modbus TCP

En la siguiente imagen puedes ver un equipo que soporta Modbus RTU, Modbus ASCII y
Modbus TCP.

Especificaciones de equipo que soporta Modbus RTU, Modbus ASCII y Modbus TCP

MODBUS y el Modelo OSI

Todos los protocolos están desarrollados bajo el marco de referencia conocido como el
Modelo OSI (Open System Interconnection) que tiene 7 niveles o capas.
  Capa Física
 Capa de Enlace
 Capa de Red
 Capa de Transporte
 Capa de Sesión
 Capa de Presentación
 Capa de Aplicación

Si accedes a las capas que tienen enlaces puedes escuchar el podcast que se ha desarrollado
hasta el momento con una perspectiva de redes industriales.

Por ejemplo Modbus RTU tiene implementada la capa física, la capa de enlace y la capa de
aplicación, vamos a analizar un poco lo que se encuentra en cada nivel para ésta variante.

Capa Física

El Protocolo Modbus RTU puede trabajar sobre las siguientes recomendaciones en la capa
física:

 RS 232
 RS 422
 RS 485

Teniendo en cuenta el número de equipos y los perfiles en RS232 se tienen 2 elementos

solamente, evidentemente uno es el esclavo y el otro es el maestro. En RS 422 se pueden
tener hasta 32 equipos pero sólo puede existir un maestro, por consiguiente los 31 restantes
son esclavos. En RS 485 se tiene el mismo número de equipos que en RS 422, se podrían
tener varios maestros, pero para el Protocolo Modbus RTU no aplica tener varios maestros
en la red, la variación Modbus Plus (+) muestra algunas alternativas frente a las topologías.

Capa de Enlace

En la capa de enlace, se definen los ID’s de los equipos (números enteros 1,2,3…255), los
perfiles (maestro – esclavo) y la técnica para detectar la integridad de la información
enviada en la Trama entre otros aspectos. En Modbus RTU se emplea el CRC (chequeo de
redundancia cíclica).

Modelo OSI y Capas de Modbus RTU, Imagen tomada de Modbus Organization

Como lo muestra la figura anterior la capa de enlace de OSI se llama Modbus Master/Slave
frente a las capas del Protocolo Modbus RTU.

Capa de Aplicación
La capa de aplicación de Modbus trabaja bajo la abstracción Cliente /Servidor, para el caso
de Modbus RTU el rol de cliente lo desempeña el Maestro y el rol de servidor lo toman los
esclavos.

Trama del Protocolo Modbus

La trama es una estructura definida en el protocolo en donde los equipos intercambian
información cumpliendo este formato. En la trama se definen los campos y el tamaño
asignado para cada uno.

[ID][FUNCIÓN][DATO][CRC]

La estructura anterior muestra de forma genérica la trama del protocolo, vamos a ver cada
campo.

ID: Dirección del esclavo, número enteros normalmente desde 1, hasta 255.

FUNCIÓN: Tipo de solicitud que se le realiza al esclavo, codificada de manera numérica,

normalmente números que inician en 1,2,3,4, etc.

DATO: Este campo se emplea para enviar información complementaria a la solicitud

realizada al esclavo, o se emplea para responder a la solicitud, por la tanto el campo de dato
tiene una estructura diferente cuando el mensaje lo envía el maestro o cuando es la
respuesta de un esclavo. Miremos esta situación con más detalle.

Trama Maestro

[ID][FUNCIÓN][DATO][CRC]

Para el maestro el campo dato está integrado por dos subcampos, la dirección y la longitud.
En la dirección se indica al esclavo en que dirección debe buscar lo que se ha solicitado a
través de la función y la longitud indica a partir de esa dirección cuantos elementos se
deben tomar.

Estructura de la trama de un maestro Modbus

Trama esclavo | Trama slave

[ID][FUNCIÓN][DATO][CRC]

La estructura se mantiene para el esclavo pero nuevamente el cambio está en el campo de

Dato, pues aparecen dos subcampos que son: Número de bytes para dar la respuesta y la
respuesta en sí.
Estructura de la trama del Esclavo

Tamaño de la Trama

Ahora vamos a analizar cada campo cuantos bits, Bytes o Words ocupan, para el caso del
Protocolo Modbus se organizan bloques de tamaño mínimo de Bytes como lo muestra la
siguiente estructura.

[1 Byte][1 Byte][nxByte][1 Byte][1 Byte]

Recuerda el primer corchete es la dirección del esclavo (slave), con un Byte se pueden tener
valores entre 0 y 255 para colocar la dirección (ID) del equipo. El segundo corchete es la
función y con un Byte se tiene también la posibilidad de colocar valores entre 0 y 255 pero
se debe tener en cuenta que no existen 256 funciones en el protocolo, son menos ya lo
veremos más adelante. El tercer corchete es el campo de dato y es flexible dependiendo de
si es un maestro o un esclavo. Y finalmente los últimos dos corchetes son dedicados al
CRC (Chequeo de Redundancia Cíclica).

Funciones del Protocolo

Recuerda la forma de hacer solicitudes al esclavo es por medio de la función la cual tiene
asignado un Byte, realmente las funciones del protocolo Modbus van desde el #1 hasta el
#127 y se clasifican en tres grupos: funciones públicas, funciones definidas por el usuario y
funciones reservadas. Nos interesa estudiar las que emplean todos los equipos que tienen
implementado el Protocolo y son aquellos códigos que son públicos. Vamos a estudiar los
códigos disponibles según la Modbus Organization.

Funciones Públicas Disponibles en Modbus, tomado de Modbus Organization

Antes de comenzar a explicar esta tabla voy a seleccionar los códigos más comunes
implementados en los equipos, recuerden, a pesar de tener disponibles muchas funciones en
el Protocolo los fabricantes de los equipos implementan aquellos códigos que son claves de
acuerdo a la funcionalidad que tiene el hardware.

Funciones más comunes del Protocolo Modbus

01 ->Read Coils

02->Read Discrete Inputs

03->Read Holding Register

04->Read Input Register

05->Write Single Coil

06->Write Single Register

15->Write Multiple Coils

16->Write Multiple Registers

Estas 8 funciones son muy habituales, pero no quiere decir que los fabricantes las
implementan todas en un equipo, se puede dar el caso que de las mencionadas
anteriormente sólo se implemente dos o tres, lo explico mejor con un ejemplo.

Módulo Protocolo Modbus para Equipo Zelio

El módulo SR3 MBU le permite al equipo Zelio de Schneider Electric comunicarse por
medio del Protocolo Modbus se utiliza como interfaz mecánica un conector RJ-45. Una vez
resuelto todo lo relacionado con la capa física revisamos los funciones que soporta
empleando el módulo.

Funciones del Protocolo Modbus en Zelio

Sólo vienen disponibles 4 funciones del Protocolo Modbus la 03, 06, 16 (10 Hex) y 43 (2B
Hex). Las funciones del equipo Zelio están expresadas en formato Hexadecimal, el código
43 es ¨Read Device Indentification¨.

Código [01] Read Coils

La interpretación literal es leer bobinas, suena raro la verdad para aquellos que no conocen
un PLC, pero es importante anotar que los equipos tiene diferentes tipos de salidas entre las
que se encuentran las Relé y de allí el nombre de bobinas ya que el elemento que se debe
energizar para activar una salida es la bobina. Este nombre del código viene de los primero
PLC´s ya que este tipo de salida es típica y apareció en los primeros Modicon.

Cómo funciona entonces, el maestro cuando solicita a un esclavo la función [01] le está
pidiendo información del estado de sus salidas, no importa si son tipo digital, tipo relé, etc.

Código [02] Read Discrete Inputs

Leer entradas discretas, con este código el maestro le solicita al esclavo información del
estado de sus entradas, no importa el tipo de entrada que tenga. Un ejemplo de respuesta del
esclavo puede ser «tengo encendida la entrada 1, la entrada 4, la entrada 5, etc.»

Código [03] Read Holding Register

Leer registros de retención, el maestro le indica al esclavo por medio de este código que
entregue información de una posición de memoria, este tipo de memorias son de lectura y
escritura. Es quizá la función más importante del Protocolo Modbus pues por medio de
estos registros se puede obtener información de todo lo que ocurre en el equipo, es
solamente mover  la información que se quiere compartir al registro de retención.

Código [04] Read Input Register

Leer registros de entrada, el maestro le indica al esclavo por medio de este código que
entregue información de una posición de memoria, este tipo de memorias son de sólo
lectura. Muchos equipos los utilizan para compartir información de sus entradas analógicas
en caso de que las posean.

MODBUS RS 485
Se le denomina Modbus RS 485  al ya estudiado Protocolo Modbus, pero la capa física está
manejada por la recomendación RS 485. Todo lo estudiado aplica, entre las
especificaciones de RS 485 se pueden resaltar:

 Rango de Voltajes -> -6V DC a 6 V DC

 Se pueden interconectar hasta 32 equipos
 Recepción de las señales de forma diferencial, es decir, el voltaje a interpretar se
obtiene luego de restar las dos señales que llegan al amplificador operacional
(entrada no inversora y entrada inversora)
 Distancia máxima 1,2 Km

Recuerden que Modbus es un Protocolo monomestro, es decir que a pesar de tener 32

equipos solo puede estar un maestro al tiempo estableciendo la comunicación con el
esclavo que él seleccione.

MODBUS TCP/IP
Es una evolución natural de las comunicaciones seriales como Modus RTU y Modbus
ASCII. En Modbus sobre TCP/IP como lo nombra la Modbus Organization toda la
estructura de la trama se mantiene como lo que se ha estudiado hasta el momento, pero se
hacen algunos ajustes propios de las nuevas capas del modelo OSI que se están incluyendo.
Empezamos nombrando algunos cambios, los perfiles de los equipos son ahora Cliente y
Servidor. Se puede trazar un paralelo para entender el comportamiento de los equipos con
el tradicional Modbus RTU, los maestros son ahora clientes y los esclavos son servidores.
Vamos  a ver dentro del Modelo OSI que nuevas capas se han agregado:

1. Capa física
2. Capa de enlace
3. Capa de red
4. Capa de transporte
5. Capa de Aplicación
Este es un buen ejemplo de integraciones de recomendaciones y protocolos para que pueda
trabajar Modbus TCP IP como lo conocemos.

1. Capa física -> 10/100 Base T

2. Capa de enlace->Ethernet
3. Capa de Red -> IP
4. Capa de Transporte -> TCP

Capa física

Comenzamos con recomendaciones que nos van a definir las interfaces mecánicas, pin outs
y señalización entre otras especificaciones. En Modbus TCP en la capa física se estandariza
con la norma EIA/TIA 568, que define entre otros aspectos el código de colores del cable,
se emplea un conector RJ45 que interconecta 8 señales, en donde 4 son dedicadas
exclusivamente a la transmisión y recepción de datos (TX+, TX-, RX+, RX-).
Es posible conectar un  PLC que soporta Modbus RTU en el hardware y conexiones de
computadores tradicionales sí cumple con las mismas normas que emplean lo
computadores, pero sólo podrán intercambiar información bajo el protocolo aquellos
equipos que tengan implementado Modbus TCP, es decir, un cliente y un servidor.

Capa de enlace

En la capa de enlace es importante tener en cuenta que aquí es donde aparece la dirección
física del Equipo, que popularmente se le llama la dirección MAC, se compone de 6 bytes
(6 octetos), cada equipo tiene una dirección unívoca en el mundo (no existen dos iguales).

Capa de Red

Esta capa es importante pues aparece el protocolo IP, al cual le debemos la estandarización
de todo lo relacionado con la direcciones IP, por lo tanto nuestros equipos en Modbus TCP
deben tener asignada su dirección IP. Para hacer pruebas y redes de tamaño mediano se
usan direcciones clase C, por eso es muy habitual encontrar direcciones IP como:
192.168.X.X configuradas en los equipos.

Capa de Transporte

El protocolo empleado en esta capa normalmente es TCP, y en esta parte es importante

resaltar un parámetro de configuración definido para Modbus TCP y es el puerto que se va
a emplear, por defecto es el 502.

Trama Protocolo Modbus TCP IP

Se ha definido una estructura genérica para la trama del protocolo conocida como PDU
(Simple Protocolo Data Unit) que permite independizar todo de las capas inferiores.
En el caso de MODBUS sobre TCP/IP se encapsula la PDU en una red TCP/IP Al
encapsularse sobre TCP/IP aparece en la trama un campo nuevo MBAP Header (MODBUS
Aplication Protocolo header). El header tiene un tamaño de 7 bytes con el siguiente
contenido:

[Transaction Identifier][Protocol Identifier][Length][Unit Identifier]

[             2 Bytes              ][       2 Bytes             ][2 Bytes][       1 Byte         ]

Transaction Identifier: Identificación de una petición o respuesta de Modbus

Protocolo Indentifier: Es igual a 0 (cero) para el protocolo Modbus

Length: Número de Bytes

Unit Identifier: Identificación del esclavo (En caso de pasar a redes Modbus RTU)

Entonces la configuración inicial básica que debe realizar un usuario cuando usa Modbus
TCP es asignar la dirección IP del equipo y adicional la dirección del esclavo con el que se
va a comunicar.

MODBUS Tools | MODBUS Aplicaciones

Existen distintas herramientas que te permiten emular un maestro o esclavo en el caso de
Modbus RTU o un cliente o servidor en el caso de Modbus TCP. Estas herramientas son
super potentes pues se pueden usar para comunicarse con equipos reales y probar las
respectivas funciones que tiene implementadas, un listado válido de hardware con el que se
pueden comunicar estas herramientas son:

 Controladores de temperatura
 Controladores
 Programadores Lógicos Programables (PLC’s)
 HMI’s
 Variadores de Velocidad
 Scadas

beneficios de utilizar el protocolo Modbus RTU/TCP

 De codigo abierto, no se requiere pagar por licencia.
 Ampliamente soportado por HMIs o softwares SCADA
 Facil de usar
 Se pueden integrar varios equipos facilmente
 Bajo costo de desarrollo
 Conocido apliamente en la industria
El protocolo Modbus que se ha usado hasta hoy, y que se seguirá usando pero cada vez
menos, posee dos formas de transmitirse: por serie o Ethernet, ambas inseguras y con
facilidad de que un atacante se aproveche de las vulnerabilidades que poseen. Con la nueva
implementación de Modbus seguro solo se podrán transmitir las tramas en comunicaciones
a través de Ethernet y haciendo uso de TLS.

El protocolo Modbus actual no tiene autenticación, ya que solo es necesaria una dirección
IP y un código de función para establecer las sesiones. Además, un atacante es capaz de
capturar el tráfico de red y analizar todas las peticiones intercambiadas entre maestros y
esclavos en una red industrial que utilice Modbus/TCP y podría interpretar las tramas
fácilmente porque la especificación de Modbus es de dominio público. Al no estar
autenticadas las sesiones se podía suplantar tanto al esclavo como al maestro. En
Modbus/TCP seguro esto ya no es posible al asegurarse la autenticación y el cifrado de la
información.

Este tipo de debilidades obliga a aplicar contramedidas externas en el uso del Modbus
actual, ya que es la única forma de mejorar su seguridad. Mediante el uso de cortafuegos es
posible controlar las peticiones tanto de escritura como de lectura y hasta los registros a los
que está permitido realizar ciertas acciones. Por otro lado, y gracias al uso de IDS e IPS, se
alerta o se bloquean peticiones provenientes de posibles atacantes.

Dado que la nueva implementación de Modbus/TCP en su versión segura incorpora cifrado,

el paradigma de la ciberseguridad está cambiando a la hora de analizar las tramas y detectar
anomalías. Por ello, el uso de cortafuegos, sistemas de detección de intrusos, etc. solo
puede implementarse en una red industrial si dichas herramientas son capaces de interpretar
el tráfico cifrado. Este hecho supone un problema con respecto al establecimiento de
canales TLS seguros extremo a extremo, ya que estos dispositivos deberían romper el
cifrado para poder realizar el análisis, tal y como se hace actualmente con las
comunicaciones HTTPS, donde se establece un canal cifrado entre un extremo hasta el
cortafuegos y desde este al otro extremo.

PROFIBUS

Historia

 1987: El Ministerio de Investigación y Tecnología alemán solicita un proyecto de

colaboración llamado “Field Bus”. 13 empresas y 5 universidades desarrollan en
conjunto un fieldbus abierto, con el nombre de PROFIBUS, para PROcess-FIeld-
BUS
 1989: PROFIBUS Nutzerorganisation (PNO) se funda en Alemania como la
primera organización de usuarios
 1992: Suiza establece la segunda (contando a PNO) Asociación PROFIBUS
Regional (RPA), con el lema “desarrollar globalmente, apoyar localmente”

 La base de la especificación del estándar Profibús fue un proyecto de
investigación (1987-1990) llevado a cabo por los siguientes fabricantes:
ABB, AEG, Bosch, Honeywell, Moeller, Landis & Gyr, Phoenix Contact,
Rheinmetall, RMP, Sauter-cumulus,Siemens y cinco institutos alemanes de
investigación. Hubo además una pequeña esponsorización por parte del
gobierno alemán. El resultado de este proyecto fue el primer borrador de la
norma DIN 19245, el estándar Profibús, partes 1 y 2. La parte 3, Profibús-
DP, se definió en 1993. Profibús es una de los buses de campo abiertos
que cumple con todos los requerimientos en un rango muy amplio de
aplicaciones. Es también la norma de comunicaciones favorita en el
continente europeo y presume de tener el mayor número de instalaciones
operando en el mundo. Además de ser abierto, no pertenece a ningún
fabricante en particular, está certificado y es a todas luces un producto
orientado a satisfacer las necesidades de automatización y control de
procesos en las próximas décadas. Es abierto, porque permite que los
dispositivos de los diversos fabricantes certificados en este bus se
comuniquen entre ellos sin necesidad de utilizar interfases. Las principales
normalizaciones derivan de los estándares europeos EN 50170 y DIN
19245. Ser de origen europeo parece ser una de las razones por las que
esta tecnología no ha tenido una amplia penetración de mercado en
Estados Unidos, Canadá y México, a pesar de la gran calidad de su
desarrollo. El protocolo no pertenece a ningún proveedor en particular,
aunque al principio fue un desarrollo mayoritariamente alemán,
últimamente, para garantizar una mayor apertura y evolución, se cedieron
los derechos de uso, evolución y promoción del mismo a organismos
independientes. Gracias a grupos promotores como Profibús International y
Profibús Trade Organization, en 23 regiones del mundo hay cerca de 1.000
miembros que ofrecen alrededor de 1.900 productos y servicios
compatibles con esta tecnología. Por otro lado, las especificaciones del bus
satisfacen en su totalidad los requisitos de la mayoría de los organismos
certificadores europeos, reconocidos en todo el mundo como los que
establecen mayores exigencias para certificar una tecnología o un producto.
Por si esto fuera poco, como ya se mencionó en el punto anterior, IEC
aprobó las especificaciones de Profibús como una norma internacional (IEC
61158), no dejando duda alguna sobre la confianza que hay en la misma
para ser usada en cualquier proyecto de automatización y control de
procesos industriales.

Origen

Parte de la propuesta de valor de PROFIBUS es su capacidad para reducir los costos y mejorar las
operaciones en todo el ciclo de vida de una fábrica, desde el diseño, hasta el mantenimiento
permanente e incluso las renovaciones. En la etapa de ingeniería, PROFIBUS simplifica el diseño de
la planta, eliminado el cableado duro y necesitando menos hardware, lo que conduce a una puesta
en servicio más rápida y menores costos. PROFIBUS también ofrece mejores diagnósticos, lo que
acelera la puesta en servicio. Aparte, PROFIBUS ayuda a lograr mejor productividad y productos de
mayor calidad, mediante la entrega de datos mejores y más oportunos al personal de operaciones
y dirección. Además, apoya las estrategias avanzadas de gestión de activos, para la administración
y mantenimiento general.

Características

Profibús cumple con los requerimientos de automatización y

control mediante tres perfiles del protocolo que son compatibles
entre sí: Profibús-FMS, Profibús-DP y Profibús-PA.Los dos
primeros constituyen los perfiles típicos de comunicación de
Profibús mientras que el último es un perfil de aplicación,
construido a través de la combinación del perfil de comunicación
DP con un conjunto de funciones adicionales. Estas adiciones
proveen a PA con tecnología de transmisión y alimentación de
dispositivos por medio del bus, cubriendo así las necesidades de
los dispositivos de campo.

Profibus-FMS, Fieldbus Message Specification, es el perfil de

comunicación capaz de manejar todas las tareas intensivas de
transferencia de datos muy comunes en las comunicaciones
industriales, por lo que se le considera la solución universal para
la transferencia de información en el nivel superior y de campo del
modelo jerárquico de automatización. Es la solución general para
tareas de comunicación a nivel de control. Los potentes servicios
FMS abren un amplio rango de aplicaciones y proveen de gran
flexibilidad. También puede ser empleado para tareas de
comunicación extensas y complejas. Está concebido para
comunicar elementos de campo complejos que dispongan de
interface FMS. Se pueden alcanzar velocidades de transmisión de
hasta 1,5 Mb/sg. en función del medio utilizado. Sistema
multimaestro.Profibus-DP, Decentralized Periphery, Está
optimizado para ofrecer mayor velocidad, eficiencia y bajo costo
de conexiones porque fue diseñado específicamente para
establecer la comunicación crítica entre los sistemas de
automatización y los equipos periféricos. Velocidades de
comunicación de hasta 12 Mb/sg. Esta versión de Profibus está
diseñada especialmente para comunicación entre sistemas
automáticos de control y E/S distribuidos a nivel de campo
(periferia distribuida).Los mensajes de diagnóstico se transmiten
sobre el bus y se recuperan en la estación maestra. Es un
sistema monomaestro.

Profibus-PA, Process Automation, En Profibus-PA se utiliza la

tecnología de transmisión especificada en IEC 1158-2. Es una
transmisión síncrona a 31.2 kbits/seg que satisface
requerimientos muy importantes en las industrias química y
petroquímica: seguridad intrínseca y suministro de energía a los
dispositivos a través del bus mediante el simple uso de cable de
cobre de dos hilos. De esta manera, es posible utilizar Profibus en
áreas peligrosas. Se pueden utilizar topologías lineales, en árbol y
estrella.Perfiles de Profibus

En este perfil se definen, de manera independiente al fabricante,

los parámetros y la conducta de los dispositivos de campo típicos,
tales como transductores de medición, posicionadores, válvulas
de control, etc.La descripción de las funciones y el
comportamiento de los dispositivos se basa en el modelo de
Bloques de función reconocido internacionalmente. Esto quiere
decir que, siempre que sea compatible con Profibus, un
dispositivo de un fabricante en particular puede ser reemplazado
en el bus por el de cualquier otro fabricante sin necesidad de
utilizar interfases especiales