> 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 Hur myCoreAI mildrar komfortkraven under tider då lokalen är obrukad. Komfortschema låter myCoreAI släppa på komfortkraven när en byggnad står tom. Att hålla kontorskomfort dygnet runt slösar energi på tomma våningar. Nätter, helger och tidiga morgnar kan köras med bredare temperaturgränser och minskad ventilation utan att någon märker det. Det finns i två varianter: ett **manuellt** schema som konfigureras 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 lättnader 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 tidsfönster och de min-/maxgränser som gäller i varje. myCoreAI tar emot dessa gränser som tidsvarierande begränsningar och optimerar inom dem. Det manuella schemat är uttryckligt 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 gissningsarbetet. I stället för ett konfigurerat schema härleder myCoreAI beläggningen 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 minuters upplösning och tillämpar lättnader under de timmar som det har lärt sig är obelagda. ### 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 belagd och bygger ett veckomönster per AHU. * Scheman beräknas om kontinuerligt, så användningsförändringar 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 dygnet runt och en annan betjänar kontor behandlas inte som jämnt belagd. ### Vad som ändras under obelagda timmar Tre lättnader konfigureras per byggnad. Var och en är oberoende. | Inställning | Gäller för | Effekt under obelagda timmar | | ------------------------ | ----------------------------- | -------------------------------------------------------------------------------------------------------------------------------- | | Temperaturoffset inomhus | Gränser för inomhustemperatur | Gränserna breddas med ±X °C. Byggnaden kan avvika mer från börvärdet. | | Tilluftsoffset | AHU:ns tilluftstemperatur | Börvärdet kan sjunka med upp till X °C. | | Ventilationsoffset | AHU:ns tryck-/flödesbörvärden | Börvärdet kan sjunka med upp till X %, eller stiga med ett negativt värde, men aldrig under 30 % av det konfigurerade maxvärdet. | En inställning på `0` inaktiverar den lättnaden. Om alla tre är `0`sätter ACS fortfarande upp scheman men gör inga ändringar. ### Säkerhetsmekanismer ACS lättar bara på gränserna när den är säker på att byggnaden är tom. Vid minsta tvekan antar den att den är belagd. * Om CO₂-data saknas, är för kort eller för platt för att visa ett tydligt mönster, sätts schemat som standard till fullt belagt. * Ett veckodagsmönster måste visa minst 4 belagda timmar för att anses tillförlitligt. Annars faller den AHU:n tillbaka till fullt belagd. * Ventilationen sjunker aldrig under 30 % av det konfigurerade maxvärdet, så grundläggande luftväxling 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 motsvarande veckodag, så en helgmåndag behandlas som en vanlig måndag. {% endhint %} ## Samverkan med andra funktioner * [**AI Freedom**](/myrspoven-docs/myrspoven-docs-sv/ai-funktioner/ai-freedom.md) aktiverar ACS med en garanterad lättnad. Komfortgränserna breddas med minst 0,5 °C under obelagda timmar, även om inget temperaturoffset för inomhusluften är konfigurerat. * [**Adaptiv min/max**](/myrspoven-docs/myrspoven-docs-sv/ai-funktioner/adaptive-min-max.md) kan begränsa hur långt värmekretsens framledningstemperaturer får sjunka. Låt båda värdena stå på `100` om det inte finns en särskild anledning till annat. --- # 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/comfort-schedule.md?ask=&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.