Curso ISA Fieldbus Foundation Agosto 2013

FOUNDATION Fieldbus
Sistema Descentralizado
Fieldbus
Standards
Certification
Education & Training
Publishing
Conferences & Exhibits ANSI/ISA 50.02 / IEC 61158
Por: Ing. Jose Luis Salinas
Que es FOUNDATION FIELDBUS?
FOUNDATION Fieldbus es una arquitectura abierta, totalmente integrada para el manejo de información.
FOUNDATION Fieldbus es 100% digital, serial, de comunicación en 2 vías. H1 (31.25 kbit/s)

que interconecta instrumentos de campo “FIELD” como pueden ser transmisores, actuadores y E/S
Fieldbus mantiene y optimiza las características importantes del sistema estándar 4-20 mA como pueden ser:
> integridad de Lazo Sencillo
> interfase física estandarizada a 2 hilos
> bus energizado vía 2 hilos
> alternativa de usar seguridad intrínseca
En suma FOUNDATION Fieldbus habilita:

* capacidad incrementada debido a que es un sistema 100% digital
* reduce el alambrado y terminales debido a la conexión de múltiples dispositivos en un par de hilos
* incrementa la disponibilidad de contar con diferentes proveedores debido a la interoperabilidad
* se implementa el concepto de intercambiabilidad
* reduce carga en el equipo en cuarto de control debido a la distribución de las funciones de control en los
dispositivos de campo.
* disponibilidad de conexión a HSE
FOUNDATION FIELDBUS “Arquitectura”
Fieldbus H2, HSE

(High Speed Ethernet)
No para Control Sistema de
Control
Linking comunicación a tarjetas H1
Device Full IS
FPS o FC FPS o FC IS - FPS
H1-Fieldbus, 31.25 kBd
Interfase JB
Fieldbus H1 IS
 Diseñado para control de procesos IS Fieldbus
 Diseñado para aplicaciones con Seguridad Intrínseca
(Fisco, Entity)
 Bus Energizado
 Energía Externa Requerida (generalmente):
 El HOST no dispone de energía para suministrarla al Bus
 Algunos toman energía del bus (pasivos)
FOUNDATION FIELDBUS “Beneficios”
Beneficios del H1
Beneficios significativos se alcanzan en el ciclo de vida de los sistemas
de control a través del uso de la tecnología Fieldbus
Planeación
y Operación Mantenimiento Evolución
Mantenimiento
• Reduce el número de cables y gabinetes “marshaling”

• Reduce el numero de barreras intrínsecamente seguras
• Reduce en número de convertidores de E/S
• Reduce el número de fuentes y gabinetes
• Reduce el tamaño del equipo en cuartos de control
• Configuración Remota de Instrumentos DISPONIBLE
• Mas información disponible para operación
• Exactitud incrementada en los Instrumentos
• Fácil evolución debido a uso de Bloques de Función Estándar
• Se incrementa la sofisticación y flexibilidad de la instrumentacion
• Incremento optimo debido a menor equipo, mejor auto diagnóstico y
diagnóstico remoto
FOUNDATION FIELDBUS “Filosofía”
Cuarto de Control
Bulk
Power
Host Supply
PS PS TRUNK
FC FC
T T
Especificaciones:
HOST
JB JB JB
Fieldbus Power Supply o Conditioner
Máxima longitud 1,900 sin repetidores
“TRUNK + SPUR’s” SPUR SPLICE
TRUNK o BUS principal
SPUR o Derivación (max. 120 m)
SPLICE o Derivación < 1 metro
Máximo 2 Terminadores por segmento Dispositivos de Campo
Voltaje Mínimo 9 V
Corriente Mínima 10 mA
31 Dispositivos de campo por segmento
 RED de Control Descentralizada
 Modelo a Bloques
 Descripción
 Variantes
 Comunicación
 Datos Técnicos
Que es Fieldbus Foundation?
...... no es un sistema de comunicación alternativo al 4-20 mA
Diferentes Bus de comunicación para diferentes controles del proceso.
Diferentes filosofías para sistemas de comunicación
 Bus de Sensores: para comunicación de señales digitales (discretas). Bus

completo de comandos y estatus ON/OFF “AS-i bus”
 .........................
 Fieldbus Foundation: no es solo un sistema de comunicación, está diseñado

para implementar redes de control de procesos complejos:
- Lógica Descentralizada
- Sistema de Comunicación Independiente del control
- Mas Datos para el Control del Proceso
- Sistema Abierto
- ...... es más que un sistema de Comunicación Digital
Red de Control Descentralizada
La Funcionalidad se mueva a nivel de “CAMPO”
 Lógica de Control Implementada en los Dispositivos de campo
 Cada Dispositivo lee los datos y actúa cuando es requerido, se reduce la
carga del controlador
 No es solo transferencia de comandos desde el “Host” al campo, sino que
los instrumentos de campo pueden ejecutar los algoritmos de control.
Control de Procesos y
Diagnósticos
Fieldbus Foundation
no es solo un sistema de
comunicaciones, es una
red para controlar
procesos y este puede
Señales Discretas
ejecutarse en “campo”
Dispositivos Simples Dispositivos Complejos

Sistema de Comunicación Independiente del “Host”
Flujo de información directamente desde los instrumentos
 Tiempo de ciclo rápido debido a la comunicación esclavo-esclavo (sin tiempo de
espera de comandos desde el Host)
 Nivel Alto, intercambio de datos horizontal
 El flujo de información esta basado en la comunicación directa entre los
instrumentos
 Nivel Bajo, intercambio de datos horizontal (campo  controlador)
 Solo las alarmas mas relevantes son transmitidas al controlador (no todos los
datos del proceso)
Link Active
Scheduler
Comunicación LAS
Fieldbus
Independiente del Host

Foundation Fieldbus es un:
Dato Dato Dato
protocolo Publicador/Subscriptor
Publicador Subscriptor Subscriptor
Más Datos para Controlar el Proceso
Más información con la comunicación digital.......
 Dispositivos multifunción (flujo + presión + temperatura, monitoreo)
 Respaldo de la información para una futura descarga
 Configuración y Parametrización Remota
 Más ventajas: auto calibración – monitoreo de dispositivos
Mantenimiento Predictivo
 La realización del diagnostico hace posible el monitoreo y registro de las condiciones

como pueden ser el desgaste de una válvula, fluctuaciones de un transmisor
(válvula+torque, dato en el mismo dispositivo).
 La planta (el personal) es notificada de condiciones anormales, esta disponible para

desarrollar Mantenimiento Predictivo sin espera para un paro programado o lo peor
una “falla”, esto evita o reduce tiempo de paro.
..... no es una alternativa al 4...20mA, es una solución completa

Estándar
Sistema de Comunicación Estandarizado
Fieldbus Foundation se estableció en Septiembre de 1994, es una Organización
dedicada a desarrollar un estándar Internacional Interoperable
 Interoperabilidad Dispositivos de diferentes fabricantes
que operan juntos en forma apropiada con el sistema
 Intercambiabilidad Cada dispositivo puede ser reemplazado por otro

de un fabricante diferente
 Independencia Los productos son certificados en laboratorios
acreditados por “Fieldbus Foundation Association”
Totalmente especificado basado en “Bloques de Función” estándar

 Descripción
 Variantes
 Comunicación
 Datos Técnicos
Modelo a Bloques
Totalmente especificado basado en “Bloques de Función”
 El perfil de los dispositivos y los bloques funcionales son

estandarizados para asegurar que dispositivos de diferentes
fabricantes operen en forma apropiada con el sistema
 Todas las estrategias de medición y control son implementadas usando

bloques funcionales estándar, cargados en los dispositivos y en los
sistemas de control
 Los dispositivos fieldbus tienen una CPU y memoria para la ejecución de

algoritmos de control
 Ahorro en tiempo de capacitación a los operadores, Mantenimiento e

Ingeniería
Modelo a Bloques
Totalmente especificado basado en “Bloques Funcionales”
Gracias a la comunicación esclavo-esclavo, los lazos de control pueden
ser ejecutados en los instrumentos de campo
Ejemplo de un lazo de control completo

usando Bloques de Función alojados en los
dispositivos de campo
Fieldbus
Dispositivo 1 Dispositivo 2
PID 100
AI 100
AO 100
Modelo a Bloques
Librería “OFICIAL” de Bloques
 Bloques de Recursos, transductores y de función: definen los
parámetros, las interfases para el hardware y las funciones de
control Resource Block “RB”
 Transducer
Bloques de Enlace: Block con los parámetros
define las conexiones “TB” de
E/S a otros bloques de función,Block
Function en el mismo dispositivo“FB”
o en
dispositivos separados por medio del BUS
Link Block “LB”
 Bloques de Alerta: generan un mensaje cuando una alarma o
Alert Block “AB”
evento es detectado
Trend and View Block “TB” or “VB”
 Bloques de Tendencia y desplegado : bloque de función de
tendencia y desplegado de datos para accesar al análisis de este
en el sistema de nivel superior
Requerimientos “Bloques”
 Cada Dispositivo contiene:

 Un Bloque de Recursos
 Un Bloque Transductor
por cada Entrada/Salida
 Por lo menos un Bloque
Fieldbus H1 de Función
PID 100
AI 100
AO 100
Proceso
Ejemplo
Function blocks:
 Contiene las funciones de automatización básicas
 Reside en el dispositivo de campo o en el Host
 Son conectados y Proporcionan “CONTROL DETERMINISTICO”
Ventajas de los Bloques de Función
Hoy en día… los bloques de función “resididen” dentro de los
dispositivos de campo para ejecutar algoritmos de Control Local.
Las FB’s (representan las E/S) están

enlazadas en forma local sobre Fieldbus.
Fieldbus H1
PID 100
AI 100
AO 100
Modelo a Bloques
Realizar el control en dispositivos de campo es posible por:
 La sincronización de la ejecución de FB
 Transmisión de los parámetros de los FB en el BUS
Información
E/S
del HW local
Aplicación de Bloques de Función en Procesos
Bloque Bloque de
transductor recursos
Bloque de
funciones
Enlace de objetos Bloque de Alerta de objetos

funciones
Tendencia
Vista de objetos
Enlace de objetos Enlace de objetos Enlace de objetos Enlace de objetos
Bloques de Función
de enlace
Modelo de Comunicación Fieldbus
Los dispositivos Fieldbus y Host deben usar un lenguaje
TIC 101
común o un error en la comunicación ocurrirá Temperatura del Reactor
P.V. = 242 oC
Modelo Fieldbus
Mensaje:
Capa de Usuario  Lenguaje común
Modelo OSI  Leer y entender
FB: Bloque de Función
Especificación del mensj.
7 Capa de Aplicación Sub capa de Acceso Mensaje Contiene:
 a/de
 Mensaje
6 Capa de Presentación FB: Datos “valores”
5 Capa de Sesión Cubierta contiene:

 Dirección a/de
 Estampilla
4 Capa de Transporte  Contenido del Mensaje
 Localización del Dato
3 Capa de RED FB: Que mensaje es enviado y por
quien fue enviado
Capa de Enlace Capa de Enlace
2 de Datos Correo:
de Datos  Mantiene la Cubierta
 Dirección / banderas
1 Capa Física Capa Física FB: Dirección del dispositivo
Transporte:
 Transporta el Mensaje
Cable del Medio FB: Señales Eléctricas sobre el “cable”
común o un error en la comunicación ocurrirá
Modelo Fieldbus
Capa de Usuario
Capa de Usuario
Modelo OSI Aplicación
Especificación del mensj
7 Application Layer
Sub capa de acceso
6 Presentation Layer
5 Session Layer “STACK”
4 Transport Layer de Comunicación
3 Network Layer
Capa de Enlace
2 Data Link Layer de Datos
1 Physical Layer Capa Física Capa Física
Cable del Medio
La capa de Usuario no esta definida en el Modelo OSI

común o un error en la comunicación ocurrirá
Capa de Usuario
 Proporciona la interfase con el usuario y

la interacción de este con el sistema de
Sensor control
 Usa la estructura de bloques para la
interacción
 Bloques de Recursos
User Layer  Bloques Transductores
 Bloques de Función
 Habilita tendencias y alarmas
Communication Stack
 Hace la diferencia tecnológica en
Foundation Fieldbus
Physical Layer
Diagrama a bloques capa de Usuario
 Resource Block –
Sensor
describe las
características del
dispositivo
User Layer
 Transducer Block(s) –
Resource representa la conexión
Block
local para las E/S físicas
Transducer Function
Blocks Blocks  Function Block(s) –
proporciona el control y
Communication Stack
comportamiento de las
Physical Layer
E/S de los dispositivos
Número aproximado de 8 bit’s usados por cada capa para transferir los datos al usuario
Capa de Usuario Modelo Fieldbus

“UL” “Aplicación”
Capa Física
Especificación del
“FMS” Mensaje de Fieldbus FMS
Codificación de Datos de Usuario
PCI*
4 0 a 251
Sub capa de acceso
“FAS” a Fieldbus FAS
FMS PDU**
PCI*
1 4 a 255
Capa de Enlace
“DLL” de Datos
DLL
PCI*
FAS PDU**
Secuencia de
verificación
5 - 15 5 a 256 2
“PL” Capa Física Preámbulo Inicio DLL PCU* Fin
1*** 1 8 a 273 1
Fieldbus * Protocolo “Control de la Información”

** Protocolo “Unidades de Datos”
Tecnología Fieldbus
Modelo Fieldbus
FF-581 Arquitectura del Sistema
Bloques La tecnología Foundation Fieldbus consiste de:
1) Physical Layer
Resourse
2) Communication “Stack”
Block 3) User Application Layer.
El modelo del Sistema Abierto de Interconexión
(OSI) para modelar este procedimiento
Transducer Function
Block Block
El Physical Layer OSI es el layer 1.

