����������������������������������������������������������������������������������

 

 

Comparaci�n entre sistemas Distribuidos de Control y sistemas SCADA: Caso de Estudio de la distribuci�n de Energ�a El�ctrica

 

Comparison between Distributed Control Systems and SCADA Systems: Case Study of Electric Power Distribution

 

Compara��o entre sistemas de Controlo Distribu�do e sistemas SCADA: Caso de Estudo de Distribui��o de Energia El�trica

 

 

 

 

 

 

 

 

 

 

 

Correspondencia: facebaque@hotmail.com

 

Ciencias T�cnicas y Aplicadas

Art�culo de Investigaci�n

 

 

* Recibido: 05 de junio de 2024 *Aceptado: 17 de julio de 2024 * Publicado: �27 de agosto de 2024

 

        I.            Ingeniero El�ctrico, Especializaci�n Electr�nica y Automatizaci�n Industrial, Ecuador.

 

Resumen

Los sistemas de control DCS y SCADA han sido a lo largo del tiempo los m�s utilizados dentro de la automatizaci�n industrial para el control de procesos, inclusive ya no solo manejan data como tal, sino que manejan sistemas, como los conocidos de power and energy. Su diferencia principal como se abaliza en el art�culo es la base de datos y el manejo de la informaci�n en sus niveles, como se lo estudiar� en el transcurso del texto. Los componentes altamente estandarizados llegan a poseer inclusive niveles de seguridad que permiten la disminuci�n de probabilidades de falla y llevan hacia una parada segura. Se mantienen arquitecturas redundantes dependiendo de la complejidad del proceso, adem�s de que, dependiendo del n�mero de sistemas, maquinas, clientes o aplicaciones la programaci�n se realiza de manera m�s sencilla o hasta con licencias infinitas.

Palabras Clave: DCS; SCADA; Control; PLC; HMI.

 

Abstract

DCS and SCADA control systems have been the most widely used in industrial automation for process control over time, and they no longer only manage data as such, but also manage systems, such as those known as power and energy. Their main difference, as highlighted in the article, is the database and the management of information at its levels, as will be studied throughout the text. Highly standardized components even have security levels that allow the reduction of failure probabilities and lead to a safe stop. Redundant architectures are maintained depending on the complexity of the process, and depending on the number of systems, machines, clients or applications, programming is done more easily or even with infinite licenses.

Keywords: DCS; SCADA; Control; PLC; HMI.

 

Resumo

Os sistemas de controlo DCS e SCADA t�m sido os mais utilizados na automa��o industrial para o controlo de processos ao longo do tempo, e j� n�o s� lidam com dados como tal, como tamb�m gerem sistemas, como os conhecidos por pot�ncia e energia. A sua principal caracter�stica distintiva, conforme referido no artigo, � a base de dados e a gest�o da informa��o nos seus n�veis, como ser� estudado ao longo do texto. Os componentes altamente padronizados possuem ainda n�veis de seguran�a que reduzem a probabilidade de falha e levam a uma paragem segura. As arquiteturas redundantes s�o mantidas dependendo da complexidade do processo, al�m disso, dependendo da quantidade de sistemas, m�quinas, clientes ou aplica��es, a programa��o � realizada de forma mais simples ou mesmo com licen�as infinitas.

Palavras-chave: DSC; SCADA; Controlar; CLP; IHM.

 

Introducci�n

Distintos proyectos pilotos en muchos pa�ses del mundo est�n explorando el potencial de las micro redes para promover su incorporaci�n a la red el�ctrica, y hacer un sistema menos vulnerable a interrupciones, entre otros objetivos. Dichos proyectos buscan desarrollar una red menos centralizada, lo que requiere grandes inversiones en tecnolog�a y entrenamiento, as� como el desarrollo de pol�ticas y est�ndares. Sin embargo, hoy en d�a las micro redes representan una muy peque�a porci�n de la totalidad de la red, por ejemplo, en Estados Unidos de Am�rica se estima que hay 1.1GW de capacidad instalada, y para el 2030 ser� de 8.7GW.

