Sonnenschutz funktioniert nicht mehr

ich hatte nachfolgenden Schrieb schon wieder gelöscht weil ich dachte,
mit Off Topic bin ich gemeint.
Gehört aber doch dazu, deshalb hier unten wieder rein.
Morgen versuche ich mich dann nochmal an dem Rollo Flow.
Mesh ist seit Existenz bei mir ausgeschaltet, diese AVM Eigenbrötelei macht nur Probleme.
EIN Beispiel. Kamera am hinteren Gartenende läuft korrekt über einen 1750.
War nun das WLAN mal aus FB Neustart oder Update und schaltet wieder ein,
loggt sich die Kam direkt in die FB ein, weil der Repeater noch nicht gleichzeitig sendefähig ist
und bleibt da, mit allen emfangstechnischen Konsequenzen.
Es sei denn, ich starte die Kamera nachträglich neu,
ist bei einer motorischen Kam nicht so sehr sinnvoll.
Also Mesh aus, jedem Repeater eigene SSID und in den Geräten fest zuordnen.

Ich kann nur empfehlen alle Geräte, die eine eigene Brücke haben darüber laufen zu lassen
und dann falls App vorhanden, diese Brücken an Homey anzukoppeln.
Da dabei ausgewählt werden kann, was gekoppelt werden soll ideal.
Ich habe längst nicht alle Hue Geräte auch in Homey eingekoppelt.
Nur was unbedingt in Homey für gewünschte Funktion notwendig ist.
Macht sehr übersichtlich.

Nein @Ralf, alles gut. Wenn es um das Thema hier geht, dann immer weiter. :wink:

Flow funktioniert wieder, so ganz versteh ich es zwar nicht.
Der Sonnenaufgang hat mit den Sensorfunktionen
keinen Zusammenhang, zumindest erschließt er sich mir nicht.

Aber es bleibt jetzt so wie im unteren Bild.

  1. Bild wie es bis letztes Jahr lief.
  2. Bild wie es jetzt ist.


Muß das Thema nochmal hochholen.
Habe jetzt wie von Fantross empfohlen den Flow geändert,
nur funktioniert er auch so nicht richtig.
Die Temperatur geht nicht mit ein.
Nach meinem Verständnis auch logisch.

Denn, Helligkeit und Temperatur sind zwei gleichwertige Messwerte.
Habe ich nun im Wenn nur de Helligkeit stehen,
im Und die Verknüpfung dazu, funktioniert zwar dieser Wert.
Für die Temperatur kann ich diese Funktion aber nicht genauso einrichten,
was eigentlich auch sein müßte.
Denn die ständige Helligkeitsüberwachung wirkt ja nicht mit auf die Temperaturüberwachung.
Also müßte noch ein zweiter Flow her.
Ich frag mich nur ernsthaft, wieso das letztes Jahr einwandfrei funktioniert hat.

Der von mir vorgeschlagene Flow funktioniert wie folgt:
Der Flow wird immer dann getriggert, wenn der Helligkeitswert über 10.000 Lux ist, egal welche aktuelle Temperatur vorhanden ist. Vollständig ausgeführt wird der Flow erst dann, wenn die Helligkeit > 10.000 Lux und und die Temperatur > 25 °C ist.
Die Temperatur wird bei jeder Helligkeitsänderung über 10.000 Lux erneut geprüft. Ist diese dann auch irgendwann über 25 °C wird der Flow vollständig ausgeführt und der Sonnenschutz wird aktiviert.

Beschreib doch einfach mal mit ein paar Worten unter welchen Bedingungen (Temperatur, Helligkeit, Zeit, etc.) der Sonnenschutz aktiviert werden soll und poste den/die aktuellen Flows.

Ein Philips Sensor sitzt am Gartenzaun und mißt beide Werte.
Alter Stand (1. Bild in Beitrag 23)
Jetziger Stand, wobei der Helligkeitswert 10000
statt wie alt 5000 jetzt erstmal unwichtig ist,
denn er geht bis zu 12500 hoch wenn die Sonne voll drauf knallt.
Fakt ist, die Temperatur geht überhaupt nicht mehr ein,
das Rollo geht runter, wenn die Helligkeit erreicht ist,
da die Sonne früh schon von vorn reinknallt,
während die Temp noch nicht annähernd den Sollwert erreicht hat.
Mir geht diese Logik nicht ein, bei einem Wert die Verknüpfung
beim zweiten reicht nur die Und Bedingung…
Ich begreife nicht, daß die ständige Helligkeitskontrolle,
dann im Und auf den Temp-Wert mit zugreift.
Sonst müßte es ja auch funktionieren.
Derzeit 27 Grad 11213 Lux.
Heute früh runter bei 19 Grad und 10740 Lux.
Das hätte nicht passieren dürfen weil eine Und Bedingung nicht erfüllt war.

Bildschirmfoto 2021-07-04 um 13.15.51

2 mögliche Fehler fallen mir dazu spontan ein:
– Bei der Logikkarte “Temperatur ist größer als 25” ist der falsche Sensor hinterlegt
– Der Flow wurde mit der Homey WebApp erstellt. Da es mit der HWA bereits Probleme mit Uhrzeiten und Punkten/Kommas gab, tlw. auch abhängig vom verwendeten Browser, könnten in der HWA durchaus noch weitere Bugs enthalten sein. Was ist z.B. mit Leerzeichen?

Ob Du es glaubst oder nicht, dieser Flow reagiert genauso wie ich es beschrieben habe.
Von einem Bug in der FW, wird immer wieder gerne genommen, gehe ich in diesem Fall definitiv nicht aus. Dann würden diverse meiner Flows auch nicht funktionieren.

