Test Adapter shuttercontrol v1.7.x
-
shuttercontrol.0 2019-07-11 20:02:20.260 debug Shutdown shutters sleep area: 18:45 shuttercontrol.0 2019-07-11 20:02:20.258 debug Shutdown shutters living area: 21:00 shuttercontrol.0 2019-07-11 20:02:20.254 debug Starting up shutters sleep area: 06:30 shuttercontrol.0 2019-07-11 20:02:20.250 debug Starting up shutters living area: undefined shuttercontrol.0 2019-07-11 20:02:20.240 debug Shutdown shutters Sunset area: 21:58 shuttercontrol.0 2019-07-11 20:02:20.240 debug Starting up shutters Sunrise area: 06:00 shuttercontrol.0 2019-07-11 20:02:20.240 debug Shutdown shutters GoldenHour area: 21:09 shuttercontrol.0 2019-07-11 20:02:20.240 debug Starting up shutters GoldenHour area: 06:50 shuttercontrol.0 2019-07-11 20:02:20.238 debug Sunset today: 21:28 shuttercontrol.0 2019-07-11 20:02:20.238 debug Sunrise today: 05:30 shuttercontrol.0 2019-07-11 20:02:20.238 debug current day: 4 shuttercontrol.0 2019-07-11 20:02:20.238 debug goldenHour today: 20:39 shuttercontrol.0 2019-07-11 20:02:20.237 debug goldenHourEnd today: 06:20 shuttercontrol.0 2019-07-11 20:02:19.239 debug Sun Elevation: 11.4° shuttercontrol.0 2019-07-11 20:02:19.236 debug Sun Azimut: 290.8° shuttercontrol.0 2019-07-11 20:02:17.281 debug save current height: 20% from Bad shuttercontrol.0 2019-07-11 20:02:17.281 debug save current height: 0% from Jan shuttercontrol.0 2019-07-11 20:02:17.281 debug save current height: 100% from Balkon shuttercontrol.0 2019-07-11 20:02:17.281 debug save current height: 25% from Schlafzimmer shuttercontrol.0 2019-07-11 20:02:17.280 debug save current height: 0% from Kim shuttercontrol.0 2019-07-11 20:02:17.280 debug save current height: 100% from Kueche shuttercontrol.0 2019-07-11 20:02:17.280 debug save current height: 100% from Esszimmer shuttercontrol.0 2019-07-11 20:02:17.279 debug save current height: 100% from Terrasse shuttercontrol.0 2019-07-11 20:02:17.279 debug save current height: 100% from Wohnzimmer shuttercontrol.0 2019-07-11 20:02:17.235 debug Shutter State: admin.0.Bad-Rollladen-Parameter.Soll-Position shuttercontrol.0 2019-07-11 20:02:17.234 debug Shutter State: admin.0.Jan-Rollladen-Parameter.Soll-Position shuttercontrol.0 2019-07-11 20:02:17.234 debug Shutter State: admin.0.Balkon-Rollladen-Parameter.Soll-Position shuttercontrol.0 2019-07-11 20:02:17.234 debug Shutter State: admin.0.SchlafZi-Rollladen-Parameter.Soll-Position shuttercontrol.0 2019-07-11 20:02:17.234 debug Shutter State: admin.0.Kim-Rollladen-Parameter.Soll-Position shuttercontrol.0 2019-07-11 20:02:17.234 debug Shutter State: admin.0.Kueche-Rollladen-Parameter.Soll-Position shuttercontrol.0 2019-07-11 20:02:17.234 debug Shutter State: admin.0.EssZi-Rollladen-Parameter.Soll-Position shuttercontrol.0 2019-07-11 20:02:17.234 debug Shutter State: admin.0.Terrasse-Rollladen-Parameter.Soll-Position shuttercontrol.0 2019-07-11 20:02:17.233 debug Shutter State: admin.0.WohnZi-Rollladen-Parameter.Soll-Position shuttercontrol.0 2019-07-11 20:02:17.232 debug trigger for outside temperature: yr.0.forecast.day0.temperatureActual shuttercontrol.0 2019-07-11 20:02:17.230 debug [{"enabled":true,"shutterName":"Wohnzimmer","name":"admin.0.WohnZi-Rollladen-Parameter.Soll-Position","triggerID":"","typeUp":"goldenhour End","typeDown":"living","type":"in- & outside temperature an shuttercontrol.0 2019-07-11 20:02:17.226 info starting. Version 0.3.2 in /opt/iobroker/node_modules/iobroker.shuttercontrol, node: v8.14.0 shuttercontrol.0 2019-07-11 20:02:16.991 debug statesDB connected shuttercontrol.0 2019-07-11 20:02:16.951 debug objectDB connectedich geh mal von aus das Starting up shutters living area: undefined nicht korrekt ist!
Mach ich "Nur die Zeit im Wohnbereich"shuttercontrol.0 2019-07-11 20:08:23.295 debug Shutdown shutters sleep area: 18:45 shuttercontrol.0 2019-07-11 20:08:23.293 debug Shutdown shutters living area: 21:00 shuttercontrol.0 2019-07-11 20:08:23.290 debug Starting up shutters sleep area: 06:30 shuttercontrol.0 2019-07-11 20:08:23.285 debug Starting up shutters living area: 06:55 shuttercontrol.0 2019-07-11 20:08:23.274 debug Shutdown shutters Sunset area: 21:58 shuttercontrol.0 2019-07-11 20:08:23.274 debug Starting up shutters Sunrise area: 06:00 shuttercontrol.0 2019-07-11 20:08:23.273 debug Shutdown shutters GoldenHour area: 21:09 shuttercontrol.0 2019-07-11 20:08:23.273 debug Starting up shutters GoldenHour area: 06:50hab ich wieder ein Wert drin stehen.
So werde ich es für morgen mal stehen lassen!Ich habe keine anderen Scripte mehr am laufen für die Rolladensteuerung, sind alle deaktiviert.
Ausser natürlich die Scripte für die Rollläden die mir die Datenpunkte liefern.
Die Sollposition verwende ich dann für ShutterControl.
-
@bishop
Da gibt es wohl noch einen Bug in Verbindung mit Goldenhour... schaue ich mir an -
@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
-
@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?
-
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). -
@steimi
Nein die Range wird nicht geteilt. Wenn er nicht bei 150 Grad gefahren ist, war die zweite Bedingung nicht erfüllt -
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?
-
@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? -
@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
-
@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? -
@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.
-
@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? -
@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? -
@steimi
Was für ein Haken meinst du??? -
@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'
-
@steimi
Shuttercontrol setzt nicht auf bestätigt, sondern gibt nur den Wert vor -
@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 -
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 -
@Homoran
So läuft es bei mir produktiv und in der Testumgebung auch seit Wochen sauber durch -
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.
