> 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/indoor-climate-baseline.md). # Bazowy poziom klimatu wewnętrznego Linia bazowa klimatu wewnętrznego pozwala myCoreAI uwzględniać historyczny klimat wewnętrzny budynku przy określaniu, jak agresywnie ma optymalizować, zamiast opierać się wyłącznie na skonfigurowanych limitach temperatury. Jest to jeden z mechanizmów kontrolowanych przez AI Freedom. Cel: dać myCoreAI więcej przestrzeni do oszczędzania energii tam, gdzie budynek historycznie tolerował szersze granice komfortu, bez pracy poza warunkami, w których budynek faktycznie już funkcjonował. ## Jak obliczana jest linia bazowa myCoreAI tworzy linię bazową na podstawie **danych referencyjnych** — historycznych danych temperatury wewnętrznej z okresów, gdy myCoreAI nie sprawował kontroli. Na podstawie tych danych oblicza **limity referencyjne**: minimalną i maksymalną wartość dla każdego czujnika, które w przybliżeniu odzwierciedlają historyczne granice komfortu budynku. * Dotyczy wyłącznie **czujników temperatury wewnętrznej**. Nie dotyczy to CO₂, temperatur zasilania ani liczników energii. * Wartości odstające są odfiltrowywane przed obliczeniem limitów; pojedyncza chłodna lub ciepła godzina nie zniekształca wyniku. * Wymaga wystarczającego pokrycia sezonowego. Jeśli okres referencyjny nie zawiera dość danych zimowych i letnich, linia bazowa nie może zostać utworzona i myCoreAI wraca do skonfigurowanych limitów. ## Jak działa to ustawienie Linia bazowa jest sterowana razem z AI Freedom i w praktyce działa binarnie: | AI Freedom | Linia bazowa | | ---------- | ------------------------------------------------------------ | | 0 | Wył. — używane są tylko skonfigurowane limity. | | > 0 | Wł. — każda wartość powyżej zera stosuje pełną linię bazową. | Gdy jest aktywna, myCoreAI porównuje dla każdego czujnika dwa potencjalne zestawy limitów: 1. Te **skonfigurowane limity** ustawione na platformie. 2. Te **limity referencyjne** wyprowadzone z historii. Dla dolnej granicy myCoreAI wybiera ten zestaw, który ma **niższą średnią** w godzinach pracy biurowej — ten, który daje więcej przestrzeni do obniżania temperatur. Dla górnej granicy wybiera ten, który ma **wyższą średnią**. Jeśli zestaw referencyjny nie jest najbardziej skrajnym, myCoreAI przesuwa limity referencyjne tak, aby ich średnia odpowiadała skonfigurowanej średniej; kształt krzywej referencyjnej zostaje zachowany, ale poziom zostaje dopasowany do konfiguracji. Linia bazowa może jedynie **poszerzać** granice komfortu. Nigdy nie zaostrza limitów bardziej niż zostały skonfigurowane. ## Godziny pracy biurowej myCoreAI rozdziela godziny pracy biurowej od pozostałej części tygodnia, ponieważ tolerowane granice komfortu często różnią się między dniami roboczymi a nocami/weekendami. Godziny pracy biurowej są stałe dla wszystkich budynków i wynoszą **07:00–18:00, od poniedziałku do piątku**. Każdy limit referencyjny ma zatem jedną wartość dla godzin pracy biurowej i drugą dla godzin poza nimi. W budynku o stabilnym klimacie te dwie wartości są niemal identyczne. W budynku z wyraźnymi wzorcami dzień/noc lub dni robocze/weekend różnią się bardziej. ## Minimalny próg bezpieczeństwa dla historycznie ciepłych budynków Jeśli budynek historycznie działał w cieplejszych warunkach, ale jest skonfigurowany z relatywnie niskimi dolnymi limitami, dosłowne zastosowanie referencyjnego minimum mogłoby obniżyć temperaturę budynku bardziej, niż kiedykolwiek wcześniej pracował. Zapobiega temu zasada bezpieczeństwa: > Jeśli średnie referencyjne minimum jest wyższe niż 20,7 °C, ale skonfigurowane minimum jest niższe niż 20,7 °C, myCoreAI koryguje wybrane limity tak, aby ich średnia wynosiła 20,7 °C. ## Przykład W budynku biurowym skonfigurowano dolny limit temperatury wewnętrznej na poziomie 20,0 °C, ale dane referencyjne z dwóch sezonów grzewczych pokazują, że budynek nigdy faktycznie nie pracował poniżej 21,4 °C w godzinach pracy biurowej. Gdy AI Freedom jest ustawione powyżej zera, myCoreAI wybiera referencyjne minimum jako najbardziej skrajną dolną granicę, a następnie stosuje próg bezpieczeństwa 20,7 °C: wybrany dolny limit zostaje przesunięty tak, aby jego średnia w godzinach pracy biurowej wynosiła 20,7 °C zamiast 20,0 °C. Górna granica pozostaje na skonfigurowanej wartości, ponieważ referencyjne maksimum mieści się wewnątrz niej. Rezultat: myCoreAI zyskuje realistyczną dolną granicę, względem której może działać podczas nocnego obniżenia i porannego podnoszenia temperatury, bez obniżania temperatury w budynku poniżej poziomów, które historycznie utrzymywał. ## Co to oznacza w praktyce * Skonfigurowane limity pozostają nadrzędne. Linia bazowa jedynie poszerza granice komfortu. * Budynki z bogatymi danymi historycznymi zyskują większą elastyczność, ponieważ istnieje więcej dowodów na to, co budynek tolerował. * Budynki z ograniczoną lub niereprezentatywną historią wracają do skonfigurowanych limitów i działają zachowawczo. * Budynki niedawno wdrożone odczuwają niewielki lub zerowy wpływ linii bazowej, dopóki nie zgromadzi się wystarczająca ilość danych z okresów bez sterowania, obejmujących różne sezony. --- # 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/indoor-climate-baseline.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.