Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[simatec]

@Semie1
Er fuhr dann nicht mehr runter, da der Zeitpunkt zum runterfahren bereits abgelaufen war.

[flugwelle]

Moin,

Nochmal zur Verknüpfung der Parameter für die Beschattungssteuerung:

• wenn Azimut konfiguriert ist, dann sollte das das wichtigste Kriterium sein: solange die Sonne außerhalb der Range ist, wird nix beschattet (also Jalousie auf), ansonsten werden die weiteren Regeln geprüft
• wenn Außentemp > Schwelle oder Innentemp > Schwelle oder Helligkeit über Schwelle, dann beschatten - und zwar so lange, bis alle Kriterien nicht mehr zutreffen

@simatec - funktioniert das so? Oder anders?

Ich hatte heute früh auf meinem Test-Dummy für etwa eine halbe Stunde eine lustiges auf/zu/auf Spiel - scheinbar weil irgendein Wert auf der Grenze hin und her wechselte.
Dazu noch mal die Bitte: im Debug den Wert der Änderung und die Auswirkung auf das Rollo mit angeben.

Dann noch was zur "Blockierung nach manueller Interaktion". Arbeitet das mit einem Epsilon oder nicht? d.h. muss der aktuelle Wert exakt mit dem berechneten übereinstimmen? Ich kann bei meinem Dummy (der ja genau die gesetzten Werte behält) eine halbwegs sinnvolle Beschattung nachvollziehen. Bei einer identisch konfigurierten Jalousie passiert aber nix.
Allerdings steht die, wenn man sie auf 100% setzen will, am Ende nur auf 99,01%, da die Endabschaltung vorher zuschlägt. Man müsste hier also bei der Prüfung auf Gleichheit eine Toleranz von etwa 1-2% einrechnen.

Letzter Punkt: die Lamellen-Position. Der Homematic IP Aktor merkt sich den letzten Wert und nutzt also die zurvor eingestellte Lamellenposition, wenn man die Jalousie über den LEVEL Kanal schließt. Schöner wäre allerdings, wenn man die Lamellenposition explizit angeben könnte. Die müsste dann jeweils vor dem Setzen des LEVEL gesetzt werden.

[Semie1]

Heute früh war mein Fenster komplett offen also exakt Rollo hochgefahren. Das Fenster war noch auf und die Beschattung wurde aktiviert. Dieses Rollo fuhr runter obwohl das Fenster komplett geöffnet war. Kann das noch jemand bestätigen.

Auch das hochfahren in der Woche habe ich von 06:00 bis 06:30. Aber heute fuhr der Schlafbereich erst zur Wochenende Zeit hoch also 08:30. Obwohl ja Montag ist. Oder hab ich bloß was falsches eingestellt.

[simatec]

@Semie1 sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Heute früh war mein Fenster komplett offen also exakt Rollo hochgefahren. Das Fenster war noch auf und die Beschattung wurde aktiviert. Dieses Rollo fuhr runter obwohl das Fenster komplett geöffnet war. Kann das noch jemand bestätigen.

Auch das hochfahren in der Woche habe ich von 06:00 bis 06:30. Aber heute fuhr der Schlafbereich erst zur Wochenende Zeit hoch also 08:30. Obwohl ja Montag ist. Oder hab ich bloß was falsches eingestellt.

Bitte zeige die Config

[Semie1]

@simatec

system.adapter.shuttercontrol.0 (2).json

[simatec]

@Semie1
Um welchen Rolladen geht es und was meinst du genau mit komplett offen??

[simatec]

Für alle Tester liegt aktuell eine Version auf Github, in der für jeden Rolladen in den Objecten States angelegt werden
Es gibt pro Rollladen je einen State für autoUp, autoDown und autoSun.

Hier könnt ihr zukünftig jeden Rollladen einzeln für die jeweiligen Bereiche auf Auto oder manuellen Betrieb schalten.

[Semie1]

@simatec

Rollladen Gäste WC

damit meine ich das die Nacht zu Ende war der Rollladen oben und ich das Fenster geöffnet habe zum lüften. Plötzlich fuhr der Rollladen runter weil die Beschattung aktiv wurde aber das Fenster war immer noch auf.

[simatec]

Du hast da folgende Einstellung drin.

"autoDrive": "upDown"

Dies bedeutet, er fährt sowohl hoch, als auch runter bei offenen Fenster.
Menüpunkt: Automatikbetrieb bei Triggerabweichung

[Semie1]

@simatec

wenn ich doch aber auf ::nur Auf:: stelle fährt er doch wenn ich in der Beschattung das Fenster öffne nur hoch und nicht wieder runter. oder seh ich das falsch

[zahnheinrich]

@simatec
Erste Erkenntnisse liegen vor:
Wie befürchtet arbeitet die Beschattung nicht, da die Shellys die Positionen nicht exakt anfahren.
Das ist wohl das von @flugwelle angesprochene Epsilon, als die "Unschärfe".
Bei den Shellys differiert der Wert max um +- 3%, beträgt auch schon mal 101%.

[Homoran]

@Semie1
Nein.

Dieser Punkt ist für die andere Denkweise.
Soll die Automatik BEI offenem Fenster fahren.

Für die Denkweise was soll passieren wenn bei geschlossenem Rollladen der Griff gedreht wird, ist das andere pulldown

[simatec]

@zahnheinrich
Gut, dann schaue ich mal, was wir da machen können

[simatec]

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Für alle Tester liegt aktuell eine Version auf Github, in der für jeden Rolladen in den Objecten States angelegt werden
Es gibt pro Rollladen je einen State für autoUp, autoDown und autoSun.

Hier könnt ihr zukünftig jeden Rollladen einzeln für die jeweiligen Bereiche auf Auto oder manuellen Betrieb schalten.

Es lag noch ein Bug vor. Wer bereits vor 18:00 Uhr installiert hat, bitte noch mal updaten.

[Semie1]

@Homoran

So ich habe mal den Automatikbetrieb bei Triggerabweichung auf Aus gestellt und das Fenster in der Beschattungszeit geöffnet. Rollladen fuhr nur hoch nicht wieder runter

[Homoran]

@Semie1

Und was steht bei dir im pulldown "fahren bei Änderung der Auslöser id"?

[Semie1]

@Homoran

[simatec]

@Semie1
Welche Version hast du installiert?

[Semie1]

@simatec

die Aktuelle 0.2.14

[coyote]

Ich hab immer noch das kuriose Problem, dass nach Beschattungsende Wohnzimmer hoch fährt und Esszimmer nicht, beide gleich konfiguriert.
Gestern extra den Adapter nochmal komplett deinstalliert und wieder neu eingerichtet. Gleiches Phänomen.
Muss mal das debug Log einschalten und schauen war der nicht fährt