By
June 25, 2025
Si vous pensez que la recharge d'un véhicule électrique consiste simplement à connecter un câble entre une source d'alimentation et un véhicule, vous vous trompez !
Il y a bien plus que cela. Et tout comme la technologie des véhicules électriques progresse, la technologie de recharge progresse également. Les entreprises font preuve de créativité pour améliorer l'expérience de recharge des véhicules électriques pour les conducteurs. Cela est dû au fait que de nombreux premiers utilisateurs de véhicules électriques ont été frustrés par le grand nombre d'applications, la lenteur des processus d'enregistrement et le nombre d'erreurs qui se produisent lors de la recharge.
Mais cette époque est enfin révolue. Pourquoi ? Parce que les chargeurs en réseau sont désormais connectés à des systèmes cloud centraux et communiquent en permanence avec l'opérateur de la borne de recharge (CPO). Le CPO dispose d'une variété de services, de systèmes de surveillance, de fonctionnalités, etc. connectés à distance. Cela a ouvert la porte à de nombreuses avancées technologiques, telles que les applications mobiles, les cartes RFID et la recharge sans contact.
Le moyen le plus courant de connecter une borne de recharge à un système cloud central pour la recharge de véhicules électriques est de connecter un protocole OCPP (Open Charge Point Protocol) à Internet. Pour en savoir plus sur la façon dont l'OCPP et la recharge intelligente peuvent travailler ensemble pour optimiser le fonctionnement de vos véhicules électriques, consultez notre rapport Qu'est-ce que l'OCPP et comment l'utiliser pour une recharge intelligente.
Avec l'introduction de l'OCPP 1.6, il existe deux types d'OCPP différents :
Commencez à optimiser la stratégie de recharge de votre flotte grâce à notre Simulateur de recharge pour véhicules électriques, ou découvrez comment Ampcontrol peut vous aider à gérer vos coûts énergétiques et à rationaliser vos opérations en demander une démo.
Le JSON est plus compact et fonctionne sur Websockets. Il possède également de bien meilleures capacités de diagnostic. La réception et l'envoi de données avec JSON sont simples car ils utilisent des requêtes HTTP.
SOAP est moins compact, plus complexe et, dans l'ensemble, plus difficile à gérer.
Un commentaire dans Stack Overflow résume bien les choses : « De nos jours, SOAP est complètement exagéré, à mon humble avis. C'était agréable de l'utiliser, c'était agréable de l'apprendre, et c'est magnifique de pouvoir utiliser le JSON maintenant. » Bien sûr, ce n'est qu'une opinion, mais c'est une opinion que nous partageons ici sur Contrôle de l'ampli. Comme la plupart des principaux fabricants de bornes de recharge font appel à des clients OCPP, le rôle du CPO ou de l'opérateur du système central est de mettre en œuvre une OCPP complète conformément à la Directives de l'OCPP. L'utilisation d'un système logiciel non OCPP peut entraîner des adaptations coûteuses par la suite et n'est pas conseillée.
Le protocole est utilisé pour de nombreuses raisons. L'OCPP vous permet d'autoriser un conducteur de véhicule électrique à accéder à une borne de recharge donnée, de recevoir la valeur du compteur (par exemple, Wh) pendant le processus de recharge et de permettre à l'opérateur de mettre à jour le micrologiciel d'un chargeur.
Les messages contiennent souvent des informations sur ConnectorID, ChargePointID, TransactionID et d'autres champs.
Chaque interaction commence par une demande émanant du client (ChargePoint) ou du serveur (système central), par exemple :
StartTransaction.req (ConnectorID, IDTag, MeterStart, horodatage, [ReservationID]).
L'autre côté (serveur ou client) répond par un message de confirmation tel que :
Démarrez Transaction.conf (IDTagInfo, TransactionId).
Dans l'exemple ci-dessus, nous venons de démarrer un processus de recharge pour une borne de recharge.
Chaque message contient un fichier JSON comme ci-dessous :
{
« $schema » : « http://json-schema.org/draft-04/schema # »,
« title » : « StartTransactionRequest »,
« type » : « objet »,
« propriétés » : {
« ID du connecteur » : {
« type » : « entier »
},
« Balise d'identification » : {
« type » : « chaîne »,
« Longueur maximale » : 20
},
« MeterStart » : {
« type » : « entier »
},
« Numéro de réservation » : {
« type » : « entier »
},
« horodatage » : {
« type » : « chaîne »,
« format » : « date-heure »
}
},
« AdditionalProperties » : faux,
« obligatoire » : [
« ID du connecteur »,
« Balise d'identification »,
« MeterStart »,
« horodatage »
]
}
La beauté de l'OCPP 1.6 et des versions ultérieures réside dans sa capacité à mettre en œuvre une recharge intelligente pour les véhicules électriques. Grâce à la recharge intelligente, le système central peut envoyer des profils de charge ou des commandes de recharge à la borne de recharge. La recharge intelligente est principalement utilisée pour l'équilibrage de charge, la réduction des pics, les optimisations basées sur les coûts, etc.
Ainsi, avec l'OCPP, le système central envoie le message Définir le profil de charge. Req jusqu'à la borne de recharge. Après avoir reçu la courbe de charge, le point de charge envoie un Définir ChargingProfile.conf pour confirmer que l'appareil a reçu et accepté le profil. La borne de recharge suivra ces « instructions ».
Outre les informations « typiques » telles que ConnectorID et TransactionID, le Définir le profil de charge. Req contient une partie Profils de charge CS qui spécifie le profil de charge et la manière dont le point de charge doit utiliser le profil de charge.
Vous trouverez ci-dessous un exemple de CSChargingProfiles envoyé du système central à une borne de recharge.
« CSChargingProfiles » : {
« ID du profil de charge » : 158798,
« ChargingProfileKind » : « Absolu »,
« ChargingProfilePurpose » : « TxProfile »,
« Calendrier de recharge » : {
« Unité de taux de charge » : « W »,
« Période du calendrier de recharge » : [
{
« limite » : 11000,0,
« Période de début » : 0
},
{
« limite » : 9000.0,
« Période de début » : 780
},
{
« limite » : 4500,0,
« Période de début » : 1680
},
« durée » : 1680
},],
« Niveau de pile » : 0,
« Numéro de transaction » : 339373,
« ValidFrom » : « 2020—10-15 T 14:32:00 + 00:00 »,
« Valable pour » : « 2020-10-16 T 14:15:00 + 00:00 »
}
Vous trouverez ci-dessous un aperçu pour mieux comprendre les instructions :
ChargingProfileId (entier)
Identifiant de la courbe de charge
ChargingProfilePurpose (chaîne)
Définit l'objectif du calendrier.
TxProfile : lorsqu'il est lié à l'événement de facturation en cours (transaction).
TxDefaultProfile : lorsqu'il n'est pas lié à l'événement de recharge en cours.
ChargePointMaxProfile : pour configurer la puissance maximale disponible sur l'ensemble du ChargePoint
Calendrier de recharge
Contient les informations du profil de charge telles que le démarrage, l'arrêt, la durée et le profil réel (séries chronologiques)
StackLevel (entier)
Valeur déterminant le niveau dans la pile hiérarchique des profils. Les valeurs les plus élevées ont priorité sur les valeurs les plus faibles.
Période de planification de charge (matrice)
Liste des éléments ChargingSchedulePeriod définissant la puissance maximale ou la consommation de courant au fil du temps (c'est le profil de charge !). Chaque élément contient StartPeriod, limit (W ou A) et NumberPhases (facultatif)
Si vous possédez déjà ou prévoyez d'utiliser un backend OCPP, l'un des meilleurs moyens de générer des profils de charge consiste à utiliser l'application Ampcontrol.
Le processus est simple :
Avec Ampcontrol, vous pouvez définir votre objectif d'optimisation (par exemple, réduction de la charge maximale) pour chaque point de recharge ou client. La meilleure chose est qu'il vous fournit automatiquement le format correct. Chaque profil est envoyé sous forme de CSChargingProfiles pour votre serveur OCPP.
Les principaux points à retenir de cet article sont les suivants :
Pour en savoir plus sur la recharge intelligente avec OCPP, consultez notre rapport Qu'est-ce que l'OCPP et comment l'utiliser pour la recharge intelligente.
Ampcontrol est un logiciel basé sur le cloud qui se connecte de manière transparente aux réseaux de recharge, aux véhicules, aux systèmes de flotte et à d'autres systèmes logiciels. Aucun matériel n'est nécessaire, il suffit d'une intégration unique.