> 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/rozwiazywanie-problemow/common-issues.md). # Częste problemy Ta strona opisuje objawy, na które najczęściej natkniesz się w budynku zoptymalizowanym przez myCoreAI, oraz to, co sprawdzić przed zgłoszeniem sprawy do wsparcia. Pracuj od góry do dołu. Większość problemów wychodzi na jaw przy pierwszej lub drugiej kontroli. Jeśli objaw się zgadza, ale sugerowane sprawdzenia go nie usuwają, zgłoś sprawę do wsparcia, podając szczegóły wymienione na końcu tej strony. ## Dane nie przepływają z BMS Objawy: odczyty czujników w myPortal są płaskie, brakujące lub zablokowane na starej wartości. Mapa Czujników pokazuje czujniki w stanie wyłączonym lub nieaktualnym. Sprawdź: * **Stan połączenia.** Potwierdź, że integracja po stronie BMS jest online. Zerwane połączenie między BMS a myCoreAI to najczęstsza przyczyna brakujących danych. Przywrócenie połączenia zwykle usuwa objaw przy następnym odczycie. myCoreAI domyślnie odczytuje większość integracji BMS co 15 minut (Web Port co 12), więc odczekaj kwadrans przed ponownym sprawdzeniem. * **Sygnał u źródła.** Otwórz wartość w BMS i potwierdź, że tam się aktualizuje. Jeśli sam BMS pokazuje nieaktualną wartość, problem leży poza myCoreAI. Sprawdź czujnik, sterownik lub konfigurację logowania BMS. ## Zapisy nastawy nie docierają do BMS Objawy: myCoreAI pokazuje aktywną nastawę w myPortal, ale BMS działa na oryginalnej wartości (nie-AI). Budynek zachowuje się tak, jakby optymalizacja była wyłączona, mimo że jest włączona. Sprawdź: * **myCoreAI faktycznie działa** dla tego budynku w myPortal. Budynek w stanie wstrzymania lub wyłączony nie będzie zapisywał. * **Ścieżka zapisu jest włączona** od początku do końca. Większość integracji BMS ma oddzielną ścieżkę odczytu i zapisu; możliwe jest, że odczyty działają, podczas gdy zapisy są wyłączone. * **Najnowszy zapis powiódł się.** Każda integracja udostępnia wskaźnik stanu zapisu. Krótkie opóźnienie, do około 15 minut, między obliczeniem wartości przez myCoreAI a jej odebraniem przez BMS, jest normalne i samo się rozwiązuje. Trwała awaria nie jest normalna. * **Mapowanie sygnału.** Jeśli zapisy docierają do BMS, ale trafiają na niewłaściwy punkt, powiązanie między sygnałem wyjściowym myCoreAI a punktem BMS jest błędne. Porównaj każdą wartość zapisywaną przez myCoreAI z wartością widoczną w obrazie BMS. Muszą się zgadzać. ## Niezgodność sygnału między myCoreAI a BMS Objawy: wartość widoczna w myPortal nie zgadza się z tą samą wartością w BMS. Albo sygnał, którego spodziewasz się w myPortal, w ogóle się tam nie pojawia. Większość niezgodności sygnałów wynika z jednej z trzech rzeczy: 1. **Błędne mapowanie.** Klucz sygnału wskazuje na niewłaściwy punkt BMS. Naprawa leży po stronie integracji: popraw klucz. 2. **Niezgodność jednostek lub skalowania.** Wartość technicznie przepływa, ale jest różnie interpretowana po obu stronach (Celsjusz vs Kelvin, Pa vs kPa, procent vs ułamek). 3. **Odczytywany jest punkt logowania zamiast punktu rzeczywistego.** Niektóre integracje BMS udostępniają oba; myCoreAI potrzebuje sygnału rzeczywistego do sterowania oraz punktu logowania do analizy historycznej. Pomieszanie ich powoduje opóźnienia lub zablokowane wartości. Sygnał, którego całkowicie brakuje, zwykle oznacza mapowanie, które nigdy nie zostało utworzone, albo tag wyłączony po stronie BMS. ## Klimat wewnętrzny nie osiąga celu Objawy: pomieszczenia są uporczywie zbyt ciepłe lub zbyt zimne. Czujniki na Mapie Czujników pokazują wartości poza zalecanym zakresem: zbyt gorąco (czerwony/pomarańczowy) lub zbyt zimno (niebieski/jasnoniebieski). Sprawdź: * **Najpierw czujniki wąskiego gardła.** Lista wąskich gardeł na Mapie Czujników pokazuje, które czujniki wybijają budynek poza zakres. Dla każdego: * **Dostosuj Min/Maks** tak, aby odpowiadały rzeczywistym warunkom fizycznym w tej przestrzeni. * **Wyłącz czujnik** jeśli jest źle umieszczony (bezpośrednie światło słoneczne, przeciąg, blisko źródła ciepła) i nie odzwierciedla pomieszczenia. * **Cały budynek kontra pojedynczy odstający czujnik.** Jeśli cały budynek jest zbyt zimny, podnieś Min na wszystkich odpowiednich czujnikach, aby myCoreAI dostosowywał się równomiernie. Samo podniesienie Maks nie dodaje ciepła: w obrębie pasma myCoreAI oszczędza energię, więc pomieszczenia stabilizują się blisko Min. Jeśli tylko jeden czujnik odstaje, obniż jego Min, aby przestał dominować zachowanie myCoreAI. * **Przyczyny środowiskowe** przed dostrajaniem. Przeciągi, słaba izolacja lub nasłonecznienie czujnika dadzą odczyty wyglądające jak problem sterowania, ale nim nie są. Jeśli indywidualne dostrojenie czujników nie wystarcza, możesz zawęzić adaptacyjne granice Min/Maks budynku, co ogranicza, jak daleko myCoreAI może odchodzić od oryginalnej nastawy. Traktuj to jako środek tymczasowy. myCoreAI działa najlepiej, gdy ma swobodę działania bez sztucznych ograniczeń. Poszerz granice ponownie, gdy podstawowy problem zostanie rozwiązany. ## Optymalizator przeszedł w tryb bezpieczny Objawy: myCoreAI działał normalnie, a potem przestał zapisywać zoptymalizowane wartości. Budynek wraca do oryginalnych nastaw. myCoreAI wyłącza się automatycznie, gdy nie może już bezpiecznie sterować budynkiem, a budynek przechodzi w tryb bezpieczny. Najczęstszą przyczyną są złe dane z czujników. To mechanizm bezpieczeństwa, a nie błąd. Aby przywrócić działanie: 1. Zidentyfikuj problematyczne czujniki z listy wąskich gardeł. 2. Usuń odchylenie u źródła: skalibruj ponownie, przestaw, wymień czujnik lub skoryguj zbyt wąski zakres nastawy. 3. Wyłącz tryb bezpieczny dla budynku. Optymalizator nie wznowi pracy, dopóki podstawowe problemy z czujnikami nie zostaną naprawione. Samo wyłączenie trybu bezpiecznego nie wystarczy. ## Budynek nie trenuje ani nie optymalizuje się Objawy: trening budynku nie kończy się (status treningu pozostaje czerwony albo kolejka nie przesuwa się), albo optymalizator zatrzymuje się z błędem dotyczącym wadliwych, zamrożonych lub brakujących danych. myCoreAI potrzebuje aktualnych, zmieniających się danych z czujników, aby trenować swojego cyfrowego bliźniaka i uruchamiać optymalizator. Typowe przyczyny to: * **Zamrożony lub nieaktualny sygnał.** Czujnik przez dłuższy czas podaje tę samą wartość albo brak wartości. Walidacja danych oznacza to jako wadliwe i usuwa. Obwód grzewczy, w którym wszystkie pompy są zatrzymane, naturalnie utrzymuje płaską wartość, więc ma 12 godzin, zanim zostanie uznany za zamrożony. * **Zbyt dużo wadliwych lub brakujących danych.** Gdy w oknie treningowym wiele sygnałów jest wadliwych lub nieobecnych, zostaje zbyt mało użytecznych danych i walidacja może odrzucić większość lub wszystkie. * **Niedawno dodany czujnik z niewielką historią.** Czujnik z mniej niż 14 dniami danych jest pomijany w modelu, dopóki nie będzie ich wystarczająco dużo. Sprawdź na poziomie [czujnika i sygnału](/myrspoven-docs/myrspoven-docs-pl/rozwiazywanie-problemow/overview.md) najpierw potwierdź, że dane nadal przepływają, i wyczyść lub wyłącz wszelkie zamrożone albo wadliwe czujniki. Sygnał, który został usunięty, wróci przy następnym ponownym treningu, gdy znowu zacznie raportować prawidłowe wartości. Jeśli budynek był niedawno ponownie trenowany, ale nadal nie chce się optymalizować, albo walidacja informuje, że odrzucono większość danych, zgłoś sprawę do wsparcia. ## Wyłączenie jednego obwodu spod sterowania AI Jeśli potrzebujesz, aby jeden obwód wrócił do oryginalnej (nie-AI) nastawy bez zatrzymywania optymalizacji całego budynku, możesz dezaktywować ten pojedynczy obwód z jego panelu sterowania w myPortal. Reszta budynku będzie nadal optymalizowana. To właściwe rozwiązanie, gdy jedna pętla działa nieprawidłowo i chcesz to zbadać bez zakłócania wszystkiego innego. ## Kiedy zgłosić sprawę do wsparcia Jeśli wykonałeś powyższe kontrole, a objaw nadal występuje, zgłoś sprawę do wsparcia. Dołącz: * Budynek lub budynki, których dotyczy problem. * Objaw: co widzisz i czego się spodziewałeś. * Przybliżony czas rozpoczęcia problemu. * Do której powyższej kontroli doszedłeś i co ustaliłeś. * Zrzuty ekranu lub linki do dotkniętego widoku myPortal, jeśli to istotne. W pilnych przypadkach, na przykład gdy istotnie pogarsza się komfort wewnątrz budynku, zaznacz to wyraźnie. Jeśli chcesz, aby myCoreAI został wstrzymany dla budynku, gdy sprawa jest otwarta, poproś o to. Wstrzymanie zatrzymuje zapisy nastaw, ale zachowuje zbieranie danych i monitorowanie. --- # 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-pl/rozwiazywanie-problemow/common-issues.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.