Communication El Data Link Layer (DLL) OSI es el layer 2.
“STACK” La especificación del mensaje de Fieldbus (FMS) OSI es el layer 7.
El Communication Stack abarca los layers 2 y 7 del modelo OSI.
Physical Layer
Fieldbus no usa los layers 3, 4, 5 y 6 del modelo OSI.
El Fieldbus Access Sub layer (FAS) mapea el FMS
dentro del DLL
Fieldbus
Modelo Fieldbus
Bloques Sensor
Resource Block
Resourse
“Bloque de Recursos”
Block
User Layer
El bloque de recursos describe las
características de los dispositivos
Transducer Function fieldbus. Resource
Block Block Block
Como pueden ser el nombre,
fabricante, numero de serie, etc.
Un dispositivo puedeFunction
Transducer contener un
bloque deBlocks
recursos. Blocks
Communication
“STACK”
Communication Stack
Physical Layer
Physical Layer
Fieldbus
Modelo Fieldbus Function Block
Bloques “Bloques de Función”
Sensor
Resourse Los Function Block (FB)

Block proporcionan las características
User Layer
del comportamiento del sistema
de control. Los parámetros de
Transducer Function E/S de los FB’s pueden ser
Resource
Block Block Block del Bus. La
enlazadas a través
ejecución de cada FB es
programada en forma
Transducer precisa.
Function
Pueden ser usados varios
Blocks Blocks FB’s
Communication en una solo aplicación.
“STACK” Fieldbus Foundation define FB
estándar. 10 FB estándar
Communication para
Stack
Physical Layer control son definidos por la
Physical Layer
especificación FF-891.
Fieldbus
Transducer Block
Modelo Fieldbus
“Bloques Transductor”
Sensor
Bloques
 Los Transducer Block (TB) son los
Resourse bloques encargados de hacer la
Block traducción User
de las variables físicas
Layer
del proceso y a los actuadores.
 Hacen las funciones de los
Transducer Function
Block Block
convertidores A/D y linealización.
Resource
Block
 Dependiendo del numero de
variables que maneje el
instrumento de campo,
Transducer es la
Function
Blocks Blocks
cantidad de TB que estarán
Communication disponibles en este, esto es, un Tx
“STACK” multivariable que maneja F, P y T,
Communication Stack
tendrá 3 TB.
Physical Layer Physical Layer
 Transmiten la información
de/hacia los Function Blocks
Fieldbus
Tecnología Fieldbus User Application – Blocks “Bloques”
Modelo Fieldbus FF-890 Function Block Application Process

Bloques Part 1
FF-891 Function Block Application Process
Part 2
Resourse FF-892 Function Block Application Process
Block
Part 3
FF-893 Function Block Application Process
Part 4
Transducer Function FF-894 Function Block Application Process
Block Block Part 5
FF-902 Transducer Block Application Process
Part 1
FF-903 Transducer Block Application Process
Part 2
Communication TN-003 Profile & Profile Revision
“STACK”
El User Application Layer de Foundation Fieldbus esta

Physical Layer
definido como estándar y se basa en bloques.
Cada bloque es la representación de algún tipo de
función en alguna aplicación especifica.
Fieldbus
Estructura de un Bloque de Función
 Consiste de configuración de funciones

Inputs Outputs orientada a bloques.
 La definición de estos, consiste de
información que puede ser comunicada
y las funciones de control que serán
Algorithm
distribuidas
 Se encargan de la distribución y
ejecución de funciones en los
Ejemplo: PID
dispositivos de campo de diferentes

fabricantes en una aplicación integrada
de la misma manera
Standard Block Block Specific
Parameters Parameters  Evita interfases propietarias y mapeo
• Mode • Gain, etc
• Status engorroso
Modo
Modos de Operación Común
Inputs Outputs  Out of Service
 Manual
 Automatic
Algorithm
 Cascade
 Remote Cascade
Ejemplo: PID
 Remote Out
 Método estándar del modo de
propagación
Standard Block Block Specific
Parameters Parameters
• Mode • Gain, etc
• Status
Status
 Incluido con cada valor transmitido
Inputs Outputs  Algunos Ejemplos:
o Out of Service Good
o (NonCascade)/Non-Specific
Algorithm o Good(NonCascade)/Active Critical Alarm
o Uncertain/Sensor Conversion not
Ejemplo: PID Accurate
o Good(Cascade)/Initialization Request
o Good(Cascade)/Fail Safe Active
Standard Block Block Specific o Bad/Sensor Failure
Parameters Parameters
• Mode • Gain, etc o Bad/Out of Service
• Status
 Puede ser usado para localización de
fallas
Functions Blocks
Function Block (FB) proporciona el comportamiento del sistema de control. Los parámetros de E/S
de los FB’s pueden ser enlazadas a través del Bus. La ejecución de cada FB es programada en forma
precisa. Pueden ser usados varios FB’s en una solo aplicación.
Fieldbus Foundation tiene definidos grupos de Function Blocks estándar. 10 Function

Blocks estándar para funciones básicas de control están definidas por:
FF-891 Function Block Application Process – Part 2 specification. Los bloques están listados abajo.
Nombre del Function Block Símbolo
Analog Input AI
Analog Output AO
Bias/Gain BG
Control Selector CS
Discrete Input DI
Discrete Output DO
Manual Loader ML
Proportional/Derivative PD
Proportional/Integral/Derivative PID
Ratio RA
Functions Blocks
Los siguientes FB’s están definidos por:
FF-891 Function Block Application Process – Part 3 specification.

Device Control DC
Output Splitter OS
Signal Characterized SC
Lead Lag LL
Dead time DT
Integrator (totalizer) IT
Set Point Ramp Generator SPG
Input Selector IS
Arithmetic AR
Timer TMR
Analog Alarm AA
Functions Blocks
Los siguientes FB’s están definidos por:
FF-891 Function Block Application Process – Part 4 specification.
Multiple Analog Input MAI

Multiple analog Output MAO
Multiple Discrete Input MDI
Multiple Discrete Output MDO
Transducer Blocks
Los siguientes bloques están definidos por:
FF-902 Transducer Block Application Process – Part 1

FF-903 Transducer Block Application Process – Part 2
Los Resource Block, los Transducer Blocks son usados para configurar a los
dispositivos.
Los Transducer Blocks desacoplan a los Function Blocks de las funciones de

E/S locales requeridas para la lectura de los sensores, así como de los
comandos de salida.
Estos contienen información como: fecha de calibración, tipo de sensor, etc.

Functions Blocks
Los FB’s residen en los instrumentos de campo para llegar a la funcionalidad deseada
AI CAS_IN IN_0 OUT_0 CAS_IN AO
DI IN_D IN_D OUT_D IN_D DO

IEC
61131
O
Application
I O
U I
N U
T N
T
MAI 1 1 MAO
1 1
- - -
8 -
8 Flexible Fuction 8
8
Block
Sistema Orientado a Objetos
Los siguientes Objetos están definidos en el User Application Layer:
 Link Objects: define el enlace entre los FB’s y las E/S internas a los dispositivos
de campo a través de la Red de Fieldbus.
 Trend Objects: permite la ejecución de una tendencia local de los parámetros de
los FB’s para ser accesada por el Host u otro dispositivo.
 Alert Object: permite el reporte de alarmas y eventos en Fieldbus
 Multi-Variable Container (MVC): se usa para “encapsular” múltiples FB’s para
optimizar la comunicación por los publicadores-subscriptores y la tramitación en
la distribución de reportes. Es configurada en la lista del Usuario y aquí se
definen los parámetros requeridos, por ejemplo de quienes son los datos que
están referenciados en la lista de variables.
 View Objects: son predefinidos, se agrupando los ajustes “sets” de los
parámetros de los bloques que pueden ser desplegados en la HMI. La
especificación de los FB’s esta definida por 4 vistas de cada tipo de bloque.
View 1. Operation Dynamic

View 2. Operation Static
View 3. All Dynamic
View 4. Other Static
Definición de “Dispositivos Fieldbus”
Los Dispositivos Fieldbus están definidos como Dispositivos de
E/S Remotas que tiene varios Bloques de Función “FB’s” con los
cuales el Host se Comunicara.
Las Funciones de los Dispositivos son hechas VISIBLES en el

Sistemas de Comunicaciones Fieldbus a través del User
Application Layer vía un Dispositivo de Campo Virtual “Virtual
Field Device” (VFD).
La descripción del Objeto “VFD” y sus Datos asociados son
accesados en forma Remota sobre la Red de Fieldbus usando
una Relación de Comunicación Virtual “Virtual Communication
Relationship” (VCR).
Perfil y Definición de Perfil
Cada Bloque tiene un Perfil (esto es un Código) que indica
el tipo de Bloque (por ejemplo el bloque de función
estándar PID esta codificado como 0108 en hexadecimal).
Basado en estos códigos el Host puede decir si un bloque
es estándar, incrementado o un propietario del fabricante.
Un lenguaje Grafico de programación de diagramas para

Bloques de Función de FOUNDATION es usado para programar
las estrategias de Control.
Macro ciclo
Se usan herramientas para la “Ejecución Cíclica o Sincrona”
(Schedule) de los bloques de función generados, la ejecución la
hace el “Link Active Scheduler” o “LAS”.
La ejecución inicia con el tiempo de arranque “Absolute Link
Schedule Start Time” u “offset” y este tiempo es conocido por
todos los dispositivos de Fieldbus.
“MACRO CICLO”
“MACRO CYCLE”
es una “Simple Iteración” de la Ejecución de los Bloques
dentro de un Dispositivo o Sistema
Macro ciclo
Absolute Link Schedule Start Time
DL Offset = 0 para AI
ejecución Se repite la secuencia
Dispositivo 1
Macro ciclo
AI AI
Ejecución
“VCR”
LAS
Macro ciclo
Comunicación
Acíclica DL Offset = 30 para PID
Permitida ejecución
DL Offset = 50 para AO
ejecución
Dispositivo 2
Macro ciclo PID AO PID AO
20 40 60 80 100 120 20 40 60 80 100 120
Macro ciclo Macro ciclo

Tiempo
Macro ciclo
El administrador del sistema hace
que se ejecute el “FB” AI en un
ejecución Se repita la secuencia offset 0. Después del offset 20 el
LAS publica un Compel Data (CD)
y se deposita el dato en el buffer
Dispositivo 1 del FB del transmisor, el dato en
AI el Buffer es PUBLICADO en
AI
DL Offset = 20 para AI fieldbus.
Ejecución
“VCR” En el offset 30 el administrador
del sistema en la válvula hará que
LAS el FB “PID” se ejecute seguido
por la ejecución del FB “AO” para
Comunicación
un offset 50.
Acíclica
El patrón por si mismo se repite
DL Offset = 30 para PID
ejecución
exactamente, asegurando la
integridad de los lazos de control.
DL Offset = 50 para AO
ejecución Durante la ejecucion de los FB’s,
el LAS envia un mensaje “PASS
TOKEN” a todos los dispositivos
que que deseen transmitir
Dispositivo 2 mensajes no CICLICOS, como
PID AO PID AO pueden ser; alarmas indicaciones
20 40 60 80 100 20 40 60 80 100 120
al operador o cambios en el Set
120
Point.
Tiempo
FOUNDATION Fieldbus, Ciclo de Comunicación
Tiempo Crítico Tiempo Crítico Solicitud/Respuesta

Ejecución de FB’s Comunicación Comunicación
(Scheduled) (Scheduled) (Unscheduled)
CD - VCR “Token”
AI 110
PID 110
AO 110

Tiempo
Macro ciclo: el 60 % está reservado para comunicación

Unscheduled o acíclica
Comunicación
0 10 20 30 40 50 60 70 80 90 100
ejecución Comunicación Cíclica
Transmisor 1 AI PID transferencia
ejecución
Válvula 1 AO transferencia
ejecución
ejecución
ejecución
ejecución
transmisión permitida
Comunicación Acíclica
Posibilidad de transferir tres lazos de control en paralelo
Comunicación
AI AI
PID PID
Enlaces
AO Virtuales
Comunicación, resumen
Scheduled:
Relacionada con funciones de control “critica para el
proceso” p.e. un lazo PID
Síncrona
Cíclica
Consume el 40% del Macro Ciclo
Unscheduled:
Relacionada con servicios misceláneos “no critica”
p.e. alarmas, disparos, tendencias, No. de parte, etc.
Asíncrona
Acíclica
60 % del Macro Ciclo esta reservada para comunicación
Unscheduled “token”
Descripción de los Dispositivos
Un dispositivo es suministrado con 3 archivos que soporta este dispositivo: 2
archivos de descripción y una de capacidad. Una característica “critica” requerida
para dispositivos Fieldbus es el concepto de “Inter Operabilidad”. Para alcanzar
este, la tecnología “Device Description” (DD) es usada adicional a los bloques
estándar y a las definiciones de comportamiento. Los DD’s son la plataforma del
bus y a su vez son independientes a los sistemas.
Los DD’s proporcionan una descripción extendida para cada uno de los objetos del
Dispositivo de Campo Virtual (VFD). Los DD’s pueden verse como “drives” para los
dispositivos.
Los DD’s son similares a los “drives” de las computadoras personales (PC) son
usados para operar impresoras y otros dispositivos conectados a las PC.
Cualquier Sistema de Control o “Host” pueden operar en conjunto con los

dispositivos si estos tienen DD’s.
Descripción de los Dispositivos, “tokenizer”
Device Description Tokenizer
FD-900 Device Description Language Specification

