Halloooo …
ich muss das Thema so provokant formulieren. Warum ?
Seit wenigen Tagen schalte ich per IPS über eine FHZ1000 eine FS20_Schaltsteckdose und wollte dazu auch die interne Funktion Timer nutzen. Mit der Funktion „FS20_SwitchDuration“ sollte die Steckdose eingeschaltet, und nach einer definierten Zeit selbsttätig wieder ausgeschaltet werden. (S. a. eindeutige Dokumentation zu dieser Funktion). So weit, so gut …
Nun stellte ich aber bei einigen Versuchen fest, dass die angeforderte „Duration“ nicht unbedingt mit der übermittelten Zeitspanne korelliert. Und zwar schon beim Vergleich der Funktionswerte mit dem Integer Wert im Timer des Gerätes, also alles noch innerhalb von IPS. Drei Beispiele:
FS20_SwitchDuration(12345, true, 1060); ==> Timer (Integer) = 576 !falsch.
FS20_SwitchDuration(12345, true, 460); ==> Timer (Integer) = 240 richtig.
FS20_SwitchDuration(12345, true, 60*60); ==> Timer (Integer) = 4096 !falsch.
Was ich eigentlich bewirken will spielt praktisch keine Rolle für meine Frage. Ich kann das „Problem“ auch umgehen, oder anderweitig lösen. Aber es geht mir dabei mehr um das Prinzip.
Denn bei einer kurzen Recherche im Forum stellte ich fest, dass das Thema schon einmal da war, und zwar am 10.01.2011 von Member „1007“. Bedauerlich empfand ich allerdings die Antwort von Administrator „paresy“:
Zitat: „Jepp. Die Formel zur Berechnung der Zeit wird, je länger die Dimmzeit, immer ungenauer. Das ist einfach Systembedingt so.“
Das halte ich für sehr stark vereinfacht. Meines Erachtens sollte es doch progammtechnisch möglich sein, einen einfachen Integerwert (Duration) in einen für das FS20 System konformen Hex-Wert umzurechnen und zu übermitteln, damit das Gerät auch das tut, was in der Dokumentation versprochen wird.
Ich würde mich freuen, wenn das IPS Team bei einem der nächsten Updates diesen kleinen Bug beheben könnte. Damit könnte man sich durchaus lästige „Problem“- Suche ersparen.
Ansonsten großer Respekt vor der gesamten Leistung. Weiter so …
Gruß
Martin