Etter idriftsettelse
Sjekker første dag for å bekrefte at et nytt bygg er i orden og rapporterer riktig.
De fleste overraskelser dukker opp i løpet av de første 24 timene etter idriftsettelse. Sjekkene under fanger opp de vanlige problemene: manglende avlesninger, feil adresser og Watchdog-oppsett som ikke er registrert. Kjør dem mens det fortsatt er tid til å reagere, før bygget har vært i drift i flere dager med et skjult problem.
1. Bekreft at live-avlesninger kommer inn
Åpne Bygg → det nye bygget. I løpet av noen minutter etter at du fullførte veiviseren, skal Indoor Climate-panelet begynne å vise sanntidsverdier, og systemspesifikke avlesninger som tillufts- og avtrekkstemperaturer og viftehastigheter skal følge etter. Hvis panelet forblir tomt, sjekk Frozen Sensors-panelet på samme side. Det viser punkter som har sluttet å rapportere, noe som vanligvis peker på legitimasjon som har mistet tilgang, eller en rad i adresseliste-CSV-en som manglet en kontrollerenhet.
2. Sjekk at verdiene er fornuftige
Tallene skal ligne byggets faktiske drift: innetemperaturer i normalt område, tilluftstemperatur som reagerer på uteforholdene, og viftehastigheter over null i brukstiden. Mistenkelig runde tall, for eksempel alltid 0 eller alltid 100, betyr som regel et gammelt eller standardisert punkt. Flagg det, så hjelper vi med å finne hvilket datapunkt som ikke ble koblet riktig.
3. Bekreft skriving av settpunkter (hvis dere styrer settpunkter)
For bygg der plattformen skriver settpunkter, åpne panelene Control Outputs og Control Logs på byggsiden. Control Outputs viser verdiene som skrives akkurat nå; Control Logs viser skrivehistorikken med tidsstempler. I løpet av en time skal nye oppføringer komme inn med jevnt intervall. Hvis Control Logs er tom, har styringssløyfen aldri startet. Det betyr vanligvis at et utrullingssteg i "Utrulling og test" lyktes for konfigurasjonen, men feilet for hemmelighetene, slik at poden ikke får autentisert seg.
4. Bekreft Watchdog-oppsettet (IWMAC-bygg)
For IWMAC-bygg der plattformen skriver settpunkter, bekreft at IWMAC har registrert Watchdog-oppsettet, og at Endpoints-CSV-en fra "Watchdog-oppsett" er lastet opp. Den raskeste testen er å få IWMAC-kontakten til å bekrefte på sin side at Watchdog-taggen oppdateres med forventet intervall. Uten dette blir bygget stående på den siste verdien vi skrev hvis tjenesten vår noen gang stopper. Det er akkurat dette feilscenarioet Watchdog-funksjonen skal forhindre.
5. Følg med på varsler den første dagen
Førstedagsproblemer skyldes vanligvis én av tre ting: utløpt legitimasjon, en skrivefeil i adresselisten, eller en sensor som aldri ble paret. Ingen av disse er katastrofale, men de blir vanskeligere å spore jo lenger de får stå. Frozen Sensors og Control Logs er de to flatene som fanger dem opp først. Feilsøking dag én holder bygget ryddig.
6. Kjør SD-øyeblikksbildet på nytt om en uke
Etter omtrent en uke i drift kjører du "Driftsanalyse" på nytt for bygget. Plattformen oppdaterer bildet sitt av "normal drift" med en uke med reelle data, og standardverdier som var plassholdere under oppsettet, blir erstattet med målte verdier. Dette er også et godt tidspunkt for å se på settpunkter som virket vilkårlige på dag én.
7. Issued connections (Niagara MQTT): re-run Test Broker
For a site whose connection we issued, the check lives on the site setup's Step 2 card, not on the site page: open the site's draft, go to Step 2 and press "Test MQTT-megler". Two facts come back and mean different things. "External door" — "TLS and authentication OK" says the encrypted connection and the login work from outside; "Refused" or "Could not be checked" there is on our side — send us the code shown. "Equipment" says how many topics the station is publishing right now; "Nothing is publishing under … yet" with a green door means the station is connected but no point has sent a value — a station that publishes only on change looks like this until something changes. The owner guide's Step D explains both lines.