Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

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

@homoran
Ich hab es mal angepasst.. ;)

[FoxRo]

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

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

@foxro Können wir gerne mal durchspielen ... Ich hab es aber so jetzt erstmal nicht nachvollziehen können.

[Bostil]

@foxro Ich wunderte mich bloß, dass ich neben dem gewählten Datenpunkt auch direkt einen Wert / Temperatur einstellen konnte ?!

[FoxRo]

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

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

@foxro
Muss die Tage auch noch etwas debuggen 😂

[Michael Sauer]

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?

[simatec]

@michael-sauer Bitte zeige mal deine Config als json.
Anhand der Screenshots kann ich nichts erkennen. Was sagt der Debuglog?

[simatec]

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

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]

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

@foxro
Ja können wir sonst gerne auch zusammen mal debuggen.
Gibt noch ein paar Baustellen, die wir angehen müssten

[crunchip]

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

@crunchip
Was sieht rar aus? Du hast auf Zigbee gefiltert… falls du das meinst

[crunchip]

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

@crunchip Ich teste das mal

[crunchip]

@simatec gekürzte Form