Test Adapter shuttercontrol v1.7.x

[Mike Hellracer]

@simatec
Habe bis eben gewartet und die Rollos sind immer noch unten. Laut Azimut + - 50 hätten sie schon lange oben sein müssen
Jetzt fahren sie gerade ganz runter in den nachtzustand.

[simatec]

@mike-hellracer Bitte poste deine Config als json und welchen Azimut meinst du genau

[Homoran]

@mike-hellracer sagte in Test Adapter shuttercontrol v1.5.x:

@simatec
Habe bis eben gewartet und die Rollos sind immer noch unten. Laut Azimut + - 50 hätten sie schon lange oben sein müssen
Jetzt fahren sie gerade ganz runter in den nachtzustand.

hast du mal den Link zu dem Post mit deinen Einstellungen?

[firebowl]

@simatec sagte in Test Adapter shuttercontrol v1.5.x:

@firebowl ok bei der Button Action werden aktuell gnadenlos alle Rollläden geschlossen.
Müsste ich als konfigurierbare Option mit einbauen

Danke für die Bestätigung, dachte schon ich stell mich zu doof an.
Wäre echt sehr cool, wenn Du die Option einbauen würdest.
Geht zwar auch ohne aber mit wäre natürlich viel schöner.

[Malaus]

@simatec sagte in Test Adapter shuttercontrol v1.5.x:

Ab sofort steht die Version 1.5.0 auf Github und in Kürze auch im latest zur Verfügung.

Changelog

1.5.0 (2023-06-05)

• (simatec) new Manu-Mode Check added
• (simatec) suncalc added
• (simatec) Dependencies updated

Ab dieser Version testen wir ein leicht modifiziertes Konzept für den Manu-Mode.
Wenn ihr den Rollladen manuell fahrt, wird nun geschaut, in welcher Höhe befindet sich der Rollladen nach der manuellen Fahrt.
Befindet er sich in der konfigurierten Höhe für das Öffnen, Schließen oder Sonnenschutz, wird kein Manu-Mode mehr gesetzt.
Stattdessen werden dann jeweils die States für up, down oder sunProtect gesetzt.

Befindet sich der Rollladen in einer Höhe, die nicht mit den konfigurierten Höhen übereinstimmt, wird der Manu-Mode aktiviert.

Bitte testet dies mal und prüft auch die Auswirkungen auf andere Funktionen

Habe das heute mal ausprobiert und es hat geklappt.

Rollladen wurde zuerst auf 40% eingestellt. Nachdem es eigentlich schon längst in den Sonnenschutz gehen musste, habe ich den Rollo auf den eingestellten Sonnenschutz Wert fahren lassen. Danach ist es von manu_mode auf sun_protect gesprungen.
Danke!

[firebowl]

@malaus Bei mir klappt es auch

[Mike Hellracer]

@homoran
gerne, hier aktuell mit der v. 1.5
die Haupteinstellungen

Spoiler

Sonnenschutzeinstellungen

Spoiler

Extra Einstellungen

Spoiler

[Homoran]

@mike-hellracer sagte in Test Adapter shuttercontrol v1.5.x:

Extra Einstellungen

ooh!
halte in Sonnenschutz nutze ich nicht, war bis gerade der Meinung, dass diese Option das Beenden des Sonnenschutzes unterbindet.
Wofür dann aber die Verzögerung ist, ist mir unbekannt.

[simatec]

@mike-hellracer du musst das halten im Sonnenschutz deaktivieren.
Die Funktion lässt den Rollladen im Sonnenschutz, bis zur abendlichen Verdunklung

[Malaus]

@simatec
Wäre es möglich die Einstellungen vom Sonnenschutz als Datenpunkte zur Verfügung zu stellen? So könnte man die Einstellungen jederzeit über ein Skript ändern.
Beispiel - Helligkeit
Spät Nachmittags geht manchmal die Helligkeit unter die eingestellte Grenze im Sonnenschutz. Dadurch passiert es, dass die Rollläden hochfahren, obwohl die Sonne noch hinein scheint. Setze ich den Wert noch weiter runter, passiert bei einer Bewölkung nichts und der Rollo bleibt weiterhin im Sonnenschutz.
Durch die Änderungen an der Helligkeit durch den Datenpunkt, könnte man nach Tageszeit die Grenze nach unten ändern und es etwas dynamischer gestalten.

[abachiman]

Hallo,
ich habe nahezu den gesamten Thread gelesen/überflogen - habe aber trotzdem eine Frage zum "manu_mode" in Verbindung mit einer MDT-KNX-Anbindung:
Mir ist nicht klar, über welchen Kanal der Adapter die Information über die manuelle Veränderung der Rolladenhöhe mitbekommt
In der Konfiguration habe ich ja das KNX-Objekt für den Soll-Zustand angegeben (was auch gut funktioniert) - ein Objekt für die Abfrage des Ist-Zustands kann ich aber nicht konfigurieren - woher kommt denn der manuell geänderte Ist-Zustand in einer nicht-KNX-Anbindung? nur dann kann der Adapter (unabhängig von der Version 1.4/1.5) überhaupt in den manu_mode wechseln, oder?
Vielen Dank!

