Una visión privada sobre la integración de sistemas automatizados.

Una mirada privada a la integración de sistemas automatizados.

Una mirada privada a la integración de sistemas automatizados

Vista privada sobre la integración de sistemas automatizados


Autor: Pavel Kokorev, Ph.D., director de proyectos industriales de RTSoft CJSC
Una de las actividades de ZAO RTSoft durante los últimos cinco años ha sido el diseño y desarrollo de proyectos para el despacho de sistemas de soporte vital de edificios y estructuras, así como sistemas de contabilidad energética para empresas. Este artículo describe una de las tareas relacionadas con la integración de varios sistemas.

Al analizar las especificaciones técnicas y los datos iniciales para el diseño de sistemas automatizados (AS) para controlar y monitorear edificios y estructuras, A menudo uno tiene que enfrentarse al problema de la integración de varios sistemas en una plataforma de automatización común.

Cualquier objeto (cabañas, centros de oficinas, fábricas, locales industriales (con excepción de los procesos tecnológicos), edificios, estructuras de viviendas y servicios comunales, etc.) plantea al diseñador una serie de tareas para equipar los altavoces, que se pueden dividir entres grupos:

1. Sistemas de soporte vital para edificios y estructuras:
– ventilación de suministro y extracción;
– aire acondicionado central;
– torres de enfriamiento, salas de calderas, puntos de calefacción central;
– suministro de agua y calor ;
– refrigeración;
– estaciones de bombeo y drenaje;
– suministro eléctrico general;
– iluminación interior y exterior;
– alcantarillado.

2. Sistemas de suministro y medición de energía eléctrica, térmica o de consumo energético (gas, agua, vapor y otros).

3. Sistemas de “baja corriente”:
– protección contra incendios (SPZ), la mayoría de las veces estos sistemas se clasifican en el primer grupo;
– alarma de seguridad (SOS);
– acceso control y gestión (ACS) ) y estacionamiento (SP);
–vigilancia televisiva (STN);
–notificación (SO);
– instalación de radio (SR) y conexión de reloj (SC);
– recepción colectiva de televisión (SCRT) – instalación telefónica (STLF), también puede atribuirse parcialmente al primer grupo.

Cada uno de estos tres grupos tiene su propia plataforma de automatización, que incluye tres niveles:
– campo (sensores, analizadores, medidores, caudalímetros y otros);
– controlador;
– nivel SCADA – estación de trabajo automatizada (AWS).

Nivel de controladorTiene su propio software de aplicación y está diseñado para la recolección y procesamiento primario de información proveniente del nivel de campo. Una de las tareas importantes y, por regla general, difíciles es la recopilación de información a través de líneas de comunicación de interfaz. El hecho es que en la etapa de selección de equipos al diseñar edificios y estructuras de aire acondicionado, algunos desarrolladores parten de consideraciones políticas y administrativas. Esto lleva a que los sistemas de control locales tengan diferentes interfaces de comunicación y protocolos cerrados de intercambio de datos. Cuando se abordan cuestiones relacionadas con la integración de estos sistemas en un sistema automatizado de control de despacho (ADCS), puede resultar difícil, y en algunos casos imposible, recopilar y procesar datos de estos sistemas. Por eso el uso de protocolos abiertos es actualmente una de las tareas más importantes. Desafortunadamente, en la práctica, al implementar un sistema de control automatizado, es necesario utilizar varios métodos para convertir y vincular protocolos en un único protocolo de intercambio, utilizando equipos costosos, lo que en última instancia conduce a un aumento en el costo del proyecto.

La imagen es similar en nivel SCADA. Algunas empresas integradoras ofrecen sus productos de automatización, desde sensores hasta estaciones de trabajo automatizadas. Suelen ser sistemas cerrados. La empresa RTSoft utiliza el sistema Citect SCADA al más alto nivel en sus proyectos. Tiene docenas de controladores para varios dispositivos y su apertura le permite expandir libremente el sistema sin gastar recursos adicionales.

