Siemens cierra OpenRadioss y abre un programa shared source

Siemens cierra OpenRadioss: el solver de choques deja de ser open source

Siemens confirmó el cierre del proyecto OpenRadioss, la versión de código abierto de su solver de elementos finitos para simulación de choques, impacto y dinámica explícita. Tras cuatro años de desarrollo comunitario, el sitio web de OpenRadioss se está retirando y los visitantes son redirigidos a una página de transición con dos rutas: Simcenter Radioss, la versión comercial, o el nuevo Simcenter Radioss R&D Program (SCRDP), descrito por Siemens como un entorno de "shared source" (código compartido) gestionado por la propia empresa.

El movimiento no es solo un cambio de URL: el código abierto completo, sin restricciones, deja de existir como producto. Quien quiera seguir construyendo sobre el solver ahora necesita pagar licencia comercial o solicitar el ingreso a un programa cerrado.

Qué era OpenRadioss y por qué importa

OpenRadioss se lanzó hacia 2022 como la versión abierta del solver de Radioss, una herramienta heredada de la adquisición de LMS por parte de Siemens y utilizada durante décadas en automoción, defensa y aeroespacial para simular crashworthiness, despliegue de airbags, drop test y otros escenarios altamente no lineales.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

La promesa era doble: por un lado, ofrecer a la comunidad académica y a pequeñas empresas un solver de producción sin pagar licencia; por otro, alimentar el ecosistema de Simcenter Radioss con investigación externa. En la práctica, OpenRadioss permitía a ingenieros correr simulaciones de choque en sus propios clústeres, modificar el solver en Fortran y publicar resultados sin restricciones de IP.

La decisión se conoció el 1 de octubre de 2026, cuando Siemens publicó la página de transición. En junio de 2026, apenas cuatro meses antes, un paper en arXiv seguía citando a OpenRadioss como solver activo para integrar redes neuronales physics-augmented en simulaciones de impacto, lo que muestra la velocidad del viraje.

Qué cambia con SCRDP y la versión comercial

El nuevo programa SCRDP se promociona como un espacio donde académicos y socios industriales pueden co-innovar con los equipos de desarrollo de Siemens. Los beneficios declarados incluyen:

Acceso al código fuente de Simcenter Radioss, pero por aprobación y bajo acuerdo.
Acceso a un entorno HPC privado para correr simulaciones pesadas.
Colaboración directa con ingenieros de Siemens y peer review técnico.
Influencia en la hoja de ruta del producto.

Lo que desaparece es lo que hacía a OpenRadioss valioso para una startup: el acceso libre, sin NDA, sin solicitud, sin pagar licencia por seat. El modelo shared source es un patrón conocido en empresas que quieren mantener el control del roadmap mientras recogen contribuciones externas: un punto intermedio entre el open source puro y el código propietario clásico, pero claramente más cercano al segundo.

La otra vía, Simcenter Radioss comercial, ofrece el solver completo con soporte, bibliotecas de materiales avanzadas e integración con el resto del ecosistema Siemens Xcelerator, pero requiere licencia enterprise.

Qué significa esto para tu startup

Para una startup de automoción, robótica, drones o cualquier producto hardware que necesite certificar choques, la noticia tiene impacto directo: el solver "gratis y abierto" que quizá estaban usando para validar conceptos o hacer prototipos deja de estarlo. Los que ya tenían pipelines montados sobre OpenRadioss deben decidir entre migrar a la versión comercial, competir por una plaza en SCRDP, o explorar alternativas (LS-DYNA sigue siendo el estándar de facto en crash; Code_Aster y CalculiX son las opciones abiertas más cercanas en el mundo FEA, aunque con capacidades de dinámica explícita más limitadas).

Para founders que construyen sobre la idea de que "el código abierto siempre será una opción de salida", el caso también sirve como recordatorio estratégico: cuando el software crítico depende de un proyecto cuyo copyright sigue siendo de un solo proveedor, ese proveedor puede cerrar la puerta en cualquier momento. Es un argumento más para diseñar arquitecturas que no dependan de un único solver.

Dos acciones concretas para founders

Audita tus dependencias de simulación esta semana. Si tu equipo corre pipelines sobre OpenRadioss, identifica qué materiales, subrutinas de usuario o post-processors desarrollados internamente dependen del código abierto. Documenta la deuda técnica antes de que la transición esté completa y sea más caro migrar.
Evalúa un plan B antes de solicitud al SCRDP. Postular a un programa gated no es una estrategia: puede rechazarte o limitarte a casos de uso no comerciales. Compara en paralelo LS-DYNA (ANSYS/Arup), Code_Aster (EDF) o CalculiX para tu caso de uso real, con un benchmark pequeño, y ten un plan documentado por si la respuesta de Siemens no llega o no conviene.