Keine Programmauslösung mehr nach Abmelden von der CCU

[Xel66]

Der Rolladenaktor wird aber in die falsche Richtung angesteuert (Öffnen-100%), obwohl im Programm "Schließen (0%)" angegeben ist.

Da würde ich eher vermuten, dass diese Ursache ein anderes Programm ist, welches auf die gleichen Trigger reagiert und hier einfach "gewinnt".

Gruß Xel66

[MichaelN]

Ja, das würde das Verhalten erklären. Nach der Änderung hat das Programm eine neue, höhere Programm-ID und wird dann wohl als letztes ausgeführt.

Änderst Du das andere Programm, das Du bisher nicht als ursächlich erkannt hast, bekommt das wiederum eine höhere Programm-ID und ist dann beim nächsten Mal der "Sieger".

[rentier-s]

Da würde ich eher vermuten, dass diese Ursache ein anderes Programm ist, welches auf die gleichen Trigger reagiert und hier einfach "gewinnt".

Diese Vermutung wollte ich eben auch äußern, das Problem hatte ich nämlich kürzlich erst in recht ähnlicher Form.

Allerdings war das Siegerprogramm ein Zombie, ein eigentlich gelöschtes Programm, das im WebUI nicht mehr zu sehen, aber im Hintergrund wohl noch vorhanden und aktiv war. Da sucht man sich einen Wolf. Die programlist des XML-API hat mich letztlich auf die richtige Fährte gebracht.

[Kanumouse]

Hi,
vielen Dank für alle Hinweise.

Ich glaube, entscheidend waren die Hinweise mit der Programm-ID, vor allem, dass mit der SDV-Korrektur jedesmal das Programm eine höhere ID bekommt und damit gegenüber einem anderen Programm "gewinnt".
Ich habe jetzt noch einmal alle Programme, die auf den Rolladenaktor der Terrassentür zugreifen kontrolliert und einige Veränderungen eingefügt und denke, dass dort wirklich das Problem gelegen hat.

Nach ersten simulierten Test's scheint nun alles zu funktionieren.
Ich werde den Sachverhalt die nächsten Tage beobachten.

[Xel66]

Sieht man mal wieder schön, dass die eigentliche Fehlerursache meilenweit von dem entfernt liegen kann, was der Anwender vermeintlich selbst beobachtet. Aber letztendlich haben mich die 100% auf die Fährte gebracht. Das ist mir noch nie untergekommen, dass sogar gegensätzliche Befehle im DANN generiert würden. Dass man gerade bei Rollladensteuerungen über Systemvaiablen mal danebenlangen kann, ist klar. Ursache ist der Unterschied von der prozentualen Behanghöhe im WebUI und der internen Verwaltung als Dezimalzahl. Aber hier wurden nur die Mittel der WebUI direkt genutzt und es müsste schon mit dem Teufel zugehen wenn...

Und die Sache mit dem doppelten Trigger (gerade aus Scriptläufen) darf man trotzdem nicht aus den Augen verlieren. Hatten wir hier auch schon. Darum bin ich auch kein Freund von diesen dezimalen Uhrzeiten, denn diese finden auch dann meist Verwendung in Programmen, die auch andere Werte aus den Ursprungsscripten verwenden. Und da kann man schnell in die Falle tappen. Meist äußert sich dieser Fehler aber nur im unzuverlässigen Triggern der Bedingungsprüfung des Programms.

Gruß Xel66