Adapter für VELUX KLF-200 Interface
-
Ja, gespeicherte Szenen kann man auch triggern - man kann aber auch einfach die entsprechenden Positionen ansteuern, ist am Ende einfacher anzupassen als eine Szene neu speichern zu müssen.
-
und die geräte müssen nicht per kabel dort angeschlossen sein, oder?
bisher bediene ich meine Velux geräte mit einer KLR 200... das soll auch weiterhin parallel passieren...dann würde ich mir das ding nämlich bald mal bestellen!
-
Nein, bei mir ist alles per Funk angeschlossen (hatte vorher nur die "normalen" Einzelfernbedienungen, die ich auch weiterhin nutzen kann).
-
@cheffe Genau. An meinem KLF ist und war nie etwas direkt angeschlossen. Hatte vorher schon die Velux-Fernbedienungen und nutze die zusätzlich, ebenso wie @berlinerbolle weiterhin parallel.
Szenen hatte ich nie verwendet und glaube auch, dass man die dank iobroker nicht benötigt.
Rollo- und Fensteröffnubg werden auch korrekt "sequentiell" abgearbeitet und selbst das automatische Schließen wegen Regen kann abgefragt (aber nicht unterbunden) werden.
-
@oxident
Guten Morgen.. Ich liebäugle auch mit dem KLF , um nicht jedesmal in DG laufen zu müssen…
Frage… an jedemRollo hängt ja ein KUX , direkt verkabelt muss hier nix , oder..?
Man muss die beiden Fernbedienungen am KLF anmelden und hat dann die Kontrolle via Iobroker?
Vorher natürlich das KLF ins WLAN -
@docsnyder7 Exakt so ist es. Wenn Du schon funktionierende FB hast, dann koppelst Du das KLF einfach mit denen. Das KLF funkt dann die Befehle direkt zu den KUX.
Ich würde aber überlegen, die Anbindung via LAN zu machen. Kann mir gut vorstellen, dass es Stress geben könnte, wenn das KLF mal aus dem WLAN fliegt oder aber der Empfang nicht 100%ig ist.
Im LAN klappt es jedoch bombenfest. Habe sogar die Stromversorgung via PoE-Splitter realisiert und mir dadurch eine Steckdose gespart. Ist vielleicht auch für den ein oder anderen interessant...
-
@docsnyder7 Geht das WLAN mittlerweile zum Betreiben? Ich habe in Erinnerung, dass das nur zur Konfiguration vorgesehen ist, aber der normale Betrieb nur per LAN geht..?
-
@frederik-buss
ich würde sagen andersherum wird ein Schuh drauss oder?Danke @oxident dann werd ich das KLF mal in den Warenkorb packen und die Anleitung vom Matthias zum einrichten nehmen
-
@docsnyder7 Ich habe nochmal nachgeschaut. Es ist wie ich geschrieben habe: Konfiguriert wird mit dem internen Velux Mini WLAN und der Betrieb funktioniert nur per LAN. Das interne Velux WLAN kann sich nicht ins Haus WLAN anmelden. Nur dass keine falschen Erwartungen entstehen, ohne LAN Kabel geht das standardmäßig nicht.
-
@frederik-buss
OK.. war der Meinung, dass matthias in seinem Video darauf verwiess, dass der LAN nur für die Techniker verfügbar ist, so stehts auch in der Bedienungsanleitung.. aber ich denke der LAN geht auch zugänglich zu machen, oder..aber letztlich egal, denn LAN ist die bevorzugte Variante
-
@docsnyder7 So ist das bei mir umgesetzt. Das Ding hängt per LAN an der Fritz box, bzw. am Fritz Repeater.. Geht mit dem Adapter problemlos seit ca. einem Jahr.
-
Die POE Einrichtung würde mich mal sehr interessieren... hab immer mal schon davon gehört, dass sowas funktioniert, aber noch nie umgesetzt...
was für Hardware brauche ich denn dann dafür und wie setze ich das um?Vielen Dank für eure Tipps
-
@cheffe Letzten Endes ist es nicht sonderlich schwer. Du brauchst einen Switch, der PoE kann. Ich nutze z. B. die Geräte von Ubiquiti, aber ich denke, es gibt auch massig günstige Alternativen von Netgear, TP-Link, usw.
Dort schließt Du das Netzwerkkabel an, welches dann letzten Endes beim KLF landen soll. Achte nur darauf, dass PoE an diesem Anschluss auch wirklich aktiviert ist.
Am KLF steckst Du einen PoE-Spltter (Beispiel) an das andere Ende des Netzwerkkabels. Dieser teilt Netzwerk und Strom wieder voneinander. Du schließt dann sowohl den Micro-USB- als auch Netzwerk-Stecker des Splitters an den KLF und schon ist's erledigt.
Vorteile dieser Variante (welche ich übrigens auch für diverse Raspi's nutze):
- Geräte können durch den Switch komplett (durch Trennung der Stromzufuhr) neu gestartet werden
- Überwachung des Stromverbrauchs durch den Switch
- Nutzung einer zentralen USV (nur der Switch muss per USV abgesichert sein)
- weniger Kabelsalat am Installationsort
Wenn es Dir nur um den letzten Punkt geht, dann reicht anstelle des PoE-Switches auch ein simpler PoE-Injector. Dieser legt quasi Spannung auf das Netzwerkkabel, welche dann vom PoE-Splitter auf der anderen Seite wieder vom Netzwerk abgetrennt wird.
-
Guten Morgen zusammen,
der IOBroker-Adapter funktioniert bei mir seit Jahren problemlos. Seit ein paar Wochen hat die KLF200 bei mir herumgezickt, so dass sie nicht mehr erreichbar war und der Adapter sie natürlich auch nicht mehr erreichen konnte. Da ähnliche Symptome hier bei anderen Nutzern auch immer mal wieder vorkommen, poste ich hier, wie ich das lösen konnte.
Aufgefallen war mir, dass der Adapter sich nicht mehr verbinden konnte. (Was das ausgelöst hatte, kann ich nicht sagen, ich automatisiere die Dinger für den Sommer, so dass mir die Suche nicht eilig war.)
Ich habe dann bemerkt, dass auch die von der Fritz Box über DHCP vergebene IP Adresse der KLF nicht mehr erreichbar war. Auch mehrfacher Neustart hat dieses Problem nicht beseitigt.
Als ich mich über den WIFI Hotspot der KLF mit dieser verbunden habe, ist mir aufgefallen, dass von allen denkbaren IP Adressen sich diese als WLAN Adresse bei mir ausgerechnet 192.168.0.1 einrichtet. Das darf sie natürlich machen, wenn sie Hotspot ist. Leider ist in der KLF diese Adresse nicht änderbar. Man kann lediglich die LAN Adresse einrichten bzw. per DHCP vergeben. Ebenso leider ist 192.168.0.1 gleichzeitig die Adresse meiner Fritzbox. Die wäre dort leicht änderbar, aber mit großen Auswirkungen auf mein Netzwerk. Meine Fritz Box weißt der KLF die 192.168.0.29 zu. In den Netzwerk Einstellungen der KLF ist DHCP aktiviert und kann ich die 29 als ihre Netzwerk Adresse sehen. Ebenso, dass für den LAN Anschluss als Router die 192.168.0.1 eingetragen ist. Natürlich kommt sie mit diesen Einstellungen aber nicht nach draußen, weil das ja ihre eigene IP Adresse für das WIFI ist.
In den Netzwerk Einstellungen der KLF ist eingerichtet, dass LAN immer aktiv ist (das Ding steht direkt neben meinem IOBroker und da ist mir ein Kabel lieber) und WIFI nur während der ersten 10 Minuten. Die Einstellung erscheint mir sinnvoll: Die Konfiguration ist nur über WIFI möglich. Würde man das ausschalten, wäre möglicherweise ein Werksreset nötig, um wieder Änderungen durchführen zu können.
Die Lösung war sehr simpel: Nachdem ich die KLF mehrere Minuten (so ca. 5) vom Strom getrennt und neu gestartet habe, konnte ich sie wieder anpingen und die Adresse wurde mir in der Fritz Box wieder als benutzt angezeigt. Trotzdem konnte sich zunächst der IOBroker Adapter aber immer noch nicht verbinden, was an der vergurkten WIFI Adresse liegen dürfte. Nachdem sich das WIFI 10 Minuten abschaltet, funktioniert die Kiste wieder wie früher.
-
Hallo Zusammen,
ich habe eine neue Version 1.2.0 des Adapters erstellt. Ihr könnt die neue Version über den Expertenmodus per NPM-Package installieren.
Neue Funktionen:
- Es gibt einen neuen Datenpunkt "refreshProduct" an jedem Produkt. Wenn man diesen auf true setzt, wird die aktuelle Position sowie die aktuelle Position etwaiger Funktionsparameter (FP1-FP4) vom Gerät neu gelesen. Das ist z.B. dann notwendig, wenn man ein Fenster oder Rollladen mit einer einfachen Fernbedienung bedient hat. Dann wird der aktuelle Wert nämlich vom Rollladen oder Fenster nicht an den KLF-200 übermittelt. Man könnte jetzt z.B. über ein Skript bei Bedarf regelmäßig den Status aktualisieren lassen. Achtung: Das kostet bei den Solarprodukten natürlich Akku, also nicht zu häufig abfragen.
- Es gibt einen neuen Datenpunkt "refreshScenes" bei den Scenes. Damit kann ich die Szenen aktualisieren lassen, wenn ich z.B. eine neue Szene über das Web-Interface angelegt habe. Bisher musste man dafür immer den Adapter neu starten.
- Der Datenpunkt "targetPositionRaw" kann jetzt auch geschrieben werden. Damit sind außer den bisherigen Prozent-Werten über "targetPosition" auch weitere Änderungen möglich. Es gibt einige Spezialwerte, z.B. um ein Fenster um 10% weiter zu öffnen usw. Ich verweise an dieser Stelle auf die offizielle Velux-Doku, in der die Werte genauer spezifiziert sind. Nicht alle Werte werden von allen Produkten unterstützt.
- Im Einstellungsdialog wird genauer beschrieben, welches Passwort zu verwenden ist. Leider ist das bei Velux in Abhängigkeit von der Historie der KLF-200 nie ganz eindeutig. Ich hoffe, dass die Beschreibung hilft.
Fehlerbehebungen:
- Manchmal war im Protokoll eine Unhandled Promise Rejection-Exception zu finden, wenn es unter bestimmten Umständen zu Timeouts kam. Der Fehler ist behoben.
- Ab einer bestimmten Version des Admin-Adapters wurde eine Fehlermeldung über eine fehlende property ins Protokoll geschrieben. Der Fehler ist behoben.
- Warnungen vom Adapter-Checker wurden behoben.
- Automatisierte Unit-Tests haben unter Linux und MacOS nur 20 der über 260 Tests ausgeführt. Unter Windows wurden immer alle Tests durchgeführt. Ist nun behoben.
-
@mischroe Danke, dass Du da so aktiv bist!
Nur kurz gefragt: Ich hatte auch vorher immer Rückmeldungen von den FB erhalten. Liegt das daran, dass ich die neuen (quadratischen) Fernbedienungen habe?
-
@oxident Bei den KLR200 mit Touchscreen klappte das auch schon immer. Es gibt aber auch eine einfache Fernbedienung, wie sie z.B. bei den Rollläden mit dabei ist. Die sieht mehr wie eine klassische Fernbedienung aus und hat nur Tasten für Rauf, Runter und Stopp. Und bei der wird der Status nicht aktualisiert.
Jetzt kann man sich z.B. über Blockly ein ganz einfaches Skript bauen, welches für bestimmte Produkte, bei mir wäre das ein Rollladen, z.B. alle 15min den Status aktualisiert.
Es gibt Nutzer, die das Feature angefragt hatten und ich konnte das mit meiner Fernbedienung nachvollziehen. -
@mischroe Komisch. Ich habe zwar kein KLR-200 aber insgesamt 8 von den "einfachen" KLI-Fernbedienungen an allen möglichen Arten von Velux-Motoren (Rolläden und Öffner, z. T. via KUX-110 oder integriert und manche auch solarbetrieben) und da wurde der aktuelle Status immer fast in Echtzeit übermittelt.
Aber gut, vielleicht gibt es ja auch unterschiedliche Revisionen davon?
-
@oxident Ich habe diese hier, und da tritt das "Problem" auf:
-
@mischroe Alles klar. Die kannte ich noch gar nicht.
Diese hier funktionierten auf jeden Fall immer problemlos:
