Arcturus Intelligent Energy Control System
Integrasjonsoversikt for IT-ansvarlige
Trenger ikke direkte tilgang til byggets nettverk
Vårt system kobles til via eksisterende skytjenester som SD-anlegget allerede bruker.
Integrasjonsarkitektur
Bygget deres
Leverandørsky
Arcturus
Ingen direkte trafikk mellom bygget og vår plattform
* Tilkoblingsmetode varierer per leverandør:
- • SD-anlegg: typisk via byggets nettverk (Ethernet/teknisk nettverk).
- • Luftkvalitetssensorer: ofte egen mobilforbindelse (LTE/4G) — uavhengig av byggets infrastruktur.
- • Niagara N4 (MQTT): MQTT-megleren deres må være tilgjengelig fra klyngen vår. Det betyr at dere må åpne en port i brannmuren. Listen over, med ingen innkommende tilkoblinger og ingen brannmurendringer, gjelder bare skybaserte SD-anlegg.
Sikker API-kommunikasjon (sky ↔ Arcturus)
- • TLS-kryptering: all trafikk er kryptert under transport.
- • API-tokener: unike nøkler per integrasjon for autentisering.
- • Leverandørspesifikk autentisering: hver integrasjon bruker metoden leverandøren krever, for eksempel OAuth 2.0, signerte tokener eller nøkler for tjenestekonto, avhengig av SD-anlegget.
- • Drift i EU: Arcturus kjører i et europeisk datasenter.
Tilgang til parametre krever manuell godkjenning
Hos dere
SD-anleggets API må konfigureres til å eksponere spesifikke parametre. Dere bestemmer hvilke datapunkter som er tilgjengelige.
Vår side
Kun parametre som er eksplisitt konfigurert i systemet, kan nås. Alle tilordninger defineres på forhånd.
Arcturus kan ikke utvide tilgangen til parametre på egen hånd
Arcturus kan ikke selv utvide sin tilgang. All tilgang til parametre er forhåndsdefinert og godkjent av personer på begge sider av grensesnittet.
Det vi IKKE trenger
Det vi trenger
Sikkerhetsgrenser
| Dere kontrollerer | Dere/SD-anlegget håndterer | Vi kontrollerer |
|---|---|---|
| Byggets systemer og nettverk | API-autentisering | Arcturus-optimalisering |
| Beslutning om å dele tilganger | Sikker datatransport | Plattformsikkerhet |
| Godkjenning av brukere | Hastighetsbegrensning og logging | Dashbord og tilgangsstyring |
Reservedrift: hvis Arcturus blir utilgjengelig
SD-anlegget beholder alltid lokal styringsautoritet. Vårt system leverer kun optimaliserte settpunkter og kan slås av når som helst. Hvis vi blir utilgjengelige, fortsetter bygget å driftes med lokale standardinnstillinger.
Databehandling: hva vi leser og skriver
Det vi leser (fra SD-anlegg og sensorer)
- Temperaturer (inne/ute/tilluft/avtrekk)
- CO₂-nivåer
- Luftfuktighet
- Viftehastigheter / luftmengder
- Driftsstatus (på/av/alarm)
- Energiforbruk (når tilgjengelig)
Det vi skriver (settpunkter)
- Temperatursettpunkter
- Luftmengdesettpunkter
- Tidsstyringsplaner (når aktivert)
Merk: vi skriver kun settpunkter — selve reguleringen utføres alltid lokalt av SD-anlegget.
Datalagring: historisk telemetri lagres for analyse og rapportering. Driftsdataene vi henter fra bygget, som temperaturer, CO₂, viftehastigheter, settpunkter og statuser, inneholder ingen persondata. Administratorkontoer for selve plattformen håndteres separat gjennom vanlig pålogging.
Relaterte guider
- Nettverks- og brannmurkrav What Arcturus does and does not need from your network: nothing inbound for any site — cloud APIs for IWMAC and sensors; one outbound TLS connection from the station for Niagara MQTT.
- Databehandling: hva vi leser og skriver Driftstelemetrien vi leser, settpunktene vi skriver tilbake, hvor dataene lagres, og hvorfor telemetrien ikke er persondata.
- Reserveverdier og Watchdog How each BMS keeps the building running on safe defaults if Arcturus becomes unreachable — IWMAC watchdog, what the Niagara supplier tells us, sensor-only sites.
- Tilgang til parametre krever manuell godkjenning Bare parametre SD-leverandøren har eksponert og merket som skrivbare, er tilgjengelige. Arcturus kan ikke utvide sin egen tilgang.
- API-sikkerhet: legitimasjon, transport, drift AES-256-GCM-kryptering av legitimasjon i hvile, autentisering per leverandør, TLS under transport og drift i EU.