Validation d'un transformateur à semi-conducteurs sans avoir à construire au préalable le matériel physique

Principaux enseignements

• La validation des transformateurs à semi-conducteurs donne les meilleurs résultats lorsque l'on teste l'ensemble du convertisseur multicellulaire et du contrôleur avant la mise sous tension de tout matériel d'alimentation.
• Les détails liés à la commutation à l'échelle de la nanoseconde sont importants, car les contraintes transitoires, les problèmes de synchronisation de la protection et les erreurs de répartition du courant apparaissent bien avant que les boucles de commande lentes ne signalent un dysfonctionnement.
• La disponibilité repose sur des données reproductibles concernant les défaillances, les redémarrages, les décalages et l'équilibrage ; les courbes nominales en régime permanent ne servant quant à elles que de vérification initiale.

Un transformateur à semi-conducteurs doit être validé en boucle fermée avant de procéder à la fabrication du matériel de puissance.

Cela implique de modéliser l’ensemble du convertisseur, ses commandes et ses protections au niveau des détails de commutation, puis de soumettre la conception à des transitoires et à des cas de défaut jusqu’à ce que les résultats cessent d’évoluer. Aux États-Unis, l’électronique de puissance traite plus de 80 % de l’électricité avant son utilisation finale ; ainsi, les défauts cachés des convertisseurs ont un impact sur l’ensemble du réseau, bien au-delà d’un simple banc d’essai. Un transformateur à semi-conducteurs regroupe l’isolation, la conversion de tension et la commande au sein d’un système étroitement couplé. Vous n’obtiendrez pas de validation fiable à partir d’un modèle hors ligne lent ou d’un prototype en première mise sous tension.

Ce que comprend concrètement un transformateur à semi-conducteurs

Un transformateur à semi-conducteurs est un convertisseur de puissance à plusieurs étages doté d'une isolation haute fréquence et d'une commande numérique. Il comprend généralement un étage d'entrée CA/CC, un étage CC/CC isolé et une ou plusieurs sorties régulées. La logique de protection fait partie intégrante de la conception. Le considérer comme un tout masquera le travail de validation dont vous avez réellement besoin.

Prenons l’exemple d’une interface d’alimentation qui accepte du courant alternatif moyenne tension, génère un circuit intermédiaire à courant continu régulé, passe par un pont isolé à haute fréquence et alimente un bus de 800 V CC destiné au stockage ou à la traction. Ce système contient des dispositifs à semi-conducteurs, des composants magnétiques, des capteurs et des boucles de contrôle qui interagissent à chaque période de commutation. Un banc d’essai permet de vérifier les cartes individuellement, mais il ne peut pas montrer la synchronisation entre toutes les étapes avant que les cartes n’existent. Votre plan de validation doit considérer le circuit d’alimentation et le contrôleur comme une seule et même unité.

Cela est important car un convertisseur SST présente souvent des défaillances au niveau des interfaces entre les étages. Une cellule d'entrée peut se remettre d'une chute de tension tandis que l'étage isolé atteint la limite de surintensité un cycle plus tard. Le partage de courant peut rester stable en fonctionnement nominal, mais présenter tout de même une dérive lors d'un redémarrage. Il est nécessaire de disposer d'une définition opérationnelle du transformateur à semi-conducteurs qui intègre ces comportements couplés dès le premier modèle.

Pourquoi les convertisseurs SST multicellules doivent-ils d'abord être validés sur banc d'essai ?

Les convertisseurs SST multicellules compliquent la validation « bench-first », car les problèmes les plus complexes proviennent des interactions entre les cellules répétées. Le partage de tension, le décalage de synchronisation, l’ordre de démarrage et la coordination des protections évoluent tous proportionnellement au nombre de cellules. Chaque cellule ajoutée multiplie le nombre d’états à tester. L’approche « hardware-first » se traduit par une augmentation des coûts et des délais.