En otras partes del mundo, sugieren que las micro redes est�n jugando un papel importante haciendo que las redes el�ctricas sean m�s robustas frente a las perturbaciones, aumentando su resiliencia. El caso m�s notable fue el sucedido durante el terremoto y posterior tsunami en Jap�n en 2011 en la regi�n de Tohoku, donde la micro red de la Tohoku Fukushi University de 1MW oper� por 2 d�as en modo aislado, luego del evento s�smico, mientras la regi�n alrededor se qued� sin servicio el�ctrico. La micro red localizada se mantuvo operativa con alto nivel de desempe�o supliendo a las cargas, inclusive las cargas de demanda pico a nivel de potencia con un factor aceptable. Se est� gestando en el mundo una mirada hacia las oportunidades que ofrecen las micro redes en este tipo de situaciones. Una caracter�stica clave de las micro redes es que pueden incluir una amplia variedad de medios de generaci�n y cargas. Para desarrollar la tecnolog�a que integre a los micros redes al sistema el�ctrico son necesarios laboratorios multifuncionales, que incorporen fuentes de generaci�n, de almacenamiento, y las cargas.

Resulta relevante que las cargas tengas medios de almacenamiento, como son las bater�as y supe capacitores. Aqu� empieza a definirse la importancia de los sistemas de gesti�n de carga, o de despacho, que a nivel de micro red de energ�a se denominan sistemas de control. Estos permiten que la gesti�n de entregar carga sea eficiente, tomando en consideraci�n inclusive los costes econ�micos de la operaci�n y la vida �til de los elementos. Estos son proyectos de micro redes activas y operativas alrededor del mundo, que envuelven pruebas y evaluaci�n de los conceptos que se usar�n en la futura red, y se desarrollan actualmente en varios pa�ses. Denotando lo que sistemas de control se refiere, el sistema SCADA tradicional se basa en la recolecci�n, procesamiento y an�lisis de datos en tiempo real desde alg�n proceso. Este sistema requiere de personal capacitado para la operaci�n y control de los dispositivos a trav�s de una interfaz HMI (del ingl�s Human Machine Interface). Por el contrario, el Social SCADA propone implementar HMIs simplificadas para facilitar el intercambio de informaci�n entre el sistema y la comunidad donde se instale la micro red.

En esta propuesta los operadores s�lo necesitan formaci�n b�sica para interactuar con el sistema. En la Figura 2, podemos ver como se conforma una red SCADA tradicional, inclusive se hace evidente el concepto de Social SCADA para micro redes el�ctricas que se presenta como la suma del componente social (comunidad), y las tradicionales aplicaciones SCADA (t�cnico).

 

Figura 1: Niveles de composici�n del sistema SCADA

 

Un sistema SCADA es una aplicaci�n que permite monitorear, operar, controlar y supervisar un sistema con componentes distribuidos, cuando la adquisici�n de datos y el control centralizado es importante. El sistema tambi�n incluye la capacidad de an�lisis requeridos en un motor de c�lculo, y un conjunto de interfaces hechas a la medida para que los operadores interact�en con los equipos instalados en campo. Estas interfaces implementan varios enlaces en el sistema, incluyendo:

a)      La conexi�n de las RTU`s (del ingl�s Remote Terminal Units) instaladas en el campo, para ejercer acciones de control, obtener datos y almacenarlos para su tratamiento.

b)      La conexi�n desde el centro de procesamiento a los HMI`s para interactuar con los operadores.

c)      La conexi�n desde el centro de procesamiento al campo, transmitiendo todas las acciones de control emitidas por el centro de procesamiento (de forma autom�tica) y por los operadores (manualmente).

A pesar de que la mayor�a de los principales proveedores de sistemas SCADA han basado sus esquemas en sistemas propietarios, los clientes valoran cada vez m�s las arquitecturas de sistemas abiertos y el uso de protocolos de comunicaci�n est�ndar sobre WAN (del ingl�s Wide �rea Network), utilizando las conexiones Ethernet. La particularidad de este estudio, a diferencia de otros, es analizar un sistema SCADA como parte de la soluci�n energ�tica, comprendiendo que la sustentabilidad en el largo plazo se basa en la apropiaci�n que haga la comunidad del sistema, para que sea �sta quien lo maneje apropiadamente, tomando ventaja de las funciones del SCADA para proveer informaci�n en tiempo real acerca del estado de la micro red. Es por esto que el sistema incluye una pantalla t�ctil ubicada en el centro comunal, donde la comunidad puede interactuar con el sistema energ�tico, mostrando informaci�n de forma clara y f�cil de entender.

 

Materiales y M�todos

Funciones de un sistema SCADA

