Test Adapter shuttercontrol v1.7.x

[MartyBr]

@firebowl Ich habe bei mir auch die Innentemperatur als Trigger eingetragen. Damit steuere ich die Beschattung, wenn die Innentemperatur und die Sonneneinstrahlung höher als die eingegeben Werte sind. Damit nutze ich die Sonnenenergie auch zur Heizungsunterstützung im Winter und im Sommer wird dann beschattet.
Das läuft seid 2 Jahren bei mir so.

[WeiserWolf]

@martybr Das verstehe ich nicht.
Den Trigger "Innentemperatur" erreiche ich auch im Winter, weil ich ja heize, dann würde die Rollladen doch automatisch wieder in die Beschattung fahren. oder hast du deinen Trigger soweit vom Normalwert entfernt?

Meine Innentemperatur liegt bei 22°C als Trigger zur Beschattung. Das ist ziemlich knapp, hat aber den Hintergrund, das ich ich Sommer sehr schnell beschatten muss, da die Fensterfläche 40m² beträgt und Südausrichtung hat. Daher will ich die Wärme natürlich so schnell wie möglich aussperren. Im Winter will ich die Sonne ja durch aus reinlassen, aber auch dann erreiche ich eben relativ schnell meine Grenze von 22°C und dann möchte ich eben nicht beschatten, weil es dann durchaus auch mal wärmer werden darf. Im Winter ist das gemütlich, aber im Sommer eben nicht.
Daher würde ich die Beschattung gern über den Zeitraum Sommer begrenzen, sofern @simatec da Lust zu hat, das zu implementieren. Ansonsten muss ich irgendwie mein Skript zum Laufen kriegen

[guitardoc]

@weiserwolf Ich dachte immer, der Zeitraum Sommer ist genau dafür da? Was macht der denn sonst?

[simatec]

@weiserwolf sagte in Test Adapter shuttercontrol v1.6.x:

Den Trigger "Innentemperatur" erreiche ich auch im Winter, weil ich ja heize, dann würde die Rollladen doch automatisch wieder in die Beschattung fahren

Arbeite nicht nur mit einer Innentemperatur, sondern auch mit einer Außentemperatur.
Wenn du keinen Außenfühler hast, kannst du auch einen Adapter wie "Das Wetter" nehmen.

Somit gehen die Rollläden nur in den Sonnenschutz, wenn Innen und Außen die Temperaturen überschritten werden.

[MartyBr]

@weiserwolf
Ich setze den Wert Innentemperatur kleiner Heiztemperatur. Dann klappt das mit der Beschattung im Sommer wie auch mit der "Nichtbeschattung" im Winter.

Edit:
Kleiner Logik Fehler: Ich setze die Heiztemperatur natürlich kleiner als die Innentemperatur für die Beschattung!

[MartyBr]

@simatec
Richtig, ich habe auch die Kombination von Innentemperatur und Sonneneinstrahlung von der Wetterstation.

[guitardoc]

Zur Not kann man sich auch ein Blockly bauen und die Außen- oder Innentemperatur je nach Monat oder maximalem täglichem errechneten Sonnenhöchststand mit einem Offset versehen und den Wert dann in den Adapter füttern. So mache ich das und das geht recht gut.

[WeiserWolf]

@guitardoc mit der Einstellung Sommer kannst du den Bereich festlegen und dann in den Detaileinstellungen jeder Rollladen sagen, das sie im Sommer nicht geschlossen werden soll.

@simatec sagte in Test Adapter shuttercontrol v1.6.x:

@weiserwolf sagte in Test Adapter shuttercontrol v1.6.x:

Den Trigger "Innentemperatur" erreiche ich auch im Winter, weil ich ja heize, dann würde die Rollladen doch automatisch wieder in die Beschattung fahren

Arbeite nicht nur mit einer Innentemperatur, sondern auch mit einer Außentemperatur.
Wenn du keinen Außenfühler hast, kannst du auch einen Adapter wie "Das Wetter" nehmen.

Somit gehen die Rollläden nur in den Sonnenschutz, wenn Innen und Außen die Temperaturen überschritten werden.

Ich nutze schon dir Kombi Innen, Außen und Sonnenstand. Habe ich oben auch schon beschrieben. Dennoch wäre die Option schön.

Wenn ich die autosun auf false setze, bleiben die dort und werden nicht beim ersten öffnen neu initialisiert. Daher ist blockly wohl eine Lösung. Wenn ichs nur vernünftig hinbekäme

[simatec]

@weiserwolf Hier mal ein Script-Beispiel, wie du deinen Wunsch umsetzen kannst.

// Hier die gewünschten States von "shuttercontrol.0.shutters.autoSun.xxxxxx" eintragen
const shutter = ["Rollladen_Esszimmer_EG", "Rollladen_Kueche_EG", "Rollladen_Terasse_EG", "Rolladen_Wohnzimmer_EG"];

for (const i in shutter) {
    console.log(`shuttercontrol.0.shutters.autoSun.${shutter[i]}`)
}

schedule("0 8 * * *", async () => {
  if ((new Date().getMonth() + 1) < 5 || (new Date().getMonth() + 1) > 8) {
      for (const i in shutter) {
          const _state = await getStateAsync(`shuttercontrol.0.shutters.autoSun.${shutter[i]}`);
          if (_state && _state.val === true) {
            await setStateAsync(`shuttercontrol.0.shutters.autoSun.${shutter[i]}`, false, true);
          }
        }
  } else {
      for (const i in shutter) {
          const _state = await getStateAsync(`shuttercontrol.0.shutters.autoSun.${shutter[i]}`);
          if (_state && _state.val === false) {
            await setStateAsync(`shuttercontrol.0.shutters.autoSun.${shutter[i]}`, true, true);
          }
        }
  }
});

