> 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/indoor-climate-baseline.md).

# Base de climat intérieur

Le niveau de référence du climat intérieur permet à myCoreAI d'intégrer le climat intérieur historique d'un bâtiment dans la façon dont il optimise de manière agressive, plutôt que de s'appuyer uniquement sur les limites de température configurées. C'est l'un des mécanismes soumis à AI Freedom. L'objectif : donner à myCoreAI davantage de marge pour économiser de l'énergie là où le bâtiment a historiquement toléré des marges de confort plus larges, sans jamais fonctionner en dehors des conditions dans lesquelles il a réellement déjà opéré.

## Comment le niveau de référence est calculé

myCoreAI construit le niveau de référence à partir de **données de référence** — des données historiques de température intérieure provenant de périodes où myCoreAI n'était pas en contrôle. À partir de ces données, il calcule **limites de référence**: un minimum et un maximum par capteur qui approchent les limites historiques de confort du bâtiment.

* S'applique uniquement aux **capteurs de température intérieure**. Le CO₂, les températures de soufflage et les compteurs d'énergie ne sont pas affectés.
* Les valeurs aberrantes sont filtrées avant le calcul des limites ; une seule heure froide ou chaude ne fausse pas le résultat.
* Nécessite une couverture saisonnière suffisante. Si la période de référence ne contient pas assez de données d'hiver et d'été, le niveau de référence ne peut pas être produit et myCoreAI revient aux limites configurées.

## Fonctionnement du paramètre

Le niveau de référence est contrôlé conjointement avec AI Freedom et est en pratique binaire :

| AI Freedom | Niveau de référence                                                              |
| ---------- | -------------------------------------------------------------------------------- |
| 0          | Désactivé — seules les limites configurées sont utilisées.                       |
| > 0        | Activé — toute valeur supérieure à zéro applique le niveau de référence complet. |

Lorsqu'il est actif, myCoreAI compare deux ensembles candidats de limites par capteur :

1. Les **limites configurées** définies dans la plateforme.
2. Les **limites de référence** dérivées de l'historique.

Pour la borne inférieure, myCoreAI choisit l'ensemble qui a la **moyenne la plus basse** pendant les heures de bureau — celui qui laisse davantage de marge pour faire baisser les températures. Pour la borne supérieure, il choisit celui qui a la **moyenne la plus élevée**. Si l'ensemble de référence n'est pas le plus extrême, myCoreAI décale les limites de référence afin que leur moyenne corresponde à la moyenne configurée ; la forme de la courbe de référence est préservée, mais le niveau s'aligne sur ce qui a été configuré.

Le niveau de référence ne fait que **élargir** les marges de confort. Il ne resserre jamais les limites au-delà de ce qui a été configuré.

## Heures de bureau

myCoreAI sépare les heures de bureau du reste de la semaine, car les marges de confort tolérées diffèrent souvent entre les jours ouvrés et les nuits/week-ends. Les heures de bureau sont fixes pour tous les bâtiments de **07:00–18:00, du lundi au vendredi**. Chaque limite de référence a donc une valeur pour les heures de bureau et une autre pour les heures hors bureau.

Dans un bâtiment au climat stable, les deux valeurs sont presque identiques. Dans un bâtiment avec de forts schémas jour/nuit ou semaine/week-end, elles divergent davantage.

## Seuil de sécurité pour les bâtiments historiquement chauds

Si un bâtiment a historiquement fonctionné à une température élevée mais est configuré avec des limites inférieures relativement basses, appliquer la valeur minimale de référence telle quelle pourrait amener le bâtiment à une température plus froide que celle à laquelle il a jamais fonctionné. Une règle de sécurité empêche cela :

> Si la moyenne de la température minimale de référence est supérieure à 20,7 °C mais que la température minimale configurée est inférieure à 20,7 °C, myCoreAI ajuste les limites choisies afin que leur moyenne atteigne 20,7 °C.

## Exemple pratique

Un immeuble de bureaux a été configuré avec une limite de température intérieure basse de 20,0 °C, mais deux saisons de chauffage de données de référence montrent que le bâtiment n'a en réalité jamais fonctionné en dessous de 21,4 °C pendant les heures de bureau. Avec AI Freedom réglé au-dessus de zéro, myCoreAI sélectionne la température minimale de référence comme borne inférieure la plus extrême, puis applique le seuil de sécurité de 20,7 °C : la limite inférieure choisie est décalée de sorte que sa moyenne sur les heures de bureau soit de 20,7 °C au lieu de 20,0 °C. La borne supérieure est laissée à la valeur configurée, car la température maximale de référence se situe à l'intérieur de celle-ci. Résultat : myCoreAI obtient une borne inférieure réaliste contre laquelle agir pendant l'abaissement nocturne et la montée en température du matin, sans jamais faire descendre le bâtiment en dessous des températures qu'il a historiquement maintenues.

## Ce que cela signifie en pratique

* Les limites configurées restent maîtresses. Le niveau de référence ne fait qu'élargir les marges de confort.
* Les bâtiments disposant de nombreuses données historiques gagnent en flexibilité, car il existe davantage de preuves de ce que le bâtiment a toléré.
* Les bâtiments disposant d'un historique mince ou peu représentatif reviennent aux limites configurées et se comportent de manière conservatrice.
* Les bâtiments récemment intégrés voient peu ou pas d'effet de niveau de référence jusqu'à ce qu'assez de données des périodes hors contrôle s'accumulent sur plusieurs saisons.


---

# 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/indoor-climate-baseline.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.
