ES2754618T3 - Procedimiento y disposición para la actualización automática de un software de control de una planta de energía eólica - Google Patents

Procedimiento y disposición para la actualización automática de un software de control de una planta de energía eólica Download PDF

Info

Publication number
ES2754618T3
ES2754618T3 ES17185966T ES17185966T ES2754618T3 ES 2754618 T3 ES2754618 T3 ES 2754618T3 ES 17185966 T ES17185966 T ES 17185966T ES 17185966 T ES17185966 T ES 17185966T ES 2754618 T3 ES2754618 T3 ES 2754618T3
Authority
ES
Spain
Prior art keywords
wind power
power plant
control software
compatibility
switching
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
ES17185966T
Other languages
English (en)
Inventor
Jens Altemark
Markus Book
Anton Kupper
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.)
Senvion GmbH
Original Assignee
Senvion GmbH
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=40493752&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2754618(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Senvion GmbH filed Critical Senvion GmbH
Application granted granted Critical
Publication of ES2754618T3 publication Critical patent/ES2754618T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • FMECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F03MACHINES OR ENGINES FOR LIQUIDS; WIND, SPRING, OR WEIGHT MOTORS; PRODUCING MECHANICAL POWER OR A REACTIVE PROPULSIVE THRUST, NOT OTHERWISE PROVIDED FOR
    • F03DWIND MOTORS
    • F03D7/00Controlling wind motors 
    • F03D7/02Controlling wind motors  the wind motors having rotation axis substantially parallel to the air flow entering the rotor
    • F03D7/04Automatic control; Regulation
    • F03D7/042Automatic control; Regulation by means of an electrical or electronic controller
    • F03D7/047Automatic control; Regulation by means of an electrical or electronic controller characterised by the controller architecture, e.g. multiple processors or data communications
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • FMECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F05INDEXING SCHEMES RELATING TO ENGINES OR PUMPS IN VARIOUS SUBCLASSES OF CLASSES F01-F04
    • F05BINDEXING SCHEME RELATING TO WIND, SPRING, WEIGHT, INERTIA OR LIKE MOTORS, TO MACHINES OR ENGINES FOR LIQUIDS COVERED BY SUBCLASSES F03B, F03D AND F03G
    • F05B2270/00Control
    • F05B2270/30Control parameters, e.g. input parameters
    • F05B2270/32Wind speeds
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02EREDUCTION OF GREENHOUSE GAS [GHG] EMISSIONS, RELATED TO ENERGY GENERATION, TRANSMISSION OR DISTRIBUTION
    • Y02E10/00Energy generation through renewable energy sources
    • Y02E10/70Wind energy
    • Y02E10/72Wind turbines with rotation axis in wind direction
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P70/00Climate change mitigation technologies in the production process for final industrial or consumer products
    • Y02P70/50Manufacturing or production processes characterised by the final manufactured product

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Sustainable Development (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Sustainable Energy (AREA)
  • Chemical & Material Sciences (AREA)
  • Combustion & Propulsion (AREA)
  • Mechanical Engineering (AREA)
  • Wind Motors (AREA)
  • Stored Programmes (AREA)
  • Control Of Eletrric Generators (AREA)

Abstract

Procedimiento para la actualización automática del software de control de una planta de energía eólica (20), en donde la planta de energía eólica comprende una unidad de control con una primera zona de memoria y una segunda zona de memoria, separada de la primera, con los siguientes pasos: a) determinar la compatibilidad de una nueva versión del software de control con la planta de energía eólica (20); b) transferir la nueva versión del software de control a la planta de energía eólica (20) ante un resultado positivo de la prueba de compatibilidad (paso 200); c) poner en servicio la planta de energía eólica (20) con el software de control transferido (paso 220), en el que la planta de energía eólica (20) se mantiene en servicio mientras se transfiere la nueva versión del software de control a la planta de energía eólica (20).

Description

