NEWS
Test Adapter shuttercontrol v2.0.x
-
Abend,
aktuell ist meine Jalousie wie folgt konfiguriert.

Somit fĂ€hrt die Jalousie runter, wenn ich ein geöffnetes Fester schlieĂe.
Ich möchte aber gerne das die Jalousie sich nur dann schlieĂt wenn es zuvor auf die eingestellte 22% geöffnet wurde. -
Abend,
aktuell ist meine Jalousie wie folgt konfiguriert.

Somit fĂ€hrt die Jalousie runter, wenn ich ein geöffnetes Fester schlieĂe.
Ich möchte aber gerne das die Jalousie sich nur dann schlieĂt wenn es zuvor auf die eingestellte 22% geöffnet wurde.@e-i-k-e sagte in Test Adapter shuttercontrol v1.3.x:
Das die Jalousie, nachdem das Fenster geschlossen wurde (die Jalousie ist komplett auf), sich nicht schlieĂt. Sondern nur wenn die Jalousie sich zuvor auf den festgelegten Wert öffnet, nachdem die Jalousie geschlossen war und das Fenster geöffnet wird.
:confused:
-
@e-i-k-e sagte in Test Adapter shuttercontrol v1.3.x:
Das die Jalousie, nachdem das Fenster geschlossen wurde (die Jalousie ist komplett auf), sich nicht schlieĂt. Sondern nur wenn die Jalousie sich zuvor auf den festgelegten Wert öffnet, nachdem die Jalousie geschlossen war und das Fenster geöffnet wird.
:confused:
-
@foxro Wurde es mit einem der letzten Updates eingerichtet, dass man den zusĂ€tzlichen Datenpunkt nicht mehr benötigt, sondern die Temp fĂŒr den Frostschutz direkt im Adapter einstellen kann? DANKE.
@bostil said in Test Adapter shuttercontrol v1.3.x:
@foxro Wurde es mit einem der letzten Updates eingerichtet, dass man den zusĂ€tzlichen Datenpunkt nicht mehr benötigt, sondern die Temp fĂŒr den Frostschutz direkt im Adapter einstellen kann?
FĂŒr die Alarme gibts noch keine Historie, da diese neu sind. Sorry, aber somit konnte dies in den letzten Updates noch nicht einfliessen.
Wie schon geschrieben, der Shuttercontroll soll möglichst universell sein und im Alarmbereich nicht nur Temperaturen sondern auch Logik zb. von anderen Diensten unterstĂŒtzen.
Es kommt somit nun auch darauf an, wieviele User hier fordern/wĂŒnschen, dass die Alarm EingĂ€nge Temperaturwerte, Windgeschwindigkeiten, Regenmengen mit dazu gehörigen Hysterese usw. unterstĂŒtzen :-) -
@simatec
Endlich bin ich auch dazu gekommen, meine produktive Umgebung mit der neusten Version zu bestĂŒcken :-) Danke an dieser Stelle fĂŒr die fortlaufende Pflege dieses Projekts!
Mit der 1.3.3 ist mir gestern Abend dann aber ein Rollo nicht zugefahren.
Grund dĂŒrfte sein, dass ich nur einen Fenster Sensor habe, welcher nur zu/auf liefert. (Keine Kippstellung)
Ich hatte das Fenster zum Zeitpunkt, wo der Down-Befehl kam offen. Soweit noch alles korrekt.
Als ich dann das Fenster schloss, ist der Rollo nicht in die "middle" Stellung gefahren. Auch der Status stand noch auf "up".
Ich vermute da gibt noch einen kleine Bug in der Down Funktion im Zusammenhang mit der Kipp Funktion.
Wenn die Kippftunktion wie bei mir auf "none" steht, wird in den Wert mustValueTilted der aktuelle Wert vom normalen Fenster Sensor geschrieben.
Wenn das Fenster offen ist, dann liefert die PrĂŒfung ob das Fenster offen oder gekippt ist
(currentValue != mustValue && currentValue != mustValueTilted && ...
leider ein 'false', da currentValue == mustValueTilted ist.
Dies dĂŒrfte dann der Grund sein, warum der Trigger bei mir mit offenem Fenster nicht korrekt befĂŒllt wurde. Was dann wiederum dazu fĂŒhrt, dass der Rollo nach dem Fenster Schliessen nicht geschlossen wird.
Ist mal eine Vermutung - ich habe es im Debugger noch nicht 100% nachvollzogen.
Wenn Du da vielleicht mal drauf schauen könntest ob mein Verdacht stimmt? -
@simatec
Endlich bin ich auch dazu gekommen, meine produktive Umgebung mit der neusten Version zu bestĂŒcken :-) Danke an dieser Stelle fĂŒr die fortlaufende Pflege dieses Projekts!
Mit der 1.3.3 ist mir gestern Abend dann aber ein Rollo nicht zugefahren.
Grund dĂŒrfte sein, dass ich nur einen Fenster Sensor habe, welcher nur zu/auf liefert. (Keine Kippstellung)
Ich hatte das Fenster zum Zeitpunkt, wo der Down-Befehl kam offen. Soweit noch alles korrekt.
Als ich dann das Fenster schloss, ist der Rollo nicht in die "middle" Stellung gefahren. Auch der Status stand noch auf "up".
Ich vermute da gibt noch einen kleine Bug in der Down Funktion im Zusammenhang mit der Kipp Funktion.
Wenn die Kippftunktion wie bei mir auf "none" steht, wird in den Wert mustValueTilted der aktuelle Wert vom normalen Fenster Sensor geschrieben.
Wenn das Fenster offen ist, dann liefert die PrĂŒfung ob das Fenster offen oder gekippt ist
(currentValue != mustValue && currentValue != mustValueTilted && ...
leider ein 'false', da currentValue == mustValueTilted ist.
Dies dĂŒrfte dann der Grund sein, warum der Trigger bei mir mit offenem Fenster nicht korrekt befĂŒllt wurde. Was dann wiederum dazu fĂŒhrt, dass der Rollo nach dem Fenster Schliessen nicht geschlossen wird.
Ist mal eine Vermutung - ich habe es im Debugger noch nicht 100% nachvollzogen.
Wenn Du da vielleicht mal drauf schauen könntest ob mein Verdacht stimmt? -
@bostil said in Test Adapter shuttercontrol v1.3.x:
@foxro Wurde es mit einem der letzten Updates eingerichtet, dass man den zusĂ€tzlichen Datenpunkt nicht mehr benötigt, sondern die Temp fĂŒr den Frostschutz direkt im Adapter einstellen kann?
FĂŒr die Alarme gibts noch keine Historie, da diese neu sind. Sorry, aber somit konnte dies in den letzten Updates noch nicht einfliessen.
Wie schon geschrieben, der Shuttercontroll soll möglichst universell sein und im Alarmbereich nicht nur Temperaturen sondern auch Logik zb. von anderen Diensten unterstĂŒtzen.
Es kommt somit nun auch darauf an, wieviele User hier fordern/wĂŒnschen, dass die Alarm EingĂ€nge Temperaturwerte, Windgeschwindigkeiten, Regenmengen mit dazu gehörigen Hysterese usw. unterstĂŒtzen :-) -
@foxro Können wir gerne mal durchspielen ... Ich hab es aber so jetzt erstmal nicht nachvollziehen können.
@simatec said in Test Adapter shuttercontrol v1.3.x:
@foxro Können wir gerne mal durchspielen ... Ich hab es aber so jetzt erstmal nicht nachvollziehen können.
Ok Thanks fĂŒrs Erste.
Schmeisse die Tage dann mal den Debugger an um zu sehen was da bei mir los istđ€Ș
Schönen Abend! -
@foxro Ich wunderte mich bloĂ, dass ich neben dem gewĂ€hlten Datenpunkt auch direkt einen Wert / Temperatur einstellen konnte ?!

