← Inicio
Desarrollo embebido crítico según las normas
Más de 35 años de experiencia en seguridad funcional, sistemas de tiempo real y desarrollo próximo al hardware — familiarizado con las normas relevantes para automoción, médico e industria.
El desarrollo embebido crítico no es una cuestión de funciones aisladas sino de enfoque global: del análisis de requisitos a la arquitectura e implementación, hasta la verificación y la documentación. Quien encarga en este ámbito no busca solo un buen programador, sino a alguien que haya entendido la interacción entre norma, método y código — y que pueda estimar de forma realista el esfuerzo que implica el cumplimiento.
Los tres ámbitos de competencia siguientes son la base de mi trabajo. Se solapan en casi todos los proyectos.
Experiencia
1. Experiencia
Más de tres décadas de desarrollo embebido — desde el inicio de carrera en el desarrollo de motores hasta la actividad actual como consultor independiente. En el segmento premium, la experiencia no es un argumento de marketing sino un prerrequisito: quien desarrolla sistemas de tiempo real próximos al hardware o firmware crítico necesita memoria de los modos de fallo que no aparecen en los manuales.
- Más de 35 años de desarrollo embebido (desde 1990)
- Inicio de carrera en Mercedes-Benz, Stuttgart-Untertürkheim
- Proyectos para varios grandes fabricantes en Alemania, Reino Unido y Estados Unidos — y para sus proveedores franceses y alemanes
- Actividad internacional en Alemania y Francia
- 2002 — fundación de Navimess Elektronik (cerrada posteriormente)
- 2012 — fundación de SCHMITT CONSULTING S.A.R.L. en Francia
- Diplom-Informatiker (FH), especialidad Informática Técnica
- Trabajo de fin de carrera en regulación con drivers de hardware en tiempo real en ensamblador
Normas
2. Normas y estándares
Familiarizado con las normas relevantes para el desarrollo crítico en automoción, médico e industria. «Familiarizado» significa aquí: conozco los requisitos, los métodos y los escollos típicos — y puedo estimar qué esfuerzo normativo encaja en su proyecto y cuál sería desproporcionado. En los proyectos actúo como desarrollador dentro del marco de cumplimiento establecido por el cliente; no asumo un papel autónomo de auditor normativo.
- ISO 26262 — Seguridad funcional (automoción, ASIL A a D)
- IEC 61508 — Seguridad funcional (industria, SIL 1 a 4)
- IEC 62304 — Ciclo de vida del software (dispositivos médicos, clases A/B/C)
- IEC 60601-1 — Seguridad del aparato (médico)
- RTCA/DO-178B — Software aeronáutico (DAL A a E)
- Automotive SPICE — Evaluación de procesos en proyectos de automoción
- MISRA-C / MISRA-C++ — Reglas de codificación para software C/C++ crítico
Gestión
3. Gestión de proyecto
Los proyectos embebidos rara vez fracasan en lo técnico, a menudo en la comunicación y la dirección. Mi gestión de proyecto se alinea con lo que esperan los clientes del segmento premium: plazos trazables, costes transparentes, traspasos claros. No trabajo con metodología sobrecargada, sino con lo que un proyecto realmente necesita.
- Control estricto de plazos y costes
- Coordinación regular con el cliente a la cadencia acordada
- Presupuestos con garantía de precio para contratos a tanto alzado
- Transferencia de conocimiento a equipos del cliente al final del proyecto
- Coordinación de proveedores externos y áreas internas
- Documentación técnica y entrega de código trazable
- Disponibilidad para firmar NDA y tratamiento confidencial de los contenidos del proyecto
Áreas técnicas adicionales
Más allá de los tres campos principales, 35 años de práctica han hecho emerger varias áreas de fondo que a menudo marcan la diferencia en los proyectos:
- Sistemas de tiempo real y desarrollo bare-metal
- Programación próxima al hardware en microcontroladores limitados, con o sin sistema operativo de tiempo real. Experiencia con temporización determinista, arquitecturas de interrupción y optimización bajo restricciones de memoria y tiempo de ejecución.
- Verificación FPGA
- Desarrollo en VHDL y SystemVerilog, con testbenches y verificación sistemática. Los diseños FPGA no son «software sobre un chip» — siguen sus propias reglas, y precisamente ahí fracasan muchos proyectos.
- Recuperación de código e ingeniería inversa
- Análisis de bases de software heredadas — ensamblador, C, C++, a menudo sin documentación — y su preparación sistemática para el equipo del cliente. El proyecto Stihl (véase referencias) es un ejemplo.
- Cifrado y comunicación segura
- Desarrollo de procedimientos criptográficos y de comunicación de bus segura en contexto embebido, donde las bibliotecas estándar no encajan — desde actualizaciones de firmware firmadas a bootloaders seguros, pasando por soluciones de cifrado a medida. Nota: a partir de cierto nivel de cifrado puede ser necesaria una autorización de la autoridad competente, dado que algunas tecnologías de cifrado no pueden exportarse a todos los países. La necesidad de autorización se examina conjuntamente antes del inicio.
Lo que estas competencias significan para usted
Si tiene un proyecto donde el cumplimiento normativo, los requisitos de tiempo real o la complejidad próxima al hardware desempeñan un papel — y al mismo tiempo no quiere contratar todo un equipo de especialistas sino una persona con visión de conjunto y compromiso de entrega — entonces una cooperación es probablemente adecuada.