DESCRIPCIÓN
Procedimiento y disposición para la actualización automática de un software de control de una planta de energía eólica
La invención se refiere a un procedimiento y una disposición para la actualización automática del software de control de una planta de energía eólica. Las plantas de energía eólica se operan con un software de control que controla la interacción de los componentes dentro de la planta de energía eólica, así como la interacción de la planta de energía eólica con la red de conexión. El software de control debe observar las condiciones de compatibilidad en las cuales opera la planta de energía eólica. Se debe tener en cuenta con qué componentes está equipada la planta de energía eólica, qué tensiones son admisibles, con qué potencias puede ser operada la planta de energía eólica, qué frecuencia característica tiene la torre de la planta de energía eólica, en qué modo de operación es mínima la emisión sonora de la planta de energía eólica, etc. Todas estas condiciones de compatibilidad están definidas por los parámetros operativos de la planta de energía eólica. El software de control toma en consideración los parámetros operativos.
De tanto en tanto, el software de control de una planta de energía eólica es sustituido por una nueva versión del software de control. Según el procedimiento clásico, un operador controla sucesivamente las diferentes plantas de energía eólica desde un puesto de comando a través de una línea de datos, transfiere la nueva versión del software a cada planta de energía eólica individua e instala el software mediante órdenes ingresadas manualmente. La actualización del software toma en cada planta de energía eólica alrededor de 1,5 horas. Por el tiempo empleado por el operador y la detención de la planta de energía eólica se producen costes considerables.
Del documento EP 1788478 A2 se conoce un procedimiento para la actualización automática del software de control de una gran cantidad de plantas de energía eólica. La nueva versión del software de control se transfiere allí una vez desde un puesto de comando a un maestro de parque, al cual está conectada una gran cantidad de plantas de energía eólica. Desde el maestro de parque se controlan sucesivamente las diversas plantas de energía eólica y se transfiere la nueva versión del software de control a las plantas de energía eólica. De esta forma, se reduce la cantidad de datos transferidos entre el puesto de comando y el maestro de parque. Esto conlleva un notable ahorro de tiempo, ya que la línea de datos entre el puesto de comando y el maestro de parque está diseñada, en muchos casos, solo para una tasa de transferencia reducida.
El procedimiento de acuerdo con el documento EP 1788478 A2 muestra sus ventajas cuando todas las plantas de energía eólica conectadas al maestro de parque son operadas con parámetros operativos idénticos. Entonces, el software de control puede estar diseñado para los parámetros operativos correspondientes y cargarse sucesivamente, sin ningún ajuste posterior, en las diversas plantas de energía eólica.
Sin embargo, la condición de que todas las plantas de energía eólica conectadas al maestro de parque sean operadas con los mismos parámetros operativos no siempre se cumple. Esto también se da cuando las plantas de energía eólica son, en principio, del mismo tipo constructivo. Por ejemplo, las plantas de energía eólica pueden diferenciarse en sus componentes, como, por ejemplo, en los generadores o en las transmisiones. Una planta de energía eólica dispuesta en la cima de un cerro puede estar equipada con una señalización distinta de peligro que una planta de energía eólica dispuesta en la ladera.
Las variaciones de este tipo pueden dar lugar a que se diferencien los parámetros operativos de la planta de energía eólica. Puede ser que en la nueva versión del software de control resulten necesarios ajustes para que se la pueda emplear en una planta de energía eólica con parámetros operativos diferentes
En el procedimiento de acuerdo con el documento EP 1788478 A2, las plantas de energía eólica que se operan con parámetros operativos diferentes deben ser clasificadas en forma manual. Se debe instruir al maestro de parque para saltear estas plantas de energía eólica durante la actualización automática del software de control. Esto es complejo e implica un alto potencial de errores, porque posiblemente no se reconozcan todas las plantas de energía eólica diferentes.
Se pueden producir problemas con la compatibilidad del software de control no solamente cuando se actualiza el software de control, sino también cuando, si bien se mantiene el software de control, cambian los parámetros operativos de la planta de energía eólica. Los parámetros operativos de una planta de energía eólica pueden cambiar, por ejemplo, cuando un mecánico realiza el mantenimiento de la planta de energía eólica y allí realiza ajustes que repercuten en los parámetros operativos. Hasta ahora, el mecánico debe verificar de forma manual y dispendiosa, si los ajustes modificados dan lugar a problemas con respecto a la compatibilidad del software de control.
La invención, a partir del estado de la técnica descrito al principio, se basa en el objetivo de presentar un procedimiento y una disposición para actualizar un software de control con una planta de energía eólica, que facilite los procedimientos al actualizar el software de control, como también durante el mantenimiento de plantas de energía eólica. Se cumple el objetivo mediante las características de las reivindicaciones independientes. Las reivindicaciones secundarias representan formas ventajosas de realización.
En primer lugar, se explicarán algunos conceptos. Un parámetro operativo de una planta de energía eólica es cualquier parámetro que representa una característica de una planta de energía eólica en una forma que permite un procesamiento mediante un software de control. Los parámetros operativos comprenden constantes, curvas características, funciones matemáticas, tablas de valores, números de serie o identificaciones de tipo de la planta de energía eólica o de sus componentes.
Cuando un software de control procesa parámetros, los parámetros deben tener valores predeterminados o deben estar dentro de intervalos predeterminados, para que el software de control opere en la forma prevista. Al codificar el software de control se indica para qué parámetros estándar está determinado el software de control, que también son pues los parámetros estándar del software de control. Si un software de control opera con parámetros que no son parámetros estándar, esto puede dar lugar, según la gravedad de las diferencias a una operación defectuosa de la planta de energía eólica.
El procedimiento de acuerdo con la invención tiene la ventaja de que mantiene bajo los gastos y, por lo tanto, los costos. Con parámetros estándar y los parámetros operativos solo se deben transferir cantidades pequeñas de datos a la unidad aritmética. La determinación de diferencias entre los parámetros operativos y los parámetros estándar puede ser realizada por la unidad de cálculo en un procedimiento estandarizado. Mediante el procedimiento de acuerdo con la invención se ahorra una gran cantidad de pasos ejecutados manualmente. Se disminuye el peligro de errores graves en ciertas circunstancias por parte del personal de operación.
Para que sea posible una realización automática de la prueba de compatibilidad, por ejemplo, por un módulo de lógica, deben estar especificados criterios, por medio de los cuales se decida sobre la compatibilidad. En el caso más sencillo, el resultado de la prueba de compatibilidad solo es positivo cuando todos los parámetros operativos se ajustan a parámetros estándar. Cualquier diferencia produce un resultado negativo de la prueba de compatibilidad. Existen casos en los que el software de control, a pesar de una diferencia entre los parámetros operativos y los parámetros estándar es compatible con la planta de energía eólica. La eficiencia del procedimiento de acuerdo con la invención se mejora cuando se especifican criterios, por medio de los cuales de puede decidir de manera automática si, a pesar de una diferencia, aún está dada la compatibilidad. Se pueden especificar dichos criterios en forma de clases de compatibilidad que se asignan a los parámetros estándar. En consecuencia, por medio de las clases de compatibilidad se puede responder de manera diferenciada según la gravedad de la diferencia.
Por ejemplo, a los parámetros estándar se les puede asignar cuatro clases de compatibilidad: en la primera clase de compatibilidad, a pesar de una diferencia, el software de control se carga sin consulta. En la segunda clase de compatibilidad, el software de control se carga, asimismo sin consulta, pero se efectúa un aviso a un puesto de control. En la tercera clase de compatibilidad, una diferencia provoca que el software de control solo pueda ser cargado después de una orden expresa del puesto de comando. En la cuarta clase de compatibilidad, el software de control no es compatible en el caso de una diferencia.
El procedimiento se puede aplicar con una versión del software de control, con la que la planta de energía eólica ya fue operada con anterioridad, esto es, con una versión activa del software de control. Esto entra en consideración, por ejemplo, cuando los parámetros operativos de una planta de energía eólica han cambiado después de trabajos de mantenimiento. Otra ocasión para una prueba de compatibilidad según el procedimiento de acuerdo con la invención puede ser que la planta de energía eólica deba ser puesta en funcionamiento por primera vez con una nueva versión del software de control. En ambos casos, se ahorra una gran cantidad de pasos que, hasta ahora, se realizan de forma manual.
Pueden estar previstas varias versiones del nuevo software. Entonces, el módulo de lógica puede elegir, por medio de los parámetros operativos, una versión del nuevo software en el que cuadren los parámetros estándar y los parámetros operativos.
El software de control puede estar diseñado de forma que los parámetros estándar individuales o todos los parámetros individuales deban tener un valor determinado con exactitud. Así, por ejemplo, puede ser que un software de control pueda operar conjuntamente solo con un tipo determinado de transformador o un tipo determinado de convertidor.
Es asimismo posible que sea suficiente para el software de control si los parámetros operativos se encuentran dentro de determinados intervalos. Esto se puede dar, por ejemplo, para la tensión máxima permitida en los componentes de la planta de energía eólica. Entonces, los parámetros estándar comprenden intervalos de parámetros.
Puede suceder que diversos parámetros operativos de la planta de energía eólica en el programa de control tengan una dependencia entre sí. Así, por ejemplo, en un primer tipo de transmisión solo puede ser admisible una determinada temperatura, mientras que en un segundo tipo de transmisión ya se haya superado un valor límite de la temperatura admisible. Dichas dependencias se pueden resolver teniendo en cuenta que los parámetros estándar están representados por medio de una matriz de parámetros estándar.
El procedimiento de acuerdo con la invención para determinar la compatibilidad del software de control puede ser elemento de un procedimiento con el que se actualiza el software de control de una planta de energía eólica. Entonces, en el caso de un resultado positivo de la prueba de compatibilidad, se transfiere una nueva versión del software de control a la planta de energía eólica y la planta de energía eólica se pone en funcionamiento con el ü software de control transferido. El procedimiento para actualizar el software de control se puede ejecutar automáticamente. Luego, ante una decisión positiva sobre la compatibilidad, se trasmite una señal a una unidad de control, según la cual se pone en marcha automáticamente la transferencia del software de control.
Durante la transferencia del software de control a la planta de energía eólica, la planta de energía eólica se puede poner fuera de servicio. Sin embargo, esto no es obligatorio, es decir, la planta de energía eólica puede seguir operando aún con la versión anterior del software de control.
En una forma ventajosa de realización, la planta de energía eólica tampoco se saca de servicio cuando el software de control se instala en la planta de energía eólica y cuando la unidad de control de la planta de energía eólica se conmuta desde la versión anterior del software de control a la nueva versión del software de control. A ese fin, primero se instala la nueva versión del software en una zona pasiva de memoria de la unidad de control. Si se completa la instalación en la zona pasiva de memoria, la unidad de control puede, por medio de un módulo de conmutación, ser conmutada de manera tal que la zona pasiva de memoria se convierte en zona activa de memoria, sin que la planta de energía eólica deba ser puesta fuera de servicio. Dado el caso se puede haber previsto un dispositivo de seguridad separado que controle la planta de energía eólica durante la conmutación y después de la conmutación, y que conmuta la unidad de control nuevamente a la zona de memoria antes activa, si ella determina irregularidades en la operación con la nueva versión del software de control. Si las irregularidades son de tal tipo que no pueden ser subsanadas tampoco mediante una conmutación a la versión anterior del software de control, el dispositivo de seguridad puede iniciar una parada de emergencia de la planta de energía eólica. El módulo de conmutación puede estar diseñado de forma que, al conmutar la unidad de control de una zona de memoria a la otra zona de memoria, elija un instante de tiempo en el que la planta de energía eólica se encuentre en un estado estable de funcionamiento. Por ejemplo, no se conmuta entre ambas zonas de memoria, si la planta de energía eólica ya está expuesta a elevadas velocidades de viento y las fallas por la conmutación del software de control pudieran provocar una sobrecarga de la planta de energía eólica. Por lo tanto, de manera ventajosa, la conmutación del software de control se produce en una velocidad predeterminada de viento, por ejemplo, por debajo de la velocidad de funcionamiento. La conmutación del software de control también se puede hacer dependiente de que otros valores de entorno se encuentren dentro de límites preestablecidos. De manera alternativa, la modificación del software se puede retrasar de modo automatizado, hasta que la planta de energía eólica, por ejemplo, debido a un período de poca actividad o a una falla en la red eléctrica, no alimente con energía a la red de conexión. De este modo, se puede evitar una falla adicional en la generación de energía o la operación de la planta de energía eólica. La idea de mantener en servicio la planta de energía eólica durante la conmutación a la nueva versión del software, también debería incluirse en el alcance de la protección, dado el caso, independientemente de si ha verificado la compatibilidad del software de control con los parámetros operativos. Esto se aplica tanto para un procedimiento adecuado como también para una planta de energía eólica con los componentes útiles para la ejecución del procedimiento.
La determinación de la compatibilidad del software de control también puede ser elemento de un procedimiento con el que el se actualiza software de control de una gran cantidad de plantas de energía eólica. Los parámetros estándar de una nueva versión del software de control se transfieren entonces a un maestro de parque al que está conectada una cantidad de plantas de energía eólica. Se denomina maestro de parque a todo dispositivo que se encarga de las funciones de gestión para una cantidad de plantas de energía eólica. Entonces, se verifica la compatibilidad del software de control, sucesivamente o también en paralelo, para las diversas plantas de energía eólica, en donde el maestro de parque controla para este fin las plantas de energía eólica. En el caso de un resultado positivo de la prueba de compatibilidad, la nueva versión del software de control se transfiere por medio del maestro de parque a las plantas de energía eólica. A continuación, se ponen en servicio las plantas de energía eólica con la nueva versión del software de control.
La invención se refiere, además, a una disposición para la actualización automática del software de control de una planta de energía eólica con las características de la reivindicación 9.
Además, la unidad de control puede estar diseñada para transferir una nueva versión del software de control a las plantas de energía eólica, si la prueba de compatibilidad ha arrojado un resultado positivo. Por otra parte, ella puede estar diseñada para elegir, mediante los parámetros operativos, una versión adecuada del software de control de una gran cantidad de versiones y transferirla a las plantas de energía eólica.
A continuación, se describe la invención, a modo de ejemplo, con referencia a los dibujos adjuntos por medio de una forma ventajosa de realización. Las figuras muestran:
Fig. 1: una disposición para determinar la compatibilidad y actualizar el software de control en una planta de energía eólica;
Fig. 2: una disposición para determinar la compatibilidad y actualizar el software de control en una gran cantidad de plantas de energía eólica;
Fig. 3: muestra un diagrama de flujo de un procedimiento para determinar la compatibilidad y actualizar el software de control en una planta de energía eólica; y
Fig. 4: un diagrama de flujo de un procedimiento para determinar la compatibilidad y actualizar el software de control en una gran cantidad de plantas de energía eólica.
Una planta de energía eólica 20 se opera con un software de control que controla los procesos dentro de la planta de energía eólica, así como la interacción de la planta de energía eólica con la red de conexión. Las características de la planta de energía eólica 20 se reflejan en una multiplicidad de parámetros operativos. A modo de ejemplo, la lista siguiente indica una selección de parámetros operativos de una planta de energía eólica:
Figure imgf000005_0002
En el caso de la transmisión del tipo G2 puede existir el inconveniente que, a una determinada cantidad de revoluciones y a un determinado par, es susceptible de oscilaciones. En el software de control se contempla este problema operando la planta de energía eólica 20 con el par correspondiente, con una cantidad de revoluciones un poco mayor o un poco menor. De manera comparativa, también los restantes parámetros operativos son relevantes para las características de la planta de energía eólica 20.
El software de control de la planta de energía eólica 20 es perfeccionado de manera constante. Por ejemplo, el sector de desarrollo puede tener la misión de mejorar el software de control para que cambie ligeramente el comportamiento de la conexión a la red de la planta de energía eólica. El sector de desarrollo sabe que normalmente las plantas de energía eólica del tipo MM están equipadas con uno de los tipos de transmisión G1, G2, G3 o G4. Dado que la modificación deseada del comportamiento de la conexión a la red no influye en el comportamiento de la transmisión ante oscilaciones, el sector de desarrollo puede afirmar sin dificultad que la nueva versión del software de control es compatible con todos los tipos de transmisión G1, G2, G3 y G4. Así, Los tipos de transmisión G1, G2, G3 y G4 corresponden a los parámetros estándar de la nueva versión del software.
Figure imgf000005_0001
(continuación)
Figure imgf000006_0002
Yendo aún más lejos, en este perfeccionamiento del software de control es incluso irrelevante qué tipo de transmisión se ha empleado en la planta de energía eólica. Así, si en algún lugar estuviera en servicio una planta individual de energía eólica del tipo MM que, a modo de prueba, estuviera equipada con una transmisión G5, el software de control puede ser cargado a pesar de ello. El sector de desarrollo también sabe que una diferencia en el parámetro «tipo de transmisión» no influye en la compatibilidad y asigna a este parámetro estándar una clase correspondiente de compatibilidad. Una posibilidad sería elegir la clase de compatibilidad 0, de modo que el software de control pueda ser cargado sin una consulta. De manera alternativa, se considera la clase de compatibilidad 1 en la que el software de control se graba asimismo sin una consulta, pero en la que se efectúa un mensaje al puesto de comando.
Una lista de los parámetros estándar y las correspondientes clases de compatibilidad elaborada por el sector de desarrollo podría tener, por ejemplo, la siguiente forma:
Las clases de compatibilidad tienen el siguiente significado:
Figure imgf000006_0001
La clase de compatibilidad se vuelve relevante cuando se ha determinado una diferencia entre parámetros operativos y parámetros estándar. Por medio de la clase de compatibilidad se puede decidir de modo automático, si la nueva versión del software de control, a pesar de la diferencia, puede ser cargada o qué reacción es necesaria.
En este ejemplo la planta de energía eólica se encuentra 1080 m sobre el nivel del mar mientras que el software de control está diseñado para un intervalo de parámetro estándar de 0 m a 1000 m. Esta diferencia se refiere a un parámetro estándar de la clase de compatibilidad 1. Así, el software de control puede, a pesar de la diferencia, ser cargado sin una consulta, pero es necesario un mensaje al puesto de comando.
La figura 1 muestra una disposición para la realización del procedimiento de acuerdo con la invención. Una planta de energía eólica 20 está unida con un puesto de comando 10 y con un servidor 30. En el servidor 30 está almacenada una nueva versión del software de control con los correspondientes parámetros estándar. Además, están previstos una unidad de cálculo 41 y un módulo de lógica 42 que están dispuestos en una unidad 40 común. La unidad 40 está unida con el puesto de comando 10, el servidor 30 y la planta de energía eólica 20.
Para determinar la compatibilidad y actualizar el software de control se transmite primero, de acuerdo con el proceso mostrado en la figura 3, una orden desde el puesto de comando 10 a la planta de energía eólica 20, para asegurar los parámetros operativos y para preparar una transferencia. En el paso 120 se transfieren por eso los parámetros operativos desde la planta de energía eólica 20 a la unidad de cálculo 41. A continuación, en el paso 140 se transfieren los parámetros estándar pertenecientes a la nueva versión del software de control desde el servidor 30 a la unidad de cálculo 41. La unidad de cálculo 41 compara los parámetros operativos con los parámetros estándar y determina las diferencias (paso 160).
El módulo de lógica 42 realiza en el paso 180 una prueba de compatibilidad por medio de las diferencias determinadas. La prueba de compatibilidad dará positivo si no hay ninguna diferencia entre los parámetros operativos y los parámetros estándar o, si bien se determinaron diferencias entre los parámetros operativos y los parámetros estándar, pero las diferencias se refieren a parámetros estándar de las clases de compatibilidad 0 o 1. La nueva versión del software de control se transfiere en el paso 200 a la planta de energía eólica 20 y en el paso 220 se la instala en la planta de energía eólica 20. En el caso de una diferencia de un parámetro estándar de la clase de compatibilidad 1, se envía paralelamente un mensaje al puesto de comando. La planta de energía eólica 20 se pone en servicio con la nueva versión del software de control. La planta de energía eólica 20 se puede mantener en servicio mientras se instala la nueva versión del software.
Si la diferencia determinada en el paso 160 se refiere a un parámetro estándar de la clase de compatibilidad 2 o 3, no se puede cargar sin más la nueva versión del software de control. En la clase de compatibilidad 2 es necesario un comando expreso desde el puesto de comando 10 para que el software de control pueda ser cargado a pesar de la diferencia. Si la diferencia se refiere a un parámetro estándar de la clase de compatibilidad 3, la diferencia es tan grave que no se puede cargar el software de control.
La disposición de acuerdo con la figura 2 está diseñada para verificar la compatibilidad del software de control en una gran cantidad de plantas 21, 22, 23, 24 de energía eólica. Está previsto un maestro de parque 50 al que está conectada una gran cantidad de plantas 21, 22, 23, 24 de energía eólica. El maestro de parque 50 comprende una unidad de cálculo 51, un módulo de lógica 52 y una unidad de control 53. Ante un comando del puesto de comando 10, en el paso 130 se transfieren los parámetros estándar desde el servidor 30 al maestro de parque 50. La unidad de control 53 controla una primera planta de las plantas 21,22, 23, 24 de energía eólica y hace transferir los parámetros operativos de la planta de energía eólica correspondiente, por ejemplo, de la planta de energía eólica 21, en el paso 150 al maestro de parque 50. La unidad de cálculo 51 en el maestro de parque 50 compara los parámetros operativos con los parámetros estándar y determina las diferencias, paso 160. Si la prueba de compatibilidad realizada en el paso 180 arroja un resultado positivo, se transfiere la nueva versión del software de control en el paso 200 a la planta de energía eólica 21 y en el paso 220 se instala en la planta de energía eólica 21. No es necesario poner fuera de servicio la planta de energía eólica 21 en este momento. Los pasos de la verificación de la compatibilidad y de la actualización del software de control son dirigidos por la unidad de control 53, no es necesaria la intervención del puesto de comando 10. En el paso 210 se efectúa un mensaje al puesto de comando únicamente cuando se ha determinado una diferencia en un parámetro estándar de una de las clases de compatibilidad 1 a 3.
Si se ha completado el procedimiento en la planta de energía eólica 21, se ejecutan, de manera sucesiva, los pasos correspondientes bajo la dirección de la unidad de control 53 en las plantas de energía eólica 22, 23, 24. El procedimiento se completa cuando todas las plantas de energía eólica del parque eólico fueron controladas y la nueva versión del software de control ha sido cargada o la prueba de compatibilidad arrojó un resultado negativo.

Claims (14)

REIVINDICACIONES
1. Procedimiento para la actualización automática del software de control de una planta de energía eólica (20), en donde la planta de energía eólica comprende una unidad de control con una primera zona de memoria y una segunda zona de memoria, separada de la primera,
con los siguientes pasos:
a) determinar la compatibilidad de una nueva versión del software de control con la planta de energía eólica (20); b) transferir la nueva versión del software de control a la planta de energía eólica (20) ante un resultado positivo de la prueba de compatibilidad (paso 200);
c) poner en servicio la planta de energía eólica (20) con el software de control transferido (paso 220), en el que la planta de energía eólica (20) se mantiene en servicio mientras se transfiere la nueva versión del software de control a la planta de energía eólica (20).
2. Procedimiento de acuerdo con la reivindicación 1, caracterizado porque la planta de energía eólica (20) se mantiene en servicio durante la conmutación a una nueva versión del software de control.
3. Procedimiento de acuerdo con una de las reivindicaciones 1 a 2, caracterizado porque las puestas en servicio con el software de control transferido (paso 220) se retrasa hasta que la velocidad del viento se encuentra por debajo de un valor límite predeterminado.
4. Procedimiento de acuerdo con una de las reivindicaciones 1 a 3, caracterizado porque la planta de energía eólica (20) se pone en servicio con el software de control transferido en un momento en el que no se alimenta energía a la red de conexión.
5. Procedimiento de acuerdo con una de las reivindicaciones 1 a 4, caracterizado porque durante la conmutación de la unidad de control de la primera zona de memoria a la segunda zona de memoria se elige un momento en el que la planta de energía eólica se encuentra en un estado estable de funcionamiento.
6. Procedimiento de acuerdo con una de las reivindicaciones 1 a 5, caracterizado porque se controla la planta de energía eólica durante la conmutación y después de la conmutación, y la unidad de control se conmuta de vuelta a la primera zona de memoria si se determinaron irregularidades en el funcionamiento con la nueva versión del software de control.
7. Procedimiento de acuerdo con la reivindicación 6, caracterizado porque, en lugar de conmutar hacia atrás, se inicia una parada de emergencia de la planta de energía eólica.
8. Procedimiento de acuerdo con una de las reivindicaciones 1 a 7, caracterizado por una determinación automática de la compatibilidad de un software de control diseñado para parámetros estándar con una planta de energía eólica (21, 22, 23, 24) operada con parámetros operativos, que comprende los siguientes pasos:
a) transferir los parámetros operativos de la planta de energía eólica a una unidad de cálculo (paso 120); b) transferir los parámetros estándar a una unidad de cálculo (paso 140);
c) determinar las diferencias entre los parámetros operativos y los parámetros estándar mediante la unidad de cálculo (paso 160);
d) decidir sobre la compatibilidad por medio de las diferencias (paso 180);
en donde preferentemente a los parámetros estándar se les asignan clases de compatibilidad y, en el caso de una diferencia entre parámetros operativos y parámetros estándar, se decide sobre la compatibilidad por medio de las clases de compatibilidad.
9. Disposición para la actualización automática del software de control de una planta de energía eólica, caracterizado porque comprende una unidad de control para la planta de energía eólica (20) con dos zonas de memoria separadas entre sí y porque las dos zonas de memoria están diseñadas para versiones diferentes del software de control, en donde
la disposición comprende un módulo de conmutación y en donde el módulo de conmutación está diseñado para cambiar el modo de funcionamiento de la planta de energía eólica (20) de una versión del software de control almacenado en una primera zona de memoria a una versión del software de control almacenada en una segunda zona de memoria, en donde la planta de energía eólica (20) se mantiene en servicio mientras se transfiere una nueva versión del software de control a la planta de energía eólica (20).
10. Disposición de acuerdo con la reivindicación 9, caracterizada porque el módulo de conmutación está realizado para la conmutación instantánea.
11. Disposición de acuerdo con las reivindicaciones 9 o 10, caracterizada porque el módulo de conmutación está diseñado para que, al conmutar la unidad de control de la primera a la segunda zona de memoria, elija un instante de tiempo en el que la planta de energía eólica se encuentre en un estado estable de funcionamiento, en particular, hasta que la velocidad del viento se encuentre por debajo de un valor límite predeterminado.
12. Disposición de acuerdo con una de las reivindicaciones 9 a 11, caracterizada porque está previsto un dispositivo separado de seguridad que está realizado para controlar la planta de energía eólica durante y después de la conmutación, y conmutar de vuelta la unidad de control a la primera zona de memoria, si determina irregularidades en el funcionamiento con la nueva versión del software de control.
13. Disposición de acuerdo con la reivindicación 12, caracterizada porque el dispositivo de seguridad, en lugar de conmutar hacia atrás, inicia una parada de emergencia de la planta de energía eólica.
14. Disposición de acuerdo con una de las reivindicaciones 9 a 13, caracterizada porque ella está diseñada para determinar automáticamente la compatibilidad de un software de control diseñado para parámetros estándar con una planta de energía eólica (20) operada con parámetros operativos, que comprende una unidad de cálculo (41, 51) para determinar diferencias entre los parámetros operativos y los parámetros estándar, y un módulo de lógica (42, 52) para determinar la compatibilidad por medio de las diferencias determinadas.
ES17185966T 2007-09-21 2008-09-17 Procedimiento y disposición para la actualización automática de un software de control de una planta de energía eólica Active ES2754618T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102007045070 2007-09-21

