Test Adapter shuttercontrol v2.0.x
-
@noah3112 Mit der Delayzeit kannst du noch etwas spielen. Nimm sie soweit wie möglich runter
Beobachte einfach mal beim öffnen oder schließen das Objekt im shelly, bis er den tatsächlichen Wert fest hatGlaube da kann man aber an den shellys auch etws konfigurieren ... Hab die leider nicht hier
-
@simatec Alles klar ich teste das mal. Danke das du dir Zeit genommen hast bzw die Geduld
-
@noah3112 sagte in Test Adapter shuttercontrol v1.3.x:
Ist mir echt zu hoch...
Ich denke das gilt jetzt wohl nicht mehr und du hast jetzt mehr Durchblick?
-
@homoran So langsam steige ich dahinter...aber nur ganz langsam
Zumindest weiß ich jetzt wie ich nach Fehlern suchen kann. Es war einfach nur die Tatsache das es ja funktioniert die etwas verwirrend war. Muss bei dir auch bedanken... -
@noah3112 sagte in Test Adapter shuttercontrol v1.3.x:
Es war einfach nur die Tatsache das es ja funktioniert die etwas verwirrend war.
richtig, so was kann verwirren.
Aber immer wenn irgendetwas nicht passt muss alles in Frage gestellt werden bis man die Ursache kennt.@noah3112 sagte in Test Adapter shuttercontrol v1.3.x:
Muss bei dir auch bedanken...
gern geschehen!
-
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.
-
@homoran
Ich hab es mal angepasst.. -
@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? -
@foxro Können wir gerne mal durchspielen ... Ich hab es aber so jetzt erstmal nicht nachvollziehen können.
-
@foxro Ich wunderte mich bloß, dass ich neben dem gewählten Datenpunkt auch direkt einen Wert / Temperatur einstellen konnte ?!
-
@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! -
@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?
-
@foxro
Muss die Tage auch noch etwas debuggen
-
Hallo,
habe auf Wunsch meiner Frau den Weihnachtsmodus aktiviert.
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? -
@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
-
@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“….
