Aperçu

myCoreAI fonctionne à partir des données opérationnelles des bâtiments et de fournisseurs de données externes. Les intégrations transmettent ces valeurs à Myrspoven et, lorsque le système connecté prend en charge le contrôle, renvoient de nouvelles valeurs de consigne au bâtiment.

Ce chapitre présente les options d’intégration disponibles et les exigences côté bâtiment.

Opérations techniques : confirment quels signaux myCoreAI doit lire et, le cas échéant, quelles consignes il peut écrire. Intégrateurs : définissent le périmètre de l’API, du protocole, du composant edge, de l’accès réseau et de la passation de mise en service. Gestionnaires d’actifs : comprennent quelles sources de données sont utilisées et comment les données d’énergie, de capteurs, IoT et météorologiques sont ingérées.

Modèles d’intégration

Les intégrations Myrspoven utilisent deux modèles principaux.

Myrspoven s’intègre à des API externes

Dans ce modèle, Myrspoven est responsable de l’écriture et de la maintenance du code d’intégration. myCoreAI se connecte au système externe, lit les valeurs configurées et renvoie de nouvelles valeurs de consigne lorsque le système connecté prend en charge le contrôle.

Les intégrations BMS et SCADA prises en charge comprennent des connecteurs de plateforme dédiés et des intégrations basées sur des protocoles :

• Web Port
• Siemens Building X
• Ouman
• Fidelix Analytics
• ProptechOS

Ces intégrations prennent en charge à la fois la lecture des données BMS et l’écriture de nouvelles valeurs de consigne.

Les plateformes nommées ne constituent pas la limite de ce qui peut être connecté. Web Port est une couche passerelle offrant la prise en charge de pilotes pour de nombreux protocoles de terrain et types d’appareils, ce qui permet à Myrspoven de s’intégrer à une gamme plus large d’installations locales BMS et d’automatisation que ne le suggère la seule liste des fournisseurs. Voir Prise en charge des pilotes Web Port et Web Port.

Myrspoven prend également en charge des intégrations plus légères en lecture seule pour les données de capteurs, IoT, d’énergie, météorologiques et environnementales :

• Yggio
• EcoGuard
• PropEye
• Mestro
• Metry
• Radonova
• OpenMeteo
• AirThings

La plupart des intégrations de ce modèle reposent sur HTTP/REST. Myrspoven prend également en charge des intégrations basées sur MQTT lorsque cela convient le mieux au système externe.

Les fournisseurs externes s’intègrent à Myrspoven

Dans ce modèle, le fournisseur externe est responsable de l’envoi des valeurs à Myrspoven. Le fournisseur utilise l’API IA de Myrspoven pour envoyer des valeurs depuis un BMS ou un autre fournisseur de données, et pour récupérer de nouvelles valeurs de consigne lorsqu’elles sont disponibles.

Ce modèle est utilisé lorsque la partie externe détient la connexion au BMS ou à la plateforme de données et peut exposer les valeurs requises via l’API IA de Myrspoven.

En pratique, Myrspoven peut intégrer des bâtiments via :

• Des intégrations fournisseurs dédiées, telles que Siemens et Schneider.
• Des intégrations basées sur des protocoles via Web Port et son écosystème de pilotes.
• Des partenaires externes qui fournissent des données et des consignes via l’API IA de Myrspoven.

Contenu

• Intégrations BMS — intégrations BMS et SCADA, périmètre de lecture/écriture, couverture des protocoles et exigences de connexion.
• Données énergétiques — options pour ingérer les données de consommation, y compris la récupération depuis le BMS, Mestro, Metry et le téléversement manuel. Une résolution plus élevée améliore les résultats d’optimisation.
• API Myrspoven — accès à l’API pour l’ingestion des données et la récupération des consignes.

Exigences côté bâtiment

Les exigences dépendent du modèle d’intégration et de la source de données. Un projet type peut nécessiter :

• L’accès à l’API externe, au BMS, au système SCADA ou au fournisseur de données qui détient les valeurs requises.
• Accès en lecture et en écriture au BMS lorsque myCoreAI est configuré pour optimiser et piloter les consignes.
• Des identifiants d’API ou une méthode d’authentification convenue pour les fournisseurs tiers en lecture seule.
• Un serveur virtuel dans le réseau du bâtiment lorsqu’un composant edge sur site est utilisé.
• Un accès réseau sortant depuis ce serveur vers le cloud Myrspoven. Aucune ouverture de pare-feu entrante.
• Un interlocuteur technique pour la mise en service et le mapping des signaux.

La liste des signaux, la propriété des données et le périmètre des consignes sont convenus lors d’une étude technique et ne changent pas sans configuration explicite.