Redes

Industriales
CLASE 03
PROTOCOLOS DE CAMPO
Comunicaciones Industriales
 LA AUTOMATIZACIÓN DE PROCESOS

La automatización Industrial se ha convertido en un medio

fundamental para mejorar el rendimiento y la eficacia de las
funciones operaciones de una empresa industrial moderna.

La obtención de datos en el momento y origen, al integrarse al

ciclo de procesamiento de información y al actualizar las bases
de datos en forma automática, permiten la toma de decisiones
operacionales, tácticas y estratégicas más eficaces cualquiera
que sea la naturaleza de la empresa.
 LA AUTOMATIZACIÓN DE PROCESOS
Estrategias Básicas

1. Aumentar la eficiencia de las operaciones y procesos

industriales.
2. Incrementar la productividad del personal mediante:
• Automatización de las actividades manuales y repetitivas.
• Dotación de procedimientos, equipos y sistemas que
permitan disponer de la información en forma oportuna y
confiable en el momento y sitio deseados.
3. Transformar la forma de operar, mediante la integración de
los puntos 1 y 2 y aplicación de nuevos métodos en el
análisis de procesos y la incorporación de las modernas
tecnologías de la Electrónica, la informática y las
Telecomunicaciones.
 LA AUTOMATIZACIÓN DE PROCESOS
Funciones de la Red de Telecomunicaciones

• Recolección de Datos, instantáneamente desde las

localidades remotas.
• Transmisión de los Datos hasta los Centros de Control de
operaciones.
• Aumentar la confiabilidad y seguridad en los procesos de
producción mediante: detección temprana de condiciones
de alarma, supervisión y control continuo de procesos de
alto riesgo, verificación del estado de las instalaciones,
seguimiento de las condiciones de operación de
estaciones remotas, etc.
• Proveer paralelamente Servicios de Transmisión de Voz y
Video
INTEGRACIÓN DE SISTEMAS
Telemetría

Es la utilización de equipos eléctricos o electrónicos para

detectar, acumular y procesar datos físicos en un lugar,
para después transmitirlos a una estación remota donde
pueden procesarse y almacenarse.
Un ejemplo de la utilidad de la telemetría es la medición,
transmisión y procesamiento en sistemas de
automatización de procesos industriales. Estos datos
pueden ser, por ejemplo, la temperatura y la velocidad de
un líquido en una tubería. Estas magnitudes son las
variables de campo.
Telecontrol

Un proceso industrial completo incluye también el control

(local o remoto) de las operaciones que se están llevando
a cabo.
Muy ligado a la Telemetría se tiene el Telecontrol,
mediante el cual, una vez recibidas y procesadas las
señales o variables de campo, se procede a modificar las
condiciones de operación de los proceso de acuerdo con
un plan preestablecido, o según las circunstancias.
El ente que toma las decisiones puede ser un operador
experimentado o un dispositivo automático.
Configuración General de un Sistema de
Automatización de Procesos
El Sistema SCADA (Supervisory Control and Data
Acquisition)

Es una tecnología que permite obtener y procesar información

de procesos industriales disperso o lugares remotos
inaccesibles, transmitiéndola a un lugar para su supervisión,
control y procesamiento.
El SCADA permite supervisar y controlar simultáneamente
procesos e instalaciones distribuidos en grandes áreas y
generar un conjunto de información procesada como por
ejemplo, presentaciones de gráficos de tendencias e
información histórica, de informes de operaciones y
programación, programas de mantenimiento preventivo, etc.
Elementos de un SCADA

• Nivel 1 ó Subsistema de Instrumentación y Control Local

• Nivel 2 ó Subsistema de Comunicaciones.

• Nivel 3 ó Subsistema de Procesamiento y Control Global

Subsistema de Instrumentación y Control Local
Lazo de Control Básico en un Sistema de
Telemetría y Telecontrol
Definición de Transductor o Sensor

Es un dispositivo que convierte una forma de energía en otra.

En particular, convierte la magnitud de una variable física en
una señal eléctrica proporcional.

Ejemplos de Transductores.
• Transductores Autogeneradores: Termopares,
acelerómetros, vibrómetros piezoeléctricos.
• Transductores de Parámetros Variables: potenciómetro,
fotorresistencia, termómetro de resistencia de platino.
• Transductores de Frecuencia Variable: Alambre vibrante.
• Transductores Digitales: Codificadores de posición lineal.
CARACTERISTICAS DE LOS TRANSDUCTORES

• Intercambiables.
• Estables sobre un amplio rango de temperaturas.
• Precisos y seguros.
• De medida reproducible en el tiempo y sobre la gama de
frecuencias de interés.
• Resistentes a ambientes externos de humedad,
temperatura, choque, presencia de gases, etc.
• Robustos y simples, a fin de ser utilizado por personal con
poca experiencia.
• Compatibles con los elementos de acondicionamiento y
regeneración de señales.
APLICACIONES Y TIPOS DE TRANSDUCTORES

• Mediciones de Presión: transductor capacitivo,

transformador lineal de frecuencia variable (LVDT).
Transductor piezoeléctrico, transductor potenciométrico.
• Mediciones de Nivel de Líquidos: transductores de
desplazamiento, transductores hidrostáticos, transductores
de nivel capacitivo, transductores de ultrasonidos.
• Mediciones de Flujo: Transductores de presión Diferencial,
transductores de flujo de desplazamiento positivo,
transductores de velocidad de volumen de flujo.
• Mediciones de Temperatura: termómetro de resistencia
(RTD), termopares, pirómetros, termistores
Definición de Transductor o Sensor

Transductor de
Desplazamiento Lineal
Transductores de
Presión Diferencial

Transductor de
Temperatura
 NATURALEZA DE LAS SEÑALES DE SALIDA

• Analógica: la variable física se traduce en variaciones

continuas de la señal de salida. La señal se transmite con
tensiones de 1 a 5 VDC, de 10 a 50 mVDC y con el lazo
de corriente de 4-20 mA.
• Digital: las variables físicas son discretas y representan
estados: ON/OFF, abierto/cerrado, etc. La señal se
transmite con dos tensiones de línea, por ejemplo, 0 ó 24
VDC.
• Secuencias de Impulsos: las variables físicas representan
estados cíclicos, por ejemplo, la velocidad de una turbina.
La señal de salida es una serie de impulsos cuya
frecuencia es proporcional a la velocidad de la turbina.
 COMANDO DE DISPOSITIVOS