@bostil said in Test Adapter shuttercontrol v1.3.x:
@foxro Ich wunderte mich bloĂ, dass ich neben dem gewĂ€hlten Datenpunkt auch direkt einen Wert / Temperatur einstellen konnte ?!

Das wir so sicher nicht funktionieren. Erstens weil es wohl einen Typefehler geben wird und zum anderen die eingestellte Höhe von -1 nicht wird anfahren können. Glaube nicht dass dein Aktor -1 als Höhe akzeptiert?
-
@simatec said in Test Adapter shuttercontrol v1.3.x:
@foxro Können wir gerne mal durchspielen ... Ich hab es aber so jetzt erstmal nicht nachvollziehen können.
Ok Thanks fĂŒrs Erste.
Schmeisse die Tage dann mal den Debugger an um zu sehen was da bei mir los istđ€Ș
Schönen Abend! -
Hallo,
habe auf Wunsch meiner Frau den Weihnachtsmodus aktiviert.:blush:
Das Problem ist nun das die ausgewĂ€hlten Rollladen nicht in die angegebene Position fahren jedoch werden Sie zu "Rollladen spĂ€t schlieĂen" geschlossen.

Jemand eine Idee?
-
Hallo,
habe auf Wunsch meiner Frau den Weihnachtsmodus aktiviert.:blush:
Das Problem ist nun das die ausgewĂ€hlten Rollladen nicht in die angegebene Position fahren jedoch werden Sie zu "Rollladen spĂ€t schlieĂen" geschlossen.

