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.
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.
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.
@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.
Mir sieht das eher nach einer Aktion des Watchdogs aus. Da diese Aktionen im Abstand von ca. 20sek kommen, bis der richtige Status empfangen wird. Eigentlich sollte da „Watchdog“ stehen. Ist das denn schon die AndroidBetaApp?
Ich denke auch, dass es sich da um ein „kosmetisches“ Problem handelt. Was steht denn in der WebApp im Tagebuch?
Die AI zur Anwesenheitserkennung, sollte ja nach meinem Verständnis nichts aktiv schalten, außer ggf. den Anwesenheitsmodus, wenn das jemals Realität werden sollte…
Ja es ist die Android Beta.
Ich habe es in der Web App noch mal kontroliert und dort wird es tatsächlich nicht als „AI“ sondern als „Watchdog“ dargestellt.
Ist das jetzt ein Bug in der Android App oder so gewollt?
Wenn wir schon mal dabei sind… Ich kann es mir nicht verkneifen, weil ich mich eben nicht damit abfinden will:
Ich finde es traurig, dass es offensichtlich nur eine brauchbare App für homee gibt und das ist die IOS-App. Eigenartigerweise ist das die, mit den kleinsten OS-Marktanteilen.
Windows, Android und Linux User gucken in die Röhre
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. 