El segundo grupo de ASestá integrado en una única plataforma de sistemas automatizados de control de despacho de recursos energéticos (ADMS) E). Este enfoque es aplicable a las grandes empresas. ASDU E, además de visualizar parámetros técnicos y funcionamiento de diversos centros transformadores, puede realizar funciones de conmutación tanto según escenarios como de seguimiento de consumos.

Las funciones de ASDU E incluyen contabilizar el consumo de energía térmica y el consumo de diversos portadores de energía. Cuando se aplica a objetos pequeños, este sistema está completamente integrado en el sistema de control automatizado.

El tercer grupo de sistemas de control automatizado es bastante específico desde el punto de vista de la integración. Todos estos sistemas tienen su propio conjunto de software y hardware. A menudo, las especificaciones técnicas para el diseño de las centrales nucleares establecen requisitos para la integración completa de estos sistemas en el sistema de control automatizado. Creo que estos requisitos no son apropiados.

¿Por qué?
En primer lugar, cada sistema de «baja corriente» está funcionalmente completo.
En segundo lugar, pertenece en términos de responsabilidad a los servicios relevantes de la empresa.
En tercer lugar, tiene sus propios protocolos cerrados específicos, lo cual es bastante lógico desde un punto de vista técnico y administrativo.

¿Qué amenaza los requisitos para una integración completa de los sistemas en sistemas de control automatizados?
– La necesidad de “piratear” protocolos cerrados o utilizar dispositivos de conversión adecuados, lo que implicará un aumento en el costo del proyecto.
– Reducir el grado de responsabilidad de los servicios relevantes.
– Reducir la agudeza de la percepción de la información y el grado de reacción del operador debido a la redundancia de información en la estación de trabajo.

Ahora hablemos sobre el grado y profundidad de integración de los sistemas de “baja tensión”
La protección contra incendios incluye los siguientes subsistemas:
– alarma contra incendios (SPS);
– extinción de incendios (FSF). ): rociador, gas o polvo;
– protección contra humo y protección contra incendios (SPDZ y OZ);
– presión del aire en las escaleras (SPV).

Todos estos subsistemas, junto con el sistema de alerta, están completamente integrados en una plataforma separada de tres niveles con su propio nivel de software y hardware.

La integración del sistema de protección contra incendios en el sistema de control automatizado se realiza mediante un contacto «seco» del comando generalizado «Fuego». Con este comando, la ASDU ejecuta el escenario correspondiente (algoritmo), por ejemplo, apagando el suministro y la ventilación de escape, enciende el SPV, apaga los ascensores (transfiriendo los ascensores al primer piso).

De la misma forma, con un contacto “seco”, el sistema de protección contra incendios también se está integrando al sistema de vigilancia por televisión y al sistema de control de accesos. Con la orden «Disparar», cada uno de estos sistemas elabora su propio escenario. Por ejemplo, STN muestra en el monitor una imagen de una cámara de video ubicada en una zona de incendio o de evacuación, ACS desbloquea las puertas y salidas de emergencia a lo largo de la ruta de evacuación.

El sistema de gestión y control de acceso puede integrarse en el sistema de control automatizado; Al mismo tiempo, el sistema recibirá información sobre la cantidad de personas en una habitación en particular para implementar el algoritmo de control climático. Y al integrar un sistema de alarma de seguridad en el sistema de control automatizado, se transmitirá información sobre la presencia de personas en la habitación para implementar escenarios de control de iluminación.

Estos son algunos ejemplos de la integración de “baja tensión” ”sistemas en el sistema de control automático. En cualquier caso, el grado y profundidad de la integración de estos sistemas debe basarse en la viabilidad técnica. La integración del AS debe ampliar las capacidades de los sistemas incluidos en él y de ninguna manera interferir con el desempeño de las funciones de cada grupo de sistemas con información innecesaria y redundante.

Resumiendo lo anterior, podemos concluir que debe haber viabilidad en la implementación de cualquier solución técnica. Se trata no sólo de aspectos técnicos, sino también, en cierta medida, administrativos y económicos. La empresa RTSoft está totalmente preparada para implementar tales tareas.

RTSoft CJSC

    Мы используем cookie-файлы для наилучшего представления нашего сайта. Продолжая использовать этот сайт, вы соглашаетесь с использованием cookie-файлов.
    Принять