Permiten mejorar la toma de decisiones y garantizar un rendimiento �ptimo en entornos industriales y de automatizaci�n. El sistema SCADA comprende varias acciones y utilidades cuya finalidad es tener una comunicaci�n clara entre el proceso y el operador, las m�s destacadas son:

a)      Monitorizaci�n, que permite la visualizaci�n en tiempo real de datos provenientes de aut�matas, como temperaturas y velocidades, permitiendo la supervisi�n de m�quinas simples o instalaciones a larga distancia.

b)      Supervisi�n, que permite el control y adquisici�n de datos de un proceso, con herramientas para la toma de decisiones. Permite ejecutar programas para supervisar y modificar el control, evitando una supervisi�n constante por parte de humanos. � Adquisici�n de Datos.

Se logra mediante herramientas registradoras que recopilan datos para evaluarlos posteriormente. Adem�s, se visualizan estados de se�ales, reconociendo eventos excepcionales y notificando a los operarios para acciones correctivas.

a)      El mando es la capacidad de que los operadores cambien consignas y datos clave directamente desde el ordenador, como iniciar, detener o modificar par�metros facilitando los cambios.

b)      Grabaci�n de Acciones o Recetas, que permite configurar procesos recurrentes con una sola orden. Por ejemplo, se pueden accionar varios procesos con un solo interruptor y programar los par�metros de funcionamiento.

c)      Seguridad en Accesos. Se logra restringiendo zonas de programa a usuarios autorizados, registrando todas las acciones realizadas por operadores no autorizados.

d)      Programaci�n Num�rica, que permite realizar c�lculos aritm�ticos de alta resoluci�n directamente en la CPU haciendo uso de lenguajes de alto nivel como C y Visual Basic.

 

Arquitectura b�sica de un sistema SCADA

Las primeras exploraciones enfocadas en la automatizaci�n centralizaban todo el control en la computadora personal y gradualmente se inclinaban hacia la distribuci�n del control en la planta. El usuario, a trav�s de herramientas de visualizaci�n y control, interact�a con un Sistema de Control de Proceso que reside en un servidor, la comunicaci�n entre estos sistemas se realiza a trav�s de redes de comunicaci�n, el sistema de proceso monitorea y controla el sistema utilizando sensores y actuadores transmitiendo datos a trav�s de buses de campo donde la informaci�n generada se almacena para su posterior an�lisis. Una estructura funcional obedece la estructura Maestro-Esclavo, donde la estaci�n central (Maestro) se comunica con el resto de estaciones (Esclavo) a trav�s de una serie de acciones.

 

Hardware

Se refiere a la parte f�sica y tangible de un sistema inform�tico o electr�nico, incluye todos los componentes que se pueden tocar y que componen el dispositivo o sistema electr�nico. Un sistema SCADA necesita componentes f�sicos para procesar y administrar la informaci�n recopilada, los mismos que se presentan a continuaci�n:

a)      Ordenador central o MTU. Conocido como unidad terminal maestra, se refiere al componente central del sistema que monitorea la informaci�n de las subestaciones, ya sea a trav�s de otros ordenadores conectados a instrumentos de campo en sistemas complejos o directamente sobre dichos instrumentos. Generalmente, este ordenador es una PC que respalda la HMI. Entre sus funciones principales se encuentran: Adquisici�n de datos, tendencias, procesamiento de alarmas, control, informes, mantenimiento del sistema de respaldo en caso de fallos, interfaces con otros sistemas, seguridad, administraci�n de red, administraci�n de la base de datos, aplicaciones especiales y sistemas de modelado.

b)      Ordenadores remotos o RTU. Conocidos como unidades terminales remotas, son ordenadores los cuales est�n ubicados estrat�gicamente en nodos del sistema, supervisan y controlan las subestaciones, reciben se�ales de sensores de campo y gestionan los elementos finales de control mediante el software SCADA. Operan en un nivel intermedio de automatizaci�n.�

c)      Red de comunicaci�n. Este nivel administra la informaci�n enviada por los instrumentos de campo a la red de ordenadores en el sistema SCADA. Las comunicaciones en un sistema SCADA suelen ser a trav�s de redes WAN (Red de �rea Amplia), lo que implica que los terminales RTU pueden estar geogr�ficamente descentralizados. En cuanto a los instrumentos de campo, cumplen funciones tanto de control (PLC, controladores industriales, actuadores) como de captaci�n de informaci�n (sensores y alarmas).

 

