Guía de integración del control de sistemas de almacenamiento de energía en baterías (BESS) mediante pruebas «hardware-in-the-loop»

Un controlador de almacenamiento de energía en baterías puede superar las pruebas de fábrica programadas y comunicarse correctamente en condiciones ideales, pero aun así fallar cuando un mensaje de estado de carga retrasado coincide con un evento de tensión, una restricción del ordenador y un comando de supervisión que llega dentro del mismo ciclo de control.

¿Por qué descubrirlo después de la puesta en marcha?

Mi opinión es muy clara: un BESS que gestiona un conjunto que, en realidad, no ha superado las pruebas de bucle cerrado «hardware-in-the-loop» no está totalmente validado. Simplemente está configurado.

Esa distinción cobra ahora mucha más importancia. Estados Unidos conectó aproximadamente 14,1 GWh, equivalentes a 4,3 GWac, de almacenamiento de energía en red durante el primer semestre de 2024, lo que supone la mayor implementación registrada en el país en un primer semestre. Aproximadamente 45% de la capacidad de baterías instalada en Estados Unidos en 2023 correspondía a proyectos híbridos de energía fotovoltaica más almacenamiento. Más baterías, aún más recursos basados en inversores, más controladores comunicativos y muchas más formas de que pequeños defectos de configuración se conviertan en costosos problemas operativos.

Lo que realmente confirman las pruebas «hardware-in-the-loop»

La simulación «hardware-in-the-loop» es una técnica de reconocimiento en bucle cerrado que conecta el hardware de control real a un modelo electrónico en tiempo real del sistema que se espera que regule.

El controlador sometido a prueba podría ser:

• Un sistema de gestión de baterías, o BMS
• Un controlador de un sistema de conversión de potencia
• Un sistema de monitorización de la energía, o EMS
• Un controlador de una central nuclear, o pago por clic
• Un controlador de microrred
• Un relé de protección
• Un controlador de automatización en tiempo real
• Página de inicio del sistema SCADA

El simulador en tiempo real sustituye determinados elementos físicos por modelos matemáticos. En función de los límites de la prueba, dichos modelos pueden representar bancos de baterías de LiFePO4, el bus de corriente continua, el inversor bidireccional, el transformador, la línea de distribución, la red eléctrica, la generación solar, las cargas de la instalación, los dispositivos de seguridad, los contadores y los canales de comunicación.

La clave está precisamente en esa «laguna» de los comentarios. El controlador recibe datos sobre tensiones, corrientes, regularidad, estado de carga, niveles de temperatura, sistemas de alarma, posiciones de los interruptores y otras señales diversas, como si estuviera controlando un sistema real de almacenamiento de energía en baterías (BESS). Sus comandos se devuelven a la simulación, donde modifican el siguiente estado calculado del sistema.

El NREL describe el “hardware-in-the-loop” del controlador (CHIL) como una configuración en la que los controladores físicos intercambian señales y valores de consigna con una aplicación de software de simulación de sistemas eléctricos. En el banco de pruebas mencionado, OPAL-RT llevó a cabo simulaciones en el dominio fasorial con una frecuencia de actualización normal de 10 milisegundos y simulaciones de transitorios electromagnéticos con una frecuencia de aproximadamente 100 milisegundos. No se esperaba que el controlador reconociera que su «planta» era un modelo.

Pero HIL tiene algunas restricciones.

No verifica la máxima calidad de la producción de las celdas, la eficiencia de la propagación térmica, la resistencia al fuego de la carcasa, la calidad de la instalación de los cables, la protección de los accesos, el dimensionamiento del sistema de aire acondicionado ni la estabilidad mecánica de un bastidor de baterías. No modifica la acreditación. Y no exime a nadie de la designación de zonas.

Demuestra que las medidas de control se ajustan a un marco de examen específico y documentado. Nada más.

Aun así, eso sigue siendo tremendamente beneficioso.

CHIL, PHIL y la simulación en tiempo real no son compatibles

Los grupos suelen utilizar “HIL” como término genérico. Eso es un diseño descuidado.

Software en bucle, o SIL, se encarga tanto del diseño de la planta como del código del controlador mediante un programa informático. Es rápido, rentable y útil para el desarrollo inicial de algoritmos. No se ve afectado por la carga de la CPU, las E/S físicas, la programación del firmware, el comportamiento de la pila de protocolos, el escalado de señales ni los problemas relacionados con el reloj del controlador.