FD-100 DDL Tokenizer User’s Manuel
Los DD’s están escritos en un lenguaje de programación estándar

conocido como “Device Description Language” (DDL). Una herramienta
para PC llamada “Tokenizer” convierte los DD’s “FUENTE” en archivos de
salida de DD para ser reemplazados por palabras clave y “strings”
estándar en archivos fuentes con “tokens” fijos.
Fieldbus Foundation (FF) proporciona los DD’s para todos los Bloques
estándar tipo FB, RB y TB. Los proveedores de dispositivos desarrollan un
DD importando los DD’s estándar. Los proveedores pueden adicionar
características especiales a los dispositivos, pero siempre usando “DD’s y
Blocks” estándar..
Jerarquía de los DD Definido por la
Especificación de FF
Universal
Fieldbus Foundation definió la jerarquía de los Parameters
Devices Descriptions (DD) para hacer fácil la
construcción de dispositivos y el desempeño de
la construcción del sistema. La jerarquía es: F
B RESOURCE AI PID
El primer nivel en la jerarquía es referido como P
Parámetros Universales. Los parámetros universales
consisten de atributos como pueden ser: Tag, Revisión,
Modelo, etc. Todos los bloques deben incluir T
Parámetros Universales. B TEMP. FLOW
P
El siguiente nivel en la jerarquía son los Parámetros de
los Function Block. En este nivel los parámetros son M
definidos para los FB’s estándar. Los parámetros para S
los RB’s estándar también están definidos en este nivel. P
Resource Transducer Function
El tercer nivel es llamado Parámetros de los Transducer Block Block Block
Block. En este nivel los parámetros son definidos para
los TB’s estándar. En algunos casos la especificación
Definido por el
de los TB’s puede adicionar parámetros a los RB’s
Fabricante
estándar.
Comunicación
El Link Active Schedule (LAS) tiene una lista de tiempo de transmisión para todos los “buffers” de
datos de todos los dispositivos que requieren transmitir cíclicamente.
Cuando es tiempo que el dispositivo envíe los datos del “buffer”, el LAS emite un mensaje
“Compel Data” (CD) a el dispositivo.
Encima del CD, el dispositivo “emite” or “publica” (publishes) los datos en el buffer a todos los
dispositivos en fieldbus. Cualquier dispositivo configurado para recibir los datos es llamado
“subscriptor” (subscriber).
La transferencia de datos “agendados” (Scheduled) son usados para la transferencia regular o
cíclica de lazos de control entre dispositivos de fieldbus.
Schedule
a
b CD (a) Fieldbus
c Mensaje
LAS
Dato a Dato a Dato a
Publicador Subscriptor Subscriptor

Bloques de Función “Aprobados”
Recordatorio
Existen tres tipos de “Function Blocks” generales definidos por la fundación para
pruebas de Interoperabilidad:
 Standar Function Blocks – definidos en la especificación de FF, FB’s Partes 1,
2, 3 y 4. Actualmente son 21 FB’s “liberados” en esta.
 Enhanced Function Blocks – estos son bloques estándar de FF con
información adicional especifica del fabricante. Por ejemplo Yokogawa
ADMAG tiene la capacidad de “totalización” en el bloque AI.
 Custom Function Blocks – este tipo de bloques son definidos en su totalidad
por el fabricante e incluye por ejemplo un Transducer Block que contiene el
diagnóstico, mantenimiento predictivo e información de calibración del
dispositivo.
Overview “Servicio”
Scheduled services (esto es para transmisión de datos)
Unscheduled services (p.e. para datos de configuración)
Sistema MULTI MAESTRO es posible de configurar
– LAS transmisor – Telegrama Pass Token
– El receptor tiene permitido enviar mensajes hasta que haya
terminado o hasta el tiempo máximo de retención del
Token.
Data Link Time Synchronization es una señal periódica la cual pone
“set” a todos los dispositivos en un mismo “data link time”.
Redundancia del LAS es posible hacerla.
Link Active Scheduler “LAS”
 Detecta y adiciona dispositivos nuevos al segmento.
 Remueve dispositivos en falla del ciclo de comunicación.
 Data Link (DL) y Link Scheduling (LS) “distribuidos”

 DL = tiempo “amplio” de la red, distribuido periódicamente por
el LAS para sincronizar todos los relojes de los dispositivos de
campo.
 LS = tiempo específico del segmento representado por un offset
del DL. Este es usado para indicar cuando el LAS inicia y repite
el “schedule”.
 Polea los dispositivos para los datos del proceso para una
transmisión “scheduled”
 Distribuye un “priority driven token” a los dispositivos en

transmisiones “scheduled”.
Scheduling Determinístico
 Ejecución de los function blocks y comunicación scheduled.
 La Ejecución es “Determinística”.
 El control es realmente distribuido “en el cable”.

 Mantiene las características de FOUNDATION Fieldbus – es un sistema, no
solo un bus.
 FF también incluye previsiones como back-up del “schedule”
 Descripción
 Variantes
 Comunicación
 Datos Técnicos
Device Description Languaje “DDL”
Que es un Device Description ?
 Es una descripción extendida de los datos en los dispositivos

la cual habilita la interoperabilidad entre éstos y el Host.
 Los Device Descriptions son escritos en un lenguaje especial de

programación de computadora llamado “Device Description
Language” (DDL).
 Los Device Description son independientes del fabricante

Device Descriptions “DD”
– Los Device Descriptions describen todas las capacidades de los dispositivos Foundation
Fieldbus en un lenguaje estándar.
– Los Device Description usan las descripciones de los dispositivos para proporcionar toda la
información de estos al Host.
Algunos beneficios de los “Descriptions” incluyen:
– Los operadores usan solo una HMI y todos los datos del proceso son desplegados y cargados
por el mismo operador.
– Para mantenimiento solo se necesita un “configurador” ó “handheld” por cada dispositivo
– Los Device Descriptions son la “CLAVE” para la Interoperabilidad.
Los Device Descriptions están disponibles en:

oDiscos Compactos
oVía Internet
oEn el mismo Dispositivo
oEl Proveedor del Host puede proporcionar los “DD”
Device Descriptions “DD”
DD Fieldbus
Texto de descripción
estructurada por cada
dispositivo de campo, que
describe en forma precisa el
formato de los datos Descriptions Values
Tag names …
Units …
Relationships …
Calibration …
Help ...
Object Dictionary
Ventajas del “DDL”
Los Device Descriptions permiten la operación de
dispositivos de diferentes fabricantes en el mismo Fieldbus
con solo una versión del programa en el host.
Device Descriptions
Dispositivo
proveedor A
Dispositivo
proveedor Z
Fieldbus
 Descripción
 Variantes
 Comunicación
 Datos Técnicos
Variantes, versión H2
Fieldbus HSE (H2)
 High Speed Ethernet (hasta 100Mbit/s)
 Conexión abierta a otros sistemas
 No se usa para “Control del Proceso”
Linking Device Gateway Device
Bus H1
Instrumentación Fieldbus
Variantes, versión H2
Fieldbus H2: Ethernet TCP-IP, HSE (High Speed Ethernet)
Fieldbus
Power Linking
Supply Device
Aislador
 Definido para Controlar el Proceso IS H1 Fieldbus

 Diseñado para aplicaciones con seguridad intrínseca (Fisco, Entity)
 Diseñado para energizar a los dispositivos desde el Bus
 Se requiere en forma usual energía externa:
 El Host no dispone de suficiente energía para el Bus
 Algunos Host toman energía del Bus
 Descripción
 Variantes
 Comunicación
 Datos Técnicos
Comunicación Descentralizada
Comunicación Esclavo - Esclavo
 Intercambio de datos horizontal “high”: los dispositivos de campo leen
directamente los datos de otros dispositivos de campo y actúan de acuerdo a la
lógica de control.
 Intercambio de datos vertical “low”: el controlador maneja los datos del campo
y mensajes de alarma.
Comunicación Síncrona (Cíclica)

 Usada para Control
 lista predeterminada de acciones ejecutadas y transmitidas en un tiempo preciso
 Sincronización entre los dispositivos y la señal de reloj del LAS
Comunicación Asíncrona (Acíclica)

 Usado para diagnóstico, reportes, mantenimiento y corrección de fallas
 Implementado entre la trasmisión Cíclica
 Token pass
Forma de Onda
 Requerimiento de energía por dispositivo 10 mA min. / 9 VDC min.
 Voltaje de comunicación “señal” 1 Vpp (50ohm*10mA) superpuesta en la energía
 Descripción
 Variantes
 Comunicación
 Datos Técnicos
Especificaciones técnicas
La longitud del Bus, el tipo de cable, el layout de la red, el número de dispositivos
y el consumo de energía están interrelacionadas
LIMITACION, FF Estándar
Fieldbus FOUNDATION H1
Physical layer IEC 61158-2 (igual a Profibus PA)
Baudrate 31,25 Kbit/s
Bus
Energizado
energizado
hasta 1900m
Aplicación
hasta 31 dispositivos
Non IS
24VDC, 400mA (o más)
FISCO model ENTITY model
hasta 1000m Longitud en base a cálculos de IS
Aplicación IS
hasta 10 dispositivos hasta 4-6 dispositivos
12,8 VDC, 100mA 10,6 VDC, 70mA
IEC 61158-2
Consideración <-> Informativa
 Fieldbus Foundation y Profibus PA tienen diferentes protocolos
 Hablan diferentes lenguajes
 No pueden operar juntos en una misma red de Fieldbus
 Fieldbus Foundation H1 y Profibus PA se basan en el mismo

Physical Layer IEC 61158-2
 Siguen las mismas “reglas” y tienen las mismas “limitantes” en

términos de:
 Ciclo de ejecución y baud-rate
Numero de dispositivos, longitud del bus, energía en el bus
Layout de la Red
IEC 61158-2
Consideraciones preliminares
Fuente de Alimentación
 Vn, In, Pn Valores Nominales de Salida (parámetros de operación)
 Aplicación No IS: 24 VDC, 400mA (Típica)
 Aplicación IS (FISCO) 12,8 VDC, 100mA (Estándar)
 ................. otros valores son permitidos
 Voc, Isc, Po Valores máximos de salida (en caso de falla)
 Lo / Co Máxima L y C de la carga para garantizar
los requerimientos de seguridad intrínseca
IEC 61158-2
Consideraciones preliminares
Dispositivos de Campo
 Vn, In, Pn Valor nominal de entrada (parámetros de operación)
 Mínimo V ≥ 9 VDC (9 V típica)
 Mínima I ≥ 10 mA (10-20mA típica)
Para aplicaciones con Seguridad Intrínseca

 Vi, Ii, Pi Máximos valores para evitar fallas en los dispositivos
 Li / Ci L y C de entrada
Physical Layer
IEC 61158-2
Standards
Certification
Publishing
Conferences & Exhibits
Physical Layer IEC61158-2

 El Estándar
 Requerimientos
 Corriente
 Voltaje
 Longitud
 Aplicaciones en Áreas Explosivas
 Integridad
 Energía
Estándar – IEC 61158-2
Longitud del Segmento (trunk+spurs)
Longitud del Spur
hasta 1900 m NON IS
hasta 120 m NON IS
hasta 1000 m IS Fisco
hasta 60 m IS Fisco
Hasta 9600 m c/repetidores
Power Supply
24 VDC, 400 mA NON IS (típica) La fuente, R del cable,
12,8 VDC, 100 mA IS Fisco layout de la red,
10,6 VDC, 70 mA IS Entity longitud del bus, el
número de
Instrumentos de Campo instrumentos y el
hasta 31 Dispositivos No IS consumo de corriente
hasta 10 Dispositivos IS Fisco
hasta 6 Dispositivos IS Entity
están interconectados
La máxima longitud del segmento se basa en la energía disponible en

el bus y en el tipo de cable
Tipo Tipo A Tipo B Tipo C Tipo D

Multipares Multipares
Par Trenzado, Multipares sin
Cable con malla
tranzados con tranzados sin
malla
malla única malla
Sección
0,8 mm2 0,32 mm2 0,13 mm2 1,25 mm2
Transversal
Aplicación IS Si Si No No
Resistencia 44 ohm/km 112 ohm/km 254 ohm/Km 40 ohm/Km

del Lazo
Máxima
1900 m 1200 m 400 m 200 m
Longitud
La máxima longitud de los Spur’s se basa en el número de

instrumentos
Dispositivos
Cable 1 por Spur 2 por Spur 3 por Spur 4 por Spur
por segmento
A 25 - 32 1m 1m 1m 1m
A 19 – 24 30 m 1m 1m 1m
A 15 – 18 60 m 30 m 1m 1m
A 13 – 14 90 m 60 m 30 m 1m
A 1 – 12 120 m 90 m 60 m 30 m
Máxima longitud = total de alambrado por cada segmento
Tipo de Cable
0.8 mm²/18AWG (typ)
Tipo A 1900m
Par trenzado con malla
0.32 mm²/22AWG
Type B 1200m
Multipar, con malla
0.13 mm²/22AWG
Type C 400m
Multipar, sin malla
1.25 mm²/16AWG
Type D 200m
Como cable de extensión
 El Estándar
 Requerimientos
 Corriente
 Voltaje
 Longitud
 Integridad
 Energía
Las fuentes de Fieldbus proporcionan la energía
suficiente a todos los dispositivos
I fuente > ó >> ∑ I dispositivos + I fde + I com
 I fde = Fault disconnecting electronic = limite máximo de corriente que se

absorbe en caso de falla
 I com = 10mA señal de comunicación (se considera una ves)
 I dispositivo = de 10 a 35 mA típica
 Aplicación Non IS
 Fuente 400 mA  20 dispositivos (típico)
 Aplicación IS
 Fuente 100 mA  5 dispositivos (típico)