Señales de Comando
Cuando es necesario actuar sobre alguna de las variables,
hay que utilizar los dispositivos de salida que permiten, por
ejemplo, arrancar una bomba, accionar una alarma, etc. Las
señales de comando son encargadas del accionamiento; los
tres tipos de salida utilizados son:
• Salida a Relé
• Salida a Triac
• Salida a Transistor.
Cuando los actuadores son de corriente alterna se utilizan el
relé y el triac; en continua(CC) se utiliza el transistor.
 ACONDICIONAMIENTO DE LAS SEÑALES

Condiciones de la Señal de Salida de los Sensores

Normalmente la señal de salida de los sensores no es

apropiada para ser procesada debido a los siguientes
factores:
• Alto contenido de ruido
• Las impedancias no están adaptadas
• Los niveles de amplitud son o demasiado altos o
demasiado bajos
• No es compatible con el resto del sistema

LA SEÑAL DEBE SER DEBIDAMENTE

ACONDICIONADA
 ACONDICIONAMIENTO DE LAS SEÑALES

El proceso de acondicionamiento incluye todas o

algunas de las siguientes operaciones:

• Filtrado: disminución del ruido, adaptación de

impedancias y amplificación (o atenuación)
• Digitalización (PCM): Muestreo y Cuantificación
• Codificación: Binario Natural, ASCII, otros
• Regeneración: Filtrado, Ecualización y Restauración
ACONDICIONAMIENTO DE LAS SEÑALES
 PROCESAMIENTO Y CONTROL LOCAL

Configuración

Cuando las señales de salida ha sido acondicionadas,

ellas pasan a la fase de procesamiento y control,
como se muestra en esta figura:
 PROCESAMIENTO Y CONTROL LOCAL

El Controlador Lógico Programable (PLC)

Definición

El PLC (Programmable Logic Controller, PLC) es

una máquina electrónica diseñada para controlar
en tiempo real procesos secuenciales en un medio
industrial.
 PROCESAMIENTO Y CONTROL LOCAL

El Controlador Lógico Programable (PLC)

 PROCESAMIENTO Y CONTROL LOCAL

Aplicaciones del PLC

Tiene un campo de aplicación muy variado sobre todo en

instalaciones locales donde es necesario realizar procesos de
maniobra, control, señalización, etc. Está indicado para
aquellos procesos donde:

• El espacio disponible es muy pequeño

• Los procesos de producción son periódicamente
cambiantes
• Los procesos son secuenciales
• En instalaciones de procesos variables y complejos
 PROCESAMIENTO Y CONTROL LOCAL

Ventajas de los PLC

• Menor tiempo empleado en la elaboración del proyecto

• Facilidad para efectuar modificaciones
• Espacio ocupado de reducidas dimensiones
• Menor costo en equipos y mano de obra
• Poco mantenimiento
El PLC necesita ser programado por un operador calificado y
su costo inicial es alto.
 PROCESAMIENTO Y CONTROL LOCAL

La Unidad Terminal Remota (RTU)

Descripción

La Unidad Teminal Remota (Remote Terminal Unit, RTU) es

una pieza de equipo en donde se han integrado los módulos
I/O, el CPU, el módulo de comunicaciones, un teclado
funcional, las fuentes de alimentación, el módem y el
transceptor de radio.
PROCESAMIENTO Y CONTROL LOCAL
 PROCESAMIENTO Y CONTROL GLOBAL
CONFIGURACION
ELEMENTOS DE UN CENTRO DE CONTROL INDUSTRIAL
COMPUTADORAS Y REDES DE PROCESOS
 PROTOCOLOS INDUSTRIALES

Características:

• Deben ser sistemas fáciles de reparar y mantener

• Deben poseer un alto nivel de integridad en la
transferencia de datos
• Con capacidad para la transferencia de datos a altas
• extremas de un ambiente industrial velocidades
• Deben ser muy robustos para soportar las condiciones
 PROTOCOLOS INDUSTRIALES

• ASCII
• HART
• Modbus
• BSAP
• DNP 3.0 LA RED DE CAMPO
• Microbuffer FIELDBUS
• Conitel
• Tano
• Wesdac
• Motorola INTRAC 2000
MODELO OSI
 Necesidad de las arquitecturas de
comunicaciones
• Entre los requerimientos necesarios para un diseño de una
red de datos están:
– Proporcionar conectividad general de manera robusta,
equitativa y económica para una gran cantidad de
computadores.
– Ser lo suficientemente flexible para evolucionar y
ajustarse a los cambios tecnológicos y a los
requerimientos de las nuevas aplicaciones que aparecen
constantemente.
• Para afrontar esta complejidad, los diseñadores de redes han
creado unos modelos generales –usualmente llamados
arquitecturas de comunicaciones- que ayudan en el diseño y
la implementación de las redes.
Proceso de un viaje aéreo como una serie
de pasos

tiquete (compra) tiquete (recobro)

equipaje (entrega) equipaje (recogida)

embarque desembarque

despegue aterrizaje

Vuelo Vuelo
Ruta de vuelo
Proceso de un viaje aéreo en capas de
servicios
Entrega mostrador a mostrador de [personas y equipaje]

Traslado de equipaje: entrega-recogida

Traslado de personas: embarque-desembarque

Traslado de la aeronave: pista a pista

Ruta de vuelo desde el origen hasta el destino

Capas: cada capa implementa un servicio a través de

las acciones internas a la capa y solicitando el servicio
proporcionado por una capa inferior
Implementación distribuida de la funcionalidad de las capas

tiquete (compra) tiquete (recobro)

equipaje (entrega) equipaje (recogida)

Aeropuerto

Aeropuerto
embarque Desembarque

Llegada
despegue
Salida

Aterrizaje

Vuelo Vuelo

Tráfico aéreo intermedio

ruta de vuelo ruta de vuelo

ruta de vuelo
 Arquitectura OSI
• ¿Qué es OSI?
– Una sigla: Open Systems Interconnection
– Conceptualmente: arquitectura general requerida para
establecer comunicación entre computadoras

• OSI puede verse de dos formas:

– como un estándar
– como un modelo de referencia
 OSI es un estándar
• El desarrollo inicial de las redes de computadores fue
promovido por redes experimentales como ARPANet y
CYCLADES, seguidos por los fabricantes de computadores
(SNA, DECnet, etcétera).

– Las redes experimentales se diseñaron para ser

heterogéneas (no importaba la marca del computador).
Las redes de los fabricantes de equipos tenían su propio
conjunto de convenciones para interconectar sus equipos
y lo llamaban su “arquitectura de red”
 OSI es un estándar
