Une architecture CAN multi-bus est utilisée dans les systèmes de gestion de batterie pour séparer les charges de travail de communication et protéger les fonctions de sécurité en temps réel. Les données internes au niveau des cellules, les échanges avec le chargeur et les messages de contrôle du véhicule ont des exigences de bande passante et de synchronisation différentes ; les placer sur des canaux CAN distincts réduit donc la congestion. Pour les tests en laboratoire, cela signifie que le système de test doit prendre en charge plusieurs interfaces CAN indépendantes tout en fournissant une capacité de mesure haute vitesse dédiée pour une analyse détaillée des cellules.
Le principe clé est la séparation des responsabilités : le CAN doit transporter des informations de contrôle et d'état fiables, tandis que l'équipement de laboratoire effectue l'acquisition de données à haute vitesse et haute résolution. Un système de test de batterie performant doit donc communiquer simultanément avec le BMS, le chargeur et le simulateur de véhicule sans forcer le réseau CAN du BMS à effectuer des mesures pour lesquelles il n'a pas été conçu.
Pourquoi les systèmes de batterie utilisent plusieurs bus CAN
Différents types de données ont des priorités différentes
Un pack batterie génère plusieurs catégories d'informations :
- Mesures au niveau des cellules, telles que les tensions et températures individuelles des cellules.
- Communications de charge, incluant les commandes du chargeur, les limites et les échanges de protocoles.
- Informations de contrôle du véhicule, telles que l'état de charge (SOC), les limites de courant, les avertissements et l'état des contacteurs.
Ces flux de données n'ont pas les mêmes exigences de synchronisation ou de bande passante. Les séparer permet à chaque bus de remplir une fonction définie au lieu de forcer chaque message sur un réseau partagé.
Le bus interne transporte des informations denses sur la batterie
Le bus BMS interne gère généralement des informations à haute densité provenant des dispositifs de surveillance des cellules et des modules de contrôle de la batterie. Les tensions individuelles des cellules, les températures, l'état de l'équilibrage, les données de diagnostic et les informations sur les défauts internes peuvent générer un trafic de messages important.
Ce bus est essentiel au fonctionnement du BMS, mais il n'est pas nécessairement optimisé pour des mesures de qualité laboratoire. Son débit de données, sa planification des messages, sa mise à l'échelle et son accessibilité sont déterminés par le concepteur du pack.
Le bus de charge gère l'interaction avec le chargeur
Le bus de charge connecte le BMS ou le pack batterie au système de charge. Il transporte les informations nécessaires pour établir et maintenir l'opération de charge, y compris le courant autorisé, les limites de tension, l'état de charge et les conditions de défaut.
Comme la communication avec le chargeur implique souvent des échanges stricts et une synchronisation précise, la congestion sur ce canal pourrait interrompre la charge ou retarder la transmission de limites importantes.
Le bus véhicule communique les données de contrôle au niveau du pack
Le bus orienté vers le véhicule fournit normalement à l'unité de contrôle du véhicule des informations résumées. Les signaux typiques incluent l'état de charge, les limites de courant de charge et de décharge, la tension du pack, le courant du pack, les avertissements système et les états des contacteurs.
Ces informations sont souvent encodées de manière compacte dans des messages CAN standard. Un seul message de 8 octets, par exemple, peut contenir les limites de courant, le SOC, les indicateurs système, le courant du pack et la tension du pack.
Pourquoi un bus CAN unique peut devenir un problème
L'interrogation haute fréquence des cellules crée un trafic excessif
Une erreur courante consiste à traiter le réseau CAN du BMS comme un système d'acquisition de données haute vitesse. Demander à plusieurs reprises chaque tension de cellule à un intervalle court—par exemple toutes les 100 millisecondes—peut produire un trafic de messages important.
Ce trafic entre en concurrence avec les signaux de sécurité, les commandes de contrôle et les communications avec le chargeur ou le véhicule. Le résultat peut être des messages retardés, une utilisation accrue du bus et une réduction du déterminisme.
L'arbitrage CAN protège les messages prioritaires, mais pas la bande passante illimitée
Le CAN utilise un arbitrage basé sur le matériel. Si plusieurs nœuds transmettent en même temps, le message avec l'identifiant numérique le plus bas obtient l'accès sans corrompre la trame.
Cela permet aux alarmes de défaut et aux messages d'état d'urgence de haute priorité de prendre le pas sur la télémétrie de routine. Cependant, l'arbitrage ne crée pas de bande passante supplémentaire ; un bus fortement chargé peut toujours retarder les messages de priorité inférieure et réduire la capacité de communication globale.
La communication de sécurité doit rester prévisible
Un BMS doit être capable de transmettre des avertissements, des limites de courant, des commandes de contacteurs et des états de défaut de manière fiable. Si un système de test sature le même bus avec des requêtes de diagnostic ou une journalisation à haut débit, il peut interférer avec le rôle de sécurité fondamental du BMS.
L'objectif de conception n'est donc pas simplement de collecter plus de données. Il s'agit de collecter les données requises sans compromettre le chemin de communication utilisé pour la protection et le contrôle.
Ce que le CAN multi-bus signifie pour les tests de batterie en laboratoire
Le système de test a besoin de plusieurs canaux CAN
Un testeur de batterie de laboratoire ou un banc de R&D doit pouvoir se connecter aux bus pertinents de manière indépendante. Au minimum, cela peut nécessiter des interfaces séparées pour :
- Le réseau BMS interne.
- Le réseau de contrôle du véhicule.
- Le réseau de communication du chargeur.
Chaque canal doit être configurable indépendamment pour le débit binaire, le filtrage des messages, la transmission et la journalisation. Une seule interface CAN physique peut être insuffisante lorsque le pack batterie expose plusieurs réseaux avec des rôles ou des configurations différents.
Le système doit prendre en charge la communication simultanée
Les tests en laboratoire nécessitent souvent des activités simultanées :
- Journalisation des données des cellules et du pack.
- Simulation d'une unité de contrôle de véhicule.
- Simulation ou contrôle du comportement du chargeur.
- Transmission de commandes au BMS.
- Surveillance des avertissements, des défauts et des états des contacteurs.
La plateforme de test doit effectuer ces activités en même temps. Elle ne doit pas obliger l'opérateur à basculer manuellement entre les bus ou à suspendre la journalisation pour effectuer une transaction de contrôle.
La simulation CAN doit refléter les rôles opérationnels réels
Un système de test peut avoir besoin d'agir comme une unité de contrôle de véhicule, un chargeur ou un autre participant au réseau. Cela implique de transmettre des messages réalistes, de répondre aux signaux du BMS et de mettre en œuvre les échanges et le comportement de synchronisation attendus.
Par exemple, un banc peut avoir besoin de fournir des requêtes côté véhicule tout en surveillant séparément les limites côté chargeur. La prise en charge du CAN multi-canal permet de reproduire ces interactions sans fusionner un trafic non lié sur un seul réseau.
Les mesures détaillées doivent utiliser une instrumentation dédiée
Les valeurs CAN sont généralement traitées et transmises par le BMS à ses propres taux d'échantillonnage et de rapport. Elles sont utiles pour observer le comportement du BMS, mais elles peuvent ne pas fournir la résolution, la synchronisation ou le taux d'acquisition requis pour la recherche électrochimique.
La surveillance haute fréquence des cellules et l'analyse détaillée doivent donc être confiées à un équipement de test de batterie dédié ou à des instruments d'acquisition de données scientifiques. Le réseau CAN du BMS doit rester concentré sur le contrôle, la protection, le diagnostic et la télémétrie opérationnelle.
Comment l'architecture de laboratoire doit être conçue
Séparer la communication de contrôle de l'acquisition de mesure
Une configuration de test robuste utilise le CAN pour la communication avec le BMS et d'autres contrôleurs système, tandis qu'un matériel de mesure dédié capture les signaux nécessaires à la recherche.
Cette séparation empêche le système de laboratoire de générer un trafic CAN inutile et offre un meilleur contrôle sur le taux d'échantillonnage, la précision de la synchronisation et la qualité des données.
Journaliser chaque bus indépendamment
Le système de test doit préserver l'identité et la synchronisation des messages de chaque bus. Une journalisation indépendante permet de déterminer si un événement provient du BMS, du chargeur, du simulateur de véhicule ou d'un autre sous-système.
Cela simplifie également le dépannage. Un échange de charge retardé, par exemple, doit pouvoir être distingué d'un message de limite côté véhicule ou d'un défaut de surveillance interne des cellules.
Appliquer le filtrage des messages et l'interrogation contrôlée
Le système de test ne doit s'abonner qu'aux messages requis pour le test. Si une interrogation de diagnostic est nécessaire, elle doit être planifiée à un taux qui n'interfère pas avec le trafic critique pour la sécurité.
Le filtrage des messages, la limitation du débit et la transmission tenant compte des priorités sont des garanties importantes, en particulier lorsque le BMS ne fournit pas de canal de diagnostic séparé.
Synchroniser les données CAN et de mesure
Pour analyser correctement le comportement de la batterie, les événements CAN et les mesures haute vitesse doivent partager une référence temporelle fiable. Cela permet aux ingénieurs de corréler un changement de tension de cellule ou une élévation de température avec un changement de limite du BMS, un événement de contacteur, une réponse du chargeur ou un message de défaut.
Sans synchronisation, les données peuvent montrer ce qui s'est passé, mais pas la relation précise entre les événements.
Comprendre les compromis
Plus d'interfaces augmentent la complexité du système
Un système de test multi-bus nécessite plus de canaux matériels, plus de configuration et plus de logique logicielle. Les ingénieurs doivent comprendre le débit binaire, les définitions des messages, la terminaison, les identifiants et les caractéristiques électriques de chaque réseau.
Cette complexité est justifiée lorsqu'une interaction simultanée est requise, mais elle doit être gérée par une documentation claire des bus et des configurations de test réutilisables.
Les données rapportées par le BMS sont pratiques mais limitées
Lire les valeurs des cellules via le CAN est pratique car cela évite un câblage supplémentaire et expose souvent les mêmes données que celles utilisées par le BMS. Cependant, les valeurs peuvent être filtrées, moyennées, retardées, quantifiées ou transmises à un taux inférieur au processus de mesure sous-jacent.
Pour des mesures de recherche précises, une instrumentation directe ou dédiée est généralement plus appropriée que de se fier exclusivement aux diffusions du BMS.
Plus de données ne signifie pas toujours de meilleures données
Augmenter le taux d'interrogation peut sembler améliorer la visibilité, mais un trafic excessif peut réduire la fiabilité du système. L'objectif correct est une information suffisante avec une synchronisation prévisible, et non un volume maximal de messages.
Un ensemble de messages soigneusement sélectionné, combiné à une acquisition haute vitesse dédiée, produit généralement de meilleurs résultats expérimentaux qu'une interrogation agressive de chaque paramètre BMS disponible.
La séparation des bus n'élimine pas tous les risques d'intégration
Des bus séparés peuvent toujours interagir via le logiciel et la logique de contrôle du BMS. Une limite de courant générée à partir de mesures internes peut affecter les messages du véhicule, le comportement du chargeur et les résultats des tests sur les autres réseaux.
Le système de laboratoire doit donc tester non seulement chaque bus individuellement, mais aussi la chaîne complète des réponses entre la surveillance des cellules, les décisions du BMS, le contrôle du chargeur et le contrôle du véhicule.
Faire le bon choix pour votre objectif
Un système de test de batterie en laboratoire doit être sélectionné en fonction des exigences d'interaction et de mesure du programme de test.
- Si votre objectif principal est l'intégration du BMS et du véhicule : Utilisez un système avec des canaux CAN indépendants capables de simuler les messages de contrôle du véhicule tout en surveillant les limites au niveau du pack, le SOC, les défauts et les états des contacteurs.
- Si votre objectif principal est la validation du chargeur : Assurez-vous que le système peut communiquer indépendamment avec le bus de charge et l'enregistrer, y compris les échanges de protocoles, les limites de charge et les réponses aux défauts.
- Si votre objectif principal est l'analyse électrochimique au niveau des cellules : Utilisez un matériel de mesure haute vitesse dédié pour les tensions et températures des cellules, et réservez le CAN à la communication d'état et de contrôle du BMS.
- Si votre objectif principal est la validation de la sécurité : Donnez la priorité au traitement déterministe des messages, à la surveillance indépendante des bus, à la transmission tenant compte des priorités et à la corrélation précise des événements de défaut sur tous les canaux.
- Si votre objectif principal est le test complet du pack : Choisissez une plateforme qui combine la simulation et la journalisation CAN multi-canal avec l'acquisition synchronisée de données électriques et thermiques.
La bonne architecture permet au BMS de rester responsable du contrôle sécurisé tout en donnant au système de laboratoire les canaux indépendants et la capacité de mesure nécessaires pour une évaluation fiable de la batterie.
Tableau récapitulatif :
| Type de bus CAN | Objectif | Données transportées | Exigence de test en laboratoire |
|---|---|---|---|
| CAN BMS interne | Surveillance des cellules et diagnostics internes | Tensions des cellules, températures, état, défauts | Journalisation indépendante ; éviter l'interrogation à haut débit pour prévenir la congestion |
| CAN Chargeur | Configuration et contrôle du chargeur | Limites du chargeur, échanges, état | Simuler le comportement du chargeur ; journaliser les messages sur un canal séparé |
| CAN Véhicule | Informations de contrôle au niveau du pack | SOC, limites de courant, données du pack, avertissements | Simuler le contrôleur du véhicule ; surveiller les messages de contrôle |
Améliorez vos tests de batterie avec les solutions CAN multi-canal de KINTEK. Notre équipement de laboratoire prend en charge la R&D complète sur les batteries, la recherche sur les matériaux avancés et la fabrication complète de cellules. Assurez une communication fiable et une mesure précise—contactez-nous dès aujourd'hui pour discuter de vos besoins ! Contacter KINTEK