Publications (1)

Publication Number Publication Date
ES2754618T3 true ES2754618T3 (es) 2020-04-20

Family

ID=40493752

Family Applications (2)

Application Number Title Priority Date Filing Date
ES08016400.7T Active ES2643315T3 (es) 2007-09-21 2008-09-17 Procedimiento y disposición para determinar la compatibilidad de un software de control con una planta de energía eólica
ES17185966T Active ES2754618T3 (es) 2007-09-21 2008-09-17 Procedimiento y disposición para la actualización automática de un software de control de una planta de energía eólica

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES08016400.7T Active ES2643315T3 (es) 2007-09-21 2008-09-17 Procedimiento y disposición para determinar la compatibilidad de un software de control con una planta de energía eólica

Country Status (5)

Country Link
US (1) US8260467B2 (es)
EP (2) EP3269975B1 (es)
CN (1) CN101393428B (es)
DK (2) DK2063107T3 (es)
ES (2) ES2643315T3 (es)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4958692B2 (ja) * 2007-08-31 2012-06-20 キヤノン株式会社 配信装置、配信方法、及びコンピュータプログラム
ES2643315T3 (es) 2007-09-21 2017-11-22 Senvion Gmbh Procedimiento y disposición para determinar la compatibilidad de un software de control con una planta de energía eólica
US9038058B2 (en) * 2008-10-17 2015-05-19 Vestas Wind Systems A/S Configuration of software for a wind turbine
JP5368878B2 (ja) * 2009-05-25 2013-12-18 キヤノン株式会社 情報処理装置、製造装置及びデバイス製造方法
EP2284392B2 (en) 2009-06-03 2019-09-25 Vestas Wind Systems A/S Wind power plant, wind power plant controller and method of controlling a wind power plant
US8918779B2 (en) * 2009-08-27 2014-12-23 Microsoft Corporation Logical migration of applications and data
US7908035B2 (en) * 2009-08-31 2011-03-15 General Electric Company System and method for wind formulary
US9450454B2 (en) * 2011-05-31 2016-09-20 Cisco Technology, Inc. Distributed intelligence architecture with dynamic reverse/forward clouding
US9058190B2 (en) * 2011-06-25 2015-06-16 International Business Machines Corporation Comparing system engram with product engram to determine compatibility with system
US9760316B2 (en) * 2015-03-27 2017-09-12 Konica Minolta Laboratory U.S.A., Inc. Method and system for managing software version compatibility amongst devices in a multi-device network environment
DE102018114791B3 (de) 2018-06-20 2019-10-10 Dr. Ing. H.C. F. Porsche Aktiengesellschaft Vorrichtung und Verfahren zum Aktualisieren einer Software auf einem Steuergerät

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69213809T2 (de) 1991-03-29 1997-02-20 Cummins Engine Co Inc Verfahren und Vorrichtung zur Erzeugung von Kalibrierinformationen für ein elektronisches Motorsteuermodul
WO1996018947A1 (en) * 1994-12-13 1996-06-20 Novell, Inc. Method and apparatus to update or change a network directory
US6324411B1 (en) 1997-05-20 2001-11-27 Telefonaktiebolaget Lm Ericsson (Publ) Background software loading in cellular telecommunication systems
US6035423A (en) * 1997-12-31 2000-03-07 Network Associates, Inc. Method and system for providing automated updating and upgrading of antivirus applications using a computer network
US6754885B1 (en) * 1999-05-17 2004-06-22 Invensys Systems, Inc. Methods and apparatus for controlling object appearance in a process control configuration system
US7263546B1 (en) 1999-05-27 2007-08-28 Invensys Systems, Inc. Fieldbus upgradable apparatus and method
US6658659B2 (en) * 1999-12-16 2003-12-02 Cisco Technology, Inc. Compatible version module loading
US7013203B2 (en) * 2003-10-22 2006-03-14 General Electric Company Wind turbine system control
US7752617B2 (en) 2003-11-20 2010-07-06 International Business Machines Corporation Apparatus, system, and method for updating an embedded code image
WO2005093567A1 (de) * 2004-03-09 2005-10-06 Bayerische Motoren Werke Aktiengesellschaft Aktualisierung und/oder erweiterung der funktionalität der ablaufsteuerung mindestens eines steuergeräts
US7269829B2 (en) * 2004-07-30 2007-09-11 Signature Control Systems, Inc. Method and system for remote update of microprocessor code for irrigation controllers
JP4720140B2 (ja) * 2004-10-01 2011-07-13 船井電機株式会社 情報処理装置
JP2006268172A (ja) * 2005-03-22 2006-10-05 Nec Corp サーバシステムおよびオンラインソフトウェア更新方法
US8543996B2 (en) * 2005-11-18 2013-09-24 General Electric Company System and method for updating wind farm software
US20070118699A1 (en) 2005-11-23 2007-05-24 General Electric Company System and method for updating turbine controls and monitoring revision history of turbine fleet
US8032614B2 (en) * 2006-04-30 2011-10-04 General Electric Company Method for configuring a windfarm network
US7873441B2 (en) * 2006-09-25 2011-01-18 Andreas Joanni Synesiou System for execution of a load operating plan for load control
ES2643315T3 (es) 2007-09-21 2017-11-22 Senvion Gmbh Procedimiento y disposición para determinar la compatibilidad de un software de control con una planta de energía eólica
US20090192868A1 (en) * 2008-01-24 2009-07-30 Vrinda Rajiv Method and System for Analyzing Performance of a Wind Farm
US7908348B2 (en) * 2009-11-30 2011-03-15 General Electric Company Dynamic installation and uninstallation system of renewable energy farm hardware