Imaginez un circuit d'entrée en cascade à 8 cellules alimentant plusieurs ponts isolés. Un front PWM arrivant avec 20 ns de retard dans une seule cellule peut modifier son courant, faire chauffer davantage ce composant et perturber la logique d'équilibrage en amont. Le banc d'essai ne mettra en évidence cette chaîne qu'une fois que vous disposerez du matériel, de l'instrumentation et d'un plan de gestion des défaillances sécurisé. Un modèle détaillé permet de la visualiser avant même que le bus ne soit mis sous tension.

La structure multicellulaire engendre également des lacunes de couverture gênantes. Il est possible de valider un module sous charge nominale tout en passant à côté d’une séquence de précharge de bus qui ne présente un défaut que lorsque toutes les cellules se ferment dans l’ordre. Le décalage des capteurs et le délai de communication s’amplifient à mesure que le nombre de canaux augmente. Si vous n’avez pas testé le convertisseur à l’échelle architecturale complète, vous n’avez pas réellement testé le convertisseur que vous prévoyez de construire.

Les transitoires de commutation définissent le premier objectif de validation

Les transitoires de commutation constituent le premier critère de validation, car ils déterminent les contraintes subies par les semi-conducteurs, les surtensions, le comportement en mode commun et les délais de protection. Si ces formes d'onde sont erronées, tous les résultats ultérieurs reposent sur des bases fragiles. Le réglage des commandes en dépend. Les estimations de rendement et les seuils de défaut en dépendent également.

Un pont double actif permet de cerner rapidement le problème. Le déphasage peut sembler correct dans un modèle standard, tandis que le pont détaillé met en évidence un pic de courant lors de la commutation et un dépassement de la tension de blocage en cas de faible charge. Ce pic détermine la marge de sécurité du composant et le dimensionnement du circuit d'amortissement. Ne pas le détecter à temps augmente les risques lors de la conception et des premiers tests de mise sous tension.

La validation transitoire permet également de détecter des problèmes qui semblent normaux en régime permanent. Un temps mort défini pour une paire de dispositifs peut entraîner une conduction croisée dans une autre paire dès que l’inductance parasite et la résistance de grille varient. Les inversions de courant lors d’une perturbation de la grille peuvent déclencher la protection trop tard si la chaîne de détection filtre excessivement. Il s’agit là d’éléments de validation prioritaires, que vous devriez résoudre avant de peaufiner les boucles externes lentes.

La simulation en temps réel doit préserver les détails de commutation à l'échelle de la nanoseconde

La simulation en temps réel doit préserver les détails de commutation à l'échelle de la nanoseconde, car la commande SST réagit à des événements qui se déroulent bien plus rapidement qu'un pas à l'échelle de la microseconde ne peut le représenter. Si le pas est trop grossier, le modèle lisse la synchronisation des fronts et ne détecte pas les dépassements. Le contrôleur perçoit alors une installation plus « propre » que celle que le matériel présente réellement. Ce faux calme a un coût élevé.

Les semi-conducteurs à large bande interdite peuvent commuter jusqu’à 100 fois plus vite que les dispositifs en silicium, ce qui explique pourquoi des pas de temps trop grossiers effacent les événements qui déterminent les marges de contrainte et de protection. Un décalage de grille de 20 ns entre les cellules sera à peine perceptible dans une simulation lente, alors qu’il peut modifier le partage de courant et générer des pertes asymétriques. Il faut une résolution de pas de temps qui suive les composants sélectionnés et capture la synchronisation des fronts à la vitesse des composants. Les tests en boucle fermée dépendent de cette fidélité.

À ce stade, de nombreuses équipes accordent une confiance excessive aux résultats hors ligne. Un solveur qui fait la moyenne des arêtes de commutation peut tout de même fournir des formes d'onde stables, ce qui donne l'impression que la conception est au point. Les problèmes commencent lorsque le contrôleur réel réagit au bruit, au délai de propagation et à l'écrêtage des impulsions, phénomènes qui n'apparaissaient pas dans le modèle. Si vous souhaitez obtenir des résultats HIL valides par la suite, la base de temps doit être correcte dès le départ.

