← Accueil
Développement embarqué critique selon les normes
Plus de 35 ans d'expérience en sécurité fonctionnelle, systèmes temps réel et développement proche du matériel — familier des normes pertinentes pour l'automobile, le médical et l'industrie.
Le développement embarqué critique n'est pas une question de fonctions isolées mais de démarche d'ensemble : de l'analyse des exigences à l'architecture et l'implémentation jusqu'à la vérification et la documentation. Qui passe commande dans ce domaine ne cherche pas seulement un bon programmeur, mais quelqu'un qui a compris l'interaction entre norme, méthode et code — et qui peut estimer de manière réaliste l'effort qu'implique la conformité.
Les trois domaines de compétence suivants sont la base de mon travail. Ils se recoupent dans presque chaque projet.
Expérience
1. Expérience
Plus de trois décennies de développement embarqué — du début de carrière dans le développement moteur à l'activité actuelle de consultant indépendant. En segment premium, l'expérience n'est pas un argument marketing mais un prérequis : qui développe des systèmes temps réel proches du matériel ou du firmware critique a besoin de la mémoire des modes de défaillance qui n'apparaissent pas dans les cours.
- Plus de 35 ans de développement embarqué (depuis 1990)
- Début de carrière chez Mercedes-Benz, Stuttgart-Untertürkheim
- Projets pour plusieurs grands constructeurs en Allemagne, au Royaume-Uni et aux États-Unis — ainsi que pour leurs équipementiers français et allemands
- Activité internationale en Allemagne et en France
- 2002 — fondation de Navimess Elektronik (fermée par la suite)
- 2012 — fondation de SCHMITT CONSULTING S.A.R.L. en France
- Diplom-Informatiker (FH), spécialité Informatique technique
- Mémoire de fin d'études en automatique avec pilotes matériels temps réel en assembleur
Normes
2. Normes et standards
Familier des normes pertinentes pour le développement critique en automobile, médical et industrie. « Familier » signifie ici : je connais les exigences, les méthodes et les pièges typiques — et je peux estimer quel effort normatif convient à votre projet et lequel serait disproportionné. Dans les projets, j'interviens comme développeur dans le cadre de conformité établi par le client ; je n'assume pas un rôle d'auditeur normatif autonome.
- ISO 26262 — Sécurité fonctionnelle (automobile, ASIL A à D)
- IEC 61508 — Sécurité fonctionnelle (industrie, SIL 1 à 4)
- IEC 62304 — Cycle de vie logiciel (dispositifs médicaux, classes A/B/C)
- IEC 60601-1 — Sécurité des appareils (médical)
- RTCA/DO-178B — Logiciel aéronautique (DAL A à E)
- Automotive SPICE — Évaluation de processus en projets automobile
- MISRA-C / MISRA-C++ — Règles de codage pour logiciel C/C++ critique
Pilotage
3. Pilotage projet
Les projets embarqués échouent rarement sur la technique, souvent sur la communication et le pilotage. Mon pilotage projet est aligné sur ce que les clients du segment premium attendent : délais traçables, coûts transparents, transferts clairs. Je ne travaille pas avec une méthodologie surchargée, mais avec ce dont un projet a réellement besoin.
- Contrôle strict des délais et des coûts
- Coordination régulière avec le client à cadence convenue
- Devis avec garantie de prix pour les forfaits
- Transfert de connaissances aux équipes client en fin de projet
- Coordination de fournisseurs externes et de services internes
- Documentation technique et remise de code traçable
- Disponibilité pour signer un NDA et traitement confidentiel des contenus projet
Domaines techniques complémentaires
Au-delà des trois champs principaux, 35 ans de pratique ont fait émerger plusieurs domaines de fond qui font souvent la différence sur les projets :
- Systèmes temps réel et développement bare-metal
- Programmation proche du matériel sur microcontrôleurs limités, avec ou sans système d'exploitation temps réel. Expérience du timing déterministe, des architectures d'interruption et de l'optimisation sous contraintes mémoire et durée d'exécution.
- Vérification FPGA
- Développement en VHDL et SystemVerilog, avec testbenches et vérification systématique. Les conceptions FPGA ne sont pas du « logiciel sur une puce » — elles suivent leurs propres règles, et c'est précisément là que beaucoup de projets échouent.
- Reprise de code et rétro-ingénierie
- Analyse de bases logicielles héritées — assembleur, C, C++, souvent sans documentation — et leur préparation systématique pour l'équipe client. Le projet Stihl (voir références) en est un exemple.
- Chiffrement et communication sécurisée
- Développement de procédés cryptographiques et de communication bus sécurisée en contexte embarqué, là où les bibliothèques standards ne conviennent pas — des mises à jour firmware signées aux bootloaders sécurisés en passant par des solutions de chiffrement sur mesure. Note : au-delà d'un certain niveau de chiffrement, une autorisation de l'autorité compétente peut être nécessaire, certaines technologies de chiffrement n'étant pas exportables vers tous les pays. Le besoin d'autorisation est examiné ensemble avant le démarrage.
Ce que ces compétences signifient pour vous
Si vous avez un projet où la conformité aux normes, les exigences temps réel ou la complexité proche du matériel jouent un rôle — et que vous ne souhaitez pas engager toute une équipe de spécialistes mais une personne avec vue d'ensemble et engagement de livraison — alors une coopération est probablement adaptée.