Controlador «hardware-in-the-loop», o CHIL, presenta el controlador de producción o el hardware de control representativo. La batería, el PCS, la red eléctrica y los equipos de potencia siguen siendo simulados. El CHIL suele ser el punto de partida más eficaz para la integración del control de un sistema de almacenamiento de energía por batería (BESS), ya que permite conocer el firmware real y las interacciones sin necesidad de poner en funcionamiento equipos a escala de megavatios.

Hardware-in-the-loop de potencia, o PHIL, integra herramientas de potencia reales directamente en el bucle. Un simulador de red o un amplificador de potencia conecta el diseño digital con un inversor, un convertidor, un motor eléctrico, un relé u otro dispositivo alimentado reales. El NREL señala que PHIL requiere una configuración meticulosamente diseñada para garantizar la seguridad y la precisión de la simulación, una advertencia que suele quedar relegada en las presentaciones comerciales.

CHIL y PHIL, sociedades mercantiles Permite comparar un sistema de gestión energética (EMS) o un controlador de potencia (PPC) de producción con un ordenador real, mientras que la batería, la red eléctrica y el resto de la planta son simulaciones. Esto resulta muy útil. Además, es más complicado, más caro y más fácil de configurar incorrectamente.

Mi recomendación es sencilla: empieza por SIL, pasa a CHIL e incluye PHIL justo en el punto en el que los hábitos reales de la etapa de potencia podrían transformar el resultado final de la ingeniería.

El hecho de que haya muchos más dispositivos no significa automáticamente que las pruebas sean mejores.

Realiza un mapa del montón de control de BESS antes de conectar el simulador

Los errores delatan a quién es el responsable.

Una orden puede partir del centro de control energético, pasar por una página web de PPC, llegar a un EMS, llegar al ordenador, toparse con una restricción de costes del BMS y, a continuación, desaparecer en una normativa de máxima prioridad mal documentada. Cuando la respuesta de potencia activa es incorrecta, cada proveedor culpa a la siguiente instancia.

Evita esa discusión antes de la proyección.

Una buena ilustración de los límites de control debe mostrar:

1. Cada punto de control y cada entrada
2. Cada punto de E/S físico y digital
3. Protocolos como Modbus TCP, Modbus RTU, DNP3, IEC 61850, CONTAINER, RS485 y OPC UA
4. Control de la posesión y máxima prioridad
5. Escalado, unidades, orden de los bytes y convenciones sobre valores con signo
6. Comprueba las velocidades y la latencia prevista
7. Acciones de tiempo de espera y de reserva
8. Sistemas de alarma, señales de advertencia y circuitos de desconexión
9. Cambios en la máquina de estados
10. Recursos de sincronización horaria

Incluso uno relativamente compacto Batería LiFePO4 de 51,2 V y 100 Ah para sistemas de almacenamiento de energía domésticos (ESS), de montaje en rack pone de manifiesto el problema. Las interfaces de usuario del panel frontal que incorpora incluyen CAN, RS485, RS232 y contacto seco. Cada interfaz implica una serie de supuestos sobre los mapas de registros, las velocidades de actualización, la interrupción del funcionamiento, la gestión de alarmas y la compatibilidad con los inversores, que deben evaluarse en lugar de darse por sentados.

En el ámbito comercial, la diferencia aumenta. A Armario de almacenamiento de energía LiFePO4 para uso comercial e industrial, de 125 kW y 261 kWh Puede incluir bastidores de baterías, dispositivos BMS para bastidores, un BMS maestro, controles del PCS, lógica de desconexión de emergencia, supervisión térmica, alarmas contra incendios y un EMS. El resumen publicado señala acertadamente que la gama de tensiones, el procedimiento de interacción y la compatibilidad del PCS deben estar coordinados durante todo el proceso de integración.

Esa sesión de entrenamiento a medida debe formar parte de la estrategia de HIL, no de un hilo de correo electrónico tres días antes de la puesta en servicio.

Desarrollar una versión del sistema de almacenamiento de energía por batería (BESS) en tiempo real que se pueda defender

El simulador no es magia.

