> 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-pl/funkcje-ai/comfort-schedule.md). # Harmonogram komfortu Harmonogram komfortu pozwala myCoreAI luzować wymagania komfortu, gdy budynek jest nieużywany. Utrzymywanie komfortu z godzin pracy przez całą dobę marnuje energię na pustych piętrach. Noce, weekendy i wczesne poranki mogą działać z szerszymi granicami temperatury i zredukowaną wentylacją, bez niczyjej wiedzy. Występuje w dwóch wariantach: **ręczny** harmonogram skonfigurowany dla każdego budynku oraz **Automatyczny Harmonogram Komfortu (ACS)** który uczy się obecności na podstawie własnych czujników CO₂ w budynku. Można je również łączyć. ACS stosuje swoje obniżki dodatkowo do wszelkich granic obowiązujących w harmonogramie ręcznym. ## Ręczny harmonogram komfortu Wariant ręczny to tygodniowy harmonogram granic komfortu, skonfigurowany dla każdego budynku w BackOffice. Operacje definiują przedziały czasowe oraz obowiązujące w nich granice min./maks. myCoreAI otrzymuje te granice jako zmienne w czasie limity i optymalizuje w ich obrębie. Ręczny harmonogram jest jawny i przewidywalny. Granice zmieniają się dokładnie wtedy, kiedy mówi o tym harmonogram, co tydzień. To jest też jego ograniczenie. Nie dostosowuje się do tego, jak budynek jest faktycznie używany. ## Automatyczny Harmonogram Komfortu (ACS) ACS eliminuje zgadywanie. Zamiast skonfigurowanego harmonogramu myCoreAI wnioskuje o obecności na podstawie danych z czujników CO₂. Gdy ludzie przychodzą, poziom CO₂ rośnie. Gdy wychodzą, spada. Na podstawie tego wzorca myCoreAI tworzy tygodniowy harmonogram obecności dla każdej centrali wentylacyjnej (AHU) z rozdzielczością 15 minut i stosuje obniżki w godzinach, które nauczył się uznawać za nieużytkowane. ### Jak jest uczona obecność * myCoreAI analizuje około ostatnich 90 dni odczytów CO₂ dla stref obsługiwanych przez każdą AHU. * Dla każdego wzorca dnia tygodnia znajduje poranny wzrost CO₂, zwykle między 05:00 a 11:00, oraz wieczorny spadek, zwykle między 14:00 a 22:00. * Okres między tymi zdarzeniami oznacza jako zajęty i buduje tygodniowy wzorzec dla każdej AHU. * Harmonogramy są przeliczane w sposób ciągły, więc zmiany sposobu użytkowania trafiają do wyuczonego harmonogramu w ciągu kilku tygodni. Różne AHU mogą otrzymywać różne harmonogramy. Budynek, w którym jedna AHU obsługuje siłownię działającą 24/7, a druga biura, nie będzie traktowany jako jednolicie zajęty. ### Co zmienia się w godzinach nieużytkowania Dla każdego budynku konfiguruje się trzy obniżki. Każda z nich działa niezależnie. | Ustawienie | Dotyczy | Efekt w godzinach nieużytkowania | | ---------------------------------- | --------------------------------------- | ----------------------------------------------------------------------------------------- | | Odchylenie temperatury wewnętrznej | Granice temperatury wewnętrznej | Granice rozszerzają się o ±X °C. Budynek może bardziej oddalić się od wartości docelowej. | | Odchylenie temperatury nawiewu | Temperatura nawiewu AHU | Wartość zadana może spaść nawet o X °C. | | Odchylenie wentylacji | Wartości zadane ciśnienia/przepływu AHU | Wartość zadana może spaść nawet o X%, nigdy poniżej 30% skonfigurowanego maksimum. | Ustawienie `0` wyłącza to obniżenie. Jeśli wszystkie trzy są `0`, ACS nadal wylicza harmonogramy, ale nie wprowadza żadnych zmian. ### Mechanizmy awaryjne ACS luzuje granice tylko wtedy, gdy ma pewność, że budynek jest pusty. W razie wątpliwości zakłada, że jest zajęty. * Jeśli dane CO₂ są brakujące, zbyt krótkie lub zbyt płaskie, by pokazać wyraźny wzorzec, harmonogram domyślnie przyjmuje stan pełnego zajęcia. * Wzorzec dnia tygodnia musi wykazywać co najmniej 4 godziny zajęcia, aby można było mu zaufać. W przeciwnym razie dana AHU wraca do stanu pełnego zajęcia. * Wentylacja nigdy nie spada poniżej 30% skonfigurowanego maksimum, więc podstawowa wymiana powietrza jest zawsze utrzymywana. * Poszczególne sygnały można wykluczyć z ACS. Jest to przydatne w strefach, które muszą utrzymywać warunki przez całą dobę, takich jak serwerownie lub laboratoria. {% hint style="info" %} Wyuczony harmonogram opiera się wyłącznie na wzorcach dni tygodnia. Święta państwowe działają według harmonogramu odpowiadającego ich dniowi tygodnia, więc świąteczny poniedziałek jest traktowany jak zwykły poniedziałek. {% endhint %} ## Współdziałanie z innymi funkcjami * [**AI Freedom**](/myrspoven-docs/myrspoven-docs-pl/funkcje-ai/ai-freedom.md) włącza ACS z gwarantowaną obniżką. Granice komfortu rozszerzają się co najmniej o 0,5 °C w godzinach nieużytkowania, nawet jeśli nie skonfigurowano odchylenia temperatury wewnętrznej. * [**Adaptacyjne min./maks.**](/myrspoven-docs/myrspoven-docs-pl/funkcje-ai/adaptive-min-max.md) może ograniczać, jak bardzo mogą spaść temperatury zasilania obiegu grzewczego. Pozostaw obie wartości na `100` chyba że istnieje ku temu konkretny powód. --- # 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-pl/funkcje-ai/comfort-schedule.md?ask=&goal= ``` `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.