Voltaje IEC61158-2
Se tiene que garantizar por lo menos 9 V a cada

dispositivo
V fuente – Caída de Voltaje > 9 V al último dispositivo

conectado al Bus
Longitud IEC61158-2
Iout_seg RL
IN9
IN1 IN2
24 VDC 1 2 ……… 9
> 9V
La fuente, la Configuración Caso común y/o peor

Considerar todos los dispositivos en el extremos del bus  máxima caída de voltaje
resistencia del
Consumo de corriente por cada dispositivo de campo = 20 mA
cable, el layout de
la red, la longitud  Fuente: V out = 24 VDC, 400 mA 1704 m
del bus, el número  Consumo I out = 200 mA (9 dispositivos + I fde + I com)
de instrumentos y  Cable estándar tipo A, 0.8 mm2, 44 Ω/Km
el consumo de
 Máxima caída de voltaje permitida = 24 VDC – 9 VDC = 15 VDC
energía de corriente
están  Max R cable = 15 VDC / 200 mA = 75 ohm
interconectados  Max L fieldbus = (1000/44) X 75 Ω = 1704 m < 1900 m std.
Longitud IEC61158-2
......... layout Distribuido
 Idispositivo = 20mA
 Ifde+I com = 20 mA I9d +20mA I6d +20mA I3d +20mA
L1 L2 L3
Iout_seg R R R
I3d I3d I3d
24V Ux
1,2,3 4,5,6 7,8,9
 24 VDC– [ (I9d+20mA)*R + (I6d+20mA)*R + (I3d+20mA)*R ] = 9 VDC

 24 – [ 200mA*R + 140mA*R + 80mA*R ] = 9
 R = 15 VDC / 420 mA = 35 ohm
 L1 = L2 = L3 = (1000/44)*35 = 811 2433 m
 L tot = 3 * 811 = 2433 > 1900 std.
Longitud IEC61158-2
Ejercicio
Ejercicio V=?
I=20 mA
V=?
I=30 mA
Calcula la caída de tensión en cada punto indicado:
Consideraciones:
Fuente de Fieldbus: 55 mts24 VDC @ 500
75 mtsmA
Cable PS tipo “A”300 mts 700 mts 40 mts

FC V=?
Longitud del cableV=? en metros V=? I=20 mA
24 VDC @
Seguridad Intrínseca No Considerada
500 mA 45 mts 100 mts
Voltaje Mínimo por instrumento: 9 V
Corriente mínima porV=?instrumento:V=?10 mA
Cable = 44 Ω / km I=25 mA
Corriente de corto circuito: 45mA I=15 mA
Máximo Voltaje en Circuito Abierto: 24 V
Longitud IEC61158-2
V = [(L*(Ω/lc) x i/1000)] x 2
L= longitud del cable V=21.0 V=19.15
Ω= impedancia I=20 mA I=30 mA
lc= longitud del cable
i= corriente
2= 2 hilos
55 mts 75 mts
V=18.86
PS 300 mts V=21.1 700 mts V=19.25 40 mts I=20 mA
FC
24 VDC @
500 mA 45 mts 100 mts
V=21.0 V=19.07
Cable = 44 Ω / km [Ω/lc] I=25 mA I=15 mA
itot = 110 mA
Longitud IEC61158-2
La fuente, la resistencia del cable, el layout de la red, la longitud del bus, el número de
Peor Caso instrumentos y el consumo de energía de corriente están interconectados
 Todos los dispositivos en el extremo del bus

 9 V por cada dispositivo
 I requerida = I max. disponible
V I R V min. L max.
L min
de la Fte. de la Fte. cable Ω/Km dispositivo Estándar
Non IS 24 V 400 mA 44 ohm/Km 9V 852 m 1900 m
Fisco 12.8 V 100 mA 44 ohm/Km 9V 863 m 1000 m
Entity 10.6 V 70 mA 44 ohm/Km 9V 519 m 1900 m

Aplicaciones de Fieldbus en
Áreas Clasificadas
Standards
Certification
Publishing
 El Estándar
 Requerimientos
 Corriente
 Voltaje
 Longitud
 Integridad
 Energía
Seguridad Intrínseca
Principio Fundamental de la Seguridad Intrínseca
Ningún Efecto Eléctrico o Térmico es capaz de

producir una Ignición
Donde efectos o defectos en:
• Una mala Operación

• Un Operación Anormal de los equipos
• Un defecto en la Instalación
• Un reemplazo de los equipos
Para garantizar la seguridad de los dispositivos se debe Típico
considerar el caso de falla:
24 VDC
Vca (Circuito Abierto) Fuente < Max Vi dispositivos
250 mA
Icc (Corto Circuito) Fuente < Max Ii dispositivos
1,2 W
Pout (Potencia Máxima) Fuente < Max Pi dispositivos
VMAX > VOC

IMAX > ISC
PMAX > Pa
Limitación por L y C del cable
El total de la energía almacenada (fuente + cable + dispositivos)
no debe ser suficiente para iniciar una “explosión”
Co, Lo ó Lo/Ro en la fuente indican la máxima L y C que los instrumentos y el

cable pueden tener para que no causen un ignición
∑Ci+Ccable ≤ Co  Limita la longitud
∑Li+Lcable ≤ Lo  Limita la longitud

(o L0/ R0 > Lcable / Rcable)
Co, Lo ó Lo/Ro para el Gas Grupo IIB son altos  sin limitación real de L cable
Co, Lo ó Lo/Ro para el Gas Grupo IIC son bajos  limitación real de L cable
No se requiere verificación de acuerdo a Fisco model (hasta 1000m)

Aplicaciones de Fieldbus en Áreas Clasificadas
 Entity “Fundación”
 Fisco Model
 Topología EEx e / EEx i
 FOUNDATION Fieldbus H1
(Basado en la IEC61158-2 physical layer)
Entity - Topología
 Alimentación al bus proporciona aislamiento galvánico

más energía al segmento
 Se instala en el área segura
No IS  “Topología tradicional” con un segmento full IS

 Aislamiento galvánico en el lado seguro
FR, FPS ó FC  Método de protección IS para limitar la energía en
el área Ex en caso de falla
Solución IS  Diseño del segmento: limitaciones teóricas
 Energía disponible basadas en curvas de ignición
 Hasta 31 dispositivos
 Segmento hasta 1900 m
 Diseño del segmento: aplicaciones prácticas

 70 mA, 10.6 VDC (Gas grupo IIC)
 3-4 dispositivos
 Longitud total de 520m (peor caso)
T
Entity - Topología
PRO de Entity
Lcable
Ccable  Segmento Full IS, mantiene todos los beneficios del
método de protección IS en términos de flexibilidad
y mantenimiento
LIMITACIONES de Entity
 Modelo basado en parámetros concentrados

 Energía con respecto a Curvas de Inanición
 Muy baja energía disponible
 unos cuantos dispositivos
 En resumen IS hace que no sea un costo
eficiente para fieldbus por la limitación de
Evaluación EEx i energía en áreas Ex
Voc < Vi max
 La evaluación Ex requiere de considerar la
Isc < Ii max
capacitancia e inductancia
P0 < Pi max
 Difícil de realizar una Red con diferentes
Co > Ci + Ccable
dispositivos y diferentes tipos de cable 
Lo > Li + Lcable consumo de tiempo
 Fisco Model
FISCO Model
Fieldbus Intrinsically Safe Concept

Primer concepto de fieldbus para aplicaciones con seguridad intrínseca
(Basado en IEC 61158-2 physical layer)
Desarrollo con condiciones específicas

No consideran los parámetros
relacionadas con los componentes principales
del cable cuando se usa el Cable
como son: la fuente, el cable, los terminadores, y
Tipo “A”
los dispositivos de campo
Modelo de fieldbus que cumple con todos los

T T PS
requerimientos de Seguridad Intrínseca. En FISCO
model no se consideran los parámetros L/C del cable
para ningún segmento diseñado de acuerdo con este
modelo.
FISCO Model
 Power Repeater proporciona aislamiento galvánico
más y energía al segmento
 Se instala en el área segura
Non IS
 “Topología tradicional” con un segmento full IS
PS  Aislamiento galvánico en el lado seguro
 Método de protección IS para limitar la energía
Solución
T en el área Ex
Full IS
Diseño del segmento: limitaciones teóricas
 Energía disponible basada en Fisco Model
 Hasta 10 dispositivos
 Hasta 1000m
Diseño del segmento: aplicaciones prácticas

 110mA, 13.4 Vdc (Gas IIC)
 Hasta 5-6 dispositivos
T
 Longitud del segmento 850m (peor caso)
FISCO Model
REQUERIMIENTOS DEL MODELO
Solo una fuente activa por cada segmento

Los nodos se consideran como terminales “pasivas” (min 10mA)
Fuente
Forma de salida: trapezoidal o rectangular
V = 12.6 V I = 110mA
Voc = 14...24 V, Icc de acuerdo al reporte PTB – W39
Isc up to 215 mA para Voc = 15 V (Grupo IIC)
Dispositivos de Campo
Capacitancia e Inductancia interna “despreciable”
Li ≤ 10µH / Ci ≤ 5nF
hasta 10 dispositivos máximo
Terminadores (filtro RC) Cable

R = 90 ... 100 Ω R ´:15 ... 150 Ω/km
C = 0 ... 2.2 µF L´: 0.4 ... 1 mH/km & C´: 80 ... 200 nF/km
Longitud del cable hasta 1000m
FISCO Model
PRO de Fisco Model
Lcable  El segmento mantiene todos los beneficios del
Ccable
método de protección IS en términos de
flexibilidad y mantenimiento
 La evaluación Ex no requiere considerar L / C
 Modelo basado en parámetros distribuidos
Evaluación EEx i  Energía disponible con respecto al modelo
Voc < Vi max  No se requiere considerar curvas de Ignición
 Más energía en comparación a Entity
Isc < Ii max  Más dispositivos y mayor longitud
P0 < Pi max LIMITES de Fisco model
Co > Ci + Ccable  Aun usando 5-6 dispositivos no es suficiente la
inversión de segmentos FF en áreas Ex con
Lo > Li + Lcable respecto a los 12-16 para áreas de propósitos
generales
 Una ves más, el método de protección IS no hace
una solución eficiente de FF limitando la energía en
Fácil y Rápido !! el área Ex:
Solución
Conectar hasta 10
instrumentos
Usar cable con resistencia de entre

15 y 150 Ω/Km
Tipo “A” recomendado
FISCO Model
Fieldbus Intrinsically Safe Concept
IEC 60079-27
 Basado en la IEC 61158-2

 Todos los participante, excepto la fuente trabajan como “current
sink” (pasivos)
 Solo se permite un dispositivo activo en el Segmento
 Los valores Ui, Ii y Pi de todos los dispositivos de campo deben ser
mayores que los valores de U0, I0 y P0 de la Fuente de Fieldbus
(básico para la Seguridad Intrínseca)
 Los valores Ci y Li de todos los dispositivos de campo deben ser
menores o iguales a 5 nF y 10 µH (pequeños o despreciables)
 El consumo mínimo del sistema es de 10 mA
Comparación Fisco vs Entity
Modelo FISCO
Fácil certificación IS
No se requiere verificación de L / C
Plug & Play aun en áreas clasificadas
 En Operación, cada uno de los dispositivos puede ser reemplazados
por dispositivos de otros fabricantes o el segmento puede ser
expandido, sin una nueva certificación
Concepto ENTITY
Mas Documentación para la certificación de IS
Verificación requerida de L / C
No existe Plug & Play
 Cada cambio en el sistema requiere de una nueva verificación de L/C y
una nueva Certificación
Iout Fuente Fieldbus
 FISCO hasta 110mA  hasta 10 dispositivos
 ENTITY hasta 70mA  hasta 4-6 dispositivos
Vmax Fuente Fieldbus

 FISCO 13.4 VDC ( 9 VDC a cada dispositivos)
 Máxima caída de voltaje en el cable 4.4 VDC  segmento largo
 ENTITY 10.6 VDC ( 9 VDC a cada dispositivo)
 Máxima caída de voltaje en el cable 1.6 VDC  segmento corto
Característica de Salida V / I
 FISCO V / I rectangular Vout constante con I de hasta 110mA
 Segmento Largo, depende del V disponible = V max
 ENTITY V / I lineal Vout = I*R (I grande, V bajo)
 Segmento Corto debido a la característica del Voltaje disponible
Limitado por le Comparación IS Comparación solución
Modelo Seguridad Intrínseca
1200
1000
Longitud del bus (m).
800
600 FISCO, más energía,

mayor longitud, más
400 ahorro
200
0
FISCO
Consumo de corriente (mA) Entity
Calculo de la Longitud del Segmento
 Todos los dispositivos en el extremo del Bus
 9 V por cada dispositivos
Rcable Vmin Lmax

VFuente IFuente Lmin
Ω/Km dispositivo Estandar
Non IS 24 V 400 mA 44 Ω/Km 9V 852 m 1900 m
Fisco 12.8 V 100 mA 44 Ω/Km 9V 863 m 1000 m
Entity 10.6 V 70 mA 44 Ω/Km 9V 519 m 1900 m
Nos e requiere de calculo del bus

Si se considera L < Lmin
Modelo FISCO vs Concepto Entity
Modelo Fisco,
más flexible
Los fabricantes de
dispositivos de campo
disponen de los dos tipos de
protección
Soluciones en Áreas Explosivas
Cuarto de Control Energía Regular (red.)
Área Segura
Propósitos Generales
Baja eficiencia
Limitada o sin Diagnostico
FPS Energía “mediana”

