SwitchKing 2.0?

[skrantz71]

Hej,

Finns det några specar på funktioner i Switch King 2.0?
Kommer jag behöva ny licens om jag har en version 1 licens? (Betalar gladeligen då Ni gör ett grymt jobb)

[Martin]

Fokus i v2 ligger nästan uteslutande på stöd för Duo och att göra det enkelt att använda Duon på ett smart och effektivt sätt. Möjligheterna blir _så_ mycket större med en Duo än med enbart stickan.

Vi har också justerat några detaljer som har varit efterlängtade - bland annat hantering av opåverkade enheter i scenarior.

Om du inte har en licens som är äldre än 12 månader när vi släpper v2.0 så krävs inte ngn ny licens.

När det gäller frågan om tidpunkt för release så är det helt avhängigt Telldus, vi behöver den kommande versionen av drivrutinen/mjukvaran för att gå i mål, samt naturligtvis bekräfta att den skarpa Duon inte skiljer sig allt för mycket från vår betaversion...

[fabz]

Skulle vilja passa på dela med mig av några tankar runt SWK 2.0.

Som det är idag är SWK väl fokuserat på schemaläggning, vilket är bra - men fokus behöver skiftas i samband med att Duon introduceras tror jag. Det hade varit bra i 2.0 med ett tydligare fokus på "händelser" istället för bara med datakällor. En händelse kan tex vara "rörelsedektektor A aktiverad" eller "tryckknapp 1 aktiverad". Händelserna i sin tur kan trigga olika scenarion, på/avaktivera gruppcheman och manuellt tända/släcka olika enheter.

Vore också bra om händelser är regelstyrda - typ: "om flera rörelsedetektorer aktiveras - starta hemmascenariot."

[tomas]

Vi brukar inte avslöja riktigt alla detaljer och features innan vi släpper en ny version , men för 2.0 så bygger vi iallafall vidare på datakällor. Värden från Duo:n plockas in i en datakälla som sedan kan kopplas till regler "som vanligt".

Exempel:
En NEXA rörelsedetektor kopplas till en datakälla och får värde On (vid rörelse) eller Off (ingen rörelse). Regel skapas som uppfylls när rörelse detekteras (datakällans värde = On). Denna regel kan sedan användas för gruppscheman eller för att starta ett scenario. För att underlätta förståelsen har vi lagt in stöd för att kunna välja själv vilken text som ska användas för On och Off (t ex Aktiv och Inaktiv för en rörelsedetektor eller Ljust och Mörkt för ett skymningsrelä).

@fabz: I princip täcker man in händelser med regler som uppfylls när händelsen inträffar (datakällans värde = händelsens värde) enligt ovan. Är det något utöver detta du söker efter?

[fabz]

Vi brukar inte avslöja riktigt alla detaljer och features innan vi släpper en ny version , men för 2.0 så bygger vi iallafall vidare på datakällor. Värden från Duo:n plockas in i en datakälla som sedan kan kopplas till regler "som vanligt".

Exempel:
En NEXA rörelsedetektor kopplas till en datakälla och får värde On (vid rörelse) eller Off (ingen rörelse). Regel skapas som uppfylls när rörelse detekteras (datakällans värde = On). Denna regel kan sedan användas för gruppscheman eller för att starta ett scenario. För att underlätta förståelsen har vi lagt in stöd för att kunna välja själv vilken text som ska användas för On och Off (t ex Aktiv och Inaktiv för en rörelsedetektor eller Ljust och Mörkt för ett skymningsrelä).

@fabz: I princip täcker man in händelser med regler som uppfylls när händelsen inträffar (datakällans värde = händelsens värde) enligt ovan. Är det något utöver detta du söker efter?

Det är absolut inte fel att ta in information om "händelser" som datakälla - men det känns som ett alternativ för den avancerade användaren. För den lite mindre erfarne användaren tror jag att det blir betydligt mer överskådligt med enkla kryssrutor under enhetens/scenariots inställningspanel. Man kan tex ha en flik som heter "händelser" som listar alla enheter som ger "indata" via duon. Där kan man helt enkelt ha kryssrutor av typen:

