Adapter für VELUX KLF-200 Interface
-
@mischroe Wow, super Verbesserungen. Danke!
Adapter benötigt bei mir jetzt einige Sekunden länger beim Start (hängt ca. 10sec brim Lesen der Limitations) und einmal gab es auch ein Timeout, aber ansonsten alles prima
Okay, beim nächtlichen Neustart des Adapters hat es heute gehakt und der Adapter ist rot geblieben. Im Log komischerweise keinerlei Meldung. Bin erstmal wieder zurück zur 1.2.0 und werde es später nochmal ausgiebiger tester.
-
@oxident Das Lesen der Limitations dauert leider ziemlich lange. Für jedes Produkt muss die aktuelle Limitation für Min und Max jeweils getrennt abgefragt werden. Und dann frage ich das für 5 Parameter ab, MP und FP1-4. Falls ich z.B. für Min FP1 schon eine fehlerhafte Antwort bekommen, frage ich Max FP1 gar nicht mehr ab. Aber bei FP2 muss ich natürlich trotzdem prüfen. Und je nach Anzahl der Produkte dauert das dann ein bisschen. Ein Timeout hatte ich dabei allerdings noch nie.
Den Reboot hatte ich aufgrund Deiner Rückmeldung heute morgen extra noch einmal getestet. Der läuft bei mir sauber durch. Zur Not mal bitte das Logging in den Adapter-Settings auf Alles stellen und dann mal gucken, ob was kommt.
-
@mischroe Werde das nochmal in Ruhe testen. Bei mir sind es halt insgesamt 9 Geräte (6x Jalousie und 3x Fensteröffner). Vermutlich dauert es da dann wirklich zu lange.
Danke für die Erklärung!
-
@oxident Das dürfte dann zwar beim Starten etwas dauern, bis der Adapter alles gelesen hat, aber ein timeout sollte trotzdem nicht kommen.
-
@mischroe Erst mal vielen Dank für den Adapter und jetzt die Ergänzung um Limitations. Das hilft enorm mit dem Regensensor.
Bisher lief der Adapter zumindest nach ein paarmal Reset über "Reading limitations..." hinweg ohne timeout. Heute musste ich allerdings ein Rollo austauschen und habe das Produkt in der KLF-200 vorher nicht gelöscht. Seitdem gelingt es mir nicht mehr, den Adapter zu starten. Er bekommt bei "Reading limitations..." immer einen Timeout. Könnte es daran liegen, dass er auf ein Produkt wartet, das nicht mehr existiert?
...ich habe insgesamt 16 Produkte von Velux dran...
-
@joefarm Ahh, könnte bei mir auch das Problem sein. Habe noch ein "Waisenkind" aus meinen Versuchen mit der Wärmepumpe im KLF. Die ist aber eigentlich nicht mehr gekoppelt, jedoch wohl noch immer im KLF eingetragen. Da läuft er sich dann sicherlich tot.
-
@joefarm Guter Hinweis. Kannst Du beim Adapter bitte mal das Logging auf Alles stellen und das Log posten? Ich probiere mal parallel, ob ich das zuhause nachstellen kann.
-
@mischroe Oops sorry hab deine Nachricht zu spät gesehen.
Ich hab mich jetzt über WLAN am KLF angemeldet und die fehlenden Produkte gelöscht. Und siehe da, kein Timeout mehr... -
Mir ist gerade noch etwas aufgefallen: nach einem "RefreshLimitations" geht "CurrentPosition" auf 100%...
Auch wenn noch nicht alles klappt: Ich kann es nicht oft genug sagen: der Adapter ist Klasse!
-
@joefarm Ich habe für beides Issues auf Github angelegt. Ich kann testweise bei einem der Fenster das Kabel zum Akku abziehen. Das sollte dann wie ein nicht vorhandenes Produkt funktionieren.
-
-
@mischroe Ja das war es wohl.
Ich habe gestern einen Motor abgeklemmt und später wieder angeklemmt (T-Stück war gebrochen, anderes Thema...). Ob der neue Fehler damit zusammenhängt weiß ich nicht jedenfalls kommt jetzt:klf200.0 2024-07-24 16:31:26.703 info Terminated (ADAPTER_REQUESTED_TERMINATION): Error: Invalid frame structure. klf200.0 2024-07-24 16:31:26.702 error Error: Invalid frame structure. klf200.0 2024-07-24 16:31:26.702 error Error during initialization of the adapter. klf200.0 2024-07-24 16:31:04.098 info Reading product limitations...Was könnte das sein?
Edit: nach einem Power off-on cycle des KLF200 geht es wieder. Eigenartig...
-
Mich würde mal interessieren, ob ihr Euch schon Gedanken gemacht habt, wie ihr die RefreshLimitation auslöst.
Mir schwebt so ein 5min Interval vor um z. B. mitzubekommen, ob die Regensensoren eingreifen würden.Haltet ihr das für sinnvoll?
-
@oxident Im Prinzip mach ich das so. Ich hab in Javascript eine Steuerung geschrieben, die 8 Dachfenster inkl. Sonnenrollos auf Basis von Innentemperatur und Helligkeit auf und zu macht. Wir wohnen im Dach und die Fenster sind die großen UK10, so dass es ziemlich warm wird ohne Automatik. Alle 5 min wird das Script aktiv und jetzt habe ich einen RefreshLimitation an den Anfang gesetzt. Wenn es regnet, passiert an den Fenstern nichts.
Was besseres ist mir erst mal auch nicht eingefallen.
-
@joefarm Klingt spannend. Magst Du in's Detail gehen? Unter welchen Bedingungen machst Du was mit den Fenstern/Rollos?
Habe zwar nur die kleinen Fenster ... aber auch kleine Räume (sowie ein Bad). Temperatur und Feuchtigkeit wird überall gemessen, aber eine kluge "Taktik" fehlt mir bisher
-
@oxident Oh so wahnsinnig viel Logik ist da nicht eingebaut. Im Wesentlichen läuft es so ab:
-
Schwelle für Temperatur und Helligkeit lässt sich über Vis einstellen
-
Bei Überschreiten der Schwelle für Temperatur werden die Fenster geöffnet (Wert auch über Vis einstellbar)
-
Bei Überschreiten von Temperatur und Helligkeit werden auch die Rollos zugemacht
-
Mit einer Hysterese von 0,5° Temperaturunterschied und starkem Abfall der Helligkeit werden entsprechend die Fenster zugemacht und die Rollos eingefahren
-
Das Skript ist nur von 8 Uhr bis Sonnenuntergang gescheduled. Nach Sonnenuntergang wird alles zugemacht und eingefahren
Das war es schon. Mit der Hysterese muss man etwas rumspielen, sonst gehen die Fenster und Rollos dauernd auf und zu. Nicht so gut für WAF.
Mein größtes Problem ist, dass der KLF sehr regelmäßig die Verbindung verliert. Ich hab jetzt schon eine schaltbare Steckdose eingebaut und resette den Adapter danach, aber so richtig stabil ist das nicht. Bin ich da allein mit dem Problem?
-
-
@joefarm Danke, das ist schon eine gute Inspiration!
Hast Du mal geschaut, ob das Netzteil eventuell die Ursache sein könnte? Ich nutze eine PoE-Splitter zur Stromversorgung und es läuft extrem stabil!
Ansonsten könnte es ja nur ein Defekt sein ... so viel macht der KLF ja nicht
-
Ich mache etwas ähnliches wie @joefarm , allerdings auf Basis der Außentemperatur, die dasWetter.de über den zugehörigen Adapter meldet. Ich habe einen konfigurierbaren Schwellwert für jedes Dachfenster und eine konfigurierbare Uhrzeit. Zur genannten Uhrzeit (je nach Ausrichung 9:30 oder 11:30) schaue ich den Wetterbericht an. Wenn die Tageshöchsttemperatur über 23°C steigt, schließe ich den Laden auf 90%. Am späten Nachmittag fahre ich dann wieder hoch.
Die Wettervorhersage zu diesem späten Zeitpunkt ist ziemlich präzise. Um die Helligkeit einzubeziehen, könnte man den PV Ertrag mit berücksichtigen. Von Eurer eigenen Anlage könnt Ihr sicher gut einschätzen, wie die Sonneneinstrahlung abhängig vom PV Ertrag ist. Für mich funktioniert diese einfache zeit- und temperaturbasierte Regelung aber recht gut.
-
@oxident Netzteil ist ein Punkt. Ich verwende einfach das, das dabei ist. Muss ich mal probieren, ob das einen Unterschied macht. Danke für die Idee.
-
@hansjochen PV-Leistung ist eine gute Idee. Und Wettervorhersage auch. Da gibt es vermutlich die verschiedensten Stellschrauben, an denen man drehen kann... Für die Helligkeit verwende ich nicht den aktuellen Wert des Lichtsensors, sondern einen gleitenden Mittelwert. Ansonsten macht jede Wolke die Rollos auf. Bei PV müssten man vermutlich ähnlich vorgehen. Mit Ertrag pro 15min oder so statt Leistung kommt man vermutlich gut zurecht.