Software

Se refiere a los programas y datos que dan �rdenes e instrucciones al hardware sobre c�mo realizar tareas espec�ficas, en otras palabras, es la parte l�gica e intangible de un sistema que proporciona funcionalidad al hardware. Los m�dulos o bloques software que permiten las actividades de adquisici�n, supervisi�n y control son los siguientes:

a)                 Configuraci�n. Permite al usuario configurar el entorno de trabajo de la aplicaci�n, definiendo la disposici�n de pantallas y los niveles de acceso para diferentes usuarios. Se pueden especificar pantallas gr�ficas o de texto, import�ndolas desde otra aplicaci�n o cre�ndolas directamente en el SCADA. Incluye un editor gr�fico que facilita la creaci�n mediante dibujo a nivel de p�xel o la utilizaci�n de elementos est�ndar como l�neas, c�rculos, textos o figuras, con funciones de edici�n como copiar, mover y borrar. Adem�s, durante la configuraci�n, se eligen los drivers de comunicaci�n para la conexi�n con los elementos de campo, se decide la conexi�n en red de estos elementos, se selecciona el puerto de comunicaci�n en el ordenador, se establecen sus par�metros y permite la visualizaci�n de variables.

Otro protocolo a usar es el AGA y los DCS. Ambos representan una soluci�n segura. Para reducir el coste de los dispositivos SCADA y su gesti�n, se utilizan t�cnicas criptogr�ficas de clave sim�trica. De hecho, debido a la lentitud de las operaciones de la criptograf�a de clave p�blica, los protocolos criptogr�ficos de clave p�blica podr�an introducir retrasos en la transmisi�n de mensajes que no son aceptables para los protocolos SCADA. La propiedad de seguridad sem�ntica se utiliza para garantizar que un fisg�n no tenga informaci�n sobre el texto plano, aunque vea m�ltiples cifrados del mismo texto plano. Por ejemplo, aunque el atacante haya observado los textos cifrados de �apagar� y �encender�, no le servir� para distinguir si un nuevo texto cifrado es el cifrado de �apagar� o �encender�. En la pr�ctica, la t�cnica de aleatorizaci�n se utiliza para lograr este objetivo. Por ejemplo, el emisor del mensaje puede propender una cadena aleatoria (por ejemplo, 128 bits para AES-128) al mensaje y utilizar modos de cifrado especiales como el modo de cifrado por bloques encadenados (CBC) o el modo Hash-CBC (HCBC). En algunos modos, esta cadena aleatoria se denomina vector de inicializaci�n (IV).

Esto evita la fuga de informaci�n del texto cifrado incluso si el atacante conoce varios pares de texto plano/texto cifrado con la misma clave. Dado que los enlaces de comunicaci�n SCADA pueden ser tan bajos como 300bps y que generalmente se requiere una respuesta inmediata, no hay suficiente ancho de banda para enviar la cadena aleatoria (IV) cada vez con el texto cifrado, por lo que necesitamos dise�ar diferentes mecanismos criptogr�ficos para lograr la seguridad sem�ntica sin sobrecarga de transmisi�n adicional. Se suele usar dos contadores compartidos entre dos socios comunicantes, uno para cada direcci�n de comunicaci�n. Los contadores se ponen inicialmente a ceros y deben tener al menos 128 bits, lo que garantiza que los valores del contador nunca se repetir�n, evitando ataques de repetici�n. El contador se utiliza como vector de inicializaci�n (IV) en el cifrado de mensajes si se utiliza el modo CBC o HCBC. Despu�s de cifrar cada mensaje, el contador se incrementa en uno si se utiliza el modo CBC y en el n�mero de bloques de datos cifrados si se utiliza el modo HCBC. Se supone que los dos socios que se comunican conocen los valores de los contadores y no es necesario a�adirlos a cada texto cifrado. Los mensajes pueden perderse y es necesario sincronizar los dos contadores de vez en cuando (por ejemplo, fuera de las horas punta).