Un panel de control muy atractivo, combinado con un modelo inexacto de la batería o de la red eléctrica, no hace más que generar información falsa que, a simple vista, parece precisa. Prefiero una versión sencilla con hipótesis deducibles a un gemelo digital complejo cuyas especificaciones provengan de folletos publicitarios y de marketing.

El modelo BESS debe representar las sensaciones que pueden influir en las decisiones del controlador.

En cuanto a la batería, suele estar compuesta por:

• La tensión en circuito abierto como indicador del estado de carga (SOC)
• Resistencia de carga y descarga
• Límites de corriente y potencia
• Limitaciones de tensión
• Hábitos de estimación del SOC
• Reducción de la potencia nominal en función de la temperatura
• Disponibilidad en las estanterías
• Referencias al contactor
• Secuencia de precarga
• Alarmas y desconexiones del sistema de gestión de la batería (BMS)
• Límites de potencia de carga y de descarga
• Discrepancia entre celda y estante, cuando proceda

En el caso del LiFePO₄, cuya fórmula química es LiFePO₄, la región relativamente plana de tensión frente al estado de carga (SOC) puede hacer que los hábitos de estimación cobren especial importancia. La versión HIL no requiere reproducir todos y cada uno de los procesos electroquímicos, pero sí debe generar un comportamiento de los terminales razonable y unas restricciones de funcionamiento verosímiles.

De un tamaño más pequeño Batería doméstica de LiFePO4 de 25,6 V y 200 Ah se estima en unos 5,12 kWh. Esto podría ser suficiente para evaluar las interacciones de los inversores de baja tensión o la lógica del sistema de gestión de baterías (BMS); sin embargo, su límite de diseño varía considerablemente en el caso de una planta a escala de megavatios con miles de estantes y un control ordenado.

En cuanto al lado de CA, diseña como mínimo:

• restricciones de potencia activa y reactiva de los ordenadores
• Límites de la tasa de aceleración
• Supuestos sobre la eficacia o las pérdidas
• Restricción actual
• PLL o lógica de formación de malla
• Insusceptibilidad de los transformadores
• Resistencia a los cortocircuitos de la red eléctrica
• Altibajos en la tensión y en la regularidad
• Intervenciones de los técnicos de emergencias médicas o de Harmonics cuando sea necesario
• Rompedores y estados de defensa
• Cargas complementarias
• Retrasos y errores en la medición

La integridad de la versión debe ajustarse a la cuestión planteada. Un estudio de desconexión de un segundo no requiere la misma capacidad de transmisión del solucionador que un análisis de resistencia a perturbaciones de subciclo.

Es sencillo, pero se suele pasar por alto.

Cómo examinar los controles del BESS con HIL

Un buen programa de pruebas «hardware-in-the-loop» para sistemas BESS sigue una aceleración controlada. Un fallo aleatorio es un excelente ejemplo, pero no constituye una campaña de certificación defendible.

1. Congelar la configuración del examen

Variaciones del firmware de la cinta, modificaciones del hardware del controlador, datos de especificaciones, mapas de registros, variaciones de versión, ajustes del solucionador, datos de calibración y configuración de red.

Utiliza sumas de comprobación siempre que sea posible. Un informe vinculado a una versión de firmware desconocida apenas constituye una prueba.

2. Confirma cada señal

Comprueba cada valor analógico, estado electrónico, comando, alarma y punto calculado en ambas instrucciones.

No te detengas cuando los valores “parezcan correctos”. Comprueba lo siguiente:

• Sistemas de ingeniería
• Convenciones de signos
• Variables de escala
• Orden de las etapas
• Proporciones de CT y VT
• Orden de los bytes
• Fuente de la marca de tiempo
• Valores por defecto
• Comportamiento de los datos obsoletos
• Banderas de calidad

Un signo invertido de potencia reactiva puede pasar desapercibido durante semanas en los controles habituales, ya que el funcionamiento con factor de potencia unitario lo oculta.

3. Establecer el funcionamiento nominal

Ejecuta los modos de carga, descarga, inactividad y espera en todo el rango de SOC previsto.

Validar el seguimiento de la potencia activa, la supervisión de la potencia reactiva, las hipótesis de eficiencia, los precios de rampa, los límites del sistema de gestión de baterías (BMS), las restricciones del sistema de control de potencia (PCS) y los cambios de modo. El objetivo es establecer una referencia clara antes de introducir alteraciones.

4. Evaluar los límites