P.G. C I, Div. 2
FC Corriente y Voltaje bajos Zona 2
Sin Redundancia ni Diagnóstico
N.I. FNICO
Baja Energía C I, Div.1
Host
Zona 0/1
Corriente y Voltaje bajos
I.S. FISCO
Zona 1
Entity
Muy Baja Energía
I.S. Muy baja Corriente y Voltaje
Limitaciones de aplicaciones con Seguridad Intrínseca
 Las Fuentes I.S. de Fieldbus limitan el numero de participantes en el

Segmento
– Menos de 10 dispositivos de campo para el modelo FISCO
– Menos de 6 dispositivos de campo para el concepto Entity
 La Seguridad Intrínseca Limita la longitud del Segmento
– Menos de 1000 m modelo FISCO
– ??? depende de la Capacitancia e Inductancia de la solución
 Se pudiera requerir el uso de Repetidores
Solución:
Combinar Métodos de Protección
 Fisco Model
Concepto Ex “e” + Ex “i”
 Arquitectura hibrida para superar la limitación de
Back Plane F F F I.S. en terminas de baja energía en el Area Ex
+ P P C
FPS ó FC S S
 Alimentación al Segmento vía FPS o FC
(redundancia disponible)
EEx e  Trunk EEx “e”  más energía en el bus
23 VDC, 500 mA
 Aislamiento Galvánico hasta el área Ex y No Ex
Zona 1
 Spur’s I.S. para conectar dispositivos I.S.
 Diseño del Segmento: limitaciones teóricas

Fieldbus  hasta 2A, 31Vdc
Barrier
 hasta 32 dispositivos
Fieldbus
 hasta 1900 m
Barrier
EEx ia  Diseño del Segmento: limitaciones prácticas
Zona 0
 hasta 16 dispositivos
 Longitud del segmento 1900 m
Concepto Ex “e” + Ex “i”
 Todas las características de una arquitectura
Back Plane F F F tradicional (SPUR’s IS) son alcanzadas: hasta 500
+ P P C mA y 23VDC desaparecen los inconvenientes del
FPS ó FC S S
método de protección I.S. en términos de la energía
disponible.
EEx e
23 VDC, 500 mA
 Se mantienen todos los beneficios de la Seguridad
Intrínseca en los Spur’s IS, como reemplazo en
Div. 2 caliente y fácil mantenimiento.
 Todos los beneficios de FISCO Model para la

Fieldbus verificación I.S. se conservan. En cualquier caso, los
Barrier
Spur;s soportan dispositivos FISCO y Entity,
conservando la misma flexibilidad.
Fieldbus
Barrier
EEx ia  Gran Confiabilidad de todos los segmentos vía
Div. 1
Fuentes de Alimentación Redundantes vs
arquitectura tradicional NO redundante
Resumen – Soluciones I.S.
Limitaciones Aplicación Práctica
Energía
“teóricas”
(gas IIC, 20mA por cada dispositivo)
Topología Disponible Notas Generales
del Estándar
Num.
(gas IIC) Longitud del Cable Corto Circuito
(gas IIC) Disp.
31 Dispositivos
Tradicional Se considerado L/C del cable
70mA, 1900 m Segmento 519m (trunk + No
Entity 3-4 FPS o FC no redundantes
10.6Vdc Segmento spurs) Considerado
Full I.S. “Solo dispositivos Entity”
120 m Spurs
10 Dispositivos
Tradicional No se considera L/C del cable
110mA, 1000 m Segmento 850m (trunk + No
Fisco 4-5 FPS o FC no redundantes
12,8Vdc Segmento spurs) Considerado
Full I.S. Solo dispositivos FISCO
120 m Spurs
Segmento 1900m (trunk
31 Dispositivos No se considera L/C del cable
500 mA , + spurs)
EEx e/EEx i 23 Vdc 1900 m FPS o FC Redundante
16 Trunk máximo 940m Considerado
Fisco/Entity (incluso Segmento
Se conecta ambos tipos de
más) Cada Spur IS-Fisco hasta
120 m Spurs dispositivos
60m
Consideraciones de Diseño
 Para calcular cuantos dispositivos pueden funcionar correctamente en un

segmento Fieldbus, se debe tomar en cuanta:
 La máxima corriente consumida por cada dispositivos
 EL número de VCR en el DCS (Virtual Communication Relationships)
 La longitud del Segmento (debido a la caída de voltaje en el segmento)
 Regla de ORO: Identificar instrumentos para Control y Monitoreo, se recomienda

que no se tengan mas de 2 dispositivos para Control + 10 monitoreo en un
Segmento (vea FF System Engineering Guide)
 En algunos Segmentos “críticos” solo se deben conectar unos cuantos

instrumentos para asegurar el tiempo de ejecución del Control.
Diseño de Segmentos
 El diseño de segmentos se puede desarrollar de diferentes maneras
 La primera es realizar el calculo “a mano” usando los datos proporcionados por el

fabricante de los equipos, el fabricante de las interfases y el de los sistemas de
control , esto es, los consumos de energía de cada dispositivos y la energía
disponible para el segmento.
 La segunda es haciendo uso de las herramientas de software disponible

actualmente, estas pueden ser del tipo “programa estructurado” o en algunos
casos en formato de base de datos en bases de datos de “Excel”. En ambos casos
estas herramientas son confiables debido a que son desarrolladas por los
fabricantes.
Propósitos Generales
J.B. J.B. J.B.
High Energía en Fieldbus:
- 4 u 8 segmentos
Power - Simples o Redundantes

- Diagnóstico Avanzado disponible
- Comunicación deterministica
Host
Zona 2/Div.2
J.B. J.B. J.B.
scp scp scp - La protección se da en el campo
P - Junction Boxes
S - Fieldbus Barrier
- Arquitectura Distribuida
F.B. F.B. F.B.

gi y scp gi y scp gi y scp
Zona 0
High Power in the bus:
- hasta 23V/500 mA
- Mayor Longitud
Div.1 - Máximo número de instrumentos aun con I.S.
Zona 1
Comparación de Soluciones
Solución Tradicional High Power:

 Baja o muy baja Energía para Energía más que suficiente para todas
aplicaciones NI e IS las aplicaciones
Baja Eficiencia Alta Eficiencia
Arquitectura Centralizada (la Arquitectura Distribuida (La protección
protección IS o NI se hace en el cuarto IS o NI se hace en el campo)
de control) Menor Hardware requerido
Más Gabinetes (más espacio) Misma Topología para todas las
Se requiere más Hardware aplicaciones
Topologías mezcladas  Redundancia Total para todas las
Sin Redundancia (NI e IS) aplicaciones
Diagnóstico limitado o sin diagnóstico Diagnostico Avanzado en Línea
Muy pocos dispositivos FNICO Compatible con todos los instrumentos
Arquitectura – “línea”
P T
S
Host
Si un dispositivo debe ser reemplazado (por ejemplo en falla) el

cable de transmisión debe ser interrumpido
Todos los dispositivos “a la derecha” del dispositivo en falla pueden fallar
Todos los dispositivos “a la izquierda” del dispositivo en falla pueden continuar
comunicándose
Esto se evita mediante el Uso de “Cajas de Conexión”
Arquitectura – “línea con SPUR’s”
P
T J.B. J.B. J.B. J.B. J.B. J.B. T
S
Host
Para esta Topología se requieren de cajas de conexión

Soporta una longitud de hasta 1900 m
Longitud del Cable = longitud del TRUNK + la Suma de los SPUR’s
Longitud del SPUR < 120 m por Spur
Ejemplo:
10 spurs con 120 m cada uno  máxima longitud del TRUNK = 700 m
Arquitecturas – “accesorios de conexión”
Propósitos Generales Área Segura
Cuarto de Control
Junction Boxes sin Propósitos
protección alguna, solo
Generales
habilita las conexiones
Div. 2/Zona 2, para este caso se cuentan con

FPS P.G. accesorios para División 2 (nL) o FINICO,
C I, Div. 2en
FC este caso los accesorios cuentan conZonaprotección
2
para montaje en Div2/Zona 2 y Corto Circuito

N.I. FNICO Accesorio de montaje disponible paraC I,serDiv.1
instalado en Div.1/Zona1, se considera Zonacomo
Host
0/1
aparato simple y regularmente cuentan con
I.S. FISCO protección de corto circuito.
Zona 1
Accesorio de montaje disponible para ser
Entity instalado en Div.1/Zona1, se considera como
I.S.
aparato simple y regularmente cuentan con
protección de corto circuito.
Arquitecturas – “accesorios de conexión High Power”
Cuarto de Control Solución Área Segura
Combinar Métodos Propósitos Generales
EEx “i”
EEx “e”
C I, Div. 2
Zona 2
FPS Las fieldbus C I, Div.1
FC barrier Zona 0/1
FISCO
proporcionan
adicional al
Host
FPS
FC método de
protección las Entity
siguientes
FPS protecciones:
Aislamiento
FC FISCO
Galvánico y
Protección de
FPS Corto Circuito
FC Entity
Zona 1
Método de Protección High Power en el Bus”
Cumple con:
Gran longitud de Cable
Host Mayor número de dispositivos
Método:
Suficiente Energía en el TRUNK
Limitación de energía por cada Spur vía Segment Protector
FPS
FC
J.B. J.B.
Método de
Protección
Ex ”d”
Aplicación en Zona 2, Categoría 3
Sin importar la clasificación de área, las protecciones cuentan con
certificación para ser instaladas en Zona 2
Protecciones
FPS para Zona 2
FC
Host
Aplicación en Zona 2, sin limitación de energía
 Si las protecciones están certificados para EEx II 3G EEx nA[L] II T4
 Se pueden conectar dispositivos a las protecciones permitidos para ser usados
en ambientes categoría 3G zona 2
EEx e EEx nA
Protecciones
FPS para Zona 2
FC
EEx nA,
EEx nC,
Host EEx nR or EEx nP
EEx d
Zona 2
La tecnología y los métodos de protección para Zona 2
 Trabajos en caliente están permitidos si los componentes

usan el método de protección EEx nL
 En USA se denomina como “Non-incendive field wiring”
 El método EEx nL es visto como una solución

“intrínsecamente segura” simplificada, donde se usan:
 Fuentes [EEx nL] ó EEx n[L]
 Instrumentos de Campo EEx nL
 El alambrado debe estar de acuerdo con el método de seguridad
intrínseca
Aplicación en Zona 2, con limitación de energía
Se pueden desconectar dispositivos de campo si:
Los dispositivos de campo están certificados Ex II 3 G EEx nL II T y
se cumplen los valores eléctricos de seguridad (Prueba de seguridad intrínseca simplificada)
EEx e EEx nL
nA
Protecciones
FPS para Zona 2
FC
EEx nL
or
Host EEx i
CI, D2
Zona 2
Aplicación en Zona 2, con limitación de energía EEx nL
 EEx nL es conocido como Seguridad Intrínseca “Simplificada”

(L= limitación de energía)
 Un análisis de seguridad intrínseca “simplificada” es requerida
Protecciones Dispositivo de Campo

UO = 32 V < Ui
IO = 45 mA < Ii (si está disponible)
LO = 0.25 mH > Li + Lcable
CO = 100 nF > Ci + Ccable
Guías de Diseño AG181 FOUDATION Fieldbus
Nivel de Prioridades
Lazos Críticos
Lazo Crítico “Prioritario”
NIVEL UNO
 Falla de un Dispositivo puede resultar en un “disparo total”
 Los dispositivos residen en una sola “red dedicada” para el
Nivel Critico “UNO”
NIVEL DOS
 Falla de un Dispositivo puede resultar en un “disparo total”,
sin embargo una falla en el nivel dos permite un MTTR
“rápido” y control manual.
 La diferencia entre el nivel uno y dos es la habilidad de
operaciones para responder a la falla
– localización geográfica
– elevación
– accesibilidad
NIVEL TRES
 Una falla a corto plazo no resulta en un “shut down” total
del sistema
 Los Dispositivos pueden irse a su posición de falla sin que
se requiera de una acción inmediata
Guías FOUNDATION Fieldbus “EUC”
Número de Dispositivos por Segmento
Tipo de Aplicación “H1” 0.5 Sec 1.0 Sec
Nivel 1, Válvula Crítica Solo 1 válvula + su transmisor Solo 1 válvula + su transmisor

relacionado relacionado
(approx $10M impacto)
Nivel 2, Válvula Una válvula nivel 2 + dispositivo nivel Una válvula nivel 2 + dispositivo nivel
3 dependiente y una válvula + su 3 dependiente y una válvula + su
(approx $100K impacto)
transmisor relacionado transmisor relacionado
Nivel 3, Válvula Hasta 2 válvulas + sus transmisores Hasta 3 válvulas + sus transmisores
relacionados, máximo 6 dispositivos relacionados, máximo 12 dispositivos
(sin perdidas de
operación mayores)
Nivel 4 Hasta 6 dispositivos máximo Hasta 12 dispositivos máximo

Solo dispositivos de
entrada
Diagnósticos
Standards
Certification
Publishing
Diagnósticos del Physical Layer
 Hoy en día las plantas de proceso operan en un ambiente

extremadamente competitivo.
 Las operaciones de las Plantas son forzadas a reducir los

gastos de Capital ó CAPEX (CAPital EXpenses) y gastos
Operativos ú OPEX (OPerative EXpenses) al mismo tiempo
incrementar la productividad, seguridad, eficiencia y
disponibilidad.
 Una gran parte de los “Gastos Operacionales” son causados

