Vlasnik sleti u drugu zemlju, otvori aplikaciju za akvarij i vidi 7 ujutro na telefonu. Kod kuće, tenk se približava večeri. Koji sat će pokrenuti sljedeći događaj rasvjete? Odgovor zavisi od toga kako taj određeni sistem pohranjuje i interpretira vrijeme. Raspored može pratiti lokalni sat kontrolora, trenutnu zonu telefona, račun u oblaku, čvorište ili imenovanu kućnu lokaciju. Promjene putovanja i ljetnog računanja vremena otkrivaju ove razlike jer satovi koji se obično slažu odjednom pokazuju različita građanska vremena.
Počnite tako što ćete odvojiti događaj od njegovog prikaza. "Izlazak sunca u 08:00" može značiti osam sati u fiksnoj kućnoj zoni akvarijuma, osam sati gdje god se telefon nalazi, ili apsolutni trenutak preveden za gledaoca. Kontroler bez pristupa internetu može držati svoj sat. Drugi može da se sinhronizuje preko servera kad god se ponovo poveže. Nijedna metoda nije automatski pogrešna, ali sučelje treba reći korisniku koje je pravilo aktivno. Bez tog objašnjenja, prilagođavanje rasporeda može dvaput pomjeriti događaj.
Ljetno računanje vremena dodaje sezonsku komplikaciju samo u mjestima i periodima koji ga koriste. Građanski sat može skočiti naprijed ili nazad, dok kontroler postavljen na fiksni pomak ne. Sistem baziran na lokaciji može se automatski promijeniti u skladu sa svojim pohranjenim pravilom; ručno podešen sat može čekati vlasnika. Pravila se također mogu mijenjati tokom vremena, tako da je potrebno održavanje softvera i podataka o vremenskim zonama. Praktično pitanje nije samo da li proizvod "podržava DST", već koju lokaciju, izvor pravila i putanju ažuriranja koristi.
Kada se raspored aktivira u pogrešno vrijeme, zapišite dokaz prije nego što promijenite bilo šta. Snimite prikazano vrijeme i datum kontrolera, vrijeme aplikacije, zonu telefona, pohranjenu lokaciju akvarija, postavku ljetnog računanja vremena, internet status i sljedeći programirani događaj. Provjerite je li aktivan drugi tajmer ili rutina pametnog doma. Ovaj mali zapis razlikuje grešku sata od duple komande ili ručnog nadjačavanja. To također sprječava uobičajeni ciklus u kojem se nekoliko postavki mijenja zajedno i niko ne može reći koja je ispravila ponašanje.
Ispravite jedan po jedan izvor vremena. Ako priručnik kaže da kontroler prati pohranjenu kućnu zonu, provjerite tu zonu i ostavite putni telefon na miru. Ako se sinhronizuje sa telefona tokom podešavanja, pratite dokumentovani proces sinhronizacije i potvrdite šta će se dogoditi kada telefon ode. Izbjegavajte stalno pomicanje svake tačke rasporeda dok pogađate; koji mogu produžiti ili skratiti svjetlosni period akvarija na nenamjeran način. Nakon bilo kakve korekcije, pregledajte sljedeći prijelaz i promatrajte sljedeće događaje uključivanja i isključivanja.
Koristan primjer daje sezonski rezervni primjer. Kada lokalni satovi ponavljaju jedan sat, kontroler može izvršiti događaj jednom u skladu sa svojom logikom rasporeda, ili eksterna platforma može izdati drugu komandu tokom ponovljenog sata. Očekivani rezultat je specifičan za proizvod. Korisnici ne moraju simulirati svaki rubni slučaj, ali proizvođači bi trebali testirati prelaze, dokumentirati ih i pokazati sljedeće vrijeme izvršenja u interfejsu. Vidljivi pregled pretvara apstraktno vremensko pravilo u nešto što vlasnik može provjeriti prije nego što rezervoar ostane bez nadzora.
Prekidi struje i mreže dodatno komplikuju ponašanje sata. Neki kontroleri čuvaju vrijeme i rasporede, dok će drugi možda morati da se sinhronizuju nakon povratka napajanja. Proizvod može nastaviti lokalno pohranjeni program bez oblaka, a ipak prikazati zastarjele informacije u udaljenoj aplikaciji. Priručnik bi trebao navesti ponašanje zadržavanja i oporavka. Vlasnici bi trebali testirati dozvoljenu, uobičajenu proceduru oporavka umjesto da namjerno prekidaju osnovnu opremu bez plana. Ako svjetlo dijeli kontrolu snage s drugim akvarijskim uređajima, nemojte praviti test koji ugrožava njihov rad.
Daljinsko gledanje treba koristiti jasne oznake. "Vrijeme akvarija: 18:20" i "Vaše lokalno vrijeme: 10:20" korisnije su od jednog neobjašnjivog sata. Urednik rasporeda može zadržati događaje usidrene u matičnu zonu akvarijuma dok ih prevodi za putnika, pod uvjetom da razlika ostaje vidljiva. Interfejs bi također trebao imenovati aktivnu zonu, naznačiti da li je omogućeno automatsko sezonsko prilagođavanje i prikazati sljedeći prijelaz s njegovim datumom. Dvosmislene skraćenice manje su korisne od imena grada ili pune zone kada regije dijele slova, ali ne i pravila.
Facility manageri imaju dodatni razlog za standardizaciju. Nekoliko tenkova može koristiti kontrolere iz različitih generacija, neke lokalne, a neke povezane s oblakom. Čuvajte registar svakog izvora vremena, pohranjene zone, revizije firmvera, normalnog rasporeda i osobe ovlaštene za uređivanje. Pregledajte registar nakon promjena mreže, migracije softvera ili promjena regionalnog sata. Jedan referentni sat prikazan u prostoriji može pomoći operaterima da primjete pomake, ali ne zamjenjuje provjeru vremena unutar svakog kontrolnog sistema.
Akvarijska rutina treba slijediti planirani kućni dan, a ne slučajnu lokaciju bilo kojeg telefona koji otvara aplikaciju. Taj ishod ovisi o eksplicitnom dizajnu vremenske zone, vidljivim sljedećim događajima, predvidljivom oporavku od kvara i opreznom rješavanju problema. Vlasnici mogu zaštititi konzistentnost identifikacijom kontrolnog sata, promjenom samo neispravnog izvora i potvrđivanjem sljedećeg ciklusa. Dizajneri mogu olakšati isti zadatak tako što će pokazati u koje vrijeme kontrolor vjeruje, odakle to vrijeme dolazi i kada će se svjetlo sljedeće promijeniti.
Održavanje softvera može uticati na ponašanje u civilnom vremenu čak i kada korisnik nikada ne uređuje raspored. Promjena operativnog sistema telefona, migracija aplikacije, ažuriranje servera ili nova baza podataka o vremenskim zonama mogu promijeniti način na koji se lokacija tumači. Testiranje izdanja bi trebalo da pokrije nadogradnju sa postojećih rasporeda, a ne samo sveže instalacije, i trebalo bi da sačuva kućnu zonu koju je korisnik izabrao osim ako je promena eksplicitna. Ako sinhronizacija vremena ne uspije, sučelju je potrebno vidljivo stanje i dokumentirani rezervni dio umjesto da tiho posuđuje neizvjesni sat. Zapisi podrške trebaju imenovati verzije aplikacije, kontrolera i firmvera tako da se jednosatna smjena istražuje u odnosu na stvarni skup pravila, a ne objašnjava generičkom uputom za ponovno pokretanje svega.
Terminologija ručnog zakazivanja također bi trebala biti dosljedna. "Lokalno vrijeme", "vrijeme uređaja" i "vrijeme računa" trebaju definicije, a ne slučajnu razmjenu. Agent za podršku i vlasnik bi trebali biti u mogućnosti da pročitaju isti ekran i identificiraju isti kontrolni sat prije nego što promijeni jedan događaj.
