> 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/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 peu chères et loin des heures coûteuses. Les limites de confort restent inchangées — seul le moment de la consommation d’énergie se déplace.

## 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 coûteuses à utiliser et que les heures de pointe paraissent plus coûteuses à éviter. Les objectifs de confort restent fixes. Les prix spot sont stockés à la résolution de 15 minutes du marché et moyennés à l’heure pour l’optimisation.

## Fonctionnement

* **Normalisation** — la courbe des prix est mise à l’échelle de sorte 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 pointes** — les prix situés dans la partie haute 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 limites** — les prix négatifs sont ramenés à zéro. Les prix manquants sont complétés à partir de la moyenne par heure de la journée sur la fenêtre disponible. Les prix passés n’influencent jamais la politique future.

### Exemple concret

Un bureau chauffé par un réseau urbain, chez un fournisseur qui publie un tarif dynamique, connaît un pic marqué le matin entre 06:00 et 08:00. Avec myLoadshift activé, myCoreAI préchauffe les circuits de chauffage pendant les heures nocturnes moins chères afin que le bâtiment atteigne les limites de confort du matin grâce à l’inertie thermique stockée. Les températures de départ baissent pendant le pic tarifé, puis reprennent le contrôle normal une fois le tarif redescendu. Le climat intérieur reste dans les limites de confort configurées tout au long du processus — seul le timing de l’énergie change.

## Portée

myLoadshift agit sur les températures de départ chauffage pour les circuits de chauffage et les batteries de chauffage des CTA. Il fonctionne avec deux sources de prix :

| Commandes                                                                     | Source d'énergie | Source de prix                                 |
| ----------------------------------------------------------------------------- | ---------------- | ---------------------------------------------- |
| Températures de départ chauffage (circuits et batteries de chauffage des CTA) | Électricité      | marché spot ENTSO-E                            |
| Températures de départ chauffage (circuits et batteries de chauffage des CTA) | Chauffage urbain | Signal tarifaire 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 relié à sa source d’énergie afin que myCoreAI applique la bonne courbe de prix.
* **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 limites de confort du bâtiment et les contraintes d’exploitation. Si un déplacement compromet 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 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/loadshift.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.