> 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/komma-igang/readme.md).

# Myrspoven

myCoreAI är Myrspovens optimeringslager för kommersiella och bostadsfastigheter. Det ansluter till ett befintligt Building Management System (BMS) och tränar en fysikinformerad digital tvilling av hur byggnaden reagerar på väder, hur den används och vilka styråtgärder som tillämpas på den. Utifrån detta justerar det automatiskt ett utvalt antal styrsignaler för att minska energislöseri samtidigt som inomhusförhållandena hålls inom överenskomna komfortgränser.

Byggnadens befintliga HVAC-logik ligger kvar — myCoreAI gör inga permanenta ändringar i den. I stället arbetar det ovanpå den logiken och finjusterar kontinuerligt relevanta signaler så att byggnaden körs vid en mer effektiv driftpunkt.

***

### Målgrupp

* **Portfölj- och tillgångsförvaltare** använder myCoreAI för att minska energikostnader och förbättra driftmarginalerna i hela sin fastighetsportfölj. myCoreAI ansluter till befintliga byggnadssystem och optimerar HVAC-börvärden kontinuerligt — vilket ger mätbara besparingar utan kapitalutgifter eller ändringar i befintlig infrastruktur. Det stödjer också energiledningskrav enligt ISO 50001 och EPBD-rapportering.
* **Fastighets- och anläggningsförvaltare** är de som sköter den dagliga driften. De sätter komfortgränser, granskar prestanda och reagerar på larm — myCoreAI hanterar den kontinuerliga optimeringen i bakgrunden, så att driftteam inte manuellt behöver finjustera börvärden i hela byggnaden.
* **Systemintegratörer och leverantörer av energidata** kopplar byggnader till plattformen genom att mappa befintliga BMS-signaler som sensorer och de börvärden myCoreAI styr. \
  Integrationen är signalbaserad och leverantörsneutral — Schneider, Siemens, Honeywell, Fidelix och liknande systemstackar stöds alla.
* **Utvecklare** arbetar med Myrspoven via .NET DataStorage API för att läsa signaler, skicka börvärden eller bygga verktyg ovanpå plattformen. Du kan arbeta direkt mot API:et eller koppla egna skript och pipelines till det.

### Så fungerar det

Varje timme kör myCoreAI samma loop:

1. **Läs** de senaste signalerna från BMS. Detta omfattar live-sensordata — inomhustemperaturer, energimätare, utrustningsstatus — tillsammans med byggnadens egen konfiguration, såsom aktuella börvärden och systemstruktur.
2. **Förutsäg** hur byggnaden kommer att reagera under de kommande 72 timmarna, med hjälp av den digitala tvillingen tillsammans med väderprognosen och inlärda mönster för hur byggnaden beter sig.
3. **Optimera** börvärdespolicyn för att minimera energianvändningen samtidigt som komfortgränserna hålls.
4. **Skriv** tillbaka de resulterande börvärdena till BMS.

Den digitala tvillingen tränas om när nya data kommer in, så myCoreAI anpassar sig när byggnaden, vädret och användningsmönstren förändras.

#### Arbetsexempel

Föreställ dig en kontorsbyggnad som värms med fjärrvärme enligt en effektbaserad tariff — en där kostnaden delvis beror på byggnadens toppkraftuttag, inte bara på den totala energianvändningen. Den ansluter sitt BMS via en standardiserad signalkartläggning: zontemperaturer, fram- och returtemperatur på två värmekretsar, den primära värmemätaren och utomhussensorn. myCoreAI tränar en digital tvilling på byggnadens senaste driftshistorik och tar sedan över börvärdena för framledning i värmekretsarna. Under de följande veckorna planar det ut morgonrampen genom att förvärma tidigare vid lägre framledningstemperaturer, håller zontemperaturerna inom de konfigurerade komfortgränserna och kapar dygnstoppen under tarifftröskeln.

Resultat: lägre levererad energi och en reducerad kapacitetsavgift, utan någon ändring av BMS-logiken.

### Nyckelbegrepp

* **BMS / BAS (Building Management System / Building Automation System)** — den befintliga styrstacken i byggnaden (Schneider, Siemens, Honeywell, Fidelix och andra) som myCoreAI läser från och skriver börvärden till.
* **Signal** — ett enskilt namngivet datastream från byggnaden. Det är den nivå på vilken allt representeras: sensordata som läses i loopen ovan (en temperatursensor, en energimätare), ett börvärde och utrustningsstatus är var och en en signal. Se [Utvecklarreferens](https://app.gitbook.com/s/kvWb2bblPg0JMbwweyz7/developer-reference).
* **Börvärde** — ett skrivbart värde som skickas tillbaka till BMS (till exempel en framledningstemperatur i en värmekrets). BMS:ets egna styrloopar agerar på börvärdet.
* **Digital tvilling** — den fysikinformerade modellen av en specifik byggnad, tränad på dess sensordatahistorik. myCoreAI använder den för att förutsäga hur ändringar i börvärden påverkar inomhusförhållanden och energianvändning.
* **Optimeringshorisont** — hur långt fram i tiden myCoreAI tittar när det väljer börvärden. För närvarande 72 timmar.
* **Baslinje (energi)** — den referensprofil för energianvändning som en byggnad jämförs mot i rapportering, använd för att uppskatta besparingar. Detta är inte samma sak som byggnadens *styrning* baslinje — hur dess egna system skulle köras utan myCoreAI — och de två får inte blandas ihop.
* **Komfortgränser** — gränserna för inomhusförhållanden (vanligen temperatur) som myCoreAI måste hålla sig inom. Konfigureras per byggnad, ibland inlärda från historiska data.
* **Energigräns** — valfri funktion som begränsar byggnadens toppeffektuttag. Relevant för kapacitetsbaserade ("effekt") tariffer, där avgifter skalas med toppeffekt snarare än total energi.
* **myLoadshift** — flyttar förbrukning över dagen som svar på elpriser på spotmarknaden (t.ex. ENTSO-E day-ahead).

## Vart härnäst

| Målgrupp                             | Börja här                                                                                       |
| ------------------------------------ | ----------------------------------------------------------------------------------------------- |
| **Kunder** som använder myPortal     | [myPortal](/myrspoven-docs/myrspoven-docs-sv/kundgranssnitt/myportal.md)                        |
| **Partners för BMS-integration**     | [BMS-integration](/myrspoven-docs/myrspoven-docs-sv/integrationer/overview/bms-integrations.md) |
| **Utvecklare** utveckla mot API:erna | [Utvecklarreferens](/myrspoven-docs/myrspoven-docs-sv/utvecklarreferens/overview.md)            |
| Alla **integrationsalternativ**      | [Integrationer](/myrspoven-docs/myrspoven-docs-sv/integrationer/overview/bms-integrations.md)   |
| **Säkerhet och efterlevnad**         | [trust.myrspoven.com](https://trust.myrspoven.com/)                                             |


---

# 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/komma-igang/readme.md?ask=<question>
```

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.
