UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[bishop]

@Medrides
ich bin auch am Testen und habe festgestellt, dass er nur hochfährt wenn du auch himmelsrichtung mit angibst und er dann raus ist aus der himmelsrichtung. Ohne, nur mit Lichtsensor z.b. geht es nicht. Wenn er dann ausserhalb des Sonnenschutzes ist fährt er nicht hoch. Deshalb Himmelsrichtung mit angeben.

[simatec]

@bishop
Den Bug schaue ich mir mal an

[Medrides]

@bishop

Die Azimut ist eingestellt, nur soll er vorher hoch fahren. Wenn ich die Azimut kleiner stelle, fahren die Rollos zu spät runter.

[bishop]

@simatec
kann ja sein das es so gewollt ist, weis ich nicht!
Ich werde noch eine Diskussion mit meiner besserne Häflte bekommen wenn es hochsommer ist und der Rollladen wieder hochfährt, da würde ich dann nur den Lichtsensor angeben. Er fährt dann runter aber nicht mehr hoch "Hitzeschutz"

Option Hitzeschutz wäre nicht schlecht allgemein, wenn aktiv Rollladen fährt nicht hoch. Nicht aktiv Rolladen fährt bei allen Optionen die aus den Bedingungen laufen wieder hoch!?!
Nur so ein Gedanke

[simatec]

@bishop
Muss ich wirklich schauen ... der Code hat inzwischen über 3000 Zeilen ... hab nicht alles im Kopf 😬

[Röstkartoffel]

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.

[simatec]

@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

[Röstkartoffel]

@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?

[simatec]

@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 gemacht

Runterfahren nach Elevation geht ... nutze ich selber ... hochfahren ist eigentlich auch getestet

[Bostil]

@Malz1902 Sorry, aber du möchtest einen sehr ausführlichen Changelog ohne, dass du etwas lesen möchtest? Hä .... Vergrault doch bitte nicht die @simatec's, die sich hier die ganze Mühe für uns machen!!!

[Multivitamin]

@simatec

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.Offen

system.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

[innriver]

@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

[simatec]

@innriver
Es sollten auch größere Werte gehen.
Kann aber auch das Example noch einmal anpassen

[simatec]

@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

[innriver]

@simatec said in Test Adapter shuttercontrol v0.5.x:

@innriver
Es sollten auch größere Werte gehen.
Kann aber auch das Example noch einmal anpassen

vielen 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?

[simatec]

@innriver
Ja genau so passt es

[Multivitamin]

@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 gefahren

Hi @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

[simatec]

@Multivitamin
So wie ich da sehe, wurde anscheinend das schließen nicht berücksichtigt.
Zeige mal die Config zu dem Rollladen

Welche Version nutzt du? Die Log Ausgaben deuten auf die aktuelle Github Version hin

[Multivitamin]

@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!

[simatec]

@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