• La necesidad de interconectar equipos de diferentes
fabricantes se hizo evidente.
• En 1977, la ISO (International Organization for
Standarization) reconoció la necesidad de crear estándares
para las redes informáticas y creó el subcomité SC16 (Open
Systems Interconnection)
• La primera reunión de éste subcomité se llevo a cabo en
marzo de 1978. El modelo de referencia OSI fue desarrollado
después de cerca de 18 meses de discusión.
 OSI es un estándar
• El modelo OSI fue adoptado en 1979 por el comité
técnico TC97 (procesamiento de datos), del cual dependía
el subcomité SC16
• OSI fue adoptado en 1984 como la norma ISO/IEC 7498.
En 1994 fue reemplazado por la versión 2, con algunas
correcciones adicionales. La ISO/IEC 7498 tiene 4 partes
– Parte 1: Modelo básico
– Parte 2: Arquitectura de seguridad
– Parte 3: Asignación de nombres y direcciones
– Parte 4: Farmework de gestión de red
 OSI como Modelo de Referencia
• OSI es un modelo de referencia que muestra como debe
transmitirse un mensaje entre nodos en una red de datos
• El modelo OSI tiene 7 niveles de funciones
• No todos los productos comerciales se adhieren al modelo
OSI
 ¿En qué se fundamenta OSI?
• La idea principal en el modelo OSI es que el proceso de
comunicación entre dos usuarios en una red de
telecomunicaciones puede dividirse en niveles (capas)
• En el proceso de comunicación cada nivel pone su granito
de arena: el conjunto de funciones que ese nivel “sabe”
hacer.
 ¿Cómo opera el modelo OSI?
• Los usuarios que participan en la comunicación utilizan
equipos que tienen “instaladas” las funciones de las 7 capas
del modelo OSI (o su equivalente)
– En el equipo que envía:
• El mensaje “baja” a través de las capas del modelo
OSI.
– En el equipo que recibe:
• El mensaje “sube” a través de las capas del modelo
OSI
 Proceso de Comunicación
Nodo A Nodo B

Al enviar Al recibir
el mensaje el mensaje
“baja” “sube”

El mensaje “viaja” a
través de la red

En la vida real, las 7 capas de funciones del modelo OSI están

normalmente construidas como una combinación de:
1. Sistema Operativo (Windows XP, Win2003, Mac/OS ó Unix)
2. Aplicaciones (navegador, cliente de correo, servidor web)
3. Protocolos de transporte y de red (TCP/IP, IPX/SPX, SNA)
4. Hardware y software que colocan la señal en el cable
conectado al computador (tarjeta de red y driver)
 Proceso de Comunicación
Las capas del modelo OSI reciben un nombre de acuerdo a su
función.

Aplicación 7 Al enviar 7 Aplicación Al recibir

Presentación 6 el mensaje el mensaje
“baja” 6 Presentación “sube”
Sesión 5 5 Sesión
Transporte 4 4 Transporte
Red 3 3 Red
Enlace 2 2 Enlace
Física 1 Física
1
Nodo A Nodo B
RED
Implementación de las capas OSI
• Las dos primeras capas (física y enlace) generalmente se
construyen con hardware y software
– El cable, el conector, la tarjeta de red y el driver de la
tarjeta pertenecen a los niveles 1 y 2

• Los otros cinco niveles se construyen generalmente con

software
 Comunicación entre capas
• Cada capa ofrece un
conjunto de funciones
para la capa superior y
utiliza funciones de la
capa inferior Capa A Capa A
• Cada capa, en un nodo,
se comunica con su igual
en el otro nodo Capa B Capa B

NODO 1 NODO 2

2-
 Servicios, Interfaces y
Protocolos
• El modelo OSI distingue
entre:
– Servicios (funciones):
Qué hace la capa Capa A Capa A
– Interfaces: Cómo las
capas vecinas pueden
solicitar/dar servicios Capa B Capa B
– Protocolos: Reglas
para que capas “pares”
se comuniquen NODO 1 NODO 2

2-
 Otra forma de ver los protocolos y
las interfaces
• Otras personas incluyen la “interfaz” y el “protocolo” del
modelo OSI como parte del Protocolo.

• El protocolo provee un servicio de comunicaciones que

elementos (objetos) con un nivel más alto en el modelo de
capas (como los procesos de aplicaciones o protocolos de
más alto nivel) utilizan para intercambiar mensajes.
 Otra forma de ver los protocolos y
las interfaces
• En este caso, cada protocolo define dos interfaces diferentes
– Una interfaz de servicio hacia otros objetos dentro del
mismo computador que desean utilizar el servicio de
comunicaciones del protocolo. Esta interfaz define las
operaciones que los objetos locales pueden solicitar al
protocolo (es la interfaz de OSI).
– Una interfaz entre pares (peer-to-peer). Define la forma y
el significado de los mensajes intercambiados entre
implementaciones del mismo protocolo pero ejecutándose
en diferentes nodos para establecer el servicio de
comunicaciones (es el protocolo de OSI).
Otra forma de ver los protocolos y
las interfaces
Nodo 1 Nodo 2

Interfaz de
Objeto de Servicio Objeto de
alto nivel alto nivel

Protocol Interfaz Peer- Protocol

to-peer
 Más sobre protocolos
• Excepto en la capa física, la comunicación entre pares es
indirecta.
– Cada protocolo se comunica con su “par” pasando los
mensajes a otro protocolo de una capa inferior.
• Hay que recordar que la palabra protocolo se usa en dos
sentidos:
– Algunas veces hace referencia a la abstracción de las
interfaces (operaciones definidas por la interfaz de servicio
y la interfaz entre pares)
– Otras veces se refiere al módulo –programa- que
implementa en la realidad las dos interfaces.
 Preparación de Datos
Puede contener
encabezados de
las capas 5, 6 y 7

Nodo A Nodo B
Aplicación Unidades de Información Aplicación
Presentación Mensaje Presentación
Sesión Sesión
Paquete
Transporte Header 4 DATOS Transporte
Frame
Red Header 3 DATOS Red
Enlace Header 2 DATOS Enlace
Física DATOS Física
bits

RED
 Encapsulación
• Cuando un protocolo de una capa superior envía datos a
su par en otro nodo, los entrega al protocolo de la capa
inferior.
– El protocolo de la capa inferior no sabe si el protocolo
de nivel superior envía una imagen, un correo o una
secuencia numérica.

• Luego el protocolo del nivel inferior, para crear su

mensaje, agrega una información de control (header) que
es utilizada entre pares para comunicarse entre ellos.
– Esta información de control generalmente es colocada
al iniciar el mensaje. En algunos casos se anexa
información de control al final del mensaje y la llaman
trailer.
 Encapsulación
• A los datos entregados por el protocolo de la capa
superior, dentro del mensaje, se le llama cuerpo del
mensaje o payload.

• La operación de “meter” el mensaje del nivel superior

detrás de un header o cabecera en el mensaje de nivel
inferior se llama encapsulación.
 Multiplexamiento y
demultiplexamiento
• En de cada una de las capas de un modelo de
comunicaciones se pueden alojar varios protocolos.
• Por esto razón, dentro del header que agrega un protocolo al
construir el mensaje para su par, ubicado en otro nodo, debe
incluir un identificador para indicar a qué protocolo o servicio
de la capa superior le pertenece el “payload”.
– Este identificador es conocido como llave de
multiplexación (demux key)
 Multiplexamiento y
demultiplexamiento
• Cuando el mensaje llega al nodo destino, el protocolo que lo
recibe debe retirar el header, mirar la llave de multiplexación
y entregar (demultiplexar) la carga útil (payload) al protocolo
o aplicación correctos en la capa superior.
– En los headers, las llaves de multiplexación se
implementan de diferentes maneras: diferentes tamaños
(un byte, dos bytes, cuatro bytes) o algunos colocan sólo
la identificación de la aplicación destino, otros colocan la
aplicación origen y la destino.
Operación: 4ª aproximación (1)
Usuario en el Nodo A envía el mensaje “Tengo una idea.”
Los datos se encapsulan y se registra
Tengo una idea.
a qué protocolo de la capa superior
Tengo una idea. le pertenece la carga útil (payload)
Tengo una idea. Sesión (5)
H4 Tengo una idea. Transp. (4)
H3 H4 Teng H3 o una idea. Red (3)
H2 H3 H4 Teng T2 H2 H3 o una idea. T2 Enlace (2)

H2 H3 H4 Teng T2 H2 H3 o una idea. T2

Física (1)
 Operación: 4ª aproximación (2)
Usuario en el Nodo B recibe el mensaje “Tengo una idea.”
Para entregar el mensaje al protocolo
correcto, dentro de una capa, se usa Tengo una idea.

la llave de multiplexación. Tengo una idea.

Sesión (5) Tengo una idea.

Transp. (4) H4 Tengo una idea.

Red (3) H3 H4 Teng H3 o una idea.

Enlace (2) H2 H3 H4 Teng T2 H2 H3 o una idea. T2

H2 H3 H4 Teng T2 H2 H3 o una idea. T2

Física (1)
 Los 7 Niveles del modelo OSI
Cada nivel (ó capa) tiene unas funciones precisas para resolver
determinados problemas de la comunicación (“divide y vencerás”)

Nivel OSI Función que ofrece

Aplicación Aplicaciones de Red: transferencia de archivos

Presentación Formatos y representación de los datos
Sesión Establece, mantiene y cierra sesiones
Transporte Entrega confiable/no confiable de “mensajes”
Red Entrega los “paquetes” y hace enrutamiennto
Enlace Transfiere “frames”, chequea errores
Física Transmite datos binarios sobre un medio
 Nivel de Aplicación (Capa 7)
• La capa de aplicación está cerca al usuario (no ofrece
servicios a otras capas del modelo OSI)
– Es el nivel más alto en la arquitectura OSI
– Define la interfaz entre el software de comunicaciones y
cualquier aplicación que necesite comunicarse a través de
la red.
– Las otras capas existen para prestar servicios a esta capa
– Las aplicaciones están compuestas por procesos.
– Un proceso de aplicación se manifiesta en la capa de
aplicaciones como la ejecución de un protocolo de
aplicación.
 Nivel de Presentación (Capa 6)
• Define el formato de los datos que se intercambiarán
– Asegura que la información enviada por la capa de
aplicación de un nodo sea entendida por la capa de
aplicación del otro nodo
– Si es necesario, transforma a un formato de
representación común
– Negocia la sintáxis de transferencia de datos para la capa
de aplicación (estructura de datos)
– Ejemplo: formato GIF, JPEG ó PNG para imágenes.
 Nivel de Sesión (Capa 5)
• Define cómo iniciar, coordinar y terminar las conversaciones
entre aplicaciones (llamadas sesiones).
– Administra el intercambio de datos y sincroniza el diálogo
entre niveles de presentación (capa 6) de cada sistema
– Ofrece las herramientas para que la capa de aplicación, la
de presentación y la de sesión reporten sus problemas y
los recursos disponibles para la comunicación (control del
diálogo –sesión- entre aplicaciones)
– Lleva control de qué flujos forman parte de la misma
sesión y qué flujos deben terminar correctamente
 Nivel de Transporte (Capa 4)
• Proporciona un número amplio de servicios. Asegura la
entrega de los datos entre procesos que han establecido una
sesión y que se ejecutan en diferentes nodos
– Evita que las capas superiores se preocupen por los
detalles del transporte de los datos hasta el proceso
correcto
– Hace multiplexamiento para las aplicaciones
• ¿cuál es la aplicación/servicio destino/origen?
 Nivel de Transporte (Capa 4)
– Segmenta bloques grandes de datos antes de
transmitirlos (y los reensambla en le nodo destino)
– Asegura la transmisión confiable de los mensajes
– No deja que falten ni sobren partes de los mensajes
trasmitidos (si es necesario, hace retransmisión de
mensajes)
– hace control de flujo y control de congestión
 Nivel de Red (Capa 3)
• Entrega los paquetes de datos a la red correcta, al nodo
correcto, buscando el mejor camino (es decir, permite el
intercambio de paquetes).
– Evita que las capas superiores se preocupen por los
detalles de cómo los paquetes alcanzan el nodo destino
correcto
– En esta capa se define la dirección lógica de los nodos
– Esta capa es la encargada de hacer el enrutamiento y el
direccionamiento
• Enrutamiento: ¿cuál es el mejor camino para llegar a la
red destino?
• Direccionamiento: ¿cuál es el nodo destino?
 Nivel de Enlace (Capa 2)
• Inicia, mantiene y libera los enlaces de datos entre dos
nodos.
• Hace transmisión confiable (sin errores) de los datos sobre
un medio físico (un enlace)
– Define la dirección física de los nodos
– Construye los “frames”
– También debe involucrarse con el orden en que lleguen los
frames, notificación de errores físicos, reglas de uso del
medio físico y el control del flujo en el medio.
– Es diferente de acuerdo a la topología de red y al medio
utilizado.
 Nivel Físico (Capa 1)