« La simulation en temps réel doit préserver les détails de commutation à l'échelle de la nanoseconde, car le contrôle SST réagit à des événements qui se déroulent bien plus rapidement qu'un pas à l'échelle de la microseconde ne peut le représenter. »

Les solveurs évolutifs permettent d'exécuter les modèles multicellulaires en temps réel

Les solveurs évolutifs permettent de conserver l'exécutabilité en temps réel d'un modèle multicellulaire en résolvant chaque événement de commutation sans aplatir l'architecture. Cela est essentiel, car un convertisseur SST se développe à travers des cellules répétées, des étages isolés et des boucles de contrôle denses. Si l'exécution ralentit à mesure que le niveau de détail augmente, la validation s'en trouve bloquée. OPAL-RT résout ce problème en préservant la fidélité de commutation tout en s'adaptant à un grand nombre de cellules.

Un convertisseur à 12 cellules doté d’une commutation au niveau des composants, d’un couplage magnétique et d’une logique de protection va dépasser les capacités d’une configuration générique qui convenait pour un seul pont. Les ingénieurs sont alors contraints de supprimer des commutateurs, de fusionner des cellules ou de découpler des boucles simplement pour que le modèle fonctionne. Chaque raccourci élimine le cas que vous deviez réellement tester. Un solveur évolutif permet de maintenir le modèle proche du matériel que vous prévoyez de construire.

Le point clé réside dans l'exécution des cas qui entraînent généralement des problèmes de synchronisation. Le contournement de cellules, les défaillances de bus, la latence des capteurs et les séquences de redémarrage doivent tous s'exécuter sans perte de précision. C'est pourquoi une exécution de l'ordre de la nanoseconde est plus importante qu'une longue liste de fonctionnalités. La validation ne peut devancer le matériel que lorsque le solveur est capable de gérer de manière cohérente l'ensemble de la charge multicellulaire.

La simulation HIL permet de détecter les défaillances du contrôleur avant même que le matériel ne soit mis en service

Les tests HIL permettent de détecter les défaillances du contrôleur avant même que le matériel de puissance n'existe, car ils relient votre code de contrôle et votre synchronisation réels à un étage de puissance simulé dans des conditions de boucle fermée. Cette configuration montre comment le contrôleur réagira en cas de dysfonctionnement du convertisseur. Vous pouvez ainsi tester en toute sécurité les déclenchements, les temporisations, les redémarrages et les séquences. Vous verrez également quelles hypothèses issues des travaux purement logiciels ne résisteront pas aux contraintes de synchronisation réelles.

Un contrôleur régulant un circuit d'entrée moyenne tension semble souvent stable lors des tests purement logiciels, mais présente des défaillances dès que la latence du convertisseur analogique-numérique (ADC), la quantification PWM et les délais de communication entrent en jeu. Un seuil de déclenchement réglé à quelques comptes de trop peut entraîner un dépassement du bus de courant continu lors d'un rejet de charge. Les délais liés à la fibre optique peuvent également désynchroniser les cellules lors d'un événement de dérivation. Les tests HIL permettent de mettre en évidence ces défauts alors que les modifications sont encore peu coûteuses.

La simulation HIL est essentielle car elle préserve la synchronisation en boucle fermée selon la même logique de commande que celle que vous prévoyez d'utiliser sur le matériel. Vous testez ainsi l'ordre exact dans lequel le contrôleur effectue l'échantillonnage, le calcul, l'émission de commandes et la protection. Cet ordre est crucial en cas de défaillance du bus, de perte de signal d'un capteur ou de redémarrage après un déclassement thermique. Si le contrôleur rencontre des difficultés sur le matériel, la simulation HIL vous permettra d'identifier précisément à quel moment ces difficultés apparaissent.

