> 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/integracje/overview/bms-integrations.md).

# Integracje BMS

## Przegląd

myCoreAI łączy się z istniejącym systemem zarządzania budynkiem (BMS) w obiekcie, aby odczytywać wartości z czujników i liczników oraz zapisywać wartości zadane, które został skonfigurowany do kontrolowania. BMS zachowuje kontrolę operacyjną; dotykane są tylko uzgodnione sygnały.

**Zarządzanie aktywami i obiektami:** myCoreAI poprawia komfort użytkowników i efektywność energetyczną na już zainstalowanym BMS — bez wymiany sprzętu sterującego.

**Operacje techniczne:** myCoreAI ujawnia zachowanie wartości zadanych, limity i nadpisania jako sygnały możliwe do audytu. BMS pozostaje pojedynczym źródłem prawdy operacyjnej.

**Integratorzy:** myCoreAI łączy się za pośrednictwem standardowych protokołów (REST, OPC UA, BACnet, Modbus lub SDK dostawcy), a tam, gdzie bezpośredni dostęp nie jest możliwy, dostępny jest brzegowy komponent Myrspoven.

### Jak działa integracja

Przepływ komunikacji między Myrspoven a budynkiem może odbywać się na jeden z dwóch głównych sposobów:

1. **Bezpośrednie połączenie z BMS.** myCoreAI łączy się z BMS przez interfejs dostępny w sieci — jest to najczęstsze, gdy budynkiem można sterować za pośrednictwem platformy chmurowej lub gdy lokalny BMS jest dostępny z internetu przez lokalną zaporę sieciową. Dane przepływają w obie strony zgodnie z uzgodnioną listą sygnałów.
2. **Przez Myrspoven edge.** Tam, gdzie bezpośredni dostęp nie jest możliwy — sieci zamknięte, protokoły legacy, segmentowane środowiska IT — niewielka aplikacja edge działa na serwerze wirtualnym wewnątrz sieci budynku i łączy BMS z serwerami Myrspoven. Aplikacja edge odpytuje serwery Myrspoven oraz wysyła dane/pobiera aktualizacje wartości zadanych, więc nie są wymagane żadne reguły zapory dla ruchu przychodzącego.

W obu scenariuszach BMS zachowuje kontrolę operacyjną. myCoreAI odczytuje tylko sygnały, do odczytu których został skonfigurowany, i zapisuje tylko wartości zadane, do zapisu których został skonfigurowany.

### Odczyt i zapis

Odczyty są wykonywane nieprzerwanie — zazwyczaj co minutę, a maksymalnie co pięć minut, w zależności od integracji. (Raportowanie i zbiór danych interfejsu są próbkowane w dół do poziomu godzinowego.) Typowe odczyty obejmują dane z czujników wewnętrznych (temperatura, CO₂ i wilgotność), temperaturę zewnętrzną, liczniki energii, bieżące wartości zadane oraz status urządzeń.

Zapisy są ograniczone do wartości zadanych uzgodnionych podczas uruchomienia. Typowe wartości zadane to nastawy temperatury zasilania obiegu grzewczego, temperatury zasilania i nastawy wentylatorów centrali wentylacyjnej (AHU), nastawy chłodzenia oraz nastawy urządzeń końcowych na poziomie stref, tam gdzie BMS je udostępnia. Operacje zapisu odbywają się za każdym razem, gdy uruchomienie optymalizacji pomyślnie wygeneruje nowe wartości zadane.

Każda zapisywalna wartość zadana ma z góry uzgodnione minimalne i maksymalne limity; myCoreAI nie może ustawić wartości zadanej poza tymi limitami. Ręczne nadpisania z poziomu BMS wchodzą w życie natychmiast, a myCoreAI dostosowuje się przy następnym odczycie. Zapisy można również wstrzymać dla danego budynku — odczyty i raportowanie są kontynuowane, ale sterowanie zostaje zatrzymane.

### Obsługiwane platformy i protokoły BMS

Poniższe platformy są dziś wykorzystywane produkcyjnie. To powszechne ścieżki dostarczania, a nie twarde ograniczenie tego, z czym Myrspoven może się połączyć.

