Zustände schalten nicht mehr

Ich habe einige Zustände erstellt. Diese Zustände schalten Szenarien.

Klicke ich nun den Zustand "ABWESEND" an, so fängt rechts der Kreis zu pulsieren an und schaltet NICHT auf JA sondern bleibt auf NEIN. Dem Szenario ABWESEND ist nur hinterlegt, dass hier alle HKTs auf eine SOLL Temperatur von 17°C herunter regeln.

Gleiches Phänomen passiert mit den Zuständen Frühdienst und Nachtdienst. Diesen ist aber ein etwas komplexeres Szenario hinterlegt. In diesen beiden Szenarien sind Heizzeiten mit entsprechenden Temperaturen hinterlegt.

Problem besteht erst seit der Aktualisierung auf die App 2.0.88

Sehr interessant war, dass auf dem Smartphone die Zustände umgeschalten wurden. Auf dem Laptop aber nicht. Also wenn ich den Zustand auf dem Laptop von NEIN auf JA gesetzt hatte, so ist auf dem Laptop NEIN stehen geblieben. Auf dem Smartphone hat er aber JA angezeigt.

Ich gehe davon aus, dass wir hier ein Anzeigen Problem haben.

Heute morgen hingen alle Slider fest. Ich konnte diese zwar auf xx°C und xx% Helligkeit ziehen, nur sind diese auf ihren vorherigen Wert zurückgesprungen. Die Änderung wurde aber an die Geräte übergeben.

So oft wie in den letzten Wochen, habe ich die letzten 20 Jahren den Cache nicht gelöscht.

Cache löschen und das Problem mit den Slidern war auch wieder verschwunden. Dabei hatte ich doch erst vor 16h den Cache gelöscht.

Zitat von Inaktiv

Ich habe einige Zustände erstellt. Diese Zustände schalten Szenarien. Klicke ic...

Hallo Andreas,

sorry für die späte Antwort. Das Thema innogy ist bei mir durch. Ich investiere da schon lange keine Zeit, Mühe und Geld mehr. Unter UI 2 habe ich es nie so richtig zum laufen gebracht. Gerade in der Anfangszeit der UI2 mit diversen Bugs habe ich sehr schnell die Segel gestrichen. Unter UI 1 hat ein Logikprofil ein Zeitprofil übersteuert. Unter der UI 2 habe ich dies nie hinbekommen oder es funktionierte nicht.

Die normalen "Anwesend" Heizzeiten habe ich unter UI 2 als Szenario angelegt. Also Wenn Nachtdienst NEIN und Frühdienst NEIN und Zeitpunkt X DANN Raumtemperatur vom Raum X auf ....°C
Wenn Nachtdienst JA und Frühdienst NEIN und Zeitpunkt Y DANN Raumtemp. vom Raum X auf ....°C
Wenn Nachtdienst NEIN und Frühdienst JA und Zeitpunkt Z DANN Raumtemp. vom Raum X auf ....°C

Es mag sicherlich Eleganter gehen weil aus der Nummer eine Mords Kiste wird sobald da die Faktoren Abwesend und Sommerbetrieb noch mit einfließen.

Zitat von Inaktiv

Ich habe einige Zustände erstellt. Diese Zustände schalten Szenarien. Klicke ic...

Abgesehen davon habe ich die (un)Logik von der UI 2 nie so recht verstanden. Bei einer einfach UND Verknüpfung noch zwischen Bedingung und Auslöser zu unterscheiden. Für mich ist eine UND - Verknüpfung eine "Reihenschaltung". Vereinfacht gesagt ist es doch egal ob nun Schalter 1 und Schalter 2 bzw. Schalter 2 und Schalter 1 betätigt werden müssen damit hinten Licht heraus kommt. Hier noch auf die genaue Reihenfolge (Bedingung / Auslöser) Wert zu legen ist etwas skurril. Fakt ist: Beide Schalter müssen betätigt sein damit es hell wird. In welcher Reihenfolge ist doch Sch...ß egal. War nur ein Beispiel!
Auch weil alles Ausgeschrieben wird und nicht mit logischen Schaltzeichen gearbeitet wird, wird die ganze Nummer schnell unübersichtlich.

Jedenfalls gab es mehrere KO - Kriterien wo sich innogy bei mir ins Abseits geschossen hat. Fremdgeräte können nicht eingebunden werden und sei es nur so eine simple Sache wie TCP IP Modbus Geräte oder eine IP basierte (Video)Türsprechanlage. Ach und unter UI 2 konnte ich dem Nachtdienst keinen virtuellen Bewohner zuordnen. Unter UI 1 hatte ich es so gelöst: Wenn Nachtdienst AN und Sonnenuntergang dann virtueller Bewohner Lampe X in den Zeiten von xx:xx bis yy:yyUhr 1x für 2-3h schalten und Lampe Y in den Zeiten von xx:yyUhr bis yy:xxUhr 3x für 5-15min schalten. Mit UI 2 unmöglich.

Selbst ein Überteuertes Netatmo bringt nix um eine Markisen Steuerung (Wind / Regen) vernünftig zu realisieren.

Gruß
Lars