Danke für die Mühe.
Es ist definitiv jeweils der richtige Sensor hinterlegt.
Schade für die Fehlersuche,
das der jeweilige Eintrag in der Karte nicht den ausgewählten Sensor zeigt.
Hilft also immer nur neu anlegen. Deshalb bin ich auch absolut sicher.
Habe jetzt nochmals nachgesehen. Keine Leerzeichen vor oder dazwischen.
An einen Bug hab ich noch gar nicht gedacht,
da ich immer erstmal vor dem Rechner den Fehler suche.
Erstellt hab ich den Flow (nun schon etliche Male neu) entweder auf dem iPad in der App,
oder auf dem Mac in Safari.
Niemals Korrekturen des Einen im Anderen.
Und weil so schön ist, habe jetzt nochmal meine alte Version eingerichtet.
Zumindest bei Test wird es korrekt abgearbeitet (grüne Häkchen im Flow),
da beide Bedingungen erfüllt.
Und selbst wenn so nur einmal pro Tag geprüft wird,
reicht mir das, weil die Rollos dann so bleiben sollen.
Jetzt warte ich mal bis morgen.

Ich sehe gerade mit Schrecken, daß ich im 1. Beitrag das falsche Bild drin habe,
es hätte das aus Beitrag 23 sein müssen, ich muß dringend mal meinen Bildschirm von vielen Flowbildern beräumen.
Sorry sowas darf nicht passieren, bin immer noch etwas neben der Spur.
Zu meiner Entschuldigung, es gibt leider noch sehr ernste Gründe. dafür.

Der Flow wird sicherlich nicht funktionieren.
Die Karte “Die Sonne geht auf” wird nur 1x/Tag getriggert, aktuell um 05:25 Uhr (zumindest in der Nähe von Düsseldorf).
Der Flow wird aber nur vollständig ausgeführt, wenn in diesem kurzen Moment die Helligkeit bereits über 5.000 Lux (was in unseren Breitengraden vermutlich nie der Fall sein wird) und die Temperatur über 26 °C liegt.

Heute um 05:25 Uhr lag die Helligkeit bei 83 Lux (Philips Hue OutdoorSensor) bzw. 87 Lux (Xiaomi Lichtsensor, in Richtung Sonnenaufgang ausgerichtet) bei einer Außentemperatur von 17,6 °C (Netatmo Außensensor, keine direkte Sonneneinstrahlung).

Du hast ja völlig Recht, die Wenn Bedingung muß als 1. erfüllt sein.
Also darf es gar nicht funktionieren.
Eigentlich dürften die beiden Und Optionen gar nicht mehr zur Bearbeitung kommen
die Vorbedingung ist ja nicht (mehr?) erfüllt.
Zumindest, wenn dies nur einmal “abgefragt”
und dann diese Funktion wieder “abgeschaltet” wird.
Also stimmt da auch etwas in der Logik (Verriegelung) nicht.
Oder Du irrst Dich ev. doch und sinnbildlich gesprochen,
die Sonne ist aufgegangen, alles was nun im Und folgt ist wahr.
Ich hätte ja gerne mehr über die Homey Logik erfahren,
nicht nur durch Try and Error rausfinden.

Nein, dem ist nicht so.
Die erste Karte im Bereich Wenn… ist immer ein kurzzeitiger Trigger oder auch Triggerimpuls, nie eine Zeitspanne.
Die Karte wird immer dann aktiv, wenn eine Änderung, ein Ereignis stattfindet. Z.B.:

  • Änderungen von physikalischen Messgrößen (Temperatur, Helligkeit, Windgeschwindigkeit, Uhrzeit…)
  • Änderungen von Variablen (Variable X ist durch einen weiteren Flow von Nein auf Ja geändert worden)
  • Sonnenereignisse, Zeitereignisse, Kalenderereignisse (z.B. Start eines Meetings → IcalCalender App)

Wenn man Flows nur in einem bestimmten Zeitraum, einer Zeitspanne ausführen lassen möchte, dann muss diese Bedingung in den Bereich Und…, z.B. nach dem Sonnenaufgang, zwischen 08:00 und 16:00 Uhr, Montags bis Freitags.

Genau das ist was ich gerne ausführlich irgendwo lesen würde.
Und da hab ich noch nichts gefunden. Nicht aus Mißtrauen, sondern Interesse.
Wie hast Du z.B rausgefunden daß das Wenn immer nur ein kurzzeitiger Trigger ist.
Ich glaub Dir das, würde aber ganz gerne auch da tiefer einsteigen.
Angenommen, Wenn ist ein Einschalter der eingeschaltet bleibt,
wird dann der Logik folgend auch nur der tatsächliche Einschaltmoment ausgewertet
und der weitere Zustand ist egal.
Ich bin immer davon ausgegangen, daß,
solange ein Zustand im Wenn wahr ist, ist er auch gültig.
Nun gut dann lag ich damit falsch.
Erklärt mir aber immer noch nicht wieso der Flow letztes Jahr sauber lief.
Für heute erstmal Feierabend.

Keine Ahnung wie ich das rausgefunden habe, vermutlich durch Infos anderer User.
Aber letztendlich ist es eigentlich logisch wenn man sich die Karten für die Wenn… Kategorie anschaut.
Eine Lektüre kenne ich nicht.

Vielleicht hilft dieser Beitrag etwas.

Genau so ist es… :+1:t4:
Vielleicht ist der Kartenname “Angeschaltet” etwas irreführend, eindeutiger wäre eventuell “Wurde angeschaltet” (oder so ähnlich). Eventuell ist das der Übersetzung geschuldet.
Hier ein Beispiel in englischer Sprache was mMn eindeutiger ist: