> 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-ia/comfort-schedule.md).

# Programme de confort

Le planning de confort permet à myCoreAI d’assouplir les exigences de confort lorsqu’un bâtiment est inoccupé. Maintenir le confort des heures de bureau 24 h/24 gaspille de l’énergie dans des étages vides. Les nuits, les week-ends et les débuts de matinée peuvent fonctionner avec des plages de température plus larges et une ventilation réduite sans que personne ne s’en rende compte.

Il existe en deux variantes : un **manuel** planning configuré par bâtiment, et **Planification automatique du confort (ACS)** qui apprend l’occupation à partir des capteurs de CO₂ du bâtiment lui-même. Ils peuvent aussi être combinés. ACS applique ses relâchements par-dessus les limites définies par le planning manuel.

## Planning de confort manuel

La variante manuelle est un planning hebdomadaire des limites de confort, configuré par bâtiment dans BackOffice. Les opérations définissent des plages horaires et les limites min/max qui s’appliquent à chacune. myCoreAI reçoit ces limites comme des bornes variables dans le temps et optimise à l’intérieur de celles-ci.

Le planning manuel est explicite et prévisible. Les limites changent exactement quand le planning l’indique, chaque semaine. C’est aussi sa limite. Il ne s’adapte pas à l’usage réel du bâtiment.

## Planification automatique du confort (ACS)

ACS supprime les approximations. Au lieu d’un planning configuré, myCoreAI déduit l’occupation à partir des données des capteurs de CO₂. Quand des personnes arrivent, le CO₂ augmente. Quand elles partent, il baisse. À partir de ce schéma, myCoreAI construit un planning hebdomadaire d’occupation par centrale de traitement d’air (CTA) avec une résolution de 15 minutes et applique des relâchements pendant les heures qu’il a apprises comme inoccupées.

### Comment l’occupation est apprise

* myCoreAI analyse environ les 90 derniers jours de relevés de CO₂ pour les zones desservies par chaque CTA.
* Pour chaque schéma de jour de semaine, il repère la hausse matinale de CO₂, généralement entre 05:00 et 11:00, puis la baisse du soir, généralement entre 14:00 et 22:00.
* Il marque comme occupé le temps entre ces événements et construit un schéma hebdomadaire par CTA.
* Les plannings sont recalculés en continu, de sorte que les changements d’utilisation se répercutent sur le planning appris en quelques semaines.

Différentes CTA peuvent avoir des plannings différents. Un bâtiment où une CTA dessert une salle de sport ouverte 24 h/24 et une autre dessert des bureaux ne sera pas traité comme uniformément occupé.

### Ce qui change pendant les heures d’inoccupation

Trois relâchements sont configurés par bâtiment. Chacun est indépendant.

| Paramètre                          | S’applique à                                   | Effet pendant les heures d’inoccupation                                                                        |
| ---------------------------------- | ---------------------------------------------- | -------------------------------------------------------------------------------------------------------------- |
| Décalage de température intérieure | Plages de température intérieure               | Les plages s’élargissent de ±X °C. Le bâtiment peut s’éloigner davantage de la cible.                          |
| Décalage du soufflage              | Température de soufflage de la CTA             | Le point de consigne peut diminuer jusqu’à X °C.                                                               |
| Décalage de ventilation            | Points de consigne de pression/débit de la CTA | Le point de consigne peut diminuer jusqu’à X %, sans jamais descendre en dessous de 30 % du maximum configuré. |

Une valeur de `0` désactive ce relâchement. Si les trois sont à `0`, ACS calcule quand même les plannings mais n’applique aucun changement.

### Dispositifs de sécurité

ACS n’assouplit les limites que lorsqu’il est sûr que le bâtiment est vide. En cas de doute, il suppose occupé.

* Si les données de CO₂ sont manquantes, trop courtes ou trop plates pour montrer un schéma clair, le planning est par défaut considéré comme entièrement occupé.
* Un schéma de jour de semaine doit montrer au moins 4 heures d’occupation pour être considéré comme fiable. Sinon, cette CTA revient à un état entièrement occupé.
* La ventilation ne descend jamais en dessous de 30 % du maximum configuré, de sorte qu’un renouvellement d’air de base est toujours maintenu.
* Des signaux individuels peuvent être exclus d’ACS. C’est utile pour les zones qui doivent maintenir des conditions 24 h/24, comme les salles serveurs ou les laboratoires.

{% hint style="info" %}
Le planning appris suit uniquement les schémas par jour de la semaine. Les jours fériés sont exécutés selon le planning de leur jour correspondant, donc un lundi férié est traité comme un lundi normal.
{% endhint %}

## Interaction avec d’autres fonctionnalités

* [**AI Freedom**](/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-ia/ai-freedom.md) permet d’activer ACS avec un relâchement garanti. Les limites de confort s’élargissent d’au moins 0,5 °C pendant les heures d’inoccupation, même si aucun décalage de température intérieure n’est configuré.
* [**Min/max adaptatifs**](/myrspoven-docs/myrspoven-docs-fr/fonctionnalites-ia/adaptive-min-max.md) peut limiter jusqu’où les températures de soufflage du circuit de chauffage peuvent baisser. Conservez les deux valeurs à `100` moins qu’il n’y ait une raison précise de ne pas le faire.


---

# 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/fonctionnalites-ia/comfort-schedule.md?ask=<question>&goal=<endgoal>
```

`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.