CX2 Algorithm

CX2 Algorithm er den aktive overbygning på CX2 Open. Hvor CX2 Open indsamler, strukturerer og gør bygningsdata tilgængelige, skal CX2 Algorithm bruge de data til løbende at optimere bygningens drift.

CX2 Algorithm skal ikke erstatte CTS-anlægget. Den almindelige regulering bliver ved med at ligge lokalt i bygningens CTS/BMS: PID-regulering, ventil- og spjældstyring, frostbeskyttelse, sikkerhedsfunktioner og de øvrige funktioner, som CTS-anlægget allerede løser godt. CX2 Algorithm er tænkt til de funktioner, der typisk er svære at få til at fungere tilfredsstillende i et traditionelt CTS-anlæg, fordi de kræver store datamængder, historik, løbende tilpasning eller beregninger på tværs af flere systemer.

Et eksempel er optimal start efter natsænkning. CTS-anlægget kan uden problemer starte varmen kl. 05:43. Den svære del er at beregne, at netop 05:43 er det rigtige tidspunkt i morgen. Det kræver viden om bygningens aktuelle temperaturer, historiske opvarmningsforløb, udetemperatur, vejrudsigt, bygningens termiske egenskaber og det ønskede komfortniveau.

Et andet eksempel er fremløbstemperaturen i en blandekreds. CTS-anlægget regulerer fortsat præcist efter det givne setpunkt. CX2 Algorithm beregner, hvad setpunktet bør være, ud fra bygningens faktiske behov, aktuelle rumtemperaturer, historik og eventuelt vejrudsigter.

Et centralt princip er, at CX2 Algorithm skal være forudsigelig og kontrollerbar. AI kan bruges til at analysere bygningsdrift, finde mønstre og foreslå forbedringer, men den løbende påvirkning af driften sker gennem veldefinerede algoritmer med kendte grænser og funktioner.

AI hjælper med at forstå bygningen. CX2 Algorithm optimerer driften. CTS-anlægget udfører reguleringen.

Algoritmerne udvikles ikke til ét bestemt CTS-anlæg. CX2 beskriver bygningen i Brick Schema, og algoritmerne arbejder derfor mod en fælles semantisk model frem for mod leverandørspecifikke punktnavne. Det gør det muligt at flytte en god algoritme fra én bygning til en anden. Portabilitet betyder dog ikke, at algoritmen kan bruges ukritisk: bygninger reagerer forskelligt, og hver algoritme skal enten konfigureres til den konkrete bygning eller lære bygningens faktiske adfærd at kende, før den får lov til at påvirke driften. En optimal-start-algoritme kan være den samme på tværs af mange bygninger, men dens model for opvarmningstid skal tilpasses den enkelte bygning.

Brick gør algoritmen portabel. Data gør den bygningsspecifik.

På længere sigt er ambitionen, at CX2 Algorithm bliver et bibliotek af genanvendelige driftsalgoritmer til blandt andet optimal start, adaptive setpunkter, prædiktiv drift og behovsstyrede driftstider. Det åbner også for samarbejde med universiteter og andre forskningsmiljøer: nye algoritmer kan udvikles og testes ét sted og derefter bruges på tværs af mange bygninger gennem CX2's fælles semantiske datalag.

Er det så meningen, at AI skal styre bygningen? Nej, det er faktisk ikke tanken. AI giver os mange muligheder, men vi er ikke klar til at overlade styrepinden til en sprogmodel.

Findes ikke endnu.