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

[steimi]

@simatec ich habe das Problem, dass die Rollos zur Beschattung herunter fahren, allerdings beim Verlassen des konfiguriertem Beschattungs-Azimut nicht wieder hoch.
Als "Rollos" im ShutterControl habe ich Systemvariablen auf der CCU definiert. Auf der CCU läuft für jedes Rollo ein Skript, welches das entsprechende Rollo auf den Wert der Variable fährt. Zusätzlich läuft im ioBroker ein Blockly-Skript, welches bei Abwesenheit 2 Rollos herunter fährt - ebenfalls über den Weg der CCU-Variable.

Woran kann das liegen?

ShutterControl-Konfig: system.adapter.shuttercontrol.0.json

[simatec]

@steimi
Welche Rollläden fahren denn nicht?
Bedenke dass die Range +/- ist.
Das heißt wenn deine Himmelsrichtung 100 Grad ist und die Range 50 Grad, dann fahren die Rollläden bei 50 Grad runter und größer 150 Grad hoch.

Ich habe in deiner Config da Werte von 265 Grad für die Himmelsrichtung und 50 Grad für die Range gesehen. Das heißt, dass der Rolladen erst bei 315 Grad wieder hochfahren würde. Ist das nicht etwas viel?

[steimi]

Es fahren denke ich alle Rollos nicht wieder hoch. Das Fenster Küche_F2/WZ_F1 zeigt knapp nach Süden, das WZ_F2/WZ_4 zeigt nach Westen, das Fenster WZ_F3 nach Süd/West.
Wegen der Range der Beschattung ist das komisch. Laut Log steht Azimut um 12:10 bei 150° und er aktiviert die Beschattung - die beiden Rollos sind 175° +/-50° Beschattung eingestellt. Scheint so als würde er die 50° aufteilen (wäre aber sehr klein der Winkel).

shuttercontrol_log1.txt

[simatec]

@steimi
Nein die Range wird nicht geteilt. Wenn er nicht bei 150 Grad gefahren ist, war die zweite Bedingung nicht erfüllt

[steimi]

Runter gefahren ist er ja weil er im Range war und die Temperatur 23° überschritten hat. Hätte er aber dann nicht wenn er aus dem Range (damit der direkten Sonnenbestrahlung) ist und unabhängig von der Temperatur wieder hoch fahren müssen?

[bishop]

@simatec
So nochmal Rückinfo, es sind alle Rollläden gefahren bis auf Terrasse.
Er wird im Debug Log auch nicht angesteuert.
Hat es evtl. etwas damit zu tun das ich den Rollladen nicht runterfahren lasse!?!
"typeDown": "off",
Runterfahren mache ich manuell, vielleicht ist da ein Bug?

[simatec]

@bishop
Das dürfte eigentlich kein Grund sein.
Ich praktiziere es bei meiner Terrassentür auch so.

Zeig mal bitte nochmal die Config der Terrassentür

[simatec]

@steimi
Er hätte hochfahren müssen. Wenn er aus der Range ist, wir unabhängig von den weiteren Faktoren hochgefahren.
Ich schaue mir das noch einmal an, ob da eventuell noch ein Bug vorliegt.
Was nutzt du für Rolladenaktoren? Shellys?
Passen die Level zu 100% oder verändern sich diese bei dir noch leicht nach dem fahren automatisch?

[steimi]

@simatec Danke schonmal. Ich nutze Homematic HmIP-Broll über debmatic. Die Prozentangaben stimmen mit den realen Behanghöhen (im HmIP-Broll) überein. Kannst du noch in Debug-Log eine Meldung einbauen, wenn der Azimut den Range des jeweiligen Rollos betritt und beendet? Vielleicht kannst du noch einbauen, dass man auswählen kann ob andere Faktoren beim Hochfahren mit beachtet werden. Es fahren die Rollos bei Ränge und über 23°C runter. Nach dem Verlassen des Ranges sind aber vlt 35°C aussen, sodass die Rollos trotzdem noch unten bleiben sollen.

[Homoran]

@steimi
Wie waren deine erwarteten Zeiten?
Ich habe gerade mal auf meinen Standort deine Werte im log von gestern verglichen.

Azimut:

• 125 - 11:25
• 175 - 13:27
• 225 - 15:25

um 15:25 hätte der Rollladen wieder hochfahren müssen, wenn da nicht bereits etwas anderes greift.
Aber Achtung: der Azimut wird nur alle 5 Minuten berechnet!

Was mir noch auffällt:
Du arbeitest mit rega-Datenpunkten!
Warum?

