Att ha olika prioritet på scenario "bortaläge" och "hemmaläge" är vitalt. De måste ha olika prioritet för att ett scenario ska kunna "slå ut" det andra...
Du bör också ange att båda scenariona avslutas efter viss tid - annars finns det inget som gör att enheterna går tillbaka till att köra enligt schemat.
Eftersom båda scenariona går mot samma källa måste du först bestämma vilket scenario som ska aktiveras
så fort din datakälla ändras. I exemplet med hemma-/bortaläge så kan jag tycka att det är hemmaläge som ska ha högst prioritet.
Om du exempelvis har en rörelsedetektor hemma så skulle då detektorn kunna slå över till hemmaläge så fort en rörelse känns av. Om hemmaläge har
lägre prioritet än bortaläge krävs det att förfallotiden för det insamlade värdet passeras.
Ett exempel som kräver lite tankeverksamhet men förhoppningsvis bidrar
-----
Om man tittar på total 30 minuter, där man samlar in värdet var 5:e minut enligt nedan:
Code: Select all
00:00 00:05 00:10 00:15 00:20 00:25 00:30
Om du skulle ha en datakälla som är en rörelsedetektor som skulle ge "R" vid rörelse och "S" vid stilla:
Code: Select all
00:00 00:05 00:10 00:15 00:20 00:25 00:30
S S R R R S S
Sätter du en förfallotid på 9 minuter (alltså fyra minuter utöver insamlingsfrekvens) så klassar Switch King värdena som giltiga enligt följande:
Code: Select all
S: 00:00-00:09, S: 00:05-00:14 R: 00:10-00:19, R: 00:15-00:24, R: 00:20-00:29, S: 00:25-00:34, S: 00:30-00:43
(Det första värdet är alltså giltigt "minut 0 till minut 9", det andra "minut 5 till minut 14" etc.
Scenariot "bortaläge" startar vid 00:00 (när datakällan blir "S" - Stilla). Om "bortaläge" har
högre prioritet än "hemmaläge", körs scenariot fram till 00:14.
Detta sker alltså trots att det 00:10 kom in ett värde som skulle kunna dra igång "hemmaläge" (Rörelse, "R").
Först 00:14, då det värde som samlades in 00:05 förfaller, dras scenariot "hemmaläge" igång.
Om du vill ha denna växling snabbt, måste du dra upp prioriteten på "hemmaläge" så att det är högre än "bortaläge".
Om prioriteten är högre för "hemmaläge" än "bortaläge" så kommer scenariot att växlas till hemmaläge så fort Switch King lyckas samla in ett "R" - vilket nog är vad du vill uppnå.
Dessutom bör du ange att scenariorna ska köras en viss tid. Om du anger att de ska köras i all evighet så kommer scenariot med den högre prioriteten aldrig att tillåta att scenariot med den lägre prioriteten startar - här styr prioriteten helt.
I exemplet ovan så kan du exempelvis sätta att scenariorna ska köras i 6 minuter. Om du gör på detta sätt kommer Switch King att dra igång ditt "bortaläge" 6 minuter efter det att den senast märkte av en rörelse ("R").
Om du alltså har "bortaläge, prio låg, körs 6 minuter" och "hemmaläge, prio hög, körs 6 minuter" så bör resultatet bli:
Code: Select all
00:00-00:10; bortaläge
00:10-00:26; hemmaläge
00:26-??:??; bortaläge
-----
Som en parentes kan nämnas att i v1.10 och tidigare så finns det ett problem med att använda scenarior på detta sätt. Eftersom man inte kan ange att en enhet ska vara opåverkad av ett scenario så kommer alla enheter man tänt eller släckt manuellt att återgå till att köras enligt schema vid start av ett scenario, vilket i princip gör det omöjligt att styra enheter "manuellt" på ett bra sätt om man hela tiden har igång scenarior som körs.
Visionen är att det i v2.0 ska gå att ange att enheter ska kunna vara opåverkade av scenarior, vilket då gör att just detta problem försvinner.
)