Essais et simulation en temps réel pour les systèmes de stockage d'Énergie par batterie

Principaux enseignements

• Un plan de test BMS prend tout son sens lorsque chaque exigence est associée à un cas de test et à un résultat consigné avant même que les cellules réelles ne soient connectées.
• Les phases de test doivent aller de la précision des mesures jusqu'à l'injection de défauts, chaque étape étant soumise à des critères numériques d'entrée et de sortie.
• Un pack émulé permet de détecter les cas de défaillance critiques avant l'intégration ; ainsi, un test échoué n'entraîne qu'une nouvelle exécution, sans endommager le matériel.

Un plan de test du système de gestion de bâtiment (BMS) structuré en phases séquentielles permettra à votre contrôleur d'aborder l'intégration du pack avec les défauts déjà identifiés.

C’est lors de l’intégration des packs de batteries qu’il est le plus coûteux de se rendre compte qu’une séquence de contacteurs est erronée. Les cellules sous tension limitent les tests que l’on peut effectuer en toute sécurité, et chaque nouveau test coûte du temps de banc d’essai. Aux États-Unis, les producteurs d’électricité ont ajouté 10,4 GW de stockage par batterie en 2024, et chacun de ces systèmes est équipé d’un BMS qui a dû faire ses preuves au préalable. Un plan prévoyant de concentrer dès le début les tests de défaillance sur un pack émulé permet de protéger à la fois le calendrier et le matériel.

Les plans rigoureux ont tous un point commun : ils abordent les tests du système de gestion de batterie (BMS) comme un processus ordonné, où chaque phase doit être validée avant de passer à la suivante. Vous rédigerez d’abord les exigences, vous associerez chacune d’elles à un cas de test, puis vous définirez les critères qui déclenchent et clôturent chaque phase. Simulation HIL Les bancs d’essai permettent de mettre cet ordre en pratique, car un pack simulé peut reproduire n’importe quelle tension de cellule, température ou défaillance que vous demandez.

Éléments indispensables d'un plan de test du système de gestion de l'entrepôt (BMS) avant l'intégration

Un plan de test BMS doit comporter cinq éléments avant le début de l'intégration. Il doit inclure une liste des exigences, un cas de test pour chaque exigence, une configuration de banc d'essai bien définie, des critères d'entrée et de sortie pour chaque phase, ainsi qu'un format d'enregistrement des résultats. Si l'un de ces éléments vient à manquer, votre équipe finira par débattre de l'état de préparation au lieu de l'évaluer.

Prenons l'exemple d'un pack en série de 96 cellules destiné à une voiture particulière. La liste des exigences comprendra notamment l'ouverture des contacteurs principaux dès qu'une cellule dépasse sa limite de surtension. Le cas de test correspondant précise le stimulus, la réaction attendue, le délai autorisé et le seuil de réussite. Formulé ainsi, une seule ligne relie directement l'objectif de sécurité au résultat enregistré.

La traçabilité est l'étape que les équipes ont tendance à négliger lorsqu'elles sont sous la pression des délais. C'est aussi la première chose que demandent les auditeurs et les responsables d'intégration. Un plan qui ne tient pas compte de la traçabilité génère des données incapables de prouver la couverture. Élaborez la matrice de traçabilité avant de lancer les premiers tests, car la mettre en place a posteriori implique de refaire le travail.

Quelles normes d'essai des systèmes de gestion de batterie (BMS) déterminent les exigences du plan ?

Les normes d'essai BMS définissent les comportements minimaux que votre projet doit démontrer, et c'est l'application qui détermine lesquels s'appliquent. Les programmes destinés aux véhicules routiers se conforment à la norme ISO 26262 en matière de sécurité fonctionnelle et, souvent, à la norme UL 2580 pour la batterie. Les programmes de stockage stationnaire se réfèrent aux normes CEI 62619 et UL 1973. L'expédition de tout bloc-batterie au lithium nécessite des essais de transport conformes à la norme UN 38.3.

