Entretien d’embauche ingénieur en informatique embarquée
L’entretien d’ingénieur en systèmes embarqués comprend presque toujours des questions techniques précises : gestion des interruptions, mot-clé volatile, priorités dans un RTOS, protocoles de communication.
On peut vous demander d’écrire un petit morceau de C, de lire un chronogramme ou de raconter un bug matériel résolu. Le recruteur cherche une pratique réelle de la carte et une compréhension du cadre normatif de son secteur.
Les questions à préparer
01À quoi sert le mot-clé volatile en C embarqué ?
Ce que le recruteur cherche
Question classique qui distingue rapidement les profils ayant réellement codé sur microcontrôleur.
Exemple de réponse
Il indique au compilateur que la valeur d’une variable peut changer en dehors du flux normal du programme, par exemple dans une routine d’interruption ou dans un registre matériel. Sans volatile, le compilateur peut optimiser la lecture et garder une ancienne valeur en registre, ce qui crée des bugs difficiles à reproduire. Je l’utilise pour les registres de périphériques et les variables partagées avec une interruption. En revanche, volatile ne garantit pas l’atomicité : pour une variable de plusieurs octets, il faut aussi protéger l’accès, par exemple en désactivant brièvement l’interruption concernée.
02Racontez un bug matériel ou temps réel difficile que vous avez résolu.
Ce que le recruteur cherche
Le recruteur veut voir votre méthode de mise au point.
Exemple de réponse
Sur un capteur connecté, l’appareil se figeait au bout de plusieurs heures, sans trace dans les journaux. J’ai d’abord activé le chien de garde avec une sauvegarde de l’adresse en cours avant redémarrage. Cela a montré que le blocage venait de l’attente d’une réponse I2C. À l’analyseur logique, j’ai vu que le capteur maintenait parfois la ligne de données basse après une perturbation. J’ai ajouté une procédure de déblocage du bus et un délai maximal sur chaque transaction. Le défaut n’est plus réapparu pendant les essais d’endurance.
03Comment gérez-vous les priorités entre tâches dans un RTOS ?
Ce que le recruteur cherche
La maîtrise de l’ordonnancement est centrale dans les systèmes temps réel.
Exemple de réponse
J’attribue les priorités selon les contraintes de délai, pas selon l’importance perçue : la tâche qui doit répondre le plus vite reçoit la priorité la plus haute. Je garde les routines d’interruption très courtes et je délègue le traitement à une tâche via une file ou un sémaphore. Je fais attention à l’inversion de priorité quand des tâches partagent une ressource, en utilisant des mutex avec héritage de priorité. Je mesure ensuite les temps d’exécution réels, par exemple en basculant une broche observée à l’oscilloscope.
04Comment travaillez-vous dans un cadre ISO 26262 ou une norme équivalente ?
Ce que le recruteur cherche
Le recruteur vérifie que vous connaissez les contraintes réelles d’un développement certifié.
Exemple de réponse
Chaque exigence logicielle est dérivée d’une exigence système et tracée jusqu’au code et aux tests. Avant de coder, la spécification et l’architecture sont relues. Le code respecte les règles MISRA C, avec une analyse statique dont chaque écart restant est justifié par écrit. Les tests unitaires couvrent les exigences et un niveau de couverture structurelle défini selon le niveau ASIL. Concrètement, cela ralentit le développement, mais cela évite des corrections tardives très coûteuses. J’ai participé à deux audits, où l’on vérifiait surtout la cohérence de cette traçabilité.
05Expliquez le fonctionnement du bus CAN.
Ce que le recruteur cherche
Le CAN est omniprésent dans l’automobile et l’industrie.
Exemple de réponse
Le CAN est un bus série multi-maîtres sur une paire différentielle, ce qui le rend robuste aux perturbations. Les messages ne sont pas adressés à un destinataire : ils portent un identifiant qui fixe aussi leur priorité. En cas d’émissions simultanées, l’arbitrage bit à bit laisse passer le message de plus haute priorité sans perte. Chaque trame contient un contrôle de redondance, et les nœuds qui produisent trop d’erreurs se mettent eux-mêmes hors du bus. Dans mes projets, je configure les filtres de réception pour ne traiter que les identifiants utiles au calculateur.
06Comment testez-vous un logiciel embarqué sans la carte définitive ?
Ce que le recruteur cherche
Le logiciel est souvent développé avant que le matériel soit disponible.
Exemple de réponse
Je sépare le code dépendant du matériel du code applicatif, avec une couche d’abstraction claire. La logique applicative est testée sur PC avec des tests unitaires et des simulations des périphériques. Pour les pilotes, j’utilise une carte d’évaluation avec le même microcontrôleur. Quand les premiers prototypes arrivent, je commence par des tests simples de chaque périphérique avant d’intégrer l’ensemble. Sur des projets plus avancés, un banc HIL permet de simuler l’environnement du calculateur et d’automatiser les tests de non-régression.
07Comment optimisez-vous l’occupation mémoire sur un microcontrôleur limité ?
Ce que le recruteur cherche
Les ressources contraintes sont une réalité quotidienne du métier.
Exemple de réponse
Je commence par mesurer à partir du fichier de mapping généré par l’éditeur de liens, pour savoir où va réellement la mémoire. J’évite l’allocation dynamique, source de fragmentation et souvent interdite par les règles de codage. Je place les données constantes en mémoire flash, j’ajuste la taille des piles de chaque tâche après mesure de leur usage réel et je choisis des types de données de taille juste suffisante. Je vérifie aussi les options d’optimisation du compilateur, en restant attentif à leur effet sur le débogage.
08Comment collaborez-vous avec les électroniciens ?
Ce que le recruteur cherche
Le logiciel embarqué dépend directement des choix matériels.
Exemple de réponse
J’interviens dès la conception de la carte pour relire le choix des broches, des périphériques et des points de mesure : un point de test bien placé fait gagner des jours de mise au point. Pendant les essais, nous travaillons ensemble au banc, avec l’oscilloscope, pour déterminer si un défaut vient du matériel ou du logiciel. Je documente les configurations de registres utilisées pour qu’ils puissent comprendre le comportement observé. Cette proximité évite les échanges de tickets où chacun renvoie le problème à l’autre.
Les questions à poser au recruteur
- Sur quelles cibles matérielles et quels environnements logiciels travaille l’équipe ?
- Quelle est la norme de sûreté applicable et à quel niveau d’intégrité ?
- Comment se répartit le travail entre développement, tests et intégration sur banc ?
- Quels outils de traçabilité et d’intégration continue utilisez-vous ?
- À quel moment l’équipe logicielle intervient-elle dans la conception des cartes ?
Votre recherche, en automatique
Lancer mon scan d’offres ingénieur en informatique embarquée
JobFast cherche les offres qui vous correspondent sur les grands sites d’emploi, note chacune sur 10 et prépare un CV et une lettre adaptés. Vous relisez, vous validez.
Sans carte bancaire · Sans compte pour commencer
Questions fréquentes
Peut-on avoir un exercice de code en entretien ?
Oui, souvent sur papier ou en partage d’écran : manipulation de bits dans un registre, tampon circulaire, machine à états, analyse d’un code fautif. Révisez les opérateurs binaires, les pointeurs, les interruptions et les problèmes de concurrence. Expliquez votre raisonnement à voix haute, c’est ce que le recruteur évalue.
Faut-il apporter un projet matériel en entretien ?
Ce n’est pas demandé, mais une courte démonstration ou des photos et vidéos d’un projet personnel peuvent faire une bonne impression, surtout pour un premier poste. Préparez-vous à expliquer précisément vos choix de conception et les difficultés rencontrées sur la carte.