> 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/felsokning/common-issues.md). # Vanliga problem Den här sidan täcker de symtom du sannolikt stöter på i en byggnad optimerad med myCoreAI, och vad du bör kontrollera innan du skapar ett supportärende. Arbeta uppifrån och ned — de flesta problem fångas upp i den första eller andra kontrollen. Om ett symtom stämmer men de föreslagna kontrollerna inte löser det, skapa ett supportärende med de detaljer som anges längst ned på den här sidan. ## Data flödar inte från BMS Symtom: sensormätningar i myPortal är platta, saknas eller har fastnat på ett gammalt värde. I översiktsvyn visas sensorerna i ett inaktiverat eller föråldrat tillstånd. Kontrollera: * **Anslutningsstatus.** Bekräfta att integrationen på BMS-sidan är online. En avbruten anslutning mellan BMS och myCoreAI är den vanligaste orsaken till saknade data. Att återställa anslutningen brukar rensa symtomet inom några minuter. Vi kräver minst en datapunkt var 15:e minut, där optimalt är var 5:e minut. * **Signalens källa.** Öppna värdet i BMS och bekräfta att det uppdateras där. Om BMS själv visar ett föråldrat värde ligger problemet uppströms om myCoreAI — kontrollera sensorn, styrern eller BMS:ens loggningskonfiguration. ## Skrivarvärden når inte BMS Symtom: myCoreAI visar ett aktivt börvärde i myPortal, men BMS agerar på det ursprungliga (icke-AI) värdet. Byggnaden beter sig som om optimering är avstängd trots att den är aktiverad. Kontrollera: * **myCoreAI kör faktiskt** för den här byggnaden i myPortal. En pausad eller inaktiverad byggnad skriver inte. * **Skrivvägen är aktiverad** ända till slut. De flesta BMS-integrationer har en separat läsväg och skrivväg; det är möjligt att läsning fungerar medan skrivning är inaktiverad. * **Det senaste skrivförsöket lyckades.** Varje integration visar en indikator för skrivstatus. En kort fördröjning — upp till cirka 15 minuter — mellan att myCoreAI beräknar ett värde och att BMS tar emot det är normalt och löser sig själv. Ett ihållande fel är det inte. * **Signalmappning.** Om skrivningar når BMS men hamnar på fel punkt är kopplingen mellan myCoreAI:s utsignal och BMS-punkten fel. Jämför varje värde som myCoreAI skriver med värdet som visas i BMS-bilden — de måste stämma överens. ## Signalavvikelse mellan myCoreAI och BMS Symtom: ett värde som syns i myPortal stämmer inte med samma värde i BMS. Eller en signal du förväntar dig att se i myPortal finns inte alls. De flesta signalavvikelser beror på en av tre saker: 1. **Fel mappning.** Signalnyckeln pekar på fel BMS-punkt. Lösningen ligger på integrationssidan — korrigera nyckeln. 2. **Avvikelse i enhet eller skala.** Värdet flödar tekniskt sett men tolkas olika på vardera sida (Celsius jämfört med Kelvin, Pa jämfört med kPa, procent jämfört med andel). 3. **En loggningspunkt läses i stället för den live-punkt.** Vissa BMS-integrationer exponerar båda; myCoreAI behöver den live signalen för styrning och loggningspunkten för historisk analys. Att blanda ihop dem orsakar fördröjning eller fastnade värden. En signal som saknas helt beror oftast på en mappning som aldrig skapades, eller en tagg som har inaktiverats på BMS-sidan. ## Inomhusklimatet når inte målet Symtom: rummen är ihållande för varma eller för kalla. Sensorer i översiktsvyn visar att de ligger utanför det rekommenderade intervallet — för varmt (rött/orange) eller för kallt (blått/ljusblått). Kontrollera: * **Flaskhalsensorer först.** I översiktsvyns lista över flaskhalsar visas vilka sensorer som drar byggnaden utanför intervallet. För varje: * **Justera Min/Max** så att det stämmer med de faktiska fysiska förhållandena i det utrymmet. * **Inaktivera sensorn** om den är dåligt placerad — direkt solljus, drag, nära en värmekälla — och inte representerar rummet. * **Hela byggnaden jämfört med en enstaka avvikare.** Om hela byggnaden är för kall, höj Max för alla relevanta sensorer så att myCoreAI justerar enhetligt. Om bara en sensor är avvikaren, sänk dess Min så att den slutar dominera myCoreAI:s beteende. * **Miljöorsaker** innan trimning. Drag, dålig isolering eller solbelastning på en sensor kommer alla att ge mätningar som ser ut som ett styrningsproblem men inte är det. Om individuell sensortuning inte räcker kan du snäva in byggnadens adaptiva Min/Max-gränser, vilket begränsar hur långt myCoreAI får röra sig från det ursprungliga börvärdet. Se detta som en tillfällig åtgärd — myCoreAI presterar bäst när den får röra sig fritt utan konstgjorda begränsningar. Bredda gränserna igen när det underliggande problemet är löst. ## Optimeraren har gått över till säkert läge Symtom: myCoreAI körde normalt och slutade sedan skriva optimerade värden. Byggnaden återgår till sina ursprungliga börvärden. myCoreAI övervakar hur mycket varje sensor avviker från förväntat beteende (byggnadens RMSE-faktor). När avvikelsen passerar en tröskel — **1.7** som standard, justerbar per byggnad — avaktiveras optimeraren automatiskt och byggnaden går in i fallback-läge. Det här är en säkerhetsmekanism, inte en bugg. Den hindrar myCoreAI från att agera på dåliga data. För att återställa: 1. Identifiera de problematiska sensorerna i listan över flaskhalsar. 2. Åtgärda avvikelsen vid källan — omkalibrera, flytta, byt ut sensorn eller korrigera ett för snävt börvärdesintervall. 3. Rensa byggnadens fallback-läge. Optimeraren kommer inte att återupptas förrän de underliggande sensorproblemen är åtgärdade. Att bara rensa fallback-läget räcker inte. ## Ta en enskild krets ur AI-styrning Om du behöver att en krets återgår till sitt ursprungliga (icke-AI) börvärde utan att stoppa optimeringen för hela byggnaden, kan du inaktivera den enskilda kretsen från dess kontrollpanel i myPortal. Resten av byggnaden fortsätter att optimeras. Det här är rätt lösning när en slinga beter sig fel och du vill undersöka utan att störa allt annat. ## När du ska skapa ett supportärende Om du har gått igenom kontrollerna ovan och symtomet kvarstår, skapa ett supportärende. Inkludera: * Den eller de byggnader som berörs. * Symtomet — vad du ser och vad du förväntade dig. * Ungefär när problemet började. * Vilken kontroll ovan du kom till, och vad du fann. * Skärmbilder eller länkar till den berörda myPortal-vyn, om relevant. För brådskande problem — till exempel om inomhuskomforten påverkas avsevärt — säg det uttryckligen. Om du vill att myCoreAI ska pausas för en byggnad medan ärendet är öppet, be om det. Pausning stoppar skrivning av börvärden men lämnar datainsamling och övervakning intakta. --- # 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-sv/felsokning/common-issues.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.