> 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/fonctionnalites-dia/overview.md).

# Aperçu

myCoreAI exécute une boucle d’optimisation continue sur chaque bâtiment : il entraîne un modèle à partir des données propres du bâtiment, prédit comment les changements de consigne affectent le climat intérieur et la consommation d’énergie, et écrit des consignes dans le système de gestion technique du bâtiment (BMS) qui réduisent la consommation tout en restant dans les limites de confort convenues. Les pages de ce chapitre documentent les fonctionnalités individuelles qui façonnent cette boucle. Celles qui sont actives dépendent du périmètre du contrat et de ce que le BMS expose en lecture et en écriture.

**Gestion des actifs et des installations :** myCoreAI réduit la consommation de chauffage et d’électricité sans investissement en capital, tout en maintenant le confort dans les limites contractuelles — améliorant les coûts d’exploitation et soutenant les obligations de gestion de l’énergie au titre des normes ISO 50001 et EPBD.

**Exploitation technique :** myCoreAI fournit une couche d’optimisation transparente au-dessus du BMS existant. Les écritures de consigne, les limites de confort et le compromis énergie/confort sont tous configurables par bâtiment et par zone.

**Intégrateurs :** myCoreAI consomme les points de données du BMS via les intégrations standard (BACnet, Modbus, API des fournisseurs) et renvoie les écritures par les mêmes canaux. Aucun système de contrôle parallèle n’est introduit.

## Comportement de base

La boucle d’optimisation — entraînement du modèle, compromis confort/énergie, écriture des consignes — est toujours active pour tout bâtiment sous le contrôle de myCoreAI. Les fonctionnalités ci-dessous l’ajustent ou l’étendent.

1. **Modèle.** myCoreAI entraîne un modèle spécifique au bâtiment à partir des données historiques des capteurs et des consignes. Un nouveau bâtiment nécessite généralement d’abord environ 30 jours de données (voir le [FAQ](/myrspoven-docs/myrspoven-docs-fr/faq.md)).
2. **Prévoir.** Il prévoit le climat intérieur et la réponse énergétique à des changements de consigne candidats sur l’horizon d’optimisation.
3. **Décider.** Il sélectionne le point de fonctionnement qui minimise l’énergie ou le coût sous les limites de confort actives.
4. **Écrire.** Il transmet les consignes résultantes au BMS à la cadence configurée.

## Comment myCoreAI gère les équipements

* **Pompes arrêtées.** myCoreAI n’écrit aucune consigne dans un circuit de chauffage dont toutes les pompes sont à l’arrêt. Une seule pompe en marche suffit pour maintenir le contrôle.
* **Comportement été.** Les circuits de chauffage passent en comportement été une fois que la moitié d’entre eux ont leurs pompes à l’arrêt.
* **Récupération de chaleur d’abord.** Sur les centrales de traitement d’air, myCoreAI utilise d’abord la récupération de chaleur avant le chauffage direct.
* **Contrôle de l’air repris.** Sur les centrales de traitement d’air contrôlées sur la température de reprise, le débit d’air repris est un signal contrôlable.

## Fonctionnalités

* [**Min/max adaptatifs**](/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-dia/adaptive-min-max.md) — Limite jusqu’où les consignes du circuit de chauffage peuvent s’éloigner de la courbe d’alimentation de référence.
* [**Liberté de l’IA**](/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-dia/ai-freedom.md) — Permet à myCoreAI d’utiliser des limites de confort apprises et des abaissements pendant les heures d’inoccupation pour réaliser davantage d’économies.
* [**Programme de confort**](/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-dia/comfort-schedule.md) — Relâche les limites de confort et la ventilation pendant les heures d’inoccupation planifiées ou apprises.
* [**Pénalité IA**](/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-dia/ai-penalty.md) — La fonction d’arbitrage qui équilibre la consommation d’énergie et les écarts de confort.
* [**Contrôle des courants d’air**](/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-dia/draught-control.md) — Maintient l’eau des radiateurs suffisamment chaude lors des journées froides au bureau afin d’éviter les courants d’air froid près des fenêtres.
* [**Regroupements**](/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-dia/groupings.md) — Regroupement logique des capteurs pour le contrôle et le reporting.
* [**Référence du climat intérieur**](/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-dia/indoor-climate-baseline.md) — Limites de confort apprises à partir de l’historique propre du bâtiment, utilisées lorsque la Liberté de l’IA est activée.
* [**myLoadshift**](/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-dia/loadshift.md) — Décale la consommation d’énergie de chauffage vers les heures les moins chères tout en maintenant le confort.
* [**Contrôle de circuit mixte**](/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-dia/mixed-circuit-control.md) — Logique de contrôle pour les circuits qui alimentent à la fois un circuit en aval et une centrale de traitement d’air.
* [**Fonction de point de rosée**](/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-dia/dew-point-function.md) — Maintient les consignes d’eau glacée au-dessus du point de rosée pour éviter la condensation.


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.myrspoven.com/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-dia/overview.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.