> 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/docs-us-cs/reseni-potizi/common-issues.md).

# Běžné problémy

Tato stránka popisuje příznaky, se kterými se na budově optimalizované pro myCoreAI pravděpodobně setkáte, a co zkontrolovat před založením případu podpory. Postupujte shora dolů. Většina problémů se zachytí už při jedné nebo dvou prvních kontrolách. Pokud se příznak shoduje, ale navržené kontroly ho nevyřeší, založte případ podpory a uveďte podrobnosti uvedené na konci této stránky.

## Data neprotékají z BMS

Příznaky: hodnoty senzorů v myPortal jsou ploché, chybí nebo uvízly na staré hodnotě. Mapa senzorů zobrazuje senzory v deaktivovaném nebo zastaralém stavu.

Zkontrolujte:

* **Stav připojení.** Ověřte, že je integrace na straně BMS online. Ztracené připojení mezi BMS a myCoreAI je zdaleka nejčastější příčinou chybějících dat. Obnovení připojení obvykle příznak vyřeší při dalším načtení. myCoreAI ve výchozím nastavení načítá většinu integrací BMS každých 15 minut (Web Port každých 12), takže před dalším ověřením počkejte čtvrt hodiny.
* **Signál u zdroje.** Otevřete hodnotu v BMS a ověřte, že se tam aktualizuje. Pokud samotná BMS zobrazuje zastaralou hodnotu, problém je před myCoreAI. Zkontrolujte senzor, řadič nebo konfiguraci záznamu v BMS.

## Zápisy žádaných hodnot nedorazily do BMS

Příznaky: myCoreAI zobrazuje v myPortal aktivní žádanou hodnotu, ale BMS pracuje s původní (ne-AI) hodnotou. Budova se chová, jako by byla optimalizace vypnutá, i když je zapnutá.

Zkontrolujte:

* **myCoreAI skutečně běží** pro tuto budovu v myPortal. Pozastavená nebo deaktivovaná budova nebude zapisovat.
* **Zápisová cesta je povolena** v celé délce. Většina integrací BMS má samostatnou čtecí a zápisovou cestu; čtení může fungovat, zatímco zápisy jsou zakázané.
* **Nejnovější zápis proběhl úspěšně.** Každá integrace zobrazuje indikátor stavu zápisu. Krátké zpoždění, zhruba do 15 minut, mezi tím, kdy myCoreAI vypočte hodnotu, a tím, kdy ji BMS přijme, je normální a samo se vyřeší. Trvalé selhání normální není.
* **Mapování signálu.** Pokud zápisy do BMS dorážejí, ale končí na nesprávném bodě, je vazba mezi výstupním signálem myCoreAI a bodem v BMS chybná. Porovnejte každou hodnotu, kterou myCoreAI zapisuje, s hodnotou viditelnou v obraze BMS. Musí se shodovat.

## Neshoda signálu mezi myCoreAI a BMS

Příznaky: hodnota viditelná v myPortal neodpovídá stejné hodnotě v BMS. Nebo signál, který očekáváte v myPortal, tam vůbec není.

Většina neshod signálu pramení z jedné ze tří věcí:

1. **Chybné mapování.** Klíč signálu odkazuje na nesprávný bod BMS. Oprava je na straně integrace: opravte klíč.
2. **Nesoulad jednotek nebo škálování.** Hodnota technicky protéká, ale na každé straně je interpretována jinak (Celsia vs. Kelvin, Pa vs. kPa, procenta vs. zlomek).
3. **Načítá se záznamový bod místo živého bodu.** Některé integrace BMS zpřístupňují obojí; myCoreAI potřebuje pro řízení živý signál a pro historickou analýzu záznamový bod. Jejich záměna způsobuje zpoždění nebo uvízlé hodnoty.

Signál, který zcela chybí, bývá obvykle mapování, které nikdy nebylo vytvořeno, nebo značka, která byla na straně BMS deaktivována.

## Vnitřní klima nedosahuje cíle

Příznaky: místnosti jsou trvale příliš teplé nebo příliš studené. Senzory v Mapě senzorů ukazují mimo doporučený rozsah: příliš horko (červená/oranžová) nebo příliš chladno (modrá světle modrá).

Zkontrolujte:

* **Nejprve senzory úzkého hrdla.** Seznam úzkých míst v Mapě senzorů ukazuje, které senzory vychylují budovu mimo rozsah. U každého:
  * **Upravte Min/Max** tak, aby odpovídaly skutečným fyzickým podmínkám v daném prostoru.
  * **Deaktivujte senzor** pokud je nevhodně umístěn (přímé slunce, průvan, blízko zdroje tepla) a nereprezentuje místnost.
* **Celá budova vs. jediná odchylka.** Pokud je celá budova příliš chladná, zvyšte Min na všech relevantních senzorech, aby myCoreAI upravoval hodnoty jednotně. Samotné zvýšení Max nepřidá teplo: uvnitř pásma myCoreAI šetří energii, takže místnosti se ustálí poblíž Min. Pokud je odchylkou jen jeden senzor, snižte jeho Min, aby už nedominuje chování myCoreAI.
* **Příčiny v prostředí** před laděním. Průvan, špatná izolace nebo sluneční zátěž na senzor budou všechny vytvářet hodnoty, které vypadají jako problém řízení, ale nejsou jím.

Pokud samotné doladění jednotlivých senzorů nestačí, můžete zpřísnit adaptivní hranice Min/Max budovy, což omezí, jak daleko se myCoreAI smí od původní žádané hodnoty posunout. Berte to jako dočasné opatření. myCoreAI funguje nejlépe, když se může volně pohybovat bez umělých omezení. Jakmile je podkladový problém vyřešen, hranice zase rozšiřte.

## Optimalizátor přešel do bezpečného režimu

Příznaky: myCoreAI běžel normálně, pak přestal zapisovat optimalizované hodnoty. Budova se vrací ke svým původním žádaným hodnotám.

myCoreAI se automaticky deaktivuje, když už nemůže bezpečně řídit budovu, a budova přejde do bezpečného režimu. Nejčastější příčinou jsou špatná data senzorů. Jde o bezpečnostní mechanismus, ne o chybu.

Pro obnovení:

1. Identifikujte problematické senzory pomocí seznamu úzkých míst.
2. Vyřešte odchylku u zdroje: znovu kalibrujte, přemístěte nebo vyměňte senzor, nebo opravte příliš úzký rozsah žádané hodnoty.
3. Zrušte bezpečný režim pro budovu.

Optimalizátor se neobnoví, dokud nebudou vyřešeny základní problémy se senzory. Samotné zrušení bezpečného režimu nestačí.

## Budova se netrénuje nebo neoptimalizuje

Příznaky: trénování budovy se nedokončí (stav trénování zůstává červený nebo se fronta nepohybuje), nebo optimalizátor skončí s chybou o vadných, zamrzlých nebo chybějících datech.

myCoreAI potřebuje pro trénování digitálního dvojčete a spuštění optimalizátoru čerstvá, měnící se data senzorů. Obvyklé příčiny jsou:

* **Zamrzlý nebo zastaralý signál.** Senzor hlásí stejnou hodnotu nebo žádnou hodnotu po delší dobu. Validace dat to označí jako vadné a odstraní je. Topný okruh, jehož čerpadla jsou všechna zastavena, má očekávaně držet plochou hodnotu, takže má 12 hodin, než se začne považovat za zamrzlý.
* **Příliš mnoho vadných nebo chybějících dat.** Když je v trénovacím okně mnoho signálů vadných nebo chybí, zůstane příliš málo použitelných dat a validace může většinu nebo všechna z nich vyřadit.
* **Nedávno přidaný senzor s malou historií.** Senzor s méně než 14 dny dat je z modelu vynechán, dokud jich nebude dostatek.

Zkontrolujte na [úrovni senzoru a signálu](/myrspoven-docs/docs-us-cs/reseni-potizi/overview.md) nejprve potvrďte, že data stále protékají, a vymažte nebo deaktivujte všechny zamrzlé nebo vadné senzory. Signál, který byl odstraněn, se vrátí při dalším přetrénování, jakmile začne znovu hlásit normální hodnoty. Pokud byla budova nedávno přetrénována, ale stále se neoptimalizuje, nebo validace hlásí, že bylo vyřazeno většinové množství dat, založte případ podpory.

## Vyjmutí jednoho okruhu z řízení AI

Pokud potřebujete, aby se jeden okruh vrátil ke své původní (ne-AI) žádané hodnotě, aniž by se zastavila optimalizace celé budovy, můžete tento jeden okruh deaktivovat z jeho ovládacího panelu v myPortal. Zbytek budovy bude dál optimalizován. To je správné řešení, když se jeden okruh chová chybně a vy ho chcete prozkoumat, aniž byste narušili vše ostatní.

## Kdy založit případ podpory

Pokud jste prošli výše uvedené kontroly a příznak přetrvává, založte případ podpory. Uveďte:

* Budovu nebo budovy, kterých se to týká.
* Příznak: co vidíte a co jste očekávali.
* Přibližný čas, kdy problém začal.
* Kterou z výše uvedených kontrol jste dosáhli a co jste zjistili.
* Snímky obrazovky nebo odkazy na dotčené zobrazení v myPortal, pokud jsou relevantní.

U naléhavých problémů, například když je výrazně ovlivněn vnitřní komfort, to výslovně uveďte. Pokud chcete, aby byla budova během otevřeného případu v myCoreAI pozastavena, požádejte o to. Pozastavení zastaví zápisy žádaných hodnot, ale ponechá sběr dat a monitorování beze změny.


---

# 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/docs-us-cs/reseni-potizi/common-issues.md?ask=<question>&goal=<user_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.