Solicitar una potencia de consumo o de descarga muy superior a la que puede suministrar el sistema. Reducir el número de estantes disponibles. Aplicar una reducción de potencia térmica. Reubicar el SOC hacia sus límites superior e inferior.

¿Qué mando gana?

El sistema debe respetar el límite legítimo más restrictivo sin oscilaciones, cambios de modo duplicados, saturación del integrador ni comandos obsoletos.

5. Introducir fallos en las comunicaciones

Incluye la latencia, la pérdida de paquetes, los mensajes duplicados, los valores «icy», los indicadores de calidad incorrectos, los fallos de conexión y los reinicios del controlador.

Aquí es donde fallan muchos sistemas, por muy perfeccionados que parezcan. El análisis DERMS de 2023 del NREL utilizó un diseño de red de distribución real con aproximadamente 2.000 nodos, 163 generadores fotovoltaicos y 140 baterías de almacenamiento de energía. Los científicos observaron que el sistema de gestión se volvía mucho menos resistente a los problemas de interacción a medida que los flujos de datos se acercaban más a las fuentes de energía distribuida (DER) individuales que ejecutaban las órdenes de potencia.

Por lo tanto, tu campaña de HIL debería poner a prueba algo más que una simple conexión Ethernet. Las redes reales son impredecibles.

6. Aplicar eventos de cuadrícula

El conjunto de recursos necesarios depende del tamaño del proyecto, de las necesidades de afiliación y del entorno operativo, aunque suele constar de:

• Subfrecuencia y sobrefrecuencia
• Subtensión y sobretensión
• Eventos relacionados con la tasa de variación de la frecuencia
• Avances en el escenario
• Desequilibrio de tensión
• Problemas relacionados con redes débiles
• Aislamiento
• Pérdida de conexión a la red eléctrica
• Reconexión
• Superación de un error
• Serie de arranque en negro
• Pérdida de generación
• Rechazo repentino de lotes
• Escenarios de puesta en servicio de transformadores

La norma IEEE 1547.1-2020 especifica los procedimientos de ensayo de conformidad para los recursos de energía distribuida conectados a las redes eléctricas. En el caso de las fuentes basadas en inversores conectadas a la red de transporte, la norma IEEE 2800-2022 aborda la resistencia a las fluctuaciones de tensión y frecuencia, el control de potencia energética y de respuesta, el soporte en caso de frecuencia anómala, el soporte ante variaciones de tensión, la corriente de secuencia negativa y los procedimientos de protección. La estrategia de ensayo real del proyecto debe seguir cumpliendo con su acuerdo de interconexión y la normativa aplicable.

7. Automatizar la evaluación de regresión

Cada problema resuelto debe convertirse en una prueba repetible.

Tras realizar cambios en el firmware, vuelve a ejecutar toda la serie de pruebas aprobada, no solo el caso que falló inicialmente. Un ajuste en el razonamiento relativo a la dimensión de frecuencia podría afectar a la limitación de rampa, la detección de islas, las acciones de «ride-through» y la recuperación de potencia activa de formas que el programador no había previsto.

La matriz de evaluación HIL de BESS que pone de manifiesto las verdaderas deficiencias

