ES2904265T3 - Sistema de operación y control de una pluralidad de unidades de generación de energía. - Google Patents

Sistema de operación y control de una pluralidad de unidades de generación de energía. Download PDF

Info

Publication number
ES2904265T3
ES2904265T3 ES15173692T ES15173692T ES2904265T3 ES 2904265 T3 ES2904265 T3 ES 2904265T3 ES 15173692 T ES15173692 T ES 15173692T ES 15173692 T ES15173692 T ES 15173692T ES 2904265 T3 ES2904265 T3 ES 2904265T3
Authority
ES
Spain
Prior art keywords
real
time component
time
communication
diagnostic
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES15173692T
Other languages
English (en)
Inventor
Adriaan Hendrik Bredekamp
Thomas Schoch
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens Energy Global GmbH and Co KG
Original Assignee
Siemens Energy Global GmbH and Co KG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens Energy Global GmbH and Co KG filed Critical Siemens Energy Global GmbH and Co KG
Application granted granted Critical
Publication of ES2904265T3 publication Critical patent/ES2904265T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0421—Multiprocessor system
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B17/00—Systems involving the use of models or simulators of said systems
    • G05B17/02—Systems involving the use of models or simulators of said systems electric
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/33—Director till display
    • G05B2219/33216—Operational, real time for system, and service for configuration is non real time
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/34—Director, elements to supervisory
    • G05B2219/34258—Real time system, qnx, works together with non real time system, windows nt

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Programmable Controllers (AREA)
  • Testing And Monitoring For Control Systems (AREA)

Abstract

Sistema de operación, control y diagnóstico de una pluralidad de unidades de generación de energía que comprende un sistema de automatización y un sistema de diagnóstico combinados a un dispositivo, caracterizado porque el dispositivo comprende al menos un módulo que es un componente de tiempo real y al menos un módulo que es un componente no de tiempo real, ambos módulos que se conectan por un enlace de comunicación, el componente de tiempo real que se conecta a los módulos de E/S, el componente de tiempo real que funciona a una velocidad de muestreo más alta que el componente no de tiempo real, el componente de tiempo real que se diseña para ejecutar tanto tareas de diagnóstico como de automatización en tiempo real y el componente no de tiempo real que comprende al menos una máquina virtual que contiene software de aplicación en su entorno de sistema operativo nativo y que se incorpora en un sistema operativo hospedador, y una capa de hipervisor que se interpone entre las máquinas virtuales y el sistema operativo hospedador, donde el hipervisor presenta los sistemas operativos invitados con una plataforma operativa virtual y gestiona la ejecución de los sistemas operativos invitados.

Description

