Velux KLF200 mit Firmware 2.0.0.71 für io-homecontrol

Begonnen von buennerbernd, 06 November 2018, 16:43:00

Vorheriges Thema - Nächstes Thema

pc1246

HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

grappa24

"Leider" muss ich meine nicht io-homecontrol-fähigen Velux Rollos von 2007 jetzt durch neue ersetzen  :'(

Ich hab die bisher über einen HM-Funk-Schaltaktor und eine "mißbrauchte" Fernbedienung gesteuert.

Jetzt wird ja alles "viel einfacher" ;D

Wenn ich das richtig sehe, kann ich über FHEM ein KLF200 und die daran angemeldeten Rollos steuern und bekomme auch Statusmeldungen.

Das klingt jetzt vielleicht blöd, aber was mir bei den Überlegungen gerade noch fehlt ist die Frage, wie das KLF200 meine SSL Rolladen "kennenlernt"? Vermute, das geht durch übertragen der gepairten Funk-Wandschalter auf das KLF200?
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

pejonp

@grappa24

Du hast ja deine neuen Rollläden auf eine Fernbedienung von Velux angelernt ?!
Soweit ich das noch in Errinerung habe kannst du diese dann auf die KLF200 übertragen bzw. auch von der KLF200 auf andere Fernbedienungen verteilen.
Ich habe die Control Pad KLR 200 im Einsatz, damit geht es.

pejonp
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

grappa24

Zitat von: pejonp am 22 Januar 2021, 18:08:58
Soweit ich das noch in Errinerung habe kannst du diese dann auf die KLF200 übertragen
Genau das würde mich interessieren: Wie genau überträgt man ein KLI313 auf das KLF200?
Ich frag halt deshalb so "blöd", um sicherzustellen, dass - nachdem ein KLI313 auf ein SSL angelernt ist - niemand mehr aufs Dach muss um das KLF200 anzulernen  ;)
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

pejonp

@grappa24

In der KLF200 Oberfläche sieht es dann so aus. siehe Bild

pejonp
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

grappa24

Bekomme mit dem Modul (noch) keine Verbindung zum KLF200, vlt mach ich auch einen Denkfehler.

Beim ersten Start meldet sich ja das WLAN des KLF und ich verbinde mich damit, logge mich ein. Dann hat das Web-IF die Netzwerkeinstellungen wie im Anhang gezeigt.

Welche IP-Adresse nehme ich denn dann für die Definition in FHEM?

Ich dachte eher, dass ich in der KLF meine FritzBox als Standard-Gateway eintrage (192.168.178.1) und dann DHCP aktiviere, sich das KLF dann in meinem Netzwerk meldet und ich diese via DHCP erhaltene Adresse für die Definition in FHEM verwende.

Mein KLF hat die fw 2.0.0.71, das Modul habe ich wie im Wiki beschrieben geladen und aktualisiert.

Helft mir, den Knoten zu durchschlagen ...  ;)
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

chopsor



mit Z.B.:

Zitatdefmod Velux KLF200 192.168.10.100
(bitte die IP von deinem KLF eintragen (lan))

Dann :

Zitatset Velux login "password welches unten auf dem KLF steht und zwar ohne "" "

MfG
Hier könnte Ihre Werbung stehen !

grappa24

kaum macht mans richtig, schon gehts ... Hatte übersehen, dass das KLF200 via LAN verbunden sein muss  ;)
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

grappa24

#668
Das KLF200 ist schon ein zickiges Teil. Jetzt hatte ich kurz eine Verbindung von FHEM via LAN, jetzt sind auf dem KLF200 keine Produkte mehr registriert und es lassen sich auch keine mehr finden. Ich hab die Einweg-FB KLI313. 1sec auf die Konfig-Taste und das Rollo fährt, aber das KLF200  findet das Produkt nicht.
Reset des KLF200 hab ich gemacht.

Ah, ich seh schon, die Rollos müssen außen am Motor neu initialisiert, die KL313 neu angelernt werden, dann klappts auch mit dem KLF200.

Aber das WLAN/LAN Konzept des KLF200 verstehe ich nicht:
Einrichtung der Integra Geräte (nur) über WLAN, Zugriff via FHEM (nur) über LAN. Wär doch schön, wenn man auf das Web-UI auch über LAN zugreifen könnte ....?
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

tom37

Hallo,

ich habe leider auch ein Problem mit dem Velux Modul. Es kommt alle paar Tage zu einem disconnect zum KLF200 und es wird keine Verbindung mehr aufgebaut, ich muss dann entweder die KLF200 oder FHEM komplett neu starten. Hier die relevanten Logauszüge:


2021.02.25 23:17:12 1: PERL WARNING: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.32), passed through in regex; marked by <-- HERE in m/^(.*)({ <-- HERE .*})(.*)$/ at ./FHEM/10_MQTT_GENERIC_BRIDGE.pm line 1366, <$fh> line 180.

<dazwischen gibts Einträge von anderen Modulen>

2021.02.25 23:17:22 1: Velux: Can't connect to 192.168.178.181:51200: Resource temporarily unavailable
2021.02.25 23:17:22 1: Velux: Can't connect to 192.168.178.181:51200: https://192.168.178.181:51200/: Can't connect(2) to https://192.168.178.181:51200:  SSL wants a read first

