En un entorno de pruebas controlado, todo parece correcto: las funciones operan como se espera, los límites del sistema responden bien, la batería carga con normalidad y el vehículo funciona sin problemas. Las pruebas de validación se superan y el sistema se considera técnicamente exitoso.
Sin embargo, tras meses de operación real, la situación suele empezar a cambiar. Sistemas que al principio parecían estables comienzan a mostrar comportamientos inesperados, y los equipos de ingeniería detectan anomalías que nunca se habían visto durante la validación.
Lo interesante es que estos problemas siguen patrones muy parecidos en numerosos programas de VE y ESS.
Problemas típicos del BMS observados en campo
- Deriva o salto de SoC: la estimación del estado de carga se desvía poco a poco o salta de forma inesperada.
- Límites de SoP incorrectos: los límites de potencia se aplican demasiado pronto, demasiado tarde o no se aplican.
- Disparos falsos de OV/UV: los umbrales de protección de tensión se activan aunque el estado de la celda no lo justifique.
- Interrupciones de la sesión de carga: la sesión termina de forma inesperada por el comportamiento del BMS.
- Alarmas de aislamiento y disparos falsos.
- Deriva de los sensores o de la medición.
- Comportamiento inestable entre el fallo y la recuperación.
- Falta de detección temprana del embalamiento térmico (thermal runaway).
- Estrategias de balanceo que con el tiempo dejan de ser suficientes.
- Problemas en el control de contactores y de precarga.
- Lagunas en la arquitectura de seguridad funcional.
La reacción típica en muchos equipos de ingeniería es inmediata: "tiene que ser un error de software." En realidad, el problema pocas veces es un simple error de software: la causa raíz suele ser una arquitectura de software del BMS estática, incapaz de adaptarse al comportamiento cambiante de la batería con el paso del tiempo.
La ventana crítica: de 6 a 24 meses
El comportamiento real de un sistema de baterías suele hacerse visible solo tras meses de operación en campo. Los primeros 6 a 24 meses son especialmente importantes, porque el sistema soporta a la vez varios factores de estrés ambiental y operativo.
Durante este período, el sistema suele enfrentarse a lo siguiente:
- al menos un ciclo de verano y uno de invierno
- cientos de ciclos de carga rápida
- estacionamiento a alta temperatura combinado con almacenamiento a SoC alto
- desequilibrio creciente entre celdas
- las primeras señales de deriva de los sensores
- supuestos iniciales del sistema que pierden validez poco a poco
Al mismo tiempo, dentro de la batería se desarrolla un proceso silencioso pero crítico.
El envejecimiento de la batería: la transformación silenciosa
El envejecimiento electroquímico modifica poco a poco el comportamiento de las celdas. En las primeras etapas, estos cambios suelen pasar inadvertidos a nivel de sistema, pero resultan muy relevantes para el BMS.
Los mecanismos clave incluyen:
- crecimiento de la capa SEI
- aumento de la impedancia interna
- cambios en la resistencia interna efectiva en corriente continua
- alteración del comportamiento de polarización
Estos procesos afectan directamente la capacidad de potencia, la respuesta térmica, el comportamiento de la tensión y las características de carga de la batería.
Si el BMS no logra seguir estos cambios y adaptar sus parámetros internos, las decisiones del sistema se vuelven cada vez menos precisas. Además, si los datos de caracterización de la celda no cubren lo suficiente las dimensiones de carga, temperatura, tiempo y envejecimiento, la precisión del modelo se deteriora de forma notable. Si la entrada es incorrecta, la salida no puede ser correcta.
El enfoque de eMOBINO
En eMOBINO no vemos el BMS como un simple conjunto de funciones de software. Lo diseñamos como un sistema de comportamiento que evoluciona con el tiempo, y eso exige varios principios de arquitectura.
- Arquitectura de software del BMS avanzada y adaptativa: capaz de seguir los cambios de comportamiento de la batería a lo largo del envejecimiento.
- Estimación avanzada de SoC, SoH y SoP.
- Detección temprana del embalamiento térmico (thermal runaway).
- Desarrollo basado en modelos: arquitectura compatible con AUTOSAR y metodología de desarrollo en V.
- Verificación avanzada: estrategias de validación MiL, SiL, HiL e inyección de fallos.
- Desarrollo alineado con ASPICE.
- Enfoque de seguridad funcional según ISO 26262.
- Soluciones de BMS escalables (de 12 V a 1500 V): adecuadas tanto para plataformas de VE como de ESS.
La pregunta real
Un BMS puede funcionar el primer día. Puede aprobar las pruebas de validación. Puede parecer estable en campo durante un tiempo.
¿Su BMS entiende de verdad cómo se comportará la batería a medida que envejece?
mustafa.simsek@emobino.com
www.emobino.com
