----
Det finns viss risk att man blandar ihop det man ser i Windows-klienten med det som faktiskt sker i servern. Windows-klienten har ingen konstant uppkoppling mot servern - den tittar med jämna mellanrum efter vad som har förändrats och uppdaterar sedan sig själv baserat på vad den får reda på.fabz wrote:Det är ändå lite märkligt att det tar så lång tid för Switchking att upptäcka inkommande signaler när EventGhost som körs på samma maskin med samma tellstick duo reagerar så snabbt... Fast det är klart, Switchking är ett betydligt mer avancerat program än EG, så det kanske inte är så konstigt.Martin wrote: Lite beroende på vilka enheter du har (= hur lång tid de tar på sig att sända klart) så kan du trimma Switch King för att få rappare respons. I vissa fall kan man troligtvis öka upp responsen genom att försöka hinna med att sända några paket _inom_ femsekundersramen.
Jag har exempelvis, som jag nämnt i andra trådar, både IR-detektorer som går via 1-wire och IR-detektorer som går via Duon och det är en väsentlig skillnad när det gäller respons dem emellan (till fördel för 1-wire).
Servern i sig får information från Telldus API:er i princip direkt, men det tar ett tag dels för informationen att nå Windows-klienten men också innan Switch King ska börja behandla informationen. Hur lång tid det tar tills informationen behandlas i Switch King är konfigurerbart, där grundinställningen i Switch King är tänkt att passa de flesta användare och man ska inte behöva "tweaka" systemet som "normalanvändare". Dessa inställningar passar så klart inte alla - de är exempelvis avvägda för att signalerna med stor möjlighet ska nå fram till enheterna, på bekostnad av "respons", där grundproblemet ligger i att signalerna inte ska krocka i luften.
Direkt i Windows-klienten kan man ställa in dels "Sändningsintervall", dels "Mottagningsfördröjning". Där "Mottagningsfördröjning" är den tid som minst ska förflyta innan servern ens bryr sig om att titta på inkommande signal. Om denna är lågt satt, typ "0", så kommer data att trilla in ganska snabbt men om inkommande signal är knuten till ett regelstyrt schema så kommer Switch King också att skicka ut en signal för att styra enheten enligt regelverket så snabbt som möjligt, vilket - om signalen kommer från en IR-detektor av Nexa-typ - kommer att göra att signalen aldrig når mottagande enhet eftersom IR-detektorn kan hålla på och sända i upp till fyra-fem sekunder konstant (...i extremfallet)...
Utöver de två inställningarna i klienten finns två ytterligare inställningar som det inte finns något gränssnitt till men som man kan ändra i extremfallet. En av dessa är en stämpel som anger hur mycket tid som ska förflyta mellan varje "scope of work" i Switch King (invocationThreadSleep i "SwitchKing Service Host.exe.config", där man kan tjäna en del om man har många enheter/inkommande signaler, men som också kan leda till något ökad CPU-belastning. Ytterligare en inställning finns för att ange hur lång tid som Switch King ska bortse från identiska event - typ repetitioner av samma skickade signal.