Sur chaque centrale PV, parc éolien et site de stockage, des passerelles edge publient les données des onduleurs, éoliennes, stations météo et BMS sur un seul broker. Votre SCADA, la plateforme de gestion d’actifs, l’exploitation-maintenance et l’agrégateur s’abonnent — et les consignes d’écrêtement repartent par le même chemin.
Aucune carte bancaire requise
PUBLISH re/solar/lyon/inv-14/telemetry
{"ts":"2026-10-22T11:30:00Z","p_ac_kw":2381.5,"p_dc_kw":2442.0,"poa_wm2":874,"t_module_c":46.2,"state":"mppt","avail":true}QoS 1 · TLS 8883 · PUBACK
Un portefeuille type mélange marques d’onduleurs, constructeurs d’éoliennes et intégrateurs de batteries, chacun avec son SCADA ou son portail cloud. Les asset managers exportent des CSV pour comparer les centrales, les équipes d’O&M se connectent à cinq systèmes pour trouver un onduleur déclenché, et l’agrégateur ou la VPP a besoin de la production en direct et d’un chemin fiable pour les consignes d’écrêtement. Chaque nouveau parc ajoute un VPN et une intégration sur mesure.
Une passerelle edge lit onduleurs, boîtes de jonction et trackers en Modbus TCP (SunSpec), automates d’éoliennes et contrôleur de centrale en Modbus ou OPC UA, et le BESS via son EMS.
Elle publie puissance, énergie, disponibilité, alarmes et données météo comme l’irradiance et la vitesse du vent sur des topics par technologie, centrale et équipement — via une seule connexion TLS sortante par site.
SCADA, plateforme de gestion d’actifs et historian s’abonnent avec des jokers comme re/+/+/+/telemetry ; l’O&M suit les alarmes, l’agrégateur la production en direct.
Les limitations de puissance active sont publiées sur le topic de consigne de la centrale. Le contrôleur de centrale les applique dans ses propres limites et confirme la valeur appliquée sur un topic d’état retenu.
Des niveaux technologie, centrale et équipement dans l’arbre de topics : un joker couvre une centrale, une région ou tout le portefeuille. L’espace de travail ISA-95 garde la structure cohérente à chaque nouveau parc.
Seuls les systèmes que vous autorisez — votre SCADA, un EMS ou l’interface de la VPP — publient des consignes, et chaque passerelle ne publie que les données de sa centrale. Identifiants par client, ACL par topic et TLS.
QoS 1 ou 2 pour les consignes, sessions persistantes pour qu’une passerelle reconnectée reçoive encore les commandes en attente, et Last Will pour signaler une centrale dont la liaison est tombée.
Le tableau de bord en direct et le moniteur de topics affichent les valeurs à leur arrivée ; les règles de seuil alertent sur un onduleur déclenché, une éolienne à l’arrêt ou une hausse de température du BESS, et le Digital Twin 3D peut représenter un site.
re/solar/lyon/inv-14/telemetry
re/wind/toulouse/wtg-07/telemetry
re/bess/lyon/state (retained)
re/solar/lyon/ppc/setpoint/set
re/solar/lyon/ppc/setpoint/state (retained)La plupart des onduleurs de centrale exposent Modbus TCP, souvent avec les modèles SunSpec. Une passerelle edge — ou le datalogger, s’il gère MQTT — les interroge en local et publie sur ConnectMQ en TLS. Certains onduleurs et dataloggers plus petits publient directement en MQTT.
Ils ne font pas le même travail. IEC 61850 et Modbus gèrent la communication du poste et des équipements dans la centrale, et OPC UA est courant entre automates d’éoliennes et SCADA de parc. MQTT achemine les données de nombreuses centrales vers les nombreux systèmes centraux qui en ont besoin, en publish/subscribe et avec des paquets légers pour les liaisons distantes. La plupart des portefeuilles combinent plusieurs d’entre eux.
Oui, tant que le contrôleur de centrale garde la main : votre système publie la limitation sur un topic de consigne en QoS 1 ou 2, et le contrôleur l’applique dans ses propres limites puis publie la valeur appliquée. ConnectMQ restreint qui peut publier sur ce topic ; les exigences du code de réseau sont assurées par le contrôle-commande de la centrale.
Commencez avec l’offre Free, sans carte bancaire : connectez vos premiers équipements dès aujourd’hui et évoluez au moment du lancement.
