Accélérer les cycles de R&D grâce Simulation HIL

Principaux enseignements

• Simulation HIL permettent de réduire les délais de R&D en éliminant les défauts d'intégration avant que le matériel prototype, dont les ressources sont limitées, n'arrive au laboratoire.
• Les programmes HIL les plus rapides se concentrent d'abord sur les chemins de contrôle à haut risque, puis n'améliorent la précision du modèle que lorsque le résultat (réussite ou échec) en dépend.
• Les gains de temps de cycle ne sont durables que si la précision de la chronométrie, la reproductibilité de la conception des tests et le suivi des défauts non détectés font l'objet d'une gestion rigoureuse.

Simulation HIL Les tests de simulation HIL permettent de réduire les délais de développement lorsque les équipes les utilisent pour éliminer les risques d'intégration avant que les prototypes complets ne soient disponibles.

Les entreprises américaines ont consacré 697,7 milliards de dollars à la recherche et au développement expérimental en 2022 ; ainsi, chaque semaine perdue en raison d'une validation tardive a désormais un coût tangible. Simulation HIL tests Simulation HIL accélèrent le développement des produits car ils permettent de détecter les défaillances dans un environnement de laboratoire contrôlé, où le comportement des logiciels, des commandes et des E/S peut être vérifié avant la construction du système complet. Ce changement est particulièrement important lorsque les pièces de prototype sont rares, que les contraintes de sécurité limitent les essais au banc ou que plusieurs équipes ont besoin du même matériel en même temps. Les équipes qui considèrent le HIL comme une méthode ciblée de réduction des risques gagneront plus de temps que celles qui le traitent comme un simple simulateur généraliste.

« Le travail en parallèle est plus important que la pureté de la simulation. »

Simulation HIL relient le matériel de commande aux modèles de système

Simulation HIL consistent à connecter le contrôleur, le relais ou l'ECU réel à une installation simulée fonctionnant à une vitesse suffisante pour échanger des signaux à la vitesse de fonctionnement. Vous ne testez pas un concept abstrait. Vous évaluez le comportement électrique, mécanique ou thermique du matériel de commande avant que la machine complète ne soit disponible.

Une équipe chargée des variateurs de vitesse peut brancher sa carte de commande sur un banc d'essai HIL et simuler des milliers de variations de charge, de chutes de tension et de pertes de signal des capteurs avant qu'un créneau ne se libère sur le banc d'essai. Cette approche s'applique également à un contrôleur de vol qui doit réagir au décalage des actionneurs ou à un relais de réseau qui doit se déclencher en cas de défaut. Chaque simulation utilise la même logique matérielle que celle qui sera ensuite mise en œuvre sur le banc d'essai.

C'est pourquoi Simulation HIL accélèrent le développement. Les défauts apparaissent alors que les options de conception sont encore peu coûteuses, et les correctifs logiciels peuvent être appliqués dès la semaine même. Vous n'aurez pas à attendre la réalisation d'un prototype complet pour vous rendre compte qu'un facteur d'échelle, une interruption ou un seuil de défaut était erroné.

Cette configuration permet de raccourcir les délais de développement lorsque les versions physiques sont rares

Les prototypes physiques ralentissent les équipes, car chaque version immobilise des fonds, du temps de laboratoire et l'attention des spécialistes sur une seule configuration. Un Simulation HIL élimine cette attente. Vous pouvez valider la logique de commande, le mappage des E/S et la gestion des défauts alors que les pièces mécaniques, les étages de puissance ou les versions du véhicule sont encore en cours de conception et d'approvisionnement.

Aérospatial travaillant sur un calculateur de vol n'a pas besoin d'un modèle physique complet pour vérifier le remplacement des capteurs, les commandes des actionneurs et la logique de fonctionnement en mode dégradé. Une équipe Énergie peut tester le code de gestion de batterie lors d'opérations de charge et de décharge avant que les packs haute tension ne soient autorisés à être utilisés en laboratoire. Ces premiers essais fournissent au personnel chargé des logiciels et des commandes des informations utiles bien avant que l'ensemble complet ne soit prêt.

Ce travail en parallèle est plus important que la pureté de la simulation. Chaque cycle HIL précoce fournit au micrologiciel, aux équipes de contrôle et au personnel chargé des essais une référence commune, ce qui permet d'identifier plus rapidement les modifications à apporter et de raccourcir les réunions. Vous réduisez ainsi les temps d'attente entre les groupes, qui sont souvent à l'origine des retards dans le calendrier.

