Un chargeur se trouve entre deux conversations qui ne se rencontrent pas. D’un côté, il parle au véhicule de la quantité de courant à prendre et de qui paie. De l’autre, il communique avec un backend concernant les sessions, les compteurs et les commandes à distance. Les deux utilisent des protocoles différents, des modèles de données différents et des régimes de certification différents.
Les acheteurs les confondent constamment, et cette confusion engendre certains des malentendus les plus coûteux en matière d’approvisionnement : une spécification qui nécessite un protocole backend moderne en pensant qu’il fournit la prise de charge et la charge, ou une mise à niveau du véhicule censée résoudre un problème de facturation. Séparer les couches rend chaque exigence vérifiable seule.
Deux piles, deux emplois
La pile inférieure passe sur le câble de charge. Il gère la connexion physique, les contrôles de sécurité avant l’application de l’alimentation, la négociation des paramètres de recharge, et — dans ses versions ultérieures — l’identité du véhicule et l’échange de certificats qui permet l’autorisation automatique.
La pile supérieure s’exécute via une connexion réseau, généralement des données mobiles ou un réseau local local. Il transporte ce dont l’opérateur a besoin : commandes de démarrage et d’arrêt, enregistrements de transactions, valeurs de compteur, diagnostic, gestion et configuration du firmware. Il n’a pas de vue directe sur le véhicule. Tout ce qu’il sait d’une séance, il l’a appris grâce au chargeur.
Cette asymétrie est la clé de tout le sujet. Le chargeur est un traducteur avec ses propres opinions, pas un tuyau transparent. Ce que le backend enregistre, c’est ce que le chargeur a choisi de signaler, dans le format défini par le protocole supérieur.
Entre le véhicule et le charger
L’ancienne disposition est simple et reste universelle en plan B. Un signal modulé en largeur d’impulsion sur le pilote de commande transmet un courant maximal, le véhicule répond en modifiant un niveau de tension, et le chargeur ferme son contacteur lorsque la séquence le permet. Il n’y a pas de canal de données au sens moderne ni d’échange d’identité. L’autorisation se fait en dehors du protocole, via un lecteur de cartes, une application ou une libération manuelle.
Les protocoles de haut niveau ajoutent un canal de données. La norme ISO 15118 et son prédécesseur DIN 70121 assurent une conversation structurée via la communication par ligne électrique : le véhicule s’identifie, les deux parties échangent leurs capacités, le véhicule déclare ce qu’il souhaite, et le chargeur rapporte ce qu’il peut fournir. L’échange se poursuit tout au long de la séance, c’est pourquoi le chargeur peut voir la demande du véhicule plutôt que seulement le courant résultant.
Les éditions ultérieures de l’ISO 15118 étendent cela à l’identité basée sur les certificats, ce qui rend possible l’autorisation automatique, ainsi qu’au transfert d’énergie bidirectionnel. Les deux extensions nécessitent du matériel et des logiciels qu’un chargeur conçu uniquement pour l’édition précédente ne possède pas.
C’est ce calque que les caractéristiques du véhicule entrent dans le système. C’est aussi là que la documentation propre à un chargeur indique généralement deux choses distinctes : quel protocole de haut niveau il communique avec le véhicule, et quel protocole backend il mentionne.
Entre Charger et Backend
Le protocole dominant ici est OCPP, une norme ouverte maintenue par une association industrielle et mise en œuvre indépendamment par les fabricants de chargeurs et les plateformes backend. Il définit des messages pour l’autorisation, le début et l’arrêt des transactions, les valeurs des compteurs, les notifications de statut, les commandes à distance, les mises à jour du firmware et la configuration.
Les versions ultérieures d’OCPP ajoutent la gestion des appareils, des profils de charge intelligents améliorés et une approche plus structurée des plannings composites. La différence pratique pour un opérateur est le contrôle que le backend a sur le moment et la rapidité de charge de chaque connecteur, et combien de cela peut être modifié sans visite de site.
Ce que OCPP ne fait pas, c’est communiquer avec le véhicule. Un backend supportant la dernière version apprend tout de même l’existence du véhicule d’occasion. Si le chargeur ne rapporte pas de valeur, le backend ne peut pas l’afficher, et aucune sophistication de plateforme ne la récupère.
La conformité ajoute une couche supplémentaire de confusion. La conformité OCPP est certifiée pour un chargeur selon une version définie, et la certification appartient à ce produit et à cette version. Il ne dit rien sur le protocole côté véhicule, ni sur la manière dont un backend particulier implémente la même version. Deux produits conformes peuvent néanmoins ne pas interopérer sur les parties optionnelles de la spécification, ce qui explique pourquoi les tests d’intégration existent comme une activité distincte.