[Homoran]

@abachiman sagte in Test Adapter shuttercontrol v1.5.x:

habe aber trotzdem eine Frage zum "manu_mode" in Verbindung mit einer MDT-KNX-Anbindung:

was immer das ist

@abachiman sagte in Test Adapter shuttercontrol v1.5.x:

Mir ist nicht klar, über welchen Kanal der Adapter die Information über die manuelle Veränderung der Rolladenhöhe mitbekommt

ganz einfach:
wenn sich der Level ändert ohne dass shuttercontrol dazu einen Befehl gegeben hat.

[abachiman]

@homoran
wenn es so einfach wäre .... aber trotzdem danke für die schnelle Antwort.

Habe aber gerade noch woanders einen Hinweis gefunden:
in meiner KNX-Installation gibt es getrennte GAs (Objekte) für IST und SOLL - somit kann ich in iobroker nicht auf ein Objekt einen neuen Wert schreiben und gleichzeitig den Ist-Zustand auslesen - daher auch kein manu_mode
ich habe aber mal einen Alias angelegt, der beide GAs beinhaltet - und damit scheint es jetzt zu funktionieren - zumindest wird der manuelle Zustand gelesen und der manu_mode gesetzt

Vielen Dank!

[Homoran]

@abachiman sagte in Test Adapter shuttercontrol v1.5.x:

wenn es so einfach wäre ....

???

Sorry, aber du hattest gefragt

@abachiman sagte in Test Adapter shuttercontrol v1.5.x:

über welchen Kanal der Adapter die Information über die manuelle Veränderung der Rolladenhöhe mitbekommt

und die Antwort ist

@homoran sagte in Test Adapter shuttercontrol v1.5.x:

wenn sich der Level ändert ohne dass shuttercontrol dazu einen Befehl gegeben hat.

was ist daran falsch?

[abachiman]

@homoran
an der Antwort war nichts falsch (habe ich ja auch nicht behauptet)

zur Lösungsfindung hätte auf die Frage "über welchen Kanal ..." ein konkreterer Hinweis wie "shuttercontrol erwartet den aktuellen Status über den selben Kanal zurück, über den auch der Soll-Wert geschickt wird ..." eher geholfen - aber ich habs ja (vermutlich) gefunden

[Homoran]

@abachiman sagte in Test Adapter shuttercontrol v1.5.x:

ein konkreterer Hinweis wie "shuttercontrol erwartet den aktuellen Status über den selben Kanal zurück, über den auch der Soll-Wert geschickt wird

ich hab keine Ahnung was du mit Kanal meinst

Edit:
iobroker arbeitet mit Datenpunkten
am Beispiel Rolladen:

Das Gerät hat 2 Kanäle (0/1), wovon jeder mehrere Datenpunkte (States) besitzt.
Der Datenpunkt für die Höhe heisst Level

also
@homoran sagte in Test Adapter shuttercontrol v1.5.x:

wenn sich der Level ändert ohne dass shuttercontrol dazu einen Befehl gegeben hat.

Das müsste doch genau das sein, was du hören wolltest!?

[abachiman]

@homoran
sorry, in iobroker heisst es Objekt (das ist für mich der [Kommunikations-]Kanal)

iobroker - Objekte - alias:

[Homoran]

@abachiman siehe edit

und ja, alle Hierarchieebenen sind Objekte

und Aliase machen die Hierarchiebetrachtung nicht gerade einfacher

[abachiman]

@homoran
bzgl. der Aliase bin ich bei dir - ich habe in meinen Objekten nur leider keinen kombinierten(!) Datenpunkt "level" den ich für IST und SOLL nutzen kann
in einer KNX-Installation kann ich die Kanäle der Geräte (Aktoren) nur über vordefinierte (separate) Gruppenadressen (GAs) über ein Gateway ansprechen - nicht den Aktor direkt (wie z.B. einen Shelly-Aktor) - daher habe ich keine andere Idee, wie ich es hier ohne Alias lösen könnte ...

[Homoran]

@abachiman sagte in Test Adapter shuttercontrol v1.5.x:

ich habe in meinen Objekten nur leider keinen kombinierten(!) Datenpunkt "level" den ich für IST und SOLL nutzen kann

aber dann hast du ja jetzt durch den Alias den Datenpunkt Level.
Bei KNX bin ich raus, ich nutze Homematic mit einem "Gateway" und habe auch den Datenpunkt Level.

Und es bleibt dabei, dass Shuttercontrol genau diesen überprüft und nicht über irgendwelche dunklen Kanäle geheime Informationen zieht.