2. Sistemas Abiertos

Ahorrar tiempo y dinero son dos ventajas clave de un sistema de control abierto e interoperable. Especificar un sistema abierto con una buena planificación y coordinación a priori ahorra tiempo y dinero más tarde durante el diseño del sistema y la puesta en marcha. Los buenos ingenieros consultores consideran todo el sistema, no sólo un subsistema individual, al escribir las especificaciones.

Definir una arquitectura de sistema común utilizando métodos estándar y abiertos es más apropiado que especificar el estilo “buffet” que permite que cualquier cosa sea utilizada. Al definir una especificación abierta, necesitamos recordar que es más que sólo el protocolo que necesita ser especificado. Hay cinco elementos que deben definirse:

La infraestructura de red

Los dispositivos de control del sistema

Las herramientas de gestión de red

La interfaz de usuario, y

La interfaz de nivel de empresa / I

La infraestructura de red incluye el protocolo, enrutadores, tipo de medio, conectividad de TI, etc. Los dispositivos de control son los caballos de carga que consumen o manipulan datos y controlan / monitorean el sistema. Las herramientas de administración de red configuran, comisionan y mantienen el sistema.

Las interfaces de usuario (interfaces hombre-máquina o HMI) son típicamente las herramientas de visualización que el usuario o el administrador de controles utiliza para obtener una vista en el sistema, incluyendo el software de PC y los paneles de instrumentación.

La interfaz de nivel de empresa / TI es el método para conectar la red de control a la red de datos. Lo llamamos la arquitectura LON-LAN-WAN y se define en las especificaciones usando metodologías estándar de sistemas abiertos. No hay gateways sino usar enrutadores estándar.

Junto con estos elementos, los especificadores del sistema deben diseñar cada subsistema y definir la funcionalidad del sistema y los requisitos de cómo cada subsistema compartirá información con otro.

Por ejemplo: considere un sensor de ocupación, que determina si alguien está en un espacio particular, como un edificio, tren o estacionamiento. El sensor no determina qué sucede cuando se detecta presencia; Simplemente proporciona los datos de “ocupación detectada”. Los sistemas tradicionales pueden conectar el sensor de ocupación al sistema de iluminación: Alguien entra en el espacio y las luces se encienden. Pero esa información es de vital utilidad para muchos otros sistemas. Por ejemplo, un sistema de calefacción, ventilación y aire acondicionado (HVAC) puede utilizar la información para proporcionar más aire acondicionado en un espacio ocupado en lugar de un espacio desocupado. Un sistema de seguridad puede usar la información de “ocupación detectada” para determinar si hay presencia en un área segura. Un sistema de ascensor puede usarlo para determinar si un automóvil necesita ser enviado a un piso cuando una persona entra en un espacio definido – incluso antes de que la persona empuje el botón de llamada al ascensor. En un estacionamiento, la información del sensor de ocupación se puede utilizar para iluminar las luces, pero también puede alertar al personal de seguridad de que alguien está en un área después de horas.

Estos son sólo algunos ejemplos donde una pieza de información puede ser útil a diferentes subsistemas. Pero con demasiada frecuencia, estos simples datos cruzados del sistema se pasan por alto cuando se diseña el sistema. ¿Por qué? Hasta hace poco, los especificadores tendían a centrarse únicamente en el diseño del subsistema, sin considerar el valor de la integración. Los sistemas abiertos e interoperables ahora permiten una integración de sistemas más completa con muy poco esfuerzo de diseño adicional. El proceso es relativamente sencillo: Comience diseñando cada subsistema, luego diseñe la funcionalidad de sistema cruzado y luego diseñe la interfaz de usuario para alarmar, programar y registrar datos.