Les modèles basés sur la valeur moyenne ne prennent pas en compte les échecs qui comptent vraiment

Les modèles à valeur moyenne ne prennent pas en compte les défaillances critiques dans un SST, car ils ne tiennent pas compte de la séquence de commutation qui génère des contraintes sur les composants, des pertes d'impulsions, des courants de circulation et les délais de déclenchement. Ils restent toutefois utiles pour la conception de la boucle externe et le dimensionnement approximatif. Ils ne permettent toutefois pas de garantir que le convertisseur résistera aux transitions. Ils ne permettent pas non plus de valider la logique de protection en cas de latence du contrôleur.

Une équipe peut régler un régulateur de boucle intermédiaire en courant continu en se basant sur un modèle moyen de l'installation et obtenir un excellent temps de stabilisation. Ce même régulateur, appliqué à un modèle détaillé de pont, peut produire une brève pointe de saturation lors de l'inversion de déphasage, qui pousse une cellule à atteindre sa limite de courant. Cette pointe influe sur le choix du matériel et la logique de gestion des défauts. Un modèle moyen ne pose jamais la bonne question.

Utilisez des modèles moyens pour les premières étapes de conception architecturale et les balayages des points de fonctionnement. Passez à des modèles de commutation dès que vous avez besoin d’une certitude quant aux résultats de protection, d’équilibrage et de simulation HIL. Conserver trop longtemps un modèle moyen engendre une fausse certitude, car chaque test ultérieur hérite de ses angles morts. Une bonne validation consiste à utiliser le modèle le plus simple qui permette néanmoins de reproduire la défaillance que vous cherchez à mettre en évidence.

Quels éléments permettent de conclure qu’une conception SST est prête ?

Une conception SST est considérée comme prête lorsque le modèle et le contrôleur utilisés résistent au fonctionnement normal, aux transitoires et à la reprise après défaut, tout en conservant des marges stables sur l'ensemble des cellules et des étages. La preuve réside dans les résultats. Vous devez obtenir des résultats reproductibles concernant les temps de protection, le partage de courant, l'ordre de redémarrage et la régulation du bus avant que le matériel ne soit validé. Sans cela, des questions fondamentales resteront en suspens lors de la première mise sous tension.

Une évaluation crédible de l'état de préparation ne se limite pas à l'analyse des formes d'onde nominales. Un essai en régime permanent de 10 minutes à la charge nominale ne vous apprend pratiquement rien sur un redémarrage après un contournement de cellule ou un défaut de bus résolu dans des conditions de refroidissement limitées. Les équipes qui parviennent à atteindre la première mise en puissance sans encombre disposent généralement de données issues de cas difficiles. C'est là que la modélisation rigoureuse permet de gagner la confiance.

• Chaque cellule assure la répartition de la tension et du courant pendant les phases de démarrage et de variation de charge.
• Les déclenchements de protection se produisent dans la plage prévue en cas de défauts sur les bus et les appareils.
• Le contrôleur redémarre normalement après les séquences de précharge, de dérivation et de reprise après défaut.
• Les décalages de synchronisation, les décalages des capteurs et les retards de communication restent dans les limites vérifiées.
• Les résultats de la simulation HIL et les simulations détaillées de commutation concordent sur les cas de défaillance qui importent.

La « readiness » signifie que vous êtes en mesure de définir les limites de la conception et d’expliquer pourquoi elles sont acceptables. Ce jugement repose sur des tests qui reflètent la vitesse et la complexité réelles du convertisseur. OPAL-RT répond à ce besoin lorsque les équipes ont besoin de données probantes en conditions de temps réel avant même que le matériel n’existe. C’est ainsi que la validation devance la construction du matériel au lieu de la suivre.

« Être prêt, c’est être capable de définir les limites de la conception et d’expliquer pourquoi elles sont acceptables. »