por “paros” de planta no programados debido a fallas
mecánicas y/o eléctricas.
Paro de planta no programado
Minimizar los paros de panta no planeados
Salud del equipo
100% respuesta
Diagnóstico
Nivel Alambrado “hardware”
FALLA
Mínima salud de los dispositivos
Time
La industria se esta moviendo a condiciones basadas en mantenimiento
Requerimiento de Diagnóstico
Host
Host Inteligente:
- Diagnósticos
- Asset Management
- Redundancia
FPS - Mantenimiento Predictivo
FC Objetivo
 Proporcionar un bus confiable, comunicacionesFF-H1
tolerantes
segment
a fallas
J.B. J.B. J.B. T
 La columna vertebral debe funcionar en el top del desempeño para
asegurar la disponibilidad de la planta e incrementar la productividad
y eficiencia
Dispositivos Inteligentes Physical Layer:

- Diagnósticos - Equipo usado hoy en día: así
- Asset Management Multímetro, Osciloscopio, …
- Mantenimiento Predictivo - Mantenimiento Reactivo
Diagnóstico del Physical Layer
Una herramienta “simple” para monitoreo de la salud del bus,
commissioning y troubleshooting.
Dos variantes disponibles:
a) Portátil
b) Fijo
Los parámetros básicos de monitoreo en el bus son:
I) Voltaje de entrada a las fuentes de Fieldbus
II) Corriente de suministro a las fuentes de Fieldbus
III) Voltaje suministrado al Bus
IV) Consumo de corriente en el Bus
V) Caída de voltaje en el Bus
Adicional al monitoreo de los parámetros básicos se monitorea:
I) La cantidad de Terminadores
II) El voltaje del telegrama (1vpp)
III) El desbalance
IV) Líneas a tierra
V) En el caso de Fuentes de Fieldbus redundantes, a estas mismas
VI) Temperatura de las fuentes
VII) Transmisiones y retransmisiones
VIII) Al “LAS”
IX) Ruido
En el caso de los diagnposticos, estos pueden ser llevados a cabo como se
dijo con anterioridad, por medio de dispositivos portátiles o por tarjetas
electrónicas incorporadas a la solución:
Básicamente se disponen de dos soluciones genéricas para los
diagnósticos en lo relacionado a aplicaciones fijas:
Las que corren los diagnósticos en paralelo a las comunicaciones
Las que corren dentro del propio bus
La diferencia estriba en lo siguiente:
La primera monitorea los parámetros del bus sin que tome en
consideración al “LAS” y las transmisiones de información
La segunda monitorea tambíen los parámetros adicional a este está
viendo el comportamiento del “LAS” así como las transmisiones.
Monitoreo portátil
Las mediciones/verificaciones que
podemos ver según el instrumento
son:
Condiciones básicas
Tensión DC
Protecciones Polaridad
Trafico de señales
Niveles de señal
FPS Niveles de ruido
+
FC Condiciones avanzadas
Link Active Scheduler (LAS)
Trafico
Generar señales de verificación
de cableado
Host
 Los diagnósticos son las herramientas para mantener el Ciclo de Vida
“Para preservar la salud de la información, el medio de transmisión de las

comunicaciones debe operar libre de errores”
 Los tres principales usos de los módulos de diagnóstico son:

Protecciones
- Comisionamiento
FPS - Monitoreo en Línea
+
FC
- Búsqueda sistemática de fallas “Troubleshooting”
Host
Comisionamiento
o El consumo de tiempo con los procedimientos tradicionales de comisionamiento
es grande y costoso
o Se dispone de un “Wizard” de comisionamiento de fácil uso donde se:

o Crean reportes del estado y configuración del bus, esta se puede desplegar en forma de “vista
rápida” o pantalla de indicación, donde se despliegan los parámetros básicos del bus
o Genera la documentación para la verificar del physical layer
Protecciones
o Cada segmento es comisionado de acuerdo con los procedimientos descritos en la sección 11
del AG181 e IEC 61158-2
FPS
+
FC
o El know-how reside en el módulo y software
o Se reduce el tiempo de comisionamiento hasta en un 70%
Host
Ahorros en Inversión
Ejemplo 1,200 instrumentos en Fieldbus
Instrumentación Fieldbus Fieldbus

Estándar sin diagnóstico con diagnóstico
Comisionamiento y 46.5 días Protecciones

21.5 días 1.6 días
construcción
FPS
+
FC
Basado en el promedio de 5 instalaciones Beta

Host
Fuente: Pepperl+Fuchs (Fuente: P+F Advanced Online Physical Layer Diagnostics, 2/2006)
Módulos de Diagnóstico
Características:
 Modulo de Diagnóstico para montaje en bases
 Instalación para soluciones existentes
 Funciones para monitoreo del Physical Layer
 Soporta 4 u 8 Segmentos Fieldbus dependiendo del fabricante
Protecciones
 Sumario de alarmas
FPS
 LED’s de+estatus para:
FC
Host
Porque el diagnóstico
Cada dispositivo conectado a un segmento Fieldbus tiene influencia
en el comportamiento del physical layer
Host
Fuentes
Terminadores
Dispositivos de protección (JC, Segment Protectors, Megablock, Bricks,
Fieldbus Barrier, etc) Protecciones
Instrumentos de Campo
Cable
Arquitectura
FPS
+
………..
FC
La calidad de la señal es determinante en la confiabilidad de los

Sistemas Fieldbus
Host
Porque el diagnóstico
Registro de Log
Housing cerrado inapropiadamente
muestra fallas intermitentes
Perdida del alambrado
Modificacion interna
Protecciones
FPS
+
FC
Interferencia Electro-magnética
Dispositivo en falla Error en el terminador
Degradación del cable
Fieldbus es tolerante a ciertas fallas. Como encontrarlas?

En la mayoría de los casos la comunicación CONTINÚA
Host
Mediciones Herramientas Multímetro Probador Comunicador Osciloscopio PC de Módulo
Manual análisis de
Diagnóstico
Voltaje en el Segmento ● ● ● ● 
Corriente en el Segmento ◙ 
Ruido (baja frecuencia) ● ● ● 
Ruido (alta frecuencia) ● 
Nivel de Señal ● ● ● 
Jitter de la Señal ● 
Nivel de señal del instrumento = 
Jitter del Instrumento 
Ruido en el Instrumento 
Terminador = = ● 
Falla a tierra (desbalance) 
Comunicación del Instrumento ● ● 
Falla de Comunicación ● 
Degradación del Cable 
Configuración del dispositivo ● ●
Acceso Remoto 
● Soportado = Resultado incompleto ◙ Requiere shutdown  Soportado 100%
Integración al Sistema
B.P.
F F
D
HOST P
M
P
S S
Diagnóstico
HSE Módulos de
B.P. B.P. B.P. B.P.
Diagnóstico
Servidor
Ethernet F F F F F F F F
USB P P
D
P P ………. P P
D
P P
… M M
S S S S S S S S
RS 485
Convertidores
Troubleshooting
 Localizar una falla en una instalación Fieldbus puede ser difícil y
llevarse mucho tiempo.
 Localizar problemas intermitentes y/o aleatorios es muy complicado
 Los sistemas de diagnóstico no solo localizan el problema sino que
además guían al usuario a una “Probable Solución”
Problemas de cableado
Terminador en Error
Troubleshooting
Desbalance?
El Balance es el indicador de la sensibilidad del segmento al “ruido” u otra
interferencia.
Cada componente del sistema tiene efectos sobre en balance:

• Tarjeta H1
• Bulk Power Supply (cuando se usan Acondicionadores sin aislamiento)
• Fieldbus Power Supply
• Cada Instrumento de Campo
• El cable
Si un componente esta en desbalance, el sistema completo puede estar des
balanceado:
• se incrementa la sensibilidad al Ruido
• se decrementa la confiabilidad del sistemas (más errores)
• se decrementa la disponibilidad de la Planta
Troubleshooting
Ruido
 EL ruido es una perturbación indeseada dentro de la banda de

frecuencia de transmisión que reduce la claridad de la señal
de Fieldbus.
Nivel de ruido: 200 mV
 La detección de ruido es mejor si la señal de comunicación

está inactiva en el momento de la medición
Transferencia de Información
La transferencia de la información de los módulos de

diagnóstico se hace en el tiempo “no usado” entre los
“telegramas” para medir el nivel de ruido inducido en la
red Fieldbus.
Nivel de ruido
Medición entre los

paquetes de
comunicación
Polaridad Inversa
Algunos dispositivos no tienen la disponibilidad de manejar
la inversión de polaridad (señal)
Una señal invertida ocurre si un dispositivo se conecta con la
polaridad invertida
El efecto es, que el primer pulso del telegrama es negativo
en lugar de ser positivo
Correct signal Inverted signal
Mejores Prácticas
Que es “Alta Energía” [HPT ó HPET]
Es un concepto, sin embargo al no considerar el mismo método de protección en el Bus
Principal y el las Derivaciones es más recomendable usar el concepto de Bus Principal
“Trunk” de usos (propósitos) generales y derivaciones “Spur’s” del tipo FISCO.
Fuente MooreHawke, TURCK, MTL, R-STAHL y Pepper+Fuchs
Aprobado para C1, D 2, de

acuerdo por EEx nA [L]
Fuente AG-181
¿Podría funcionar para C I, D 1?
Mejores Prácticas
Que es “Alta Energía” [HPT ó HPET]
Se deberá tener en consideración que parte de la instalación deberá ser hecha con
el uso de “conduits” ex proof, ya que el bus principal no I.S.
Conocer la clasificación de área es “de suma importancia” así como los métodos de
protección permitidos en esta.
H1, no I.S.
Mejores Prácticas
Diseño de Segmentos y Consideraciones
 Estructuración de canales H1
– El Uso de conectores Fieldbus H1 son altamente recomendados
 Reducción de fallas
 Fácil mantenimiento
Mejores Prácticas
Protección contra corto circuito
Convencional
Corto
Circuito
Dispositivo de Dispositivo de
Campo Campo
Mejores Prácticas
 Identificación de segmentos
– Canal
– Dispositivos conectados
– Indicador de BUS energizado
– Protección contra corto circuito
Mejores Prácticas
Tierras
Existen básicamente tres consideraciones de aterrizar un sistema
de Comunicaciones Foundation Fieldbus.
Mejores Prácticas
Tierras
– Fieldbus H1 usa un sistema de tierras desbalanceado
– Un solo punto de aterrizaje
– Los dispositivos no van aterrizados en campo
 Solo aplica para aquellos que requieren de tierra física expresamente
requerida, ejemplos:
– Magnéticos
– Másico (de Efecto Coriolis)
Un Solo
punto!
Cables de señal no debe ser aterrizado!

Mejores Prácticas
Tierras
En estos casos el capacitor deberá ser:
-Dieléctrico sólido.
-Capacitancia máxima 10nF
-Voltaje de prueba min 1,500V
-Conector de baja impedancia para frecuencias de 32.15kHz.
El segundo es balanceando en dos puntos diferentes

El segundo es balanceando en diferentes puntos.
Mejores Prácticas
Tierras
Buen sistema de tierras!

Mejores Prácticas
Condiciones normales de operación eléctrica.
Mejores Prácticas
Servicios de Instalación
 Pruebas de aceptación deben
incluir
– Valores por cada segmento
 Ruido
 Voltaje
 Resistencia
 Etc
Mejores Prácticas
Herramientas para operación y mantenimiento
Mejores Prácticas
Reduciendo riesgos de fallas y retrasos
 El 90% de fallas reportadas en sistemas FF son ocasionadas

por una instalación deficiente
– Ruido
– Sistema de tierras deficiente
– Bajo voltaje
– Pantalla Shield mal aislada
 Es RESPONSABILIDAD DEL USUARIO

– Establecer los procedimientos básicos de inspección
– Pruebas pre-arranque
– Pruebas FAT y SAT
Mejores Prácticas
Tecnología - FOUNDATION Fieldbus
 Las buenas prácticas inician con:
 Seleccionar solo dispositivos registrados en la Fundación
 Solo especificar lo necesario para nuestra instalación
 No más allá de lo indicado en el estándar
 No más allá de lo recomendado por la práctica y experiencia
 No más allá de lo recomendado por la criticidad de la aplicación
 No más allá de lo recomendado por el proveedor del sistema
 Seguir las prácticas convencionales de instalación y sistemas de
tierras
 Seguir las guías disponibles ya que son desarrolladas por usuarios y
expertos del método, sin embargo el uso de los estándares es
mandatorio y primordial
Mejores Prácticas
Las plantas más Grandes o las más pequeñas requieren de buenas
prácticas
 El inicio; definición del la aplicación:
 Es en un área clasificada?
 no -> aplicar la tecnología como lo indica
 el estándar
 si -> que clasificación de área está definida?
 Divisiones ó
 Zonas
 -> Es clasificada el área como Div. 2/Zona 2

 Si, que método de protección usará?
 FNICO? ó
 para Div. 2 / Zona 2?
Mejores Prácticas
prácticas
! Longitud máxima del segmento H1 (troncal + ∑long. de spurs)
1900m Tipo A
Apantallado,
par trenzado
1000m
Longitud del segmento (cable H1 cable) se reduce

considerablemente por
…la caida de voltaje
…el suministro disponible de corriente
…el diametro del cable
…el número de dispositivos H1
1200m Tipo B
Multiconductor trenzados,
con pantalla
Mejores Prácticas
prácticas
El uso de barreras de campo

Dispositivos x segmento incrementa la logitud del spur, del
segmento y el número máximo de
dispositivos por segmento en areas
Ex!
25-32
19-24 1 dispositivo por spur

15-18
13-14
1-12
6-8 dispositivos en el segmento Máxima longitud
del spur
1m 30m 60m 90m 120m

