8 cas de test HIL que chaque équipe d'électrification devrait automatiser

Principaux enseignements

• Les cas de test HIL automatisés restent fiables lorsque chacun d'entre eux est associé à une règle de réussite numérique liée à la sécurité ou au timing.
• Donnez la priorité au séquençage, à la protection, à l'intégrité des capteurs et au timing de calcul avant de procéder à un réglage fin des performances.
• automatisation lorsque les modèles, les injecteurs et les journaux restent cohérents sous le contrôle de version.

Les cas de test HIL automatisés détecteront les défauts d'électrification avant que le matériel ne soit mis en danger. Vous pouvez réexécuter les mêmes vérifications après chaque mise à jour du logiciel de contrôle. Cela permet de garantir la cohérence et la visibilité des comportements de sécurité. Cela évite également les surprises de dernière minute dans votre planning de laboratoire.

Les tests d'électrification échouent dans les écarts entre les machines d'état, les capteurs et la logique de protection. Le HIL expose ces écarts sous charge, avec un timing et des signaux reproductibles. Un petit ensemble de tests automatisés sera plus efficace qu'une longue liste de contrôle que personne ne relit. Vous obtiendrez plus rapidement des résultats clairs en matière de réussite ou d'échec.

Ce que couvrent les cas de test HIL automatisation dans les programmes d'électrification

Les cas de test HIL automatisation prouvent que votre contrôleur fonctionne en toute sécurité lorsqu'il ferme la boucle sur une installation simulée. Ils vérifient le séquencement, les réactions de protection, la plausibilité des capteurs et calculent le timing en situation de stress. Chaque test doit avoir un objectif unique et un seuil mesurable. Si le seuil est flou, le test ne sera pas fiable.

Un exemple pratique est une séquence de précharge avec une montée lente du lien CC. Le contrôleur doit refuser le couple, expirer proprement et enregistrer le bon défaut. Un autre exemple est une surintensité injectée qui doit couper le PWM en quelques millisecondes. Ce sont des vérifications simples qui permettent de détecter rapidement des problèmes coûteux.

« Si un test ne peut pas échouer de manière significative, il ne restera pas en usage. »

8 cas de test HIL que chaque équipe d'électrification devrait automatiser

Ces huit cas de test se concentrent sur les défaillances qui font perdre le plus de temps aux ingénieurs. Chacun d'entre eux a un déclencheur clair, une réponse attendue claire et une trace claire à examiner. Veillez à ce que chaque règle de réussite soit numérique et non subjective. Lorsque la configuration reste cohérente, vos résultats resteront comparables.

1. Séquence de démarrage, d'arrêt et de transition de mode sous contraintes de synchronisation

Ce test valide la logique de mode dans des fenêtres temporelles strictes. Vous confirmez que les verrouillages bloquent les transitions dangereuses et que chaque état s'achève dans l'ordre. Un cycle typique ralentit la montée du lien CC et vérifie que le contrôleur reste en précharge, puis passe à un état sûr après expiration du délai. Le même cycle force l'arrêt à vitesse et confirme que le couple diminue avant l'ouverture des contacteurs.

2. Injection de défauts et réponse de protection à travers les couches d'alimentation et de commande

Ce test prouve que la protection coupe rapidement et de manière prévisible l'alimentation électrique. Vous injectez des défauts tels que des surintensités, des surtensions et des pertes de commande de grille, puis vous chronométrez le temps écoulé entre l'événement et la coupure PWM. Un cas concret consiste à injecter une surintensité pendant une étape de couple et à vérifier le verrouillage, les diagnostics et les règles de redémarrage. Les lacunes de protection se manifestent par un arrêt retardé ou un état de sécurité incorrect.

3. Gestion des défaillances, des dérives et des latences des capteurs dans le contrôle en boucle fermée

Ce test vérifie que les données erronées des capteurs ne provoquent pas de sauts de couple. Vous simulez un décalage, un blocage, une perte et un retard sur les signaux de courant, de tension, de position et de température. Un cas utile ajoute un décalage de courant croissant pendant une rampe de charge et vérifie la détection de plausibilité et la limitation du couple. Les tests de retard exposent également les marges de stabilité faibles et la logique de repli fragile.

