Active suspension control system with AUTOSAR architecture, ECU, sensors, and ISO 26262 safety concept in a modern vehicle

Algorithme de contrôle de suspension active : développement logiciel, architecture AUTOSAR et mise en œuvre de la norme ISO 26262

<Retour à Logiciel de châssis intelligent

Les algorithmes de contrôle de la suspension active gèrent en temps réel la hauteur, l’amortissement et les mouvements de la carrosserie du véhicule grâce aux données des capteurs et à une logique de contrôle. Dans les systèmes de suspension à direction électrique, le logiciel contrôle directement la rapidité de réaction du système, la stabilité perçue du véhicule et son comportement sécuritaire en cas de défaut ou dans des conditions de conduite extrêmes.


  • Les performances de la suspension active dépendent du logiciel
  • Construit sur AUTOSAR (BSW, RTE, couche application)
  • Fonctionne en temps réel (cycle de contrôle ≤ 20 ms)
  • Doit satisfaire aux exigences de sécurité de la norme ISO 26262
  • Utilise des algorithmes de contrôle classiques et avancés
  • Vérifié par des essais HIL et sur véhicule réel

Lorsqu’on travaille sur de vrais véhicules, on remarque vite une chose : deux voitures dotées de composants similaires peuvent se comporter de manière totalement différente sur la route. La raison n’est généralement pas liée aux suspensions elles-mêmes, mais au logiciel de contrôle.


Qu’est-ce qu’un algorithme de contrôle de suspension active ?

Un algorithme de contrôle actif de la suspension ajuste le comportement de la suspension en temps réel en fonction des données des capteurs et des conditions du véhicule.

Elle remplace un comportement mécanique fixe par des décisions logicielles. Dans une suspension à direction électrique (SCW), aucun mécanisme ne contrôle directement le comportement de la suspension. Tout, de l’amortissement à la posture de la carrosserie, est géré électroniquement.

Cela permet au système de se coordonner avec :

  • Direction (SBW)
  • Freinage (BBW)
  • Systèmes de contrôle des véhicules (VCU)

Comment la suspension active s’intègre-t-elle à l’architecture électrique/électronique du véhicule ?

La suspension active suit une logique à trois niveaux :

Perception → Décision → Exécution

  • Des capteurs collectent des données (hauteur, accélération, angle de braquage).
  • logique de contrôle des processus ECU
  • Les actionneurs ajustent le comportement de la suspension

Composants matériels

  • Capteurs de hauteur
  • Capteurs d’accélération
  • capteurs d’angle de braquage
  • Amortisseurs réglables
  • Ressorts pneumatiques
  • Actionneurs

Communication

  • CAN / CAN FD
  • LIN
  • Ethernet (≥100 Mbps)

Interaction du système

  • VCU
  • Systèmes ADAS
  • Systèmes de direction et de freinage

Cela crée un système de contrôle en boucle fermée.


Quelles sont les exigences logicielles essentielles ?

Les logiciels de suspension active doivent répondre à des objectifs d’ingénierie stricts.

Exigences clés

  • Plage de hauteur de caisse : -50 mm à +50 mm
  • Angle de roulis ≤ , angle de tangage ≤
  • Précision du capteur :
    • Accélération ≤ 0,01 g
    • Taille ≤ 1 mm

Contraintes en temps réel

  • Échantillonnage du signal ≤ 10 ms
  • Calcul de contrôle ≤ 20 ms
  • Réponse de l’actionneur ≤ 50 ms

Fiabilité

  • MTBF ≥ 10 000 heures

Sécurité

  • Conformité à la norme ISO 26262
  • Niveaux ASIL B–D
  • Couverture diagnostique ≥ 90%

Coordination

  • Fonctionne avec l’ensemble des systèmes du véhicule via CAN/Ethernet

Comment le logiciel est-il structuré sous AUTOSAR ?

Le logiciel de suspension active est basé sur la plateforme AUTOSAR Classic.


Couche logicielle de base (BSW)

Gère l’interaction au niveau matériel :

  • Pilotes de microcontrôleur (GPIO, ADC, PWM, CAN)
  • Communication:
    • CAN 2.0B
    • CAN FD
    • Ethernet IEEE 802.3
  • Diagnostic (UDS ISO 14229)
  • Mémoire (Flash + RAM)
  • Services système (horloge, interruption, alimentation)

Microcontrôleurs pris en charge :

  • Infineon Aurix TC3xx
  • NXP S32K3

Environnement d’exécution (RTE)

Sert de pont entre les couches :

  • Échange de données (Émetteur-Récepteur, Client-Serveur)
  • Planification des tâches (basée sur les priorités)
  • abstraction d’interface
  • Gestion des erreurs de communication

Couche application

C’est là que le contrôle s’exerce :

  • prétraitement du signal
    • filtrage de Kalman
    • Filtrage passe-bas
    • Précision jusqu’à ±0,005 g
  • Stratégie de contrôle
    • Calcul en temps réel
    • Réglage des paramètres
  • Commande d’actionneur
    • Signaux PWM / analogiques
    • Retour d’information (position, courant)
  • Diagnostic des pannes
    • défaillance du capteur
    • Problèmes d’actionneurs
    • défauts de communication
  • Changement de mode
    • Sport
    • Confort
    • Hors route
    • Économie
  • Coordination du système
    • Compatible avec les systèmes SBW, BBW et ADAS
    • Exemple : réduire l’inclinaison lors du freinage

Qu’est-ce que le processus de développement logiciel ?

Le développement suit le modèle en V.


1. Définition des exigences

  • Spécifications fonctionnelles (hauteur, niveaux d’amortissement)
  • Indicateurs de performance
  • Sécurité (HARA → ASIL)
  • Interfaces (CAN 2.0B, PWM)

