KLF200 neue Firmware – und ich Idiot installiere sie! VORSICHT!
Still und heimlich hat Velux eine neue Firmware (0.1.1.0.44.0) für die KLF200 zur Verfügung gestellt.
Zufällig bin ich auf VELUX.AT über die Seite gestolpert und habe mir die Version heruntergeladen.
Releasenotes? Waren keine dabei! Nur eine BIN-Datei
Installationsanleitung? Ja – aber recht schlank und leider auf das How-To reduziert … siehe weiter unten.
So wie von Loxone gewohnt, sollte doch alles nachher weiterlaufen. Dachte ich!
VELUX ist ja keine Hinterhofbude. Dachte ich!
Also rein damit! – Ich blöd!
Der Update ist rasch erledigt, das Ding startet wieder und fragt mich nach dem Passwort. Es ist mein altes Passwort – beruhigend … aber nur scheinbar!
Danach die böse Überraschung:
ALLE Produkte (=Rollläden) sind VERSCHWUNDEN! somit auch alle Programme VERSCHWUNDEN!
DARAUF gab es KEINEN Hinweis!
Es gab und gibt auch KEINE Möglichkeit die KLF200-Konfiguration zu speicher! Also auch keine diese wieder zu laden!
ACHTUNG: Auch die IP-Einstellungen sind wieder auf „DHCP verwenden“! (hatte eine fixe)
Die Produktsuche findet keine Produkte – ich braucht laut Anleitung (Dialog der KLF200) WIEDER wie bei der Erstinbetriebnahme der KLF200 alle Fernsteuerungen, die ich bereits ohne Batterien tief in irgendeiner Lade vergraben habe!
Ich muss alle wieder mit Batterien versehen und 3 Sekunden „Reset“ drücken!
Ich habe zum Glück „NUR“ 8 (in Worten ACHT!) Rollläden. Mein Blutdruck steigt!
Zähneknirschend und stinksauer werde ich die Produkte neu einlernen – bereits jetzt ist mir klar, dass die Programmnummern nicht mehr die selben sein werden und ich auch die ganze Loxone Programmierung ändern muss.
Aber da ist noch eine klitzkleine Hürde: Ich drücke Produktsuche im KLF200 Interface. Ich drücke auf der Einwegfernbindung 10 sek Reset – der Rolladen geht ein wenig auf und zu – das KLF200 Webinterface sagt: kein Produkt gefunden!!!
Neustart der KLF200 hat NICHTS geändert – „Produkt nicht gefunden!“
Nach ein paar Versuchen mit anderen Rollläden gebe ich jetzt auf: Produkte in der KLF200 zu registrieren geht mit der neuen Firmware einfach nicht ! … damit auch keine Ansteuerung von Loxone mehr.
Die klitzkleine Hürde scheint unüberwindbar – haltet mich fest bevor ich die KLF 200 zertrümmere!! – Wer zahlt mir meine Zeit!
Thanks for NOTHING!
„Liebe“ VELUX was ihr da liefert ist schlichtweg beschämend!
Alte Verkaufs und Service-Weisheit:
Ein zufriedener Kunde erzählt es ungefragt 2 weiteren, ein unzufriedener ungefragt 10 anderen.
Die neue Ergänzung der Weisheit:
Mit Social Media ist das weitererzählen noch einfacher und schneller!
Was glaubt ihr, dass ich jemandem Antworte, der mich fragt ob ich VELUX empfehlen würde?
Versöhnlicher Ausklang ca. 4 Stunden später nach Telefonat mit meinem sehr freundlichen VELUX Betreuer in Wolkersdorf bei Wien (wir kennen einander seit es KLF 200 gibt)
„Ja, dass alles (bis auf das Passwort) gelöscht ist ist wirklich dumm!“
Wegen des Sicherheitsschlüssels, den die „alte“ KLF200 (als dieselbe aber vor dem Update) in den Motoren registriert hat wollen die beiden nicht mehr miteinander reden. Ich muss also bei allen Rollläden raus aufs Dach, den Deckel aufmachen, die Taste für 10 Sekunden drücken damit der Rollladen von der „alten“ KLF 200 geschieden wird – sozusagen RE-floriert :-).
Dann kann ich den Rollladen entweder
- gleich mit der KLF200 koppeln (NICHT empfohlen, weil dann ist die Info NUR dort)
- mit der einfachen Handfernsteuerung koppeln und danach wieder mit der KLF200, die dann erst ihren Sicherheitsschlüssel in den Motor schreibt (besser aber auch noch nicht optimal)
- in einem VELUX KLR 200 Touchpad registrieren
von dort in die KLF200 und die Handsender kopieren (=empfohlen, weil dann beim nächsten Firmewareupdate bzw. Reset die KLR 200 der Backup für die KLF ist und ich nicht mehr aufs Dach rausklettern muss)
… ein KLR 200 Touchpad bekomme ich in ein paar Tagen, dann werde ich den empfohlenen Weg gehen und weiter berichten.
Nur liebe VELUX Designer noch immer ist festzuhalten:
Wenn das KLF 200 Webinterface mit ein bisschen mehr Hirn designed wäre, hätten wir die Zores nicht!
Was wäre mehr Hirn im KLF 200 Administrator-Webinterface:
- Sichern und Einspielen der Konfiguration ermöglichen
- Beim Update von Firmware die Konfiguration AUTOMATISCH sichern und nachher AUTOMATISCH wiederherstellen
- Beim Registrieren wenn Motor im Registriermodus ist (also nachdem die Resettaste auf der Handfernsteuerung 10 Sek gedrückt wurde) und einen anderen Sicherheitsschlüssel als die KLF200 hat FRAGEN:
„Dieser Motor hat einen anderen Sicherheitsschlüssel als diese KLF 200 – Soll der Motor trotzdem in die KLF200 eingebunden werden J/N?“
Die Zeitspanne wo KLF200 sucht und Motor im Registriermodus ist ca. 10 Sekunden – also das Risiko überschaubar einen fremden Rollladen im Umkreis von 30 Metern zu „erwischen“ ;-). - und natürlich bleiben meine Wünsche von 2017:
- Dokumentiertes Ansprechen über HTTP
- WÄHLBAR: als WLAN-Device im Netzwerk oder im WLAN Infrastrukturmodus (zB. bei Ersteinrichtung auf der Baustelle nach Factoryreset solange bis man es umstellt)
Da ich jetzt ein neuen KLF 200 bekomme, wenn ich vorher keine Installation hatte sollte ich gelich zu Anfang das Firmware Update machen oder empfiehlst du es gar nicht?
Habe es seit damals nach Turnübungen am Dach wieder im Einsatz und keine anderen Probleme als vorher gggg = weder erkennbare Verbesserungen noch Verschlechterungen. Gemäß „Never touch a running system“ überlasse ich die Entscheidung Dir ob Du es installierst oder nicht. Ich würde es wahrscheinlich aus der „Hoffnung auf Verbesserung“ machen – aber vielleicht gibt es ja auch schon releasenotes WAS sich damit verbessert/ändert.
ACHTUNG! Beim neuen Update auf die 2.xx Firmware (September 2018) ist es noch schlimmer!!
– Kopieren vom KLF200 funktioniert nicht mehr, obwohl dies vorher problemlos ging
– Zugriff über LAN auf das WEB-Interface funktioniert nicht mehr (scheinbar hat Velux es ‚aus Sicherheitsgründen‘ abgestellt – nur noch über WLAN Infrastruktur möglich. LAN sei eine Serviceschnittstelle, über die nur noch das neue API funktioniert.
– Das neue API ist absoluter Scheiss. Die Nutzer wollten nicht mehr als eine Dokumentation des vorherigen undokumentierten „Guerilla-API“ 1.0, bei dem man wenigstens mit HTTP-Calls Szenen auslösen konnte … geht nicht mehr.
– Downgrade auf eine vorherige Firmware geht auch nicht… Ich habe jetzt da ein Brick rumliegen, absolut unbrauchbar. – Bin Monate zurückgeworfen.
Wer bei Velux lässt solchen Scheiss produzieren?! Es ist unglaublich!!!
Die haben echt eine Meise bei Velux, unglaublich …
Und keine von diesen Änderungen ist in den Changelogs dokumentiert.
Muss mal schauen, ob ich irgendwo noch eine KLF200 mit einer alten Firmware irgendwo auftreibe.
Finger davon lassen ist auf jeden Fall eine gute Idee!
Besten Gruss und bravo für Dein Forum!
Hilmar
Gleiche Problem
hat jemand eine alte Firmware zum kopieren?
Leider nein – und siehe Kommentar oben von Hilmar: „… Downgrade GEHT NICHT!“ An lokale Velux Niederlassung wenden und/oder im Internet suchen
Hallo,
ich bin auch auf der Suche nach einer alten Firmware unter 2.xx weil mein KLF200 nur noch sagt, dass es im Fehlerbetrieb ist. Reset, Neustart, Werkseinstellung, nichts hilft. Meine Hoffnung ein Firmwareupdate auf irgendwas unter 2.xx habe aktuell 0.1.1.0.45.0
VG von einem Mitleidenden, unterirdisch und nicht zeitgemäß was Velux da abliefert.
ich kann nur den desolate Zustand der Velux-SW-Entwicklung bestätigen.
Zum KLF200: Man kann den WLAN nicht ins eigene Netz einbinden und der LAN-Anschluss erlaubt keinen Zugang zu dem Web-Interface, also ist es ohne Nützen. Seit 2018 verspricht die Velux-Webseite, dass es bald einen Firmware update geben soll…
Wenn man also die Dachfenster per App steuern möchte, muss man ein Velux-Active Gateway kaufen, der nur Velux-Produkte steuert. Es ist nicht nur teuer sondern macht wenig Sinn, denn man könnte es bestenfalls in Homekit integrieren, wenn die Webseite das einhält, was es verspricht.
Zum KLR200: es sieht gut aus, das ist aber alles. Die „Programmierung“ ist sehr mühsam und hat einen gravierende Manko: wenn man ein Programm ändern möchte, muss man jeder einzelne Programmschritt einmal verändern (also ein Rollo von 100% auf 95% ändern), weil ansonsten die Änderungen nicht abgespeichert werden. Somit ist es besser, das Programm neu aufzusetzen.
Ich denke Velux könnte sich ruhig von einer eigene Software verabschieden, um sich auf die Schnittstellen zu konzentrieren. Denn für den Preis eines KLR200 oder eines Active-Gateway kann man sich viel bessere und universelle Smarthome Systems kaufen.
Weitere Rollos habe ich bei einem anderen Hersteller (ich sollte lieber keine Werbung machen) gekauft. Sie kosteten mir nur ein Bruchteil, ich konnte Farben, Größe, Material völlig frei bestimmen und ließ sich bestens integrieren.
Hallo Jean,
zufällig (weil Dachrollobaustein in Loxone dazugekommen) habe ich nach längerer Pause die letzten Wochenenden auch wieder mit erfolglosen Versuchen verbracht, KLF200 über Http zu Nutzen. Es geht mit der alten Firmware und dem undokumentierten+unsupportetem Zugriff via LAN grundsätzlich aber derzeit nur ein Befehl nach dem Anderen und keine Öffnungs-%. Das führt die ganze Einfachheit der Loxone-Logik (einzelne Jalousien + Raum-Zentral + Zentral-Zentral) ad absurdum. Ich habe die Firmware von 2018 nicht installiert – vielleicht bekomme ich eine KLF200 um dsa API zu Testen. Ich habe eine Idee am gären, die ich mit meinen junior bei Gelegenheit im Loxone-Pico umsetzen möchte (Einen kleinen Stack den Pico-C abarbeitet und Befehle hintereinander an KLF200 sendet inkl. Zielöffnungs-% – mal sehen ob’s geht :-)). Aber parallel bin ich am Überlegen bezüglich Alternativen zu VELUX – auch für die Fenster, weil die vorhandenen manuellen 30+ Jahre alt sind und Velux auch keine Ersatzteile mehr liefert. Neue Fenster werden auf jeden Fall Motoröffnung haben und in Loxone integriert werden!
Darum bitte verrate mir (uns) für welche Alternative Du Dich entschieden hast. Nach meiner bisherigen Erfahrung / vergeudeten Zeit, würde ich mir als Rolladen was nehmen, wo ich
einfach die LOXONE/Geiger Rohrmotoren rein schiebe
. Fast egal was sie kosten:
Bottom Line kann Plu&Play nur billiger sein. Und dann bin ich – zumindest für die Rolläden – alle Sorgen los 😉
.
PS: Schade, dass LOXONE nicht einen VELUX-KLF200 Baustein macht der direkt auf das API losgeht – aber das ist wohl das Konkurrenzproblem 😉 – auf Kosten der Konsumenten…
Hallo.
Stehe vor selbigen problem, aber jungfräuliche KLF200.
Die will keine meiner 12 KLI311 erkennen.
gibts doch nicht. Wie bitte soll ich aufs dach kommen? Muss doch anders auch gehen, oder?
Hat wer rat für mich?
Bin da nicht mehr so drinnen im Thema – damals hat mir VELUX Österreich ein KLR200 Control Pad geborgt. Ich glaube mich zu erinnern, dass ich dann von den Handfernsteuerungen auf das ControlPad kopiert und voM KLR200 ControlPad auf die KLF200 kopiert habe.
Jetzt läuft es von der Loxone mit eine Raspberry Pi und einer von meinem Sohn geschriebenen Middleware die mit der KLF200 plaudert seit längerem recht Stabil. Aber noch nicht 100% zufriedenstallend, weil die KLF nicht zurückmeldet WO der Rolladen WIRKLICH ist.
Und die Wirklichkeit kann von der LOXONE-Seitig angenommenen Position sehr oft abweichen: Steckenbleiben aufgrund von Wetter oder manuell geöffnetem Fenster ODER manuelle Bedienung vom KLR200 durch Mitbewohner ohne Rücksicht auf das feine Gleichgewicht 😉
Gibt es hier nach Jahren mal eine Änderung, dass Velux da nachgebessert hat? Ich verzweifle seit einer halben Ewigkeit mein KLF200 auch nur annähernd „online“ (per LAN) zu bekommen.
Seitens VELUX weiß ich nichts von einer neuen Version, aber mein Sohn hat mir eine Middleware für am Raspberry PI gebaut, die mit der LOXONE plaudert und für 8 Rollläden und 7 Fenster (alles über die KLF200) auf-zu Befehle zu 99% erfolgreich weitergibt (via Virtuellen HTTP Ausgängen). Wenn die KLF200 manchmal nicht antwortet – was die LOXONE mitbekommt – dann schalte ich via LOXONE-ConfigProgrammierung von KLF200 und Raspberry den Strom via Loxone ab und danach gestaffelt wieder ein. Passiert alle paar Monate einmal – zumeist gehts dann wieder. Was er nicht hinbekommen hat war, dass die VELUX die Ist-Positionen zurückliefert bzw. hat dafür Loxone auch keinen „Rückkanal“ im Rolladen/Fensterbaustein.
Wozu? Um die VELUX-Teile auch mit der einfachen Fernsteuerung bedienen zu können. Loxone sollte dann nur die Tatsache einfach entgegen nehmen und speichern.
Laut Velux homepage ist die KLF200 seit 27.9.2018 unverändert: https://velcdn.azureedge.net/-/media/com/api/klf200/klf200-change-log.pdf
Hi zusammen,
wir hausen seit knapp einem Jahr in einer Wohnung mit 6 Velux Fenstern.
Da damals nicht so weit geplant wurde, haben wir nun zu jedem Fenster /in jedem Raum ein KLR 200 – von welchen wir jeweils alle anderen Geräte steuern können.
Diese KLFs haben aber, aus welchen Gründen auch immer, unterschiedliche Software-Versionen drauf und nerven sich regelmäßig gegenseitig…
Da wir uns, wir ihr alle, immer noch nach einer ECHTEN smarten Lösung sehnen, wird wohl nichts anderes bleiben, als selbst etwas zu bauen.
@Michael: Ist denn eure Midddleware opensource? Dann könnte man daraus evtl einen Grundbaustein erstellen 😁
Über eine Antwort würd ich Mich reisig freuen!
Viele Grüße aus dem sonnigen Bayern
Habe Deine Anfrage an den Entwickler (meinen Sohn) weitergegegeben 😉 – so richtig OpenSource ist es nicht – aber vielleicht ist es eine Jugendförderungsspende wert ;-)- Red’s eich z’samm! 🙂