Pourquoi la question « Votre système de gestion technique du bâtiment prend-il en charge le protocole CAN ? » est-elle mal posée lors d'un processus d'achat ?
La plupart des fiches techniques des systèmes de gestion technique de bâtiments intelligents (GTB) listent les protocoles de communication comme une fonctionnalité à vérifier : CAN, RS485, UART, Bluetooth, et parfois d’autres. L’idée est rassurante : plus il y en a, mieux c’est. Mais cette liste ne répond pas à la question de l’approvisionnement.
Deux unités de gestion de bâtiment (BMS) peuvent afficher la compatibilité CAN tout en restant incompatibles avec le même onduleur, en raison de la différence de structure de leurs messages. Il en va de même pour les écrans NMEA 2000, les tableaux de bord RV-C et les plateformes EMS (système de gestion de l'énergie). La compatibilité au niveau du protocole n'est qu'un point de départ, et non une finalité.
Cet article décrit le cadre : le rôle de chaque protocole, son utilité et comment spécifier la communication au stade de la demande de devis (RFQ) afin que « supporte » devienne « compatible » — la différence entre un projet parfaitement intégré et un projet qui rencontre un problème de mise en service.
Que font réellement ces quatre protocoles dans un bloc-batterie ?
En résumé, voici ce que chaque protocole fait concrètement dans un bloc-batterie :
| Protocole | Couche de communication | Rôle typique | Là où il vit |
|---|---|---|---|
| PEUT | bus réseau (multi-périphériques) | Intégration en temps réel des systèmes véhicules et industriels | Contrôleurs de véhicules, machines industrielles, réseaux de systèmes (RV-C, NMEA 2000 et J1939 basés sur CAN) |
| RS485 | Bus série (multi-périphériques, longue distance) | Surveillance des hôtes, gestion de flotte, SCADA | Systèmes de gestion de flottes, stations de surveillance, couches de surveillance industrielle |
| UART | Série point à point | Câblage matériel sous-jacent | Se situe sous certaines liaisons série (par exemple, émetteurs-récepteurs RS485, modules sans fil) ; il s’agit d’une capacité matérielle plutôt que d’un choix de l’utilisateur. |
| Bluetooth | Sans fil à courte portée | Diagnostic et configuration via application | Applications mobiles pour propriétaires ou installateurs permettant la surveillance individuelle des paquets |
Les protocoles ne sont pas interchangeables. Le protocole CAN gère l'intégration en temps réel, le RS485 la surveillance, l'UART la couche matérielle et le Bluetooth l'interface utilisateur. Le protocole approprié dépend des données que le périphérique en aval (onduleur, tableau de bord, système de gestion de flotte, application mobile, etc.) doit lire.
La question n'est pas de savoir si un système de gestion de batterie (BMS) prend en charge le protocole CAN. La question est de savoir s'il utilise le même langage que votre onduleur, votre contrôleur, votre écran ou votre réseau.
CAN : Le cheval de bataille de l'intégration des véhicules et des industries
Le protocole CAN est la couche où s'effectue la plupart des intégrations entre véhicules et systèmes industriels. Lorsqu'un contrôleur de chariot élévateur lit en temps réel l'état de charge de la batterie, lorsqu'un réseau de châssis de camping-car coordonne la batterie et le chargeur, lorsqu'un écran marin affiche l'état du moteur et de la batterie, le protocole sous-jacent est presque toujours le CAN.
La simple mention « compatible CAN » ne permet pas de savoir si un système de gestion technique du bâtiment (GTB) est compatible avec un appareil donné. Différents domaines ont développé des normes basées sur le protocole CAN : RV-C, NMEA 2000 et J1939, chacune avec sa propre structure de messages. Deux systèmes GTB compatibles CAN peuvent avoir des implémentations de messages totalement différentes et rester incompatibles avec un même appareil.
Pour une intégration basée sur le protocole CAN, la question pertinente à poser lors d'une demande de devis n'est pas de savoir si le système de gestion technique du bâtiment (GTB) prend en charge le protocole CAN, mais plutôt quelle implémentation de messages il propose et quelle adaptation le fournisseur offre pour vos appareils spécifiques.
RS485 : La norme de surveillance de l’hôte et de communication à longue distance
Le RS485 occupe une couche différente. Là où le CAN excelle dans la coordination en temps réel, le RS485 gère les longues distances de câblage et la couche de surveillance au-dessus du contrôle opérationnel — la gestion de flottes suivant de nombreux packs, les plateformes SCADA (Supervisory Control and Data Acquisition) et les stations de surveillance hôtes.
Dans le secteur industriel, on utilise généralement le protocole CAN pour l'intégration en temps réel et le protocole RS485 pour la supervision. Le contrôleur du chariot élévateur communique avec le système de gestion du parc (BMS) via CAN ; la gestion de parc surveille l'état des équipements via RS485. Ces deux systèmes ne sont pas concurrents : ils répondent à des besoins architecturaux différents.
Pour le RS485, vérifiez que l'implémentation du BMS correspond bien à votre plateforme de surveillance spécifique, plutôt que de considérer la mention « prend en charge le RS485 » comme une garantie de compatibilité.
UART : La couche matérielle (Moins une question de choix, plus une question de fondement)
L'UART est une liaison série point à point qui sous-tend certaines connexions de niveau supérieur. Par exemple, l'UART d'un microcontrôleur pilote souvent un émetteur-récepteur RS485, et les modules sans fil se connectent généralement à l'hôte via l'UART. Cependant, l'UART n'est pas le protocole sur lequel repose le CAN : ce dernier utilise son propre contrôleur et son propre émetteur-récepteur. Certains capteurs et modules se connectent directement via UART, sans couche protocolaire supplémentaire. Dans les fiches techniques des systèmes de gestion technique du bâtiment (GTB) intelligents, l'UART apparaît généralement comme une fonctionnalité matérielle plutôt que comme un protocole accessible à l'utilisateur, à l'instar du CAN ou du RS485.
Certaines plateformes BMS industrielles offrent plusieurs canaux UART pour les diagnostics, la configuration ou l'intégration de périphériques, ce qui influe davantage sur la planification matérielle que sur le choix du protocole.
Pour l'acquisition : un système de gestion technique du bâtiment (GTB) ne prenant en charge que l'interface UART (sans protocole de niveau supérieur) est conçu pour un câblage direct des appareils, et non pour une intégration réseau. L'interface UART seule peut s'avérer insuffisante si les équipements en aval (onduleur, contrôleur, afficheur, gestion de flotte) nécessitent une communication CAN ou RS485. Vérifiez les exigences de votre plan d'intégration.
Bluetooth : quand la surveillance via application compte vraiment
Le Bluetooth fonctionne à un niveau différent. Alors que le CAN et le RS485 connectent le BMS à d'autres dispositifs du système, le Bluetooth connecte généralement le BMS à une application mobile destinée à l'utilisateur final ou à l'installateur — permettant la surveillance de l'état de charge, la configuration et le diagnostic des pannes sur chaque pack.
Le Bluetooth est particulièrement utile lorsque l'interaction directe de l'utilisateur ou de l'installateur avec la batterie fait partie intégrante du cas d'utilisation : mises à niveau vers des batteries lithium, mise en service par l'installateur, produits destinés au commerce de détail. Pour la production de batteries scellées par les constructeurs automobiles, où la surveillance s'effectue via le réseau du système, le Bluetooth engendre souvent des coûts supplémentaires sans valeur ajoutée.
La question relative à l'approvisionnement est de savoir si votre modèle de distribution et de service permet une interaction directe avec l'emballage via une application. Dans le cas contraire, la connectivité Bluetooth est l'une des fonctionnalités les plus faciles à exclure.
Cadre de décision multicritères : quel protocole pour quelle application ?
Différents scénarios d'application engendrent différentes exigences de protocole. Examinons les principaux scénarios DALY du plus complexe au moins complexe en termes d'intégration :
Chariots élévateurs et véhicules industriels
Le protocole CAN est généralement indispensable à l'intégration avec le contrôleur du véhicule ; le protocole RS485 est la norme lorsque le système de gestion de flotte surveille l'état des modules de suivi ; le Bluetooth est généralement utilisé pour les diagnostics individuels. Pour plus d'informations, consultez notre article sur la sélection d'un système de gestion de parc de chariots élévateurs.
Véhicules récréatifs (VR)
RV-C est la norme CAN pour les réseaux de véhicules de loisirs. Le système de gestion technique du bâtiment (GTB) communique avec le tableau de bord, le chargeur, l'onduleur et les contrôleurs du châssis via ce bus partagé. L'adaptation du numéro de groupe de paramètres (PGN) spécifique au projet est aussi importante que la compatibilité RV-C elle-même. Pour plus d'informations, consultez notre article sur la sélection d'un système de gestion technique du bâtiment pour véhicules de loisirs.
Marine (NMEA 2000)
Le NMEA 2000 est un bus marin basé sur le protocole CAN qui connecte les réseaux de batteries, de chargeurs, d'écrans et de moteurs. Les fonctions de démarrage moteur et de gestion des batteries de service sont intégrées sur le même réseau, avec une adaptation au niveau du projet pour les écrans marins spécifiques. Pour plus d'informations, consultez notre article sur la sélection d'un système de gestion de batteries marin.
Systèmes de stockage d'énergie
Le protocole CAN assure la communication en temps réel entre le système de gestion technique du bâtiment (GTB) et l'onduleur ; le protocole RS485 gère l'intégration avec les systèmes de gestion de l'énergie (EMS) ou SCADA. La compatibilité du protocole de l'onduleur est généralement un facteur déterminant. Pour des informations plus détaillées sur les systèmes de stockage d'énergie (ESS), consultez notre article sur la communication entre le GTB et le stockage solaire.
Motos électriques et véhicules légers
L'utilisation exclusive du Bluetooth est courante pour les batteries lithium destinées au marché de détail et de la rechange, lorsque la surveillance directe par application est l'usage principal. La production de batteries fermées par les constructeurs automobiles pour les flottes de deux-roues peut inclure le protocole CAN pour l'intégration au véhicule. Les exigences en matière de protocole varient en fonction du niveau d'intégration du système.
Économie des spécifications : où investir, où ne pas surspécifier
Le choix du protocole a ses propres implications économiques. Un nombre insuffisant de protocoles empêchera l'intégration avec le système de gestion de bâtiment ; un nombre excessif entraînera un surcoût pour des fonctionnalités inutilisées.
Où investir :
- Adaptation au niveau du protocole pour les périphériques aval spécifiques de votre projet— pas de prise en charge de protocole générique.
- Une implémentation CAN compatible avec le contrôleur, l'onduleur ou le réseau système.votre projet utilise réellement.
- Vérification en phase de projet que le système de gestion technique du bâtiment (GTB) utilise le langage de communication attendu par vos appareils., avant la mise en service.
Où il ne faut pas surdimensionner :
- Protocoles auxquels vos périphériques en aval ne se connectent pas— Payer pour les protocoles CAN, RS485 et Bluetooth alors qu'un seul est utilisé, c'est payer pour un coût sans avantage.
- Bluetooth sur la production OEM en emballage ferméoù le pack n'est pas exposé aux applications mobiles des utilisateurs finaux ou des installateurs.
- Profondeur du protocole au-delà de ce qu'exige l'architecture système réelle— Les affirmations génériques « tous les protocoles pris en charge » signalent souvent une position marketing plutôt qu'une profondeur d'intégration vérifiée.
La solution idéale consiste à adapter les spécifications du protocole à votre plan d'intégration. Il est donc préférable de collaborer avec un fournisseur qui vous accompagne dans l'adaptation au niveau des équipements.
Gamme DALY Smart BMS et approche d'adaptation du protocole
Les gammes DALY Smart BMS couvrent les combinaisons de protocoles requises par les principaux scénarios d'application :
| Gamme de produits | Protocoles disponibles | Approche d'adaptation |
|---|---|---|
| Système de gestion de bâtiments intelligent | CAN, RS485, UART, Bluetooth | Paquet de protocole standard Smart BMS ; personnalisation au niveau du projet pour des dispositifs en aval spécifiques |
| Système de gestion de la batterie à équilibrage actif | CAN, RS485, UART, Bluetooth | Même paquetage de protocole standard ; personnalisation au niveau du projet pour des périphériques aval spécifiques |
| Système de gestion technique du bâtiment (GTB) pour le stockage à domicile | CAN, RS485, UART, Bluetooth | Adaptation des protocoles d'onduleur et de gestion de l'énergie disponible sur demande. |
| BMS à courant élevé | CAN, RS485, UART ×3 | Trois canaux UART pour le diagnostic, la configuration et l'intégration de périphériques ; adaptation CAN par projet |
| RV BMS | CAN, RS485, UART, Bluetooth | Compatible avec RV-C, avec personnalisation PGN spécifique au projet disponible |
Marine (NMEA 2000) :Les gammes Smart BMS et Active Balancing BMS assurent à la fois le démarrage du moteur et la gestion de la batterie de service, avec une prise en charge NMEA 2000 fournie par le biais d'une personnalisation du protocole au niveau du projet.
DALY traite la prise en charge des protocoles et l'adaptation des protocoles comme des conversations distinctes : la fiche technique répertorie ce que chaque BMS prend en charge ; le niveau d'ingénierie du projet gère l'adaptation de la structure des messages pour les appareils spécifiques auxquels votre installation se connecte.
Pour les projets des équipementiers et des intégrateurs, indiquez les dispositifs en aval spécifiques qui doivent lire la batterie lors des discussions techniques préalables à la demande de devis, plutôt que de vous fier aux affirmations génériques des fiches techniques.
→ Gamme DALY Smart BMS couvrant le package de protocole standard :https://www.dalybms.com/smart-bms/
→ Gamme de systèmes de gestion de batterie (BMS) haute intensité DALY pour applications véhicules industriels :https://www.dalybms.com/high-current-bms-products/
Foire aux questions
Q1Si la fiche technique d'un BMS mentionne CAN, RS485, UART et Bluetooth, mon projet a-t-il besoin des quatre ?
Non. La fiche technique indique les protocoles pris en charge par le système de gestion technique du bâtiment (GTB) ; ce sont les exigences du projet qui déterminent ceux qui seront effectivement utilisés. L’achat de protocoles auxquels vous ne vous connectez pas engendre des coûts supplémentaires. L’inverse est encore plus problématique : l’absence de protocoles attendus par vos appareils en aval crée des problèmes d’intégration lors de la mise en service. Spécifiez les protocoles en fonction des appareils avec lesquels le système GTB doit communiquer.
Q2Quelle est la différence entre « prend en charge le protocole CAN » et « compatible avec mon onduleur » ?
La compatibilité CAN signifie que le BMS communique avec la couche protocole CAN. La compatibilité avec votre onduleur dépend de la structure des messages (PGN, ID du message, format des données) attendue par celui-ci. Deux unités BMS compatibles CAN peuvent rester incompatibles avec le même onduleur si leurs implémentations de messages diffèrent. Il est essentiel de vérifier la compatibilité au niveau des messages dès la phase de conception, et pas seulement la compatibilité du protocole.
Q3Ai-je besoin du Bluetooth sur une batterie commerciale OEM ?
Cela dépend de l'interaction prévue avec le bloc d'alimentation, que ce soit avec l'utilisateur final ou l'installateur. Pour les blocs d'alimentation fermés produits par les constructeurs (OEM) et dont la surveillance s'effectue via le réseau du système, le Bluetooth n'apporte généralement aucune valeur ajoutée. En revanche, pour les blocs d'alimentation destinés au marché de la rechange, à la vente au détail ou à la maintenance par l'installateur, le Bluetooth est plus souvent justifié.
Q4Pourquoi l'UART est-il listé aux côtés du CAN et du RS485 s'il s'agit davantage d'une infrastructure matérielle ?
L'UART est la couche de communication série sous-jacente utilisée par certains capteurs et modules pour transmettre des données. Son choix est moins arbitraire que celui du CAN ou du RS485, mais le nombre de canaux est un facteur important pour la planification matérielle. Un système de gestion technique du bâtiment (GTB) compatible uniquement avec l'UART peut s'avérer insuffisant si les équipements en aval nécessitent du CAN ou du RS485 ; vérifiez les exigences de votre plan d'intégration.
Q5Comment puis-je spécifier les exigences de communication lors de la phase de demande de devis ?
Dressez la liste des appareils en aval qui doivent lire l'état de la batterie (onduleur, contrôleur, écran, gestion de flotte, système de gestion de l'énergie, application mobile) et indiquez le protocole requis par chacun. Demandez au fournisseur de confirmer l'adaptation au niveau des messages pour chaque appareil, et non pas seulement la prise en charge d'un protocole générique. Ainsi, la question n'est plus « Prend-il en charge le protocole CAN ? » mais « Pouvez-vous adapter votre implémentation CAN à mon onduleur et à mon contrôleur spécifiques ? »
À propos de DALY
DALY conçoit et fabrique des systèmes de gestion de batteries lithium-ion pour les équipementiers, les fabricants de packs et les intégrateurs dans plus de 130 pays. Ses systèmes Smart BMS prennent en charge les protocoles CAN, RS485, UART et Bluetooth pour les applications mobiles, industrielles et de stockage d'énergie. Fondée en 2015, DALY opère selon les normes ISO 9001 et ISO 14001 et est conforme aux normes CE et RoHS. Sa gamme de produits de stockage d'énergie bénéficie de la certification UL (composant reconnu, mais sans certification UL complète). Les rapports de test et la documentation technique sont disponibles sur demande, permettant ainsi aux clients souhaitant obtenir leur propre certification de disposer des éléments nécessaires.
Spécifier la communication BMS pour votre projet ?
Si vous êtes au stade de la configuration d'un projet de batterie, l'équipe d'ingénierie de DALY travaille sur votre liste d'appareils, vos exigences de protocole et l'adaptation au niveau des messages plutôt que sur une liste de contrôle de protocole générique.
- Veuillez préciser le type de votre projet, les appareils en aval qui doivent lire l'état de la batterie, les modèles spécifiques d'onduleur/contrôleur/écran et les exigences relatives à la plateforme de surveillance.
- Indiquez-nous la liste de vos appareils et nous vous recommanderons la configuration Smart BMS et l'approche d'adaptation de protocole les plus adaptées.
- E-mail: dalybms@dalyelec.com
Page produit Smart BMS :https://www.dalybms.com/smart-bms/
Date de publication : 10 juillet 2026