| Platforma                                | Dostawca           | Połączenie                                                                                                                                       | Status                | Szczegóły |
| ---------------------------------------- | ------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------- | --------- |
| **Web Port**                             | Kiona              | Lokalny serwer Web Port (Windows) → Myrspoven Web Port-Cloud; Modbus / BACnet / protokoły przemysłowe po stronie lokalnej                        | W produkcji           | Web Port  |
| **EcoStruxure Building Operation (EBO)** | Schneider Electric | Lokalnie przez Myrspoven edge albo w chmurze przez Schneider SmartConnector; dedykowane foldery Read / Write / Overwrite-Bindings po stronie EBO | W produkcji           | Schneider |
| **Building X (BPCloud)**                 | Siemens            | JSON:API przez HTTPS, dane uwierzytelniające klienta OAuth2. Semantyczne mapowanie oznaczonego sprzętu/punktów → komponenty i sygnały Myrspoven  | W produkcji           | Siemens   |
| **Desigo CC**                            | Siemens            | Starsza ścieżka lokalna; wymaga ręcznej konfiguracji sygnałów wirtualnych w BMS                                                                  | W produkcji (starsze) | Siemens   |

### Szersza obsługa protokołów dzięki Web Port

Web Port działa jako brama protokołowa. Obsługuje szeroki zestaw sterowników do automatyki budynkowej i protokołów przemysłowych. To rozszerza praktyczny zakres integracji daleko poza wskazanych na tej stronie dostawców.

Jeśli budynek udostępnia wymagane sygnały przez sterownik obsługiwany przez Web Port, Myrspoven często może się zintegrować bez potrzeby dedykowanego łącznika specyficznego dla dostawcy. Ostateczne dopasowanie nadal zależy od dostępności sygnałów, zakresu zapisu, dostępu sieciowego i wymagań projektu.

Zobacz [Web Port](/myrspoven-docs/myrspoven-docs-pl/integracje/overview/bms-integrations/web-port.md) i [Obsługa sterowników Web Port](https://kiona.com/products/web-port/driver-support).

W przypadku platform niewymienionych tutaj skontaktuj się z Myrspoven, aby ocenić najlepszą ścieżkę — bezpośredni konektor, Web Port lub Myrspoven AI-API.

### Co jest potrzebne do wdrożenia nowego budynku

Właściciel budynku lub integrator zwykle zapewnia:

* A **lista sygnałów** dla odczytów oraz listę dozwolonych wartości zadanych dla zapisów. Tworzone razem podczas przeglądu technicznego.
* A **osoba kontaktowa** u integratora BMS do uruchomienia.

Dla budynku z lokalnym BMS za zaporą sieciową, który wymaga Myrspoven edge, dodatkowe wymagania to:

* A **serwer wirtualny** w sieci budynku dla Myrspoven edge (gdy używane jest rozwiązanie Myrspoven edge).
* **Dostęp do sieci wychodzącej** z tego serwera do chmury Myrspoven.
* **Dostęp do BMS** — odczyt i zapis — na obsługiwanym protokole.
* **Tymczasowy dostęp VPN** podczas instalacji i konfiguracji edge. Żaden ruch operacyjny nie korzysta z VPN.

### Aktualizacje/utrzymanie Myrspoven edge

Aby usprawnić aktualizacje instalacji Myrspoven edge, używamy [Octopus Deploy](https://octopus.com/). Instalujemy tentakl Octopusa na maszynie wirtualnej w Państwa sieci, który regularnie sprawdza na naszym serwerze Octopusa, czy dostępna jest nowa wersja do pobrania i instalacji. Będzie wykonywać żądania wychodzące przy użyciu https i pobierać zaktualizowane oprogramowanie, gdy będzie dostępne. W razie potrzeby może też sam się zaktualizować.

### Bezpieczeństwo

Wszystkie połączenia BMS są szyfrowane. Zakres zapisu jest ograniczony do uzgodnionej listy wartości zadanych i nie może zostać rozszerzony bez jawnej konfiguracji. Edge wykonuje odpytywanie wyłącznie na wyjściu — na sieci budynku nie są otwierane żadne porty przychodzące.

***


---

# 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/integracje/overview/bms-integrations.md?ask=<question>&goal=<endgoal>
```

`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.