2. Conception architecturale

  • Conception modulaire AUTOSAR
  • Correspondance matériel-logiciel

3. Développement d’algorithmes

  • Modèle de véhicule à 7 degrés de liberté
  • Masse suspendue vs masse non suspendue
  • Modélisation MATLAB/Simulink

4. Implémentation du code

  • Langage C
  • Norme MISRA C
  • Conception modulaire
  • Planification prioritaire
  • Contrôles des limites
  • Code généré automatiquement (Simulink)

5. Tests et validation

  • Tests unitaires (≥95%)
  • tests d’intégration
  • Simulation HIL
  • Essais de véhicules
  • Tests d’injection de défauts

Quels algorithmes de contrôle sont utilisés ?

Contrôle classique

  • Skyhook → réduit les vibrations corporelles (~30%)
  • Groundhook → améliore le contact avec la route
  • Commande hybride → équilibre entre confort et maniabilité
  • PID → contrôle précis

Contrôle intelligent

  • MPC → optimisation multivariable
  • PID flou → réglage adaptatif
  • LQG → contrôle résistant au bruit

Reconnaissance routière

  • Transformation en ondelettes
  • Réseaux neuronaux
  • Précision ≥90%

Comment les algorithmes sont-ils optimisés pour les véhicules réels ?

Dans les projets réels, les algorithmes doivent s’exécuter rapidement et rester stables.

Méthodes clés :

  • Simplifier les modèles
  • Réduire la charge de calcul
  • Utiliser le filtrage (Kalman, passe-bas)
  • Ajouter une compensation pour retard
  • Régler les paramètres sur de vrais véhicules

Comment le système répond-il à la norme ISO 26262 ?

La sécurité est intégrée à chaque étape.

Méthodes

  • HARA
  • AMDEC
  • ALEA

Cibles

  • ASIL B–D
  • PMHF < 10⁻⁸/heure

Conception de sécurité

  • Capteurs redondants
  • Double calculateur
  • Gestion des pannes :
    • Avertissement
    • Dégradation
    • Fermer

Comment le système est-il testé ?

  • Tests unitaires
  • tests d’intégration
  • Simulation HIL
  • Essais réels de véhicules
  • Injection de défauts

HIL permet de tester :

  • Freinage d’urgence
  • Virages à grande vitesse
  • Routes accidentées

Quels sont les principaux défis ?

  • Compromis entre confort et maniabilité
  • Complexité de l’algorithme vs limites de temps
  • Charge de travail en matière de sécurité fonctionnelle
  • Coordination multisystème

Quelles solutions fonctionnent en pratique ?

  • Architecture de contrôle en couches
  • Réglage dynamique des paramètres
  • Traitement multicœur
  • Communication Ethernet
  • Conception tolérante aux pannes

Quel est l’avenir de la suspension active ?

  • Contrôle basé sur l’IA
  • Intégration avec la conduite autonome
  • Informatique centralisée pour véhicules
  • Logiciel écoénergétique
  • Suspension électromagnétique

Exemple de scénario réel

Lors d’un freinage d’urgence sur chaussée irrégulière :

  • Problème : inclinaison vs adhérence des pneus
  • Solution : Le MPC ajuste l’amortissement
  • Résultat : freinage stable et confort accru

FAQ mise à jour 

Quel est l’impact des nouvelles réglementations sur les logiciels de suspension ?

Réponse courte :
Ils nécessitent une sécurité renforcée, une redondance accrue et une meilleure gestion des pannes.

Détaillé:
Les nouvelles normes telles que GB17675-2025 exigent un comportement opérationnel en cas de défaillance, des réponses aux pannes définies et une validation plus rigoureuse. Les logiciels doivent prendre en charge la redondance, les diagnostics en temps réel et une traçabilité complète conforme à la norme ISO 26262.


Quel est le plus grand défi aujourd’hui ?

Réponse courte :
Trouver le juste équilibre entre précision et performance en temps réel.

Détaillé:
Les algorithmes avancés améliorent les performances, mais augmentent la charge de calcul. Les ingénieurs doivent maintenir les cycles de contrôle sous la barre des 20 ms tout en préservant la stabilité grâce à des modèles simplifiés et à la planification multicœur.


Pourquoi la défaillance opérationnelle est-elle importante ?

Réponse courte :
Parce qu’il n’y a pas de système de secours mécanique.

Détaillé:
Les systèmes de transmission par câble doivent rester opérationnels après une panne. Cela nécessite des systèmes redondants, une surveillance continue et une dégradation progressive plutôt qu’un arrêt complet.


Comment l’architecture définie par logiciel change-t-elle le développement ?

Réponse courte :
La suspension n’est plus isolée.

Détaillé:
Il fonctionne désormais au sein d’un système centralisé, en collaboration avec la direction, le freinage et les systèmes ADAS. Cela nécessite AUTOSAR, la capacité OTA et une coordination interdomaines.


Quel rôle joue l’IA ?

Réponse courte :
Elle permet de prédire plutôt que de réagir.

Détaillé:
Les modèles d’IA utilisent les données des capteurs pour détecter les conditions routières à venir et ajuster la suspension en amont, améliorant ainsi le confort et la stabilité.


? AUTEUR 

Johnny Liu
PDG, Dowway Vehicle
Plus de 15 ans d’expérience dans le contrôle du châssis, les systèmes embarqués et la dynamique des véhicules.

Dernière mise à jour : 24 mars 2026

Critique: Ingénieur en sécurité fonctionnelleClause de non-responsabilité:
À titre indicatif uniquement. Respectez toujours les exigences du constructeur et les réglementations en vigueur.


Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Need a Quote or Have Questions?

Please fill out the form below, our engineers will contact you within 24 hours.