Le poste recouvre trois métiers proches que les offres mélangent. Le développeur BSW écrit ou adapte des modules bas niveau et les pilotes MCAL d'un microcontrôleur. L'intégrateur assemble la pile fournie par Vector, Elektrobit ou un autre éditeur, la configure à partir des fichiers ARXML du constructeur et génère la RTE. Le développeur applicatif écrit les composants logiciels (SWC) en C, parfois générés depuis Simulink.
La plupart des postes restent sur AUTOSAR Classic, en C sur microcontrôleur. AUTOSAR Adaptive concerne les calculateurs plus puissants sous un système POSIX, programmés en C++ avec SOME/IP. Un CV qui cite les deux mérite une question sur chacun. L'expérience réelle s'entend quand la personne raconte un défaut qui ne se mémorise pas, un PDU qui ne part pas ou un calculateur qui empêche le réseau de s'endormir.
Une configuration ARXML à relire ou une trace CANoe à interpréter apprend plus qu'une question de cours sur les couches. Pour un calculateur classé ASIL, ajoutez des questions sur la protection mémoire et la surveillance d'exécution. Le PDF contient un cas de 20 minutes sur un calculateur qui ne s'endort plus.
La pile AUTOSAR, couche par couche
AUTOSAR Classic Platform
Le standard des calculateurs sur microcontrôleur, programmés en C. Le logiciel est découpé en composants applicatifs (SWC), RTE et logiciel de base (BSW). Chaque calculateur est décrit dans des fichiers ARXML échangés entre constructeur et fournisseur. La grande majorité des postes porte sur cette plateforme.
RTE
La couche générée qui relie les composants applicatifs entre eux et au logiciel de base. Les SWC communiquent par ports, sender-receiver ou client-server, et la RTE traduit ces échanges en appels de fonction, en variables partagées ou en messages sur le bus. Elle fixe aussi quel runnable tourne dans quelle tâche.
BSW et MCAL
Le logiciel de base regroupe les services (OS, mémoire non volatile NvM, gestion d'état EcuM et BswM), la communication (Com, PduR, CanIf, CanTp) et les pilotes MCAL fournis par le fondeur du microcontrôleur, par exemple Infineon AURIX, NXP ou Renesas. Le développeur BSW en écrit ou en adapte une partie, l'intégrateur les configure.
Vector DaVinci et MICROSAR
La pile MICROSAR de Vector et ses outils. DaVinci Developer Classic sert à décrire les composants, DaVinci Configurator Classic à configurer les modules et à générer la BSW et la RTE. Beaucoup de CV écrivent encore « DaVinci Configurator Pro », l'ancien nom de l'outil.
EB tresos
L'outil de configuration d'Elektrobit, livré avec sa pile AUTOSAR et utilisé aussi pour configurer les MCAL de plusieurs fondeurs. Un intégrateur qui a travaillé sur DaVinci et sur EB tresos s'adapte vite à un nouveau projet.
Diagnostic UDS (Dcm, Dem)
Le diagnostic suit la norme UDS (ISO 14229). Le module Dcm répond aux requêtes du testeur : lecture d'identifiants, effacement des défauts, sessions, accès sécurisé, reprogrammation. Le module Dem mémorise les défauts (DTC) et leurs conditions. Une bonne part du travail consiste à configurer ces deux modules à partir des spécifications du constructeur, souvent livrées en ODX ou en CDD.
CAN, LIN et Ethernet automobile
CAN et CAN FD restent majoritaires, LIN sert aux organes simples, Ethernet se répand avec SOME/IP pour la communication par services. Un intégrateur passe une partie de ses journées dans CANoe ou CANalyzer, à lire des trames et à comprendre pourquoi un message ne part pas.
AUTOSAR Adaptive Platform
La plateforme des calculateurs puissants, sur un système POSIX comme Linux ou QNX. Les applications sont écrites en C++ et communiquent par services, via ara::com et SOME/IP. Les compétences demandées se rapprochent du C++ système plus que du microcontrôleur.
ISO 26262 et mécanismes de sûreté
Quand une fonction est classée ASIL, le logiciel doit isoler les composants de niveaux différents : protection mémoire par l'OS, surveillance d'exécution par le Watchdog Manager, protection de bout en bout des messages (E2E). Demandez ce que chaque mécanisme protège, pas seulement son nom.
Le poste se publie sous plusieurs noms : ingénieur logiciel AUTOSAR, ingénieur BSW, intégrateur AUTOSAR, ingénieur Basic Software, architecte AUTOSAR. Relisez la description. Un intégrateur passe son temps dans les outils de configuration et sur banc, un développeur BSW écrit du C bas niveau, un développeur applicatif travaille sur les SWC et souvent sur des modèles Simulink. Les offres demandent en général du C embarqué, MISRA C, CANoe, UDS et une connaissance d'ISO 26262, parfois la cybersécurité ISO/SAE 21434 pour le diagnostic sécurisé et la mise à jour. Aucune certification ne mesure l'expérience AUTOSAR, qui se vérifie sur une configuration ou une trace lue pendant l'entretien.
Les compétences AUTOSAR à vérifier
- Architecture Classic : SWC, RTE, BSW
- Configuration et intégration ARXML
- Communication CAN, LIN et Ethernet
- Diagnostic UDS (Dcm, Dem)
- OS AUTOSAR et ordonnancement
- Sûreté ISO 26262 et C embarqué MISRA
Cinq questions pour un ingénieur AUTOSAR, avec les réponses attendues
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Un signal reçu sur le bus CAN n'arrive jamais au composant applicatif qui le lit. Comment cherchez-vous où il se perd ?
Une bonne réponseIl remonte la chaîne couche par couche. D'abord la trame sur le bus avec CANoe, puis le filtrage dans CanIf (identifiant attendu, bon contrôleur), le routage dans PduR, la décomposition en signaux dans Com (position, taille, ordre des octets), enfin le lien entre le signal et le port du SWC dans la RTE. Il vérifie aussi que le runnable lecteur est affecté à une tâche et que le PDU n'appartient pas à un groupe d'I-PDU resté à l'arrêt.
Signal d'alerte« Je regénère la RTE » sans savoir quoi regarder, ou une réponse qui saute directement au code applicatif sans passer par la configuration de Com.
Question 2 · junior à confirmé
Quelle différence faites-vous entre un port sender-receiver et un port client-server, et que génère la RTE dans chaque cas ?
Une bonne réponseSender-receiver transporte des données : un émetteur écrit, un ou plusieurs récepteurs lisent, en dernière valeur ou en file. Client-server appelle une opération qui rend un résultat, en synchrone ou en asynchrone. Dans la même tâche, la RTE réduit souvent l'échange à une variable ou à un appel direct. Entre deux tâches, elle ajoute une protection de cohérence. Vers un autre calculateur, elle passe par Com.
Signal d'alerteDes définitions récitées sans pouvoir dire ce que produit la RTE derrière, ou l'idée que tout échange passe par le bus.
Question 3 · confirmé
Le constructeur livre une nouvelle version de l'ARXML du réseau. Comment l'intégrez-vous sans casser la configuration existante ?
Une bonne réponseIl importe la description système dans l'outil (DaVinci Configurator ou EB tresos), compare avec la version précédente et traite les différences : nouveaux PDU, signaux déplacés, période modifiée. Il relance la validation de l'outil, régénère, compile, puis vérifie sur banc ou en simulation que les messages modifiés partent et arrivent. La configuration est versionnée, ce qui permet de lire le diff et de revenir en arrière.
Signal d'alerteUne réimportation complète qui écrase les réglages faits à la main, sans comparaison ni test sur le bus.
Question 4 · confirmé
L'application détecte bien un défaut, mais le testeur de diagnostic ne voit aucun DTC. Où regardez-vous ?
Une bonne réponseIl suit le chemin du défaut : l'appel qui remonte le statut de l'événement au module Dem, la configuration de l'événement (anti-rebond par compteur ou par temps, conditions d'activation, cycle d'opération), le lien entre l'événement et le DTC, puis la mémoire des défauts. Il vérifie que le cycle d'opération est bien démarré et que les filtres du testeur ne masquent rien. Il relit le DTC avec le service 0x19.
Signal d'alerteNe sépare pas événement et DTC, ou ne parle jamais d'anti-rebond.
Question 5 · confirmé à senior
Le calculateur ne s'endort plus quand le véhicule est verrouillé. Comment diagnostiquez-vous le problème ?
Une bonne réponseIl sépare gestion réseau et gestion d'état. Sur le bus, il regarde si des trames de gestion réseau (CanNm) continuent d'arriver et quel nœud les envoie. Dans le calculateur, il vérifie les demandes de communication en cours dans ComM, les règles BswM et l'état EcuM, et quel utilisateur garde le réseau éveillé. Il pense aussi à une écriture NvM qui bloque l'arrêt. Il mesure le courant de veille pour confirmer.
Signal d'alerte« C'est le watchdog », ou une réponse limitée à l'application, sans parler de gestion réseau.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Questions fréquentes sur le recrutement en AUTOSAR
Quelle différence entre un intégrateur AUTOSAR et un développeur BSW ?
L'intégrateur assemble une pile achetée à un éditeur. Il importe les descriptions du constructeur, configure les modules, génère la RTE, compile et teste sur banc. Le développeur BSW écrit ou modifie des modules du logiciel de base, des pilotes ou des adaptations pour un microcontrôleur, en C bas niveau. Les deux profils se croisent sur le débogage, mais le second demande plus de C et de connaissance du matériel. Précisez lequel vous cherchez dans l'offre.
Un développeur C embarqué sans AUTOSAR peut-il prendre le poste ?
Pour un poste de développement BSW ou applicatif, oui, s'il maîtrise le C, les interruptions, le CAN et un RTOS. Comptez quelques mois pour qu'il soit à l'aise avec la RTE, l'ARXML et les outils de configuration. Pour un poste d'intégrateur seul sur un projet, l'expérience d'au moins une pile AUTOSAR complète fait une vraie différence, car les erreurs de configuration se paient en temps de banc.
Quel test technique proposer à un ingénieur AUTOSAR ?
Un exercice de lecture vaut mieux qu'un développement à la maison. Montrez un extrait de configuration Com ou une trace CANoe avec un message absent, et demandez où chercher. Pour un développeur BSW, ajoutez une fonction C de vingt lignes avec un accès concurrent ou un problème d'alignement. Demandez à la personne de raisonner à voix haute. Trente minutes suffisent pour voir si elle a déjà intégré une pile.
Faut-il exiger une expérience sur l'outil Vector ou sur EB tresos ?
C'est un plus, rarement une condition. Les concepts restent ceux du standard : modules, paramètres, description système, génération. Une personne qui a configuré une pile complète avec un outil prend en main l'autre en quelques semaines. Exigez plutôt la plateforme (Classic ou Adaptive) et le type de poste. Si le projet démarre tout de suite sans formation possible, l'outil exact devient un critère raisonnable.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