Also Published As

Publication number Publication date
CN101393428A (zh) 2009-03-25
DK2063107T3 (da) 2017-11-20
EP3269975A1 (de) 2018-01-17
EP3269975B1 (de) 2019-08-07
EP2063107B1 (de) 2017-08-16
CN101393428B (zh) 2011-07-27
US8260467B2 (en) 2012-09-04
EP2063107A2 (de) 2009-05-27
US20090102196A1 (en) 2009-04-23
EP2063107A3 (de) 2011-08-31
ES2643315T3 (es) 2017-11-22
DK3269975T3 (da) 2019-11-11

Similar Documents

Publication Publication Date Title
ES2754618T3 (es) Procedimiento y disposición para la actualización automática de un software de control de una planta de energía eólica
ES2947415T3 (es) Método de control de un generador de turbina eólica
US7099800B2 (en) Method and a computer for handling operational data of wind power plants
DK2693589T3 (en) wind park control system
US9496812B2 (en) Wind park control system
ES2335495T3 (es) Sistema de control de instrumentos de la cabina de una aeronave.
ES2732720T3 (es) Sistema fotovoltaico
AU2002339417A1 (en) A method and a computer system for handling operational data of wind power plants
US9702343B2 (en) Method and arrangement for swift power regulation
CN101994649A (zh) 用于对于风能设施的自动配置参数监视的方法和装备
WO2014147093A1 (en) Methods of establishing and adjusting current limits for device couplers, and an electrical circuit for performing the methods
US20210071639A1 (en) Method for operating a wind turbine, wind turbine, and computer program product
US20220220938A1 (en) Method for controlling a renewable energy farm in compliance with obligations towards a power grid
ES2837327T3 (es) Procedimiento para el funcionamiento de un parque eólico y parque eólico
US20210199090A1 (en) Method for ramping up power in a power facility
WO2024083293A2 (en) Software upgrade of wind turbine control system
JP7014870B2 (ja) 電力変換装置及びその制御方法
US20070214028A1 (en) System And Method For Automatically Installing Verifying And Configuring Functionalities In The System Components Of A Distributed Network
CN104898604A (zh) 能源站群控系统配置方法
ES2956321T3 (es) Priorización de unidades de generación de energía de una planta de energía que comprende uno o más generadores de aerogenerador
KR20150050925A (ko) 풍력 터빈 주제어장치의 관리 시스템 및 관리 방법
US20070078059A1 (en) System and method for automatically creating, installing and configuring functionalities in a distributed network
US12037982B2 (en) Toe angle control for multirotor wind turbines
US20230184217A1 (en) Method for operating a wind turbine as well as wind turbine controller for implementing the method
CN112332423A (zh) 一种风电场自动电压控制系统