Un intégrateur de solutions de stockage qui met en place un système en conteneurs illustre bien ce processus. L’équipe consulte la norme CEI 62619 et en extrait chaque clause concernant le système de gestion de batterie (BMS), telles que le contrôle de la surtension et la réponse en cas de surchauffe. Chaque clause devient une exigence numérotée, accompagnée de son propre scénario de test. Les normes indiquent rarement comment construire le banc d’essai ni combien de points de fonctionnement couvrir ; votre plan doit donc préciser ces détails. Les spécifications du client et votre propre analyse des risques viendront s’ajouter à ces exigences de base, et le plan doit indiquer clairement l’origine de chacune d’entre elles.

Comment organiser les cas de test du système de gestion de batterie (BMS) : des signaux aux défauts

Classez les cas de test du système de gestion de batterie (BMS) du comportement observable le plus simple au plus dangereux. Commencez par la précision des mesures et la communication, passez ensuite à l'estimation d'état et à l'équilibrage, puis au contrôle des contacteurs, et terminez par l'injection de défauts et la synchronisation des protections. Chaque phase dépend de la précédente ; ainsi, un échec précoce met fin à l'essai avant qu'il ne fasse perdre des heures de banc d'essai.

« Un résultat d'injection de défaut n'a guère de sens si la mesure de tension qui le nourrit présente un écart de 20 mV. »

Supposons que la limite de surtension soit de 4,25 V et que le canal de détection affiche un niveau bas. Le BMS réussira théoriquement un test de déclenchement, mais laissera tout de même une cellule d'un pack se surcharger. C'est pour cette raison que les contrôles de mesure sont prioritaires.

Cette procédure permet également de gagner du temps lors du débogage. Lorsqu'un test de contacteur échoue, vous savez d'emblée que les entrées étaient correctes.

Prévoyez les tests de défauts en dernier, mais ne les considérez jamais comme facultatifs. Il s’agit des cas que vous ne pouvez pas tester en toute sécurité sur des cellules réelles, comme un fil de détection court-circuité, un contacteur soudé ou un capteur qui dérive en cours de charge. Prévoyez également des combinaisons, car la survenue simultanée de deux défauts mineurs met souvent à nu des failles logiques qu’un seul défaut ne permet jamais de détecter.

Critères de passage qui déterminent le moment où chaque phase de test du BMS prend fin

Les critères d'entrée précisent les conditions qui doivent être remplies avant le début d'une phase, tandis que les critères de sortie indiquent les éléments à mesurer avant sa clôture. Les deux doivent être exprimés en chiffres. Une phase qui débute sur une version logicielle figée et se termine sur un taux de réussite défini vous permet de prendre une décision que vous pourrez justifier lors d'une revue de préparation.

Les critères de sortie pour la phase finale précédant l'intégration dans un programme type se présentent comme suit.

• Chaque exigence de sécurité est associée à au moins un cas de test réussi.
• Les réactions de protection s’achèvent dans le délai de tolérance aux défaillances défini dans le concept de sécurité.
• L'erreur d'état de charge reste dans la plage convenue sur toute la plage de températures.
• Il ne reste aucun défaut ouvert dont la gravité dépasse le seuil autorisé par le programme.
• La version du logiciel en cours de test correspond à celle qui va être intégrée au pack.

Ce dernier point pose problème à davantage d'équipes qu'on ne le penserait. Une modification de l'étalonnage effectuée tardivement, après la campagne de dépannage, fait que les données ne correspondent plus au logiciel installé sur le pack. Il faut alors verrouiller la version ou réexécuter les cas concernés. Les critères d'admission doivent faire l'objet de la même rigueur, car des canaux de détection étalonnés et une liste de tests validée permettent d'écarter tout BMS non prêt du banc d'essai.

Pourquoi un pack émulé doit figurer dans le plan de pré-intégration

