das Licht bzw einen HM Schalter aus ?
Will erst per HM Statusabfrage den Zustand prüfen, und falls der auf ON steht, soll er den AbschaltBefehl senden, solange
bis der HM Schalter Status auf OFF ist, und dann das Script beenden.
danke schon mal.
Das erinnert mich an den Ostfriesenwitz, bei dem der Ostfriese einen Stein und ein Streichholz verwendet, um das Licht auszuschalten. Mit dem Stein wirft er die Birne kaputt und mit dem Streichholz geht er nachsehen, ob es auch wirklich aus ist…
Im Ernst, was genau soll diese Schleife bezwecken? Höhere Verlässlichkeit? Ich bezweifle, dass das bei HM so funktioniert bzw. Sinn macht.
naja der einfache HM WriteBoolean oder so ist manchmsl über den Lan Adapter nicht so verläslich. Drum die Kontrolle.
Konstruktive Vorschläge erbeten.
obwohl Ostfriesenwitze auch net sind.
Ändert sich die lokale STATE-Variable in IPS denn wirklich nur dann, wenn der Aktor den Befehl tatsächlich empfangen und verstanden hat?
Wenn es so wäre, dann würde dein Ansatz ja prinzipiell Sinn machen, wobei ich mich dann fragen würde, warum IPS dieses Problem nicht selbst behandelt. Mir fiele spontan jedenfalls kein Fall ein, in dem man trotz BiDi ein „fire & forget“ machen will. Das Mindestmaß an intelligentem Verhalten, dass eine fehlgeschlagene Sendung wiederholt wird, hätte ich jetzt eigentlich als Standard erwartet.
Vielleicht habe ich aber auch nur Glück bei meinem Setup.
Wenn der Befehl nicht ankommt, keine Veränderung, wie auch
warum IPS dieses Problem nicht selbst behandelt. Mir fiele spontan jedenfalls kein Fall ein, in dem man trotz BiDi ein „fire & forget“ machen will. Das Mindestmaß an intelligentem Verhalten, dass eine fehlgeschlagene Sendung wiederholt wird, hätte ich jetzt eigentlich als Standard erwartet.
Macht HM selber, bis 10x, dann nicht mehr. Trotzdem kommen manche Befehle nicht an. Einfach mal im Forum schauen, Dauerthema :rolleyes:
Vielleicht habe ich aber auch nur Glück bei meinem Setup.
Danke, wieder was gelernt. Ich bin ja ganz froh dass ich von dieser Problematik bislang verschont worden bin.
Im Zweifel würde ich selbst allerdings wohl eher dazu tendieren, einen weiteren LAN-Adapter einzusetzen, anstatt mich auf solche potentiellen Endlosschleifen zu verlassen (wenn der Aktor gar nicht reagiert läuft man fix auf ein Skript Timeout bzw. müllt sich die Queue zu).
Naja ich glaube an dem HM_RequestStatus Befehl stimmt was nicht.
weil wenn ich den so ausprobiere klappt es nicht, das der Status vom Aktor ausgelesen wird und in die Variable überträgt.
naja ich habs auch das der Befehl im IPS ausgegührt wird bzw das Script ausgeführt wurde, aber der Aktor nicht den Status geändert hat. Der State im IPS der Homematicinstanz ist aber dann nicht der den der Aktor tatsächlich hat. Drum möchte ich den Aktor Status nochmal abfragen unf ggf erneut den Befehl senden.
Hab auch in meiner Lan Adapter Software sehr oft Servicemeldungen. Hauptsächlich „Gerätekomunikation war gestört“.
mit freundlichen Grüßen
and merry Chrismas
Das ist jetzt aber wirklich exakt das, was ich befürchtet habe und weswegen ich eingangs auch bemerkte, dass diese Schleife in meinen Augen keinen Sinn hat. :rolleyes:
Ganz ehrlich, das Problem ist algorithmisch nur behelfsmäßig zu umgehen. Da muss, um sauber Abhilfe zu schaffen, ein weiterer LAN-Adapter her, oder dessen Position geändert werden. Zumal wenn du dauernd UNREACH-Fehler hast.
naja die state Variable dürfte dann den realen Zustand des Aktors wieder spiegeln, wenn die Emulation aus ist.
Ich werds mal umstellen und nochmal prüfen.
also irgendwie rutscht doch noch immer mal ein verkehrter Status durch und ich bräuchte doch eine konkrete Abfrage vom ips an den Aktor nur hab ich nicht so recht die Ahnung das mit dem HM_ RequestStatus durchzuführen.
hat da einer von euch ein Bsp. vielleicht ?