Mejores Prácticas
prácticas
Por medio del módelo FISCO / FNICO: diseño y operación
rápida y fácil del bus “Manchester Bus Powered” (FF-H1) en
instalacioness en áreas peligrosas!
Las siguientes condiciones deben llevarse a cabo para cumplir con
FISCO / FNICO:
 Dispositivos activos certificados de acuerdo a FISCO (incluido
FNICO)
 V, I y P acc. a IEC 60079-11
- Vi ³ Vo, Ii ³ Io, Pi ³ Po para dispositivos de campo
- Solo una fuente activa por segmento
 Parámetros del Cable (R´, L´, C´) -> Tipo A
 Correcta terminación de terminadores de línea
 Longitud total del segmento (Troncal + Spurs)
- En caso de accesorios pasivos < 1000m (longitud de spur < 30m)
- En caso de barreras de campo < 1900m
No se requiere certificado como sistema para cada segmento FF-H1 !!!

FISCO = Fieldbus Intrinsically Safe Concept
FNICO = Fieldbus non-incentive concept
Mejores Prácticas
prácticas
Elemento Activo (EEx ia IIC ) Dispositivo campo (EEx ia IIC )

FISCO FNICO FISCO FNICO
V0 ≤ 17.5V … 14V V0 ≤ 17.5V … 14V Vi ≥ 17.5V Vi ≥ 17.5V
I0 ≤ 183 … 75 mA I0 ≤ 274 … 112 mA Ii ≥ 380mA Ii ≥ 380mA
P0 ≤ 5.32W P0 ≤ 5.32W Pi ≥ 5.32W Pi ≥ 5.32W
C0 ≤ 5nF C0 ≤ 5nF Ci ≤ 5nF Ci ≤ 5nF
L0 ≤ 10μH L0 ≤ 10μH Li ≤ 10μH Li ≤ 20μH
Lo requerido para FISCO / FNICO es verificar que los

instrumentos, las fuentes, las interfaces estén
certificados para segmentos FISCO / FNICO y
V0 ≤ FISCO
Vi -> ZONE 0,1 FISCO -> Div.1
I0 ≤ IiFNICO -> ZONE 2 FNICO -> Div. 2
P0 ≤ Pi
Mejores Prácticas
prácticas
 No, entonces es Div. 1 o Zona 0/1 y que
 método de protección usará?
 Está permitido el uso de soluciones
 mezcladas?
 -> no
 Full IS
 Entity Model?
 FISCO Model?
 Fuentes para Gpo. IIB?
 Fuentes para Gpo. IIC?
 -> si
 HPET + I.S.
Mejores Prácticas
LasLas
plantas más Grandes
plantas o las más pequeñas
más Grandes requieren
o las más de buenas
pequeñas
requieren deprácticas
buenas prácticas
Las siguientes condiciones deben cumplirse para cumplir ENTITY:
• Los valores máximos típicos para voltaje y corriente son
10,6 V y 70 mA.
• Al remover o adicionar un dispositivo, la capacitancia e
inductancia cambian. El usuario tiene que recalcular los
parámetros de entidad a fin de probar la seguridad de la
instalación.
• Comparado al modelo FISCO se permite menos
potencia. Por consiguiente se permiten menos
dispositivos y distancia más corta en cable.
• Es el modelo de seguridad intrínseca más aceptado a
nivel mundial.
Verificación ENTITY:
V0 ≤ Vi
I0 ≤ I i
P0 ≤ Pi
C0 ≤ Ccable + ∑Ci
L0 ≤ Lcable + ∑ Li
Mejores Prácticas
prácticas
 Diagnósticos:
 Por default Foundation Fieldbus tienen incorporado el diagnóstico, lo
que debemos definir en nuestra aplicación es si se requiere
diagnóstico avanzado y su aplicación, dado que tenemos disponible
el diagnóstico “avanzado” del physical layer así como de la parte del
proceso y en algunos casos de diagnósticos avanzados en
instrumentación de campo, por lo que la definición clara del
requerimiento es fundamental para su implementación.
 Como diagnóstico avanzado no hay una definición, es básicamente
una designación, ya que puede ser por ejemplo:
 Diagnosticar las tomas de impulso
 Diagnosticar el elemento primario de temperatura
 Diagnosticar el brío del posicionador
 Diagnosticar la bulk power supply
 Diagnosticar la Fieldbus Power Supply
 Diagnosticar la transmisión de datos
 Diagnosticar el desbalance
 etc.
Mejores Prácticas
prácticas
Solución de Alarmas y Eventos
 El sistema debe cumplir las alertas de dispositivo FF de acuerdo con la

especificación
 Facilidad de acceso vía OPC server FF A&E
 Suporte de alertas de sistema FF
Mejores Prácticas
prácticas
 Diagnósticos:
 Lo que ya es un estándar y lo adopto la fundación es el
cumplimiento de NAMUR 107. Incluido en el ITK 6.0.0
 NAMUR 107 es una recomendación, sin embargo se considera
