Modbus TCP pour bornes de recharge
Charge Unix HUB expose vos bornes de recharge OCPP en Modbus TCP/IP — le standard industriel pour la GTB et les automates. Lecture des compteurs, écriture des consignes.
Le standard industriel pour la GTB
Modbus TCP/IP est le protocole le plus déployé pour échanger entre équipements industriels, automates programmables et superviseurs GTB. Il est simple, ouvert, bien documenté et supporté par tous les acteurs majeurs : Schneider, Siemens, Wago, Beckhoff, Socomec, ABB, etc.
Les bornes de recharge IRVE, elles, parlent OCPP — un protocole moderne basé sur WebSocket et JSON, peu compris par les automates classiques. Demander à un automate Schneider de discuter en OCPP avec une borne n'est pas réaliste.
Charge Unix HUB joue le rôle de passerelle : il discute en OCPP avec les bornes côté terrain, et expose les mêmes données en Modbus TCP côté GTB. Pour l'automate, les bornes ressemblent à n'importe quel équipement Modbus classique.
Ce que le HUB expose en Modbus TCP
Registres en lecture
- État de chaque borne (Available, Charging, Faulted, Unavailable)
- Statut des connecteurs
- Puissance instantanée délivrée (kW)
- Énergie cumulée (kWh)
- Tension, courant, fréquence par phase
- Codes erreurs OCPP
- Identifiant RFID de la session courante
Registres en écriture
- Consigne de puissance maximum par borne (kW)
- Consigne de puissance globale du parc (kW)
- Activation / désactivation d'une borne
- Démarrage / arrêt de session à distance
- Reset / redémarrage de borne
- Activation de modes (heures creuses, effacement)
Mapping de registres personnalisable via Node-RED pour répondre aux exigences spécifiques de votre GTB ou de votre automate.
Quand utiliser Modbus TCP ?
Sites tertiaires avec GTB existante : intégration native dans le superviseur (Schneider EcoStruxure, Siemens Desigo, Wago e!Cockpit, etc.) sans développement spécifique.
Sites industriels : les bornes IRVE deviennent visibles depuis l'automate principal au même titre que la production, la HVAC ou les utilités. Reporting unifié.
Multi-protocoles : dans un environnement où plusieurs équipements parlent Modbus (compteurs Socomec, onduleurs PV, automates Wago), garder une interface unique simplifie la maintenance.
Intégrateurs systèmes : les bureaux d'études qui livrent des systèmes complets clés-en-main préfèrent un protocole standard plutôt que des SDK propriétaires.
Une passerelle Modbus pour vos bornes
Le HUB Charge Unix gère la traduction OCPP ↔ Modbus en temps réel, sans développement spécifique.