Sessions
Sujets dans ce document :
- Aperçu des sessions
- Statut de la session
- Actions de session sur le tableau de bord
- Contrôle de session inactif
- Paramètres de notation de session
- Demande de démarrage de la session
- Portées de durée
- Demande d’arrêt de la session
- Politique d’autorisation de paiement
- Mode d’autorisation
- Stratégie de terminaison
- Notation de Réessai de Session
- Facturation de Réessai de Session
- Paramètres des sessions inactives
- Réactivation de session
- Voir les journaux
- Limitations
Aperçu des sessions
Pour accéder à cette section dans EV Charge, depuis le Menu, cliquez sur Sessions. Une liste paginée de toutes les sessions d’une période spécifique est affichée sous un format tabulaire.
Pour produire des sessions de charge, veuillez vous référer à Intégration des sessions de charge pour trouver les directives.
Pour générer la liste des sessions dans un tableur, cliquez sur CSV. Pour imprimer, cliquez sur Print, et pour copier, cliquez sur Copy.
Note :
Elles sont générées, imprimées et copiées par page paginée.Information :
Vous pouvez filtrer une session par date-heure, ID client, ou/et statut.La liste des sessions sera vide si aucune session de charge active n’a été effectuée sur le réseau de charge.
Note:
Une session de charge est initiée par les utilisateurs finaux dans l’EV Charge - Mobile App. Pour plus d’informations, voir Démarrer une session de charge.Pour toutes les sessions de charge, il affiche :
- le chargeur et le connecteur utilisés pour charger le véhicule
- la date et l’heure de début et de fin de la session
- les durées de session (temps de charge, temps de stationnement)
- l’identifiant du client
- la consommation totale d’énergie (kWh) de la session
- le montant monétaire
Une session en cours (une session en progression) sera affichée avec un drapeau Statut comme En cours. De plus, la consommation et le montant de la session active seront mis à jour dans EV Charge à chaque mise à jour en direct.
Information:
Vous pouvez arrêter de force une session en cours sous Actions.Note:
Cliquer sur l’identifiant du client lors d’une session vous dirigera vers Monetization, où se trouvent les informations du client.Statut de la session
Représente le dernier statut de la session.
| Statut de la session | Description |
|---|---|
| Prêt | La session a été demandée pour commencer par le conducteur. Le système central attend que le chargeur commence le processus de charge. |
| Refusé | La session a été refusée de commencer. La raison pourrait être des ressources insuffisantes du conducteur, un problème de configuration ou un autre échec. |
| Réservé | La session est réservée pour le conducteur. Seul le conducteur qui a réservé le chargeur peut procéder à la charge jusqu’à l’expiration de la réservation.La session réservée peut passer à une charge réelle ou expirer et se fermer autrement. |
| En cours | La session est en charge. |
| Limite atteinte | Indique que la session a atteint l’une des limites configurées :- Limite monétaire- Limite d’énergie- Limite de temps de charge- Impossible d’autoriser des ressources supplémentaires pour le conducteur |
| Fermeture | La session est en cours de fermeture.Déclenché lorsque force session stop est activé par le Tridens EV Charge. |
| Fermée | Dernière étape lorsque la session est terminée et que les ressources du conducteur sont épuisées.La dernière étape de la session dépend de la configuration des paramètres de la session, qu’elle se termine par la fin de la charge ou par la fin du stationnement.Voir “Paramètres de session”. |
| Évaluation échouée | Indique que la session est terminée concernant les paramètres de la session, mais que le conducteur n’a pas été évalué financièrement.L’opération de réessai peut être utilisée à la demande ou par l’exécution d’un travail automatisé. |
| Facturation échouée | Indique que la session est terminée concernant les paramètres de la session, mais que le conducteur payant immédiatement n’a pas été facturé.L’opération de réessai peut être utilisée soit à la demande, soit par l’exécution d’un travail automatisé. |
Actions de session sur le tableau de bord
| Action de session | Description |
|---|---|
| Fermeture forcée | Alors que la session est prête/en cours, l’opérateur du système peut demander de fermer la session de force en utilisant le tableau de bord EV Charge, en cliquant sur le bouton de fermeture sur le côté droit.Cette opération demande à la session de s’arrêter sur l’infrastructure de charge, mais si l’infrastructure ne répond pas pour une raison quelconque, la session est fermée de force.Le conducteur est évalué, la session se ferme. Voir plus de détails sur ce statut dans Requesting the Session to Stop. |
| Réessayer l’évaluation | Alors que la session est dans un statut d’évaluation échouée, le bouton de réessai d’évaluation est disponible pour utilisation.Lorsqu’il est déclenché, l’évaluation de la session est réessayée. Voir plus de détails sur ce statut et les actions possibles dans Retry Session Rating. |
| Réessayer la facturation | Pendant que la session est dans un état de facturation échouée, le bouton de relance de facturation est disponible.Lorsqu’il est déclenché, la facturation de la session est réessayée. Voir plus de détails sur cet état dans Session Retry Billing. |
Contrôle de session inactif
Le travail de fond récurrent préconfiguré vérifie les sessions prêtes/en cours inactives et ferme également les réservations expirées. La session est inactive, concernant les paramètres du site/opérateur. Voir Idle Session Settings.
Paramètres de notation de session
Ce sont des paramètres qui s’appliquent à la notation de la session, en tenant compte de différents types de métriques.
Les paramètres de notation sont déterminés aux niveaux suivants :
- Site (priorité la plus basse)
- Opérateur
- Chargeur (priorité la plus élevée)
Les paramètres peuvent être remplacés, ce qui signifie que les paramètres du niveau de priorité le plus élevé sont utilisés.
Voici les paramètres de notation disponibles :
Tableau 1 : Description des paramètres de notation de session
| Nom du paramètre | Unité/valeur | Description |
|---|---|---|
| Étape d’énergie | kWh | Étape d’énergie pour le contrôle d’autorisation de notation (kWh). |
| Étape de temps de charge | secondes | Étape de temps de charge pour le contrôle d’autorisation de notation (secondes). |
| Étape de temps de stationnement | secondes | Étape de temps de stationnement pour le contrôle d’autorisation de notation (secondes). |
| Seuil de temps de stationnement | secondes | Définit le seuil en secondes, comme point dans la durée de temps de stationnement à partir duquel le stationnement devient notable.La différence entre le temps total de stationnement et le seuil (park_time moins park_time_threshold) est la quantité notable. Les autorisations de notation commencent à s’exécuter une fois que le seuil est franchi. |
| Réservation | vrai / faux | Indique si les réservations de charge sont autorisées par la notation. |
| Terminaison | Valeurs applicables de : - Fin de session - Fin de temps de stationnement | Indique quelle action arrête la session de charge du côté serveur. Voir termination strategy pour plus d’explications. |
| Limite monétaire | Devise du site | Max. montant monétaire autorisé pour une session.Vide ne signifie aucune limite.Lorsque le système central de Tridens EV Charge détecte que le montant monétaire utilisé pour la session de charge dépasse la valeur configurée de Monetary limit pour la session de charge, il demande au chargeur d’arrêter cette session de charge. Afin qu’une session se termine effectivement comme fermée et notée sur le système central, le chargeur doit signaler l’événement d’arrêt final ou si la session est détectée comme inactive. Le montant final utilisé est conservé sur la session en fonction des rapports du chargeur, car il doit suivre la consommation réelle rapportée. |
| Limite d’énergie | kWh | Montant maximal d’énergie à consommer pour une session.Vide ne signifie aucune limite.Lorsque le système central de Tridens EV Charge détecte que l’énergie rapportée par le chargeur dépasse la valeur configurée de Energy limit pour la session de charge, il demande au chargeur d’arrêter cette session de charge. Afin qu’une session se termine effectivement comme fermée et notée sur le système central, le chargeur doit signaler l’événement d’arrêt final ou si la session est détectée comme inactive. L’énergie (kWh) est conservée sur la session en fonction des rapports du chargeur, donc si la limite d’énergie est fixée à 50 kWh et que le chargeur rapporte 57 kWh, le système va utiliser 57 kWh, car il doit suivre la consommation réelle rapportée. |
| Limite de temps de charge | secondes | Durée maximale autorisée pour une session de charge.Vide ne signifie aucune limite.Lorsque le système central de Tridens EV Charge détecte que le temps de charge écoulé de la session de charge dépasse la valeur configurée de Charge time limit pour la session de charge, il demande au chargeur d’arrêter cette session de charge. Afin qu’une session se termine effectivement comme fermée et notée sur le système central, le chargeur doit signaler l’événement d’arrêt final ou si la session est détectée comme inactive. Le temps de charge final est conservé sur la session en fonction des rapports du chargeur, car il doit suivre la consommation réelle rapportée. |
| Auth. de paiement | politique | |
| Montant d’auth. de paiement | Devise du site | Montant utilisé pour les autorisations de paiement de la session. Voir Politique d’autorisation de paiement pour de plus amples explications. |
| Prix du temps de charge | Devise du site | Prix par heure de temps de charge.Utilisé dans le cadre d’une tarification simple. |
| Prix du temps de stationnement | Devise du site | Prix par heure de temps de stationnement.Utilisé dans le cadre d’une tarification simple. |
| Prix de l’énergie consommée | Devise du site | Prix par kWh d’énergie consommée.Utilisé dans le cadre d’une tarification simple. |
| Prix de l’énergie en itinérance à domicile | Devise du site | Prix de l’énergie en itinérance à domicile (par kWh).S’applique pour le calcul du montant monétaire, si la session est en itinérance sur le CPO de Tridens EV Charge, mais que le client/le conducteur est d’un eMSP itinérant tiers. |
| Prix du temps de charge en itinérance à domicile | Devise du site | Prix du temps de charge en itinérance à domicile (par heure).S’applique pour le calcul du montant monétaire, si la session est en itinérance sur le CPO de Tridens EV Charge, mais que le client/le conducteur est d’un eMSP itinérant tiers. |
| Prix du temps de stationnement en itinérance à domicile | Devise du site | Prix du temps de stationnement en itinérance à domicile (par heure).S’applique pour le calcul du montant monétaire, si la session est en itinérance sur le CPO de Tridens EV Charge, mais que le client/le conducteur est d’un eMSP itinérant tiers. |
| Prix du temps de réservation en itinérance à domicile | Devise du site | Prix du temps de réservation en itinérance à domicile (par heure).S’applique pour le calcul du montant monétaire, si la session est en itinérance sur le CPO de Tridens EV Charge, mais que le client/le conducteur est d’un eMSP itinérant tiers. |
| Prix fixe de réservation en itinérance à domicile | Devise du site | Prix fixe de réservation en itinérance à domicile (frais fixes).S’applique au calcul du montant monétaire, si la session est en itinérance sur le CPO de Tridens EV Charge, mais que le client/conducteur est d’un eMSP d’itinérance tiers. |
| Restriction de démarrage - Connecteur occupé | vrai / faux | Indique si le connecteur/prise doit être occupé (VE connecté) pour que la demande de démarrage de la session de charge puisse se poursuivre. |
| Délai de grâce de réactivation | Secondes | Période de grâce autorisée pour la réactivation de la session après la fermeture. Une valeur vide ou 0 indique aucune limite. |
Demande de démarrage de la session
Les sessions peuvent être initiées de plusieurs manières :
Le conducteur en tant qu’utilisateur mobile demande à démarrer la session de charge sur le connecteur sélectionné. Le système central vérifie que le client dispose de ressources monétaires suffisantes et, en cas de succès, transmet la demande à l’infrastructure de charge et lui demande de commencer le processus de charge, après quoi la session de charge est censée commencer.
Le conducteur utilise un dispositif RFID, utilise NFC, Plug & Charge ou tout autre moyen pour initier l’autorisation de session du côté du chargeur. Le chargeur utilise les moyens d’identification et demande au système central de vérifier le client, s’il/elle dispose de ressources monétaires suffisantes pour charger et, en cas d’acceptation, la charge est censée commencer.
Le conducteur commence à charger immédiatement sur la station de charge, sans autorisation préalable. Dans ce cas, le client de la session n’est pas connu et n’est pas facturé.
Lorsque le client est détecté, mais n’est pas autorisé avec succès pour la session de charge, la session est conservée comme rejetée. Sinon, aucune session n’est conservée.
Portées de durée
Alors que la session de charge est en cours, le statut du connecteur du chargeur applicable impacte la manière dont la session est suivie par le système central Tridens EV Charge et donc comment elle apparaît aux conducteurs sur l’application mobile.
La durée de la session est séparée en portées de temps de charge, temps de stationnement, temps de réservation et temps de panne. Voir le tableau ci-dessous pour voir quel statut s’applique à la portée de durée spécifique. Tableau 2 : Durées des portées et statuts des connecteurs applicables
| Durée de la portée | Statuts des connecteurs applicables |
|---|---|
| Temps de charge | En charge |
| Temps de stationnement | Préparation, Occupé, EV suspendu, EVSE suspendu, Fin de charge, Disponible. |
| Temps de panne | En panne, Indisponible |
| Temps de réservation | Réservé |
Demande d’arrêt de la session
Alors que la session est prête/en cours, l’opérateur du système peut demander de fermer la session de manière forcée en utilisant le tableau de bord Tridens EV Charge, en cliquant sur le bouton de fermeture sur le côté droit. Cette opération demande à la session de charge de s’arrêter sur l’infrastructure de charge, mais si l’infrastructure ne répond pas pour une raison quelconque, la session est fermée de force.
Le conducteur est évalué, et la session se ferme.
Le tableau ci-dessous montre comment la demande d’arrêt de session peut se refléter sur l’infrastructure de charge.
Tableau 3 : Infrastructure de charge reflétant la commande d’arrêt de session
| Type de réponse d’arrêt | Description |
|---|---|
| Accepté | L’infrastructure de charge a accepté la demande d’arrêt. Il est prévu qu’elle envoie l’événement d’arrêt de session. |
| Rejeté | La session n’est pas fermée sur l’infrastructure de charge. |
La fermeture forcée de la session couvre les problèmes suivants :
La demande d’arrêt à distance est acceptée par le point de charge, mais aucune confirmation d’événement d’arrêt ne vient de l’infrastructure de charge.
Les demandes d’arrêt à distance sont toujours rejetées par l’infrastructure de charge.
L’infrastructure de charge ne répond pas en raison d’une perte de connexion avec le système central, perte de suivi de la session.
Politique d’autorisation de paiement
La politique d’autorisation de paiement s’applique aux clients de type pay-now et définit comment la session de charge est contrôlée par les autorisations de paiement. Le paramètre est utilisé avec le montant d’autorisation de paiement.
Les paramètres suivants s’appliquent :
Aucun : La session de charge n’est pas contrôlée par les autorisations de paiement.
Autorisation initiale uniquement : L’initialisation de la session de charge dépend du succès de l’autorisation de paiement initiale.
Contrôle d’autorisation : Le progrès de la session de charge dépend des (ré)autorisations de paiement continues.
Exemple avec la politique d’Autorisation initiale uniquement :
Lorsque l’environnement est configuré pour Autorisation initiale uniquement pour un montant d’autorisation de paiement de 10 $, cela signifie que le système vérifiera 10 $ sur la carte de paiement (autoriser/verrouiller le montant) au début de la session, et si cette opération est réussie, alors il permettra à l’utilisateur de charger autant qu’il le souhaite. À la fin, le système collectera/capturera le montant autorisé initial de 10 $, et si le prix total de la session le dépasse, il essaiera de prendre les fonds restants comme un prélèvement direct sur la carte. Cela comporte également le risque que l’utilisateur ne dispose pas du reste des fonds et ne puisse pas payer.
Notre recommandation serait d’augmenter le montant d’autorisation initial à une valeur qui couvrira la plupart des sessions (comme un prix moyen de session) dans une seule transaction de paiement.
Vous voudrez peut-être utiliser la politique de Contrôle d’autorisation à la place. Cette politique effectuera une autre autorisation lorsque la première est entièrement consommée, garantissant que l’utilisateur dispose toujours de fonds suffisants sur la carte pour continuer la session ou l’arrêter si aucun fonds supplémentaire n’est disponible.
Exemple avec la politique de Contrôle d’autorisation :
Une fois que Contrôle d’autorisation est configuré pour un montant d’autorisation de paiement de 5 $, le système essaiera d’autoriser 5 $ chaque fois que les 5 $ précédemment autorisés sont consommés. Ensuite, à la fin de la session, il collectera (capturera) toutes les autorisations. De cette manière, nous garantissons que l’utilisateur dispose toujours de suffisamment d’argent sur la carte pour continuer la session. Si nous recevons une réponse négative de la part du fournisseur de paiement pour l’autorisation, alors notre système arrêtera la session et collectera le montant que le client a autorisé jusqu’à ce point.
Si la session de charge devait progresser jusqu’à un coût de 22,88 $, alors la session donnerait lieu à 5 autorisations de 5 $, dont 4 seraient entièrement capturées, et une ne capturerait que 2,88 $. Cela signifierait également 5 transactions de passerelle de paiement, c’est pourquoi nous recommandons d’augmenter le montant de l’autorisation afin de réduire le nombre de transactions nécessaires, ce qui impacte le coût.
Mode d’autorisation
Le Mode d’autorisation indique si une session de recharge est liée à un client de Monetization, une intention de paiement, un fournisseur d’itinérance, ou est ouverte/publique.
Tableau 4 : Modes d’autorisation de session.
| # | Mode | Caractéristiques |
|---|---|---|
| 1 | Client Monetization | - La session est liée à un client connu dans le système Monetization. - Les frais sont appliqués directement sur le compte de ce client. |
| 2 | Transaction de Paiement | - La session est liée à une intention de paiement, pas à un client. - Le client est inconnu de Monetization. - L’autorisation et la capture de paiement sont gérées par le fournisseur de paiement. - Utile pour les utilisateurs invités ou la recharge à usage unique. - Les paramètres d’autorisation de paiement de la session font partie de ce mode avec la capture monétaire finale. |
| 3 | Client Itinérance | - Session initiée par un EMSP tiers (Fournisseur de Services d’e-Mobilité). - Le chargeur fait partie de Tridens EV Charge (CPO), mais le client appartient à l’EMSP tiers. - Le client n’est pas directement connu de Tridens mais est authentifié via l’itinérance. |
| 4 | Public Gratuit | - La session n’a pas été initiée par Tridens EV Charge. - Indique que le chargeur permet un accès gratuit/public sans client connu ou paiement. |
Note:
Cela peut permettre une utilisation non autorisée. Assurez-vous que ce mode est explicitement prévu.Note : Utilisez des règles de configuration et des paramètres de chargeur pour contrôler et restreindre les modes d’autorisation selon les exigences de votre entreprise ou vos politiques de conformité.
Stratégie de terminaison
Une fois que l’événement d’arrêt de session provient du chargeur, cela dépend de la configuration de la stratégie de terminaison de session de Tridens EV Charge (voir Paramètres de notation de session) comment l’événement impacte la session.
Si désiré, la session peut être complétée à ce moment-là, ou alternativement, la session peut continuer à être suivie pour le temps d’inactivité/de stationnement, jusqu’à ce que le connecteur reste connecté au véhicule.
La détection de la fin du temps de stationnement peut être différente en fonction de l’implémentation du chargeur par le fabricant, car différentes actions peuvent indiquer quand la session de charge est terminée, que ce soit par le débranchement du connecteur, ou jusqu’à ce que le stationnement soit complètement quitté. Cela peut donc être configurable du côté du chargeur.
Tableau 5 : Stratégie de terminaison de session
| Nom de la stratégie | Description |
|---|---|
| Fin de charge | Lors de l’événement d’arrêt de session du chargeur, le système central cesse de suivre la session et applique les frais de session finaux pour le conducteur. La session est fermée. |
| Fin de stationnement | Lors de l’événement d’arrêt de session du chargeur, le système central continue de suivre la session en temps de stationnement, jusqu’à ce que le connecteur soit libéré. Au moment de la libération finale du connecteur, le système central cesse de suivre la session et applique les frais de session finaux pour le conducteur. La session est fermée. |
Notation de Réessai de Session
La session en statut rating-failed indique que la session de charge est terminée, mais que le conducteur n’a pas été évalué monétairement. Ainsi, l’opération de réévaluation peut être utilisée pour facturer le conducteur/client de la session de charge. Le type de paiement du conducteur, la facturation et le paiement peuvent également s’appliquer par la suite.
Le statut rating-failed de la session peut survenir pour les raisons suivantes :
Configuration d’évaluation de Monetization invalide, ce qui empêche que la session soit évaluée pour le client. Cela pourrait être un problème de configuration des plans tarifaires, des produits, des métriques d’évaluation ou de la configuration du plan d’abonnement du client.
Travaux de maintenance du système.
La réévaluation de session peut être utilisée dans différents modes pour déterminer l’identifiant de la session d’évaluation, utilisé pour l’événement de facturation de Monetization lorsque la session est en statut rating-failed.
Voir le tableau ci-dessous.
Tableau 6 : Modes d’identifiant d’évaluation de la réévaluation de session
| Mode d’Identifiant d’Évaluation | Description |
|---|---|
| Utiliser existant | L’identifiant d’évaluation de session existant est utilisé pour l’évaluation de Monetization. Option par défaut. |
| Utiliser existant, sinon générer nouveau | L’identifiant d’évaluation de session existant est utilisé pour l’évaluation de Monetization. Si l’évaluation échoue, un nouvel identifiant d’évaluation est auto-généré par le système et l’évaluation est automatiquement réessayée. |
| Assigner nouveau | Un nouvel identifiant d’évaluation de session explicite est assigné dans la demande et utilisé pour l’évaluation de Monetization. |
| Générer nouveau | Un nouvel identifiant d’évaluation est auto-généré par le système et utilisé pour l’évaluation de Monetization. |
Notes :
La réévaluation de session est gérée par le travail d’exécution automatisé préconfiguré dans un intervalle de 30 minutes, sinon elle peut être déclenchée pour la session spécifique à la demande.Facturation de Réessai de Session
La session en statut billing-failed indique que la session est terminée concernant les paramètres de la session, mais que le conducteur/client payant maintenant n’a pas été facturé. Ainsi, l’opération de facturation de réessai peut être utilisée pour réessayer la facturation et le paiement d’un conducteur pour la session de charge.
Le statut billing-failed de la session peut survenir pour les raisons suivantes :
Évaluation de Monetization invalide et configuration de facturation, ce qui empêche que cette session soit évaluée pour le client. Cela pourrait être un problème de configuration des plans tarifaires, des produits, des métriques d’évaluation, du plan d’abonnement du client ou de la configuration du profil de facturation.
Travaux de maintenance du système.
Notes:
La facturation de réessai de la session est gérée par le travail d’exécution automatisé préconfiguré dans un intervalle de 30 minutes, sinon elle peut être déclenchée pour la session spécifique à la demande.Paramètres des sessions inactives
Une session sur le système central est considérée comme inactive lorsqu’elle ne reçoit pas de rapports d’événements de l’infrastructure de charge après un certain temps configuré pour le Site ou l’Opérateur. Les paramètres de l’Opérateur ont une priorité plus élevée, s’ils sont définis.
Lorsque la session est détectée comme inactive, le système central la ferme/termine, ce qui signifie que cette session n’est plus suivie.
Tableau 7 : Paramètres d’expiration de session inactive.
| Nom du paramètre | Description |
|---|---|
| Expiration de session prête | Inactivité autorisée en secondes pour une session de charge prête.Lorsque le travail en arrière-plan détecte une inactivité de session prête dépassant ce temps, il la finalise (évaluation et fermeture). Ce paramètre impacte l’expérience utilisateur. Lorsque l’utilisateur demande de commencer une nouvelle session via l’application mobile, l’application utilise ce temps pour l’affichage du compte à rebours dans lequel la session est censée passer à un statut actif. |
| Expiration de session en cours | Inactivité autorisée en secondes pour une session de charge en cours.Lorsque le travail en arrière-plan détecte une inactivité de session en cours dépassant ce temps, il finalise la session (évaluation et fermeture). |
| Temps de vérification de session fermée | Nombre de secondes depuis la demande d’arrêt de la session, après quoi la session est vérifiée comme étant fermée. Utilisé dans le cadre de l’arrêt forcé et de l’arrêt des sessions inactives.Limitation : Ce paramètre s’applique uniquement au site actuellement. |
Tableau : Paramètres d’expiration de session
L’opération de travail des sessions inactives préconfigurées est responsable de la détection des sessions inactives en fonction des paramètres d’expiration du site et de l’opérateur.
L’intervalle d’exécution du travail détermine la fréquence à laquelle le système central vérifie les sessions inactives.
Notes :
- Envisagez de définir le paramètre de temps d’expiration de session prête du site/opérateur à un montant approprié, en tenant compte de vos chargeurs. Pour certains chargeurs AC, le temps de démarrage de la charge peut être de 5 secondes, tandis que pour les chargeurs DC, cela peut prendre jusqu’à 20-40 secondes. Veuillez en tenir compte et ajuster l’expiration de session prête dans vos paramètres de site/opérateur.
Considérez ces effets dans le cadre de l’expiration de session prête :
Session demandée pour démarrer par l’application mobile (opérée par le système central), le chargeur ne répond pas par une acceptation. La session sera fermée après le temps d’expiration de session prête.
Session demandée pour démarrer par l’application mobile (opérée par le système central), le chargeur accepte la demande. Le système central attend l’événement de démarrage de la session. Si elle n’est pas démarrée, la session sera fermée après le temps d’expiration de session prête.
Session demandée pour démarrer par l’application mobile (opérée par le système central), le chargeur répond par un rejet, la session est fermée immédiatement.
Session demandée pour démarrer par l’application mobile (opérée par le système central), le chargeur accepte la demande. Le système central attend l’événement de démarrage de la session. Le chargeur répond avec un événement de démarrage avant le temps d’expiration de session prête et la session se poursuit pour la charge.
Considérez ces effets dans le cadre de l’expiration de session en cours :
- La session est en cours et en charge. Le chargeur cesse d’envoyer les rapports de mise à jour de session et, une fois que le temps d’inactivité dépasse le paramètre de temps d’expiration de session en cours, la session est détectée comme inactive par le système central. Le système demande donc au chargeur de mettre fin à la session et la clôture/termine, ce qui signifie qu’elle n’est plus suivie.
Réactivation de session
Lorsque le chargeur envoie l’événement de session de charge (démarrage/mise à jour) avec un jeton d’autorisation (id tag) au système central Tridens EV Charge, et que le système ne trouve aucune session préparée (statut : READY) ou session active pour ce jeton d’autorisation sur ce chargeur spécifique, le processus suivant a lieu :
- Le système Tridens EV Charge vérifie si une session terminée (statut : par ex.,
CLOSED) existe avec la même combinaison jeton-type d’autorisation et client attribué. - Si une telle session terminée est trouvée dans le délai de grâce configuré, elle est réactivée.
- L’autorisation des ressources du client est effectuée sur la base des Paramètres de notation de session.
Note :
Le délai de grâce par défaut pour la réactivation de session est de
900 secondesà partir de la création de la session. La valeur par défaut peut être remplacée par une valeur définie dans Paramètres de notation de session.Une fois la session réactivée, son statut change en
IN_PROGRESS.Si la réactivation échoue en raison d’une autorisation de ressources infructueuse, la session est demandée pour être terminée.
Si une session existante est trouvée, elle est réactivée uniquement si les événements d’arrêt de session ne sont pas encore arrivés du chargeur pour une telle session. Si des événements d’arrêt sont déjà arrivés, la réactivation ne se produira pas.
Voir les journaux
Journaux de la communication du protocole Open Charge Point (OCPP) échangés entre le système central de Tridens EV Charge et la station de charge pour la durée de la session de charge spécifique. Les opérateurs les utilisent généralement lors des tests d’intégration et pour le dépannage.
Pour voir les journaux OCPP de la session, naviguez vers la vue des sessions, trouvez la session d’intérêt, allez à la colonne Actions et appuyez sur le bouton Voir les journaux. Voir Figure 1. Les journaux sont filtrables par plage horaire et peuvent être exportés par les options CSV ou Imprimer qui apparaissent en bas de l’outil. Voir Figure 2.
Figure 1 : Vue des sessions et navigation pour voir les journaux de communication OCPP.
Figure 2 : Journaux de communication OCPP de la session.
Limitations
Limitations de l’initiation de session :
a) Si l’on demande de démarrer la session sur le connecteur A avec le client A, la session est préparée et le chargeur est prié de commencer la charge. Si le client A essaie de démarrer une autre session sur le connecteur A ou tout autre connecteur, la demande est rejetée, car ce client a déjà une session active. Il y a une limitation d’une session active par client.
b) Si l’on demande de démarrer la session sur le connecteur A avec le client A, la session est préparée et le chargeur est prié de commencer la charge. Si le client B essaie de démarrer la session sur le connecteur A, la demande est rejetée, car le connecteur a déjà une autre session active attribuée.
c) Si le client A et le client B veulent tous deux démarrer la session sur le connecteur A en même temps, la demande arrivée en premier sera traitée (verrouillage d’accès), tandis que l’autre demande sera rejetée.