Les retours d'information issus de la simulation HIL permettent de détecter les défauts d'interface avant l'intégration sur banc d'essai

Les défauts d'interface sont ceux que le HIL détecte le plus rapidement, et ce sont souvent eux qui bloquent l'intégration sur banc d'essai. Les décalages de synchronisation, les composants défectueux, les polarités de broches erronées et les messages de bus obsolètes semblent généralement mineurs lors de la révision du code. Une fois le matériel câblé, ces petites erreurs peuvent nécessiter plusieurs jours de recherche et de nouveaux tests.

Un contrôleur de freinage peut s'attendre à recevoir la vitesse des roues dans un format de mise à l'échelle donné, alors que le simulateur en envoie un autre. Une carte de conversion de puissance peut interpréter une ligne de défaut comme étant « active à l'état bas » alors que le modèle de l'installation la traite comme « active à l'état haut ». L'ordre des messages CAN peut également perturber les transitions d'état, même lorsque tous les paquets sont présents, ce qui donne l'impression que le débogage sur banc est aléatoire alors que le problème est en réalité reproductible.

HIL met en évidence ces points critiques car la boucle est fermée et reproductible. Vous pouvez interrompre le cycle exactement au moment où le comportement devient anormal, ajuster l'interface, puis relancer la même séquence. Les essais sur banc offrent rarement ce niveau de contrôle, surtout lorsque plusieurs appareils se disputent le temps de traitement sur le même banc d'essai.

La portée initiale des essais HIL doit tenir compte des risques liés au système

Dans un premier temps, l'analyse HIL doit se concentrer sur les voies de contrôle les plus susceptibles de retarder l'intégration ou d'endommager le matériel. Il n'est pas nécessaire de couvrir l'ensemble du système dès le premier jour. Il faut plutôt se concentrer sur les boucles où, en cas de défaillance tardive, la synchronisation, la logique de protection ou les E/S personnalisées entraîneraient de longs cycles de débogage.

Une première campagne ciblée porte généralement sur un petit ensemble de vérifications visant à éliminer les principaux obstacles :

• Boucles de régulation liées à un comportement instable de l'installation
• Conversions d'E/S avec mise à l'échelle ou polarité personnalisées
• Transitions d'état liées à des mesures de protection
• Échanges réseau avec des contraintes de temps strictes
• Réactions en cas de défaillance que le personnel au sol ne peut pas mettre en œuvre en toute sécurité

Une équipe chargée de développer un système de propulsion électrique commence souvent par le contrôle du couple, la réponse en cas de surintensité et la perte du codeur avant de modéliser les charges de l'habitacle ou les affichages destinés au conducteur. Cette séquence est efficace car les risques liés au calendrier de développement se situent rarement dans les aspects les plus simples de la conception. Le premier plan de simulation HIL doit refléter les éléments susceptibles d'interrompre un programme de laboratoire.

Les gains de vitesse significatifs dépendent de la précision du modèle

Les gains de rapidité obtenus grâce à la simulation HIL dépendent du choix d'un niveau de précision du modèle adapté au problème à résoudre. Un modèle simplifié s'avère utile pour vérifier le flux d'états ou la gestion des messages. Un modèle de commutation détaillé prend toute son importance lorsque l'on teste la synchronisation du contrôleur, les seuils de protection ou le comportement en matière de qualité de l'énergie.

En 2023, les voitures électriques représentaient environ 18 % des ventes mondiales de véhicules. Cette progression a incité davantage d'équipes à se lancer dans des travaux liés à l'électronique de puissance, à la gestion des batteries et au contrôle des moteurs, où la précision est essentielle. Une carte de commande d'onduleur peut sembler fonctionner correctement lorsqu'elle est connectée à une source de tension idéale, mais présenter des défaillances dès lors que le temps mort, le bruit des capteurs et l'ondulation du bus sont pris en compte.

Simulation HIL bon Simulation HIL ne cherche pas à atteindre un niveau de détail maximal dans tous les cas. Il ajoute des détails aux limites de défaillance. Si un résultat est susceptible de modifier l'étalonnage, les marges de sécurité ou le calendrier de mise sur le marché, le modèle doit reproduire le comportement qui détermine la réussite ou l'échec du test.

