> For the complete documentation index, see [llms.txt](https://docs.myrspoven.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.myrspoven.com/myrspoven-docs/myrspoven-docs-fr/integrations/overview.md). # 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](https://kiona.com/products/web-port/driver-support) et [Web Port](/myrspoven-docs/myrspoven-docs-fr/integrations/overview/bms-integrations/web-port.md). 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**](/myrspoven-docs/myrspoven-docs-fr/integrations/overview/bms-integrations.md) — intégrations BMS et SCADA, périmètre de lecture/écriture, couverture des protocoles et exigences de connexion. * [**Données énergétiques**](/myrspoven-docs/myrspoven-docs-fr/integrations/overview/energy-data.md) — 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**](/myrspoven-docs/myrspoven-docs-fr/integrations/api.md) — 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. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.myrspoven.com/myrspoven-docs/myrspoven-docs-fr/integrations/overview.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.