Duty Cycle auch bei Geräten mit Rückmeldung beachten
-
Hi,
bei Geräten wie den Homematic oder auch FS20, eben allen die in den ISM-Bereichen funken und dabei nur eine begrenzte Zeit pro Stunde senden dürfen macht es ja Sinn, in einem Skript vor dem Schalten eine Abfrage einzubauen, die den aktuellen Zustand im ioBroker abfragt und nur bei Bedarf sendet. Soweit, so gut. Wie sieht es aber bei Geräten aus, die ihren aktuellen Zustand aktiv an ioBroker übermitteln. Ich denke da z.B. an Sonoff-Geräte per Hue-Emulation oder MQTT bzw. Sonoff-Adapter. Oder auch die Ikea Tradfri-Reihe. Ist es dort auch nötig bzw, macht es Sinn in Skripten vor dem Schalten den aktuellen Zustand abfragen zu lassen. Einen Duty cycle gitb es da ja nicht, aber es gehen beim Schalten ja dennoch Befehle z.B. über WLAN raus.
Ist ioBroker so "unintelligent" und sendet an ein Gerät auch dann ein "Schalte auf wahr" wenn das Gerät das schon aktiv an ioBroker gemeldet hat und das auch so in den Objekten im Datenpunkt steht? Falls ioBroker immer "dumm" sendet, was man ihm vorsetzt ohne vorher die Datenpunkte zu prüfen wäre das ja evtl. ein Vorschlag zu einer Verbesserung? Generell vor dem Senden prüfen, ob der Datenpunkt nicht schon passt. Zumindest bei Geräten, die ihren Zustand rückmelden wäre das ja immer passend. Bei Geräten ohne Rückkanal wäre es vielleicht nicht immer angebracht, aber wenn ich das ins Skript einbaue würde ioBroker ja dennoch nicht senden, wenn der Datenpunkt passt, aber das Gerät nicht geschaltet haben sollte…
Also kurz gefragt: Abfrage vor dem Schalten generell immer in Skripten und bei jedem Gerät?
Gruss, Jürgen
-
Hey, welches Problem willst du damit lösen? Netzwerk Traffic minimieren (bei wlan)? Ist das echt nötig?
Die meisten wlan Geräte haben keine echt gesicherte Rückmeldung. Von daher gilt denke ich eher „der Wert sollte aktuell sein“.
Kurz: (meine meinung) ich sehe mehr potentielle Probleme als Vorteile.
-
Hi,
ich selbst erhoffe mir da gar nicht viel, es wird nur im Forum in bald jedem Thread der Blockly/Skripte betrifft irgendwann empfohlen. :mrgreen:
Bei Geräten, die den Duty Cycle beachten müssen, macht es ja durchaus Sinn, vor dem Schalten eine Abfrage einzubauen und bei den anderen Geräten schadet es doch zumindest nicht. Bevor ich also in jedem Skript das selbst einbaue könnte ja ioBroker auch eine Option haben, dass nur noch bei Ändern eines Datenpunktes auch gesendet wird und ansonsten der Datenpunkt schon als gesetzt gilt.
Erhoffen würde ich mir dadurch weniger Aufwand bei Skripten/Blockly, da es dann nicht selbst gemacht werden müsste.
Wenn ich davon ausgehen müsste, dass Datenpunkt und Gerät inkonsistent sind, dann hätte ich vermutlich eher eine andere Stelle, wo man optimieren sollte?
Aber ich sehe, zumindest bei Geräten, die den Duty Cycle beim Funk nicht beachten müssen, denkst Du auch, eine Abfrage in Skripten macht da nicht wirklich Sinn bzw. spart nichts ein.
Gruss, Jürgen
-
Ich fürchte das es nicht so einfach so zu verallgemeinern ist. Ein Check auf ioBroker-Seite ob der Status anders ist ist alles andere als einfach, weil es auch immer wieder "Features" der Geräte gibt. Bei HM als Beispeil kann man bei vielen Aktoren "ON_TIME" setzen mit einer zeit und dann schaltet man. Wenn es läuft und man will das verlängern macht man glaube ich das gleiche, ON_TIME setzen und nochmal "einschalten" (auch wenn es schon an ist). Dann läuft die neue Zeit.
Und das ist nur ein Beispiel.
bedeutet: ioBroker müsste sehr groses Wissen über die geräte haben die es schaltet.
Das weiss der User besser, weil der weiss was er will.
