> 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/bms-integrations.md). # Intégrations BMS ## Vue d'ensemble myCoreAI se connecte au système de gestion du bâtiment (BMS) existant d’un immeuble afin de lire les valeurs des capteurs et des compteurs et d’écrire les consignes qu’il a été configuré pour contrôler. Le BMS conserve le contrôle opérationnel ; seuls les signaux convenus sont utilisés. **Gestion des actifs et des installations :** myCoreAI améliore le confort des utilisateurs et l’efficacité énergétique sur le BMS déjà installé — aucun remplacement du matériel de contrôle. **Exploitation technique :** myCoreAI expose le comportement des consignes, les limites et les remplacements manuels sous forme de signaux auditables. Le BMS reste la source unique de vérité opérationnelle. **Intégrateurs :** myCoreAI se connecte via des protocoles standard (REST, OPC UA, BACnet, Modbus ou un SDK fournisseur), avec une solution Myrspoven edge disponible lorsque l’accès direct n’est pas possible. ### Comment fonctionne l’intégration Le flux de communication entre Myrspoven et le bâtiment peut se faire de l’une des deux manières principales suivantes : 1. **Connexion directe au BMS.** myCoreAI se connecte au BMS via une interface accessible sur le réseau — c’est le cas le plus courant lorsque le bâtiment peut être contrôlé via une plateforme cloud ou lorsque le BMS local est accessible depuis Internet à travers le pare-feu local. Les données circulent dans les deux sens selon la liste de signaux convenue. 2. **Via Myrspoven edge.** Lorsque l’accès direct n’est pas possible — réseaux fermés, protocoles hérités, environnements informatiques segmentés — une petite application edge s’exécute sur un serveur virtuel à l’intérieur du réseau du bâtiment et fait le lien entre le BMS et les serveurs Myrspoven. L’application edge interroge les serveurs Myrspoven et envoie les données/récupère les mises à jour des consignes, de sorte qu’aucune règle de pare-feu entrante n’est requise. Dans les deux cas, le BMS conserve le contrôle opérationnel. myCoreAI ne lit que les signaux pour lesquels il a été configuré, et n’écrit que les consignes pour lesquelles il a été configuré. ### Lire et écrire Les lectures sont effectuées en continu — généralement toutes les minutes, et au maximum toutes les cinq minutes, selon l’intégration. (Les rapports et l’ensemble de données de l’interface sont échantillonnés à l’heure.) Les lectures courantes incluent les données des capteurs intérieurs (température, CO₂ et humidité), la température extérieure, les compteurs d’énergie, les consignes actuelles et l’état des équipements. Les écritures sont limitées aux consignes convenues lors du démarrage. Les consignes typiques sont les consignes de température de départ du circuit de chauffage, la température de départ et les consignes de ventilation des centrales de traitement d’air (CTA), les consignes de refroidissement, ainsi que les consignes des unités terminales au niveau des zones lorsque le BMS les expose. Les opérations d’écriture ont lieu chaque fois qu’une optimisation a produit avec succès de nouvelles valeurs de consigne. Chaque consigne modifiable dispose à l’avance de limites minimales et maximales convenues ; myCoreAI ne peut pas pousser une consigne en dehors de ces limites. Les remplacements manuels provenant du BMS prennent effet immédiatement, et myCoreAI s’adapte à la lecture suivante. Les écritures peuvent également être mises en pause bâtiment par bâtiment — les lectures et les rapports continuent, mais l’actionnement s’arrête. ### Plateformes BMS et protocoles pris en charge Les plateformes ci-dessous sont actuellement en production. Ce sont des voies de livraison courantes, et non une limite stricte de ce à quoi Myrspoven peut se connecter. | Plateforme | Fournisseur | Connexion | Statut | Détail | | ---------------------------------------- | ------------------ | ------------------------------------------------------------------------------------------------------------------------------------------ | ---------------------- | --------- | | **Web Port** | Kiona | Serveur Web Port local (Windows) → Myrspoven Web Port-Cloud ; Modbus / BACnet / protocoles industriels côté local | En production | Web Port | | **EcoStruxure Building Operation (EBO)** | Schneider Electric | Sur site via Myrspoven edge, ou dans le cloud via Schneider SmartConnector ; dossiers dédiés Read / Write / Overwrite-Bindings du côté EBO | En production | Schneider | | **Building X (BPCloud)** | Siemens | JSON:API sur HTTPS, identifiants client OAuth2. Cartographie sémantique des équipements/points étiquetés → composants et signaux Myrspoven | En production | Siemens | | **Desigo CC** | Siemens | Chemin hérité sur site ; nécessite une configuration manuelle des signaux virtuels dans le BMS | En production (hérité) | Siemens | ### Couverture de protocole plus large via Web Port Web Port agit comme une passerelle de protocoles. Il prend en charge un large éventail de pilotes pour l’automatisation des bâtiments et les protocoles industriels. Cela étend considérablement la surface d’intégration pratique bien au-delà des fournisseurs nommés sur cette page. Si un bâtiment expose les signaux requis via un pilote pris en charge par Web Port, Myrspoven peut souvent s’intégrer sans avoir besoin d’un connecteur dédié à un fournisseur spécifique. L’adéquation finale dépend toujours de la disponibilité des signaux, du périmètre d’écriture, de l’accès réseau et des exigences du projet. Voir [Web Port](/myrspoven-docs/myrspoven-docs-fr/integrations/overview/bms-integrations/web-port.md) et [Prise en charge des pilotes Web Port](https://kiona.com/products/web-port/driver-support). Pour les plateformes non répertoriées ici, contactez Myrspoven pour évaluer la meilleure voie — connecteur direct, Web Port ou Myrspoven AI-API. ### Ce qu’il faut pour intégrer un nouveau bâtiment Le propriétaire du bâtiment ou l’intégrateur fournit généralement : * Une **liste de signaux** pour les lectures et une liste de consignes autorisées pour les écritures. Produites ensemble lors de l’étude technique. * Une **interlocuteur** chez l’intégrateur BMS pour la mise en service. Pour un bâtiment avec un BMS local derrière un pare-feu nécessitant Myrspoven edge, les exigences supplémentaires sont les suivantes : * Une **serveur virtuel** dans le réseau du bâtiment pour Myrspoven edge (lorsque la solution Myrspoven edge est utilisée). * **Accès réseau sortant** depuis ce serveur vers le cloud Myrspoven. * **Accès au BMS** — lecture et écriture — sur un protocole pris en charge. * **Accès VPN temporaire** pendant l’installation et la configuration de l’edge. Aucun trafic opérationnel n’utilise le VPN. ### Mises à jour/maintenance de Myrspoven edge Pour simplifier les mises à jour des installations Myrspoven edge, nous utilisons [Octopus Deploy](https://octopus.com/). Nous installons un tentacule Octopus sur la machine virtuelle de votre réseau, qui vérifie régulièrement auprès de notre serveur Octopus s’il existe une nouvelle version à télécharger et à installer. Il effectuera des requêtes sortantes via https et téléchargera le logiciel mis à jour lorsqu’il sera disponible. Il peut également se mettre à jour lui-même lorsque cela est nécessaire. ### Sécurité Toutes les connexions BMS sont chiffrées. Le périmètre d’écriture est limité à la liste de consignes convenue et ne peut pas être élargi sans configuration explicite. L’edge n’effectue des interrogations qu’en sortie — aucun port entrant n’est ouvert sur le réseau du bâtiment. *** --- # 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/bms-integrations.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.