Tre lag, med hver sin natur
Utstyret. En PLS eller en kontroller som kjører fastvare. Den har én jobb: gjøre det riktige akkurat nå, også når ingen ser på og ingenting svarer. På Vestfjord Sauna er dette en Arduino Opta med fastvare skrevet fra bunnen av, som leser PT100-følere gjennom LKM264-transmittere og holder temperaturen ut fra hvilke timer som er booket.
Forbindelsen. Mobilnett, wifi eller kabel, og alle tre er borte iblant. Dette laget skal ikke ha meninger; det skal levere meldinger, og si fra når det ikke klarer det.
Skyen. Der bookingen, brukerne, historikken og reglene bor. Den bestemmer hva som skal skje, og den er den eneste som kan se flere enheter samtidig.
Feilen folk gjør er å tegne dette som ett system. Det er tre, med ulik oppetid, ulik oppdateringstakt og ulik toleranse for feil.
Bestem hvor logikken bor, først
Del reglene i to lister før noen skriver kode.
Det som må virke uten nett: øvre og nedre temperaturgrense, maksimal påtid, sikker tilstand når en føler faller ut, og hva som skjer ved oppstart etter strømbrudd. Dette hører hjemme på utstyret, i fastvare, og skal ikke kunne overstyres av en melding utenfra.
Det som gjerne kan vente: å flytte en booking, endre en temperatur på forespørsel, vise en graf, sende et varsel, samle statistikk. Dette hører hjemme i skyen, der det er lett å endre.
Når den delingen er gjort, er resten håndverk. Når den ikke er gjort, ender all logikk til slutt i skyen fordi det er raskere å endre der – og da har dere et varmeanlegg som slutter å fungere når mobilnettet gjør det.
Sensorer lyver av og til
En temperaturmåling er ikke sannhet, den er et signal med støy, drift og av og til rent tull. En følerledning som løsner gir gjerne en verdi som ser plausibel ut.
I praksis: kjenn måleområdet, forkast det som er fysisk umulig, filtrer i stedet for å reagere på hver avlesning, og gjør noe fornuftig når verdien mangler helt. Det er også derfor gode følere leses gjennom en transmitter – PT100-elementer er nøyaktige, men signalet er lite, og transmitteren gjør det robust nok til å gå gjennom et skap og et kabelstrekk.
Låser oppfører seg ikke som andre API-er
En adgangsintegrasjon ser enkel ut og er det ikke, fordi konsekvensen av en feil står fysisk foran døra.
Koder er tidsbegrensede, og «tidsbegrenset» betyr at klokkene må stemme. Noen låser er direkte tilgjengelige, som igloohome, mens andre nås gjennom en plattform som Inlet når dere trenger flere merker i samme system. Og uansett leverandør trenger dere en plan for gjesten som står utenfor med en kode som ikke virker – som regel en menneskelig utvei og et varsel til noen som kan gjøre noe.
Slik ser en leveranse ut
- Kartlegging. Databladene, ikke brosjyrene: hvilke innganger, hvilke protokoller, hvilke API-er, hvilke grenser.
- Én enhet, hele veien. Én måling opp og én styring ned, i drift, med logg. Alt annet er lettere når den kjeden virker.
- Reglene på plass. Fastvarelogikken og skylogikken skrevet hver for seg, med feiltilfellene skrevet ned.
- Felttid. Utstyret ute på ekte sted i noen uker, med overvåking. Her dukker feilene opp.
- Overlevering. Oppdateringsvei, dokumentasjon, tilganger, og en overvåking som varsler noen før kunden gjør det.
Vestfjord Sauna kjører hele denne kjeden i dag: booking og betaling fra mobilen, en lås som åpner seg til rett tid, og en ovn som styres ut fra bookingene mens en PLS holder temperaturen uansett vær.
Har dere noe fysisk som burde henge sammen med systemet, beskriv det i Living Brief – du får en arkitekturskisse, faser og et tidsrom tilbake med én gang.