como un estándar para la forma de desplegar la información de
los diagnósticos
 ITK o Kit de Pruebas de Interoperabilidad

 Algunos datos básicos del ITK
 Primera Versión: 4.0 incluye el RB y 5 FB básicos (AI, AO, DI, DO y PID)
 Tercera Versión: 4.51 incluye la 4.0 y 8 FB adicionales como (MAI, MAO, MDI y
MDO
 Versión 4.60 a la 5.0.1 incluye la 4.51 y el primer diagnóstico de procesos
considerando las tomas de impulso de transmisores de presión.
 Versión 5.1.0: incluye la 5.0.1 a el diagnóstico de elementos de temperatura
 Versión 5.2.0: incluye la 5.1.0 y el diagnóstico de posicionadores
 Versión 6.0.0: incluye la 5.2.0 más FB del tipo “customazed” y está de acuerdo a
NAMUR 107
Mejores Prácticas
prácticas
Uso de EDDL‘s
 Acceso a parámetros de
bloque y métodos vía
menús.
 Soporte de multi- ventanas
Mejores Prácticas
prácticas
Uso de EDDL‘s
 Habilitación de métodos, ejemplos: calibraciones automáticas, auto-ajustes así

como diagnósticos (prueba de cierre pacial, analisis de firma de válvula)
 Provee interfaz de usuario similar al DTM
 De acuerdo con especificación FF900 / FF901
Mejores Prácticas
prácticas
Herramientas de Comisionamiento
 Características de recuperación para manejo y reconciliación eficiente de parámetros

 A diferentes niveles: Dispositivo, canal H1, HSE.
Mejores Prácticas
prácticas
Herramientas de Comisionamiento
 Las propiedades del canal H1 se

dividen en parámetros básicos y
avanzados
 Normalmente los ajustes avanzados
no se tocan
 Cálculo de parámetros totalmente en
automático.
Mejores Prácticas
prácticas
 Invariablemente el proceso manda sobre todas las soluciones
en automatización y control, lo que no se puede dejar a un
lado es el tiempo de respuesta para el control, en el caso de
Foundation Fieldbus se determina este por el “macro ciclo”,
que por definición es “es una “Simple Iteración de la
Ejecución de los Bloques dentro de un Dispositivo o Sistema”.
 Conocer el macro ciclo es necesario para saber la respuesta
del sistema en lo relacionado con los algoritmos de
regulación, sin embargo la última palabra en este caso la
tiene la tarjeta H1 del sistema de control.
 Es posible calcular el macro ciclo con herramientas básicas
como lo puede ser una hoja de cálculo, que es una buena
aproximación del ciclo.
A: simultaneously execution of blocks
B: sequential transmission over the bus
C: multiple applications
D: execution several times during macrocycle
Mejores Prácticas
prácticas
 Soluciones en áreas clasificadas

 Independientemente del método de protección
seleccionado, la verificación de la implementación de este
deberá ser verificada.
 El uso de los estándares de los métodos de protección
deberá ser básico y primordial para el buen desarrollo de la
aplicación
 El cumplimiento de alguno de los estándares usados no
implica el cumplimiento de la aplicación general, esto es;
se deberá cumplir con el estándar de Foundation Fieldbus
así como con el(los) estándar(es) del método de protección
y su aplicación según la clasificación de área y la
certificación de los instrumentos de campo
Foundation Fieldbus
Proyectos nuevos y Modernización
 Estudios de ARC: Fieldbus Foundation domina los
protocolos de campo en la industria de proceso
 Las encuestas muestran que los protocolos de
campo han llegado a “los grandes usuarios”
 El mercado de buses de campo de en la industria de proceso
llegó a USD $831.7 millones en 2006
 El mercado cubre los protocolos
incluidos en el estándar IEC 61158
 La tecnología FOUNDATION representa más de dos tercios de Nadie desea reemplazar “más de
lo mismo”
las ventas de buses de campo para proceso
Foundation Fieldbus
 De acuerdo con ARC, las inversiones estimadas
para el 2011 ascendieron a 2,279 Millones de USD
 De acuerdo con ARC, la base instalada de
sistemas para la automatización de procesos
llegará al final de vida útil con una inversión de
USD $65 billones. La mayoría de estos tienen una
antigüedad de 20 años ó más.
 FOUNDATION Fieldbus está siendo seleccionado por Nadie desea reemplazar “más de
lo mismo”
la mayoría de usuarios finales para la
modernización de su base instalada.
 Los usuarios desean evitar solo un reemplazo
Foundation Fieldbus
Integridad de los Procesos
 La tecnología FOUNDATION contiene la más
alta disponibilidad “probada” por años en
campo
 La capacidad de diagnóstico y transparencia
en los activos, aumenta la integridad del
sistema
 El control en campo, proporciona un camino
para mantener la integridad de lazo sencillo
 La tecnología FOUNDATION a sido aprobada
por TÜV para ser usada en Sistemas
Instrumentados de Seguridad
Foundation Fieldbus – Dispositivos Registrados
Más de
600
10 Hosts
Foundation Fieldbus – Colaboración con NAMUR
Diagnóstico basado en “roles”
Los resultados del Diagnóstico deben ser ciertos
Los resultados del Diagnóstico deben permitir ser vistos en el contexto de la

aplicación
Diagnósticos internos deben ser categorizados dentro de 4 estándares “señal

de estado”
Diagnósticos internos deben ser categorizados dentro de 4 estándares “señal

de estado”
Información detallada puede ser leída por el especialista de los dispositivos

Foundation Fieldbus – Diseño
Ingeniería Ejecución Operación Mantenimiento
Comisionamiento
Troubleshoot
Monitoreo
Diseño
■ Supervisión de parámetros del Physisal Layer

■ Silencio – datos - escuchar
■ Verificación vs diseño original

■ Procedimientos automáticos de verificación
■ DesingMATE
diseño del physical layer
Foundation Fieldbus – Las plantas más grandes y SIF
La implementación de soluciones que

involucren tecnologías de reducción de riesgo
para plantas de proceso son requeridas y esto
lo podemos obtener con la implementación
de Funciones de Seguridad con Foundation
Fieldbus
FOUNDATION Product
Registration Is Equally
Important to TÜV Certification
Fieldbus – SIF revolucionara la Seguridad en Procesos
Seguridad Operatividad
• Auto Diagnóstico
• Disparos solo bajo demanda
• Identificación de fallas
• Auto diagnósticos de
peligrosas en tiempo real
dispositivos nuevos o ya
• Prueba parcial y de falla de
instalados
carrera en válvulas
• Reducción de disparos en
• Reducción de quema con
OpX falso
pruebas manuales
• Arquitectura multidrop
• Instalación flexible
• Herramientas de manejo de
activos
Reducción de Costos
Saudi Aramco’s, criterio primario para adoptar FF-SIF

Fieldbus – SIF Crucial en la Infraestructura
Fieldbus – Beneficios
Beneficios
- No requiere mapeo de datos
- Herramientas de Ingeniería simple
- Reducción significativa de costos en la
integración del ciclo de vida
Retos:
- Adicionar el hardware y software entre
las barreras de seguridad y los sistemas
de control
- Asegurar el acceso a las protecciones
- Asegurar la diferencia visual entre el
control y el ambiente de la seguridad en
el nivel de estaciones de control.
Fieldbus – SIF Historia y Desarrollo
A principios del 2006, Fieldbus Foundation anuncia que TÜV había concedido la
aprobación para la especificación de Sistemas Instrumentados de Seguridad para
Fieldbus Foundation. Las especificaciones descritas por Foundation Fieldbus
cumplen con la norma IEC 61508 para los requisitos de Seguridad Funcional de
sistemas eléctricos / electrónicos / electrónicos programables relacionados con la
seguridad hasta un nivel de integridad de seguridad 3 (SIL 3).
El protocolo de aprobación de TÜV se extiende a la tecnología FOUNDATION como una
solución completa para sistemas instrumentados de seguridad en una amplio rango de
aplicaciones en plantas industriales.
Las especificaciones habilitan a los fabricantes para que puedan desarrollar
dispositivos FOUNDATION en cumplimiento con la norma IEC 61508. TÜV certifica que
estos dispositivos sean adecuados para su uso en sistemas instrumentados de
seguridad. Se espera que para el 2012 se tengan desarrollados físicamente soluciones
completas de Foundation para seguridad funcional. Los usuarios podrán seleccionar
los dispositivos que cumplan los requisitos de la norma IEC 61511 (seguridad
funcional: sistemas instrumentados de seguridad para el sector de la industria de
procesos) de múltiples proveedores, en lugar de limitarse a dispositivos diseñados
específicamente para una plataforma de seguridad.
Fieldbus – Black Channel
Los dos enfoques principales para redes de comunicación
en los sistemas de seguridad son el “canal blanco” y
el “canal negro”.
TÜV Certification of Supplier
El canal blanco es básicamente el esquema de comunicación Devices Is the Next Major Step
Toward FF-SIF Availability
que todo está diseñado desde la base hacia las aplicaciones
de seguridad. Por supuesto, todo este equipo especializado requiere la certificación e
implica costos adicionales, incluidos los aparatos concentradores y así
sucesivamente.
El canal de negro, que proviene del concepto “caja negra" y utiliza un sistema de
transmisión y hardware de redes normal. El “layer” de seguridad está integrado en la
red y existe entre el “stack” de comunicación y la aplicación de acuerdo con la norma
IEC 62280-1. El “layer” de seguridad del canal de negro se ocupa de todas las
aplicaciones relacionadas con la seguridad y sus requisitos. Con el concepto de canal
negro, los usuarios finales pueden incluso conectar dispositivos sin seguridad a la red
de seguridad, ya que las capas de protección están integradas en la red.
Fieldbus – Black Channel
Todos pueden compartir una red común y los costos se
reducen en gran medida.
FF-SIF utiliza el protocolo H1 existente como el "Canal Negro“ TÜV Certification of Supplier
de red entre el “logic solver” y los dispositivos de un SIS. Devices Is the Next Major Step
Es importante señalar que no se hicieron cambios
fundamentales del protocolo H1 para su aplicación en SIS, pero los dispositivos
cuentan con funciones de diagnóstico adicionales de diagnóstico funciones y
capacidad de detección de fallas cuando se requiera. En adición al diagnóstico en el
dispositivo, la ventaja principal de usar FF-SIF como “canal negro” para aplicaciones
de seguridad es que los diagnósticos de la red que son posibles. Redes analógicos
tradicionales carecen de la capacidad para detectar el ruido, corrupción y las fallas en
la red.
Concepto – Black Channel
Datos
Diagnósticos
Detección de Falla
Mecanismos de transmisión “seguridad”
FF SIF
Stack Estándar FF-H1
Logic
Solver
Arquitectura Estándar FF-H1
Se usan Bloques de Función de “Seguridad”

Sistemas FF-SIS – Multi vendedor
FF-SIF Rollout
Team and
Demonstration
Sites
Fuente ARC Withe Paper

Sistemas FF-SIS – Multi vendedor
Shell Global Solutions Amsterdam

FF-SIF Demo System
Fuente ARC Withe Paper

Sistemas FF-SIS – Aprobación para Uso
De acuerdo con la encuesta final a los usuarios de los sistemas de
seguridad, no se cuenta con la aprobación para que FOUNDATION
Fieldbus sea aplicada en seguridad de proceso. Más de un tercio de los
encuestados indicaron que estaban dispuestos a utilizar la presente
tecnología FOUNDATION Fieldbus para aplicaciones de seguridad
funcional.
La diferencia básica de la funcionalidad entre “el Demo” de Shell de

hace varios años y el de estas semanas es el alto nivel de compromiso
de los usuarios finales.

Devices Is the Next Major Step
La mayor de las grandes empresas integradoras del sector “petróleo”
ya han comenzado adopción a gran escala de la tecnología
FOUNDATION Fieldbus y su disponibilidad de ser integrados en
sistemas de seguridad funcional. Shell ha declarado que planean usar
FF-SIF en sus nuevos proyectos a partir del 2011.

Varios obstáculos aún deben ser superados antes de que los
dispositivos FF-SIF estén disponibles en el mercado.
Aparte del desarrollo de productos y su aprobación, los desarrollos

futuros de las compañías miembros de Fieldbus Foundation incluyen el
desarrollo de las “mejores prácticas” y “directrices” para la
implementación de FF-SIF, la cuantificación de la reducción en el costo
total de la “propiedad” y cuantificación de los costos totales asociados
a la instalación de la tecnología.

FOUNDATION Fieldbus tiene que pasar por el proceso de prueba de
dispositivos de los proveedores cuando estén disponibles para
asegurar que cumplen con las especificaciones FF (FOUNDATION
"Checkmark").

Sistemas FF-SIS – Recomendaciones y Retos
Se espera que una vez que los productos están disponibles, la
adopción y aplicación de sistemas FF-SIF deben ser rápida, por lo que
no tendrá la misma curva de campana gradual de aceptación que
hemos visto en los primeros días de la liberación del bus.
Muchos integradores de sistemas también se han negado a

implementar sistemas FF-SIF porque los sistemas de seguridad
representan una parte importante de la E/S en los grandes proyectos.
Con un sistema FF-SIF, será cada vez más difícil no considerar este
argumento.

Se ve un gran potencial para FF-SIF en instalaciones existentes. Hay un
gran número de sistemas de seguridad instalados que requieren de ser
actualizados al igual que un gran número de sistemas de control de
procesos tradicionales.

La disponibilidad de los sistemas FF-SIF y la promesa de la reducción
de “falsos disparos”, diagnósticos avanzados, la reducción de los
costos operativos en el ciclo de vida, la compatibilidad con las
infraestructuras de hardware existentes, podrían ser la motivación
para que los usuarios finales hagan la conversión más rápidamente.

Foundation Fieldbus – Más información a través de HSE
Soluciones Wireless y Remote I/O “WIO”
WIO permite a las plantas un acceso “rápido” a los datos

requeridos directamente en el Host de Fieldbus vía HSE
La tecnología FOUNDATION Fieldbus “WIO”
incluye una “suite” para asistir a los
proveedores en el desarrollo de dispositivos
WIO. WIO habilita la utilización de una
infraestructura Fieldbus “abierta” e
“interoperable” e incorpora las soluciones
FOUNDATION Fieldbus High Speed Ethernet
(HSE) y aplicaciones “Industrial Wireless”.
La tecnología WIO de Fieldbus forma parte de la
iniciativa de la Fundación para diseñar y desplegar una
infraestructura que involucre los estándares “wireless”
Wireless HART y Wireless ISA100.11a. Los Gateways
WIO de la fundación proveen una interfase a ambas
tecnología y usan Electronic Device Description
Language (EDDL) y Function Blocks (FB’s) para
proporcionar la interoperabilidad con otros Gateway
WIO. WIO continua con el crecimiento de la capacidad
en la infraestructura de la automatización de la
tecnología Fieldbus proporcionando interoperabilidad
entre Gateways para dispositivos “alambrados” y
dispositivos wireless vía HSE.
Herramientas y recursos están disponibles para soportar el desarrollo de
dispositivos WIO que incluyen:
Especificación High Speed Ethernet Wireless y Remote I/O: Define una serie
de Gateways interoperables para traer el control I/O (tanto analógicas como
discretas) para el sistema de automatización en cumplimiento con
estándares internacionales, y redes high-speed.
HSE Interoperability Test Kit (HSE ITK): Prueba la
funcionalidad de un dispositivo HSE en conformidad con
las especificaciones de Fieldbus relacionadas con los
bloques de función y bloques transductores. El HSE ITK’s
está actualizado para probar dispositivos desarrollados
para un ITK Profile 6.0 así como soporta en estándar
VC++ 2008 (v9). El kit de prueba emplea una interfase
intuitiva para el usuario así como las funciones de
prueba actualizadas para aplicaciones HSE.
La solución WIO abarca especificaciones HSE-RIO existentes, permite
el acceso a datos de las plantas de proceso de los dispositivos
requeridos directamente en el Host del sistema vía HSE. Utiliza la
funcionalidad del Gateway como una “smart remote terminal unit”
(RTU), esto trae todas las formas convencionales de I/O del medio
ambiente nativo de los sistemas de control y buses de campo de forma
fácil.
Esta solución hace que estén disponibles todas las

señales de E/S tanto analógicas como discretas y
FOUNDATION Fieldbus H1 en una red Ethernet común.
Proyecto WIO “Wireless I/O” - Coexistencia
WiFi, WiMAX, video

video
Satélite,
Celular, etc
Cuarto de Control Central
Gateway WIO
H1 Medición Remota
“Procesos”
JB JB JB
I/O
El nuevo enlace habilita el acceso
a sensores remotos usando la Dispositivos de Campo
Instrumentos
tecnología “wireless” estándar. Wireless
Asamble General 2011

Conferencia de Usuarios Finales
Mumbai, India
1994 – 2011 Fieldbus Foundation
Wireless, el siguiente Estándar Físico?
Los primeros productos llegaron ISA Classification

al mercado, los usuarios finales
conducen la primera prueba en
el formato “multi-proveedor”
con productos wireless
La tecnología pasa
exitosamente las pruebas y los
usuarios finales aceptan
aplicaciones wireless para
monitoreo.
Aplicaciones Wireless
 Las primeras
aplicaciones
muestran que
wireless llegan
a ser un
sustituto de la
tecnología
cableada FF!
dP
P
L
F
T
VC
Dispositivos Wireless
Iniciamos! Podría tener en sus
instalaciones algunas de las siguientes
aplicaciones!
Wireless HART
Fieldgate
T Wireless HART
dP
Adaptador
L Q
Actuadores
(Solo diagnósticos)
Foundation Fieldbus - Herramientas
AG-181 AG-163
AG-140 AG-170
IEC-61158-2 ISA-50.02
Fieldbus Forums
http://forums.fieldbus.org/
Fieldbus Forums LinkedIn

Blog: Foundationfieldbus.blogspot.com
 Videos cortos diseñados para entrenamiento, educación, mejores prácticas,
etc.
 Video del seminario de usuarios finales en Carson, California.
 Videos en HD
http://www.youtube.com/user/FieldbusFoundation
Referencias
Links:
www.fieldbus.org
Publicaciones:
Fieldbuses for Process Control
(By Jonas Berge)
Gracias!
Ing. José Luis Salinas
KAM Oil&Gas, Química, Petroquímica y Energía - Festo Pneumatic
Sub Director Comité de Buses de Campo ISA sección México
Presidente FOUNDATION Fieldbus sección México
Standards Instructor ISA sección México
Certification
Education & Training 0445539752299
Publishing
Conferences & Exhibits [email protected]
Certified Foundation Fieldbus Center & UL University Explosive Atmospheres

Curso ISA Fieldbus Foundation Agosto 2013

Cargado por

Copyright:

Formatos disponibles

Curso ISA Fieldbus Foundation Agosto 2013

Cargado por

Información del documento

Descripción 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

Curso ISA Fieldbus Foundation Agosto 2013

Cargado por

Copyright:

Formatos disponibles

FOUNDATION Fieldbus

FOUNDATION Fieldbus es 100% digital, serial, de comunicación en 2 vías. H1 (31.25 kbit/s)

En suma FOUNDATION Fieldbus habilita:

Fieldbus H2, HSE

• Reduce el número de cables y gabinetes “marshaling”

 Bus de Sensores: para comunicación de señales digitales (discretas). Bus

 Fieldbus Foundation: no es solo un sistema de comunicación, está diseñado

Dispositivos Simples Dispositivos Complejos

Independiente del Host

 La realización del diagnostico hace posible el monitoreo y registro de las condiciones

 La planta (el personal) es notificada de condiciones anormales, esta disponible para

..... no es una alternativa al 4...20mA, es una solución completa

 Intercambiabilidad Cada dispositivo puede ser reemplazado por otro

 Independencia Los productos son certificados en laboratorios

acreditados por “Fieldbus Foundation Association”

Totalmente especificado basado en “Bloques de Función” estándar

 El perfil de los dispositivos y los bloques funcionales son

 Todas las estrategias de medición y control son implementadas usando

 Los dispositivos fieldbus tienen una CPU y memoria para la ejecución de

 Ahorro en tiempo de capacitación a los operadores, Mantenimiento e

Ejemplo de un lazo de control completo

 Cada Dispositivo contiene:

Las FB’s (representan las E/S) están

Enlace de objetos Bloque de Alerta de objetos

Enlace de objetos Enlace de objetos Enlace de objetos Enlace de objetos

5 Capa de Sesión Cubierta contiene:

1 Physical Layer Capa Física Capa Física

Cable del Medio

La capa de Usuario no esta definida en el Modelo OSI

 Proporciona la interfase con el usuario y

Capa de Usuario Modelo Fieldbus

“PL” Capa Física Preámbulo Inicio DLL PCU* Fin

Fieldbus * Protocolo “Control de la Información”

El Physical Layer OSI es el layer 1.

Resourse Los Function Block (FB)

Modelo Fieldbus FF-890 Function Block Application Process

El User Application Layer de Foundation Fieldbus esta

 Consiste de configuración de funciones

dispositivos de campo de diferentes

Fieldbus Foundation tiene definidos grupos de Function Blocks estándar. 10 Function

Nombre del Function Block Símbolo

FF-891 Function Block Application Process – Part 4 specification.

Nombre del Function Block Símbolo

Multiple Analog Input MAI

FF-902 Transducer Block Application Process – Part 1

Los Transducer Blocks desacoplan a los Function Blocks de las funciones de

Estos contienen información como: fecha de calibración, tipo de sensor, etc.

AI CAS_IN IN_0 OUT_0 CAS_IN AO

DI IN_D IN_D OUT_D IN_D DO

View 1. Operation Dynamic

Las Funciones de los Dispositivos son hechas VISIBLES en el

Un lenguaje Grafico de programación de diagramas para

20 40 60 80 100 120 20 40 60 80 100 120

Macro ciclo Macro ciclo

Tiempo Crítico Tiempo Crítico Solicitud/Respuesta

Macro ciclo Macro ciclo

Macro ciclo: el 60 % está reservado para comunicación

Transmisor 3 AI PID transferencia

Cualquier Sistema de Control o “Host” pueden operar en conjunto con los

 24 VDC– [ (I9d+20mA)R + (I6d+20mA)R + (I3d+20mA)*R ] = 9 VDC