eMOBINO
Engineering Insight

Seguridad funcional en sistemas de baterías

Seguridad funcional en sistemas de baterías

"Funciona" no basta: los riesgos deben gestionarse de forma consciente

Los sistemas de baterías concentran mucha energía. Esto no es un detalle técnico menor, sino una realidad de ingeniería directamente ligada a la salud y la vida de las personas.

Sin embargo, en muchas pequeñas y medianas empresas, la seguridad funcional en sistemas de baterías aún se trata como un tema secundario. En lugar de ser una capa natural del desarrollo de producto, suele postergarse, quedar poco definida o nunca ser asumida realmente por la organización.

El problema real no es técnico, sino de mentalidad

Un enfoque muy frecuente es este:

  • el producto funciona, no lo toquemos
  • la normativa no lo exige de forma explícita
  • nadie pide una certificación

A primera vista puede parecer pragmático, pero la verdad de fondo es simple:

Que un sistema funcione no significa que sus riesgos estén gestionados.

Esta mentalidad suele resolver el problema de hoy y, con suerte, puede sostenerse durante un tiempo, pero no es un enfoque de ingeniería consciente ni defendible. Esto se vuelve especialmente crítico en sistemas que combinan:

  • BMS y sistemas de baterías
  • alta densidad de energía
  • interacción compleja entre hardware y software
  • múltiples escenarios de falla

Sin entender con claridad dónde, cuándo y cómo surgen los riesgos, el desarrollo de producto sigue siendo frágil.

Qué es la seguridad funcional y qué no es

La seguridad funcional no es:

  • un objetivo de certificación
  • el cumplimiento total obligatorio para cada producto
  • solo documentación

La seguridad funcional consiste en:

  • hacer visibles los riesgos
  • responder dónde, cuándo y cómo un sistema se vuelve peligroso
  • tomar decisiones basadas en argumentos de ingeniería, no en la intuición
  • anclar el conocimiento de ingeniería en la organización, no en personas concretas

En resumen, la seguridad funcional es una cultura de ingeniería.

Un hecho realista: la ISO 26262 no es fácil

Implementar la ISO 26262 de principio a fin:

  • lleva tiempo
  • exige documentación extensa
  • requiere un esfuerzo de ingeniería disciplinado
  • resulta cada vez más costoso a medida que suben los niveles ASIL

Por eso muchos equipos quedan atrapados entre dos extremos: "mejor no empecemos" o "el cumplimiento total es demasiado complejo y costoso". Pero la realidad no se limita a esas dos opciones.

Por qué eMOBINO diseñó el paquete inicial de seguridad funcional

La brecha más común que vemos es evidente: muchos equipos no saben por dónde empezar. La seguridad funcional se posterga indefinidamente o se aborda de forma fragmentada y sin control. Lo que hace falta, en cambio, es un punto de partida que sea:

  • manejable
  • adaptado a la organización
  • valioso a largo plazo
  • independiente de personas concretas

Precisamente por eso se diseñó el paquete inicial de seguridad funcional.

Qué es este trabajo y qué no es

Este paquete no es software ni hardware. Es una metodología adaptada al producto y a la organización: una guía de diseño a largo plazo y una referencia de ingeniería reutilizable dentro de la empresa.

El objetivo no es limitar la seguridad funcional a un solo proyecto, sino integrarla en la mentalidad de ingeniería de la empresa.

Alcance: un conjunto inicial de referencia según la ISO 26262

Este trabajo abarca las secciones 3.5, 3.6, 3.7, 4.5 y 4.6 de la ISO 26262, e incluye:

  • definición de la arquitectura del sistema
  • definición de la arquitectura del BMS
  • revisión de la arquitectura
  • definición del item
  • árbol de funciones y árbol de fallas
  • análisis de peligros y evaluación de riesgos (HARA)
  • definición de objetivos de seguridad, incluidos los niveles ASIL
  • arquitectura técnica de seguridad del BMS
  • FMEA del sistema BMS
  • revisión del concepto de seguridad funcional
  • requisitos de seguridad funcional del sistema BMS
  • revisión de los requisitos de seguridad funcional del BMS

El objetivo

El objetivo no es alcanzar la certificación ASIL-D desde el primer día. Es elevar la madurez de ingeniería en los sistemas de baterías y construir un enfoque de desarrollo de producto en el que los riesgos se analicen a fondo y puedan proyectarse hacia el futuro.

Una vez sentada esta base, los equipos pueden avanzar paso a paso hacia una seguridad funcional completa de principio a fin, cuando y si la necesitan.

mustafa.simsek@emobino.com

www.emobino.com

Vídeo relacionado

eMOBINO Expert Network: What It Is and How to Join

Trabajo relacionado
BatteryPulse™ Guard Consultoría estratégica Siga a eMOBINO en LinkedIn
Todos los artículos

Hablemos de su reto.

Cada reto es distinto. Algunos requieren dirección estratégica; otros, criterio experto independiente o ejecución directa de ingeniería. Cuando importan la claridad, la discreción y la experiencia, este es el punto de partida.