[WeiserWolf]

@simatec Vielen Dank für diese Lösung. Das ist zwawr JavaScript, aber ich habe das erst einmal copy/paste mäßig übernommen. Funktion ist auf jeden Fall gegeben. Jetzt muss ich mir das nur mal in einer ruhigen Minute zugemüte führen und versuchen es zu verstehen.
Java ist jetzt nicht so meins

[rtwl]

Ich hatte jetzt ein Jahr "Pause" mit Arbeiten an Samstagen.
jetzt startet es aber (leider) wieder. Daher erneut die Frage/Bitte, dass man einen Samstag auch zu einem Werktag machen kann. denkst du @simatec, dass du das implementieren kannst?
Gerne als Datenpunkt welchen man am Freitag auf true stellt, damit der nächste Tag als Werktag gewertet wird, und die Jalousien morgens rechtzeitig geöffnet werden.
Soll ich es auch als Feature Request in GitHub posten, oder reicht es hier?

[simatec]

@rtwl das Issue gibt es noch…

[zahnheinrich]

@simatec

Hallo @simatec,
shuttercontrol läuft bei mir ohne Auffälligkeiten bis auf diese bei Beendigung des Status "triggerd":

Wird ein Fenster geöffnet während der Rolladen nicht offen ist (Status "down" oder "sunprotect") fährt er den Einstellungen für das Verhalten bei Öffnen des Fensters entsprechend in die eingestellte Position (bei mir z.B. zum Lüften 50%). Wird das Fenster wieder geschlossen, wird die vorherige Position wieder angefahren, der Status "triggerd" wird beendet, der vor dem triggern bestehende Status wir wiederhergestellt.

Bis hierher alles wie erwartet.

Ändert sich während der "triggerd" Phase jedoch der allgemeine Status, also z.B. morgentliches Hochfahren "allup" oder Ende/Beginn "sunprotect", so fährt der getriggerte Rolladen dennoch in die Position VOR triggerd.

Das hat bei mir zur Folge, dass im günstigsten Fall der Rolladen "spazieren" fährt (im Beispiel des morgentlichen "allup" zunächst zurück in die "down" Position und anschliessend beim nächsten Programmdurchlauf "up") oder aber häufiger auch zum Status "none".

Wäre es nicht möglich, die beim "triggern" gespeicherte Position bei allgemeinem Statuswechsel ("allup", "alldown","begin/end sunprotect") durch die neu gewünschte als "nächst anzufahrende Position bei Triggerende" zu ersetzen?

Vielen Dank für diesen hervorragenden Adapter!

[RaspiUser]

... ich habe die Doku. rauf & runter gelesen, im Forum gesucht (bei über 6000 Beiträgen etwas unübersichtlich) und div. Kombinationen ausprobiert (ich spare mir die hier aufzuzählen).
Aber es klappt nicht ...

Ich möchte ...
... das der Rollladen einer Terrassentür nur bei geschlossener Tür (Kontakt vorhanden) schließt
bzw. das bei offener Tür der Rolladen nie schließt.
... das der Rollladen nicht vor 22 Uhr schließt (auch bei bereits zuvor geschlossener Tür).
... das wenn die Tür nach 22 Uhr geschlossen wird der Rolladen runter fährt.

Jetzt hoffe ich, dass mir ein Anwender hilft und die richtigen Einstellungen zusammen stellt ...

Danke vorab ...

[docsnyder7]

@raspiuser

in den EXTRA Einstellungen des betreffenden Fensters

Auswählen in zu welchem bereich das fenster gehört... Rolladenautomatik ganz rechts auf AUS stellen, (Bei mir auf ÖFFNEN)
ganz unten den dazugehörigen Fenstersensor

und dann in den haupteinstellungen das Adapters für den entsprechenden Bereich die Zeiten einstellen

[firebowl]

Bin ein wenig verwirrt weil shuttercontrol seit vielen Monaten sauber läuft, dachte ich.
Entweder es ist mir nicht früher aufgefallen oder das Verhalten ist neu.
Vorneweg, ich hab leider kein Debuglog, kann ich Samstag nachliefern.

Ich habe für alle drei Bereiche Zeiteinstellungen gesetzt und für Wohn- und Kinderbereich in den Extraeinstellungen einen DP definiert, der steuert das die Automatik nur greift wenn wir NICHT zu hause sind. Dies hat auch immer funktioniert.
Vor ein paar Tagen ist mir aufgefallen, dass shuttercontrol beim öffnen die Anwesenheitserkennung ignoriert.
Abensd werden die Rollos nicht geschlossen, wenn wir anwesend sind, also wie gewünscht. Morgens fahren die Rollos aber einige Sekunden nach der "spätesten Zeit fürs hochfahren" hoch und ich verstehe nicht warum.

[simatec]

@firebowl mache dazu mal bitte ein Issue auf. Muss ich mir in Ruhe anschauen

[firebowl]

@simatec Alles klar, mach ich. Soll ich es gleich aufmachen oder warten bis ich auch ein Debuglog hab?

[simatec]

@firebowl Ein Debuglog wäre natürlich super

[RaspiUser]

@docsnyder7

Danke für die Anregungen, kommt mir irgendwie bekannt vor ....
Ich habe jetzt nur für dieses Rollo einen eigenen Zeitbereich "Kinder"angelegt, den Rest nach deinem Vorschlag.

Schaun'mer mal heute Abend ...