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

# myLoadshift

myLoadshift väger in energipriser i myCoreAI:s styrbeslut och flyttar förbrukningen mot billiga timmar och bort från dyra. Komfortgränserna påverkas inte — bara tidpunkten för energianvändningen flyttas.

## Vad det gör

myCoreAI balanserar komfort, energianvändning och, när myLoadshift är aktiverat, energikostnad. Varje timmes energistraff multipliceras med den timmens pris, så billiga timmar ser billigare ut att använda och pristoppar blir dyrare att undvika. Komfortmålen förblir fasta. Spotpriser lagras med marknadens 15-minutersupplösning och medelvärdesbildas till timnivå för optimering.

## Så fungerar det

* **Normalisering** — priskurvan skalas så att dess medelvärde över optimeringshorisonten blir 1. Endast *formen* på kurvan påverkar när energin flyttas, inte dess absoluta nivå.
* **Toppförstärkning** — priser i den övre delen av dagens spann förstärks, så topptimmar undviks aktivt i stället för att bara få lägre prioritet.
* **Specialfall** — negativa priser begränsas till noll. Saknade priser fylls i med timme-på-dygnet-genomsnittet över det tillgängliga fönstret. Tidigare priser påverkar aldrig framtida styrning.

### Exempel

Ett kontor med fjärrvärme på ett nätbolag som publicerar en dynamisk tariff ser en tydlig morgontopp mellan 06:00 och 08:00. Med myLoadshift aktiverat förvärmer myCoreAI värmekretsarna under de billigare nattimmarna så att byggnaden når morgonens komfortgränser på lagrad termisk massa. Framledningstemperaturerna sänks under pristoppen och återgår sedan till normal styrning när tariffen sjunker. Inomhusklimatet ligger hela tiden inom de konfigurerade komfortgränserna — bara energitidpunkten flyttas.

## Omfattning

myLoadshift påverkar framledningstemperaturer för värmekretsar och värmebatterier i luftbehandlingsaggregat (AHU). Det körs mot två priskällor:

| Styrning                                                         | Energikälla | Priskälla                            |
| ---------------------------------------------------------------- | ----------- | ------------------------------------ |
| Framledningstemperaturer för värmekretsar och AHU-värmebatterier | El          | ENTSO-E spotmarknad                  |
| Framledningstemperaturer för värmekretsar och AHU-värmebatterier | Fjärrvärme  | Dynamisk tariffsignal för fjärrvärme |

myLoadshift aktiveras per energityp och påverkar endast de delar av byggnaden som försörjs av den källan.

## Krav

* **Komponentkonfiguration** — varje värmekomponent kopplas till sin energikälla så att myCoreAI tillämpar rätt priskurva.
* **Prisdata** — ett aktuellt eller prognostiserat prisflöde för den avsedda energitypen. El använder ENTSO-E spotmarknad; fjärrvärme beror på om nätbolaget publicerar en dynamisk tariff.

## Komfort går alltid först

myLoadshift arbetar strikt inom byggnadens komfortgränser och driftgränser. Om en förskjutning skulle äventyra inomhusklimatet utför myCoreAI den inte.


---

# 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-sv/ai-funktioner/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.