Test Adapter shuttercontrol v2.0.x
-
@bishop
Muss ich wirklich schauen ... der Code hat inzwischen über 3000 Zeilen ... hab nicht alles im Kopf
-
Ich habe die Doku jetzt schon mehrmals gelesen und bei mir fahren die Markisen auch nicht hoch wenn die Elevation erreicht/unterschritten ist.
Habe den Azimut jetzt so eingestellt, das er nach der eingestellten Elevation endet. Geändert hat sich am Verhalten aber nichts. Eingestellt ist "Ende Sonnenschutz mit Sonnenhöhe: 1 Grad".
In der Zeit-Einstellung Wohnbereich ist hochfahren mit 21:00 Uhr eingestellt, da fährt die Markise meistens auch hoch.
Ich vermisse leider in den Einstellungen bei "Steuerung für Hochfahren" die Option Sonnenuntergang oder Elevation. Auch hätte ich mir in der neuen Version noch mehr Daten im Debug-Log gewünscht, ich sehe leider immer noch nicht, warum die Markise verfährt und welcher Wert dafür verantwortlich war.
-
@Röstkartoffel
Die zusätzlichen Daten im Log kommen ab Version 0.5.1.
kannst du dir aber auch jetzt schon über Github installieren.Zu deinen Feature Wünschen machen bitte ein Issue auf.
Hier im Forum ist das zu unübersichtlich und wird vergessen -
@simatec
Ja, werde ich morgen machen.In der Doku schreibst du:
Sonnenhöhe: Soll die Verdunklung bei einer fixen Elevation starten bzw. enden, wird dieser Wert hier eingegeben; sonst leer lassen.
Das würde ich gerne nutzen, Runterfahren bei 11Grad und Hochfahren bei 1 Grad. Aber so wie ich das oben, wie auf den Bildschirmfotos zu sehen, eingestellt habe funktioniert das nicht.
Wo habe ich da den Gedankenfehler? -
@Röstkartoffel sagte in Test Adapter shuttercontrol v0.5.x:
@simatec
Ja, werde ich morgen machen.In der Doku schreibst du:
Sonnenhöhe: Soll die Verdunklung bei einer fixen Elevation starten bzw. enden, wird dieser Wert hier eingegeben; sonst leer lassen.
Das würde ich gerne nutzen, Runterfahren bei 11Grad und Hochfahren bei 1 Grad. Aber so wie ich das oben, wie auf den Bildschirmfotos zu sehen, eingestellt habe funktioniert das nicht.
Wo habe ich da den Gedankenfehler?Die Doku habe ich nur zum Teil geschrieben und muss ich mir anschauen.
@Homoran hat an der Doku sehr viel gemachtRunterfahren nach Elevation geht ... nutze ich selber ... hochfahren ist eigentlich auch getestet
-
-
Bei mir funktioniert (fast) nun alles wie gewünscht. Bin begeistert!
Allerdings hat meine Tochter heute einen Bedienfehler gemacht, der ggf. nicht abgefangen ist. Die Situation:
Der Rolladen "Wohnzimmer" steht in Sonnenschutzposition (Sunprotect aktiv). Später wird von der (noch nicht bösen) Tochter die Terassentür geöffnet, so dass der Wert von TriggerID sich ändert und der Rolladen in die entsprechende Position fährt. Während dieser Fahrt bewegt die (nun böse) Tochter die Tür erneut, so dass der Wert von TriggerID sich wieder ändert. Danach fährt der Rolladen nicht mehr in die entsprechenden Positionen.
Hat die Shelly Funktion (Überprüfung des aktuellen Rolladenstatus) da einen Einfluss? Bzw. habe ich ein Konfigurationsproblem? Oder ist dieses Timingproblem nicht abgefangen?
Log:
2020-04-10 12:43:42.292 - debug: shuttercontrol.0 (14843) Sunprotect for Wohnzimmer is active 2020-04-10 12:43:42.292 - info: shuttercontrol.0 (14843) Set ID: Wohnzimmer value: 50% 2020-04-10 12:43:42.293 - debug: shuttercontrol.0 (14843) save current height: 50% from Wohnzimmer 2020-04-10 12:43:42.301 - debug: shuttercontrol.0 (14843) shutter state changed: shelly.0.SHSW-25#6929B0#1.Shutter.Position 2020-04-10 12:43:42.380 - debug: shuttercontrol.0 (14843) shutter state changed: shelly.0.SHSW-25#6929B0#1.Shutter.Position 2020-04-10 12:43:55.942 - debug: shuttercontrol.0 (14843) shutter state changed: shelly.0.SHSW-25#6929B0#1.Shutter.Position 2020-04-10 13:08:02.119 - debug: shuttercontrol.0 (14843) TriggerID changed: alias.0.Fenster.Balkon.Offen 2020-04-10 13:08:02.126 - debug: shuttercontrol.0 (14843) save trigger height: 50% 2020-04-10 13:08:02.126 - info: shuttercontrol.0 (14843) Set ID: Wohnzimmer value: 90% 2020-04-10 13:08:02.130 - debug: shuttercontrol.0 (14843) shutter state changed: shelly.0.SHSW-25#6929B0#1.Shutter.Position 2020-04-10 13:08:02.209 - debug: shuttercontrol.0 (14843) shutter state changed: shelly.0.SHSW-25#6929B0#1.Shutter.Position 2020-04-10 13:08:04.115 - debug: shuttercontrol.0 (14843) TriggerID changed: alias.0.Fenster.Balkon.Offen 2020-04-10 13:08:13.802 - debug: shuttercontrol.0 (14843) shutter state changed: shelly.0.SHSW-25#6929B0#1.Shutter.Position 2020-04-10 13:09:02.538 - debug: shuttercontrol.0 (14843) system.adapter.admin.0: logging true 2020-04-10 13:09:19.697 - debug: shuttercontrol.0 (14843) TriggerID changed: alias.0.Fenster.Balkon.Offen 2020-04-10 13:09:19.704 - debug: shuttercontrol.0 (14843) save trigger height: 90% 2020-04-10 13:09:23.438 - debug: shuttercontrol.0 (14843) TriggerID changed: alias.0.Fenster.Balkon.Offen 2020-04-10 13:10:38.707 - debug: shuttercontrol.0 (14843) TriggerID changed: alias.0.Fenster.Balkon.Offen 2020-04-10 13:10:38.712 - debug: shuttercontrol.0 (14843) save trigger height: 90% 2020-04-10 13:10:43.828 - debug: shuttercontrol.0 (14843) TriggerID changed: alias.0.Fenster.Balkon.Offen 2020-04-10 13:10:53.518 - debug: shuttercontrol.0 (14843) TriggerID changed: alias.0.Fenster.Balkon.Offen 2020-04-10 13:10:53.527 - debug: shuttercontrol.0 (14843) save trigger height: 90% 2020-04-10 13:11:01.038 - debug: shuttercontrol.0 (14843) TriggerID changed: alias.0.Fenster.Balkon.Offensystem.adapter.shuttercontrol.0.json
Über eine kurze Info bzw. Beurteilung würde ich mich sehr freuen.
Auf jedenfalls nochmal vielen Dank für die Mühe!Schöne Ostertage wünscht,
Multivitamin -
@simatec
vielen Dank für den tollen Adapter!
Ich habe jetzt auf die v0.5 aktuallisiert und habe jetzt festgestellt, dass bei "Sollwert des Sonnenschutzlichtsensors" jetzt ein Wert =< von 5000 (vorher 0 -100) eingegeben werden kann. Gehen hier auch größere Werte? Mein Lichtsensor liefert Werte bis 100000 Lux und bei mir soll eine Beschattung ab > 50000 Lux (dann ist vor dem Fenster volle Sonne) stattfinden. Meine Frau hat Angst, dass es sonst den Pflanzen auf dem Fensterbrett zu heiß wird. Ausgewählt hätte ich dann "Außentemperatur/Lichtsensor & Himmelsrichtung".
mfg -
@innriver
Es sollten auch größere Werte gehen.
Kann aber auch das Example noch einmal anpassen -
@Multivitamin
Die Funktion sollte funktionieren. Es sei denn, dass an shelly die Werte nicht sofort gesetzt werden.
Beim hochfahren wird die letzte Position im Adapter gespeichert und beim schließen der Tür wird wieder in diese Position gefahren -
@simatec said in Test Adapter shuttercontrol v0.5.x:
@innriver
Es sollten auch größere Werte gehen.
Kann aber auch das Example noch einmal anpassenvielen Dank! Werde die nächsten Tage mal testen. Verstehe ich das richtig: der Rollladen fährt runter wenn der eingestellte Helligkeitswert überschritten wird und die Himmelrichtung z.B. 100 (eingestellt sind 125 +- 40) ist und fährt wieder hoch wenn der Helligkeitswert um den eingestellten Hysterese-Prozentwert abfällt oder sich der Azimut auf über 165 geändert hat?
-
@innriver
Ja genau so passt es -
@simatec sagte in Test Adapter shuttercontrol v0.5.x:
@Multivitamin
Die Funktion sollte funktionieren. Es sei denn, dass an shelly die Werte nicht sofort gesetzt werden.
Beim hochfahren wird die letzte Position im Adapter gespeichert und beim schließen der Tür wird wieder in diese Position gefahrenHi @simatec,
danke für deine schnelle Antwort! Habs gerade nochmal getestet. Leider funktioniert das so leider hier nicht. Auf Grundlage des Logfiles fällt es mir schwer nachvollziehen, wo es hakt. Kannst du vielleicht nochmal helfen? Das wäre super!
Also einerseits sehe ich zwei mal "shutter state changed" nach "Set ID:", wobei der jüngere Eintrag ein alter Wert ist bzw. eher die Ist-Position sein könnte (100%)?! Das scheint aber kein Problem zu sein, oder?
Wenn sich jedoch der Türkontakt ändert "TriggerID changed" während der Rolladen fährt, gibt es kein "Save Trigger height" im Log und auch kein "Set ID:" Der Rolladen fährt dann nicht wieder runter.
Hast du eine Idee?
shuttercontrol.0 2020-04-10 20:53:53.958 debug (29481) save trigger height: 90% shuttercontrol.0 2020-04-10 20:53:53.948 debug (29481) TriggerID changed: alias.0.Fenster.Balkon.Offen Value: true shuttercontrol.0 2020-04-10 20:53:48.927 debug (29481) TriggerID changed: alias.0.Fenster.Balkon.Offen Value: false shuttercontrol.0 2020-04-10 20:53:45.936 debug (29481) save trigger height: 90% shuttercontrol.0 2020-04-10 20:53:45.928 debug (29481) TriggerID changed: alias.0.Fenster.Balkon.Offen Value: true shuttercontrol.0 2020-04-10 20:53:21.713 debug (29481) shutter state changed: shelly.0.SHSW-25#6929B0#1.Shutter.Position Value: 90 shuttercontrol.0 2020-04-10 20:53:13.657 debug (29481) TriggerID changed: alias.0.Fenster.Balkon.Offen Value: false shuttercontrol.0 2020-04-10 20:53:11.609 debug (29481) shutter state changed: shelly.0.SHSW-25#6929B0#1.Shutter.Position Value: 55 shuttercontrol.0 2020-04-10 20:53:11.537 debug (29481) shutter state changed: shelly.0.SHSW-25#6929B0#1.Shutter.Position Value: 90 shuttercontrol.0 2020-04-10 20:53:11.534 info (29481) Set ID: Wohnzimmer value: 90% shuttercontrol.0 2020-04-10 20:53:11.533 debug (29481) save trigger height: 55% shuttercontrol.0 2020-04-10 20:53:11.527 debug (29481) TriggerID changed: alias.0.Fenster.Balkon.Offen Value: true shuttercontrol.0 2020-04-10 20:52:00.141 debug (29481) shutter state changed: shelly.0.SHSW-25#6929B0#1.Shutter.Position Value: 100 shuttercontrol.0 2020-04-10 20:52:00.051 debug (29481) shutter state changed: shelly.0.SHSW-25#6929B0#1.Shutter.Position Value: 55 shuttercontrol.0 2020-04-10 20:52:00.047 debug (29481) save current height: 55% from Wohnzimmer shuttercontrol.0 2020-04-10 20:52:00.043 info (29481) Set ID: Wohnzimmer value: 55%Lg
Multivitamin -
@Multivitamin
So wie ich da sehe, wurde anscheinend das schließen nicht berücksichtigt.
Zeige mal die Config zu dem RollladenWelche Version nutzt du? Die Log Ausgaben deuten auf die aktuelle Github Version hin
-
@simatec
Jep, ich nutzte die aktuelle Github Version (Version 0.5.1). Hier die Config: system.adapter.shuttercontrol.0-2.json.Bin gespannt was du sagst!
-
@Multivitamin
Ich kann dein Problem noch nicht zu 100% nachvollziehen.
Kannst du bitte nochmal genau beschreiben, was genau passiert ist.
Wenn ich dein Problem richtig verstehe, könnte es mit dem Überprüfen der states zu tun haben.
Da gibt es dann eine Verzögerung.
Wie lang war in etwa die Zeit, bis die Tür wieder geschlossen wurde -
Guten Morgen @simatec,
ich kann das Verhalten hier sehr gut reproduzieren. Ich versuche es nochmal in anderen Worten zu erklären:
Als Ausgangssituation steht der Rolladen in Sonnenschutzposition (Ist: 50%) oder in abendlicher Verdunkelung (Ist: 55%). Sobald die Tür geöffnet wird bewegt sich der Rolladen in die "Tür geöffnet" Position (Soll: 90%). Wenn dann die Tür wieder geschlossen wird, solange der Rolladen noch unterwegs ist und die 90% noch nicht erreicht hat (Ist: ≠ 90%), fährt der Rolladen anschließend nicht mehr in die ursprüngliche Sonnenschutz- oder abendliche Verdunkelungsposition zurück (Soll: 55% oder 50%). Ob das "Tür geschlossen" Signal nach 5, 10 oder 15 Sekunden kommt ist dabei irrelevant. Entscheidend ist, dass der Rollanden noch hoch fährt, in Bewegung ist. Sonst funktioniert alles wie es soll!
Verstehst du was ich meine? ...was ich erklären will?
Wie gesagt, ich kann es reproduzieren. Wenn ich etwas tun kann, damit es verständlicher wird, mach ich das gerne. Sag nur, was helfen könnte.
-
@simatec
ich habe einige Fragen zur Beschattung. Die Optionen "Innentemperatur", "Aussentemperatur", "Azimut" und auch "Lichtsensor" müssten nach meiner Meinung mir "und" verknüpft werden. Ich habe in meiner Steuerung sogar 6 Stufen dieser mit und-verknüpfen Messwerte.Bsp. Wenn Azimut zwischen a und b
und Innentemperatur > c
und Differenztemperatur > d
und Aussentemperatur > eoder ..
Hier ein Anzug mit 2 Stufen:
Notwendig ist zumindest, wie oben geschrieben, eine und-Verknüpfung.
Was whilst du von einer Schaltverknüpfung mit einer Boolschen Variable? Ich kann dann die Beschattung von einem weiteren Programm berechnen lassen und löse in shutter-control die Autoren aus.
Ich vermute aber, dass die Mehrheit der Anwender eine systemkonforme Lösung anstrebt, also alles in suhlte-control. Ich glaube auch, dass das der bessere Ansatz ist.
-
-
@simatec Klar. Anhand der Doku habe ich alle Einstellungen gemacht. Ich verfolge den Thread sehr intensiv (siehe Beginn der Diskussionen).
Meine Frage war ja, ob die Einstellung zum Sonnenschutz und oder oder verknüpft sind. Eine oder Verknüpfung macht in meinen Augen überhaupt keinen Sinn, da nur eine Kombination verschiedener Werte auslösen sollte. Irgendwo im Thread (1400 oder so) schriebst du, dass die Werte oder verknüpft sind. Sorry, wenn ich dir die Stelle nicht mehr genau nennen, dafür ist der Thread nun zu lang.
Ich finde deinen Adapter klasse und setze ich jetzt ein. Die Programmierung auf der CCU habe ich erstmal deaktiviert und versuche jetzt meine Erfahrung mit deinem Adapter zu machen.
Noch benötige ich den Sonnenschutz noch nicht, da ich aktuell die "Energiegewinnung" durch die Sonneneinstrahlung zulasse.
