Om Arcturus

Arcturus er en AI-drevet plattform for styring av ventilasjon på tvers av byggporteføljer. Plattformen kobler seg til eksisterende SD-anlegg der slike finnes, setter opp en maskinvareintegrasjon der bygget mangler SD-anlegg, og henter inn inneklimadata fra støttede leverandører av trådløse sensorer i begge tilfeller. Dokumenter og sanntidsdata fra hvert bygg brukes til å identifisere hva som finnes i anlegget, foreslå en styringskonfigurasjon og starte den løpende styringen når konfigurasjonen er gjennomgått og satt i drift.

Disse sidene er skrevet for byggdriftere og VVS-integratører som setter opp og drifter bygg gjennom appens grensesnitt. Teknisk koordinering med SD-leverandøren — legitimasjon, Watchdog-oppsett og utveksling av adresseliste-CSV — ligger under kategorien SD-anlegg.

Hva plattformen gjør i dag

Veien fra et nytt bygg til aktiv styring går gjennom veiviseren for nytt bygg — de åtte stegene under Oppsett av bygg i dette biblioteket, og den samme veiviseren som åpnes inne i plattformen når et nytt bygg opprettes. Etter at et SD-anlegg eller et rent sensoroppsett er koblet til og adresseliste-CSV-en (sammen med eventuell teknisk dokumentasjon) er lastet opp, foreslår plattformen en styringskonfigurasjon. Når konfigurasjonen er gjennomgått og satt i drift, starter den løpende styringen for bygget: ventilasjonsstatus leses, styringen tilpasses driften, settpunkter skrives tilbake gjennom Watchdog som sikkerhetsmekanisme, og telemetri rapporteres til dashbordet.

1. Building management systems supported today: IWMAC, and Niagara N4 over MQTT — for Niagara, the station in the building connects to a broker we host, and the owner guide under Building management system walks through the setup.
2. Støttede leverandører av trådløse sensorer i dag: Airthings og Disruptive Technologies. Flere leverandører legges til på forespørsel — Arcturus er leverandøruavhengig og forblir det.
3. Bygg uten SD-anlegg får en maskinvareintegrasjon satt opp på stedet — enten styringsmaskinvare vi leverer, eller ekstern maskinvare som passer bygget — slik at plattformen kan lese fra og skrive til anlegget.
4. De åtte stegene i veiviseren dekker legitimasjon, opplasting av dokumenter, AI-drevet gjenkjenning av systemer og komponenter, manuell gjennomgang, Watchdog-oppsett (der SD-anlegget støtter skriving av settpunkter) og idriftsettelse.
5. Tilpasset styring per bygg: nærværsbasert ventilasjon, frikjølingsoptimalisering og bytte mellom varme- og kjølemodus, med Watchdog som sikkerhetsmekanisme hvis plattformen blir utilgjengelig.
6. Drift: Kubernetes-klynge i Europa (Amsterdam-regionen). Driftstelemetri og konfigurasjon forlater ikke regionen.

Hvor plattformen er på vei

Noen deler er i drift, andre er fortsatt under utvikling. Retningen er:

1. Automatisk generert konfigurasjon: veiviseren utarbeider allerede mesteparten av byggkonfigurasjonen; målet er automatisk konfigurasjon hele veien — med manuell gjennomgang bare når noe ser galt ut.
2. Tegningsforståelse: en egen pipeline for maskinsyn leser systemskjemaer og P&ID-tegninger for å hente ut komponenter og koblinger. Er under utvikling; ennå ikke i produksjon.
3. Flere SD-leverandører: integrasjoner utover IWMAC og Niagara legges til etter behov. Bygg som kjører noe annet finner veien videre under «Hva om SD-anlegget ikke støttes ennå?» i SD-anlegg-kategorien.
4. Selv-evaluerende agenter: hvert AI-steg i pipelinen blir koblet til å vurdere sitt eget resultat og enten bekrefte eller rette det. Rulles ut én agent om gangen.
5. Driftsanalyse på tvers av leverandører: dagens øyeblikksbilde av driftstilstanden i veiviseren er bare for IWMAC; neste steg er å gjøre det leverandøruavhengig.
6. Visualisering av energisystemet: en rikere fremstilling av hvordan varme, kjøling, elektrisitet og ventilasjon henger sammen i bygget, slik at operatøren kan lese hele energibildet og ikke bare ventilasjonen.
7. Bredere styringsområde: styringen utvides fra ventilasjon i dag til oppvarming, kjøling og belysning.
8. Koordinering på tvers av systemer: integrasjon med batterilager, lokal solproduksjon og hurtiglading av elbil, slik at styringen av varme, ventilasjon og kjøling kan koordineres med resten av energibruken på stedet — i stedet for at hvert delsystem optimaliseres for seg.
9. Automatisk feildeteksjon med årsaksanalyse: avvik oppdages i sanntidsdataene og spores tilbake til den underliggende feilen, ikke symptomet — operatøren skal lese en årsak, ikke måtte tolke den ut fra et dashbord.

Hva Arcturus ikke er

Noen avgrensninger som ikke gjentas overalt i resten av dokumentasjonen:

1. Arcturus erstatter ikke SD-anlegget. Plattformen leser fra og skriver til den byggautomatikken som allerede finnes på stedet.
2. Arcturus er ikke et primært sikkerhetssystem. Watchdog-mekanismen beskytter mot feilaktige skriveoperasjoner fra plattformen; det er SD-anlegget selv som holder bygget trygt.
3. Et Arcturus-oppsett er ikke helautomatisk. Veiviseren leder oppsettet og AI-en utarbeider konfigurasjonen, men operatøren tar avgjørelsene i stegene med manuell gjennomgang — spesielt Steg 6, der feil valg kan føre til feil styring av bygget.
4. Arcturus utvider ikke sin egen tilgang. Bare parametere SD-leverandøren har eksponert og merket som skrivbare, er tilgjengelige. Se Tilgang til parametre under IT-info og sikkerhet.

Hva disse sidene inneholder

Biblioteket er organisert etter hvilken del av oppsettet som skal avklares:

1. SD-anlegg — identifisering av hvilket SD-anlegg bygget kjører, tilkobling gjennom veiviseren, og hva som skal gjøres når leverandøren ikke er støttet ennå.
2. Innendørssensorer — når sensorer trengs, hvilke leverandører som støttes, og hvordan oppsettet hos hver leverandør brukes i veiviseren.
3. Styringsmaskinvare — hva som forventes når det ikke finnes et eksisterende SD-anlegg og styringsmaskinvare må settes opp på stedet for å få bygget i drift.
4. Oppsett av bygg — gjennomgang av veiviseren for nytt bygg (de åtte stegene inne i plattformen som tar et bygg fra nytt oppsett til drift) og sjekkene etter idriftsettelse.
5. IT-info og sikkerhet — hvilke data Arcturus leser og skriver, krav til nettverk og brannmur, Watchdog, reserveverdier, håndtering av legitimasjon og tilgangsgrenser.

For et konkret bygg anbefaler Start her-flyten på dokumentforsiden riktig rekkefølge av guider basert på tre eller fire spørsmål om oppsettet.