Tests SIL et HIL pour l'électronique de puissance : quand utiliser l'un ou l'autre

Principaux enseignements

• • La méthode SIL doit guider votre processus de travail lorsque la logique du régulateur et les hypothèses relatives à l'installation ne sont pas encore définies.

• • Le HIL prend tout son sens lorsque les délais d'exécution, la mise à l'échelle et le comportement de protection sur le matériel physique constituent le principal risque.

• • C'est grâce à la cohérence des modèles, des tests et des seuils de réussite que les approches SIL et HIL peuvent être considérées comme un seul et même parcours de validation.

Le SIL doit être privilégié pour les travaux de contrôle en électronique de puissance, et le HIL doit intervenir lorsque le timing et la fidélité des entrées/sorties deviennent des critères importants.

L'électronique de puissance traite et contrôle plus de 80 % de l'électricité aux États-Unis, ce qui montre à quel point la stabilité du comportement de contrôle et le choix judicieux des méthodes de validation sont essentiels. Vous obtiendrez de meilleurs résultats en considérant le « software-in-the-loop » comme l'étape permettant de tester la logique de contrôle dès le début, et le « hardware-in-the-loop » comme l'étape permettant de vérifier les détails de l'implémentation par rapport aux interfaces physiques. Cette séquence permet de garder les défauts visibles tant que vos modèles sont encore faciles à modifier. Elle réduit également le risque de surprises de dernière minute une fois que le code atteint les capteurs, les sorties PWM et les signaux de protection.

« La meilleure transition entre les phases SIL et HIL consiste à conserver, à chaque étape, la même finalité de test, les mêmes seuils de réussite et les mêmes hypothèses fondamentales concernant l'installation. »

La comparaison entre SIL et HIL définit les limites du test

La principale différence entre les tests SIL et HIL réside dans l'emplacement du contrôleur et de l'installation pendant le test. Dans le cas du « Software-in-the-loop », le code du contrôleur et le modèle de l'installation restent dans la simulation, tandis que dans le cas du « Hardware-in-the-loop », le matériel du contrôleur est physique et l'installation reste simulée. C'est cette distinction qui détermine les types de défaillances que le dispositif est capable de mettre en évidence.

Une boucle de courant numérique pour un convertisseur élévateur permet de faire clairement la distinction. Le SIL permettra de vérifier si les gains PI, les limites et les états de défaut se comportent correctement sur l'ensemble des points de fonctionnement. Le HIL permettra de vérifier si la mise à l'échelle de l'ADC, la synchronisation PWM et le câblage des broches de défaut fonctionnent toujours correctement une fois que la carte de contrôle exécute le code. Chaque méthode répond à une question de test différente.

SIL détecte les défauts de la logique du contrôleur avant même que le matériel n'existe

Le SIL est l'outil idéal pour valider la logique de contrôle embarquée avant que le matériel ne soit disponible, car il permet de visualiser les états de contrôle et de les tester à moindre coût. Vous pouvez exécuter le code compilé du contrôleur ou une représentation logicielle équivalente sur un modèle de système et détecter les erreurs tant que le coût des modifications reste faible.

Un contrôleur d'onduleur triphasé illustre bien l'importance de cette fonctionnalité. Vous pouvez tester la régulation du courant, la surveillance du bus CC, la protection anti-emballement et les règles de transition entre les états de démarrage, de fonctionnement et de défaut sans avoir à attendre la mise en place d'une carte de commande. Si le modulateur entre en saturation lors d'une chute de tension, vous pourrez identifier la séquence à l'origine du problème. Cette clarté vous permet de corriger la logique plutôt que de vous fier à des suppositions après un test au banc infructueux.

La mauvaise qualité des logiciels a coûté à l'économie américaine au moins 2 410 milliards de dollars en 2022. Ce chiffre ne se limite pas à l'électronique de puissance, mais le principe reste valable. Les défaillances détectées tardivement coûtent cher, car elles mêlent erreurs logicielles et incertitudes matérielles. Le SIL permet de distinguer ces problèmes dès le début, ce qui vous évite de perdre du temps à traquer un bug de contrôle sur un tracé d'oscilloscope.

La simulation HIL vérifie le comportement temporel par rapport aux interfaces physiques

Le HIL est indispensable lorsque vous avez besoin de vérifier que le contrôleur implémenté se comporte correctement avec les délais matériels réels et les chemins d'E/S réels. Il met en évidence des problèmes que la simulation seule ne permet pas de détecter clairement, tels que la gigue d'échantillonnage, la latence des interruptions, les effets de quantification de l'ADC, la synchronisation de la mise à jour PWM et la gestion des entrées en cas de défaillance matérielle.