• Define las características mecánicas, eléctricas y funcionales
para establecer, mantener, repetir, amplificar y desactivar
conexiones físicas entre nodos
– Acepta un “chorro” de bits y los transporta a través de un
medio físico (un enlace)
– Nivel de voltaje, sincronización de cambios de voltaje,
frecuencia de transmisión, distancias de los cables,
conectores físicos y asuntos similares son especificados en
esta capa.
 Arquitectura OSI
End system End system

Aplicación Aplicación

Presentación Presentación
Intermediate systems
Sesión Sesión

Transporte Transporte

Red Red Red Red

Enlace Enlace Enlace Enlace

Física Física Física Física

Uno o más nodos dentro de la Red

 PROTOCOLOS INDUSTRIALES

Protocolos ASCII:

Son muy populares debido a su simplicidad. Apropiados

para instalaciones industriales sencillas, generalmente
una Maestra y una Remota.

Tipos de Protocolos ASCII:

Protocolo ASCII para Transmisores Digitales

Protocolo ASCII ANSI X3.28-2.5-A4
 PROTOCOLOS INDUSTRIALES
Protocolos ASCII

Protocolo ASCII para Transmisores Digitales

Características:

• Control por Caracteres

• Transmisión HDX(Half-Duplex) Asincrónica
• Velocidades: entre 300 a 1200 bps
• Interfaces: RS-232C en operación punto a punto.
RS-485 si se llega a utilizar en operación multipunto
 PROTOCOLOS INDUSTRIALES
Protocolos ASCII

Protocolo ASCII para Transmisores Digitales

Formato
 PROTOCOLOS INDUSTRIALES
Protocolos ASCII

Protocolo ASCII ANSI X3.28-2.5-A4

Características:

• Control por Caracteres

• Transmisión HDX Asincrónica
• Formato del Carácter: un dígito de arranque, siete de
• información, uno de paridad (o no paridad) y uno de
pare
• Velocidades: entre 300 y 19200 bps
• Un procesador puede controlar hasta 32 dispositivos
• Interfaz de preferencia: RS-485
 PROTOCOLOS INDUSTRIALES
Protocolos ASCII

Protocolo ASCII ANSI X3.28-2.5-A4

Formatos de Lectura
 PROTOCOLOS INDUSTRIALES
Protocolo HART

El Protocolo HART (Highway Addressable Remote

Transducer) fue desarrollado por Rosemount Inc. en 1986.
Actualmente es un protocolo libre y abierto aunque todos los
derechos pertenezcan a la Foundation HART.
El Protocolo HART permite la trasmisión simultánea de
información analógica y digital (Señal Digital superpuesta en
Señal Analógica de 4-20 mA)
 PROTOCOLOS INDUSTRIALES
Protocolo HART

Utiliza una señal FSK para la transmisión digital binaria a

1200 bps, equivalente a un módem Bell 202 (1200 Hz para
un CERO y 2200 Hz para un UNO).
Como el valor promedio de una señal FSK es cero, ella no
afecta los valores analógicos presentes en el lazo de
corriente.
PROTOCOLOS INDUSTRIALES
Protocolo HART
 Protocolo HART

Características:

• Control por Conteo de Bytes

• Transmisión Asincrónica FDX/HDX, punto a punto y
Multipunto
• Carácter Básico de 1 bit de arranque, 8 de información, 1
de paridad impar y 1 de pare; NRZ
• Una Maestra puede controlar hasta 15 Remotas
• Operación en Modo de Respuesta Normal.
 Protocolo HART

Características:

• Distancia máxima: hasta 3000 m con par trenzado

apantallado calibre AWG 24; hasta 1500 m con cable
multipar, par trenzado común apantallado calibre AWG 20
• Modulación FSK, 1200 bps, con Módems Tipo Bell 202
• Medio de transmisión: par trenzado y el lazo de corriente
de 4-20 mA
• Interfaces asociadas: RS-232D y RS-485
 Protocolo HART

Campos

Preámbulo: Secuencia de puros UNOS; permite la sincronización de

la trama
Byte de Partida: Indica el tipo de mensaje: maestra/esclava,
esclava/maestra, modo “ráfaga”. Puede indicar el formato del Campo
Direcciones: formato corto o formato largo.
 Protocolo HART

Campos

Direcciones: Incluye la dirección de la Maestra (un UNO para la

maestra primaria y un CERO para la maestra secundaria) y la dirección
de la esclava. En formato corto la dirección de la esclava es de 4
dígitos y en formato largo de 38 dígitos (que contienen la dirección de
un dispositivo en particular).
 Protocolo HART

Campos
Comando: Contiene el comando o función específica del mensaje:
Comandos Universales, Comandos Comunes y Comandos Específicos
de Dispositivo.
Conteo: Contiene el número de Bytes de los Campos Status e
Información.
 Protocolo HART

Campos
Status: Contiene información acerca de errores de comunicación en
el mensaje, el estado del comando recibido y el estado del
dispositivo mismo.
Información: Puede estar o no presente, dependiendo del mensaje.
BCC: Contiene el resultado de un O-Exclusivo desde el Byte de
Partida hasta Información
 Protocolo HART
Comandos HART
El Conjunto de Comandos HART está organizado en tres grupos y provee el
acceso en lectura/escritura a toda la información disponible en los
instrumentos de campo inteligentes. El conjunto de comando comprende
tres categorías:

Comandos Universales. Proveen el acceso a información que es útil en las

operaciones normales, por ejemplo, el fabricante del instrumento, el
modelo, número de serie, rango de operación, variables físicas, etc.
Comandos Comunes. Proveen el acceso a funciones que pueden
efectuarse en muchos dispositivos pero no en todos, como, por ejemplo,
leer variables, calibración (cero, rango), iniciar autotest, valores constantes,
etc.
Comandos Específicos de Dispositivo. Proveen el acceso a funciones que
son propias de un dispositivo de campo particular, como, por ejemplo,
arranque/pare/test, seleccionar variable primaria, habilitar el control PID,
sintonizar el enlace, opciones especiales de calibración, etc.
 Protocolo HART

Aplicaciones del Protocolo HART

El Protocolo HART se utiliza típicamente para configuración

remota, ajuste y diagnóstico de dispositivos de campo
inteligentes.
El Protocolo HART no es apropiado para sistemas que requieren
respuestas muy rápidas; sin embargo, si no se requieren altas
velocidades, el Protocolo HART se puede utilizar en configuración
Multipunto.
En este caso no se emplea el lazo de corriente, es decir, se
eliminan las señales analógicas en el sistema y todas las
mediciones y control se efectúan con los dispositivos y formatos
HART. (En este caso cada transmisor produce una corriente fija
de 4 mA, además, cada uno de ellos posee un Módem HART.)
 Protocolo HART

