> 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/docs-us-cs/funkce-ai/comfort-schedule.md).

# Plán komfortu

Jak myCoreAI uvolňuje požadavky na komfort během neobsazených hodin.

Komfortní harmonogram umožňuje systému myCoreAI uvolnit požadavky na komfort, když je budova neobsazená. Udržovat komfort jako v pracovní době nepřetržitě znamená plýtvat energií na prázdných patrech. Noci, víkendy a časná rána mohou běžet s širšími teplotními limity a sníženým větráním, aniž by si toho někdo všiml.

a **ruční** harmonogram nakonfigurovaný pro každou budovu a **Automatický komfortní harmonogram (ACS)** který se učí obsazenost z vlastních senzorů CO₂ v budově. Lze je také kombinovat. ACS uplatňuje své útlumy nad rámec jakýchkoli limitů, které má ruční harmonogram v platnosti.

## Ruční komfortní harmonogram

Ruční varianta je týdenní harmonogram komfortních limitů, nakonfigurovaný pro každou budovu v BackOffice. Provoz definuje časové úseky a minimální/maximální limity, které se v každém z nich uplatňují. myCoreAI dostává tyto limity jako časově proměnné meze a optimalizuje v jejich rámci.

Ruční harmonogram je explicitní a předvídatelný. Limity se mění přesně tehdy, kdy to harmonogram říká, každý týden. To je také jeho omezení. Neadaptuje se na to, jak je budova ve skutečnosti využívána.

## Automatický komfortní harmonogram (ACS)

ACS eliminuje dohady. Místo nakonfigurovaného harmonogramu myCoreAI odvozuje obsazenost z dat ze senzorů CO₂. Když lidé přijdou, CO₂ stoupá. Když odejdou, klesá. Z tohoto vzorce myCoreAI vytvoří týdenní harmonogram obsazenosti pro každou vzduchotechnickou jednotku (AHU) s patnáctiminutovým rozlišením a uplatňuje útlumy během hodin, které se naučil jako neobsazené.

### Jak se obsazenost učí

* myCoreAI analyzuje přibližně posledních 90 dní údajů o CO₂ pro zóny obsluhované každou AHU.
* Pro každý vzor pracovního dne vyhledá ranní nárůst CO₂, obvykle 05:00–11:00, a večerní pokles, obvykle 14:00–22:00.
* Čas mezi těmito událostmi označí jako obsazený a vytvoří týdenní vzor pro každou AHU.
* Harmonogramy se průběžně přepočítávají, takže změny v používání se do naučeného harmonogramu promítají během několika týdnů.

Různé AHU mohou mít různé harmonogramy. Budova, kde jedna AHU obsluhuje tělocvičnu s nepřetržitým provozem a druhá kanceláře, nebude považována za rovnoměrně obsazenou.

### Co se mění během neobsazených hodin

Pro každou budovu jsou nakonfigurovány tři útlumy. Každý je nezávislý.

| Nastavení                 | Vztahuje se na                      | Účinek během neobsazených hodin                                                                                             |
| ------------------------- | ----------------------------------- | --------------------------------------------------------------------------------------------------------------------------- |
| Posun vnitřní teploty     | Meze vnitřní teploty                | Limity se rozšíří o ±X °C. Budova se může od cílové hodnoty odchýlit více.                                                  |
| Posun přiváděného vzduchu | Teplota přiváděného vzduchu AHU     | Nastavená hodnota může klesnout až o X °C.                                                                                  |
| Posun ventilace           | Nastavené hodnoty tlaku/průtoku AHU | Nastavená hodnota může klesnout až o X %, nebo při záporné hodnotě vzrůst, nikdy však ne pod 30 % nakonfigurovaného maxima. |

Nastavení `0` tento útlum vypíná. Pokud jsou všechny tři `0`, ACS stále vypočítává harmonogramy, ale neprovádí žádné změny.

### Bezpečnostní pojistky

ACS uvolňuje limity pouze tehdy, když si je jistý, že je budova prázdná. V případě pochybností předpokládá obsazení.

* Pokud jsou data CO₂ chybějící, příliš krátká nebo příliš plochá na to, aby ukázala jasný vzor, harmonogram se nastaví jako zcela obsazený.
* Vzor pracovního dne musí vykazovat alespoň 4 hodiny obsazenosti, aby mu bylo možné důvěřovat. Jinak se daná AHU vrátí ke stavu zcela obsazené.
* Ventilace nikdy neklesne pod 30 % nakonfigurovaného maxima, takže základní výměna vzduchu je vždy zachována.
* Jednotlivé signály lze z ACS vyloučit. To je užitečné pro zóny, které musí držet podmínky nepřetržitě, například serverovny nebo laboratoře.

{% hint style="info" %}
Naučený harmonogram se řídí pouze vzory podle dne v týdnu. Státní svátky běží podle harmonogramu svého příslušného dne v týdnu, takže pondělní svátek se považuje za běžné pondělí.
{% endhint %}

## Interakce s dalšími funkcemi

* [**Svoboda AI**](/myrspoven-docs/docs-us-cs/funkce-ai/ai-freedom.md) povoluje ACS se zaručeným útlumem. Komfortní limity se během neobsazených hodin rozšíří alespoň o 0,5 °C, i když není nakonfigurován žádný posun vnitřní teploty.
* [**Adaptivní min./max.**](/myrspoven-docs/docs-us-cs/funkce-ai/adaptive-min-max.md) může omezit, jak nízko mohou klesnout přívodní teploty topného okruhu. Obě hodnoty ponechte na `100` pokud k tomu není konkrétní důvod.


---

# 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/docs-us-cs/funkce-ai/comfort-schedule.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.
