> 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 går igenom de symtom du mest sannolikt stöter på i en byggnad optimerad med myCoreAI, och vad du ska kontrollera innan du skapar ett supportärende. Arbeta uppifrån och ned — de flesta problem upptäcks 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 uppgifter som anges längst ned på den här sidan. ## Data flödar inte från BMS Symtom: sensorvärden i myPortal är platta, saknas eller har fastnat på ett gammalt värde. I ritningsvyn visas sensorer i ett avaktiverat eller föråldrat tillstånd. Kontrollera: * **Anslutningsstatus.** Bekräfta att integrationen på BMS-sidan är online. En tappad anslutning mellan BMS och myCoreAI är den i särklass vanligaste orsaken till saknade data. När anslutningen återställs försvinner symtomet normalt inom några minuter. myCoreAI läser varje minut (som mest var femte minut); tillförlitlig optimering kräver minst en datapunkt var femte minut. * **Signalen vid källan.** Ö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 från myCoreAI — kontrollera givaren, styrenheten eller BMS-loggkonfigurationen. ## Skrivningar av börvärden når inte BMS Symtom: myCoreAI visar ett aktivt börvärde i myPortal, men BMS använder det ursprungliga värdet (utan AI). Byggnaden beter sig som om optimeringen vore avstängd trots att den är aktiverad. Kontrollera: * **myCoreAI kör faktiskt** för den här byggnaden i myPortal. En pausad eller avaktiverad byggnad skriver inte. * **Skrivvägen är aktiverad** ända till slutet. De flesta BMS-integrationer har en separat läsväg och skrivväg; det är möjligt att läsning fungerar medan skrivning är avaktiverad. * **Den senaste skrivningen 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 myCoreAIs utgångssignal och BMS-punkten fel. Jämför varje värde som myCoreAI skriver med värdet som visas i BMS-bilden — de måste matcha. ## Signalavvikelse mellan myCoreAI och BMS Symtom: ett värde som visas i myPortal stämmer inte med samma värde i BMS. Eller så finns inte alls en signal som du förväntar dig att se i myPortal. De flesta signalavvikelser beror på en av tre saker: 1. **Fel mappning.** Signalnyckeln pekar på fel BMS-punkt. Lösningen finns på integrationssidan — korrigera nyckeln. 2. **Enhets- eller skalningsavvikelse.** Värdet flödar tekniskt sett, men tolkas olika på varje sida (Celsius kontra Kelvin, Pa kontra kPa, procent kontra andel). 3. **En loggningspunkt som läses i stället för livepunkten.** Vissa BMS-integrationer exponerar båda; myCoreAI behöver den aktiva 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 ritningsvyn ligger utanför det rekommenderade intervallet — för varma (rött/orange) eller för kalla (blått/ljusblått). Kontrollera: * **Flaskhalsensorer först.** Listan över flaskhalsar i ritningsvyn visar vilka sensorer som drar byggnaden utanför intervallet. För var och en: * **Justera Min/Max** så att de matchar 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 representativ för rummet. * **Hela byggnaden kontra en enskild avvikare.** Om hela byggnaden är för kall, höj Max på alla relevanta sensorer så att myCoreAI justerar jämnt. Om bara en sensor är avvikaren, sänk dess Min så att den slutar dominera myCoreAIs beteende. * **Miljömässiga orsaker** innan finjustering. Drag, dålig isolering eller solbelastning på en sensor ger alla mätvärden som ser ut som ett styrproblem, men inte är det. Om individuell sensortuning inte räcker kan du snäva åt byggnadens anpassade min-/maxgrä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 är fri att röra sig utan artificiella begränsningar. Bredda gränserna igen när det underliggande problemet är löst. ## Optimeraren har fallit tillbaka till säkert läge Symtom: myCoreAI kördes normalt, men 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 säkert läge. Detta är en säkerhetsmekanism, inte en bugg. Den förhindrar myCoreAI från att agera på dåliga data. För att återställa: 1. Identifiera de problematiska sensorerna i flaskhalslistan. 2. Lös avvikelsen vid källan — kalibrera om, flytta, byt ut sensorn eller korrigera ett för snävt börvärdesintervall. 3. Rensa säkert läge för byggnaden. Optimeraren återupptas inte förrän de underliggande sensorproblemen är åtgärdade. Det räcker inte att bara rensa säkert läge. ## En byggnad tränar eller optimerar inte Symtom: en byggnads träning slutförs inte (träningsstatusen förblir röd, eller kön rör sig inte), eller så stannar optimeraren med ett fel om felaktiga, frysta eller saknade data. myCoreAI behöver nyligen förändrade sensordata för att träna sin digitala tvilling och köra optimeraren. De vanligaste orsakerna är: * **En frusen eller föråldrad signal.** En sensor — eller en krets i pump-stopp — rapporterar samma värde, eller inget värde alls, under en längre period. Datavalidering markerar detta som felaktigt och tar bort det. * **För mycket felaktig eller saknad data.** När många signaler är felaktiga eller saknas under träningsfönstret återstår för lite användbar data, och valideringen kan stryka det mesta eller allt. * **En nyligen tillagd signal med lite historik**, vilket kan göra att rader stryks tills den har byggt upp tillräckligt med data. Kontrollera på [sensor- och signalnivå](/myrspoven-docs/myrspoven-docs-sv/felsokning/overview.md) först, bekräfta att data fortfarande flödar och rensa eller inaktivera eventuella frysta eller felaktiga sensorer. Om byggnaden nyligen tränades om men fortfarande inte optimerar — eller om valideringen rapporterar att den strök det mesta av datan — skapa ett supportärende. ## Ta en enskild krets ur AI-styrning Om du behöver att en krets återgår till sitt ursprungliga börvärde (utan AI) utan att stoppa optimeringen för hela byggnaden, kan du avaktivera just den kretsen från dess kontrollpanel i myPortal. Resten av byggnaden fortsätter att optimeras. Detta är rätt lösning när en slinga beter sig fel och du vill undersöka den 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. * Den ungefärliga tid då 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 det är relevant. För akuta problem — till exempel om inomhuskomforten påverkas kraftigt — säg det uttryckligen. Om du vill att myCoreAI ska pausas för en byggnad medan ärendet är öppet, be om det. Pausning stoppar skrivningar av börvärden men låter datainsamling och övervakning vara 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, and the optional `goal` query parameter: ``` GET https://docs.myrspoven.com/myrspoven-docs/myrspoven-docs-sv/felsokning/common-issues.md?ask=&goal= ``` `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.