Jemand eine Idee?
@michael-sauer Bitte zeige mal deine Config als json.
Anhand der Screenshots kann ich nichts erkennen. Was sagt der Debuglog? -
@simatec
Endlich bin ich auch dazu gekommen, meine produktive Umgebung mit der neusten Version zu bestĂŒcken :-) Danke an dieser Stelle fĂŒr die fortlaufende Pflege dieses Projekts!
Mit der 1.3.3 ist mir gestern Abend dann aber ein Rollo nicht zugefahren.
Grund dĂŒrfte sein, dass ich nur einen Fenster Sensor habe, welcher nur zu/auf liefert. (Keine Kippstellung)
Ich hatte das Fenster zum Zeitpunkt, wo der Down-Befehl kam offen. Soweit noch alles korrekt.
Als ich dann das Fenster schloss, ist der Rollo nicht in die "middle" Stellung gefahren. Auch der Status stand noch auf "up".
Ich vermute da gibt noch einen kleine Bug in der Down Funktion im Zusammenhang mit der Kipp Funktion.
Wenn die Kippftunktion wie bei mir auf "none" steht, wird in den Wert mustValueTilted der aktuelle Wert vom normalen Fenster Sensor geschrieben.
Wenn das Fenster offen ist, dann liefert die PrĂŒfung ob das Fenster offen oder gekippt ist
(currentValue != mustValue && currentValue != mustValueTilted && ...
leider ein 'false', da currentValue == mustValueTilted ist.
Dies dĂŒrfte dann der Grund sein, warum der Trigger bei mir mit offenem Fenster nicht korrekt befĂŒllt wurde. Was dann wiederum dazu fĂŒhrt, dass der Rollo nach dem Fenster Schliessen nicht geschlossen wird.
Ist mal eine Vermutung - ich habe es im Debugger noch nicht 100% nachvollzogen.
Wenn Du da vielleicht mal drauf schauen könntest ob mein Verdacht stimmt?@foxro sagte in Test Adapter shuttercontrol v1.3.x:
currentValue != mustValue && currentValue != mustValueTilted &&
So ich habe mir das jetzt nochmal angeschaut und ich denke du hast einen Denkfehler.
Ich ĂŒbergebe an mustValueTilted in dem Fall nicht den aktuellen Wert des Fensterkontaktes sondern den in shuttercontrol konfigurierten Wert des Fensterkontaktes im geschlossenen Zustand.den aktuellen State des Fensterkontaktes enthĂ€lt currentValue
-
Ab sofort steht auf Github und in KĂŒrze auch im latest die Version 1.3.5 zur VerfĂŒgung.
1.3.5 (2021-11-16)
- (simatec) Bugfix BrightnessSensor
- (simatec) Fix Delay with value 0
- (simatec) DEPENDENCIES updated
- (simatec) Dev-DEPENDENCIES updated
-
@foxro sagte in Test Adapter shuttercontrol v1.3.x:
currentValue != mustValue && currentValue != mustValueTilted &&
So ich habe mir das jetzt nochmal angeschaut und ich denke du hast einen Denkfehler.
Ich ĂŒbergebe an mustValueTilted in dem Fall nicht den aktuellen Wert des Fensterkontaktes sondern den in shuttercontrol konfigurierten Wert des Fensterkontaktes im geschlossenen Zustand.den aktuellen State des Fensterkontaktes enthĂ€lt currentValue
@simatec said in Test Adapter shuttercontrol v1.3.x:
@foxro sagte in Test Adapter shuttercontrol v1.3.x:
currentValue != mustValue && currentValue != mustValueTilted &&
So ich habe mir das jetzt nochmal angeschaut und ich denke du hast einen Denkfehler.
Danke vielmals fĂŒrs KlĂ€ren, somit hab ich da was falsch verstanden.
⊠muss bei mir somit definitiv noch was tiefer âgrabenââŠ. -
@simatec said in Test Adapter shuttercontrol v1.3.x:
@foxro sagte in Test Adapter shuttercontrol v1.3.x:
currentValue != mustValue && currentValue != mustValueTilted &&
So ich habe mir das jetzt nochmal angeschaut und ich denke du hast einen Denkfehler.
Danke vielmals fĂŒrs KlĂ€ren, somit hab ich da was falsch verstanden.
⊠muss bei mir somit definitiv noch was tiefer âgrabenââŠ. -
Ab sofort steht auf Github und in KĂŒrze auch im latest die Version 1.3.5 zur VerfĂŒgung.
1.3.5 (2021-11-16)
- (simatec) Bugfix BrightnessSensor
- (simatec) Fix Delay with value 0
- (simatec) DEPENDENCIES updated
- (simatec) Dev-DEPENDENCIES updated
@simatec wollte gerade einen Datenpunkt anpassen unter Extra Einstellung fĂŒr (Objekt-ID zum aktivieren/deaktivieren des Auto-Schlafbereichs (z.B. Anwesenheitserkennung))
jedoch sieht das AuswahlmenĂŒ der Datenpunkte etwas rar aus

hatte zuvor bei v 1.3.3, also vor dem Update, das gleiche Verhalten -
@simatec wollte gerade einen Datenpunkt anpassen unter Extra Einstellung fĂŒr (Objekt-ID zum aktivieren/deaktivieren des Auto-Schlafbereichs (z.B. Anwesenheitserkennung))
jedoch sieht das AuswahlmenĂŒ der Datenpunkte etwas rar aus

hatte zuvor bei v 1.3.3, also vor dem Update, das gleiche Verhalten -
@simatec sehe ich nun auch, jedoch hatte ich gar nichts eingegeben und seit Wochen auch gar nicht mehr aufgerufen, das Feld war auch leer,
der gezeigte screen passiert, wenn ich auf show tree view klicke, Browser lÀd ne gute Min. und dann erscheint dieses Bild. Habs gerade auch nochmal getestet
wen ich das Zigbee nun weg klicke sehe ich auch alle Datenpunkte -
@simatec sehe ich nun auch, jedoch hatte ich gar nichts eingegeben und seit Wochen auch gar nicht mehr aufgerufen, das Feld war auch leer,
der gezeigte screen passiert, wenn ich auf show tree view klicke, Browser lÀd ne gute Min. und dann erscheint dieses Bild. Habs gerade auch nochmal getestet
wen ich das Zigbee nun weg klicke sehe ich auch alle Datenpunkte