4. Comportement de commutation de l'onduleur et cas limites PWM à charge élevée

Ce test cible les angles PWM qui apparaissent près des limites de tension et de courant. Vous vérifiez la gestion du temps mort, la largeur d'impulsion minimale et les règles de verrouillage en cas de changements brusques de couple. Un cas de contrainte élevée fonctionne près de la modulation maximale, puis applique une décélération rapide pour exposer les baisses d'impulsion et les demandes de déclenchement illégales. Des résultats nets prouvent que les commandes de déclenchement restent valides lorsque l'installation repousse.

5. Fonctionnement d'un moteur polyphasé en cas de perte de phase et de déséquilibre

Ce test valide la tolérance aux défauts pour les machines multiphasées telles que les PMSM à 6 et 12 phases. Vous injectez un déséquilibre de phase ouverte et de courant de phase et vérifiez que les limites de courant et de couple restent dans des limites sûres. Un essai pratique consiste à supprimer un groupe de phases à couple constant et à vérifier la stabilité de la rotation avec une cible déclassée. OPAL-RT prend en charge la simulation FPGA de machines à 12 phases à couplage électromagnétique, ce qui permet de maintenir la répétabilité de ces tests de défaut à des vitesses en temps réel.

6. Limites thermiques et logique de déclassement sous des profils de contrainte soutenus

Ce test vérifie que le déclassement est fluide et exempt d'oscillations. Vous effectuez des cycles de charge répétés qui augmentent la température du variateur ou du bobinage et observez si les limites de couple suivent la courbe prévue. Un profil concret utilise des accélérations brutales successives avec de courts intervalles de refroidissement pour déclencher l'entrée et la sortie des limites. Un déclassement stable évite les vibrations et protège à la fois les performances et les composants.

7. Charge, perte et récupération du bus de communication pendant le contrôle actif

Ce test prouve que le contrôle reste sûr lorsque les messages sont en retard ou manquants. Vous injectez une charge, une instabilité, des pertes et des valeurs obsolètes pendant que le contrôle du couple est actif. Un cas clair gèle une demande de couple à une valeur élevée et vérifie que le contrôleur expire, puis passe à une solution de secours sûre. La récupération doit nécessiter des données récentes, et pas seulement un indicateur de connexion.

8. Contrôle de la régression des logiciels sous contraintes d'exécution en temps réel

Ce test vérifie le timing de calcul dans les pires conditions de fonctionnement. Vous suivez le temps d'exécution, la gigue et les dépassements de délai pendant que l'installation fonctionne à un rythme fixe. Une défaillance courante provient des diagnostics ajoutés qui volent du temps à la boucle de contrôle et provoquent des artefacts de contrôle. Les déclenchements de ce test empêchent les régressions de timing avant qu'elles n'atteignent le matériel.

Comment hiérarchiser et adapter automatisation des cas de test HIL automatisation des projets

« Chaque test doit avoir un objectif unique et un seuil mesurable. »

La principale différence entre une automatisation utile et un simple bruit de fond réside dans le contrôle strict des entrées et des règles de passage. Commencez par les tests de sécurité et de protection, puis ajoutez les contrôles de synchronisation et de régression, avant d'ajouter les cas de performance. Chaque test nécessite une configuration stable, un seul propriétaire et une trace d'échec claire. Si un test ne peut pas échouer de manière significative, il ne restera pas en service.

• Définissez dès le début les seuils numériques de réussite et d'échec.
• Relancez la même suite après chaque modification.
• Verrouiller les versions des modèles pour chaque jalon
• Enregistrer uniquement les signaux liés à une règle de passage
• Supprimer les tests qui font double emploi

automatisation lorsque vous la traitez comme un code qui nécessite une maintenance. Conservez les modèles, les injecteurs de défauts et les cartes de signaux sous le même contrôle de révision que votre contrôleur. Veillez à ce que les journaux soient courts et liés à des règles de passage, et non à la curiosité. OPAL-RT est la solution idéale lorsque vous avez besoin d'un timing déterministe en temps réel pour les cas de défauts des machines multiphases et de l'électronique de puissance.