Best practise for scenariestyring

[lassebasse]

Hej Forum

Sidder og roder lidt med en standard blok der kan løse lysstyring i de fleste af mine rum.

Har efterhånden fået integreret alt hvad hjertet kan begære af PIR, nat, skumring, knap kontrol osv. og bruger scenarier til at kalde de forskellige funktioner på wireless dæmperene.

Men kom til at spekulere lidt over hvad der bedst i forhold til at skulle lave en "blink med lyset" ved tyverialarm funktion.

Er det bedst at lave det som en éen scenarie blok der (b)linker alle rum eller lave det som en del af hver rumstyring der så får et signal fra en tyveri-master.

Jeg spørger fordi jeg til tider oplever at wireless fryser (som så mange andre)

Hvad kan controlleren bedst håndtere? Et scenarie linket til mange enheder eller mange scenarier linket enkeltvis men som vil blive trigget simultant?

 

Mvh Lasse

[Henning Pedersen]

Godt spørgsmål som jeg ikke kan give et entydigt svar på da der er fordele og udlemper ved begge metoder.

For ikke at få et hav af timerer til at køre under alarmen, har jeg i mine programmer valgt den centrale løsning, hvor én blok sender til alle udgange, også relæ udgange. Det har under afprøvning hos kunderne pt. ikke givet anledning til problemer.

 

 

[lassebasse]

Som jeg har læst mig frem til (mest her på fora) så vil et scenarie kald til mange, altså den centrale løsning, kun give een scenarie transmission da det sendes til alle samtidig?

Hvorimod et decentralt kald fra hver blok vil lægge de enkelt kald i kø. Jeg tænker det presser controlleren at skulle sende 15-20 scenarier hvert eller hvert andet sekund.

Men hvis man laver den decentrale løsning kommer man jo ikke uden om at skulle kommunikere noget spærring ud til hver enkelt lysstyringsblok og sørge for at den fortsætter hvor den slap inden alarmen gik. 

[Henning Pedersen]

1 time siden, lassebasse skrev:

Som jeg har læst mig frem til (mest her på fora) så vil et scenarie kald til mange, altså den centrale løsning, kun give een scenarie transmission da det sendes til alle samtidig?

Hvorimod et decentralt kald fra hver blok vil lægge de enkelt kald i kø. Jeg tænker det presser controlleren at skulle sende 15-20 scenarier hvert eller hvert andet sekund.

Det er også sådan jeg har forstået det.

1 time siden, lassebasse skrev:

Men hvis man laver den decentrale løsning kommer man jo ikke uden om at skulle kommunikere noget spærring ud til hver enkelt lysstyringsblok og sørge for at den fortsætter hvor den slap inden alarmen gik.

Korrekt, og dog, der kan være sket meget i mellemtiden, så den "gamle" status er ikke nødvendigvis den rigtige længere. Det primære må være at tyven ved han er opdaget og fiser af i en fart.

[lassebasse]

Har lavet den centrale løsning og det ser ud til at virke udemærket.

Men man må jo nok erkende at sådan en 6.2 controller ikke skal bruges hvis der skal laves tidskritisk programmering. En blinkfrekvens på 2sek ON og 2 sek OFF giver en noget varieret blinkfrekvens fra 1 til 3 sekunder. Det er lidt til gene for ens OCD når man er vant til at arbejde med PLC´er...

[Henning Pedersen]

Det er ikke nødvendigvis controlleren der er langsom, problemet kan lige så godt være i den trådløse transmission, “linjen” vil jo typisk være optaget når 20 wireless lampeudtag sender signal tilbage til controlleren, som midt i dette begynder at sende kontraordre.