Retour au blog
Technologie

OCPP 2.1 vs 1.6 : Guide pratique de migration pour les opérateurs de recharge

25 mars 20267 min de lecture
OCPPOCPP 2.1migrationCSMSinteroperability

Pourquoi OCPP 2.1 ?

OCPP 1.6 a bien servi l'industrie, mais il a été conçu pour une ère plus simple de la recharge de véhicules électriques. À mesure que les réseaux se développent et que les cas d'usage se diversifient (V2G, tarification dynamique, ISO 15118), ses limites deviennent des goulots d'étranglement opérationnels.

OCPP 2.1 répond à ces défis avec une architecture fondamentalement repensée :

Principales différences

Modèle de périphérique

  • 1.6 — : Structure plate avec une conscience limitée des composants
  • 2.1 — : Modèle hiérarchique de périphérique prenant en charge les EVSE, les connecteurs et les sous-composants de manière indépendante
  • Sécurité

  • 1.6 — : Authentification HTTP basique, TLS optionnel
  • 2.1 — : Trois profils de sécurité avec TLS obligatoire, certificats côté client et mises à jour de firmware sécurisées
  • Recharge intelligente

  • 1.6 — : Profils de recharge basiques avec une flexibilité limitée
  • 2.1 — : Recharge intelligente avancée avec planification basée sur les coûts, gestion des priorités et contraintes externes
  • Gestion des transactions

  • 1.6 — : Modèle de transaction Start/Stop
  • 2.1 — : Modèle basé sur les événements de transaction avec une gestion d'état et un reporting d'erreurs plus riches
  • Tarification et paiement

  • 1.6 — : Pas de support natif pour la tarification
  • 2.1 — : Gestion intégrée des tarifs, calcul des coûts et messages d'affichage
  • ISO 15118 (Plug & Charge)

  • 1.6 — : Non supporté nativement
  • 2.1 — : Support complet du Plug & Charge avec gestion des certificats
  • Le défi de la migration

    La plupart des opérateurs font face à une réalité difficile :

    1. Leur CSMS fonctionne avec OCPP 1.6

    2. Les nouveaux chargeurs sont de plus en plus livrés uniquement avec OCPP 2.1

    3. Une migration complète du CSMS prend 12 à 18 mois et nécessite un investissement significatif

    4. Les opérations ne peuvent pas être perturbées pendant la transition

    L'approche par pont

    Plutôt qu'une migration risquée en « big bang », les opérateurs peuvent utiliser un OCPP Smart Bridge — un moteur de compatibilité propriétaire qui convertit nativement les messages OCPP 2.1 des chargeurs modernes au format OCPP 1.6 compris par l'infrastructure existante.

    Cette approche :

  • Élimine les retards de déploiement pour le nouveau matériel
  • Permet une migration progressive au rythme de l'opérateur
  • Réduit le CAPEX de 60 à 80 % par rapport à une reconstruction complète
  • Garantit la continuité opérationnelle tout au long du processus
  • Planifier votre chemin de migration

    Phase 1: : Déployer le Smart Bridge, connecter les nouveaux chargeurs 2.1 au backend 1.6 existant

    Phase 2: : Commencer la modernisation du CSMS en parallèle, fonctionnalité par fonctionnalité

    Phase 3: : Migrer les chargeurs du pont vers le backend natif 2.1 de manière incrémentale

    Phase 4: : Mettre hors service le pont une fois que tous les chargeurs sont en natif 2.1

    Cette approche par phases réduit les risques de la transition tout en maintenant la compétitivité de votre réseau.

    Vous souhaitez approfondir ce sujet ?

    Notre équipe est disponible pour approfondir tout sujet abordé dans cet article et évaluer comment il s'applique à votre infrastructure.

    Réserver une consultation