Slå på enheten när/aktivera scenario när:
[kryssruta] rörelsedetektor A aktiveras
[kryssruta] rörelsedetektor B aktiveras
[kryssruta] Tryckknapp A aktiveras

Jämför med hur användarvänligt ni löst av/på genom solupp/nergång! Denna funktion kan man ju också styra via datakällor om man vill, men för den "vanlige" användaren är det troligtvis smidigare att bara kryssa i en kryssruta.

[tomas]

Det är svårt att få det att bli lätt. Jag kan hålla med om att det är en omväg att behöva hantera så många olika "objekt" i systemet för att länka ihop en händelse med att en enhet ska sättas på. Vi börjar med datakällor för Duon i 2.0 så får vi se var det tar vägen sedan. Det finns en del förbättringar att göra som jag inte vet om vi hinner med till 2.0, men oavsett så är återmatning välkommen efter att ni får prova 2.0 själva

Ett problem som jag ser det är att man någonstans måste döpa signalerna från Duon för att man som användare ska kunna hålla reda på dem. Alltså - för att det ska stå "rörelsedetektor Hall" istället för typ "kod A5" så måste man någonstans döpa den och skapa kopplingen. För närvarande gör vi detta med hjälp av datakällor, men vi får fundera på om det kan finnas en bättre lösning.

Och tack för synpunkterna.

[fabz]

Ett problem som jag ser det är att man någonstans måste döpa signalerna från Duon för att man som användare ska kunna hålla reda på dem. Alltså - för att det ska stå "rörelsedetektor Hall" istället för typ "kod A5" så måste man någonstans döpa den och skapa kopplingen. För närvarande gör vi detta med hjälp av datakällor, men vi får fundera på om det kan finnas en bättre lösning.

Rimligtvis lägger man väl till även "sändande enheter" såsom tryckknappar och rörelsedetektorer under fliken enheter, fast kanske under en egen underrubrik? De är ju faktiskt enheter, om än integlödlampor och dyl.

[tomas]

Rimligtvis lägger man väl till även "sändande enheter" såsom tryckknappar och rörelsedetektorer under fliken enheter, fast kanske under en egen underrubrik? De är ju faktiskt enheter, om än integlödlampor och dyl.

Nej, det har inte blivit så utan det är datakällor det också. Man kan säga att vi skapade detta "problem" när vi valde vägen datakällor eftersom man redan idag kan ta in "sändande enheter" den vägen (temp-givare, rörelsedetektor, ljussensor). Ett bättre namn på datakällor (datasources) är ju tänkbart.

Enheter är fortsatt enbart sådant som kan styras och Datakällor är de som står för input till systemet.

[skunkworks]

något som skulle vara bra var om man kunde välja i tidstyrningen på en enhet när och vilken datakälla ska användas..
typ
15:00 - 23:30 till
23:30 - 05:00 regel xxx
05:00 - 09:00 till

//Micke

[skrantz71]

Önskelista....

Kunna maila direkt ifrån SK vid vissa kriterier... Har idag löst det med scriptning och commando tool, men detta är inte helt 100%... Detta är riktigt bra när man sitter på jobbet och vill ha kontroll på huset hemma.. Dessutom nu när man kan ta emot signaler så blir möjligheterna enorma.

Funderar på bygga någon form av larmlösning med Duo... Nästlade senarion... Om en enhet är OFF och en brytare går på så kör Senario... Tips och förslag hur du skulle göra din larmlösning med SK och Duo vore tacksamt?

En "light" klient som körs av användare hemma för att enkelt kunna slå på och av VISSA enheter(Parameter på enheten).. visst funkar det att köra detta på en hemsida eller i telefon, men en light klient nere vid klockan är snabbare att komma åt.. Installerad på alla PCs i huset så kan alla i familjen enkelt manövrera. Blir mer tillgängligt.