Liegt an der android app wo der wachhund als KI angezeigt wird. Wahrscheinlich der projektname der userstory…
1 „Gefällt mir“
Oh okay, mangels Android wusste ich das nicht.
Schalte doch den watchdog für das Gerät mal aus.
1 „Gefällt mir“
Miiicha =)
Ich habe keine Probleme - es ging um den TE. Es haben sich aber in der Diskussion 2 „Optimierungen“ mit dem WD herauskristallisiert:
1- Der Watchdog kontrolliert auch langsame Aktoren wie Jalousien nach 20 Sekunden. Die wenigsten sind in dieser Zeit auf oder zugefahren. Durch das erneute Signal hängt es halt vom Gerät ab, ob er kurz stoppt oder nicht. Hier sollte man die Retry/Warte-Zeit anhand der Rückmeldungen der Geräte entweder dynamisch anpassen oder generell bei Jalutzis länger warten.
2- Der WD interpretiert 0% / 100% Öffnungsstatus getrennt von „ist offen“ oder „ist zu“ (sind für ihn halt 2 unterschiedliche Werte). Dadurch fragt er die Geräte nochmal nach dem Öffnungsstatus obwohl diese bereits den anderen gemeldet haben. Das könnte man ihm wenigstens für diese 2 Grenzfälle beibrigen.
@Poolcat
Deine Aussage #2 zu langsamen Aktoren ist nicht korrekt
Die FAQ sagt:
Bei Garagentoren oder Rollläden die keine einstellbare Zeit haben, wartet der Watchdog min. 120 Sek. bis zum ersten Schaltversuch
Siehe screenshots oben - der wd schaltet nach 20 sekunden. Hab ich mir nicht ausgedacht 
Ok - dann greift der andere Fall ggf
Bei Geräten mit Aufwachinterval oder einstellbarer Verfahrzeit (Tore, Rollläden) wartet der Watchdog mit einem Schaltversuch mindestens so lang, wie die jeweils eingestellte Zeit
Was ist am Gerät eingestellt ?
Nö. Qubinos mit endabschaltung ohne eingestellte zeit am permanentstrom.
Definitiv, da auch andere qubinos dasselbe schaltverhalten haben. Siehe weiter oben. Ich denke, die qubinos sind noch nicht in der ausnahmeregel drin.
Ich glaube du bist bereits drauf schau dir etwas weiter oben noch die andere optimierung an (status offen/geschlossen vs öffnungsgrad in %) und dann bitte mach wochenende =)
Die Anzeige in der App muss nicht immer stimmen. ( Supportzugang ).
@Poolcat leider bin ich gestern nicht dazu gekommen aber ich habe auch noch keinen aktuellen Supportzugang von dir bekommen 
, kannst du mir einen bitte nochmal zusenden?
@Steffen Hast du einen Zugang bekommen? Ansonsten könnte ich dir meinen geben, ich habe ja dasselbe Problem…
Gruß,
Julian
Ja, hat etwas gefunden u gemeldet. Was genau weiss ich leider nicht…
1 „Gefällt mir“
Na dann warten wir mal ab, ob es dafür einen Fix gibt!
Hallo,
ich habe auch diverse Qubino Flush Shutter. Hier habe ich das Problem, dass der Watchdog bei allen immer nach 11s noch einmal einen öffnen/schließen Befehl schickt, während diese halt noch am Laufen sind. Hauptproblem ist, dass dadurch der Rollladen nach 11s kurz im Lauf angehalten wird bevor dieser dann weiter läuft. Das ist halt nicht so gut für den Motor, wenn das jedes Mal passiert.
Es wäre wünschenswert, wenn man pro Gerät einstellbar hätte, wie lange der Watchdog für einen erneuten Versuch warten soll bzw. wenn hierfür eine allgemeine längere (mglst. nutzereinstellbare Zeit) eingestellt würde.
Wie müsste die Rollladenlaufzeit aussehen, wenn diese als einstellbar gesehen wird? Mein Shutter ist deklariert als „Rollladen (mit Positionierung)“ Der Lernwert wird aber per Kalibrierung automatisch ermittelt und ist kein in Homee angezeigter Wert, also vermutlich Homee auch unbekannt. Hier kann man noch eine Lamellendrehzeit einstellen, die ich auf dem Default von 1,5s gelassen habe, da es von mir ungenutzt ist (keine Lamellen, weil Rollladen).
Ich würde sagen, hier müssten die 120s als Rollladendefault genutzt werden.
Wenn man die gewünschte Logik vielleicht als Default pro Gerät angeboten bekäme, aber selbst pro Gerät die Watchdog-Zeit einstellbar hätte, könnte man ihn vermutlich wesentlich besser nutzen.
Probleme mit dem Qubino Flush Shuttern und ähnlichem sind schon öfters gemeldet.
Siehe auch hier: