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

# Komfortschema

Komfortschemat låter myCoreAI släppa på komfortkraven när en byggnad inte är i bruk. Att hålla kontorskomfort dygnet runt slösar energi på tomma våningar. Nätter, helger och tidiga morgnar kan köras med större temperaturintervall och minskad ventilation utan att någon märker det.

Den finns i två varianter: en **manuell** schema konfigurerat per byggnad, och **Automatiskt komfortschema (ACS)** som lär sig beläggningen från byggnadens egna CO₂-sensorer. De kan också kombineras. ACS tillämpar sina sänkningar ovanpå de gränser som det manuella schemat har i kraft.

## Manuellt komfortschema

Den manuella varianten är ett veckoschema med komfortgränser, konfigurerat per byggnad i BackOffice. Driften definierar tidsintervall och de min-/maxgränser som gäller i varje intervall. myCoreAI tar emot dessa gränser som tidsvarierande begränsningar och optimerar inom dem.

Det manuella schemat är tydligt och förutsägbart. Gränserna ändras exakt när schemat säger att de ska göra det, varje vecka. Det är också dess begränsning. Det anpassar sig inte till hur byggnaden faktiskt används.

## Automatiskt komfortschema (ACS)

ACS tar bort gissandet. I stället för ett konfigurerat schema härleder myCoreAI beläggning från CO₂-sensordata. När människor anländer stiger CO₂. När de lämnar sjunker den. Utifrån det mönstret bygger myCoreAI ett veckovis beläggningsschema per luftbehandlingsaggregat (AHU) med 15-minutersupplösning och tillämpar sänkningar under de timmar som det har lärt sig är obemannade.

### Hur beläggning lärs in

* myCoreAI analyserar ungefär de senaste 90 dagarnas CO₂-avläsningar för de zoner som betjänas av varje AHU.
* För varje veckodagsmönster hittar den morgonens CO₂-ökning, vanligtvis 05:00–11:00, och kvällens minskning, vanligtvis 14:00–22:00.
* Den markerar tiden mellan dessa händelser som bemannad och bygger ett veckomönster per AHU.
* Scheman beräknas om kontinuerligt, så förändringar i användningen slår igenom i det inlärda schemat inom några veckor.

Olika AHU:er kan få olika scheman. En byggnad där en AHU betjänar ett gym som är öppet dygnet runt och en annan betjänar kontor kommer inte att behandlas som om den vore jämnt bemannad.

### Vad som ändras under obemannade timmar

Tre sänkningar konfigureras per byggnad. Var och en är oberoende.

| Inställning                | Gäller för                        | Effekt under obemannade timmar                                                                    |
| -------------------------- | --------------------------------- | ------------------------------------------------------------------------------------------------- |
| Inomhustemperaturavvikelse | Inomhustemperaturgränser          | Gränserna breddas med ±X °C. Byggnaden kan avvika längre från målet.                              |
| Tilluftsavvikelse          | AHU:ns tilluftstemperatur         | Inställningsvärdet kan sjunka med upp till X °C.                                                  |
| Ventilationsavvikelse      | AHU:ns tryck-/flödesinställningar | Inställningsvärdet kan sjunka med upp till X %, aldrig under 30 % av det konfigurerade maxvärdet. |

En inställning på `0` inaktiverar den sänkningen. Om alla tre är `0`, beräknar ACS fortfarande scheman men tillämpar inga ändringar.

### Säkerhetsåtgärder

ACS släpper bara på gränserna när den är säker på att byggnaden är tom. Vid minsta tvekan antar den att den är bemannad.

* Om CO₂-data saknas, är för kort eller för jämn för att visa ett tydligt mönster, går schemat som standard till fullt bemannat.
* Ett veckodagsmönster måste visa minst 4 bemannade timmar för att anses tillförlitligt. Annars faller den AHU:n tillbaka till fullt bemannat.
* Ventilationen sjunker aldrig under 30 % av det konfigurerade maxvärdet, så ett grundläggande luftutbyte upprätthålls alltid.
* Enskilda signaler kan undantas från ACS. Detta är användbart för zoner som måste hålla förhållanden dygnet runt, till exempel serverrum eller laboratorier.

{% hint style="info" %}
Det inlärda schemat följer endast veckodagsmönster. Helgdagar körs enligt schemat för sin veckodag, så en helgdag på måndag behandlas som en vanlig måndag.
{% endhint %}

## Interaktion med andra funktioner

* [**AI Freedom**](/myrspoven-docs/myrspoven-docs-sv/ai-funktioner/ai-freedom.md) aktiverar ACS med en garanterad sänkning. Komfortgränserna breddas med minst 0,5 °C under obemannade timmar, även om ingen inomhustemperaturavvikelse är konfigurerad.
* [**Adaptiv min/max**](/myrspoven-docs/myrspoven-docs-sv/ai-funktioner/adaptive-min-max.md) kan begränsa hur långt framledningstemperaturerna i värmekretsen får sjunka. Låt båda värdena stå på `100` om det inte finns någon särskild anledning att inte göra det.


---

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