Adapter für VELUX KLF-200 Interface
-
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.
-
@joefarm sagte in Adapter für VELUX KLF-200 Interface:
@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.
Ja, irgendwie entprellen muss man sicher. Der Mittelwert ist dafür ein passender Ansatz.
Ist wahrscheinlich auch die Frage, wo die Rollläden sitzen. Bei uns sind sie im Flur und im Schlafzimmer, da möchte ich sie gar nicht häufiger als 2x pro Tag regeln lassen, weil wir uns da ohnehin tagsüber kaum aufhalten. Also wären mir alle 15 Minuten sogar noch viel zu oft, ich will nur die Wärme weg halten. Daher mein Ansatz mit der festen Uhrzeit. Würde ich da PV berücksichtigen wollen, würde ich wahrscheinlich entweder den Tagesertrag bis zu dieser Uhrzeit oder den Ertrag der letzten 2 Stunden vor dieser Uhrzeit betrachten.
-
... ich habe mir jetzt das vom Preis-Leistungs-Verhältnis etwas überteuerte Interface gegönnt und .... diese Probleme erhalten:
Div. Objekte werden angelegt. Das KLF200 hat via Fritz eine feste LAN IP ... welche Infos soll ich noch posten um Hinweise zur Problembeseitigung zu bekommen ?
Danke vorab ... -
@raspiuser Also in der Tat habe ich das gleiche Problem beim Aufruf von "refreshProduct". Aber dadurch bisher keine Nachteile gesehen. Ich dachte immer, vielleicht gibt's da nix zu "refreshen".
-
@oxident
Aha ... die Logik ist mir nicht ganz klar ... das sind meine Objekte ...
Ich bin / war der Meining, dass mit "targetPosition" das Fenster bewegt wird ... da tut sich aber nix.EDIT: ... ich werde erstmal die Doku. durchlesen bevor ich hier weiter frage ...
EDIT: ... ich komme nicht weiter ... dieser Befehl sollte das Rollo / Fenster doch bewegen, oder ?
Dieser Fehler kam als ich auf "Identfizieren" geklickt hatte ... welcher Netzknoten ?!
-
@raspiuser Oh, okay. Mit targetPosition sollte sich in der Tat sofort etwas tun. Die Fehlermeldung im KLF hat aber sicherlich etwas mit Deinem Problem zu tun.
Spontane Idee: Zurücksetzen und die Geräte neu an der KLF anlernen. Sorry
-
@oxident sagte in Adapter für VELUX KLF-200 Interface:
Zurücksetzen und die Geräte neu an der KLF anlernen
... wie auch in vielen anderen Problemfällen war das die Lösung ... Danke für's anschieben ...
-
.... die Bedeutung dieser warn-Meldung wurde bereits in #218 hinterfragt, aber eine Antwort dazu gabe es nicht / habe ich nicht gefunden. Vielleicht jetzt ? Muss man (vorsichtshalber) etwas tun ?
admin.0 2024-08-13 11:44:21.901 warn klf200 has an invalid jsonConfig: [{"instancePath":"/items/optionstab/items/automaticRebootCronTime","schemaPath":"#/definitions/cronProps/oneOf","keyword":"oneOf","params":{"passingSchemas":[0,1]},"message":"must match exactly one schema in oneOf"},{"instancePath":"/items/optionstab","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/8/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"},{"instancePath":"","schemaPath":"#/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"}] -
-
@Homoran
Danke für die schnelle Antwort, aber in #6 sehe ich die Antwort auch nicht ... oder muss ich die 133 Ergebnisse durchsehen, die ich mit dem Klick auf den Link bekomme ? -
Hallo,
erstmal danke an die Entwickler vom Interface. Ich teste diesen seit 2 Tagen, derzeit mit durchwachsenen Ergebnis bei mir. Folgendes Problem:
Der Adapter verliert immer wieder die Verbindung zur KLF 200. Ein manuelles neustarten des Adapter bringt manchmal ablöse, machnmal muss aber auch der host neugestartet werden. Ein Neustart der KLF 200 bringt keine Verbesserung.Habt ihr sonst noch Ideen danke.
-
@gerhard-berger Also auf den ersten Blick sieht es wirklich nach Verbindungsproblemen aus. Ist die Netzwerkverbindung wirklich stabil?
Ansonsten könnte es (leider) auch an einem defekten KLF liegen.
Teste mal ein Ping über längere Zeit...
-
@raspiuser sagte in Adapter für VELUX KLF-200 Interface:
.... die Bedeutung dieser warn-Meldung wurde bereits in #218 hinterfragt, aber eine Antwort dazu gabe es nicht / habe ich nicht gefunden. Vielleicht jetzt ? Muss man (vorsichtshalber) etwas tun ?
admin.0 2024-08-13 11:44:21.901 warn klf200 has an invalid jsonConfig: [{"instancePath":"/items/optionstab/items/automaticRebootCronTime","schemaPath":"#/definitions/cronProps/oneOf","keyword":"oneOf","params":{"passingSchemas":[0,1]},"message":"must match exactly one schema in oneOf"},{"instancePath":"/items/optionstab","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/8/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"},{"instancePath":"","schemaPath":"#/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"}]Der Fehler ist seit Version 1.2.0 des Adapters behoben.
-
@gerhard-berger sagte in Adapter für VELUX KLF-200 Interface:
Hallo,
erstmal danke an die Entwickler vom Interface. Ich teste diesen seit 2 Tagen, derzeit mit durchwachsenen Ergebnis bei mir. Folgendes Problem:
Der Adapter verliert immer wieder die Verbindung zur KLF 200. Ein manuelles neustarten des Adapter bringt manchmal ablöse, machnmal muss aber auch der host neugestartet werden. Ein Neustart der KLF 200 bringt keine Verbesserung.Habt ihr sonst noch Ideen danke.
Das sieht für mich auch nach einem Netzwerk-Problem aus. Der KLF-200 trennt die Verbindung automatisch nach 15 Minuten, wenn keine Kommandos gesendet werden. Damit das nicht passiert, sendet der Adapter spätestens 5 Minuten nach dem letzten Kommando einen Status-Request ab, um den Status des Gateways zu erfragen.
Das scheint bei Dir auch ein paar Mal funktioniert zu haben, bevor dann irgendwann die Verbindung gekappt wurde. Ab da sieht man, dass zwischen jedem Timeout ziemlich genau 5 Minuten + 10 Sekunden liegen. (Die 10 Sekunden kommen daher, dass der Adapter maximal 10 Sekunden auf eine Antwort wartet.)Viele Grüße
Michael -
Die ist doch schon 'ewig' released?
github: 1.3.1 latest: 1.3.1 for 47 days stable: 1.2.0 for 6 monthsSollte das wirklich das Problem sein?
Wenn ja gilt mal wieder: Haltet die Kiste ganz einfach auf Stand...
-
@joefarm sagte in Adapter für VELUX KLF-200 Interface:
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!
Tritt das Problem mit der Version 1.3.1 eigentlich noch immer auf? Ich kann das bei mir nämlich nicht mehr nachstellen. Ich kann mich aber daran erinnern, dass ich das bei mir auch gesehen hatte. Aber vielleicht habe ich den Fehler "versehentlich" mit einer anderen Korrektur behoben
-
@mischroe Also bei mir definitiv nicht und ich bin (natürlich) im letzten stable unterwegs...
-
@mischroe Hi; bei mir tritt mit 1.3.1 definitiv noch ein Problem auf.
Ich bekomme immer beim Starten des Adapters "terminated (adapter_requested_termination): error: timeout error".
Hatte vorher 1.2.0. Bin nun zurück auf 1.3.0 und siehe da: Der Adapter startet und es läuft wieder alles.
Ich habe 1.3.1 schon mehrfach neu installiert....