Un pack émulé vous permet d'exécuter tous les scénarios prévus dans le plan, y compris les scénarios destructifs, sans mettre les cellules en danger. Un simulateur en temps réel exécute le modèle de batterie et transmet les tensions, températures et courants des cellules au BMS via ses connecteurs habituels. Le contrôleur réagit comme il le ferait sur un pack, et c'est vous qui définissez chaque valeur.

C'est pour des raisons de timing que cette étape doit intervenir avant l'intégration. Selon une analyse des données relatives aux coûts de projet réalisée par la NASA, la correction des erreurs d'exigences détectées lors de l'intégration et des tests coûte entre 21 et 78 fois plus cher que celle des erreurs détectées au moment de la rédaction des exigences. Un banc d'essai permettant de tester le BMS par rapport à ses exigences à un stade précoce permet de repérer les problèmes à un moment où leur correction ne coûte qu'une nouvelle exécution, plutôt qu'un cycle complet.

La taille a également son importance. Un projet portant sur un seul bloc de batteries ne nécessite pas un laboratoire à l'échelle d'un rack. OPAL-RT exécute les modèles de batteries RT-LAB sur du matériel de la gamme OP4610XG, ce qui permet de limiter l'installation à un banc de test dimensionné pour un seul bloc de batteries.

Le compromis réside dans la fidélité du modèle. Une cellule émulée ne se comporte aussi bien que le permettent ses paramètres ; le plan doit donc préciser quels résultats devront être confirmés ultérieurement sur des cellules réelles. La propagation thermique et le vieillissement figurent généralement sur cette liste.

Erreurs courantes dans les plans de test des systèmes de gestion de batterie (BMS) qui apparaissent lors de l'intégration

L'erreur la plus courante consiste à élaborer un plan qui teste les fonctions du BMS tout en négligeant celles qu'il doit refuser d'exécuter. Les cas de charge et de décharge nominales sont rapidement validés et donnent l'impression d'une progression. L'intégration met alors en évidence les scénarios non testés, tels qu'un réveil en cas de défaut ou une précharge qui expire.

Une situation revient régulièrement dans tous les programmes. Une équipe valide minutieusement l’équilibrage des cellules, puis constate, une fois l’ensemble monté, que le BMS ferme les contacteurs alors qu’un défaut d’isolation est présent, car personne n’avait prévu ce cas de figure. Parmi les autres lacunes fréquentes, on peut citer le fait de ne réaliser des tests qu’à température ambiante et de ne pas tenir compte des pertes de communication avec le chargeur ou le contrôleur du véhicule. Sur le papier, chaque lacune peut être comblée à moindre coût. Passez en revue le plan ligne par ligne à la lumière de votre analyse des risques avant de réserver du temps de banc d’essai.

Un plan rigoureux fait de l'intégration au sein de la meute une étape de confirmation

Un plan de test BMS bien structuré transforme l'intégration du pack en une simple validation des résultats dont vous disposez déjà. Les exigences sont rattachées aux cas de test, ceux-ci sont exécutés dans un ordre précis, et les étapes sont validées sur la base de chiffres. Lorsque le pack arrive enfin, votre équipe vérifie le câblage et le comportement réel des cellules, au lieu de devoir découvrir la logique de protection.

Ce résultat tient davantage aux habitudes qu’aux outils. Les équipes qui définissent les critères de fin de test avant le premier test ont tendance à moins débattre et à livrer plus rapidement, car la question de savoir si le produit est prêt ne relève plus d’une simple opinion. Ce plan ne permettra pas d’éliminer toutes les surprises, mais il rendra chacune d’entre elles moins importante et plus facile à expliquer.

« Un plan de test BMS bien structuré permet de transformer l'intégration du pack en une simple validation des résultats dont vous disposez déjà. »

Chez OPAL-RT, nous constatons cela lorsque les ingénieurs soumettent un système de gestion de batterie (BMS) à un pack émulé avec un plan déjà établi. Le temps passé au banc d'essai est consacré à l'exécution de scénarios, ce qui facilite l'intégration du pack qui s'ensuit.