Condición de prueba	Ocasión provocada	Acciones previstas del controlador	Pruebas para detener	Defecto habitual al que se somete
Despedida habitual	Pasar de una descarga nominal de 0% a una de 50%	Controlar el mando dentro de los límites acordados de aceleración y resistencia	Comando, kW determinado, velocidad de rampa, tiempo de resolución	Escalado inexacto o retraso en el bucle de control
Límite máximo del SOC	Comando de carga cercano al SOC óptimo	Reducir la facturación de forma eficaz y respetar los límites del BMS	SOC, límite de carga del BMS, comando del PCS, corriente continua	Completar las limitaciones del EMS y del BMS
Pérdida en el bastidor	Deshazte de uno o varios soportes de repuesto	Recalcular la potencia disponible sin inestabilidad	Posición del rack, kW disponibles, alarmas, rendimiento de la planta	Presunciones sobre las capacidades estáticas
Retraso en las comunicaciones	Incluir la latencia y la fluctuación reguladas	Mantenerse estable o entrar en modo «abyecto» documentado	Sincronización de paquetes, indicadores de estancamiento, error de control	Discrepancia en el tiempo de espera u oscilación
El enlace no funciona	Interrumpir el sistema de gestión de edificios (BMS), el contador o el suministro eléctrico	Aplicar las series especificadas de sistemas alternativos y de alarma	Estado de conexión, punto de consigna de reserva, registro de eventos	Comando predeterminado peligroso
Subfrecuencia	Aplicar una periodicidad inferior al límite	Suministro de la reacción de potencia activa especificada	Regularidad, tiempo de activación, respuesta en kW, recuperación	Filtrado o retención de PLL
Caída de tensión	Aplica una caída bien equilibrada o desequilibrada	Recorrido con o recorrido según la configuración	Tensión RMS, corriente, indicadores de disparo, marcas de tiempo	Control de seguridad incorrecto
Pérdidas en la red eléctrica	Abrir un punto de afiliación alternativo	Cambia de forma segura al modo de salida o al modo isla	Posición del interruptor, estado del modo, tensión, regularidad	Condición de carrera entre controladores
Parada de emergencia	Activar la entrada de parada de emergencia	Eliminar el comando de encendido y pasar a un estado de seguridad bloqueado	Estado de las entradas, contactores, estado del ordenador, secuencia de reinicio	Razonamiento sobre el apagado sin bloqueo
Reinicio del controlador	Reactivar el portal de EMS, PPC o BMS	Recuperarse sin consecuencias indeseadas	Tiempo de arranque, comando conservado, señal de vida, resultado	Valores predeterminados negativos de inicio
Desfase del reloj	Introducir la diferencia entre marcas de tiempo	Encontrar o tolerar una desviación dentro de los límites especificados	Estado de PTP/NTP, orden de los eventos, hora del controlador	Documento engañoso sobre la secuencia de los hechos
Reparación	Borrar el fallo y reiniciar la planta	Seguir un proceso de recuperación controlado y basado en permisos	Comando de reinicio, precarga, serie de disyuntores	Reinicio automático en caso de expulsión

Una afirmación del tipo «aprobado/suspenso» resulta insuficiente. Los criterios de aceptación deben especificar el tiempo de actuación, el sobreimpulso, el tiempo de recuperación, la resistencia al seguimiento, las acciones de corrección y los requisitos relativos a la secuencia de eventos.

“Funcionar correctamente” no implica nada en caso de conflicto.

Lo que indican los datos de pruebas de campo actuales sobre el HIL de los sistemas de almacenamiento de energía por baterías (BESS)

En 2024, un estudio del IEEE comparó las prestaciones de los sistemas de almacenamiento de energía por batería (BESS) a escala industrial mediante simulación «hardware-in-the-loop» del controlador, pruebas en una instalación a escala reducida y ensayos de campo. Los investigadores evaluaron el tiempo de respuesta y la precisión del control en los tres entornos, lo que pone de manifiesto que los resultados de CHIL deben correlacionarse con mediciones físicas, en lugar de considerarse datos que se validan por sí mismos.

Los Laboratorios Nacionales Sandia recogieron otro ejemplo revelador en su informe de logros del ejercicio fiscal 2023, publicado en junio de 2024. Sandia conectó un controlador de gestión externo a una simulación en tiempo real a través de Modbus y demostró el funcionamiento del controlador con hardware en bucle en situaciones de pérdida prevista de irradiación, pérdida imprevista de irradiación y pérdida imprevista de posesión.

El mismo programa de Sandia utilizó la simulación en tiempo real para los experimentos PHIL, en los que se empleó un inversor de formación de red ABB PCS100, con el fin de analizar las retroalimentaciones dinámicas tras la desconexión de recursos de generación sustitutivos. Ese es el tipo de análisis que importa: no una acción de referencia de energía limpia, sino un sistema de control obligado a tomar decisiones mientras el sistema eléctrico circundante cambia repentinamente.

Y la política avanza en la misma dirección. La Orden n.º 901 de la FERC, emitida en octubre de 2023, impulsó el desarrollo de criterios de integridad para las fuentes basadas en inversores, mientras que una propuesta de diciembre de 2024 se centró en normas preliminares destinadas a mejorar el comportamiento de la red ante perturbaciones de tensión y frecuencia. El cumplimiento sobre el papel no solucionará, sin duda, una ejecución deficiente de los controles; las pruebas repetidas de perturbaciones pueden ponerlo de manifiesto.

Cómo elegir el sistema de pruebas HIL más eficaz para sistemas de almacenamiento de energía en baterías (BESS)

No existe un sistema HIL que sea el mejor para todos los casos.

Existe precisamente el sistema capaz de ejecutar el diseño que necesitas, con el intervalo de tiempo necesario, utilizando las interfaces de usuario originales del controlador y generando, al mismo tiempo, pruebas validadas por las partes interesadas en el proyecto.

Evalúa las plataformas en función de estas preguntas:

¿Puede ejecutar el modelo requerido de forma determinista? La velocidad media de ejecución es insuficiente. Véanse los excesos en el peor de los casos, la carga de la CPU y la seguridad del solucionador.

¿Es compatible con las interfaces nativas? Un laboratorio que sustituya las interacciones con los módulos de producción, DNP3 o IEC 61850 por mensajes de una aplicación de software improvisada podría eliminar el dispositivo concreto que presenta el fallo y que necesitas comprobar.

¿Es capaz de reproducir los eventos de red necesarios? Las pruebas de despacho, los cambios en las microrredes, los estudios de investigación sobre redes eléctricas inestables y las pruebas de acompañamiento de técnicos de emergencias médicas no plantean exactamente las mismas necesidades computacionales.

¿Se pueden automatizar los exámenes? Durante la fase de crecimiento, se admite el procedimiento manual. Las pruebas de calificación y de regresión requieren protocolos escritos, condiciones preliminares fijas, control de versiones e informes repetibles.

¿Se pueden sincronizar los datos? Los registros del controlador, los canales del simulador, los registros de red, los documentos de retransmisión y las mediciones de potencia requieren una referencia temporal común. De lo contrario, el análisis de la causa raíz se convierte en una mera conjetura.

¿Se puede asociar el modelo? La plataforma debería permitir comparar los resultados de las versiones con las mediciones de la planta de fabricación, las pruebas de campo, la información del PCS y los resultados de la caracterización de las baterías.

¿Se admitirán las pruebas? Consulta con el propietario, la empresa de certificación energética (EPC), el proveedor del inversor, un ingeniero independiente y la empresa de suministro eléctrico antes de poner en marcha el proyecto de inspección. Un resultado práctico y elegante que la parte receptora se niega a reconocer carece de sentido desde el punto de vista comercial.

Para sistemas a escala de armario, como un Armario para sistemas de almacenamiento de energía (ESS) de uso comercial y industrial de 100 kW y 215 kWh, es posible que el CHIL cubra los límites de control del EMS, el BMS y el PCS sin necesidad de activar todo el armario.

Para un sistema de almacenamiento de energía comercial e industrial en contenedores, es posible que el alcance de la inspección deba incluir la puesta en marcha a nivel de planta, las cargas auxiliares, los bloques informáticos múltiples, los conmutadores de red, el estado del sistema contra incendios, los límites del sistema de climatización, la protección de los alimentadores y la interacción con el sistema SCADA.

La escala transforma la versión. Además, modifica las consecuencias de equivocarse.

Preguntas frecuentes

¿En qué consisten las pruebas «hardware-in-the-loop» para los sistemas de almacenamiento de energía en batería (BESS)?

La simulación «hardware-in-the-loop» para sistemas de almacenamiento de energía en baterías (BESS) es un método de reconocimiento en bucle cerrado en el que un controlador real —como un sistema de gestión de baterías (BMS), un controlador del sistema de conexión a red (PCS), un sistema de gestión de energía (EMS) o un controlador de potencia de la instalación— intercambia señales en tiempo real con un modelo digital en tiempo real de la batería, el inversor, la red eléctrica, las cargas, los dispositivos de protección y la red de interacciones.

Permite analizar los comportamientos de control en condiciones de funcionamiento repetibles y simular fallos, sin tener que someter a toda una planta de baterías a cada una de esas interrupciones. Los límites del análisis deben especificar qué elementos son reales, cuáles son simulados y qué restricciones de diseño se mantienen.

¿Cómo se prueban exactamente los controles del BESS con HIL?

Para evaluar los controles de los sistemas de almacenamiento de energía por batería (BESS) mediante HIL, conecte el controlador de producción a un diseño determinista en tiempo real, verifique todas las asignaciones de E/S y métodos, desarrolle el funcionamiento estándar, introduzca errores de la red eléctrica y de las herramientas, compruebe la retroalimentación paso a paso frente a las restricciones de aprobación con marca de tiempo y repita exactamente las mismas instancias tras cada ajuste del firmware o de los parámetros.

