Brevet FR3150356A1 — publié le 20241227

Titre : Procédé d’adaptation de la charge d’un véhicule électrique Procédé consistant à : - enregistrer dans la mémoire d’un serveur, un protocole de charge d’une base, - déterminer avec ce processeur, un ensemble de protocoles de charge alternatifs en modifiant le protocole de charge de base, - transmettre avec un récepteur du serveur vers chaque véhicule électrique respectif d’un sous-ensemble de véhicules électriques, un protocole de charge alternatif configuré pour charger les batteries selon l’ensemble des protocoles de charge alternatifs, - recevoir une donnée de batterie du sous-ensemble de véhicules électriques, ces données ayant été mesurées pendant ou après la charge des batteries du sous-ensemble de véhicules électriques, selon l’ensemble des protocoles de charge alternatifs, et - mettre à jour le protocole de charge de base en se fondant sur les données de batterie. Figure 1 Procédé d’adaptation de la charge d’un véhicule électrique DOMAINE DE L’INVENTION La présente invention se rapporte à un procédé et un dispositif de charge d’un véhicule électrique et à l’optimisation de cette charge. ETAT DE LA TECHNIQUE Les protocoles de charge ou d’adaptation de la charge particuliers utilisés pour charger la batterie d’un véhicule électrique ont un impact significatif sur la dégradation à long terme de la batterie. Cela est notamment le cas si les véhicules électriques sont chargés par une unité de forte puissance avec des chargeurs rapides en courant continu. Le courant de charge utilisé pour charger la batterie d’un véhicule électrique est géré de façon caractéristique par un système de gestion de batterie (abrégé système BMS) embarqué dans le véhicule électrique et qui applique un protocole de charge. De façon caractéristique le ou les protocoles de charge appliqués par le système BMS sont conçus et installés par le fabriquant de batteries avant de livrer le véhicule. Le protocole de charge se présente de manière caractéristique sous la forme d’une carte statique de courant de charge en fonction de la température de la batterie et de la tension de la batterie. Les protocoles de charge sont généralement conçus pour une vitesse de charge maximale sans impact significatif sur la dégradation de la batterie. Toutefois, comme les protocoles de charge sont obtenus de manière expérimentale dans des conditions de laboratoire, ils ne sont pas nécessairement optimisés pour les opérations en temps réel dans le cas d’une grande diversité de conditions de fonctionnement. Il en résulte que les protocoles de charge peuvent être trop conservateurs (fournissant une charge plus lente que nécessaire) dans certaines conditions ou peuvent être trop agressifs (entraînant un vieillissement prématuré de la batterie) dans certaines conditions. En outre, les batteries se dégradent par leur fonctionnement et une carte de charge statique de système BMS, même si elle est optimisée au début de la durée de vie, peut ne plus être optimale après un certain temps de charge ou le vieillissement. C’est pourquoi il est avantageux de développer une méthodologie pour adapter le profil de charge de base dans des conditions fixées en laboratoire et s’appuyant sur les caractéristiques réelles des batteries et le vieillissement observé sur routes. EXPOSE ET AVANTAGES DE L’INVENTION La présente invention a pour but de remédier aux inconvénients des systèmes connus et concerne à cet effet, un procédé d’adaptation d’un protocole de charge pour charger les batteries d’un ensemble de véhicules électriques, ce procédé consistant à enregistrer dans la mémoire d’un serveur, un protocole de charge d’une base, déterminer avec le processeur du serveur, un ensemble de protocoles de charge alternatifs en modifiant le protocole de charge de base, transmettre avec un récepteur du serveur vers chaque véhicule électrique respectif d’un sous-ensemble de véhicules électriques, un protocole de charge alternatif respectif parmi l’ensemble des protocoles de charge alternatifs, le sous-ensemble de véhicules électriques étant configuré pour charger les batteries selon l’ensemble des protocoles de charge alternatifs, recevoir par un transmetteur, une donnée de batterie du sous-ensemble de véhicules électriques, les données de batterie ayant été mesurées pendant ou après la charge des batteries du sous-ensemble de véhicules électriques, selon l’ensemble des protocoles de charge alternatifs, et - mettre à jour avec le processeur, le protocole de charge de base en se fondant sur les données de batterie. Le procédé d’adaptation du procédé de charge d’une batterie de véhicule électrique consiste à recevoir par un transmetteur du système de gestion de batterie, un protocole de charge alternatif du serveur. Le procédé consiste à commander avec un processeur, le système de gestion de batterie et de charger la batterie selon le protocole de charge alternatif. Le procédé consiste en outre à mesurer avec un capteur du système de gestion de batterie, la ou les donnée(s) de batterie pendant et après la charge de la batterie selon le protocole de charge alternatif. Le procédé consiste en outre à transmettre par un transmetteur, la donnée de la batterie vers le serveur. Le procédé consiste en outre à recevoir par le transmetteur, un protocole de charge de base mis à jour, ce protocole ayant été déterminé en s’appuyant sur la donnée de batterie et celle d’autres véhicules électriques. La présente invention sera décrite ci-après de de manière plus détaillée à l’aide des dessins annexés dans lesquels : exemple de réalisation d’un système d’optimisation de protocoles de charge de batterie appliqués à une flotte de véhicules électriques, exemple de système de charge de batterie d’un véhicule électrique, procédé d’optimisation des protocoles de charge de batterie d’une flotte de véhicules électriques, protocole d’optimisation de la charge des batteries d’une flotte de véhicules, exemple de profil de base et de profil intensité-tension perturbé pour une certaine température de batterie. DESCRIPTION DE MODES DE REALISATION DE L’INVENTION La montre un exemple de réalisation d’un système 100 pour optimiser les protocoles de charge de batterie d’une flotte de véhicules électriques. Le système 100 comprend un ensemble de véhicules électriques 102 (seuls certains sont représentés pour simplifier) et une sauvegarde sur cloud 120. Comme décrit de manière plus détaillée ci-après, la sauvegarde sur cloud 120 fonctionne avantageusement pour adapter en continu et améliorer le ou les protocoles de charge avec mise à jour par les véhicules électriques 102 de la flotte. Chaque véhicule électrique 102 de la flotte a une batterie 104 qui se recharge et est configurée pour fournir l’énergie à un système d’entraînement (non représenté) du véhicule électrique 102. Dans au moins un certain mode de réalisation, la batterie 102 est une batterie lithium-ion composée d’un ensemble de cellules individuelles branchées en série et en parallèle pour avoir la tension et la capacité voulues. La batterie 102 est, par exemple, logée sous le plancher ou les sièges arrières du véhicule électrique. Chaque véhicule électrique 102 a, en outre, un système de gestion de batterie BMS 110 configuré pour contrôler les caractéristiques individuelles des cellules, la température et la santé globale de la batterie 104. Le système BMS 110 est configuré pour appliquer un protocole de charge optimisant les procédés de charge (et de décharge) de la batterie 102 pour réduire au minimum les temps de charge de la batterie 102 et au maximum la durée de vie de la batterie 102 et garantir que la batterie 102 fonctionne dans les limites de sécurité. A cet effet, le système BMS 110 reçoit des données de capteur d’un ou plusieurs capteurs (représentés à la ) et actionne le circuit de charge 112 pour charger la batterie 102 selon un protocole de charge donné. La sauvegarde sur cloud 120 est configurée pour optimiser les protocoles de charge de la flotte de véhicules électriques 102 en fonction du temps. En particulier, la sauvegarde sur cloud 120 génère un ou plusieurs protocoles de charge alternatifs ou expérimentaux en perturbant le profil de charge de base d’un protocole de charge de base et développant le protocole de charge « perturbé » (c’est-à-dire modifié) pour l’appliquer à un sous-ensemble de la flotte de véhicules électriques 102. Le sous-ensemble de la flotte de véhicules électriques 102 charge les batteries 104 en utilisant le protocole de charge perturbé, la sauvegarde sur cloud 120 observant les données de batterie reçues du sous-ensemble de la flotte de véhicules électriques 102 et l’implication du ou des protocoles de charge perturbés sur le vieillissement de la batterie et le temps de charge. En fonction de telles données de batterie, la sauvegarde sur cloud 120 revoit et améliore le protocole de charge de base déployé sur l’ensemble de la flotte de véhicules électriques 102. EXEMPLES DE MODES DE REALISATION La montre un exemple de système de charge de batterie 200 d’un véhicule électrique 102. Le système 200 comprend la batterie 104, le système BMS 110 et le circuit de charge 112 comme indiqué ci-dessus à propos de la . Les composants du système de charge de batteries 200 décrits sont donnés à titre d’exemple et le système de charge de batterie 200 peut avoir n’importe quelle configuration alternative. La batterie 104 qui emmagasine l’énergie électrochimique a une ou plusieurs cellules électrochimiques 204 en parallèle et/ou en série pour composer la batterie 104. Dans un mode de réalisation, la batterie 104 est une batterie lithium-ions et les cellules électrochimiques 204 sont des cellules lithium-ions. La batterie 104 a une borne positive 206 et une borne négative 208 par lesquelles la batterie 104 fournit la tension de sortie et le courant de sortie. La batterie 104 est en outre configurée pour être chargée par les bornes positive et négative 206, 208. Le système 200 a une source de puissance 210 et un circuit de charge 112. La source de puissance 210 est configurée pour pendant l’opération de charge, appliquer un courant de charge et/ou une tension de charge à la batterie 104 par les bornes positive et négative 206, 208. Dans certains modes de réalisation, la source d’alimentation 210 fournit du courant continu prédéterminé (DC), en tension et en intensité. Dans certains modes de réalisation, la source d’alimentation 210 est une source de tension ou de courant alternatif (AC). Dans un mode de réalisation, la source d’alimentation 210 est une grille électrique, locale, configurée pour fournir une phase unique ou une tension triphasée alternative (AC) de fréquence prédéterminée telle que 50 Hz ou 60 Hz, une tension nominale prédéterminée, par exemple, une tension nominale comprise entre 110 et 127 volts ou 220-240 volts. Le circuit de charge 112 branché entre la source d’alimentation 210 et la batterie 104 est configuré pour convertir, régler et/ou commander le courant de charge ou la tension de charge appliquée à la batterie 104 par la source d’alimentation 210. Dans certains modes de réalisation, le circuit de charge 112 a un contrôleur de charge 214 qui active différents circuits électroniques de puissance 216 pour convertir, réguler ou commander l’intensité de charge (courant de charge) et/ou la tension de charge appliquées à la batterie 104. Les électroniques de puissance 216 comprennent différents circuits et matériels avec, par exemple, des contacteurs, relais, transistors, transformateurs, diodes, condensateurs, inductances et résistances organisés de façon appropriée. Dans certains modes de réalisation, des circuits de conversion de puissance supplémentaires relient la source d’alimentation 210 et le circuit de charge 112, par exemple, un convertisseur AC/DC distinct. Le contrôleur de charge 214 peut être un composant du système BMS 110 ou un composant distinct qui reçoit les instructions du système BMS 110 pour contrôler le procédé de charge de la batterie 104 en fonction d’un protocole de charge particulier. Il apparaît qu’un contrôleur comporte n’importe quel système ou circuit ou mécanisme de circuit qui traite les données, les signaux et autres informations. Ainsi, le contrôleur de charge 214 comporte un système avec une unité centrale de traitement, des unités de traitement multiples, des circuits dédiés pour réaliser les fonctionnalités spécifiques ou autres systèmes. Le système BMS 110 a un processeur 230 pour exécuter les instructions du programme enregistrées dans la mémoire 236. La mémoire 236 a au moins l’enregistrement des instructions du programme configurées pour appliquer un protocole de charge 236 et toute donnée nécessaire telle que des profils intensité-température, ou des tableaux de mise à jour équivalents. La mémoire 236 permet d’enregistrer les informations accessibles pour le système BMS 110 telles qu’une carte de mémoire ROM, RAM, les mémoires inscriptibles, des mémoires mortes, des disques durs, des mémoires flash ou n’importe quel autre support lisible par ordinateur constituant un dispositif d’enregistrement de données. Le processeur comporte n’importe quel système de circuit, mécanisme et composant de circuit qui traite des données des signaux ou autres informations. Ainsi, le système BMS 110 comporte un système avec une unité centrale de traitement, des unités multiples de traitement, un circuit dédié pour assurer une fonction spécifique ou autre système. Le système BMS 110 a, en outre, au moins un module de communication de réseau 234 qui constitue une interface de communication avec n’importe quel autre dispositif la sauvegarde sur cloud 120. Le module de communication de réseau 234 comporte un ou plusieurs transmetteurs, modems, processeurs, mémoires, oscillateurs, antennes ou autre circuit classique d’un module de communication pour permettre la communication avec différents autres dispositifs. En particulier, le module de communication réseau 236 a, de manière générale, un ou plusieurs modems cellulaires pour communiquer par un réseau de téléphonie sans fil, mais également un module Bluetooth® (non représenté) ou un module Wi-Fi pour la communication par Wi-Fi ou un routeur Wi-Fi (non représenté). Les communications se font en utilisant n’importe lequel des multiples protocoles de communication connus. Le système 200 a un capteur d’intensité 218, un capteur de tension 220, un capteur de température 222 pour contrôler le courant de batterie, la tension de batterie et la température de batterie au moins pendant le procédé de charge/décharge. Le système BMS 110 se relie au capteur d’intensité 218, au capteur de tension 220 et au capteur de température 222 pour recevoir les signaux de mesure correspondants au courant de batterie, à la tension de batterie et à la température de batterie. Dans un mode de réalisation, le capteur de courant 218 est une résistance shunt en série avec la batterie 104 et qui donne une tension proportionnelle au courant de batterie. Dans le mode de réalisation, le capteur d’intensité 218 comprend un capteur à effet Hall en série avec la batterie 104 pour mesurer le courant de batterie. Le capteur de tension 220 est branché en parallèle sur la batterie 104 ; il est configuré pour mesurer la tension de batterie entre la borne positive et la borne négative 206, 208 de la batterie 104. Dans certains modes de réalisation, le capteur de tension est en outre configuré pour mesurer la tension des cellules individuelles 204 de la batterie 104. Dans certains modes de réalisation, le processeur 230 détermine, calcule ou évalue d’autres paramètres de batterie tels que l’état de charge, l’état de santé, l’impédance, la capacité, la tension de circuit ouvert ou la tension de repos. La montre un exemple de composant de la sauvegarde cloud 120. La sauvegarde cloud 120 a un ou plusieurs serveurs cloud 300 et une ou plusieurs bases de données 320. Le serveur cloud 300 comporte des serveurs configurés pour desservir une diversité de fonction pour la sauvegarde cloud 120, mais il comprend au moins un ou plusieurs serveurs pour gérer les données de batterie reçues du système BMS 110 de la flotte de véhicules et optimiser le ou les protocoles de charge utilisés par la flotte de véhicules électriques 102 pour charger leurs batteries 104. Chaque serveur de cloud 300 a, par exemple, un processeur 302, une mémoire 304, une interface d’utilisateur 306 et un module de communication réseau 308. Il est à remarquer que le mode de réalisation représenté du serveur sur cloud 300 ne correspond qu’à un exemple de serveur sur cloud 300 et figure n’importe quelle configuration d’ordinateur personnel, de serveur ou de n’importe quel système de traitement de données qui coopère de cette manière. Le processeur 302 exécute les instructions pour activer les serveurs cloud 300 et permettre aux caractéristiques, aux fonctionnalités, ou caractéristiques ou éléments analogues à se mettre en œuvre. Pour cela, le processeur 302 est relié à la mémoire 304, à l’interface utilisateur 306 et au module de communication de réseau 308. Le processeur 302 comprend, de façon générale, un ou plusieurs processeurs qui peuvent fonctionner en parallèle l’un avec l’autre. Le processeur comporte, de façon générale, tout système de circuit, mécanisme de circuit ou composant de circuit pour traiter les données des signaux ou autres informations. Ainsi, le processeur 302 comprend un système avec une unité centrale de traitement, des unités de traitement graphique, des unités de traitement multiples, des circuits dédiés pour assurer une certaine fonctionnalité, des éléments programmables logiques ou autres systèmes de traitement. Les bases de données 320 sont configurées pour enregistrer les données de batterie reçues du système BMS 110. Les bases de données 320 peuvent être des dispositifs d’enregistrement non volatiles à long terme, permettant de stocker des informations accessibles par le processeur 302 tels que des disques durs ou n’importe quel autre support d’enregistrement lisible par ordinateur. De même, la mémoire 304 est configurée pour enregistrer les instructions de programme qui, exécutées par le processeur 302 permettent aux serveurs sur cloud 300 d’appliquer les différentes opérations décrites y compris l’optimisation des protocoles de charge utilisés par la flotte de véhicules électriques pour charger leur batterie. En plus, la mémoire 304 enregistre le protocole de charge de base 310 et un ou plusieurs protocoles de charge perturbés 312. La mémoire 304 est un dispositif ou une combinaison de dispositifs pour enregistrer des informations d’enregistrement accessibles par le processeur 302, par exemple, une carte-mémoire, une mémoire ROM ou RAM, des disques durs, des disques, des mémoires flash ou n’importe quel support lisible par ordinateur comme cela est connu. Le module de communication réseau 308 des serveurs cloud 300 constitue l’interface permettant la communication avec n’importe quel autre dispositif comportant au moins un système BSM 110. En particulier, le module de communication réseau 308 a un port de réseau local qui permet la communication avec n’importe quel ordinateur local logé dans la même installation ou au voisinage de celle-ci. De façon générale, les serveurs sur cloud 300 communiquent avec les ordinateurs à distance par Internet, par un modem distinct et/ou un routeur du réseau de zone locale. En variante, le module de communication réseau 308 a un port de réseau étendu qui permet les communications par Internet. Dans un mode de réalisation, le module de communication réseau 308 est équipé d’un transmetteur Wi-Fi ou autre dispositif de communication sans fil. Il est à remarquer que les communications avec les serveurs sur cloud 300 peuvent se faire par des communications câblées ou des communications sans fil. Les communications se font en utilisant n’importe quel protocole de communication connu. Les serveurs sur cloud 300 peuvent être activés localement ou à distance par un administrateur. Pour faciliter le fonctionnement local, les serveurs sur cloud 300 ont une interface utilisateur 306. Dans au moins un mode de réalisation, l’interface utilisateur 306 a un écran d’affichage LCD ou un écran analogue, une souris ou autre dispositif de pointeur, un clavier, un clavier vocal, des haut-parleurs et un micro. En variante, dans certains modes de réalisation, un administrateur peut activer les serveurs cloud 300 à distance à partir d’un autre calculateur qui est en communication avec celui-ci par le module de communication réseau 308 et qui a une interface utilisateur analogue. La sauvegarde sur cloud 120 est configurée pour enregistrer et gérer les données des batteries dans les bases de données 320 d’une façon sécurisée et d’assurer l’accès aux données de batterie pour optimiser les protocoles de charge utilisés par la flotte de véhicules électriques 102 pour charger leur batterie. La mémoire 304 enregistre les instructions de programme pour optimiser les protocoles de charge de batterie de la flotte de véhicules électriques. De multiples méthodes et procédés seront décrits ci-après pour la gestion du système BMS 110 et de la sauvegarde sur cloud 120. Dans la description, les expressions procédé, processeur et système effectuent certains travaux ou fonctions se référant à un contrôleur ou un processeur en général le processeur 230 du système BMS 110 ou le processeur 302 de la sauvegarde sur cloud 120 exécutant les instructions programmées enregistrées dans un support de mémoire non transitoire, lisible sur ordinateur, en général la mémoire 332 de BMS 110 ou la mémoire 304 de la sauvegarde sur cloud 120 qui sont reliées au contrôleur ou processeur pour traiter les données ou gérer un ou plusieurs composants du système 100 pour effectuer les opérations ou les fonctions. En plus, les étapes des procédés peuvent être exécutées selon toute chronologie compatible, quel que soit l’ordre présenté dans les figures ou l’ordre des étapes de leur description. La montre un procédé 400 pour optimiser les protocoles de charge de batterie d’une flotte de véhicules électriques. Le procédé adapte avantageusement et améliore les protocoles de charge d’une flotte de véhicules électriques 102 en fonction du temps en s’appuyant sur des données réelles de la flotte. Le procédé 400 commence par l’enregistrement dans un serveur, d’un protocole de charge de base pour charger les batteries d’une flotte de véhicules électriques (bloc 410). La sauvegarde sur cloud 120 enregistre dans la mémoire 304, le protocole de charge de base 310. Le protocole de charge de base 310 est déployé pour le système BMS 110 de chaque véhicule électrique 102 de la flotte. Le protocole de charge de base 310 est, par exemple, conçu à l’origine par le fabricant de batteries avant de livrer le véhicule électrique 102 et à l’origine il est déployé sur le système BMS 110 au moment de la fabrication. En variante, le protocole de charge de base 310 peut être conçu en s’appuyant sur des essais de laboratoire ou des modèles de batterie et ensuite être déployés dans le système BMS 110 de chaque véhicule électrique 102 en transmettant le protocole de charge de base 310 au système BMS 110 de chaque véhicule électrique 102 avec le module de communication de réseau 308. Dans au moins certains modes de réalisation, le protocole de charge de base 310 comporte le contrôle du courant de charge comme fonction de la tension de batterie et la température de batterie ou comme fonction de l’état de charge de la batterie et la température de la batterie, comme cela est exprimé par un ou plusieurs profils de charge. En particulier, le protocole de charge de base 310 comporte la charge de la batterie 102 selon un profil intensité-tension de base. En plus, le protocole de charge de base 310 comprend la charge de batterie 102 selon le profil intensité-température de base. Enfin, le protocole de charge de base 310 peut, en outre, comporter la charge de la batterie 102 selon le profil de courant de base-SOC (état de charge). Dans au moins un mode de réalisation, le protocole de charge de base 310 est caractérisé par un ensemble de profils intensité tension de base correspondant à un ensemble de différentes températures de batterie. Selon un autre mode de réalisation, le protocole de charge de base 310 est caractérisé par un ensemble de profils intensité-SOC de base correspondant à un ensemble de différentes températures de batterie. Pour une température de batterie donnée, le protocole de charge de base 310 charge la batterie 102 selon le profil intensité-température de base associé à la température de batterie donnée. Dans certains modes de réalisation, chaque profil de charge est sous la forme d’un tableau de mise à jour qui fournit l’intensité du courant de charge pour une tension de batterie donnée et/ou une température de batterie donnée. En variante, dans d’autres modes de réalisation, chaque profil de charge est sous la forme d’une fonction mathématique et/ou d’une équation. La donne un exemple de profils intensité-tension de base 500 pour une température de batterie donnée. Le profil intensité-tension de base 500 a une forme en escalier composé de segments dans les différentes plages de la tension de batterie correspondant à différentes intensités de courant de charge, constantes. Des intensités de charge relativement élevées sont appliquées à des tensions de batterie relativement faibles et des intensités de charge relativement basses sont appliquées à des tensions de batterie relativement élevées, ce qui se traduit globalement par un profil intensité-tension de base 500 ayant une pente négative. Toutefois, il est à remarquer que les profils d’intensité de charge peuvent ne pas être monotones ; en général, on commence à des intensités faibles puis on augmente avant de diminuer de nouveau. De plus, il est à remarquer que, bien que le profil intensité-tension de base 500 donné à titre d’exemple, a une forme en escalier (qui s’applique, en général pour une implantation plus facile par le système BMS 100 et/ou le contrôleur de charge 214), le profil intensité-tension de base peut avoir une très grande diversité de formes et de motifs. Il est à remarquer ci-dessus que l’on peut avoir un ensemble de tels profils intensité-tension de base pour un ensemble de températures différentes de batterie. Selon la , le procédé 400 se poursuit en déterminant dans le serveur, un ensemble de protocoles de charge perturbés par la perturbation du protocole de charge de base (bloc 420). En particulier, le processeur 302 de la sauvegarde sur cloud 120 détermine un ensemble de protocoles de charge perturbés 312 en modifiant le protocole de charge de base 310. Les protocoles de charge perturbés 312 peuvent également être considérés comme des protocoles de charge alternatifs, comme des protocoles de charge modifiés ou comme des protocoles de charge expérimentaux. Le processeur 302 détermine un ensemble de protocoles de charge perturbés 312 en modifiant au moins un profil intensité-tension de base (et/ou au moins un profil intensité-température de base) du protocole de charge de base 310. Chaque protocole de charge perturbé 310 a un ou les deux profils intensité-tension et intensité-température perturbés qui ont de petites différences par rapport au protocole de charge de base tout en conservant un temps de charge pratiquement identique de sorte qu’il n’y a pas d’impact perceptible par rapport à l’expérience du conducteur. En particulier, dans au moins certains modes de réalisation, chaque protocole de charge perturbé 312 est caractérisé par un ensemble de profils intensité-tension perturbés correspondant à un ensemble de différentes températures de batterie. Ces protocoles de charge perturbés 312, en particulier, les profils intensité-tension perturbés et/ou les profils intensité-température peuvent être déduits de différentes façons. Dans au moins un mode de réalisation, le processeur 302 de la sauvegarde sur cloud 120 détermine un ensemble de protocoles de charge perturbé 312 en appliquant un modèle de batterie pour trouver les profils-intensité alternatifs et/ou des profils intensité-température qui sont attendus comme se traduisant en temps de charge dans un seuil de différences prédéterminé par rapport au temps de charge qui résulte du profil intensité-tension de base. Le seuil de différence prédéterminé dans le temps de charge résultant peut se situer dans +/- 15% du temps de charge de base du protocole de charge de base 310 et plus particulièrement dans +/- 10% du temps de charge de base du protocole de charge de base 310 ou même plus particulièrement dans +/- 5% du temps de charge de base du protocole de charge de base 310. Dans certains modes de réalisation, le processeur 310 modifie les paramètres du modèle de batterie tels que les limites d’état interne de la batterie pour déduire l’ensemble des protocoles de charge perturbés 312. Selon un autre mode de réalisation, le processeur 302 de la sauvegarde sur cloud 120 détermine un ensemble de protocoles de charge perturbés 312 qui diffèrent des profils d’intensité-tension de base et/ou des profils intensité-température et modifient les valeurs des profils intensité-tension de base et/ou des profils intensité-température aléatoirement ou selon certaines règles qui garantissent que les profils intensité/modifiés et/ou les profils intensité-température soient attendus comme résultant d’un temps de charge similaire lorsqu’ils sont utilisés pour charger la batterie 104. La montre des exemples de profils intensité-tension perturbés 502, 504, 506 comme exemples de protocoles de charge perturbés pour une certaine température de batterie. Comme profil intensité-tension de base 500, les exemples de profil intensité-tension 502, 504, 506 ont une forme en escalier composé de segments dans lesquels une plage de tensions de batterie correspond à une intensité constante mais avec de faibles changements à la fois des seuils de tension et de l’intensité de charge appliquée pendant l’étape particulière. Toutefois, il est à remarquer que les profils intensité-tension perturbés 502, 504 et 506 peuvent avoir une très grande diversité de formes et de motifs. De plus, comme indiqué ci-dessus, un ensemble de profils intensité-tension ainsi perturbés peut correspondre à un ensemble de différentes températures de batterie. Selon la , le procédé 400 se poursuit par la fourniture de protocoles de charge perturbés à un sous-ensemble de la flotte de véhicules électriques (bloc 430). En particulier, le processeur 302, de la sauvegarde sur cloud 120 sélectionne un sous-ensemble de véhicules électriques 120 de la flotte de véhicules électriques 102. Puis, le processeur 302 actionne le module de communication de réseau 308 pour transmettre à chaque véhicule électrique 102 du sous-ensemble de véhicules électriques 102, l’un respectif des protocoles de charge perturbés 312. Dans chaque véhicule électrique respectif 102 du sous-ensemble de véhicules électriques 102, le système BMS 110 reçoit le protocole respectif des protocoles de charge perturbés 312 de la sauvegarde sur cloud 120 par le module de communication de réseau 234 et l’enregistre dans la mémoire 332 (c’est-à-dire comme protocole de charge 236). Dans certains modes de réalisation, le processeur 302 sélectionne le sous-ensemble de véhicules électriques 102 comme sous-ensemble aléatoire dans la flotte de véhicules électriques 102. En variante, dans certains autres modes de réalisation, le processeur 302 sélectionne le sous-ensemble de véhicules électriques 102 en fonction d’un ou plusieurs états d’environnement des véhicules électriques 102 en observant les styles de conduite des véhicules électriques 102 et/ou en observant les comportements de charge des véhicules électriques 102. Pour cela, dans certains modes de réalisation, le processeur 230 du système BMS 110 de chaque véhicule 102 contrôle en continu et enregistre les données concernant les conditions d’environnement, les styles de conduite et/ou les comportements de charge. Le processeur 230 gère le module de communication de réseau 234 pour transmettre ses données à la sauvegarde sur cloud 120 qui les reçoit par le module de communication de réseau 308. Le processeur 302 de la sauvegarde sur cloud 120 choisit le sous-ensemble de véhicules électriques 102 en fonction de cette donnée concernant les conditions d’environnement, les styles de conduite et/ou les comportements en charge. De façon générale, le sous-ensemble de la flotte de véhicules électriques 102 est une faible partie de l’ensemble de la flotte de véhicules électriques 102 ; en général, ils représentent entre 5 et 10% de la taille globale de la flotte. Le sous-ensemble de véhicules électriques 102 doit être suffisamment grand pour constituer un échantillon représentatif des conditions d’environnement, des styles de conduite et/ou des comportements de charge de la flotte dans sa globalité. Le procédé 400 se poursuit en chargeant les batteries du sous-ensemble de la flotte de véhicules électriques en utilisant les protocoles de charge perturbés (bloc 440). En particulier, après les protocoles de charge perturbés 312 fournis aux sous-ensembles de la flotte de véhicules électriques 102, le système BMS 10 de chaque véhicule 102 du sous-ensemble est configuré pour charger la batterie 104 en utilisant le protocole respectivement reçu de l’ensemble des protocoles de charge perturbés 312. Le système BMS 10 commande le contrôleur de charge 214 pour actionner les circuits électroniques de puissance 216 de façon à commander le courant de charge selon le protocole respectif des protocoles de charge perturbés 312. Pendant l’opération de charge, le système BMS 10 et/ou le contrôleur de charge 214 fixent le courant de charge en fonction de l’intensité-température et de l’intensité-tension selon le profil intensité-tension et/ou le profil intensité-température du protocole respectivement reçu parmi les protocoles de charge perturbés 312. Dans au moins un mode de réalisation, le protocole de charge perturbé 312 définit un ensemble de profils intensité-tension, chacun étant associé à une température de batterie respective, différente. Le système BMS 10 et/ou le contrôleur de charge 214 sélectionne l’un respectif des profils intensité-tension en fonction de la caractéristique intensité-température de la batterie puis il fixe le courant de charge en se fondant sur les profils intensité-tension, sélectionnés selon l’intensité-tension de batterie. Les batteries 104 du sous-ensemble de la flotte de véhicules électriques 102 sont chargées en utilisant les protocoles de charge perturbés 312 pendant une durée prédéfinie qui est, en général, correspond à un nombre prédéterminé de semaines ou de mois. Au cours de cette période prédéterminée, il n’y a pas d’effet négatif sur l’expérience des conducteurs du sous-ensemble de la flotte de véhicules électriques 102 car les perturbations du protocole de charge de base 310 sont faibles et se traduisent dans des temps de charge similaires. Le procédé 400 poursuit par la mesure de la donnée de batterie pendant ou après la charge des batteries en utilisant les protocoles de charge perturbés (bloc 450). Au cours de cette période prédéterminée, en plus de charger les batteries 104 en utilisant le protocole respectif parmi les protocoles de charge perturbés 312, le système BMS 10 actionne les capteurs 218, 220, 222 pour collecter l’ensemble des données de batterie pour observer l’impact des protocoles de charge perturbés 312 sur le vieillissement de la batterie. L’expression « données de batterie » utilisée se rapporte à l’une quelconque des données de batterie qui concerne les caractéristiques de santé et/ou de vieillissement de la batterie. Ces données de batterie peuvent, par exemple, être les intensités de batterie, les tensions de batterie et les températures de batterie, mesurées en fonction du temps pendant ou après la charge de la batterie 104 en utilisant l’un des protocoles de charge perturbés 312. Les données de batterie peuvent être collectées pour la batterie 104 dans sa globalité ou pour des cellules individuelles de cette batterie 104. Dans certains modes de réalisation, le système BMS 10 dérive d’autres données de batterie sur la base de données de capteur mesurées directement par les capteurs 218, 220, 222 telles que les états de charge ou les mesures de la batterie 110. Cette donnée pourra être utilisée pour évaluer l’état de santé de la batterie pendant le fonctionnement et avoir une trace des changements de cet état de santé pour la période de contrôle de quelques semaines ou mois. En fonction du suivi de l’état de santé de ce sous-ensemble de la flotte sur une période, le gradient local de la fonction objectif/coût (taux de vieillissement de la batterie) par rapport au protocole de charge peut se calculer et les directions potentielles dans lesquelles il faut mettre à jour les profils intensité-tension ou intensité-température pour optimiser la fonction objective. Le procédé 400 se poursuit par la fourniture de la donnée de batterie au serveur (bloc 470). Chaque véhicule électrique 102 du sous-ensemble de véhicules électriques 102, a un processeur 230 du système BMS 110 respectif qui actionne le module de communication de réseau 234 pour transmettre la donnée de batterie collectée au cours de la période prédéterminée vers la sauvegarde sur cloud 120. La sauvegarde sur cloud 120 reçoit les données de batterie respectives de chaque véhicule du sous-ensemble de véhicules électriques 102 et enregistre la donnée de batterie dans une base de données 320. Le procédé 400 se poursuit par la mise à jour du protocole de charge de base fondée sur la donnée de batterie (bloc 470). En particulier, le processeur 302 de la sauvegarde sur cloud 120 met à jour le protocole de charge de base 310 en se fondant sur la donnée de batterie reçue du sous-ensemble de véhicules électriques 102 et sur les protocoles de charge perturbés 312 associés. Dans certains modes de réalisation, le processeur 203 détermine une modification du protocole de charge de base 310 qui se traduit par au moins l’un des éléments suivants : (i) un vieillissement ralenti de la batterie, et (ii) un temps de charge plus rapide par comparaison avec le protocole de charge de base 310. Dans au moins un mode de réalisation, le processeur 302 met à jour le protocole de charge de base 310 en utilisant la fonction objectif/coût prédéterminée qui optimise le temps de charge et le vieillissement de la batterie. Dans au moins un mode de réalisation, le processeur 302 identifie un protocole de charge perturbé parmi l’ensemble des protocoles de charge perturbés 312 qui résulte de l’un des éléments suivants : (i) un vieillissement ralenti de la batterie, et (ii) un temps de charge plus rapide comparé au protocole de charge de base. Puis le processeur 302 modifie le protocole de charge de base 310 en se fondant sur le protocole identifié parmi les protocoles de charge perturbés 312. Dans au moins un mode de réalisation, le processeur 302 de la sauvegarde sur cloud 120 détermine les limites d’état interne, mises à jour pour les batteries 104 en se fondant sur les données de batterie reçues et/ou sur le protocole identifié parmi les protocoles de charge perturbés 312. Puis le processeur 302 met à jour le protocole de charge de base 310 en appliquant un modèle de batterie utilisant les limites d’état interne mises à jour. Selon un autre mode de réalisation, le processeur 302 de la sauvegarde sur cloud 120 détermine un ou plusieurs gradients fondés sur la donnée de batterie reçue en association avec le protocole de charge perturbé 312. Puis le processeur 302 met à jour le protocole de charge de base 310 en s’appuyant sur les gradients en utilisant un procédé de mise à jour par gradient. Le procédé 400 se poursuit par la fourniture du protocole de charge de base mis à jour, à la flotte de véhicules électriques (bloc 480). En particulier, le processeur 302 de la sauvegarde sur cloud 120 traite le module de communication de réseau 308 pour transmettre le protocole de charge de base mis à jour à tous ou au moins certains des véhicules électriques 102 de la flotte de véhicules électriques 10. Dans chaque véhicule électrique 102, le système BMS 110 reçoit le protocole de charge de base mis à jour de la sauvegarde sur cloud 120 par le module de communication de réseau 234 et l’enregistre dans la mémoire 232 (c’est-à-dire comme protocole de charge 236). Dès que le protocole de charge de base mis à jour est fourni, le système BMS 10 charge la batterie 104 en utilisant le protocole de charge de base mis à jour avec les caractéristiques améliorées ou la réduction du vieillissement de la batterie 104. Le procédé ci-dessus peut être répété périodiquement pour mettre à jour chaque fois le protocole de charge de base. En particulier, dans chaque itération du procédé, un nouveau sous-ensemble de véhicules électriques 102 est choisi dans la flotte de véhicules électriques 102 et un nouvel ensemble de protocoles de charge perturbé est généré. De cette manière, les protocoles de charge sont adaptés de façon continue et améliorés pour toute la durée de vie des véhicules 102 de la flotte. En outre, de nouveaux véhicules mis en service sur route peuvent recevoir directement le protocole de charge de base mis à jour plutôt que le protocole de base d’origine, ce qui permet de profiter immédiatement au conducteur. Les modes de réalisation de la description peuvent comporter des supports d’enregistrement transitoires, lisibles par ordinateur ou un support de mémoire lisible par machine pour exécuter ou avoir des instructions exécutables par ordinateur (également appelées instructions de programme) ou des structures de données enregistrées. De tels moyens d’enregistrement non transitoires, lisibles par ordinateur ou de moyens lisibles par ordinateur sont des moyens appropriés auxquels on accède avec un ordinateur général ou spécialisé. A titre d’exemple, et de manière non limitative, un tel support d’enregistrement non transitoire, lisible par ordinateur au support lisible par machine est une mémoire Ram, ROM, EEPROM ou CD-ROM ou disque optique, disque magnétique ou autre dispositif d’enregistrement magnétique ou autre support utilisable pour recevoir ou enregistrer des codes-programme déterminés sous la forme d’instructions exécutées par ordinateur ou des structures. Les combinaisons des moyens ci-dessus font également partie des moyens de stockage non transitoires lisibles par ordinateur ou des supports lisibles par machine. Des instructions exécutées par ordinateur comprennent, par exemple, des instructions et des données qui s’appliquent à un ordinateur général, un ordinateur spécialisé ou un dispositif de traitement spécialisé pour effectuer certaines fonctions ou groupes de fonctions. Les instructions exécutées par ordinateur comprennent des modules de programme exécutés par ordinateur seuls ou dans un environnement de réseau. De façon générale, les modules de programme contiennent des routines, des programmes, des objets, des composants et des structures de données, etc. qui effectuent des tâches particulières ou implémentent des types de données particulières. Des instructions exécutables par ordinateur associées aux structures de données et les modules de programme représentent des exemples de codes de programme pour l’exécution d’étapes du procédé présenté ci-dessus. La séquence particulière des instructions exécutables ou des structures de données associées représentent des exemples d’actes correspondant pour implémenter les fonctions décrites dans de telles étapes. Procédé d’adaptation d’un protocole de charge pour charger les batteries d’un ensemble de véhicules électriques, procédé consistant à : - enregistrer dans une mémoire d’un serveur, un protocole de charge base, - déterminer avec le processeur du serveur, un ensemble de protocoles de charges alternatifs en modifiant le protocole de charge de base, - transmettre avec un récepteur du serveur vers chaque véhicule électrique respectif d’un sous-ensemble de véhicules électriques, un protocole de charge alternatif respectif parmi l’ensemble des protocoles de charge alternatifs, le sous-ensemble de véhicules électriques étant configuré pour charger les batteries selon l’ensemble des protocoles de charge alternatifs, - recevoir avec un transmetteur, une donnée de batterie du sous-ensemble de véhicules électriques, les données de batterie ayant été mesurées pendant ou après la charge des batteries du sous-ensemble de véhicules électriques, selon l’ensemble des protocoles de charge alternatifs, et - mettre à jour avec le processeur, le protocole de charge de base en se fondant sur les données de batterie. Procédé selon la revendication 1, dans lequel le protocole de charge de base et l’ensemble des protocoles de charges alternatifs comprennent la charge selon le profil intensité-tension respectifs qui fixent le courant de charge en fonction de la tension de la batterie. Procédé selon la revendication 2, selon lequel le protocole de charge de base et l’ensemble des protocoles de charges alternatifs comprennent la sélection du profil intensité-tension respectif parmi un ensemble de profils intensité-tension de base en fonction de la température courante de la batterie, chacun des profils intensité-tension de base de l’ensemble étant associé à une température de batterie, respective, différente. Procédé selon la revendication 2, selon lequel déterminer l’ensemble des protocoles de charges alternatifs consiste en outre à : - modifier le profil intensité-tension du protocole de charge et de base. Procédé selon la revendication 4, selon lequel modifier le profil intensité-tension consiste en outre à : - appliquer un modèle de batterie pour déterminer un profil modifié intensité-tension qui résulte du temps de charge à l’intérieur d’une différence de seuil prédéterminée d’un temps de charge qui résulte du profil intensité-tension du protocole de charge de base. Procédé selon la revendication 5, selon lequel appliquer le modèle de batterie consiste en outre à : - modifier au moins une limite d’état interne du modèle de batterie. Procédé selon la revendication 1, selon lequel le sous-ensemble des véhicules électriques est configuré pour charger la batterie selon l’ensemble des protocoles de charge alternatifs pendant une période de temps prédéterminée, et - la donnée de batterie est mesurée pendant ou après la période de temps. Procédé selon la revendication 7, selon lequel la période de temps prédéterminée est au moins une semaine. Procédé selon la revendication 1, selon lequel la donnée de batterie comprend au moins l’une des données suivantes : (i) mesure du courant de batterie, (ii) mesure de la tension de batterie, (iii) mesure de la température de batterie, et (iv) mesure de l’état de charge de la batterie. Procédé selon la revendication 1, selon lequel la mise à jour du protocole de charge de base consiste en outre à : - déterminer, en se fondant sur la donnée de batterie, une modification du protocole de charge de base qui résulte au moins de l’un des éléments suivants : (i) vieillissement ralenti de la batterie, (ii) temps de charge plus rapide, comparé au protocole de charge de base, et - mettre à jour le protocole de charge de base en fonction de la modification déterminée. Procédé selon la revendication 10, déterminer la modification du protocole de charge de base consiste en outre à : - identifier en s’appuyant sur la donnée de batterie, un protocole de charge alternatif parmi l’ensemble des protocoles de charges alternatifs qui résultent d’au moins l’un des éléments suivants : (i) un vieillissement ralenti de la batterie, et (ii) un temps de charge plus rapide comparé au protocole de charge de base, et - déterminer la modification du protocole de charge de base en se fondant sur le protocole de charge alternatif identifié. Procédé selon la revendication 1, la mise à jour du protocole de charge de base consiste en outre à : - déterminer en se fondant sur la donnée de batterie, les limites d’état interne mises à jour pour un modèle de batterie, et - mettre à jour le protocole de charge de base en appliquant le modèle de batterie aux limites d’état interne mises à jour. Procédé selon la revendication 1, la mise à jour du protocole de charge de base consiste en outre à : - déterminer un gradient en se fondant sur la donnée de batterie, et - mettre à jour le protocole de charge de base en s’appuyant sur le gradient. Procédé selon la revendication 1, consistant en outre à : - transmettre avec le transmetteur, le protocole de charge de base mis à jour, à l’ensemble des véhicules électriques, configurés pour charger les batteries en fonction du protocole de charge de base mis à jour. Procédé selon la revendication 1, consistant en outre à : - sélectionner avec le processeur, le sous-ensemble de véhicules électriques parmi l’ensemble des véhicules électriques. Procédé selon la revendication 15, consistant en outre à : sélectionner le sous-ensemble de l’ensemble des véhicules électriques consiste en outre à : - sélectionner le sous-ensemble de l’ensemble des véhicules électriques comme sous-ensemble aléatoire de l’ensemble des véhicules électriques. Procédé selon la revendication 15, consistant en outre à : sélectionner le sous-ensemble parmi l’ensemble des véhicules électriques consiste en outre à : - sélectionner un sous-ensemble parmi l’ensemble des véhicules électriques en fonction d’au moins l’un des éléments suivants : (i) conditions environnementales, (ii) styles de conduite, et (iii) comportement de charge associé à l’ensemble des véhicules électriques. Procédé selon la revendication 17, selon lequel l’ensemble des véhicules électriques configuré pour mesurer les données comprenant l’une des données suivantes : (i) données de l’état environnemental, (ii) données de style de conduite, et (iii) données de comportement de charge, le procédé consistant en outre à : recevoir avec le transmetteur, les données de l’ensemble des véhicules électriques. Procédé selon la revendication 15, selon lequel le procédé est développé par itération périodiquement pour, en outre, mettre à jour le protocole de charge de base, chaque itération du procédé consistant à sélectionner un nouveau sous-ensemble de l’ensemble des véhicules électriques et déterminer un nouvel ensemble de protocoles de charge alternatifs. Procédé d’adaptation d’un protocole de charge pour charger une batterie d’un véhicule électrique, procédé consistant à : - recevoir avec un transmetteur d’un système de gestion de batterie, un protocole de charge alternatif d’un serveur, - commander avec un processeur du système de gestion de batteries, la charge de la batterie selon le protocole de charge alternatif, - mesurer avec un capteur du système de gestion de batterie, la donnée de batterie pendant ou après la charge de la batterie selon le protocole de charge alternatif, - transmettre par le transmetteur, la donnée de batterie au serveur ; et - recevoir par le transmetteur, un protocole de charge de batterie mis à jour, déterminé à partir de la donnée de batterie et d’autres données de batterie d’autres véhicules électriques.