A. Javier Barragán Piña

Versión para imprimir

Los perfiles, en tecnología de automatización, definen características específicas y comportamientos para dispositivos y sistemas, estos son caracterizados una única vez (en clases o familias) y son independientes del proveedor. Esto permite la interacción entre los dispositivos y la posibilidad de ser intercambiables en un bus.
Los perfiles maestros para PROFIBUS describen el tipo de controlador, cada cual aporta un subconjunto especifico de todas las funcionalidades posibles como:

• Comunicaciones cíclicas
• Comunicaciones acíclicas
• Diagnósticos y manipulación de alarmas
• Control de reloj
• Comunicación “esclavo a esclavo”, modo isócrono
• Seguridad

Los perfiles de sistema para PROFIBUS van un paso más allá y describen tipos de sistemas incluyendo la funcionalidad de maestro, la posible funcionalidad de interfaz de programa estándar (FB en concordancia con IEC 61131-3, capa de seguridad y FDT) y opciones de integración (GSD, EED y DTM) la figura 26 muestra la plataforma estándar disponible hoy día.

En el sistema PROFIBUS, los perfiles de maestro y de sistema proporcionan, por consiguiente, a los perfiles de aplicación (figura 26):

• Perfiles de maestro y sistema describen parámetros específicos del sistema que están disponibles para los dispositivos de campo.

• Perfiles de aplicación requieren parámetros específicos del sistema para simplificar sus características definidas.

Figura 26: perfiles de sistema y aplicación (en correlación).

Usando estos perfiles, los fabricantes de dispositivos se centran en los perfiles de sistemas especificados que ya existen y los fabricantes de sistema pueden proporcionar las plataformas requeridas por los perfiles de aplicación de dispositivos especificados o existentes.

PROFIBUS ha realizado un número de perfiles de sistema basados en aplicaciones probadas y testeadas en campo. (Ver figura 27). Se espera que consten en las especificaciones en un futuro próximo y que sea extendido por los demás perfiles manteniendo la funcionalidad en futuras demandas.

Figura 27: perfiles maestro/sistema para PROFIBUS

Bloques de función estandarizados (bloques de funciones de comunicación)

Para realizar perfiles independientes de fabricante, es necesario especificar adicionalmente a la ya existente plataforma de comunicaciones una aplicación de interfaz de programadores (API, figura 27) usando los bloques de función estandarizados.

Las aplicaciones de programadores pueden acceder normalmente a la comunicación de datos cíclica (canal MS0) a través de la imagen de proceso del sistema de control mientras que en el pasado no había interfaz de programa neutral para datos aciclicos. En vista del gran rango de fabricantes y dispositivos, se necesitan establecer estándares en éste área para permitir la integración de los diferentes dispositivos de campo sin conocimiento específico de la comunicación en los programas de aplicación de diferentes sistemas de control. Para este propósito la PNO ha especificado su guía “Comunication and proxy function blocks according to IEC 61138-3”. Esta guía nos especifica los bloques de función en “combinación de estándares” que están basados el comúnmente usado estándar IEC 61131-3 (lenguajes de programación), también usa los servicios de comunicación definidos por PROFIBUS de la norma IEC 61158.

La guía define los bloques de comunicaciones para clases de maestro 1 y 2 así como esclavos y varias funciones auxiliares. La funcionalidad tecnológica de un dispositivo de campo puede ser direccionado bajo una identificación compacta que es usada por todos los bloques. Todos los bloques también tienen un concepto común para mostrar errores con codificado de acuerdo con IEC 61158-6.

Los fabricantes de PLC correspondiente a las clases/perfiles de sistema ofrecen este bloque de comunicaciones estándar (“Comm-FBs”) en PLC específicos “librerías IEC”. Los fabricantes de dispositivos de campo pueden responder creando bloques de función proxy uniformes que pueden ser usados con todos los sistemas de control.
Interfaz de programación de aplicaciones

Para hacer lo más fácil posible a los programadores de aplicaciones el uso de los servicios de comunicación, las llamadas a funciones o bloques están disponibles en  las librerías del lenguaje de programación estándar. Junto con la interfaz FDT, el PROFIBUS “comm-FBs” extiende la interfaz de programación de aplicaciones como se muestra en la figura 28.

Figura 28: interfaz de programación de aplicaciones

Bloques de función Proxy

Los bloques de función proxy representan una función de dispositivo tecnológico aportando todos los parámetros de entradas y salidas necesarias al bloque de interfaz. Este bloque de función proxy normalmente es creado una vez por el fabricante de dispositivos de campo y puede ser implementado en el sistema de control del perfil de sistema que corresponda sin ningún ajuste especial (ver figura 29).

Figura 29: bloque de funciones portables