Jeg bruker direkte assosiasjoner lite, og det er noen grunner til det.
Jeg har "alltid rask respons", og trenger ikke assosiasjon for å gjøre det raskere. Men dette er en fordel med assosiasjon som blir gjentatt forholdsvis ofte (sikkert fra brukere uten HomeSeer . OK, nok spøk.)
Hvis serveren er nede har jeg i utgangspunktet større problemer enn at lyset ikke går på. Hele huset står jo dermed stille, og det betyr mer enn bare lys. Heldigvis skjer det ekstremt sjeldent, og er i praksis ikke et problem.
Det er mer styr å holde orden på. Det er lettere å lese i lista over Eventer hva som skjer når X hender.
Hvis jeg f.eks. assosierer en taklampebryter (S1 eller S2) med andre plugin-moduler, så ja; da blir alle lys skrudd av og på samtidig, og dimmet opp/ned. Fantastisk, det er dette som står i salgsbrosjyrene til alle smarthus-systemer. Men hvis jeg da styrer taklampen fra controlleren, blir ikke assosiasjonen trigget, så da må man likevel ha et Event som styrer plugin-modulene (On/Off/Dim). Det eneste man da oppnår er å introdusere en situasjon der du ikke er helt sikker på hvilken status lysene dine har, for du vet ikke om de er styrt fra controller eller fra fysisk bryter, eller at taklampen først vil trigge assosiasjon og deretter eventet som styrer alle lampene.
Istedenfor bruker jeg CloneDevice scriptet.
I programvare kan man ta hensyn som ikke er mulig å få til med assosiasjoner. F.eks. kan man assosiere en bevegelsesensor med en taklampe, men hva hvis du vil ha forskjellig lysstyrke til forskjellige tider av døgnet?
Kort fortalt: Det er to situasjoner der jeg bruker assosiasjon.
Kontrollerer at assosiasjoner er satt riktig, slik at Instant Status virker.
Lar bryter 2 på en Fibaro-dimmer (f.eks.) styre et annet lys. Det er da det andre lyset sin jobb å rapportere statusen sin tilbake til HS.