Test Adapter shuttercontrol v1.7.x
-
@simatec Das ist jetzt nur ein Beispiel was ich geschickt habe. Hab gerade ein weiteres, wo die Tür auf steht, der Verschattungsmodus beginnt (sehe ich an der direkt daneben liegenden Tür welche zu ist) und nach Schließen der Tür der Verschattungsmodus nicht hergestellt wird. Blöderweise hatte ich den Debugger heute früh schon wieder ausgeschaltet.
Ich weiß nicht wie du das mit den offenen Türen / Fenstern programmiert hast, aber ich denke, dass da ein systematischer Fehler drin ist. Der Fehler tritt dann auf, wenn sich ein Status der Jalousie ändert (Öffnen oder Schließen, Verschattung oder keine Verschattung, etc.) und in diesem Moment das Fenster auf ist und später erst geschlossen wird.
Ich denke, eine sichere Vorgehensweise wäre, zu jeder Jalousie eine weitere virtuelle Jalousie anzulegen, welche keinen Öffnungssensor hat. Diese virtuelle Jalousie macht alles, was die zugehörige "richtige" Jalousie auch macht, nur eben bei immer geschlossenem Fenster. Wird dann bei der richtigen Jalousie das Fenster geschlossen, dann wird der Status der virtuellen Jalousie auf die richtige Jalousie übertragen. Hatte ich weiter oben auch schon mal beschrieben.Aber ob das in deiner programmierten Struktur nicht einfacher geht kannst natürlich nur du beurteilen. Danke, dass du dir das anschaust - hoffentlich findest du das Problem!
-
@guitardoc bei mir funktioniert das Öffnen und Schliessen der Rollos im Modus "Beschattung" ohne Probleme. Ich habe nun nicht den gesamten Thread gelesen, aber bei ist folgende Einstellung aktiv:
Vielleicht hilft es dir.
-
@guitardoc Ein Beispiel Log bringt nix. Ich kann dein Problem so nicht einkreisen. Ich benötige exakt den Debuglog wenn der Fehler auftritt
-
@simatec Den hab ich dir geschickt. Über zwei Tage. Abgebrochen hab ich dann als der Fehler aufgetreten ist. Mit Beispiel meinte ich, dass ich ein Beispiel geloggt hab (das hab ich gesendet) und dann vorher schon über Monate beobachtet hab woran der Fehler generell liegen könnte.
Wenn du noch weitere Beispiele brauchst wo es nicht richtig funktioniert, dann bitte kurze Info, dann werfe ich den Debugger an und logge das Verhalten mit. Aber schau dir bitte erst mal an was ich gepostet hab.
Oder was meintest du?
PS. Wir können auch gern mal telefonieren, da kann ich dir genau meine Beobachtungen erklären.
-
@guitardoc Bitte teste die aktuelle Github Version
-
@simatec Über die Katze kommt die schon installierte Version 1.7.3 - ist das richtig?
-
@guitardoc ja das ist richtig... Die Github Version wird erst beim Release angepasst....
-
@simatec Hab die neue Version heute getestet - es funktioniert jetzt für das Problem wo ich dir die Debuglogs geschickt hab! Danke, dass du dir das angeschaut hast!
Kannst du sagen, ob die Änderung jetzt auch das Problem
Tür auf - Sonnenschutz startet - Tür zu - Sonnenschutz wird nicht hergestellt
mit erschlägt? Ich kann es im Moment wegen fehlender Sonne nicht so einfach testen...
-
@guitardoc Dein Hauptproblem ist, dass deine Triggerhöhe gleich die heightUp Höhe ist
-
@simatec Jetzt war die Sonne da - und es funktioniert nicht. Auch weitere Jalousien fahren nicht richtig. Bin zurück auf der offiziellen 1.7.3, da funktionieren diese zumindest wieder.
Ja, Triggerhöhe = Öffnungshöhe
-
@guitardoc Aber warum sollte das denn unterschiedlich sein? Wenn ich die Jalousien öffne, dann auf 100%. Wenn ich die Tür aufmache, dann sollen die Jalousien doch auch ganz nach oben fahren, sonst komme ich aus der Tür doch nicht raus?
-
@guitardoc Was funktioniert nicht?
-
@supernils said in Test Adapter shuttercontrol v1.7.x:
Hallo @simatec,
ich habe sporadische Probleme beim Sonnenschutz. Es fahren nicht immer alle Rollladen in den Sonnenschutz.
Folgendes Verhalten habe ich beobachtet:
Nach dem Hochfahren aus dem Sonnenschutz wird die Höhe auf ("Rollladenhöhe beim Hochfahren" - 1) = 98% gesetzt. Es scheint als fahren alle Rollladen mit 98% Höhe am nächsten Tag nicht mehr in den Sonnenschutz.Meine Rollladenschalter fahren von 0% - 99%.
Sonnenschutzeinstellung: Innen/Außentemperatur/Lichtsensor & Himmelsrichtung.Kann es sein das bei dem Punkt noch ein Problem mit dem Adapter besteht? Oder liegt es an mir :)?
Kurze Rückmeldung für alle die evtl. das gleiche Problem haben.
Die Fehlerquelle war der Alias. Für SET hatte ich nur für die Lesefunktion das Runden auf eine Nachkommastelle mit Math.round(val * 10) / 10 gesetzt. (Ich runde, weil der Alias viele Nachkommastellen anzeigt.)
Das Problem tritt nicht mehr auf, wenn zusätzlich auch für die Schreibfunktion das Runden angewendet wird:
Wirklich verstanden habe ich es bisher nicht, aber es funktioniert
cc: @Homoran
-
@guitardoc sagte in Test Adapter shuttercontrol v1.7.x:
@simatec Jetzt war die Sonne da - und es funktioniert nicht. Auch weitere Jalousien fahren nicht richtig. Bin zurück auf der offiziellen 1.7.3, da funktionieren diese zumindest wieder.
Ja, Triggerhöhe = Öffnungshöhe
Nochmal die Frage… warum bist du wieder zurück auf 1.7.3? Was funktioniert nicht? So kann ich doch deine Probleme nicht einkreisen, wenn ich eine Aussage bekomme…. „geht nicht“
-
@simatec Es fuhren einige Jalousien gar nicht mehr in den Sonnenschutz. Ich hab gerade noch mal den Debugger angeworfen. Bin heute allerdings den ganzen Tag unterwegs und kann erst morgen weiter testen und genauer beschreiben was passiert.
Vielleicht kannst du es aber, wenn du heute Zeit haben solltest, mit meiner Konfiguration mal ausprobieren:
- Nimm die Tür zur Terrasse
- Sonne scheint nicht
- Tür öffnen
- Jetzt scheint die Sonne, so dass Verschattung wäre (da das Fenster auf ist bleibt die Jalousie aber richtigerweise oben)
- Tür schließen*
- Jalousie fährt nicht in den Sonnenschutz, müsste aber
*Hier zwei Varianten testen, einmal wenn die Helligkeit noch über dem Auslöser für die Verschattung liegt (in meinem Fall 80.000 Lux), zum anderen wenn die Helligkeit zwischenzeitlich unter den 80.000 aber noch über dem Hysteresewert liegt. Bei beiden müsste die Jalousie in den Sonnenschutz fahren wenn die Tür geschlossen wird - das macht sie aber nicht.
-
@guitardoc Bitte wie immer Debuglog ausgefiltert auf den Fehlerfall von Shuttercontrol posten
-
@simatec Hab gerade wieder einen Fall gehabt. Die Jalousien fahren runter obwohl die Sonne schon lange das Azimut-Ende überschritten hat und auch nicht mehr scheint. Kurz danach fahren sie wieder hoch. In der Zeit werden auch die Fenster geöffnet und geschlossen.
Siehe Logfile: Log050824.pdf
Interessant ist dabei erst mal nur shuttercontrol.0 und alle vier Fenster auf der Seite (Ostseite): Arbeitszimmer, Treppenhaus, Gästetoilette und Küche.
Shuttercontrol.2 ist eine andere Seite (Westseite), die ist für den Fall nicht von Interesse.Hier noch die Konfiguration: system.adapter.shuttercontrol.0-7.json
-
@guitardoc Wie ich weiter oben schon geschrieben habe, stelle die Triggerhöhe auf 99%
-
@simatec Hattest du das schon mal geschrieben? Hab ich überlesen... Ich habe nur gelesen, dass das ein Problem ist, dass Triggerhöhe und Öffnungshöhe gleich sind. OK, ich stelle mal die Triggerhöhe (damit meinst du die Höhe, welche angefahren wird, wenn das Fenster geöffnet wird, richtig?) auf 99%.
Möglicherweise kann das zu Problemen in meiner sonstigen Programmierung führen, denn da wird manchmal geprüft, ob die Jalousie offen ist - eventuell wird offen erst gesetzt, wenn die Höhe 100% ist. Ich teste das mal.
Ein Flag in deine Programmierung zu setzen, ob die 100% vom Trigger kommen, ist zu aufwendig und nicht möglich? Es wird möglicherweise (jetzt oder später) ja auch noch andere Anwender geben können, die das Problem haben könnten?
-
@guitardoc sagte in Test Adapter shuttercontrol v1.7.x:
Ein Flag in deine Programmierung zu setzen, ob die 100% vom Trigger kommen, ist zu aufwendig und nicht möglich? Es wird möglicherweise (jetzt oder später) ja auch noch andere Anwender geben können, die das Problem haben könnten?
Ich kann schauen, ob da was möglich ist. Eine Überprüfung findet schon statt, aber ansich geht die Logik viel tiefer und ist nicht mit einem einfachen Flag getan. Es betrifft ja alle Up Varianten und nicht nur den Sonnenschutz