La précision temporelle détermine si les résultats HIL restent exploitables

La précision de la synchronisation détermine si les résultats HIL peuvent orienter le travail de mise en production ou s'ils ne constituent qu'une répétition approximative. Si le simulateur, la chaîne d'E/S et le contrôleur ne respectent pas la synchronisation de boucle attendue par votre produit, les résultats de réussite ou d'échec vous induiront en erreur. La rapidité découle d'une synchronisation fiable, et non de l'exécution d'un plus grand nombre de cas.

Un relais de protection qui doit se déclencher dans un intervalle de temps très court ou un contrôleur de moteur effectuant des mises à jour PWM à la microseconde près nécessite un échange constant à chaque cycle. Les équipes qui utilisent OPAL-RT à ce stade vérifient généralement la latence, la gigue et l'alignement des E/S avant de se fier aux tests d'insertion de défauts ou de stabilité en boucle fermée. Cette rigueur établit une base de référence fiable pour tous les tests qui suivront.

Cette habitude permet d'éviter un piège courant. Les ingénieurs attribuent souvent au micrologiciel des oscillations qui sont en réalité dues à un retard dans la rétroaction, ou bien ils acceptent une réponse « propre » qui n'existe que parce que l'installation simulée présentait un retard. Il est impossible de raccourcir la phase de validation si la couche de synchronisation ajoute du bruit à chaque réponse.

Une conception inadéquate des tests peut réduire à néant les gains en termes de temps de cycle

Une conception de test inadéquate annulera les gains de rapidité offerts par le HIL, même si le simulateur est précis. Les étapes de configuration manuelles, les critères de réussite flous et les suites de tests trop volumineuses créent leurs propres goulots d'étranglement. L'objectif est de mettre en place Simulation HIL qui exécute l'ensemble minimal de vérifications reproductibles à chaque fois que le code, l'étalonnage ou le mappage des E/S change.

Une équipe chargée des contrôles peut passer une demi-journée à charger des fichiers, à nommer des canaux et à réinitialiser les états avant chaque exécution. Une autre équipe peut exécuter 400 cas sans classement, puis attendre qu'une personne examine les graphiques un par un. Ces habitudes déplacent le goulot d'étranglement du banc d'essai vers le processus de test.

Les campagnes efficaces considèrent automatisation une question d'hygiène de laboratoire. Les états de départ sont fixes, les stimuli sont gérés par versions et les seuils de réussite ou d'échec sont définis avant le début de l'exécution. L'objectif est d'obtenir rapidement des indications sur les rares cas qui révèlent des régressions, puis de mener des campagnes plus approfondies lorsqu'une modification touche des logiques à haut risque.

« Ce n’est pas simplement en utilisant un outil que vous gagnez du temps. Vous le méritez à chaque fois que le prototype suivant arrive avec moins d’inconnues et moins de raisons d’interrompre les essais. »

La réduction du taux de défauts permet de déterminer si la simulation HIL porte ses fruits

Le HIL porte ses fruits lorsque le nombre de défauts non détectés diminue et que les boucles de retests se réduisent à l'échelle du programme. La réduction de la durée du cycle est certes importante, mais le signe le plus encourageant est que la première intégration sur banc de test se déroule de manière plus sereine et que les revues de version cessent de tourner en rond autour des mêmes défauts non résolus. Un travail HIL bien mené transforme le débogage imprévu en une vérification planifiée.

Une équipe qui suit les bogues d'interface non détectés, le nombre de relances et le délai de correction constatera rapidement la différence. Si les déclenchements de surintensité, les délais d'attente des bus ou les défauts de plage des capteurs sont déjà résolus avant la semaine d'essais au banc, les techniciens consacrent leur temps à valider le comportement du système plutôt qu'à courir après des hypothèses erronées concernant le câblage. OPAL-RT répond à ce besoin lorsque les équipes ont besoin d'une exécution reproductible liée à ces indicateurs de laboratoire, et non pas simplement d'un écran de simulation de plus.

Le constat est simple. Simulation HIL n'accélèrent le développement des produits que si le périmètre, la fidélité, le calendrier et la conception des essais sont rigoureusement maîtrisés. Ce n'est pas l'outil en soi qui vous fait gagner du temps. Vous le gagnez à chaque fois qu'un nouveau prototype arrive avec moins d'inconnues et moins de raisons d'interrompre les essais en laboratoire.