EMS Builder : chaque projet énergétique n’a plus à repartir de zéro
Edge-EMS Builder est une plateforme d’orchestration intelligente déployée sur les sites énergétiques. Elle transforme la connexion des équipements, le traitement des données, le pilotage par stratégies, la communication cloud-edge et la coordination de plusieurs équipements en capacités réutilisables, pour faire de l’EMS un actif de plateforme reproductible et évolutif, au-delà d’une livraison ponctuelle.
Les projets de stockage commercial et industriel, de photovoltaïque-stockage-recharge, de microréseaux et d’énergie de campus portent tous le nom d’EMS, mais leurs conditions sur site sont rarement identiques : marques d’équipements, listes de points, tarifs et capacités changent, tandis que les clients ajoutent régulièrement de nouvelles règles de contrôle.
Certains projets raccordent des PCS, BMS, compteurs et onduleurs photovoltaïques ; d’autres ajoutent des bornes de recharge, groupes électrogènes diesel, charges de climatisation ou plateformes cloud du client. Les priorités peuvent être l’arbitrage tarifaire heures pleines/heures creuses, l’anti-injection, la puissance appelée maximale, voire une règle ajoutée en cours de projet, telle que le renforcement temporaire de capacité d’une zone de distribution.
Si chaque projet exige de reconnecter les équipements, réécrire les stratégies et développer les interfaces cloud, les coûts de développement répétitif et de maintenance augmentent avec le nombre de déploiements. Edge-EMS Builder répond précisément à ce problème :
Edge-EMS Builder aide les équipes à organiser les équipements, les données et les stratégies de contrôle des projets énergétiques complexes, afin de passer d’un EMS redéveloppé à chaque projet à une configuration et une réplication rapides sur une plateforme commune.
Une même base de données et de contrôle peut prendre en charge différentes combinaisons d’équipements, différents objectifs de contrôle et paramètres de projet.
Pourquoi EMS Builder est nécessaire
Section intitulée « Pourquoi EMS Builder est nécessaire »Davantage d’équipements, sans repartir des protocoles pour chaque stratégie
Section intitulée « Davantage d’équipements, sans repartir des protocoles pour chaque stratégie »Un site peut réunir PCS, BMS, compteurs, onduleurs photovoltaïques, bornes de recharge, groupes électrogènes diesel, charges de climatisation et plateformes tierces. La stratégie doit déterminer si la puissance au point de raccordement dépasse une limite ou si le SOC autorise encore la décharge, plutôt que dépendre du protocole d’origine d’un registre.
Edge-EMS Builder raccorde les équipements via CommBridge et unifie les identifiants des données, afin que les stratégies de niveau supérieur se fondent sur leur signification métier. Lorsqu’un modèle ou un protocole change, une adaptation du mappage des points suffit généralement pour réutiliser la logique principale déjà validée.
Des besoins évolutifs exigent une logique de contrôle adaptable
Section intitulée « Des besoins évolutifs exigent une logique de contrôle adaptable »Tarifs, capacités, plages de fonctionnement et seuils de contrôle peuvent changer. Un besoin initial d’anti-injection peut être complété par le contrôle de la puissance appelée, puis par la coordination du stockage et des bornes de recharge.
Edge-EMS Builder décompose la logique métier en données, calculs, conditions et actions. Les ingénieurs peuvent modifier les paramètres, les expressions ou les plans de déclenchement sans reconstruire tout le logiciel à chaque évolution.
La réplication des projets doit capitaliser l’expérience de l’entreprise
Section intitulée « La réplication des projets doit capitaliser l’expérience de l’entreprise »Une logique validée d’écrêtage des pointes et de remplissage des creux, d’équilibrage de charge de recharge ou de coordination multiéquipement ne doit pas rester confinée à un seul site. Edge-EMS Builder permet de suivre ce parcours :
Validation sur site → abstraction des points et paramètres → création d’un modèle → réutilisation dans un nouveau projet → amélioration continue
Au fil des projets, les stratégies, listes de points et cas de test réutilisables s’enrichissent. Un nouveau projet consiste davantage à choisir un modèle, effectuer le mappage et ajuster les paramètres, plutôt qu’à repartir de zéro.
Qu’est-ce qu’EMS Builder ?
Section intitulée « Qu’est-ce qu’EMS Builder ? »Edge-EMS Builder s’exécute généralement sur une passerelle de périphérie ou un PC industriel, entre les équipements de terrain et le cloud ou les systèmes métier. Il remplit quatre fonctions principales :
| Fonction d’EMS Builder | Explication | Résultat pour le projet |
|---|---|---|
| Unifier la connexion | Intégrer des équipements de marques et de protocoles différents dans un même système de données | Utilisation uniforme des PCS, BMS, compteurs, bornes de recharge, etc. |
| Traiter les données | Transformer les points bruts en états et indicateurs exploitables par les stratégies | Puissance, SOC, capacité, marge disponible et états d’alarme directement utilisables dans les calculs |
| Orchestrer les stratégies | Décrire les règles de contrôle par des expressions et des couples condition + action | Exécution automatique de l’écrêtage des pointes, de l’anti-injection, du contrôle de la puissance appelée, etc. |
| Connecter les systèmes | Transmettre les données du site et les décisions au cloud, à l’interface ou à d’autres nœuds | Maintenance distante, supervision centralisée, diffusion de stratégies et coordination multiéquipement |
Edge-EMS Builder exécute en continu acquisition → pool de données unifié → décision par stratégie Lua → sortie d’exécution. Les résultats reviennent dans le pool de données, maintenant la boucle de contrôle.
Ce qu’EMS Builder n’est pas
Section intitulée « Ce qu’EMS Builder n’est pas »- Un simple logiciel de supervision à tableaux de bord : il affiche les données et peut former une boucle de contrôle automatique selon les stratégies.
- Un EMS figé contenant quelques stratégies prédéfinies : la plateforme fournit les moyens de construire des stratégies ; les règles métier dépendent de la configuration du plan.
- Un contrôleur de sécurité remplaçant les protections des équipements : interverrouillages matériels, protections BMS/PCS et limites de sécurité du site doivent rester indépendamment opérationnels.
- Une interface imposée : les entreprises peuvent créer leur propre interface de supervision et de contrôle via l’interface WebSocket standard.
En une phrase :
Edge-EMS Builder fournit la base pour construire continuellement différents EMS, au-delà d’un EMS dédié à un seul scénario.
Quatre changements apportés par EMS Builder
Section intitulée « Quatre changements apportés par EMS Builder »| Approche traditionnelle | Avec EMS Builder |
|---|---|
| Connexion et développement répétés pour chaque projet | Capacités communes intégrées dans la plateforme ; nouveaux projets principalement réalisés par mappage et configuration |
| Logique de contrôle figée dans le code ou le firmware du projet | Stratégies composées de données, d’expressions, de conditions de déclenchement et d’actions |
| Équipements fonctionnant isolément, coordination développée sur mesure | Données partagées directement utilisables dans les calculs et décisions entre équipements |
| Évolution difficile après la mise en service | Diffusion depuis le cloud, configuration distante, interfaces ouvertes et évolution des modèles de stratégie |
Réutiliser la logique
Section intitulée « Réutiliser la logique »Les stratégies utilisent uniformément dataKey. Lors du remplacement d’un modèle de PCS, BMS ou compteur, il suffit généralement d’adapter le mappage des données et les paramètres du site pour conserver le processus de décision principal.
Valider rapidement
Section intitulée « Valider rapidement »Edge-EMS Builder fournit déjà acquisition, calcul, déclenchement, écriture dans les équipements, communication cloud-edge et canal temps réel pour l’interface. L’équipe peut se concentrer sur la stratégie et l’interface métier.
Capitaliser les stratégies
Section intitulée « Capitaliser les stratégies »Les stratégies validées sur site peuvent devenir des modèles documentant les équipements compatibles, les points requis, les paramètres ajustables, les conditions de protection et les cas de test, afin de constituer la bibliothèque de stratégies de l’entreprise.
Étendre grâce à des interfaces ouvertes
Section intitulée « Étendre grâce à des interfaces ouvertes »MQTT, HTTP, WebSocket et les canaux d’écriture dans les équipements relient données externes, plateformes cloud, systèmes métier et équipements pilotables. Des sources de données fiables, des règles exprimables et des interfaces d’exécution conformes permettent d’envisager de nouvelles boucles d’automatisation.
Natif de l’IA : de la liste de points à la mise en service des stratégies
Section intitulée « Natif de l’IA : de la liste de points à la mise en service des stratégies »Ces capacités conduisent au même constat : Edge-EMS Builder n’intègre pas de logique métier spécifique. Les données proviennent de la configuration d’acquisition, les règles des scripts Lua et les interactions des plans de déclenchement ; chaque action de configuration dispose d’une API standard. La configuration ne nécessite donc pas forcément de parcourir les pages de l’interface : d’autres programmes, y compris des agents IA, peuvent la réaliser.
Le mode de mise en œuvre d’Edge-EMS Builder peut ainsi évoluer :
- Configuration assistée par IA : les Edge-EMS Builder Skills accompagnent la conversion des listes de points, la modélisation des données, Lua et l’orchestration des stratégies, les alarmes et l’exploitation. Les ingénieurs décrivent les besoins, révisent les résultats et valident sur site.
- Interfaces ouvertes : les agents tiers peuvent consulter les données et appeler les interfaces de configuration selon les droits du compte. L’exécution du contrôle et le déploiement des modèles dépendent de l’intégration retenue.
L’IA peut contribuer à la configuration et à l’analyse ; le périmètre d’exécution, la revue des stratégies et la réception sur site sont définis par le processus d’ingénierie.
Consultez Configuration assistée par IA et Skills pour le processus et l’installation.
Scénarios couverts par une même plateforme
Section intitulée « Scénarios couverts par une même plateforme »| Scénario | Besoins typiques réalisables | Principaux équipements coordonnés |
|---|---|---|
| Stockage commercial et industriel | Charge/décharge selon les plages horaires, arbitrage tarifaire, écrêtage des pointes et remplissage des creux, contrôle de la puissance appelée, anti-injection | PCS, BMS, compteur au point de raccordement |
| Photovoltaïque et stockage intégrés | Autoconsommation, utilisation de la production photovoltaïque, anti-injection, suivi de courbes programmées | Onduleurs photovoltaïques, stockage, point de raccordement |
| Site photovoltaïque-stockage-recharge | Recharge pilotée, équilibrage de charge, soutien des pointes de recharge par le stockage | Photovoltaïque, stockage, bornes, transformateur |
| Microréseau | Coordination photovoltaïque-stockage-diesel, équilibre de puissance, stratégies raccordées au réseau ou en îlotage | Photovoltaïque, stockage, groupes diesel, charges critiques |
| Renforcement temporaire de capacité d’une zone de distribution | Surveillance de la charge du transformateur, soutien de capacité par le stockage aux heures de pointe | Transformateur, compteur, stockage |
| Exploitation multisite | Remontée des données au cloud, supervision centralisée, maintenance distante, diffusion groupée des stratégies | Plusieurs nœuds edge et plateforme cloud |
Ces scénarios combinent les mêmes capacités de base. Consultez les exemples génériques Renforcement temporaire de capacité et Équilibrage de charge de recharge.
Transformer un besoin en stratégie réutilisable
Section intitulée « Transformer un besoin en stratégie réutilisable »Un besoin de projet se concrétise généralement ainsi :
- Définir l’objectif : par exemple, ne pas dépasser 800 kW au point de raccordement.
- Organiser les données : identifier les points requis, notamment puissance au raccordement, puissance PCS, SOC et état des équipements.
- Écrire les calculs : calculer le déficit de capacité, la puissance disponible de charge/décharge et les limites de protection.
- Configurer les déclenchements : définir les conditions de démarrage et d’arrêt, le filtrage anti-rebond et les modes dégradés en cas d’anomalie.
- Exécuter et valider : envoyer les consignes de puissance, enregistrer les alarmes et résultats, puis tester les conditions normales, limites et défaillantes.
- Créer un modèle : paramétrer les points, capacités et seuils propres au site pour les réutiliser dans d’autres projets.
L’expérience du projet devient ainsi un actif complet comprenant stratégie, paramètres, mappage des points et conditions de test, plutôt qu’un code difficile à transférer.
Des capacités validées par des essais de performance
Section intitulée « Des capacités validées par des essais de performance »Lors de la campagne du 2026-07-29 (rapport v1.3) sur AFE-E630 (4 cœurs Arm Cortex-A55, 3.81 GB de mémoire), la charge configurée et les résultats du scénario recommandé S3.5 sont les suivants :
| Indicateur | Configuration testée / résultat |
|---|---|
| Charge configurée d’acquisition | 5,000 points/seconde |
| Calculs agrégés | 30 |
| Tâches Trigger | 90/seconde, taux moyen d’atteinte du débit de 99.97% |
| Tâches MQTT | 20/seconde, taux moyen d’atteinte du débit de 99.90% |
| Tâches de coordination | 10/seconde |
| Latence P95 Trigger / MQTT | 56 ms / 77 ms |
| CPU de la machine, moyenne / P95 | 50.16% / 71.09% |
| Mémoire réelle de la machine, moyenne / P95 | 40.49% / 41.41% |
Ces résultats illustrent la capacité dans un environnement matériel, logiciel et méthodologique précis ; ils ne constituent pas un engagement de capacité pour tous les projets. Les essais comptabilisent 2,000 échantillons de ressources valides de courte durée. En production, prévoyez environ 20% de marge d’ingénierie par rapport à la charge testée et répétez les essais avec les scripts, tailles de messages et volumes de base réels.
L’environnement complet, la méthode statistique et les limites figurent dans Performances AFE-E630.
À qui s’adresse EMS Builder ?
Section intitulée « À qui s’adresse EMS Builder ? »- Fabricants d’équipements et intégrateurs souhaitant réduire les livraisons répétitives et constituer leurs propres produits EMS et actifs de stratégie.
- Équipes énergie disposant de capacités de développement souhaitant maîtriser l’évolution des stratégies, de l’interface et du cloud.
- EPC et exploitants répliquant rapidement des projets souhaitant réduire le délai de mise en service avec des modèles validés.
- Équipes de projets complexes nécessitant des équipements spécifiques, une coordination multiénergie ou une intégration approfondie à des plateformes existantes.
Selon les compétences de l’équipe et les objectifs de livraison, choisissez la construction sur plateforme, une solution standard ou la personnalisation conjointe. Consultez Modes de service.
Trouver la documentation selon le besoin
Section intitulée « Trouver la documentation selon le besoin »| Besoin | Documentation |
|---|---|
| Construire une première boucle de calcul | Démarrage rapide |
| Organiser points, programmes horaires et groupes | Modèle de données |
| Écrire des règles de contrôle et des processus d’alarme | Plans de déclenchement, Cycle de vie des alarmes |
| Ajouter des équipements similaires et actualiser les modèles | UDE et espaces réservés dynamiques |
| Consulter les tendances, exporter et conserver les données | Historique, Export, Archivage périodique |
| Gérer capacité, configuration et maintenance | Recommandations de stockage, Configuration d’exécution, Gel de maintenance |
| Suivre les résultats d’exécution des équipements | Journaux de contrôle |
| Utiliser un agent pour aider à configurer | 23 EMS Builder Skills |