Un convertisseur CC/CC bidirectionnel constitue un cas d'école. La loi de commande peut sembler parfaite en SIL, mais le contrôleur physique peut échantillonner le courant trop près d'un front de commutation et introduire des valeurs bruitées dans la boucle. Ce problème se traduira par des oscillations en limite, des commandes de rapport cyclique instables ou des déclenchements intempestifs. Le HIL intègre la carte du contrôleur dans le test, ce qui permet de mettre au jour ces détails d'interface.

Il convient de considérer le HIL comme une validation du comportement en fonctionnement, et non comme un substitut à la modélisation rigoureuse de l'installation. Un modèle d'installation imprécis risque toujours de vous induire en erreur, et même un bon régulateur peut échouer si les paramètres d'échelle, la synchronisation ou la logique de protection présentent le moindre écart. Le HIL prend tout son sens lorsque les détails de l'exécution physique constituent le principal facteur de risque.

Utilisez d'abord le SIL lorsque le risque pour les cultures est encore élevé

Il est préférable d'utiliser SIL dans un premier temps, lorsque vous êtes encore en train de définir les hypothèses relatives aux installations, les modes de fonctionnement et la structure du contrôleur. Les premiers travaux en électronique de puissance s'accompagnent généralement d'une grande incertitude concernant les parasites, les limites de fonctionnement et les scénarios de défaillance ; c'est pourquoi une interface de simulation flexible s'avère plus utile qu'une connexion immédiate au matériel.

Un onduleur raccordé au réseau équipé d'un filtre LCL en est un bon exemple. La résonance du filtre, la variation de l'impédance du réseau, le réglage de la boucle PLL et le comportement du limiteur de courant sont autant d'éléments à prendre en compte avant que la synchronisation matérielle ne devienne la principale préoccupation. SIL vous permet de passer rapidement en revue les conditions de ligne, les niveaux du circuit intermédiaire et les cas de défaut. Vous pouvez ainsi déterminer quels choix de contrôle sont robustes et lesquels ne fonctionnent que dans des conditions très spécifiques.

Cette étape vous permettra également d'obtenir un meilleur modèle de système. Le temps mort, le décalage des capteurs, la saturation et l'ondulation de commutation peuvent être ajoutés progressivement, plutôt que tous en même temps. Cette approche par étapes permet de garder une bonne visibilité sur les relations de cause à effet. Une fois que le risque lié au système diminue et que la logique du contrôleur cesse d'évoluer d'une semaine à l'autre, le HIL devient la prochaine étape logique.

Passer au HIL lorsque la synchronisation des entrées et des sorties devient critique

Passez à HIL lorsque les questions restantes portent sur le timing d'exécution, la fidélité des E/S et la gestion des défaillances sur le matériel de contrôle réel. Ce moment survient une fois que la logique de contrôle s'est suffisamment stabilisée pour que les nouvelles défaillances proviennent davantage de détails d'implémentation que d'équations manquantes ou d'une logique d'état défaillante.

Plusieurs signes indiquent généralement que vous êtes prêt à franchir le pas :

• • La loi de commande a cessé de changer tous les quelques jours.

• • La réussite ou l'échec dépend désormais du moment où l'interruption se produit.

• • Les déclenchements de protection doivent être vérifiés à l'aide de broches physiques.

• • Les erreurs d'étalonnage des capteurs peuvent nuire à la stabilité de la boucle.

• • La séquence de démarrage et d'arrêt doit être validée au niveau matériel.

Un contrôleur de moteur en arrive souvent à ce stade une fois que les boucles de vitesse et de courant de base sont stabilisées en SIL. La séquence de mise en marche des contacteurs, la gestion des signaux de désaturation et la synchronisation de la capture du codeur constituent alors les étapes les plus délicates. Le HIL vous offre un moyen sûr de tester ces circuits sans exposer l'étage de puissance à des risques. C'est là que l'investissement porte ses fruits.

Un processus par étapes relie les résultats SIL aux résultats HIL

La meilleure transition du SIL vers le HIL consiste à conserver, aux deux étapes, la même finalité de test, les mêmes seuils de réussite et les mêmes hypothèses fondamentales concernant l'installation. Il ne faut pas considérer le HIL comme un nouveau départ. Cette approche est particulièrement efficace lorsqu'elle reprend les scénarios qui ont déjà fait leurs preuves au niveau SIL, puis y ajoute des vérifications de mise en œuvre.

