Installateurs, responsables de parc et propriétaires souhaitant comprendre leur équipement
OCPP 1.6, 2.0.1 et 2.1 : ce qui change pour votre installation
JRMV communique avec les bornes en OCPP 1.6 JSON, 2.0.1 et 2.1. Le choix dépend du matériel et du firmware installés. Une version plus récente n’active pas automatiquement de nouvelles fonctions : la borne doit les prendre en charge et leur fonctionnement doit être vérifié.
OCPP, ISO 15118 et OCPI : trois liaisons différentes
OCPP décrit les échanges entre la borne et son logiciel de supervision, appelé CSMS. L’Open Charge Alliance maintient ce protocole. OCPP 1.6 et 2.0.1 ne sont pas interchangeables ; OCPP 2.1 prolonge la famille 2.x.
ISO 15118 concerne la communication entre le véhicule et l’équipement de recharge. Elle intervient notamment dans les parcours Plug & Charge et de transfert bidirectionnel. OCPI concerne les échanges entre opérateurs de bornes et fournisseurs de services de mobilité, notamment pour l’itinérance, selon l’EVRoaming Foundation.
Une borne connectée à JRMV par OCPP ne devient donc pas automatiquement compatible avec les badges de tous les réseaux. De même, un véhicule compatible ISO 15118 exige encore une borne, des certificats et un parcours d’autorisation adaptés. Les badges privés JRMV donnent les droits configurés sur votre parc ; ils ne constituent pas une offre d’itinérance universelle.
Les différences visibles dans JRMV
Ce tableau décrit les échanges pris en charge par JRMV. Il ne constitue pas la liste exhaustive des fonctions prévues par chaque standard, ni une garantie concernant toutes les bornes qui mentionnent OCPP sur leur fiche produit.
| Opération | OCPP 1.6 JSON | OCPP 2.0.1 et 2.1 |
|---|---|---|
| Présence et état | BootNotification, Heartbeat, StatusNotification | Mêmes familles de messages, avec identification des EVSE et prises |
| Demander un départ | RemoteStartTransaction | RequestStartTransaction |
| Suivre une transaction | StartTransaction, MeterValues, StopTransaction | TransactionEvent : Started, Updated, Ended |
| Demander un arrêt | RemoteStopTransaction | RequestStopTransaction |
| Lire les capacités | GetConfiguration | GetVariables et inventaire GetBaseReport / NotifyReport |
| Piloter la puissance | Profils qualifiés SetChargingProfile | Profils qualifiés ; parcours bidirectionnel privé distinct en 2.1 |
Raccorder la bonne version, puis vérifier les prises
L’installateur relève le modèle, le numéro de série, le firmware et la version prise en charge. Il utilise ensuite les paramètres de connexion fournis dans l’espace de la borne. JRMV vérifie la cohérence entre la version enregistrée et celle négociée à la connexion. Il ne transforme pas silencieusement un dialogue 1.6 en dialogue 2.x.
En 2.x, un EVSE représente une unité capable de servir un véhicule ; ses connecteurs désignent les prises associées. Deux prises appartenant au même EVSE ne prouvent pas que deux véhicules peuvent charger simultanément. Leur correspondance doit être correctement renseignée. Un démarrage reçu avec une prise inconnue ne doit pas être attribué au hasard à un client.
BootNotification renseigne notamment l’équipement observé. Son acceptation confirme une étape de connexion, pas l’ouverture au public ni la disponibilité du paiement. Ces états restent contrôlés séparément dans JRMV.
Une demande de recharge, puis la preuve de son démarrage
En 1.6, JRMV peut transmettre RemoteStartTransaction après validation de l’autorisation. La réponse Accepted signifie que la borne accepte la demande. Le début physique est ensuite établi à partir d’un StartTransaction valide et de son index initial. Les mesures alimentent le suivi ; StopTransaction et l’index final permettent de traiter la fin.
En 2.x, RequestStartTransaction est suivi des événements TransactionEvent. JRMV conserve l’identifiant natif de la transaction et les numéros de séquence. Started, Updated et Ended sont rapprochés dans l’ordre, avec les preuves d’autorisation et les mesures attendues. Un événement Ended reçu avant les données indispensables ne suffit pas à encaisser une recharge.
Les deux parcours appliquent la même distinction entre état physique et paiement. Un arrêt demandé, une puissance nulle ou une connexion perdue ne remplacent jamais une fin de transaction confirmée.
Une fonction annoncée doit encore être qualifiée
JRMV vérifie les capacités utiles avant de préparer les fonctions avancées. La gestion d’énergie dépend des profils acceptés, des unités, des limites et du comportement de secours. Les badges hors ligne, les réservations, les mises à jour de firmware et Plug & Charge ont aussi leurs propres conditions. Un message reconnu mais non pris en charge reçoit un refus explicite.
Le V2G privé de JRMV utilise un parcours spécifique OCPP 2.1. Il exige notamment un matériel et un véhicule compatibles, un accord du propriétaire, des limites d’import et d’export, un niveau de batterie observé et les autorisations de raccordement applicables. La simple présence de la version 2.1 n’active aucune injection et ne crée aucune rémunération de l’électricité.
Standard, essais JRMV et certification
Une spécification décrit des échanges. Une implémentation les réalise dans un produit. La certification OCA vérifie un périmètre identifié de cette implémentation selon son programme de tests. Pour OCPP 2.0.1, l’OCA distingue un socle obligatoire et des profils complémentaires, dont Smart Charging. Vérifiez donc le produit, la version et les profils couverts par un certificat.
JRMV ne revendique pas de certification OCA. Ses tests logiciels et ses essais de connexion ne constituent pas une certification du matériel ou de l’installation électrique. L’IEC publie également OCPP 2.1 sous la référence IEC 63584-210 ; cette publication ne certifie pas automatiquement les produits qui utilisent le protocole.
Avant mise en service, faites vérifier : connexion, correspondance des prises, autorisations, début et fin de recharge, compteurs, reconnexion et fonctions optionnelles. Conservez les résultats avec le dossier de l’installation.