Test Adapter shuttercontrol v2.0.x
-
Hallo,
kann das sein das der Sonnenschutz höher priorisiert ist als die Zeiteinstellung?
Bei mir sind heute Nacht um 1:00 Uhr alle Rollläden die im Sonnenschutz geblieben sind (da Einstellung im Sommer nicht schließen aktiv ist) nach oben gefahren. Rollläden die komplett geschlossen waren (da Einstellung im Sommer nicht schließen inaktiv ist) sind unten geblieben.
Die Zeiteinstellung ist auf letzte Bewegung 22:00 Uhr und erste Bewegung 7:00 Uhr bzw. Wochenende 9:00 Uhr eingestellt.
Der Auslöser war die Aktualisierung der Temperatur.Eingesetzte Version:
0.8.5.Auszug aus Log:
shuttercontrol.0 2020-08-23 01:00:08.165 debug (4903) Rollo_WohnzimmerKlein pct Old value = 20. New value = 100. automatic is active shuttercontrol.0 2020-08-23 01:00:08.165 debug (4903) Shutter state changed: Rollo_WohnzimmerKlein pct old value = 20 new value = 100 shuttercontrol.0 2020-08-23 01:00:08.111 debug (4903) Sunprotect Rollo_WohnzimmerKlein pct old height: 20% new height: 100% shuttercontrol.0 2020-08-23 01:00:08.111 info (4903) Set ID: Rollo_WohnzimmerKlein pct value: 100% shuttercontrol.0 2020-08-23 01:00:08.111 debug (4903) Temperature outside: 20 < 20.43 OR Light: undefined < 14.25 shuttercontrol.0 2020-08-23 01:00:08.110 debug (4903) Sunprotect for Rollo_WohnzimmerKlein pct is not active shuttercontrol.0 2020-08-23 01:00:06.483 debug (4903) outsidetemperature changed: daswetter.0.NextHours.Location_1.Day_1.current.temp_value Value: 20Konfig:
system.adapter.shuttercontrol.0.jsonVielen Dank
-
Gestern trat mal wieder folgendes Problem auf:
Gegen Mittag die Markise manuell eingefahren. Um 15:00 ist sie dann automatisch durch Shuttercontrol ausgefahren. Okay, ist ja auch so eingestellt. Die Markise wieder manuell eingefahren.Um 20:20 Uhr ist die Markise wieder automatisch ausgefahren -> das verstehe ich nicht. Es gibt keine Einstellung dafür, nur der Parameter "früheste Zeit für das hochfahren am Wochenende" war auf diese Uhrzeit gesetzt (siehe Bild oben).
Hier der LogAuszug:
shuttercontrol.0 2020-08-22 20:30:00.005 debug (12838) calculate astrodata ... shuttercontrol.0 2020-08-22 20:25:00.004 debug (12838) Sun Elevation: -8.9° shuttercontrol.0 2020-08-22 20:25:00.004 debug (12838) Sun Azimut: 303.5° shuttercontrol.0 2020-08-22 20:25:00.003 debug (12838) calculate astrodata ... shuttercontrol.0 2020-08-22 20:20:45.768 debug (12838) Markise Glashaus Dach:4.LEVEL Old value = 100. New value = 0. automatic is active shuttercontrol.0 2020-08-22 20:20:45.768 debug (12838) Shutter state changed: Markise Glashaus Dach:4.LEVEL old value = 100 new value = 0 shuttercontrol.0 2020-08-22 20:20:00.037 debug (12838) Markise Glashaus Dach:4.LEVEL Old value = 100. New value = 0. automatic is active shuttercontrol.0 2020-08-22 20:20:00.036 debug (12838) Shutter state changed: Markise Glashaus Dach:4.LEVEL old value = 100 new value = 0 shuttercontrol.0 2020-08-22 20:20:00.031 debug (12838) shutterUpLiving #4 Markise Glashaus Dach:4.LEVEL old height: 100% new height: 0% shuttercontrol.0 2020-08-22 20:20:00.031 info (12838) #16 Set ID: Markise Glashaus Dach:4.LEVEL value: 0% shuttercontrol.0 2020-08-22 20:20:00.001 debug (12838) Sun Elevation: -8.3° shuttercontrol.0 2020-08-22 20:20:00.001 debug (12838) Sun Azimut: 302.4° shuttercontrol.0 2020-08-22 20:20:00.001 debug (12838) calculate astrodata ... shuttercontrol.0 2020-08-22 20:15:07.578 debug (12838) save trigger height: 100% -
@Röstkartoffel
Bitte poste mal die Config deiner Markise -
@Futty
Die Zeiten werden einmal die Nacht neu berechnet .. -
@simatec
hier die Config:
system.adapter.shuttercontrol.0 (15).json -
@simatec
Bedeutet dies, dass es mit den Einstellungen nun nicht mehr passieren sollte?
Die Einstellung habe ich nämlich am Morgen erst angepasst da bei der Zeiteinstelung (anscheinend nach dem Update) sehr wilde Werte eingestellt waren. Ich glaube auch mitten in der Nacht...Kann man Allgemein sagen dass im Normalfall die Zeiteinstellung höher als der Sonnenschutz ist?
Danke
-
@simatec, heute morgen ist mir aufgefallen das die Rollläden 6 Uhr hochgefahren sind und das obwohl Wochenende ist ist die Rollläden dann je nach Sonnenaufgang zwischen 6 und 6:30 Uhr aufgehen sollen, der Sonnenaufgang war laut der Objekte des Adapters um 6:33 Uhr. Der DP upTimeLiving steht auf 6:00 Uhr, müsste dieser dann am Wochenende nicht auf 6:30 Uhr stehen?
Wann werden die Berechnungen für Fahrzeiten durchgeführt und in die DP geschrieben? -
Kann mir bitte jemand mit den Einstellungen weiter helfen?
In der Dokumentation zum Adapter steht folgendes:
*Art der Automatiksteuerung für den Wohnbereich (Schlafbereich), über Pulldown wird gewählt zwischen:
Nur die Zeit Wohnbereich (Schlafbereich):
Die Rollläden werden ausschließlich zeitgesteuert gefahren
Zeit Wohnbereich (Schlafbereich) mit Sonnenauf- & Sonnenuntergang:
Die Rollläden werden nach Sonnenauf- und Sonnenuntergang gesteuert, jedoch fahren nicht vor der frühesten Zeit hoch und nicht nach der spätesten Zeit herunter.
Zeit Wohnbereich (Schlafbereich) mit GoldenHour:
Analog zu dem Sonnenauf- und Sonnenuntergang, jedoch mit dem Beginn und Ende der "Golden Hour" als Referenz*Ich würde gerne die Auswahl "Zeit Wohnbereich mit Sonnenauf- & Sonnenuntergang" verwenden, aber diese Option gibt es im Dropdown leider nicht. Da Dropdpwn schaut bei mir so aus:
Was muss ich denn wählen, damit als erste Zeit der Sonnenauf- und -untergang genommen wird, aber auch die früheste und späteste Zeit berücksichtigt wird?
-
@Totto du musst hier Wohnbereich oder Wohnbereich (Automatik) nehmen und in den Zeiteinstellungen dann Zeit mit Sonnenauf/Sonnenuntergang.
-
@simatec
Erstmal vielen Dank für diesen sehr umfangreichen Adapter. Die Sonnenschutzfunktion funktioniert perfekt. Es wäre super, wenn man die Möglichkeit hätte für den Wohn- und Schlafbereich einen Helligkeitswert zusätzlich zu der Uhrzeit zum schließen benutzen könnte. Die Astro/Elevation Funktion ist nicht immer so passend, z.B. wenn bei bedecktem Himmel es schon was früher dunkel wird. Ist eine solche Erweiterung geplant bzw. möglich? Oder gibt es jetzt schon eine Möglichkeit es so mit dem Adapter zu lösen. -
@Daniel_IO da wirst du IMHO probleme an wolkigen tagen bekommen. da wird der rolladen auf und ab fahren wenn wolke/sonne. da gibts an manchen tagen starke helligkeits unterschiede.
-
@da_Woody nein da habe ich bis jetzt, ca.1,5Jahre, keinerlei Probleme. Ich habe einen HM Bewegungsmelder der alle ca.5 Minuten einen Mittelwert liefert, mir sind die Rollladen noch nie tagsüber runter gefahren. Das ganze läuft über einen Blockly Skript, den Skript könnte ich mir sparen, da ich ja den Adapter zur Beschattung nutze und das funktioniert super.
-
@Daniel_IO ok, mit mittelwert lässt sich arbeiten.
-
@coyote said in Test Adapter shuttercontrol v0.8.x:
@Totto du musst hier Wohnbereich oder Wohnbereich (Automatik) nehmen und in den Zeiteinstellungen dann Zeit mit Sonnenauf/Sonnenuntergang.
Was ist denn der Unterschied zwischen Wohnbereich und Wohnbereich (Automatik)?
-
@Totto
einfach mal die Doku lesen
c&p
Wohnbereich:
Der Rollladen fährt zu den Zeiten wie in Einstellungen für den Wohnbereich konfiguriert.Wohnbereich (Automatik):
Der Rollladen fährt zu den Zeiten wie in Einstellungen für den Wohnbereich konfiguriert
und zusätzlich wird auf den unter Extra-Einstellungen festgelegten Trigger
Objekt-ID zum aktivieren/deaktivieren des Auto-Wohnbereichs geachtet. Steht
dieser auf false wird der Rollladen nicht automatisch gefahren. -
Hallo!
Ich hätte eine Frage zum Sonnenschutz. Dieser ist bei mir so eingestellt:
Ich habe dies die letzten Tage überwacht, und ich frage mich,
Das Rollo wurde am Morgen hochgefahren, und ging dann ziemlich schnell in den Sonnenschutzmodus - was sehr gut passt. Ich wundere mich nur, wieso es so spät hochgefahren ist (oranger Bereich), obwohl die Sonneneinstrahlung schon länger unter dem eingestellten Level von 20.000 ist. Hat jemand eine Idee? -
@jackblackson
Lass doch bitte das Log im Debug-Level mitlaufen. Da steht dann genau drin wie sich die Werte ändern und warum eine Aktion ausgelöst wird. Evtl. bekommt man es dadurch raus (warum eine Aktion NICHT ausgelöst wird, wird da nicht stehen...).
Und du hast während dem Tag die Config nicht geändert? Das führt oft zu Problemen mit dem Sonnenschutz... -
@andi2055 sagte in Test Adapter shuttercontrol v0.8.x:
@jackblackson
Lass doch bitte das Log im Debug-Level mitlaufen. Da steht dann genau drin wie sich die Werte ändern und warum eine Aktion ausgelöst wird. Evtl. bekommt man es dadurch raus (warum eine Aktion NICHT ausgelöst wird, wird da nicht stehen...).
Und du hast während dem Tag die Config nicht geändert? Das führt oft zu Problemen mit dem Sonnenschutz...Log hab ich von gestern, kann ich dir auch gerne zukommen lassen. Die Einstellungen hab ich gestern nicht angepasst. Hier das Log, wo er Sunprotekt deaktiviert hat:
Kann es sein, dass er den Sonnenstand noch irgendwie einbezieht? Hab da manuell nichts geändert an den Standardeinstellungen. -
@jackblackson
Sieht eher so aus, als ob der Sonnenschutz wg. Elevation (aus Extra-Einstellungen - steht auf 10°?) beendet wurde und nicht wg. Außentemperatur oder Licht.wenn ich mir den Code der Stelle gerade ansehe, denke ich, dass da für dein Szenario noch ein Bug ist
if ((parseFloat(hysteresisOutside) > outsideTemp && result[i].lightSensor != '' && parseFloat(hysteresisLight) > sunLight) || (parseFloat(hysteresisOutside) > outsideTemp && result[i].lightSensor == '')) {Der Lichtsensor ist mit Außentemp UND-verknüpft. Müsste ODER sein.
Habe ich geändert und einen PR eingestellt.
Kannst du vorab testen wenn du möchtest: https://github.com/5G7K/ioBroker.shuttercontrol
/lib/sunprotect.js -
@andi2055 Danke, das klingt logisch. Die Sonnenhöhe habe ich gar nie angepasst, ich wollte mich eigentlich rein auf die Messung der beiden Sensoren Lichteinfall und Temperatur verlassen. Ich werd es gleich mal testen, dauert halt immer 1-2 Tage, bis man da dann richtige Testwerte hat.