[steimi]

@Homoran ich hatte keine Zeiten erwarten. Ich bin nur davon ausgegangen, daß wenn ich um 17:00 von Arbeit wieder da bin zumindest an der Südseite die Rollos wieder hochgefahren sind. Sehe ich den normalerweise im Debug-Log, wenn das Rollo aus derm Beschattung-Range kommt?
Die rega-Datenpunkte nutze ich historisch bedingt, solange noch CCU-Programme laufen. Ich setze Systemvariablen für die Behanghöhen und einzelne CCU-Programme steuern darüber die Rollos. Hängt damit zusammen, dass die HmIP-Komponenten nach einem Firmware-Update abgelehnt werden sollen. Über die CCU-Variablen muss ich dadurch nicht die Programme alle wieder anpassen wenn die Geräte daraus verschwinden.
Ich habe gerade nochmal was probiert. Setze ich in den ioBroker-Objekten die Werte für die rega.Datenpunkte direkt in der Tabelle fährt das Rollo. Setze ich den Wert über den Stift (Bearbeiten) und setze den Haken bei Bestätigt fährt das Rollo nicht. Lasse ich den Bestätigt-Haken weg fährt das Rollo. Was ist da der Unterschied?

[simatec]

@steimi
Was für ein Haken meinst du???

[steimi]

@simatec im iobroker unter den Objekten in der Spalte 'Wert' - dort gibt es doch das Bearbeiten und Kopieren-Symbol, wenn ich nicht direkt in die Spalte klicke. Dort dann auf das Bearbeiten-Symbol und in dem Dialog-Fenster gibt es den Haken 'bestätigt'

[simatec]

@steimi
Shuttercontrol setzt nicht auf bestätigt, sondern gibt nur den Wert vor

[Homoran]

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

Was ist da der Unterschied?

Der Unterschied ist, dass bei bestätigt mit dem neuen Wert im Datenpunkt nichts passiert.
Wenn nicht bestätigt erwartet der Datenpunkt, dass das zugehörige Gerät (rega) diesen Wert übernimmt und dann bestätigt.

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

Shuttercontrol setzt nicht auf bestätigt,

Damit dürfte das schonmal nicht die Ursache sein.

Das Ganze kannst du unter Objekten auch folgendermaßen erkennen:
Wird der Wert geändert/aktualisiert wird die Schrift kurz grün
ist sie nicht bestätigt bleibt sie anschließend rot
Nach bestätigung wird sie dann schwarz

[Homoran]

@steimi

Hier ein chart von vorgestern:

Bei mir läuft es absolut richtig:
Der Hitzesensor ist noch positiv, aber der Bereich vom Azimut wird verlassen, dann fährt der Rollladen hoch

[simatec]

@Homoran
So läuft es bei mir produktiv und in der Testumgebung auch seit Wochen sauber durch

[steimi]

Das ist mein Chart von gestern bis aktuell jetzt. Hatte vorhin die Temperatur bei Rollo WZ_1 auf 19° gesetzt, kurz danach fuhr er runter da im Range. Gestern 18:00 wurden die Rollos manuell hochgefahren (mit Alexa geht's schnell mit allen Rollos).

PS: ich bekomme den Strich bis Tagesende bei den Werten im Flot nicht weg wenn ich die InfluxDB verwende. Zeichne ich in eine MySQL-DB auf klappt das.

[Homoran]

@steimi
Du hast den "Außentemperatur"-Sensor aber in der Sonne, oder?
Wenn er ordnungsgemäß im Schatten hinge würde er da noch nicht wieder heraufgehen.

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

Gestern 18:00 wurden die Rollos manuell hochgefahren

je nach Hyterese müsste er aber kurz danach auch wieder von der Temperatur her wieder hochgegangen sein.
Vom Azimut (225°) hätte er gegen 15:00 hochgehen müssen.

bleibt noch die Frage, was mit deinen Objekten passiert (rot/schwarz)

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

ich bekomme den Strich bis Tagesende

ind Einstelleungen Zahnrad (NULL-Werte ignorieren)

[steimi]

Ich habe den Weatherman von stall.biz und das steht im Freien/Sonne. Der Sensor hängt in der externen Schutzhülle am Weatherman.
Die Werte sind alle schwarz.
Null-Werte ignorieren habe ich ausgewählt - funktioniert halt nur nicht beim Speichern in einer InfluxDB, bei MySQL schon.

Nochmal die Frage ob im Debug-Log das Verlassen des Range und das Enden der SunProtection protokolliert werden muss?