> 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/pierwsze-kroki/readme.md). # Myrspoven myCoreAI to warstwa optymalizacyjna Myrspoven dla budynków komercyjnych i mieszkalnych. Łączy się z istniejącym Systemem Zarządzania Budynkiem (BMS) i uczy cyfrowy bliźniak uwzględniający prawa fizyki dotyczące tego, jak budynek reaguje na pogodę, jak jest używany oraz jakie działania sterujące są do niego stosowane. Na tej podstawie automatycznie dostosowuje wybrany zestaw sygnałów sterujących, aby ograniczyć marnotrawstwo energii przy jednoczesnym utrzymaniu warunków wewnętrznych w uzgodnionych granicach komfortu. Istniejąca logika HVAC budynku pozostaje bez zmian — myCoreAI nie wprowadza do niej żadnych trwałych zmian. Zamiast tego działa ponad tą logiką, nieustannie dostrajając odpowiednie sygnały, aby budynek pracował w bardziej efektywnym punkcie eksploatacji. *** ### Odbiorcy * **Menedżerowie portfela i aktywów** korzystają z myCoreAI, aby obniżać koszty energii i poprawiać marże operacyjne w całym portfelu budynków. myCoreAI łączy się z istniejącymi systemami budynkowymi i nieustannie optymalizuje nastawy HVAC — zapewniając wymierne oszczędności bez nakładów inwestycyjnych ani zmian w istniejącej infrastrukturze. Wspiera także obowiązki związane z zarządzaniem energią zgodnie z ISO 50001 oraz raportowaniem EPBD. * **Menedżerowie nieruchomości i obiektów** to codzienni operatorzy. Ustalają granice komfortu, analizują wyniki i reagują na alerty — myCoreAI zajmuje się ciągłą optymalizacją w tle, więc zespoły facility nie muszą ręcznie dostrajać nastaw w całym budynku. * **Integratorzy systemów i dostawcy danych energetycznych** łączą budynki z platformą, mapując istniejące sygnały BMS jako czujniki oraz wartości zadane Variables, którymi steruje myCoreAI. \ Integracja opiera się na sygnałach i jest niezależna od dostawcy — obsługiwane są systemy Schneider, Siemens, Honeywell, Fidelix i podobne. * **Deweloperzy** współpracują z Myrspoven poprzez .NET DataStorage API, aby odczytywać sygnały, wysyłać wartości zadane lub budować narzędzia nad platformą. Możesz korzystać z API bezpośrednio albo podłączyć do niego własne skrypty i potoki przetwarzania. ### Jak to działa Co godzinę myCoreAI wykonuje tę samą pętlę: 1. **Odczytuje** najnowsze sygnały z BMS. Obejmuje to bieżące dane z czujników — temperatury wewnętrzne, liczniki energii, stan urządzeń — a także własną konfigurację budynku, taką jak aktualne wartości zadane i struktura systemu. 2. **Przewiduje** jak budynek zareaguje w ciągu następnych 72 godzin, wykorzystując cyfrowy bliźniak wraz z prognozą pogody i poznanymi wzorcami zachowania budynku. 3. **Optymalizuje** politykę wartości zadanych, aby zminimalizować zużycie energii przy jednoczesnym pozostaniu w granicach komfortu. 4. **Zapisuje** wynikowe wartości zadane z powrotem do BMS. Cyfrowy bliźniak jest ponownie trenowany wraz z napływem nowych danych, dzięki czemu myCoreAI dostosowuje się, gdy zmieniają się budynek, pogoda i wzorce użytkowania. #### Przykład Rozważmy budynek biurowy ogrzewany ciepłem sieciowym w taryfie opartej na mocy — takiej, w której koszt zależy częściowo od szczytowego poboru mocy budynku, a nie tylko od całkowitego zużycia energii. Łączy on swój BMS poprzez standardowe mapowanie sygnałów: temperatury stref, zasilanie i powrót na dwóch obiegach grzewczych, główny licznik ciepła oraz czujnik zewnętrzny. myCoreAI trenuje cyfrowy bliźniak na podstawie ostatniej historii pracy budynku, a następnie przejmuje wartości zadane zasilania obiegów grzewczych. W kolejnych tygodniach spłaszcza poranny wzrost, wstępnie dogrzewając wcześniej przy niższych temperaturach zasilania, utrzymuje temperatury stref w skonfigurowanych granicach komfortu i obniża dzienny szczyt poniżej progu taryfowego. Wynik: niższe dostarczone zużycie energii i obniżona opłata za moc, bez zmian w logice BMS. ### Kluczowe pojęcia * **BMS / BAS (Building Management System / Building Automation System)** — istniejący w budynku stos sterowników (Schneider, Siemens, Honeywell, Fidelix i inni), z którego myCoreAI odczytuje dane i do którego zapisuje wartości zadane. * **Sygnał** — pojedynczy, nazwany strumień danych z budynku. To poziom, na którym reprezentowane jest wszystko: odczytane w pętli powyżej dane z czujników (czujnik temperatury, licznik energii), wartość zadana i stan urządzeń są każdym jednym sygnałem. Zobacz [Dokumentację dla deweloperów](https://app.gitbook.com/s/kvWb2bblPg0JMbwweyz7/developer-reference). * **Wartość zadana** — wartość zapisywana i wysyłana z powrotem do BMS (na przykład temperatura zasilania obiegu grzewczego). Własne pętle regulacji BMS działają na podstawie wartości zadanej. * **Cyfrowy bliźniak** — model uwzględniający prawa fizyki dla konkretnego budynku, wytrenowany na podstawie historii jego czujników. myCoreAI używa go do przewidywania, jak zmiany wartości zadanych wpłyną na warunki wewnętrzne i zużycie energii. * **Horyzont optymalizacji** — jak daleko naprzód myCoreAI patrzy przy wyborze wartości zadanych. Obecnie 72 godziny. * **Baseline (energia)** — referencyjny profil zużycia energii, względem którego porównuje się budynek w raportowaniu, używany do szacowania oszczędności. To nie to samo co *bazowa wartość sterowania* — sposób działania własnych systemów budynku bez myCoreAI — i tych dwóch pojęć nie należy ze sobą mylić. * **Granice komfortu** — granice warunków wewnętrznych (zwykle temperatury), których myCoreAI musi przestrzegać. Konfigurowane dla każdego budynku, czasem wyuczone na podstawie danych historycznych. * **Limit energii** — opcjonalna funkcja ograniczająca szczytowy pobór mocy budynku. Istotna w taryfach opartych na mocy ("effekt"), gdzie opłaty zależą od mocy szczytowej, a nie od całkowitej energii. * **myLoadshift** — przesuwa zużycie energii w ciągu dnia w odpowiedzi na spotowe ceny energii elektrycznej (np. day-ahead ENTSO-E). ## Co dalej | Odbiorcy | Zacznij tutaj | | --------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- | | **Klienci** korzystający z myPortal | [myPortal](/myrspoven-docs/myrspoven-docs-pl/interfejsy-klienta/myportal.md) | | **Partnerzy integracyjni BMS** | [Integracja BMS](/myrspoven-docs/myrspoven-docs-pl/integracje/overview/bms-integrations.md) | | **Deweloperzy** tworzący rozwiązania w oparciu o interfejsy API | [Dokumentację dla deweloperów](/myrspoven-docs/myrspoven-docs-pl/dokumentacja-dla-deweloperow/overview.md) | | Wszystkie **opcje integracji** | [Integracje](/myrspoven-docs/myrspoven-docs-pl/integracje/overview/bms-integrations.md) | | **Bezpieczeństwo i zgodność** | [trust.myrspoven.com](https://trust.myrspoven.com/) | --- # 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: ``` GET https://docs.myrspoven.com/myrspoven-docs/myrspoven-docs-pl/pierwsze-kroki/readme.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.