Conectado
Cuando se instalan dispositivos HART cableados, la variable de
proceso (PV) se lee en el sistema de control a través del circuito de
4-20 mA. A pesar de utilizarse durante la puesta en servicio, los
datos HART no están conectados al sistema de control en tiempo real,
lo que limita el valor de su inversión en activos.
 Protocolo HART

Conectado + adaptador WirelessHART

Protocolo HART

WirelessHART
 Protocolo HART

Cableado + Inalámbrico ¡Funcionan juntos!

Fuente: http://www.hartcomm.org
 Protocolo HART

Handheld Fluke 744 Handheld MERIAM

 Protocolo Modbus
Desarrollado por la Gould Modicon (ahora AEG Schneider
Automation) para sistemas de control y supervisión de procesos.

Características (Modo RTU):

• Control por Dígitos

• Transmisión FDX/HDX Asincrónica
• Carácter Básico NRZ de ocho dígitos en binario puro
• Una Maestra puede controlar hasta 247 Remotas
• Operación en Modo de Respuesta Normal (NRM)
• Topología en Estrella
• Interfaces: RS-232C, RS-422A, RS-485, o Lazo de 4-20 mA
• Velocidades de transmisión: 1200 a 19200 bps
• Medios de Transmisión: par trenzado, cable coaxial, radio
Protocolo Modbus
 Protocolo Modbus

Formatos:
• Formato General de la Trama en Modo RTU

• Formato de Respuesta Excepcional

 Protocolo Modbus

Tipos de Mensaje:

• Petición de Datos:
La MTU solicita valores de datos a la RTU, la cual
responde transmitiendo los valores requeridos.

• Petición de Control:
La MTU solicita a la RTU que cambie el estado de un
dispositivo de campo, o que cambie o modifique una
condición interna de la RTU.
 Protocolo Modbus

Formato de los Mensajes de Petición de Datos

Petición de Lectura del Estado de una Bobina Código 01H

 Protocolo Modbus

Formato de los Mensajes de Petición de Datos

Formato de Comando/Respuesta Excepcional en el caso de

una petición ilegal por parte de la RTU
 Protocolo Modbus

Formato de los Mensajes de Petición de Datos

Posicionar una sola Bobina, Código 05H

Reponer un Registro, Código 06H

 LA RED DE CAMPO (FIELDBUS)

Es una red digital de comunicaciones serie,

multipunto, bidireccional, compartida por diferentes
elementos de campo (controladores, transductores,
actuadores y sensores), que permite la transferencia
de datos e información de control entre estos
elementos primarios de automatización, control y
supervisión, con elementos de más alto nivel, como
los DCS, los PLC y los SCADA.
LA RED DE CAMPO
(FIELDBUS)

Comparación entre
una Red Industrial
actual y una Red de
Campo
 LA RED DE CAMPO (FIELDBUS)

Características:

• Transmisión serie asincrónica/sincrónica, HDX/FDX

• Diferentes velocidades en los diferentes niveles
• Protocolos simples, limitados y de fácil configuración
• Funcionamiento en tiempo real con prestaciones
predecibles
• Bajo costo de instalación y mantenimiento
• Versatilidad para atender procesos discretos y continuos
• Independencia de los fabricantes e interoperabilidad
 LA RED DE CAMPO (FIELDBUS)

Arquitectura

• CAPA DE USUARIO
• CAPA APLICACIÓN
• CAPA ENLACE
• CAPA FISICA
 LA RED DE CAMPO (FIELDBUS)

VENTAJAS:

• Reducción de Costos Iniciales

• Reducción de Costos de Mantenimiento
• Mejoramiento de las Prestaciones del Sistema
• Interoperabilidad e Intercambiabidad de
Dispositivos
 LA RED DE CAMPO (FIELDBUS)

Normalización de una Red de Campo

Grupos en Competencia

Grupo FIELDBUS
Honeywel (Estados Unidos), Allen-Bradley Corporation
Estados Unidos), Télémecanique (Francia) y otros

Grupo PROFIBUS
Siemen (Alemania), The Rosemount Group (Estados
Unidos), Yokogama Electric Corporation (Japón) y otros
Fieldbus Foundation
Standares Regulatorios:
ANSI/ISA 50.02
IEC 61158
CENELEC EN50170:1996/A1

HSE (High-speed Ethernet) 100 Mbit/sec

H1 31.25 Kbit/sec

FOUNDATION fieldbus es un sistema de

comunicación digital, serial, bidireccional que
sirve como red a nivel básico de
automatización en una planta industrial.
 Fieldbus Foundation

Multidrop wiring. FOUNDATION fieldbus soporta hasta 32 dispositivos,

sin embargo lo típico ( limitaciones de voltaje y corriente ) es de 16
dispositvos

Instrumentación Multivariable
Comunicación Bidireccional
Nueva información
Control en Campo
 Fieldbus Foundation

Fieldbus foundation : Es una asociacion de

fabricantes que administran, investigan y potencian el
uso de este protocolo.

INTEROPERABILIDAD : Garantiza que los dispositivos de

distintos operan satisfactoriamente juntos en la red Fieldbus.
Esta prueba la realiza Foundation a cada instrumento ( a lo menos a
dos), una vez aprobado, queda registrado y autoriza el uso del logo en
el equipo. Los sistemas se prueban pero no quedan registrados ni usan
el logo Foundation. Interoperabilidad NO significa
INTERCAMBIABILIDAD ya que la funcionalidad puede ser distinta.
 Fieldbus Foundation
Ventajas del protocolo:

Fue concebido para el Control de procesos

•Puede funcionar en ambientes industriales y/o
peligrosos
•Lleva la energía por el mismo cable
•Puede reutilizar cables existentes
•Soporta Seguridad intrínseca
•Control deterministico
•Mantiene informado al usuario
 Fieldbus Foundation
(Comunicaciones)
Bloques Control y Diagnósticos
Empaqueta Datos y Administra los
tiempos
Interfaz Electrónica (9-32 V, 15-20 mA)

Los dispositivos en un segmento comunican los datos de control

de procesos en forma cíclica, cuyo tiempo es administrado por
una función de planificación maestra denominada Link Active
Scheduler. La comunicación utiliza la forma
publisher/subscriber. Es decir es determinística (ocurre
siempre en el tiempo planificado).
 Fieldbus Foundation