Un sencillo protocolo de sincronizaci�n de contadores para el conjunto de protocolos SCADA. El protocolo de sincronizaci�n de contadores tambi�n podr�a iniciarse cuando aparecen algunos errores de cifrado/descifrado debido a contadores no sincronizados. Para que dos dispositivos SCADA establezcan un canal seguro, es necesario arrancar una clave secreta maestra en los dos dispositivos en el momento del despliegue (o cuando se despliega un nuevo dispositivo SCADA en la red existente). En la mayor�a de las configuraciones, los canales seguros s�lo son necesarios entre un dispositivo SCADA maestro y un dispositivo SCADA esclavo. Para algunas configuraciones, tambi�n pueden ser necesarios canales seguros entre dispositivos SCADA esclavos. El canal seguro identificado con este secreto maestro se utiliza para establecer otros canales como canales seguros de sesi�n, canales de sincronizaci�n de tiempo, canales de difusi�n autenticados y canales de emergencia autenticados. Supongamos que H (-) es una funci�n pseudoaleatoria (por ejemplo, construida a partir de SHA-256) y que dos dispositivos SCADA A y B comparten un secreto KAB = KBA. Dependiendo de la pol�tica de seguridad, esta clave KAB podr�a ser el secreto maestro compartido o un secreto compartido para una sesi�n que podr�a establecerse a partir de la clave maestra compartida utilizando un protocolo simple de establecimiento de claves (para lograr la frescura de la clave de sesi�n, normalmente un nodo env�a un nonce aleatorio al otro y el otro nodo env�a la clave de sesi�n cifrada junto con un autenticador en el texto cifrado y el nonce aleatorio).

 

Resultados

Los r�pidos avances en la parte computacional y de comunicaci�n de los sistemas empotrados est�n allanando el camino hacia dispositivos en red altamente sofisticados que podr�n llevar a cabo diversas tareas no de forma aut�noma, como suele hacerse hoy, sino teniendo plenamente en cuenta la informaci�n din�mica y espec�fica del contexto. Estos �objetos� podr�n cooperar, compartir informaci�n, actuar como parte de comunidades y, en general, ser elementos activos de un sistema m�s complejo. El �mbito de los objetos cooperantes es una secci�n transversal entre los sistemas integrados (en red), la inform�tica ubicua y las redes de sensores (inal�mbricas). Una definici�n inicial procedente del proyecto cofinanciado por la Comisi�n Europea CONET afirma que Los Objetos Cooperantes consisten en dispositivos inform�ticos integrados equipados con capacidades de comunicaci�n, detecci�n o actuaci�n capaces de cooperar y organizarse aut�nomamente en redes para realizar una tarea com�n. La visi�n de los objetos cooperantes es abordar la complejidad emergente mediante la cooperaci�n y el modularidad. Para ello, la capacidad de comunicarse e interactuar con otros objetos o con el entorno es un requisito previo fundamental. Aunque en muchos casos la cooperaci�n es espec�fica de la aplicaci�n, la cooperaci�n entre dispositivos heterog�neos puede apoyarse en abstracciones compartidas.

Esperamos que los sistemas SCADA/DCS de pr�xima generaci�n aprovechen este comportamiento emergente y lo integren en su funcionalidad. Como tal, la l�gica de gobierno puede ser expresada de una manera orientada a objetivos asignados a las comunidades de objetos que cooperan con el objetivo de satisfacer los requisitos del proceso de negocio. D. Virtualizaci�n y computaci�n en nube En el mundo de las TI asistimos a una tendencia hacia la virtualizaci�n de recursos como plataformas de hardware, sistemas operativos, dispositivos de almacenamiento, recursos de red, etc. La virtualizaci�n responde a muchas necesidades empresariales de escalabilidad, uso m�s eficiente de los recursos y reducci�n del coste total de propiedad (TCO), por nombrar s�lo algunas. La computaci�n en nube est� surgiendo impulsada por la adopci�n generalizada de la virtualizaci�n, la arquitectura orientada a servicios y la computaci�n utilitaria. Se accede a los servicios de TI a trav�s de Internet y las herramientas y aplicaciones locales (normalmente a trav�s de un navegador web) ofrecen la sensaci�n de estar instaladas localmente. Sin embargo, el cambio de paradigma importante es que los datos se computan en la red, pero no en lugares conocidos a priori.

