En los últimos tiempos, he escrito mucho sobre cómo el software de monitorización Paessler PRTG es muy adecuado para la monitorización de componentes OT (Tecnología Operativa) en entornos industriales. Hemos cubierto el uso de PRTG para supervisar todo, desde los servidores OPC UA hasta los sistemas SCADA. Y en este artículo, voy a echar un vistazo a otro elemento común de OT: el DCS, o Sistema de Control Distribuido. Voy a entrar en cómo PRTG se puede utilizar para supervisar un DCS. Pero primero, vamos a obtener una definición de DCS.
¿Qué es el DCS?

Aquí está la definición de Wikipedia:

“Un sistema de control distribuido (DCS) es un sistema de control informatizado para un proceso o planta que suele tener muchos lazos de control, en el que los controladores autónomos están distribuidos por todo el sistema, pero no hay un control de supervisión por parte del operador central.”

Si bien la función de un DCS es similar a la de los PLC, un DCS se encuentra comúnmente como una solución para la fabricación continua, y también ofrece capacidades de visualización integradas similares a las de los sistemas SCADA.

Supervisión de un DCS con Paessler PRTG

Para entender cómo se puede utilizar PRTG para supervisar un DCS, primero ayuda a entender la arquitectura típica – y para ello, volvemos a nuestra pirámide de confianza de la automatización industrial:

Las configuraciones típicas de los DCS incluyen estaciones de operador, servidores (por ejemplo, para recoger y almacenar datos operativos y de nivel de procesador) y controladores. Estos operan en el nivel operativo de la pirámide, y específicamente en los niveles de control y control de procesos.

PRTG puede utilizarse en estos mismos niveles.

PRTG como software intermedio de supervisión

La conectividad OPC UA y API permite a PRTG operar como una especie de middleware, ya que puede supervisar los distintos componentes de un DCS, así como proporcionar información al propio DCS.

Los componentes subyacentes del entorno en el que se ejecuta el DCS incluyen los cortafuegos, los conmutadores, la estructura de respaldo, los PLC y más. PRTG obtiene información de estos componentes mediante OPC UA, SNMP, API REST y otros métodos de recopilación de datos. Estos datos constituyen la base de la supervisión con PRTG: observa los valores que superan los umbrales definidos y otros signos de problemas. Los datos también se pueden mostrar en paneles que muestran la salud y el estado de los distintos componentes.

Cuando PRTG detecta problemas, también puede enviar notificaciones al DCS. Puede hacerlo de varias maneras. Si los servidores DCS ejecutan OPC UA – y hoy en día, muchos de ellos lo hacen – entonces PRTG puede enviar la notificación de un problema al DCS mediante el envío de una etiqueta OPC UA. Aquí hay información más detallada sobre el envío de notificaciones a servidores OPC UA desde PRTG.

Alternativamente, el DCS puede acceder a los datos en PRTG utilizando la API de PRTG, o PRTG puede generar un mensaje de correo electrónico para el DCS.

PRTG como una opción fuera de línea

Aquí hay un punto que creo que debe ser mencionado aquí, especialmente teniendo en cuenta que las empresas podrían seleccionar un DCS debido a su seguridad más robusta: el hecho de que PRTG puede ser utilizado “fuera de línea” – en otras palabras, no necesita estar conectado al mundo exterior – hace que sea una opción atractiva para la supervisión de la infraestructura aislada.

PRTG en una instalación de tratamiento de aguas residuales

Anteriormente mencioné la utilidad de la supervisión de los aspectos subyacentes de un DCS, y tenemos muchos grandes ejemplos de cómo esto es posible con PRTG. Para este artículo, voy a seleccionar un ejemplo específico que demuestra cómo se utiliza PRTG para supervisar los sistemas de control.

SE3 (Sistemas Eléctricos y Electrónicos Especializados) es una empresa consultora mexicana que proporciona servicios de mantenimiento y automatización industrial. Utilizan PRTG para la supervisión remota de las plantas de tratamiento de aguas residuales. Para uno de sus proyectos en Yucatán, pudieron monitorear datos cruciales como los niveles de los tanques, el consumo de energía y los estados de las bombas de agua y otros actuadores.

La forma en que obtuvieron estos datos es interesante: los datos del sistema de control son recogidos por las pasarelas INSYS, que luego convierten los protocolos industriales a otros protocolos comunes. En este caso, se utilizó MQTT como protocolo de transmisión, y PRTG pudo utilizar su funcionalidad MQTT para traer los datos.

Ver el articulo original aqui