Ich habe bereits ein FHEM und Modul Update durchgeführt. Auf der Wiki-Seite des Velux-Moduls (https://wiki.fhem.de/wiki/Velux_KLF200) steht, dass die Perl Bibliotheken aktuell sein müssen (s.u.), aber ich kenne mich ehrlich gesagt hiermit nicht aus. Wie kann man diese Bibliotheken aktualisieren?

Gibt es ggf. noch andere Fehlerquellen?

Vielen Dank und viele Grüße,
Tom

Zitat
Perl SSL-Bibliotheken
Wenn die Perl SSL-Bibliotheken zu alt sind, ist das oben genannte FHEM-Update wirkungslos.

IO::Socket::SSL
Net::SSL
Net::SSLeay
Net::SSLeay::Handle
Crypt::SSLeay
Net::Server::Proto::SSL

grappa24

Meine SSL laufen jetzt mit FHEM und dem KLF200 - Danke für das tolle Modul.

by-the-way: Löst jetzt meine Bastellösung ab, wo ich die "alten" SSL aus 2001 mit einem HM-Switch und einer "verlöteten" alten Fernbedienung gesteuert habe. Aber das ist jetzt schon eine andere Welt, insb. die punktgenaue Steuerung  8)
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

buennerbernd

Zitat von: tom37 am 27 Februar 2021, 08:45:03
Hallo,

ich habe leider auch ein Problem mit dem Velux Modul. Es kommt alle paar Tage zu einem disconnect zum KLF200 und es wird keine Verbindung mehr aufgebaut, ich muss dann entweder die KLF200 oder FHEM komplett neu starten. Hier die relevanten Logauszüge:


2021.02.25 23:17:12 1: PERL WARNING: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.32), passed through in regex; marked by <-- HERE in m/^(.*)({ <-- HERE .*})(.*)$/ at ./FHEM/10_MQTT_GENERIC_BRIDGE.pm line 1366, <$fh> line 180.

<dazwischen gibts Einträge von anderen Modulen>

2021.02.25 23:17:22 1: Velux: Can't connect to 192.168.178.181:51200: Resource temporarily unavailable
2021.02.25 23:17:22 1: Velux: Can't connect to 192.168.178.181:51200: https://192.168.178.181:51200/: Can't connect(2) to https://192.168.178.181:51200:  SSL wants a read first

Ich habe bereits ein FHEM und Modul Update durchgeführt. Auf der Wiki-Seite des Velux-Moduls (https://wiki.fhem.de/wiki/Velux_KLF200) steht, dass die Perl Bibliotheken aktuell sein müssen (s.u.), aber ich kenne mich ehrlich gesagt hiermit nicht aus. Wie kann man diese Bibliotheken aktualisieren?

Gibt es ggf. noch andere Fehlerquellen?

Vielen Dank und viele Grüße,
Tom

Ich hatte vor ein paar Tagen SSL wie in diesem Thread aktualisiert: https://forum.fhem.de/index.php/topic,38328.msg1025425.html#msg1025425

Damit das fehlerfrei durchlief, musste ich vorher noch make und mit cpan YAML installieren.

Ich tippe bei dir aber auf ein instabiles Netzwerk. Ist WLAN im Spiel?
Wenn nichts mehr geht, reicht es, die Box zu starten, FHEM kann weiterlaufen.
Vielleicht fragst du beim MQTT Modul mal wegen dem ersten Fehler?

Gruß, Stefan.
Modulentwickler von KLF200 und KLF200Node

Beta-User

Zitat von: tom37 am 27 Februar 2021, 08:45:03
Ich habe bereits ein FHEM und Modul Update durchgeführt.
Bist du sicher, dass das fehlerfrei durchgelaufen ist?

Wenn du weiter diese Meldung hast, ist das nicht der Fall:
Zitat von: tom37 am 27 Februar 2021, 08:45:032021.02.25 23:17:12 1: PERL WARNING: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.32), passed through in regex; marked by <-- HERE in m/^(.*)({ <-- HERE .*})(.*)$/ at ./FHEM/10_MQTT_GENERIC_BRIDGE.pm line 1366, <$fh> line 180.
Diese Meldung paßt jedenfalls seit dem 13.01. nicht mehr, https://svn.fhem.de/trac/changeset/23519/.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

grappa24

Zitat von: Dr. Ulfi am 25 Oktober 2020, 19:58:58
Mich interessiert nun, wie ihr Automatisierung der io Rollladen mit Velux KLF200 umgesetzt habt und was zu empfehlen oder nicht zu empfehlen wäre? Derzeit sehe ich folgende Möglichkeiten:

a) Modul 44 Rollo

b) Modul 73 AutoShuttersControl

c) eigene AT und/oder DOIF Definitionen
Da ich meine bisherigen Rollos auch mit Modul 44 ROLLO betreibe war es naheliegend, auch die Velux-Rollos damit zu steuern - u.a. zum positionsgenauen Anfahren.

Herausforderung bei Modul 44 ROLLO war, eine etwaige externe Betätigung via Taster korrekt im Modul abzubilden, um die Steuerung konsistent zu halten - falls das jemanden interessiert, jederzeit gerne ...
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

grappa24

Was bedeutet denn diese Fehlermeldung? 2021.03.02 18:44:02 3: KLF200 dg_rollo_rechts: Unknown CommandOriginator ID: 0
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...