Normalmente la infraestructura f�sica no es propiedad y existen varios modelos de negocio que contemplan el pago por uso orientado al acceso. Esta tendencia inform�tica afecta ya a las aplicaciones inform�ticas, pero tambi�n puede afectar a c�mo se dise�en las aplicaciones industriales en el futuro y a c�mo se integren con los servicios ofrecidos externamente. Los sistemas multi n�cleo y GPU computing y la mayor�a de los sistemas industriales se construyen a largo plazo y con tecnolog�as probadas. Sin embargo, desde 2005 hemos asistido a la aparici�n de sistemas multin�cleo, que hoy en d�a tambi�n existen en los smartphones normales. La tendencia general es hacia chips con decenas o incluso centenares de n�cleos. Funciones avanzadas como el multithreading simult�neo, la memoria en chip, etc. prometen un alto rendimiento y una nueva generaci�n de aplicaciones paralelas nunca vistas en sistemas embebidos. Adem�s, en la �ltima d�cada hemos asistido a la aparici�n de la computaci�n GPU, en la que las tarjetas gr�ficas aprovechan su enorme capacidad de c�lculo en coma flotante para realizar procesamiento de flujos. Para determinadas aplicaciones, esto puede suponer un desaf�o.

Adem�s, la reciente tendencia a integrar funciones gr�ficas en los procesadores (microprocesadores con capacidad gr�fica, GEM), como Sandy Bridge de Intel y Fusion de AMD, puede implicar que las capacidades de c�lculo de la GPU est�n disponibles para cualquier tipo de dispositivo que albergue uno de esos procesadores. Un h�brido CPU/GPU de este tipo puede ser incluso m�s eficiente al eliminar la lenta comunicaci�n entre la CPU y la GPU. Los procesadores con capacidad gr�fica incorporada que se instalar�n en 2011 en 115 millones de port�tiles representan la mitad de los env�os totales, y en 63 millones de PC de sobremesa suponen el 45% de la cifra total.

En 2014, el 83% de los port�tiles y el 76% de los ordenadores de sobremesa del mundo se comercializar�n con microprocesadores con capacidad gr�fica [7]. La computaci�n multin�cleo y GPU tendr� un impacto en el dise�o actual de los sistemas SCADA/DCS, ya que ahora pueden desplegarse enfoques m�s sofisticados y, por ejemplo, el an�lisis de los procesos, la producci�n y los recursos puede realizarse de forma rentable incluso en el punto de acci�n y no en el sistema SCADA maestro, como se hac�a tradicionalmente seg�n la evoluci�n.

 

Conclusiones

Los dispositivos preparados para SOA en el futuro, surgir� una infraestructura mucho m�s diversificada y la forma de interactuar con ella cambiar� significativamente. Se crear� un mashup de servicios, que podr�n combinarse y utilizarse de forma multicapa. Las aplicaciones empresariales podr�n conectarse directamente a los dispositivos si es necesario, sin necesidad de utilizar controladores propietarios, mientras que los dispositivos no habilitados para servicios web podr�n seguir conectados y su funcionalidad envuelta por mediadores de servicios o en la capa de middleware. La comunicaci�n peer to peer entre los dispositivos ya est� haciendo descender los conceptos SOA hasta la capa de dispositivo y creando nuevas oportunidades para el descubrimiento de funcionalidades y la colaboraci�n, como se ha demostrado. Los sistemas embebidos en red se han vuelto m�s potentes en cuanto a potencia de c�lculo, memoria y comunicaci�n, por lo que est�n empezando a construirse con el objetivo de ofrecer su funcionalidad como uno o m�s servicios para su consumo por otros dispositivos o servicios.

Debido a estos avances, estamos asistiendo lentamente a un cambio de paradigma en el que los dispositivos pueden ofrecer un acceso m�s avanzado a su funcionalidad e incluso albergar y ejecutar inteligencia empresarial, por lo que proporcionan efectivamente los bloques de construcci�n para la expansi�n de los conceptos de arquitectura orientada a servicios hasta su capa. De este modo, la informaci�n basada en eventos puede adquirirse, procesarse en el dispositivo y en la red, sin necesidad de almacenamiento en bases de datos intermedias ni procesamiento por terceros, y finalmente transmitirse a los procesos empresariales correspondientes. Esta capacidad abre nuevas v�as para enfoques m�s din�micos y sofisticados, que aprovechen las especificidades contextuales disponibles. Los servicios web son adecuados y capaces de funcionar de forma nativa en dispositivos integrados, proporcionando una capa de interoperabilidad y un f�cil acoplamiento con otros componentes en entornos altamente heterog�neos.