(Comunicaciones)
Los datos de información ( no de procesos), registros,
alarmas, diagnosticos, configuración se comunica en forma
asincrónica. Se asigna un tiempo entre ciclos para que por
medio de toking-passing se comuniquen los dispositivos.
Cada dispositivo comparte el mismo tiempo en un segmento.
Un función de sistema administra el tiempo “ application
clock”. Los clock interno de cada dispositivo se sincronizan
con este.
Las alarmas son manejadas en forma independiente.
Cada dispositivo Fieldbus tiene una dirección, que algunos
sistemas la asignan en forma automática ( delta V)
Fieldbus esta orientado a trabajar con TAG en vez de
direcciones.
Fieldbus Foundation
(Comunicaciones)
MACROCICLO
 Fieldbus Foundation
(Comunicaciones)
Multiple Function Block en ejecución
 Fieldbus Foundation
(Bloques de Función)
Los Function Block son pequeños módulos de software
sellados, que tienen entradas y salidas y una función (no
intervenible) que relaciona ambas.

Relaciona el dispositivo completo (N° serie,

Fabricante, Modelo, etc)

•Resource blocks
•Transducer blocks
•Function blocks
Relaciona las partes humedas (wetted)
(Sensor, material, estatus)
Relacionan las capacidades de control
(AI, AO, PID, PI)
 Fieldbus Foundation
(Bloques de Función)
Foundation Fieldbus define un set de bloques funcionales
básicos y avanzados, el fabricante decide cuantos incluir.
InterOperabilidad: Garantiza que un Function Block es
interoperable y opera junto a otros bloques, no garantiza
la funcionalidad de (distintos equipos), ya que los
algoritmos pueden ser distintos.
Otros Bloques desarrollados por el fabricante (Avanzados),
tambien son interoperables ya que Foundation especifica
como hacerlo.
 Fieldbus Foundation (Bloques de Función)
Basic Specified Continuous Blocks
Analog Input AI Reads analog input
Analog Output AO Sends analog output
Bias Gain B Scaling
Control Selector CS Override control
Manual Loader ML Manual Control
PID Control PID PID Control
PD Control PD PD only control
Ratio Control RA Ratio Control
Basic Specified Discrete Blocks
Discrete Input DI Reads discrete input
Discrete Output DO Sends discrete output
 Fieldbus Foundation (Bloques de Función)
Advanced Specified Continuous Function Blocks
Complex AO Provides extensive interlocking
Splitter 1-in-3-out + logic -- for split ranging
Selector 4-in-1-out (min., max., mid., avg.)
Setpoint Generator SP generator for Batch applications
Characterizer Has interpolation and tracking
Integrator Integrate flow or pulse + reset
Calc_A 1131-C inst. - 50 steps - analogs
Lead/Lag Dynamic compensation
Dead Time Delay for analog feedforward control
Analog Alarm Provides alarm response
Fieldbus Foundation (Bloques de Función)

Advanced Specified Discrete Function Blocks

Digital HMI Operator input - reference by tag
Pulse Input Pass pulses to integrator
Timer Count up/down, debounce
Digital Alarm Provides alarm response
Step Control SP control using discrete actuators
Calc_D 1131-C inst. - 50 steps - discretes
Complex DO Provides extensive interlocking
Device Simple 2 or 3 state devices (pumps)
Dead Time Delay for analog feedforward control
Analog Alarm Provides alarm response
Fieldbus Foundation (Bloques de Función)

No todos los dispositivos trae el mismo número de

bloques, sino que traen una base mínima.
Si uno desea y el fabricante lo permite se puede copiar
(instance) un bloque al dispositivo para agregarle una
funcionalidad, esto se llama instantation. Por ej. Agregar
un segundo P&ID a una válvula de control.
 Fieldbus Foundation (Bloques de Función)

FOUNDATION fieldbus device description:

Corresponde a un “ driver” que trae el dispositivo para

que el Host entienda la data , por ejemplo si trae un
bloque funcional especial desarrollado por el fabricante o
texto ayuda, unidades de ingenieria, método.

Método:

Es una secuencia predefinida de operaciones que ejucuta

el dispositivo.
 Fieldbus Foundation (Diagnosticos)

FOUNDATION fieldbus no especifica los diagnósticos de

dispositivos sino que queda abierto a cada fabricante.

Algunos fabricantes han incluido en sus dispositivos

function block de diagnósticos que son analizados con un
software llamado AMS.

Además incluye métodos avanzados y estadisticos, que

permiten detectar desviaciones en variables que permiten
detectar:

Pegado (stiction) de válvulas

Pérdida de sello o taponamiento de líneas de proceso
 Fieldbus Foundation (Wiring)
Fieldbus utiliza un cable del tipo par apantallado, permite
utilizar cables existentes.
El bus se llama segmento o “trunk”, y los dispositivos se
conectan al trunk mediante “spurs”, esta topología es
llamada “branch”.
 Fieldbus Foundation (Wiring)

Si los spurs se conectan en un solo punto concentrados

entonces la topología se llama arbol o “tree”.
 Fieldbus Foundation (Wiring)
LIMITES DEL NUMERO DE DISPOSITIVOS

Key segment limits Typical values

Maximum of 32 devices per segment 4 to 16 devices per segment

without a repeater
Maximum of 240 devices per
segment with a repeater
Each device must draw at least 8 mA 15 to 25 mA power consumption for a
from the segment two-wire device
8.5 mA for a four-wire device
400 mA typical segment limit
Voltage range 9-32 Vdc 24 Vdc
 Fieldbus Foundation (Wiring)
LIMITES DEL LARGO DE SEGMENTO

Type Description Size Maximum length

A Individual shielded, #18 AWG 1900 m

twisted pair (0.8 mm2) (6232 ft.)

B Multiple-twisted-pair #22 AWG 1200 m

with overall shield (0.32 mm2) (3936 ft.)

C Multiple-twisted-pair #26 AWG 400 m

without shield (0.13 mm2) (1312 ft.)

D Two wires with no #16 AWG 200 m

shield and not twisted (1.25 mm2) (656 ft.)
 Fieldbus Foundation (Wiring)
EJEMPLO : SE DEBE INCLUIR LA SUMA DE TODOS LOS
CABLES Y NO DEBE SUPERAR LOS LIMITES DE LA
TABLA ANTERIOR.
 Fieldbus Foundation (Wiring)

El largo máximo de cada spur depende:

Del número de instrumentos en el segmento
Del número de dispositivos en el spur.

Devices per spur

Total devices
on segment
1 2 3

