Felsökningsguide för Android och iPhone

Här hittar du olika tips för felsökning av konfiguration rörande Switch Kings Android app och iPhone app.

Bl.a. täcks följande in i felsökningsguiden:

• Version på mjukvara
• Switch Kings demomiljö
• Port Forwardning
• Inställningar i Switch Kings Windows-klient

Läs mer...

Felmeddelande vid start av klient

Felmeddelandet "An error occured when initializing the Switch King client. Switch King will be closed." kan ibland uppstå när klienten startas. Här följer information om hur man avhjälper felet.

Läs mer...

Hur fungerar beräkningen av energiförbrukning?

Vyn med energiförbrukning visar din uppskattade energiförbrukning under ett helt år. Det är inte någon logg över förbrukad energi.
Tanken med vyn är att du ska kunna förekomma en hög elräkning genom att justera dina scheman för enheterna och direkt se en påverkan på din "framtida" elräkning.

Läs mer...

Vilka Windows-tjänster och portar hör till Switch King?

Switch King består av flera tjänster. Tjänsterna använder i sin tur portar för kommunikation mellan server och klient.

Läs mer...

Var hittar jag serverns och klientens loggfiler?

Servern och klienten skapar var sin loggfil när de körs och stöter på problem. Loggfilen är till hjälp vid eventuell felsökning.

Här hittar du information om var du hittar loggfilerna för server och klient.

Läs mer...

Android-klienten ger felmeddelandet "Socket is not connected(1)"

Om Android-klienten inte kan få kontakt med Switch Kings serverdelar (innan autenticering/inloggning sker) kan klienten visa felmeddelandet nedan:

Socket is not connected(1)

Detta beror troligtvis på något av följande:

• Tjänsten "SwitchKing REST Service" är inte startad på datorn där Switch King Server finns installerad
• Port 8800 är inte öppen i brandväggen på den dator där Switch King Server finns installerad
• I routern är port 8800 inte öppen och vidarebefordrad till datorn där Switch King Server finns installerad (om du försöker komma åt Switch King utifrån ditt eget nätverk).

Hur fungerar "Tvingande"/"Forced"?

I Switch King Pro kan du ange att en händelse ska vara tvingande (forced). Switch King håller reda på varje enhets tillstånd och gör kontroller mot uppsatta scheman för att se om "On", "Off" eller "Dim" ska skickas till en enhet. Kontrollerna sker varje sekund (hur ofta kontroller ska göras kan justeras i konfigurationsfilen för servern).

Om flera scheman lagts kombinerats kan det hända att vissa schemalagda händelser klassas som onödiga, vilket gör att alla signaler inte skickas till dina enheter. Att en schemalagd händelse är "tvingande" gör att signalen verkligen skickas till enheten även om Switch King anser den som onödig.

Läs mer...

Vad betyder "Failed to calc expected state by using internal timeline." i serverns loggfiler?

Servern räknar med jämna mellanrum ut vilka signaler som ska skickas till varje enhet. Dessa signaler läggs sedan i en form av tidslinje. Det är denna tidslinje man ser i klienten som "Coming up" (kommande händelser).

Vissa kombinationer av schemalagda händelser och regelstyrda scheman kan (ofta vid vissa tidpunkter på dygnet) orsaka att Switch King inte klarar av att räkna ut vilket tillstånd en enhet ska ha vid en viss tidpunkt.

Effekten av detta blir att servern tar mycket processorkraft (CPU) i anspråk och att anslutningen mellan server och klient upplevs som långsam på grund av att Switch Kings serverdelar hela tiden försöker räkna ut rätt tillstånd men inte lyckas.

Utöver att problemet märks i klienten och i långsam kommunikation mellan server och klient så skrivs följande meddelande till serverns loggfil med täta mellanrum:

Failed to calc expected state by using internal timeline. Calculation failed for device 6 and date 2010-05-24 00:01:38.
Timeline starts at 2010-05-16 02:00:00 and ends at 2010-06-04 19:15:00.

Meddelandet ovan kan följas av:

Failed to evaluate expected state when state depended on rule sets. End of timeline.

Åtgärd

Problemet orsakas av en bugg. Åtgärd är planerad.

För att komma förbi problemet ovan kan man antingen lägga en eller flera tvingande händelse under dygnet. De tvingande händelserna gör att Switch King alltid kommer att hitta en "giltig händelse" och därför inte genererar felmeddelandet i loggfilen.

 

Vad händer när jag kombinerar ett enhetsschema med ett gruppschema styrt av regler?

I v0.6 och tidigare av Switch King har det funnits möjligheter att kombinera enhetsscheman och gruppscheman.
I och med v0.7 och stödet för dimmerbara enheter förbättras stödet och nyttan med att slå ihop scheman. Den riktiga nyttan av kombinerade scheman kommer fram då man kopplar regler till ett gruppschema.

Ett enhetsschema och ett gruppschema med regel "adderas". Det gör exempelvis att gruppschemat kan innehålla en annan dimmernivå som ska gälla om regeln för gruppschemat är uppfyllt.

Enhetsschema

På bilden nedan har ett schema satts upp för en självlärande enhet som kan dimmas via Switch King.
Schemat är konfigurerat så att enheten tänds (100%) vid 09:00 och släcks vid 21:00 (utan hänsyn till solens upp- och nedgång).

Enhetsschema - tänds 09:00 och släcks 21:00.

Gruppschema

Ett gruppschema som skapats där enheten dimmas till 50% kl 12:00 och släcks kl 18:00 och som dessutom kopplas till en regel kan se ut som på följande bild.

Gruppschema med regel - tänds (50%) 12:00 och släcks 18:00.

Sammanslaget schema

När dessa två scheman knyts till en och samma enhet adderas de. I Switch Kings klient syns ett enda schema.
Resultatet, så som det ser ut bakom skalet, syns på följande bild.

Sammanslaget schema

Resultatet blir alltså att enheten alltid kommer att vara tänd mellan 09:00 och 21:00. Däremot styrs dimmernivån mellan 12:00 och 18:00 av om regeln som är knuten till gruppschemat är uppfylld eller ej.
Om regeln inte är uppfylld är enheten på (100%) och om regeln är uppfylld är enheten dimmad till 50%.

Möjligheter

Exempel på möjligheter detta ger är:

• Möjlighet att dimma till annan nivå om man har någon form av närvarodetektering (koppling till larm, avkänning av mobiltelefon, vanlig strömbrytare)
• Möjlighet att sätta olika dimmernivåer baserat på ljusnivå (om exempelvis ljussensor används)