Un processus de travail pratique pour un contrôleur de chargeur commence par la validation du système et le réglage des commandes en SIL. La même série de tests se poursuit ensuite avec des limites définies pour le dépassement, le temps de stabilisation, la reprise après défaut et les transitions de mode. Le HIL ajoute des vérifications concernant le mappage du convertisseur analogique-numérique (ADC), la synchronisation des entrées discrètes, la mise à l'échelle de la modulation d'impulsions en largeur (PWM) et la gestion du chien de garde. Cette continuité facilite grandement la comparaison des résultats.

Les équipes perdent du temps lorsque les noms, les signaux ou les seuils de test changent d'une étape à l'autre. Il est préférable que les mêmes points de fonctionnement, les mêmes cas de défaillance et les mêmes réponses attendues soient conservés tout au long du processus. Si un test réussi en SIL se solde par un échec en HIL, la source de cette divergence est alors beaucoup plus facile à identifier. C'est ainsi qu'un processus par étapes permet de gagner du temps au lieu d'alourdir la procédure.

La conception basée sur des modèles inspire confiance grâce à des hypothèses cohérentes

Les approches SIL et HIL ne s'inscrivent dans une conception basée sur des modèles que si les hypothèses restent cohérentes entre l'installation, le contrôleur et la logique de test. Si la fidélité du modèle, la mise à l'échelle des signaux ou les définitions d'interface varient d'une étape à l'autre, la fiabilité s'effrite rapidement, car les résultats de chaque itération se rapportent à une représentation différente du système.

Une approche de modélisation transparente s'avère ici utile. SPS SOFTWARE répond à ces besoins lorsque vous avez besoin de modèles de système que les ingénieurs peuvent examiner, modifier et intégrer à un processus de validation de contrôleur sans que les équations soient masquées. Une étude de conversion menée dans un laboratoire universitaire ou au sein d'une équipe de R&D peut utiliser la même structure de système pour les premiers essais SIL et la préparation ultérieure des essais HIL. Cette continuité permet aux discussions techniques de rester centrées sur le comportement du système plutôt que sur l'opacité des outils.

Des hypothèses harmonisées ne signifient pas pour autant que les modèles sont figés. Vous devez affiner les termes de perte, les limites des capteurs et les détails de commutation à mesure que les données s'améliorent. L'essentiel est que chaque affinement reste traçable et visible pour l'équipe. La conception basée sur des modèles inspire confiance lorsque la traçabilité du modèle est claire et que les limites des tests restent bien définies.

 « Dans le cas du Software-in-the-loop, le code du contrôleur et le modèle de l'installation restent dans la simulation, tandis que dans le cas des essais Hardware-in-the-loop, le matériel du contrôleur est physique et l'installation reste simulée. »

Des limites de test trop laxistes donnent lieu à des résultats de réussite trompeurs

Les résultats des tests peuvent être trompeurs lorsque les limites choisies masquent le mécanisme de défaillance qu'il faut réellement mettre en évidence. Un test SIL peut sembler correct alors que la synchronisation physique est défaillante, et un test HIL peut paraître stable alors que le modèle de l'installation est trop simpliste pour mettre correctement le contrôleur à l'épreuve. Une validation efficace repose sur l'adaptation des limites au risque réel.

Un convertisseur qui réussit tous les tests SIL peut tout de même se déclencher au niveau matériel si le signal de surintensité arrive quelques microsecondes plus tard que ce que la logique avait prévu. Un contrôleur qui réussit les tests HIL peut tout de même tomber en panne au niveau de l'étage de puissance si l'installation simulée a ignoré la saturation ou la résonance qui dominent le fonctionnement. Ce ne sont pas là des erreurs mineures. Elles résultent du fait d'avoir posé la mauvaise question à un dispositif mal configuré.

Vous développerez un meilleur jugement technique si chaque étape est clairement délimitée et s'accompagne d'un transfert de responsabilités bien défini. Le SIL doit permettre de valider la logique dès les premières phases. Le HIL doit vérifier les détails d'exécution avant l'intégration complète au système. Cette approche s'avère plus utile que de se contenter d'un seul banc d'essai, et c'est précisément cette philosophie que SPS SOFTWARE encourage lorsque les équipes recherchent des modèles basés sur la physique qui restent compréhensibles, de la conception initiale à la validation finale.