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

[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

[Multivitamin]

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.

[MartyBr]

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

oder ..

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.