Det forbundne hjem.
Samlet i ét overblik.

01Et hjem med mange systemer. Ét sted at begynde.

Solcellerne har deres egen app. Elmåleren har en anden. Bilen, laderen og lyset har hver deres måde at fortælle, hvad der sker. API-Butler samler oplysningerne, så sammenhængen bliver lettere at se.

En API er en digital forbindelse, som lader programmer udveksle oplysninger. API-Butler bruger sådanne forbindelser til at hente data fra forskellige systemer og vise dem i et fælles overblik. Det kan være solproduktion, batteriniveau, ladeeffekt eller status på hjemmets enheder.

Idéen er praktisk: Man skal kunne begynde med et enkelt overblik og gå videre til den relevante kilde, når noget kræver opmærksomhed. En manglende måling, en adgang der snart skal fornyes, og en bil der er tilsluttet uden at lade, er tre forskellige situationer. De bør også se forskellige ud.

02Begynd med det, der betyder noget.

Overblikket samler energi, forbindelser og genveje til hjemmets enheder. Energivisningen gør strømmen konkret: Hvor meget kommer fra solen? Hvor meget bruger huset? Bliver batteriet opladet, eller leverer det strøm? Går der energi til eller fra elnettet?

I billedets regneeksempel fordeles 4,8 kW solproduktion på 1,2 kW husforbrug, 3,0 kW batteriopladning og 0,6 kW eksport. Tallene er valgt til illustrationen. De viser også forskellen på kW, som er effekten lige nu, og kWh, som er en energimængde over tid.

Et godt overblik skal ikke kun fremhæve grønne forbindelser. Det skal også hjælpe læseren videre, når indstillinger kun er delvist aflæst, eller en kilde ikke leverer aktuelle data. Derfor er status og datakvalitet en del af selve visningen.

03Hver forbindelse har sin rolle.

API-Butler bliver mest nyttig, når oplysningerne bruges til det, de faktisk fortæller. Laderen ved, hvor meget den leverer. Bilen ved noget om sit batteri. Elmåleren ser udvekslingen med nettet. Ingen af disse kilder kan alene beskrive hele energisystemet.

Den enkelte forbindelse viser, hvilke data der er tilgængelige. Funktioner og betjeningsmuligheder varierer mellem integrationerne og kræver en fungerende forbindelse til udstyret.

04Hent data fælles. Brug dem flere steder.

Bag brugerfladen ligger en fælles cache: et midlertidigt datalager med de senest indsamlede oplysninger. Flere visninger kan genbruge den samme indsamling, så hvert åbent vindue ikke behøver at spørge leverandøren på ny.

Opdateringsrytmen tilpasses kilden og behovet. Hurtige lokale målinger og langsommere leverandørdata har forskellige vilkår. En side kan derfor opdatere sin visning, uden at der samtidig er kommet en ny måling fra enheden.

Overblikket over API-kald giver indblik i indsamlingen og gør det lettere at undersøge fejl eller unødig trafik. Beskyttelsen mod unødig trafik gælder de omfattede tjenester; det er ikke et løfte om kontrol over alle andre programmer.

05Et tal er først nyttigt, når man ved, hvad det betyder.

Måletid fortæller, hvornår kilden registrerede en værdi. Hentetid fortæller, hvornår API-Butler modtog den. Hvis bilen sender en ældre batterimåling, bliver den ikke ny, bare fordi den netop er hentet.

Visningerne skelner mellem aktuelle, historiske, delvise og manglende oplysninger. En manglende værdi skal vises som ukendt eller afventende. Den må ikke blive til et tilsyneladende målt nul.

Det samme gælder inverterens indstillinger. Friske energimålinger bekræfter ikke automatisk en tidligere aflæst ladegrænse. Og en værdi, der kan læses tilbage, beviser ikke alene, at udstyret har udført den ønskede handling.

06Fra øjebliksbillede til sammenhæng.

Historikken gør det muligt at følge registreret import, eksport og opladning over tid. Historikvisningen angiver også datadækning og huller i opsamlingen. Det er væsentligt: En halv dags målinger er ikke et fuldt døgnregnskab.

Udgifter beregnet ud fra de dækkede intervaller mærkes som estimater. Et ufuldstændigt prisgrundlag eller manglende målinger skal følge med tallet som en begrænsning. En pæn sum må ikke skjule et ufuldstændigt grundlag.

Den separate Ladeanalyse giver et mere målrettet blik på bilopladningen, mens Solprognose handler om forventet produktion. API-Butler er fælles indgang og datagrundlag, men behøver ikke rumme alle analyser på samme side.

07Adgang skal vedligeholdes. Betjening skal være tydelig.

Forbindelser kan holde op med at virke, når deres adgang udløber. API-Butler samler oplysninger om udløb og fornyelse, så vedligeholdelse ikke først bliver synlig som manglende målinger.

Oversigten skelner mellem kendt udløb, beregnet dato, automatisk fornyelse og ukendt udløb. Funktionen gemmer oplysninger om udløbet; selve nøglen fornyes hos leverandøren. En ukendt dato skal ikke udløse en gættet nedtælling.

API-Butler rummer også betjeningsfunktioner i udvalgte integrationer, blandt andet lys og lader. Det er en anden type handling end at læse status. Energiforslag og godkendelsesforløb hører til i Energi Agent, hvor forudsætninger og begrænsninger kan vurderes samlet.

08Hvad er der nu — og hvad udvikles videre?

API-Butlers styrke er et fælles, læsbart grundlag: Hvad ved vi, hvor kommer det fra, og hvor sikkert er det? Det er også udgangspunktet for at kunne lave bedre energiplaner.