1-12 120 m 90 m 60 m

13-14 90 m 60 m 30 m

15-18 60 m 30 m 1m
 Fieldbus Foundation (Wiring)
Ejemplo:

Máx. 90 mt Máx. 60 mt

Máx. 120 mt
 ProfiBus

Profibus(PROcessFIeldBUS)
 Posicionamiento de
redes
Nivel de
fábrica Ethernet/TCP/IP Controlador
Area
TCP/IP/Ethernet
Tiempos de PC/VME
ciclo bus
< 1000 ms
CNC

Nivel de
PROFIBUS-FMS
celda
Tiempos de VME/PC
ciclo bus PLC DCS
< 100 ms

Nivel de
PROFIBUS-DP PROFIBUS-PA
campo

Tiempos de
ciclo bus
< 10 ms
 ¿Qué hay de especial en PROFIBUS?
 Red abierta y estándar
Amplia gama de componentes y sistemas en el mercado
Red Multi-fabricante
 Ahorro
Red de célula y campo económica
 Alto nivel de seguridad de datos
Uso de cables de fibra óptica o par trenzado
 Flexibilidad
Sistema con interfases para una amplia gama de necesidades
Es posible adaptar la topología de la red al usuario
 Se pueden cubrir grandes distancias con cables de FO
 Amplia gama de aplicaciones
Protocolos para varias aplicaciones
Datos técnicos de PROFIBUS
 Método de acceso al bus

145
 Perfiles de PROFIBUS
Tareas Intercambio Automatización
universales de de datos rápido de procesos
comunicación y cíclico incluso en áreas con
riesgo de explosión

FMS DP PA
Alimentación vía bus
Comunicaciones Multi-maestro Plug & play
Amplia gama de aplicaciones Eficiente y rentable Seguridad intrínseca
 Configuración
PROFIBUS-FMS
• Un sistema típico de PROFIBUS-FMS está compuesto por varios
equipos de automatización inteligentes:
 PC
 PLC como sistema de control
 Terminales de operador inteligentes

148
 PROFIBUS-FMS
(Fielbus Message Specification)
Es la solución de propósito general para tareas de
comunicación a nivel de control.
Los servicios FMS abren un amplio rango de aplicaciones y
proveen gran flexibilidad.
También se pueden emplear para tareas de comunicaciones
extensa y complejas.
En Profibus-FMS la funcionalidad es más importante que
conseguir un sistema con tiempo de reacción pequeño
En la mayor parte de aplicaciones , el intercambio de datos
es fundamentalmente acíclico en base a la demanda del
proceso del usuario.
Configuración PROFIBUS-DP
• 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
 Configuración PROFIBUS-DP
(Distributed Peripherals)
Optimizado para alta velocidad y coste reducido.
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 descentralizada).
Puede ser empleado para remplazar transmisiones
paralelas de señales con 24 v o 4-20 mA.
El intercambio de datos es cíclico.
El tiempo del ciclo del bus ha de ser menor que el tiempo
de ciclo del programa del controlador central.
 Configuración PROFIBUS-PA

+ x

PROFIBUS-DP

DP/PA Link
Segmento
24 V
PROFIBUS-PA "SpliTConnect "SpliTConnect
como hub" con resistencia de
cierre"
 Configuración PROFIBUS-PA
(Process Automation)
Está especialmente diseñado para automatización de
procesos.
Permite que sensores y actuadores puedan ser conectado a un
bus común en áreas de especial seguridad calificadas como
Ex.
Permite comunicación de datos y transporte de energía sobre
el mismo bus empelando tecnología de dos cables, acorde con
el estándar internacional IEC 1158-2.
También se utiliza para automatización de edificios,
aplicaciones seguras ante fallos (PROFISafe), control numérico
y robots, encoders, drivers de motores de velocidad variable o
interfaces Hombre – Máquina.
Transmisión de Datos
Método de Acceso al Bus
Topología
Topología
Ejemplo
 Cables para PROFIBUS
 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 interferencias mediante doble apantallado
PROFIBUS FastConnect
Conector de bus
 Con conectores FastConnect el tiempo de
montaje es extremadamente corto debido a
su técnica de conexión
 Resistencia de cierre integrada
 Montaje simple
 Conector de bus

162
 Configurador: CX-Profibus
 Para poner en marcha la red PROFIBUS, es totalmente necesaria la
utilización de la herramienta software de configuración CX-Profibus. El
software nos permite:
 Determinar la topología de la red, es decir, asignación de los esclavos a
su respectivo maestro
 Definir los datos de parametrización del maestro
 Determinar el intercambio de datos
 Configuración de los parámetros del bus, como velocidad y
temporizaciones
 Descarga de la configuración al dispositivo maestro
 El Configurador requiere de unos archivos especiales propios de cada uno
de los dispositivos que van a participar en el intercambio de información.
Estos archivos deben ser suministrados por el fabricante.
 Existen dos tipos de tecnologías de configuración:
 Basada en tecnología FDT/DTM
 Basada en archivos GSD
 Configurador: CX-Profibus
• Tecnología FDT/DTM
– El concepto de FDT/DTM especifica los interfaces entre los
sistemas de diseño/ingeniería denominados Field Device Tools
(FDT), y el componente software del dispositivo denominado
Device Type Managers (DTM). El estándar FDT/DTM se basó en
el tradicional concepto de ventana
y controlador donde el FDT es la
ventana o marco en el que operan
los controladores o DTM. Un
paralelo simple de entender es el
caso de las impresoras en
Windows. Cada impresora tiene
su propio driver. Sin este driver,
Windows no sabe cómo
administrar la impresora.
(Concepto Microsoft COM-ActiveX)
 Configurador: CX-Profibus
 Archivos GSD
 Los antiguos y más comunes configuradores estaban basados en este
tipo de tecnología. Un archivo GSD es un archivo de texto que contiene
las características y las opciones de configuración del dispositivo al que
representan. Estos archivos son importados por el Configurador y
posteriormente volcados al dispositivo maestro.
 DTM frente a GSD
 Los archivos GSD sólo nos proporcionan información sobre las
características y opciones de configuración del dispositivo. No nos
proporcionan un interface de usuario, ni tampoco ponemos conectarnos
con él. Un archivo GSD siempre requiere un programa de configuración
que interprete su contenido. Sin embargo, cuando utilizamos tecnología
basada en FDT/DTM, todas estas funciones relativas al dispositivo están
incluidas en el DTM y éste puede ejecutarse desde cualquier programa
que nos proporcione un interface FDT.
Clasificación de buses de Campo