Comment démarrer une session de recharge avec StartTransaction

Intro

La tâche principale de l'OCPP est de démarrer une session de recharge lorsque le conducteur utilise sa carte de crédit, sa carte de membre ou son application mobile. Dans de nombreux cas, tels que l'exploitation de la flotte, nous souhaitons que la session démarre automatiquement, sans aucune action de l'utilisateur.

‍

Nous expliquons ici comment démarrer une session de facturation avec la requête StartTransaction. Ce message OCPP lance la recharge et est l'un des messages les plus courants dans le monde de la recharge.

‍

Pour démarrer une transaction de facturation initiée par le client OCPP, nous avons besoin des messages OCPP suivants :

• Notification de statut demander
• Autorisation demander
• Démarrer la transaction demander

‍

Événements du plug-in et notification d'état

Pour commencer le processus, le chargeur de véhicule électrique doit être disponible pour la recharge. Pour ce faire, le chargeur envoie un Notification de statut demande (Notification d'état. Req) vers le backend OCPP. Lorsqu'aucune recharge n'est effectuée et que la borne de recharge est prête pour la prochaine session, le message de notification indique « Disponible ». De plus, la borne de recharge et le système OCPP échangent des battements cardiaques, ce qui montre que la communication bidirectionnelle est active.

‍

Si le chargeur n'est pas disponible, il enverra d'autres informations d'état possibles, telles que « En cours de chargement », « En cours de finition », « Réservé » ou « En panne ».

‍

Lorsque le conducteur du véhicule électrique lance la recharge, il branche la prise de recharge dans l'entrée du véhicule. Le chargeur enverra un nouveau Notification d'état. Req message au serveur OCPP. Ce message de notification contient les informations « Préparation », ou en d'autres termes, préparation de la recharge. Sans cette mise à jour de statut, le chargeur ne lancera pas le chargement.

‍

Si le backend OCPP est prêt, il répondra par un StatusNotification.conf message pour confirmer que le message a été reçu et compris. La confirmation ne contient aucune information.

‍

Ci-dessous, vous pouvez voir le flux de la demande de notification de statut dans OCPP :

‍

‍

Le Notification d'état. Req Le message est largement utilisé dans de nombreux scénarios au-delà du début de la session. Il contient les informations suivantes :

• ID du connecteur: affiche l'identifiant du connecteur de charge, qui est généralement 1, 2 ou 3. Si la borne de recharge comporte plusieurs prises, ce nombre sera plus élevé.
• Code d'erreur: indique les erreurs potentielles signalées par le chargeur. Pour démarrer la session, celle-ci doit idéalement contenir « NoError ». Cependant, les erreurs possibles peuvent être « EvCommunicationError », « UnderVoltage » ou similaire. Dans de nombreux cas, le statut indiquera « OtherError » et affichera un code d'erreur du fournisseur dans le champ supplémentaire info ou VendorErrorCode champ.
• statut: Comme indiqué ci-dessus, cela devrait passer de « Disponible » à « En préparation » lorsque le conducteur branche le câble au véhicule. Dans certains cas, le chargeur affiche cet état « Préparation » lorsque l'utilisateur présente une carte de conducteur.

‍

‍

Dans le cas de Notification d'état. Req ConnectorID, si le chargeur possède plusieurs prises, le ConnectorID sera numéroté 1, 2, 3, etc. C'est important, car certains chargeurs permettent une charge simultanée. Le connecteur 1 peut alors être à l'état « Préparation » alors que le connecteur 2 est toujours à l'état « Disponible ». Si une seule prise peut être chargée à la fois, les autres connecteurs enverront une demande StatusNotification contenant le statut « Indisponible ».

Vous pouvez voir ici un exemple de Notification d'état. Req‍

{
« ID du connecteur » : 1,
« ErrorCode » : « Aucune erreur »,
« status » : « Préparation »,
« horodatage » : « 06-06-12T 09:13:00.515 Z »
}

‍

Demande d'autorisation de véhicule et IDtag

Ensuite, nous voulons autoriser le véhicule. Alors que le connecteur est techniquement prêt à fournir de l'énergie, le backend souhaite généralement vérifier l'identité de l'utilisateur ou du véhicule. Il existe différentes manières de le faire (RFID, application mobile, etc.), dont nous parlerons dans un guide séparé. Pour l'instant, nous avons juste besoin de savoir que le chargeur doit envoyer une information au backend OCPP.

‍

Pour autoriser la session de recharge, le chargeur envoie la demande d'autorisation (autorisez.req) vers le backend OCPP. Les seules informations que contient le message OCPP sont les étiquette d'identification. Le étiquette d'identification est généralement une combinaison de chiffres et de lettres (jeton) qui doit être enregistrée auprès de ce réseau de recharge ou de cette borne de recharge.

‍

‍

‍

Le backend OCPP répond avec la confirmation d'autorisation (authorize.conf) contenant le État de l'autorisation « Accepté ». Cela signifie que le système central a vérifié étiquette d'identification et permet au conducteur de recharger le véhicule. Si le système central n'est pas en mesure de vérifier le tag d'identification, il renvoie « Non valide », « Bloqué » ou « Expiré ».

‍

Commencer la demande de recharge et l'offre d'énergie

Enfin, une fois le statut « Disponible » passé de « Disponible » à « En préparation » et l'autorisation réussie, l'utilisateur lance la session de recharge. Par conséquent, le chargeur envoie la demande StartTransaction (Démarrer la transaction. Req).

‍

Dans certains cas, cette étape est initiée automatiquement par le chargeur, une fois que le chargeur a reçu la confirmation d'autorisation. Par exemple, lorsqu'un utilisateur fait glisser une carte RFID, le conducteur n'a généralement pas à agir une fois que la carte RFID a été autorisée.

‍

La borne de recharge envoie un Démarrer la transaction. Req au système central pour l'informer d'une transaction qui a été initiée. À la réception d'un Démarrer la transaction. Req le système central répond par un Démarrez Transaction.conf, ce qui confirme le message. Bien que le système central ait déjà vérifié étiquette d'identification, il doit généralement encore valider l'identifiant car il peut avoir été autorisé localement sur le chargeur à l'aide d'informations obsolètes. Le système central répond ensuite avec Démarrez Transaction.conf.

‍

‍

La demande et le message de confirmation contiennent tous deux des informations importantes dont nous souhaitons discuter :

• ID du connecteur: L'identifiant de la prise du chargeur, généralement 1, 2, 3, etc.
• étiquette d'identification: le même jeton que celui que nous avons envoyé et autorisé dans le autorisez.req. Cela permettra de s'assurer que la session a été autorisée.
• Meter Start: Le chargeur envoie la valeur du compteur (énergie, en Wh) pour le début de la session de charge. Il peut s'agir de zéro ou de n'importe quelle valeur positive et permettra de compter la consommation totale d'énergie pendant une session de recharge.
• Numéro de réservation : Non pertinent pour ce scénario, mais ce champ contiendra un identifiant de réservation connu du backend OCPP et permettant de rejeter ou d'accepter la demande de facturation. Ceci est souvent utilisé pour les recharges publiques lorsque les conducteurs peuvent réserver une borne de recharge à l'avance.
  

‍

Comme mentionné précédemment, le backend OCPP répondra avec le Démarrer la transaction confirmation. Même si le backend refuse la demande de facturation, il répondra avec ce type de message. La confirmation contient les deux champs : Informations sur l'IDTAG et ID de transaction.

‍

Le TransactionID est un numéro simple (par exemple, 14023), qui sert d'identifiant pour tout autre message lié à cette transaction de facturation et également ultérieurement à des fins de reporting. Le Informations sur l'IDTAG contient plus d'informations :

‍

‍

Le Date d'expiration et le Tag d'identification parentale sont des champs, que nous avons déjà vus dans les messages précédents. Le champ d'état est le même que celui utilisé pour la demande d'autorisation. Il contiendra la mention « Accepté » si la session de recharge peut démarrer.

‍

Vous pouvez voir ici un exemple pour Démarrer la transaction. Req et le Démarrez Transaction.conf:

Démarrer la transaction. Req‍

{
« ID du connecteur » : 1,
« Étiquette d'identification » : « 04222182626081 »,
« MeterStart » : 0,
« horodatage » : « 06-06-12T 09:13:09.819 Z »
}

‍

Démarrez Transaction.conf

{
« IDTagInfo » : {
« status » : « Accepté »
},
« Numéro de transaction » : 1176518341
}

‍

Seulement après avoir reçu ceci Démarrer la transaction message de confirmation comprenant le numéro de transaction et la mention « Acceptée » statut, la borne de recharge est autorisée à fournir de l'énergie au véhicule.

‍

Le statut de la borne de recharge passera de « En préparation » vers « Chargement », en envoyant une nouvelle notification de statut au système central. Ensuite, la borne de recharge commencera à charger.

‍

Résumé

Le Démarrer la transaction, autoriser, et Notification de statut sont des messages OCPP importants, que nous utilisons fréquemment sur les réseaux de recharge pour véhicules électriques ou les bornes de recharge privées.

‍

Le processus typique pour démarrer une session de recharge est le suivant :

1. Passage du statut de disponible à celui de préparation
2. Autorisation d'une carte de membre, d'une carte de crédit ou d'une carte similaire
3. Début du processus de recharge par l'utilisateur
4. Changement de statut : de la préparation à la recharge
5. Début de la consommation d'énergie et du comptage