Device Profile for Web Services (DPWS) y OPC UA son tecnolog�as emergentes para la realizaci�n de controladores y dispositivos habilitados para servicios web. Varios proyectos como SIRENA (www.sirena-itea.org), SODA (www.soda-itea.org) y SOCRADES (www.socrades.eu) han experimentado con dispositivos de automatizaci�n industrial preparados para SOA y su integraci�n en aplicaciones industriales. IV. SCADA/DCS DE PR�XIMA GENERACI�N Hemos explorado varias tendencias de TI que consideramos que pueden cambiar significativamente la forma en que dise�amos, implementamos y desplegamos las aplicaciones industriales en el futuro. Los sistemas SCADA/DCS de pr�xima generaci�n tendr�n que hacer frente a una cantidad mucho mayor de datos e informaci�n distribuidos y diversos en tiempo real y tomar decisiones basadas en la cooperaci�n con datos e informaci�n internos y externos adquiridos y expuestos como �servicios�.

Se presume una visi�n de c�mo puede ser la pr�xima generaci�n de sistemas SCADA/DCS. Podemos identificar los siguientes cambios principales en toda la infraestructura: ahora est� impulsada por la informaci�n y todas las interacciones se realizan a trav�s de servicios (web) de forma plana. Desde el punto de vista de SOA, todos los sistemas (por ejemplo, ERP, PLC, SCADA/DCS heredados, dispositivos, MES, etc.) exponen su funcionalidad (compleja o at�mica) como un servicio que puede componerse e interactuar con otras entidades. La l�gica se aloja donde tiene sentido (empresarial).

 

Referencias

      1.            Shid, Y. (2021). Pontryagin�s minimum principle based fuzzy adaptive energy management for hybrid electric vehicle using real-time traffic information. *Applied Energy*. https://doi.org/10.1016/j.apenergy.2021.116341

 

      2.            Maino, C. (2021). Optimal mesh discretization of the dynamic programming for hybrid electric vehicles. *Applied Energy*. https://doi.org/10.1016/j.apenergy.2021.116477

      3.            Zhou, Q. (2023). A tolerant sequential correction predictive energy management strategy of hybrid electric vehicles with adaptive mesh discretization. *Energy*. https://doi.org/10.1016/j.energy.2023.127459

      4.            Li, G., et al. (2017). Battery SOC constraint comparison for predictive energy management of plug-in hybrid electric bus. *Applied Energy*, 190, 197-209. https://doi.org/10.1016/j.apenergy.2016.12.103

      5.            Xie, S. (2019). Pontryagin�s Minimum Principle based model predictive control of energy management for a plug-in hybrid electric bus. *Applied Energy*, 233-234, 416-425. https://doi.org/10.1016/j.apenergy.2018.09.078

      6.            Guo, N. (2021). Real-time predictive energy management of plug-in hybrid electric vehicles for coordination of fuel economy and battery degradation. *Energy*. https://doi.org/10.1016/j.energy.2021.120129

      7.            Xie, S. (2019). Model predictive energy management for plug-in hybrid electric vehicles considering optimal battery depth of discharge. *Energy*, 168, 228-240. https://doi.org/10.1016/j.energy.2018.11.129

      8.            Zhang, X. (2021). Bi-level energy management of plug-in hybrid electric vehicles for fuel economy and battery lifetime with intelligent state-of-charge reference. *Journal of Power Sources*, 490, 229604. https://doi.org/10.1016/j.jpowsour.2021.229604

      9.            Guo, H., et al. (2019). State-of-charge-constraint-based energy management strategy of plug-in hybrid electric vehicle with bus route. *Energy Conversion and Management*, 185, 440-451. https://doi.org/10.1016/j.enconman.2019.02.025

  10.            Zhou, Q., et al. (2021). A two-term energy management strategy of hybrid electric vehicles for power distribution and gear selection with intelligent state-of-charge reference. *Journal of Energy Storage*, 42, 103272. https://doi.org/10.1016/j.est.2021.103272

 

 

� 2024 por el autor. Este art�culo es de acceso abierto y distribuido seg�n los t�rminos y condiciones de la licencia Creative Commons Atribuci�n-NoComercial-CompartirIgual 4.0 Internacional (CC BY-NC-SA 4.0)

(https://creativecommons.org/licenses/by-nc-sa/4.0/).

�������������������������������������������������������������������������������������������������������������������������