Protocoles
OCPP : de la borne au système de supervision
Messages, transactions, commandes et différences de versions.
Borne de recharge ⇄ WebSocket sécurisé ⇄ CSMS
OCPPObserver et commander
OCPP décrit les échanges entre la borne et son système de gestion, le CSMS. Dans OCPP-J, les messages JSON circulent sur WebSocket. BootNotification annonce la borne, Heartbeat entretient la présence et StatusNotification décrit un état observé.
Authorize permet une décision d’accès. Les transactions et MeterValues apportent les faits de recharge. Une réponse à une commande distante ne prouve pas que l’action physique a abouti : il faut examiner les événements ultérieurs.
Des versions différentes
OCPP 1.6 et 2.0.1 ne sont pas compatibles. OCPP 2.0.1 introduit notamment un modèle d’équipement et TransactionEvent. OCPP 2.1 étend les capacités, notamment autour d’ISO 15118-20 et des échanges bidirectionnels. L’édition, les errata et les profils applicables comptent autant que le numéro de version.
Le périmètre EVCloud
Le backend livré parle OCPP 1.6J : authentification propre à chaque borne, réception des messages principaux et suivi des commandes listées dans la supervision. Diagnostics, firmware et profils de charge restent dépendants des capacités de la borne. OCPP 2.x n’a pas d’endpoint actif. La conformité du backend et la compatibilité de chaque modèle demandent une recette spécifique.
Références techniques
Les spécifications et textes officiels font référence. Cette présentation ne remplace ni la recette d’un équipement ni l’analyse des obligations applicables à votre activité.