Evion EV Charge : gérer un réseau de recharge sans dépendre du logiciel des fabricants

Vers minuit, dans le parking d'un centre commercial, l'une des deux prises d'une borne tombe en panne. Aucun conducteur n'a appelé, aucune plainte n'est arrivée ; mais sur la carte du panneau d'administration, la couleur de cette borne a déjà changé. L'opérateur en poste sélectionne la borne et désactive la prise défectueuse ; l'autre prise continue de délivrer de l'énergie. Le lendemain matin, l'équipe terrain part en sachant de quoi il s'agit.

Dans Evion EV Charge, le fait que cette scène soit possible repose sur une décision prise tout au début du projet : relier le parc de bornes non pas au logiciel du fabricant, mais à un protocole commun.

Le projet en bref

Evion EV Charge est une plateforme de bout en bout que nous avons développée pour exploiter des stations de recharge de véhicules électriques depuis un point central. Les bornes installées sur le terrain, le panneau d'administration que l'équipe d'exploitation utilise dans le navigateur et l'application Android et iOS des conducteurs se connectent au même serveur central. Le prix, la fiche client, l'encaissement, la déclaration à l'EPDK (autorité turque de régulation du marché de l'énergie), l'enregistrement de l'unité de recharge auprès de la GİB (administration fiscale turque) et la demande de facture se déroulent au centre, de façon automatique. Grâce à l'architecture multi-locataires, les opérateurs partenaires, comme les centres commerciaux, les hôtels ou les établissements publics, ne voient que leurs propres emplacements.

À l'approvisionnement, une seule question : la borne est-elle compatible OCPP ?

L'exploitant qui déployait un réseau de recharge voulait gérer depuis un seul écran un parc de bornes de marques différentes, sans rester prisonnier des logiciels de gestion propres aux fabricants de bornes. Sur le terrain, d'anciennes bornes parlant OCPP 1.6 et de nouvelles bornes parlant OCPP 2.0.1 coexistaient. Les deux versions diffèrent par la structure des messages, les modèles de sécurité et la notion de transaction ; or le conducteur et l'équipe d'exploitation ne devaient jamais voir cette différence.

Nous avons abstrait cette différence dans la couche serveur. Sur la carte, dans la structure tarifaire et dans la liste des transactions, chaque marque et chaque version apparaissent de la même façon. Ce que cela apporte à l'exploitant est stratégique : lors du choix des bornes, la seule question vérifiable devient « la borne prend-elle en charge OCPP 1.6 ou 2.0.1 ? », et le réseau peut être renouvelé progressivement, sans remplacer d'un coup l'ensemble du parc. Une nouvelle borne est définie au centre, ses prises sont saisies, son tarif est appliqué, et elle est mise en service.

La deuxième décision critique concernait l'endroit où la décision serait prise. La borne transmet seulement l'information « cet identifiant veut se connecter à cette prise » ; les contrôles d'identité, de portefeuille et de réservation sont effectués au centre. La définition des clients, le prix et le contrôle du solde n'étant pas dispersés dans les bornes, un changement de règle se fait toujours à un seul endroit, même lorsque le réseau grandit.

L'inventaire terrain est le visage quotidien de cette approche. La marque, le modèle, le type de courant, la puissance, le numéro de série, les numéros EPDK, le numéro d'installation, la part de revenus et l'état de maintenance de chaque borne figurent dans un seul enregistrement ; les bornes peuvent être importées en masse avec un modèle Excel. Lorsqu'un emplacement est rattaché à un opérateur partenaire, toutes les bornes de cette adresse entrent automatiquement dans son périmètre, sans affectation une à une. L'écran des états des prises, lui, réunit dans une seule liste toutes les prises avec leur état instantané, leur dernier compteur, leur puissance instantanée, leur code court, leur QR code et leur numéro de prise EPDK ; démarrer et arrêter une recharge, ou activer et désactiver une prise, est aussi possible depuis cet écran.

Voir la panne avant la plainte

Les bornes signalent elles-mêmes leurs changements d'état et envoient régulièrement un signal de connexion. Celles qui signalent une panne ou n'envoient plus de signal depuis longtemps sont regroupées dans une liste à part, et leur couleur change aussitôt sur la carte. La page d'accueil, qui s'ouvre en début de poste, affiche sur un seul écran le nombre de bornes connectées et déconnectées, la répartition de l'occupation des prises, la puissance instantanée et les bornes qui demandent de l'attention.

Dans l'écran de suivi en direct, l'état de la connexion, les prises, le compteur et la puissance instantanée de la borne sélectionnée s'ouvrent dans un panneau latéral. De là, on peut redémarrer la borne, déverrouiller le câble, désactiver puis réactiver une prise, appliquer une limite de puissance, lire et modifier les paramètres, demander une mise à jour logicielle et un fichier de diagnostic. Des opérations groupées sont possibles sur les bornes d'un même emplacement ; la limite de puissance est utile aux heures où l'infrastructure électrique du site est sous contrainte. Chaque commande envoyée, la réponse de la borne et le résultat sont enregistrés ; si la borne n'est pas connectée, les options de commande se désactivent d'elles-mêmes. Pour l'équipe support, les journaux sont eux aussi séparés : les événements que les bornes signalent au centre sont conservés dans l'ordre chronologique, et les commandes qui vont du centre vers la borne, avec ce qui a été envoyé, ce que la borne a répondu et quel a été le résultat, dans des écrans distincts.

Une visite terrain seulement quand c'est nécessaire

Les situations qui ne se résolvent pas à distance restent pour le terrain : dommage physique, remplacement de pièce, problème d'installation ou borne qui ne se connecte jamais. L'équipe connaît la nature du problème avant de partir ; le fichier de diagnostic récupéré sur la borne sert lors de l'échange avec le service du fabricant. En maintenance planifiée, la borne est placée en état de maintenance et, pendant ce temps, aucune nouvelle recharge ne peut être ouverte ni depuis le panneau ni depuis l'application mobile.

Du côté du conducteur, c'est le même centre qui travaille. Pour un conducteur dont le téléphone s'est éteint ou qui ne parvient pas à scanner le QR code, le centre d'appels choisit la prise sur la carte ainsi que la carte de recharge du client, et démarre la recharge en son nom. Qui a démarré la recharge, qui l'a arrêtée et si elle était gratuite ou non sont inscrits dans le journal d'audit.

Ce que nous avons appris sur le terrain

• Un protocole est une stratégie d'approvisionnement. L'indépendance vis-à-vis des marques a rendu à l'exploitant la liberté de choisir ses bornes et la souplesse de renouveler le réseau progressivement.
• La décision doit rester au centre. La borne signale, le centre décide ; un changement de règle ne se disperse pas sur le terrain.
• Gérez la panne au niveau de la prise. La panne d'une seule prise ne doit pas mettre toute la borne hors service.
• Que chaque commande laisse une trace. Le doute « la borne n'a pas appliqué la commande » se dissipe en consultant les journaux de commandes.

Dans un réseau de recharge, chaque visite terrain inutile représente à la fois du temps et un coût. Une structure qui réserve les visites terrain aux problèmes physiques n'oblige pas l'équipe à croître au même rythme que le réseau.

De quel logiciel votre réseau dépend-il ?

Si vous gérez votre réseau de recharge avec les panneaux de plusieurs fabricants, si vous apprenez les pannes par les plaintes des conducteurs ou si vous envoyez un véhicule sur le terrain pour chaque problème, nous pouvons évaluer avec vous une structure exploitée depuis un point central. Sur la page du projet Evion EV Charge, vous pouvez voir les autres composants de la plateforme et nous joindre depuis notre page de contact.