DESCRIPCIÓN
Sistema de operación y control de una pluralidad de unidades de generación de energía
La invención se refiere a un sistema de operación y control de una pluralidad de unidades de generación de energía.
Para el control de una gran central eléctrica usualmente se usa un sistema de control de procesos central, jerárquicamente estructurado para la operación, control y monitoreo de la instalación técnica. Este sistema de automatización de central eléctrica comprende comúnmente una o más computadoras de control de procesos, varias computadoras de cliente, varios sistemas de bus para comunicación y varios dispositivos de automatización y de campo arreglados cerca de o en la instalación técnica.
La computadora de control de procesos usualmente tiene un servidor web que se usa para configurar una conexión a Internet. La computadora de control de procesos se opera usando un sistema operativo en tiempo real, que significa que las operaciones de procesamiento que tienen lugar en la computadora de control de procesos son deterministas, de tal forma que se conoce por adelantado y es seguro dentro de qué intervalo de tiempo se puede realizar una operación de procesamiento en particular con certeza. Esto significa que la computadora de control de procesos también puede implementar funciones críticas en tiempo, para lo cual es indispensable una respuesta de programa determinista desde el software de control. Las funciones del software de control que se implementan en la computadora de control de procesos y también el monitoreo de los datos de proceso que son fundamentales para la operación de la instalación técnica se realizan principalmente por medio de la computadora de cliente, que comprende un navegador de Internet para conexión a Internet.
Por ejemplo, WO 2011/150929 A1 se refiere a un sistema de computadora de energía eólica y un método para controlar y/o monitorear una central eléctrica eólica. US 2005/198241 A1 se refiere a un servidor web que comprende funcionalidad de automatización integrada y acceso a un sistema operativo en tiempo real.
En los sistemas de control anteriores estaban estrictamente estructurados de manera jerárquica: Había una pluralidad de dispositivos de automatización (por ejemplo, un PLC) en el nivel de automatización cerca del campo. Aquellos dispositivos de campo se conectan a servidores de automatización que se conectan nuevamente a una red de profibus que transmite señales al siguiente nivel jerárquico superior, el sistema de control y monitoreo de operador. Además, puede haber adicionalmente un sistema de diagnóstico separado que se usa para monitorear el estado de operación de la instalación técnica, particularmente los estados de operación críticos.
Además, estos sistemas de control de procesos no son muy flexibles, debido, entre otras cosas, al alto nivel de especialización de sus subsistemas. Se usan principalmente para grandes centrales eléctricas, tal como por ejemplo una central eléctrica de vapor fósil.
Sin embargo, el cambio en el campo de generación de energía tiene lugar desde la generación de energía central por grandes centrales eléctricas hacia la generación de energía distribuida en relación con la integración de fuentes de energía renovables. Esto también conduce a un cambio de la configuración del sistema de control. Además, se observa una creciente demanda en el monitoreo de condiciones y diagnósticos de las unidades de alimentación y centrales eléctricas distribuidas. Al mismo tiempo, las unidades de generación de energía se han vuelto más pequeñas (turbinas eólicas, campos solares, plantas de biogás) de modo manera que existe la necesidad de controles también pequeños y compactos cerca de los dispositivos de campo.
Adicionalmente, se necesitan soluciones independientes que permitan una integración impecable en sistemas de control distribuidos más grandes. Por lo tanto, las numerosas centrales eléctricas más pequeñas diferentes (eólica, solar, de biogás, etc.) se pueden conectar conjuntamente de tal forma que actúen como una central eléctrica individual que usa un sistema de control distribuido (DCS). Esto también se llama una central eléctrica virtual o una central eléctrica múltiple.
Existe la necesidad de un sistema y un método para un mejor componente integral para un preprocesamiento de diagnóstico cerca de la automatización, que permite una operación más eficiente. Adicionalmente, se debe incrementar la rentabilidad de los dispositivos de diagnóstico y automatización existentes.
La solución de este problema se logra por un sistema que comprende características de acuerdo con la reivindicación 1.
El sistema inventivo de operación y control de una pluralidad de unidades de generación de energía de acuerdo con la reivindicación 1 comprende un sistema de automatización y un sistema de diagnóstico combinados a un dispositivo. Por lo tanto, se proporciona un sistema combinado para diagnóstico y automatización, que se monta por al menos un componente/módulo de tiempo real y al menos un componente/módulo no de tiempo real, que se conectan por un enlace de comunicación. El componente de tiempo real se conecta a los módulos de E/S en el campo y funciona a una velocidad de muestreo más alta que el componente no de tiempo real. El componente de tiempo real está diseñado para ejecutar tanto tareas de diagnóstico como de automatización. El componente no de tiempo real comprende al menos una máquina virtual que contiene software de aplicación en su entorno de sistema operativo nativo (que significa el sistema de operación de la máquina virtual) y que se encuentra incorpora en un sistema operativo hospedador.
Por lo tanto, el sistema inventivo está diseñado ventajosamente para integrar más métodos y aplicaciones de diagnóstico en el hardware cerca del campo y para proporcionar una combinación fácil con la automatización. Adicionalmente, se puede construir una unidad o dispositivo más pequeño que ahorra costos y espacio. En general, el sistema sirve preferentemente como plataforma de hardware para generación distribuida que abarca la automatización de pequeñas unidades de generación (<30 MW, no redundantes), sistemas SCADA, soluciones de aceite y gas, monitoreo de rendimiento, múltiples centrales de energía (central eléctrica virtual) y también para soluciones de gestión Plant & Fleet como un centro de expertos remoto y sistemas de gestión de mantenimiento.
El sistema inventivo se divide en procesamiento en tiempo real y no en tiempo real en procesadores separados para optimizar el uso de los sistemas y permitir tecnologías específicas como la virtualización que de otro modo no sería completamente posible si se usa en tiempo real y no en tiempo real en el mismo procesador de hardware. Esta división permite una separación de procesamiento del servidor de aplicaciones (no en tiempo real), automatización y diagnóstico (tiempo real), en tanto que permite una buena conexión de comunicación entre los componentes y al mundo exterior.
El sistema inventivo proporciona una solución para ejecutar aplicaciones en la nube en dispositivos de campo. De esta manera, el diagnóstico se lleva a cabo conforme la aplicación se acerca al campo, donde el procesamiento de datos de los datos de campo se realiza preferentemente en tiempo real a una velocidad de muestreo más alta, tal como 100 kHz. También deben ser posibles velocidades de muestreo aún más altas. A fin de tener independencia de hardware para aplicaciones en la nube, se usa virtualización. Sin embargo, esto dificulta el uso de un entorno en tiempo real. Habitualmente, las aplicaciones en el entorno no de tiempo real no son dependientes de un comportamiento determinista (por ejemplo, base de datos, navegadores web, cliente ligero, software antivirus de visualización de datos) y no están diseñadas para un entorno de tiempo real. Sólo por combinación de componentes de tiempo real y no de tiempo real, incluso las tareas aparentes inconsistentes se pueden cumplir.
También debe ser posible que las aplicaciones basadas en la nube se intercambien o instalen fácilmente solo al mover la máquina virtual entre una agrupación centralizada de servidores y el dispositivo de campo. Habitualmente, la agrupación centralizada de servidores se usaría para configurar e iniciar la aplicación antes de que se mueva al dispositivo local. El hardware de tiempo real no siempre es perfectamente adecuado para un entorno en la nube y, dependiendo del método de diagnóstico usado, puede tener necesidades de procesamiento mucho mayores. La adquisición y procesamiento de señales también necesita un entorno de tiempo real, al igual que el algoritmo de control que debe proporcionar una salida determinista. Debido a que estas condiciones se excluyen parcialmente entre sí, la mejor solución es proporcionar un entorno separado para cada una. Esta solución pone la nube (entorno virtual) conjuntamente con el entorno de tiempo real y los conecta por medio de un enlace de comunicaciones (habitualmente basado en serie para reducir el volumen de cableado necesario. La interacción entre una nube que ahora está en el nivel de campo en un entorno no de tiempo real y el entorno de tiempo real donde se adquieren y procesan las señales proporciona el rendimiento óptimo. El sistema de tiempo real adquiere las señales, las procesa en una pluralidad de métodos de diagnóstico (por ejemplo, vibración, descarga parcial, devanado final, etc.) y algoritmos de control antes de proporcionar nuevas señales de salida para el sistema de tiempo real o entradas para el software de aplicación en el módulo no de tiempo real. Por lo tanto, se logra una reducción de latencia (respuesta) del software debido a la sobrecarga de ejecución de software de la virtualización.
Adicionalmente, el sistema inventivo muestra una mayor integración de las dos computadoras grandes anteriores (para automatización y diagnóstico) en un dispositivo pequeño. En una realización preferida, el componente de tiempo real comprende al menos dos procesadores al menos uno para ejecución de tareas de diagnóstico y al menos uno para ejecución de tareas de automatización, los procesadores que se basan en un procesador de agrupación.
La ventaja de combinar todo en una unidad pequeña individual es que el menor costo de las CPU grandes (potencia de procesamiento en GFlops/dólar) se puede usar para generar una solución única de software para muchos procesos. Esto significa que muchos tipos de hardware de diagnóstico diferentes y también tipos de hardware de controlador se pueden reducir a uno. También significa que se puede remover el costo de cableado entre muchos sistemas. Se reduce el espacio de estante necesario con la reducción asociada en la necesidad de gabinetes de automatización y sistema de diagnóstico. El servidor de aplicaciones necesario también se optimiza, ya que esta parte ahora está cubierta por el módulo no de tiempo real. Al mismo tiempo, todas las señales se ponen conjuntamente, que reduce los retrasos de comunicación entre sistemas. Esto permite automatizar y diagnosticar procesos más dinámicos, puesto que el sistema puede reaccionar más rápido a los procesos cambiantes. Las diferentes soluciones de diagnóstico y automatización se reducen a un requerimiento de ancho de banda de procesamiento, memoria y comunicación.
En una realización adicional, el enlace de comunicación entre el componente de tiempo real y el componente no de tiempo real y/o el enlace de comunicación entre las tarjetas de E/S y el componente de tiempo real son interfaces serie de alta velocidad tal como, por ejemplo, una comunicación serie rápida de e /s (SRIO) o una comunicación de interconexión de componente periférico exprés (PCIe). Para cada interfaz incluso una de aquellos enlaces de datos se puede usar uno o incluso se pueden combinar ambos (SRIO y PCI). La ventaja de las interfaces serie de alta velocidad es que los enlaces SRIO y PCIe son mucho más rápidos que las conexiones Ethernet en cuanto al transporte de datos y tienen menos latencia, por lo que no hay retrasos en el lado de tiempo real. La ventaja de tener ambos tipos de interfaces de alta velocidad disponibles para las tarjetas de E/S es que un diseñador no está restringido y puede elegir una gama más amplia de productos comerciales listos para uso. Elegir entre tipos de enlace también permite que se optimice el procesamiento en tiempo real.
En una realización adicional, se interpone una capa de hipervisor entre las máquinas virtuales y el sistema operativo hospedador del componente no de tiempo real. La ventaja es que entonces se pueden usar máquinas virtuales de diferentes proveedores.
En una realización adicional, la comunicación de las máquinas virtuales solo se debe llevar a cabo sobre la capa de aplicación de comunicación ubicada en el sistema operativo hospedador, incluso para comunicaciones entre los entornos virtuales. La ventaja de esa realización es que se puede implementar seguridad adicional en la capa de aplicación de comunicación y que se crea una interfaz uniforme para comunicación entre componentes.
En una realización adicional, el componente no de tiempo real proporciona medios para acceso a Internet y/o entornos en la nube. La ventaja de dejar el acceso a Internet en el módulo no de tiempo real es que un retraso inesperado en la red no influirá en el entorno de tiempo real. La seguridad del sistema también es más fácil de implementar en el lado no de tiempo real, puesto que muchas soluciones comerciales se pueden comprar e instalar.
En una realización adicional, el sistema inventivo abarca al menos una tarjeta portadora para sostener los componentes de tiempo real y no en tiempo real y las tarjetas de E/S. La ventaja es un diseño muy compacto y que el módulo de tiempo real se puede expandir con facilidad con tarjetas de E/S adicionales.
En una realización muy ventajosa, el tamaño del sistema tiene un factor de forma de aproximadamente 270 mm de ancho 3 162 mm de profundidad 3 120 mm de altura. La ventaja de este factor de forma es que permite que se instalen tres tarjetas de E/S de tipo XMC una al lado de la otra. El ancho y longitud se eligieron en consecuencia. La altura se eligió de modo que se pueden ajustar dos portadores, cada uno con tres tarjetas XMC. Al ajustar el sistema en las dimensiones mencionadas, se logra la reducción de los sistemas de control comunes, que proporciona la mayor flexibilidad para el uso.
Preferentemente, el sistema inventivo puede manejar para el procesamiento de diagnóstico una pluralidad de métodos al mismo tiempo. La ventaja es que la cantidad de hardware se reduce puesto que solo se necesita un solo hardware. Adicionalmente, el sistema compacto reduce al mínimo los retrasos entre los sistemas diferentes anteriores y por lo tanto, se pueden manejar procesos más dinámicos. Como resultado, se remueven las conexiones de red entre diferentes sistemas (por ejemplo, ProfiBus, Ethernet, etc.), que ahorra tiempo de ingeniería, costos de instalación y espacio.
En una realización preferida adicional, se puede realizar una pluralidad de canales de comunicación a servidores externos y otros dispositivos a través de las diferentes interfaces de enlace externo (por ejemplo, Ethernet, Profinet, RS-232, USB, etc.). Esto muestra el potencial de comunicación del sistema inventivo. Al tener Ethernet, ProfiNet y diferentes interfaces seriales como RS-232 y USB disponibles, y tal vez al combinarlo con un software de automatización como ejemplo, el sistema inventivo está sirviendo como una plataforma de comunicación al mismo tiempo. Entonces es posible tener un servidor de automatización en la parte no de tiempo real, en tanto que también se realiza adquisición de datos de diagnóstico y automatización en paralelo en la parte de tiempo real.
En el siguiente texto, una realización de ejemplo de la solución de acuerdo con la invención se explica en más detalle con base en el dibujo esquemático anexos, en donde: La figura 1 muestra una vista esquemática de una realización de ejemplo del sistema inventivo para el control de una pluralidad de unidades de generación de energía. La figura 2 muestra una realización de una realización de hardware del sistema inventivo.
La figura muestra un diagrama de bloques que ilustra componentes de un sistema 1 para el control de una pluralidad de unidades de generación de energía. El sistema inventivo 1 comprende al menos dos módulos. El primer módulo se configura para que sea un componente de tiempo real 10, que funciona en tiempo real. Este módulo se acopla o enlaza de manera comunicativa mediante un enlace de datos 30 tal como un enlace serial a un módulo no de tiempo real 20. El enlace de datos 30 entre los dos entornos se asocia con los controladores de dispositivo 35a y 35b en ambos lados.
El componente 10 (el componente de tiempo real) se conecta mediante un enlace de datos 6 a los módulos de E/S de diagnóstico 5. Esos módulos de entrada/salida se realizan de esta manera, que comprenden extensiones de hardware para la automatización en tiempo real, tal como módulos de E/S comunes con un procesador de señal digital (DSP) integrado que comprende un entorno de tiempo de ejecución. Las E/S de diagnóstico permiten el procesamiento de una pluralidad de canales de señal. En esta realización, un número de 8 canales para un módulo de E/S es ventajoso. Por cuadro se puede realizar un número de 6 módulos con poco esfuerzo.
La diferencia entre un módulo de E/S de diagnóstico y un módulo de E/S de automatización radica en la frecuencia de muestreo del circuito de entrada y la cantidad de datos transferidos a la unidad de procesamiento. Sin embargo, la automatización también puede muestrear a la misma velocidad de datos de muestra que la E/S de diagnóstico mientras tanto, que hace que la diferencia sea más pequeña y solo dependa del volumen de datos transferidos a la CPU. Esto es mucho mayor en el caso de los sistemas de diagnóstico.
El componente 10 consiste de varios procesadores que se ponen en una infraestructura común. En esta realización, el componente de tiempo real incorpora un sistema en un chip 7 (SoC) con un procesador de señal digital 8 (DSP). El procesador de señal digital (DSP) 8 procesa los flujos de datos de los canales de E/S 5 de acuerdo con una pluralidad de algoritmos. Se puede usar por ejemplo, para reducción de datos. Se puede proporcionar un medio para conexión directa con los módulos de E/S (mecanismo de acoplamiento o enchufe). Un segundo procesador 9 se usa para funciones de automatización y diagnóstico en esta realización. El procesador de control 9, donde se implementan los algoritmos de control de automatización, puede integrar un controlador de tiempo de ejecución de automatización 99, que es un componente integrado tal como una máquina virtual que incluye software de automatización. Puesto que el componente 10 consiste de una pluralidad de procesadores más pequeños (procesadores de múltiples núcleos) de al menos dos tipos diferentes, los retrasos de comunicación entre los sistemas se mantienen al mínimo. Habitualmente, estos procesadores usarían un sistema operativo que proporciona un comportamiento determinista (en tiempo real). El procesamiento de diagnóstico se implementaría habitualmente en el lado de DSP debido al número de compresión necesaria y la automatización en el lado de CPU de control. Para el mundo externo, el componente 10 tiene enlaces de datos a las tarjetas de E/S (componente 5) y al componente no de tiempo real 20. Pueden existir otros enlaces de comunicación 31 (ejemplo: ProfiNet) para E/S adicionales.
El componente 20 es una PC industrial. Consiste en una CPU, una memoria, un almacenamiento permanente como un disco duro, una pluralidad de puertos serie para comunicaciones internas y externas como por ejemplo (pero no limitado a) Ethernet, RS-232, PCIe, u Sb . Un adaptador de pantalla también es parte del componente de tal forma que se pueda unir una pantalla. Se instala un sistema operativo común tal como un sistema operativo Linux y contiene enlaces de datos tal como enlaces Ethernet 32 al mundo exterior donde se puede conectar a bases de datos externas, la nube y otros componentes del sistema de control distribuido.
El módulo no de tiempo real 20 comprende al menos una máquina virtual 22a, 22b con un sistema operativo propio que ejecuta el software de aplicación. La máquina virtual ofrece una plataforma independiente de hardware donde, por ejemplo, se pueden ejecutar aplicaciones en la nube. La máquina virtual se puede poner en una aplicación de hipervisor. El hipervisor presenta los sistemas operativos invitados con una plataforma operativa virtual y gestiona la ejecución de los sistemas operativos invitados. En esta realización, el hipervisor se ejecuta en un sistema operativo convencional como Linux o Windows. Entonces el hipervisor se incorpora en Linux y las máquinas virtuales están en la parte superior del hipervisor. Adicionalmente, se pueden proporcionar máquinas virtuales adicionales para software de aplicación y al menos un contenedor de tiempo de ejecución general adicional 23.
La comunicación entre las máquinas virtuales y al mundo exterior se controla por una capa de aplicación de comunicación CAL que proporciona seguridad, control de acceso y gestión de tráfico entre los diferentes sistemas. La CAL proporciona una interfaz e infraestructura uniformes para desarrolladores y facilita la integración de diferentes sistemas que se necesitan comunicar entre sí. Una comunicación entre las máquinas virtuales también funciona sin la capa de aplicación de comunicación. En este caso, sin embargo, los aspectos de seguridad ya no se pueden cumplir.
El sistema de operación que se va a usar preferentemente como sistema operativo hospedador es Linux. La ventaja de usar Linux es que está comercialmente disponible y es de alta calidad y muy flexible.
Además Linux tiene la ventaja de que se puede instalar en el metal base de las tarjetas portadoras.
El volumen de datos que se genera en el campo se reduce al aplicar una pluralidad de algoritmos de agregación de datos, que se ejecutan principalmente en el componente de tiempo real 10. Por lo tanto, el sistema inventivo 1 muestra también un alto potencial de reducción de datos al tener todo en un sistema de hardware disponible antes de que se empuje a la red y al mundo exterior. Esto es especialmente cierto para la parte de diagnóstico donde se generan grandes volúmenes de datos, pero solo se mantienen las características importantes de la señal.
En la figura 2 se muestra una realización para una realización de hardware. El sistema inventivo se puede realizar por varias placas o portadores electrónicos 12, 22 con ciertos procesadores 13 en el mismo, las placas que se separan por separadores 40 para proporcionar una mejor circulación de aire y más estabilidad.
En esta realización, hay una placa que no de tiempo real 22, que comprende un procesador 23 tal como un procesador Intel i7. La placa i7 se instala con Linux y las diferentes máquinas virtuales necesarias que contiene el software de aplicación. La conexión a la placa de tiempo real 12 se realiza a través de un PCI Express (PCIe). La placa de tiempo real 12 consiste de un Texas Instruments SoC (sistema en un chip) con DSP (procesador de señal digital) y procesadores ARM A15 13 y memoria externa. Los algoritmos de diagnóstico de máquina se implementan en el lado de DSP donde está la alta capacidad de procesamiento de datos y la automatización en el lado de ARM A15 donde el hardware es más adecuado para algoritmos de control. Cada tipo de procesador (DSP y ARM) usa un sistema operativo determinista (de tiempo real). El TI SoC proporciona enlaces de datos SRIO (Serial Rapid 10) y PCI Express. Las PCIe se comparten con el módulo no de tiempo real, pero el SRIO se dedica a las tarjetas de adquisición de datos. Las placas de E/S 50 cumplen con la norma ANSI VITA 42 usando el factor de forma mezzanine x Mc para Serial Rapid IO y PCI Express 10. La implementación de adquisición de datos usa 102,4 kHz como velovidad de muestreo, pero también se puede cambiar por productos comerciales listos para uso (COTS) con diferentes tipos de E/S o diferentes velocidades de muestreo. En esta implementación se pueden apilar hasta dos tarjetas portadoras, cada una con 3 tarjetas de adquisición. La E/S también puede contener un elemento de procesamiento como un FPGA para implementar funciones de preprocesamiento adicionales como filtros digitales como un ejemplo antes de enviar datos al DSP para procesamiento.
El sistema inventivo se puede agregar a una PC industrial de tal forma que también cumpla con la especificación de temperatura para un dispositivo de campo.

Claims (9)

REIVINDICACIONES
1. Sistema de operación, control y diagnóstico de una pluralidad de unidades de generación de energía
que comprende un sistema de automatización y un sistema de diagnóstico combinados a un dispositivo, caracterizado porque el dispositivo comprende
al menos un módulo que es un componente de tiempo real y
al menos un módulo que es un componente no de tiempo real, ambos módulos que se conectan por un enlace de comunicación,
el componente de tiempo real que se conecta a los módulos de E/S, el componente de tiempo real que funciona a una velocidad de muestreo más alta que el componente no de tiempo real,
el componente de tiempo real que se diseña para ejecutar tanto tareas de diagnóstico como de automatización en tiempo real
y
el componente no de tiempo real que comprende al menos una máquina virtual que contiene software de aplicación en su entorno de sistema operativo nativo y que se incorpora en un sistema operativo hospedador,
y una capa de hipervisor que se interpone entre las máquinas virtuales y el sistema operativo hospedador, donde el hipervisor presenta los sistemas operativos invitados con una plataforma operativa virtual y gestiona la ejecución de los sistemas operativos invitados.
2. Sistema de acuerdo con la reivindicación 1, caracterizado porque
el componente de tiempo real comprende al menos dos procesadores al menos uno para ejecución de tareas de diagnóstico y al menos uno para ejecución de tareas de automatización, los procesadores que se basan en un procesador de agrupación.
3. Sistema de acuerdo con la reivindicación 1 o 2, caracterizado porque
el enlace de comunicación y/o el enlace de comunicación es una interfaz serie de alta velocidad que proporciona tanto: Comunicación serie rápida de E/S (SRIO) o comunicación de interconexión de componente periférico exprés (PCI).
4. Sistema de acuerdo con una de las reivindicaciones de proceso, caracterizado porque
la comunicación de las máquinas virtuales solo se debe realizar sobre la capa de aplicación de comunicación (CAL) ubicada en el sistema operativo hospedador, incluso para comunicaciones entre los entornos virtuales.
5. Sistema de acuerdo con una de las reivindicaciones de proceso, caracterizado porque
el componente no de tiempo real proporciona medios o acceso a Internet y/o entornos en la nube.
6. Sistema de acuerdo con una de las reivindicaciones de proceso, caracterizado porque
el sistema abarca al menos una tarjeta portadora para sostener los componentes y las tarjetas de E/S.
7. Sistema de acuerdo con una de las reivindicaciones de proceso, caracterizado porque
el tamaño del sistema tiene un factor de forma de aproximadamente 270 mm de ancho 3162 mm de profundidad 3 120 mm de altura.
8. Sistema de acuerdo con una de las reivindicaciones de proceso, caracterizado porque
se proporcionan medios para el procesamiento de diagnóstico para manejar una pluralidad de métodos de diagnóstico al mismo tiempo.
9. Sistema de acuerdo con una de las reivindicaciones de proceso, caracterizado porque
se puede realizar una pluralidad de canales de comunicación a servidores externos y otros dispositivos a través de las diferentes interfaces de enlace externo.
ES15173692T 2015-06-24 2015-06-24 Sistema de operación y control de una pluralidad de unidades de generación de energía. Active ES2904265T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP15173692.3A EP3109715B1 (en) 2015-06-24 2015-06-24 System for operation and control of a plurality of power generating units

Publications (1)

Publication Number Publication Date
ES2904265T3 true ES2904265T3 (es) 2022-04-04

Family

ID=53502456

Family Applications (1)

Application Number Title Priority Date Filing Date
ES15173692T Active ES2904265T3 (es) 2015-06-24 2015-06-24 Sistema de operación y control de una pluralidad de unidades de generación de energía.

Country Status (2)

Country Link
EP (1) EP3109715B1 (es)
ES (1) ES2904265T3 (es)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10214540A1 (de) * 2002-04-02 2003-10-30 Siemens Ag Webserver mit integrierter Automatisierungsfunktionalität und Zugriff auf ein Echtzeit-Betriebssystem
US20050251806A1 (en) * 2004-05-10 2005-11-10 Auslander Marc A Enhancement of real-time operating system functionality using a hypervisor
DE102007043795A1 (de) * 2007-09-13 2009-04-02 Siemens Ag Leittechniksystem für eine technische Anlage und Verfahren zum Betreiben eines leittechnischen Systems
WO2011150929A1 (en) * 2010-05-31 2011-12-08 Vestas Wind Systems A/S A computer system and method for controlling and/or monitoring a wind power plant

Also Published As

Publication number Publication date
EP3109715A1 (en) 2016-12-28
EP3109715B1 (en) 2021-10-20

Similar Documents

Publication Publication Date Title
CN110998523B (zh) 用于服务器虚拟化的计算资源的物理划分
Duato et al. Performance of CUDA virtualized remote GPUs in high performance clusters
JP7057093B2 (ja) プログラマブルな行列処理エンジン
US10348628B2 (en) Placement of virtual machines in a virtualized computing environment
Roozbeh et al. Software-defined “hardware” infrastructures: A survey on enabling technologies and open research directions
TWI507867B (zh) 多計算節點之以單一微控制器爲基礎的管理技術
US11269801B2 (en) System decoder for training accelerators
BRPI1013629B1 (pt) Sistema, método, e equipamento de computação em nuvem
RU151425U1 (ru) Вычислительный модуль многопроцессорной крейтовой системы и многопроцессорная система из этих модулей
US20160170923A1 (en) Aggregate baseboard management controller (bmc) controller
US20180046476A1 (en) Workload placement in a hybrid cloud environment
DK2778935T3 (en) Effective input / output (I / O) operations
US9983989B1 (en) Suspect code detection in software regression
US20100257294A1 (en) Configurable provisioning of computer system resources
ES2904265T3 (es) Sistema de operación y control de una pluralidad de unidades de generación de energía.
US10255209B2 (en) Tracking statistics corresponding to data access in a computer system
US20160050115A1 (en) Networking component management in host computing systems in a virtual computing environment
US20150052409A1 (en) Flexible interrupt generation mechanism
US9588917B2 (en) Tracking statistics corresponding to data access in a computer system
US9600322B1 (en) Leveraging multiprocessor fabric link aggregation
Bauer et al. Noctua2 Supercomputer
Zhang et al. A homogeneous many-core x86 processor full system framework based on NoC
RU131516U1 (ru) Системная плата
KR101592375B1 (ko) 클러스터 시스템 및 클러스터 시스템에서의 통신 방법
Ijaz et al. Wireless versus wired network-on-chip to enable the multi-tenant multi-fpgas in cloud