> 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/loadshift.md).

# myLoadshift

myLoadshift intègre les prix de l’énergie dans les décisions de contrôle de myCoreAI, en déplaçant la consommation vers les heures bon marché et en l’éloignant des heures coûteuses. Les bornes de confort ne sont pas modifiées — seul le moment de la consommation d’énergie change.

## Ce que cela fait

myCoreAI équilibre le confort, la consommation d’énergie et — lorsque myLoadshift est activé — le coût de l’énergie. La pénalité énergétique de chaque heure est multipliée par le prix de cette heure, de sorte que les heures bon marché paraissent moins chères à utiliser et que les heures de pointe paraissent plus coûteuses à éviter. Les objectifs de confort restent fixes.

## Comment cela fonctionne

* **Normalisation** — la courbe des prix est mise à l’échelle afin que sa moyenne sur l’horizon d’optimisation soit égale à 1. Seule la *forme* de la courbe influence le moment où l’énergie se déplace, et non son niveau absolu.
* **Amplification des pics** — les prix situés en haut de la plage journalière sont amplifiés, de sorte que les heures de pointe sont activement évitées plutôt que simplement moins prioritaires.
* **Cas particuliers** — les prix négatifs sont ramenés à zéro. Les prix manquants sont remplis à partir de la moyenne horaire sur l’ensemble de la fenêtre disponible. Les prix passés n’influencent jamais la politique future.

### Exemple pratique

Un bureau chauffé par réseau de chaleur, alimenté par un fournisseur qui publie un tarif dynamique, constate un pic marqué entre 06:00 et 08:00 le matin. Avec myLoadshift activé, myCoreAI préchauffe les circuits de chauffage pendant les heures nocturnes moins chères afin que le bâtiment atteigne les bornes de confort du matin grâce à la masse thermique stockée. Les températures d’alimentation baissent pendant le pic tarifaire, puis reviennent au contrôle normal une fois le tarif en baisse. Le climat intérieur reste en permanence dans les bornes de confort configurées — seul le timing de l’énergie change.

## Périmètre

myLoadshift agit sur les températures d’alimentation du chauffage pour les circuits de chauffage et les batteries de chauffage des unités de traitement d’air (CTA). Il fonctionne avec deux sources de prix :

| Commandes                                                                             | Source d’énergie | Source de prix                                |
| ------------------------------------------------------------------------------------- | ---------------- | --------------------------------------------- |
| Températures d’alimentation du chauffage (circuits et batteries de chauffage des CTA) | Électricité      | Marché spot ENTSO-E                           |
| Températures d’alimentation du chauffage (circuits et batteries de chauffage des CTA) | Chauffage urbain | Signal de tarif dynamique du chauffage urbain |

myLoadshift est activé par type d’énergie et n’influence que les parties du bâtiment alimentées par cette source.

## Exigences

* **Configuration des composants** — chaque composant de chauffage est lié à sa source d’énergie afin que myCoreAI applique la courbe de prix correcte.
* **Données de prix** — un flux de prix en direct ou prévisionnel pour le type d’énergie ciblé. L’électricité utilise le marché spot ENTSO-E ; le chauffage urbain dépend du fait que le fournisseur publie ou non un tarif dynamique.

## Le confort l’emporte toujours

myLoadshift fonctionne strictement dans les bornes de confort et les limites de fonctionnement du bâtiment. Si un déplacement devait compromettre le climat intérieur, myCoreAI ne l’exécute pas.


---

# 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/loadshift.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.