Cisco Firehose API – Sanntidsdata for bygg og etasjer på campus

Cisco Firehose API – Sanntidsdata for Smart Campus

Cisco leverer en tjeneste som registrerer hver enhet som snakker med nettverket. Det betyr at alle smarte enheter, alt fra smart telefoner til Internet of Things (IoT) enheter, blir registrert når de snakker med nettet. Siden enhetene snakker med flere nettverkspunkter i byggene samtidig, kan Cisco også vite hvilken etasje og i hvilket bygg disse enhetene er i på Campus. Oppsummert for hele Campus vil man da få et tall på alle enheter som besøker Campus, slik som bildet fra Cisco Spaces under viser.

Bildet viser antall besøkende enheter som er registrert siden midnatt den 6. januar 2025, frem til kl 09:31, og sammenligner det med det historiske gjennomsnittet for disse dagene (mandag i dette tilfellet) i den gule grafen. Dette er veldig relevant data for nabolag av smarte bygg, som utgjør Smart Campus. I tillegg til å levere disse dataene til dette brukergrensesnittet i Cisco Spaces, blir også dataene levert over Cisco Firehose API som gjør at man kan ta de i bruk i andre systemer. Vi har tidligere vist hvordan plattformen vår tar inn mange datakilder og lager et nabolag av digitale tvillinger i Azure. I denne artikkelen skal vi gå litt nærmere inn på hvordan vi kobler disse dataene med vår plattform, og hva vi bruker dataene til.

Hva er Cisco Firehose API?

Cisco Firehose API er en strømmetjeneste som leverer disse sanntidsdataene fra nettverksinfrastrukturen. Dette API-et gir detaljerte oppdateringer om enheter som kobler seg til nettverket. Dataene inkluderer blant annet antall aktive enheter og deres plassering i bygninger og etasjer. For å bruke Firehose API, kreves det at man er Cisco-partner, noe som gir tilgang til avanserte integrasjonsmuligheter.

Hvordan brukes Firehose API i Smart Campus?

I NMBU Smart Campus-plattformen brukes Firehose API til å hente sanntidsdata om antall enheter i bygg og etasjer, som vi etablerer som sensorer av typen brick:Occupency_Count. Dette muliggjør rask oppdatering av bruksmønsteret, noe som er avgjørende for å kunne optimalisere bruken av campus-arealer. Figuren under viser arkitekturen vi bruker for å integrere disse dataene med Azure Digital Twins og resten av plattform komponentene.

Figuren viser dataene som strømmer fra Cisco Spaces tjenesten til venstre i bildet og inn i vår plattform, som vises til høyre i bildet. Følger man den grønne flyten fungerer integrasjonen som følgende:

Slik fungerer integrasjonen:

1. Sanntidsstrømming: API-et sender meldinger kontinuerlig for hver endring i antall registrerte enheter på et aksesspunkt. Den mest relevante meldingstypen for NMBU er DEVICE_COUNT, som gir oppdatert informasjon om antallet enheter i en bygning eller etasje.

2. Azure Event Hub: Dataene fra Firehose API strømmer til en Azure Event Hub, som fungerer som et sentralt knutepunkt for sanntidsdata.

3. Behandling med Azure Functions: Hver gang en melding ankommer Event Hub, trigges en Azure Function som oppdaterer Azure Digital Twins med de siste dataene. Dette gjør at sensortvillingene alltid viser oppdatert informasjon om bruksmønsteret i sanntid.

4. Mappe med webapp: Den webbaserte Admin appen brukes til å koble sensorene til de respektive bygg og etasjer med å lage isPointOf/hasPoint relasjoner mellom dem i Azure Digital Twins.

5. Historikk og analyse: De oppdaterte dataene lagres i Azure Data Explorer som en tidsserie. Dette muliggjør analyse av historiske trender og optimalisering av campusdriften.

6. Standardisert API ut: Fra Azure Data Explorer eksponeres alle dataene i et standardisert format (RealestateCore) basert REST API

Fordeler med Firehose API:

• Sanntidsdata: Gir kontinuerlig oppdatering av bruksmønster uten forsinkelse.

• Nøyaktighet: Kombinerer data fra flere aksesspunkter for å gi presise tellinger og posisjonsberegninger.

• Fleksibilitet: Kan tilpasses ulike meldingsformater og filtreringskrav, som for eksempel DEVICE_COUNT for enhetsregistrering.

Eksempel på praktisk bruk:

Ved hjelp av Firehose API kan systemet oppdage når et auditorium fylles opp og varsle om overkapasitet, eller om en etasje er overbelastet, slik at tiltak kan settes inn raskt. Dataene kan også brukes til å forutsi fremtidig bruk og justere ressursplanleggingen, for eksempel oppvarming eller rengjøring. Når disse dataene blir kombinert med data fra byggautomasjon, Energiforbruk og ikke minst rom booking blir dette et kraftig verktøy for å optimalisere utnyttelsen av bygget og redusere energi- og klimapåvirkningen av byggene.

Hvorfor bytte til Firehose API?

Tidligere brukte NMBU daglige eksportfiler i CSV-format fra Cisco Spaces. Dette førte til:

• Lav oppdateringsfrekvens (1 gang i døgnet).

• Omfattende logikk for prosessering av data for å få brukbare resultater.

Firehose API eliminerer disse begrensningene ved å levere sanntidsstrømmer av data, noe som er langt mer effektivt og brukbart for flere brukstilfeller.

Oppsummert

Cisco Firehose API er en nøkkelkomponent i NMBU Smart Campus. Det gir enestående muligheter for sanntidsanalyse av campusaktivitet og forbedrer beslutningstaking knyttet til areal- og ressursutnyttelse. Dette er en viktig utvikling for å gjøre bygningene smartere og mer responsive til brukernes behov.