La secuencia de pruebas debe abarcar desde pequeñas interrupciones en el suministro hasta restricciones de potencia y de estado de carga (SOC), interacciones deterioradas, pérdida de dispositivos, perturbaciones en la red, cortes por situaciones de emergencia y restablecimiento regulado. Cada fallo detectado debe convertirse en un caso de regresión permanente.

¿Cuál es la diferencia entre CHIL y PHIL?

Las pruebas de «hardware-in-the-loop» del controlador verifican el funcionamiento del equipo de control físico frente a un sistema eléctrico simulado, mientras que las pruebas de «hardware-in-the-loop» de potencia incluyen equipos bajo tensión, como un inversor, a través de un amplificador de potencia o un simulador de red, lo que permite a los ingenieros observar las acciones reales de conversión de potencia junto con la lógica de control.

El método CHIL suele ser más seguro y menos costoso para combinaciones en fases muy tempranas. El método PHIL está justificado cuando la dinámica del inversor, la limitación de corriente, los controles de la etapa de potencia o la seguridad del hardware pueden afectar de manera significativa al resultado.

¿Cuál es el mejor sistema de selección HIL para BESS?

La mejor plataforma de pruebas HIL para sistemas de almacenamiento de energía en baterías (BESS) es aquella que pueda ejecutar de forma determinista los modelos de batería y red necesarios, mantener los métodos nativos y las entradas y salidas del controlador, replicar el ancho de banda de fallos del sistema de destino, automatizar las pruebas de regresión y exportar una prueba integrada que el propietario, el distribuidor del inversor, el integrador y la empresa de suministro eléctrico acepten sin lugar a dudas.

El número de CPU y las afirmaciones publicitarias y de marketing deberían quedar en segundo plano. Empieza por los fenómenos de prueba necesarios, la complejidad del modelo, el paso de tiempo, el conjunto de interacciones y las pruebas de aceptación; después, elige el hardware.

¿Puede la evaluación HIL modificar la puesta en marcha de la zona BESS?

Las pruebas de detección de HIL no pueden sustituir a la puesta en servicio sobre el terreno, ya que se limitan a verificar las acciones de control en condiciones simuladas, en lugar de tener en cuenta la configuración real de la instalación: el cableado, la puesta a tierra, la polaridad de los transformadores de corriente, el trazado de las interacciones, los ajustes de seguridad, el entorno térmico, las características de los transformadores y la interfaz con la red eléctrica; su utilidad radica en eliminar la mayoría de los problemas de software y de integración antes de la puesta en tensión.

Los responsables de cada área deben seguir verificando la calidad de la instalación, el cableado eléctrico punto a punto, la configuración de los equipos, la coordinación de las protecciones, las rutas de interacción reales y la eficiencia de la planta. La tecnología HIL hace que ese trabajo sea mucho más seguro y predecible; pero no lo hace innecesario.

Elabora el plan de inspección antes de adquirir el equipo

No empieces con la cita del simulador.

Comienza por la representación unifilar, la matriz de obligaciones del controlador, el estilo de interacciones, los modos de funcionamiento, los requisitos de interconexión, el estándar de firmware y los criterios de aprobación cuantificables. A continuación, decide si SIL, CHIL, PHIL o una combinación estructurada de estos abordarán las cuestiones de ingeniería.

Para las adquisiciones a escala de proyecto, utilice un DUT definido, como el Armario de almacenamiento de energía con batería para uso comercial e industrial de 125 kW y 261 kWh— y es necesario que los proveedores de baterías, sistemas de gestión de energía (PCS) y controladores faciliten los rangos de tensión, los archivos de métodos, los supuestos de temporización, la lógica de límites de funcionamiento y la información sobre la propiedad del firmware antes de que comience la integración.

Pon a prueba las situaciones desagradables.

Un sistema BESS no inspira confianza cuando sigue un punto de consigna bien definido. Inspira confianza cuando los sensores se bloquean, las comunicaciones se ralentizan, los bastidores fallan, el voltaje se desploma, las restricciones entran en conflicto… y la planta sigue haciendo exactamente lo que indican las especificaciones.