Was der Quasi-Standard für Garagentore ist
Oh wir reden über nen Standard.
Ja dann bin ich selber Schuld das homee hier was mehrfach schaltet und ich es auch noch nutze.
Bin mir jetzt nicht sicher, ob wir vom selben reden?
Wenn der Watchdog bei Fibaro Relais unabhängig von dessen Konfiguration aktiviert ist, könnte das für Garagentore ein Problem sein, da viele ihre Tore mit einem Fibaro Relais smart gemacht haben. (Was ja wie ein Standard Vorgehen wäre)
Kannst du das mal bitte genauer beschreiben wie hier der Aufbau ist?
Dann könnten wir das vielleicht als Filter umsetzen. 
Vor allem die Fibaro 212 und 222
D.H. man sollte lieber nicht updaten, wenn man den fgs222 als Taster/Impuls am Garagentor hat?
Zur Info: Viele, wie ich auch, haben den fgs222 als Taster beim Garagentor integriert. Den fgs222 kann man so programmieren dass er nach Zeit x automatisch wieder den Status wechselt. Homee wird sich denken, mist der Schalter hat den falschen Status und sendet nochmal!? Somit wird ein 2 Impuls ausgelöst und das Tor macht genau das Gegenteil was man eigentlich wollte…
1 „Gefällt mir“
Wenn der FGS dem homee auf den Schaltbefehl entsprechend geantwortet hat, wird der Watchdog gar nicht erst aktiv. Was der FGS danach macht, ist dann egal.
1 „Gefällt mir“
Ja ganz so schlimm ist es nicht, der FGS222 hat zumindest bei mir ( 5stück verbaut ) immer wieder das Problem mit dem fehlerhaften Status target_value ungleich zum current_value.
Genau da setzt der Watchdog an und sendet dann erneut den target_value.
Aber das macht es bei dem Garagentor auch nicht besser wenn der Watchdog zuschlägt wenn die Rückmeldung aus irgend einem Grund nicht klappt und er nochmal schaltet.
Man sollte den Watchdog wirklich bei manchen Geräten ausschalten können. Generell ist er aber sicherlich nützlich, gerade bei kritischen Schaltvorgängen wie Bewässerung etc.
4 „Gefällt mir“
was mir aufgefallen ist das es bei Heizpläne keinen Watchdog gibt.
Bei uns passiert es ab und an mal das ein Fenster offen nicht erkannt wird bzw dann das Signal beim Sprit nicht ankommt. Beim LOG steht das, der Befehl für 8° gesendet worden ist aber nicht angekommen ist.
Da wäre der Watchdog auch praktisch.
Vielleicht kann ich nochmal zum Verständnis zum Watchdog ein wenig beitragen. 
Der WD überprüft beim senden ob der Befehl zum Endpunkt durchgegangen ist:
- also nimmt der WD in erster Linie das Attribut auf:
<set attribute> | Aeotec Limited ZW175 Smart Switch 7 (type: 1 to value: 0, OZW value type: bool)
<watchdog> adding attribute (nodeID: 136 attributeID: 273)
<watchdog> added attribute with parameters: missed requests: 0 max. missed requests: 5 backoff factor: 5s backoff offset: 15s target value: 0 (nodeID: 136 attributeID: 273)
- der WD stellt dann fest ob dieses Attribute vom Geräte zurückgekommen ist und wenn das der Fall ist, exkludiert er es aus der Aufgabenliste und der WD beendet hier sofort die Aufgabe:
<watchdog> current value does match target value of attribute - remove from list (nodeID: 136 attributeID: 273)
- wenn es vorkommen sollte dass der Status nicht zurückgekommen ist, dann fragt der Watchdog immer erneut vor dem Senden den Status nochmal ab:
<watchdog> attribute not ready for next request (nodeID: 136 attributeID: 273)
- sollte das Attribute dann vor der Abfragen übereinstimmend sein, wird das Attribut nicht erneut gesendet und der WD beendet wieder sofort die Aufgabe:
<watchdog> current value does match target value of attribute - remove from list (nodeID: 136 attributeID: 273)
Wir können natürlich evaluieren ob wir den Watchdog auf für bestimmte Geräteklasse deaktivieren können, aber hier brauchen wir natürlich euer Feedback dazu.
Wichtig ist aber zu verstehen, dass wenn der Befehl nicht durchgehen sehen sollte wo es vielleicht wichtig ist, hier die Sicherheit zu haben durch den Watchdog, dass es auf jeden Fall versucht wird 
und wenn nach diesen Zeiten „20 > 25 > 35 > 55 > 95(requests=sek)“ der Status nicht zurückgekommen ist, sollte man sich dem Problem eh besser annehmen warum es nicht der Fall ist.
8 „Gefällt mir“
Das mag bei den Spirit Sinn machen, da sie mit FLiRS arbeiten und der Watchdog nicht bis zum nächsten Aufwachen warten muss. Bei meinen HoraMX steht das Aufwachintervall auf 10min. Wenn da eine Fenster-offen-Temperaturänderung nicht ankommt, dauert es nochmal 10min, bis der Watchdog diese Änderung nochmal schicken kann.
Wollt ihr euch ernsthaft den Aufwand machen und das nur in bestimmten Geräteklassen einbauen?
Ist es nicht viel einfacher, den Schalter allen Geräteklassen verfügbar zu machen? Der User kennt sein Anwendungsfall und kann dann einfach selbst entscheiden ob es besser ist den WD abzuschalten.
5 „Gefällt mir“
Bei mir hat der Watchdog in Verbindung mit Heizplänen und mit einem Eurotronic Spirit einmal eingegriffen:
Da wäre dann ein Menu-Punkt „Watchgog“ unter Einstellung gut mit einer Geräte-Liste, wie bei den Sprachassistenten. Das wäre dann übersichtlich.
2 „Gefällt mir“
Oder Du baust bei jedem Gerät in den Geräteeinstellungen einen Schalter ein, wo es Sinn macht. Damit meine ich, bei Sensoren natürlich nicht, sondern nur bei Geräten, die geschaltet/gesteuert werden können.
6 „Gefällt mir“
@ch.krause stimmt da hast du natürlich recht 
@Steffen nach dem Update habe ich extreme Probleme mit der Erreichbarkeit. Vorher hat alles mehr oder weniger zuverlässig geschaltet. Jetzt habe ich bei alles Sprits (4Stück) Probleme und noch weitere Geräte die nicht mehr zuverlässig schalten.
