Velux KLF200 mit Firmware 2.0.0.71 für io-homecontrol

satprofi · 14 Januar 2022, 12:19:50

aha, ok. Hab sie nur mal eingebunden. Heisst man muss erst die vorhandenen Fernbedienungen anlernen, dann in fhem einbinden? es gibt ja pro dachfenster 2 fernbedienungen, 1x für fenster auf zu, 2. für jalousie. das klappt dann weiterhin in fhem? wird alles dann erkannt.
WLAN hab ich nach einrichten des netzwerkes in der box auf 10min. minimiert. lan direkt am router wo fhem auch angestöpselt ist.

buennerbernd · 14 Januar 2022, 17:39:36

Dein Netzwerk sollte dann kein Problem sein.
Du lernst jede Fernbedienung im KLF an, deine Geräte sind dann im KLF-Web-Interface schon mal sichtbar. Dort kannst du auch sprechende Namen vergeben.
Wenn die Geräte angelernt sind, dann müssten sie in FHEM auch per Auto-Create auftauchen. (Falls du zu ungeduldig bist, dann gibt es noch: set <KLF200> updateAll

Eigentlich sollte auch eine KLF ohne Geräte nicht FHEM blockieren, aber wie gesagt, das ist nicht so gut getestet. Das Modul ist ja für eine Box mit angelernten Geräten gedacht.

satprofi · 14 Januar 2022, 19:50:50

werde morgen die fernbedienungen einlernen, dann nochmals testen. Danke

satprofi · 15 Januar 2022, 13:58:11

Zitat von: My-FHEM am 10 Mai 2019, 20:18:21
Das Neuanlernen der Fernbedienung an die Markise klappt. das Anlernen der neu angelernten Fernbedienung an das KLF 200 zeigt das beschriebene Fehlerbild.
Ich habe auch versucht diese Markise direkt an das KLF200 anzulernen. es gibt das beschriebene Fehlerbild.

Mittlerweile habe auf einem anderen Fenster eine weitere Markise installiert. Mit dieser Fernbedienung klappt es auch mit dem KLF200

Merkwürdig. Gibt es etwa eine hidden Sperrliste im KLF200? Wie gesagt die Fernbedienung funktioniert mit der Markise lässt sich aber nicht an das KLF200 anlernen.
Alle Komponenten scheinen grundsätzlich zu funktionieren.

hallo. habe selbiges problem. habe hier 123 kli311 liegen, keine wird von klf200 erkannt. bin ich worklich so blöd?
wollte es auch mit denkabeln testen, aber das webif meldet immer nichts gefunden.

gehe ich so richtig vor:

produktsuche, dann 1 sec. den knopf drücken und waarten?

[edit]
fehler gefunden, man benötigt die fenster vor ort. nur fernbedienung anlernen spielts nicht

( [/edit]

satprofi · 15 Januar 2022, 18:39:40

Zitat von: buennerbernd am 14 Januar 2022, 17:39:36
Dein Netzwerk sollte dann kein Problem sein.
Du lernst jede Fernbedienung im KLF an, deine Geräte sind dann im KLF-Web-Interface schon mal sichtbar. Dort kannst du auch sprechende Namen vergeben.
Wenn die Geräte angelernt sind, dann müssten sie in FHEM auch per Auto-Create auftauchen. (Falls du zu ungeduldig bist, dann gibt es noch: set <KLF200> updateAll

Eigentlich sollte auch eine KLF ohne Geräte nicht FHEM blockieren, aber wie gesagt, das ist nicht so gut getestet. Das Modul ist ja für eine Box mit angelernten Geräten gedacht.

so, 12 Fernbedienungen eingelert, alle als KLF200Node von FHEM angelegt.
aber die verbindung von KLF200 steht trotzdem nicht stabil.

auszug logfile

Code Auswählen


2022.01.15 18:30:30 1: KLF200 (Velux) - connectionBroken -> reboot started, reconnect in 30 seconds
2022.01.15 18:30:42 1: KLF200 (Velux) Command skipped, not logged in
2022.01.15 18:30:49 1: KLF200 (Velux) Command skipped, not logged in
2022.01.15 18:31:55 1: 192.168.0.68:51200 reappeared (Velux)
2022.01.15 18:32:00 1: KLF200 (Velux) - connectionBroken -> closed connection
2022.01.15 18:32:00 1: KLF200 (Velux) - connectionBroken -> reopen connection in 5 seconds
2022.01.15 18:33:15 1: 192.168.0.68:51200 reappeared (Velux)
2022.01.15 18:33:38 1: KLF200 (Velux) Command skipped, already in queue
2022.01.15 18:33:38 1: KLF200 (Velux) Command skipped, already in queue
2022.01.15 18:33:38 1: KLF200 (Velux) Command skipped, already in queue
2022.01.15 18:33:38 1: KLF200 (Velux) Command skipped, already in queue
2022.01.15 18:33:41 1: KLF200 (Velux) - connectionBroken -> reboot started, reconnect in 30 seconds
2022.01.15 18:33:41 1: KLF200 (Velux) Command skipped, not logged in
2022.01.15 18:34:56 1: 192.168.0.68:51200 reappeared (Velux)
2022.01.15 18:35:01 1: 192.168.0.68:51200 reappeared (Velux)
2022.01.15 18:35:05 1: 192.168.0.68:51200 reappeared (Velux)
2022.01.15 18:35:10 1: 192.168.0.68:51200 reappeared (Velux)
2022.01.15 18:35:10 1: KLF200 (Velux) Command skipped, already in queue
2022.01.15 18:35:39 1: KLF200 (Velux) - connectionBroken -> reboot started, reconnect in 30 seconds
2022.01.15 18:35:39 1: KLF200 (Velux) Command skipped, not logged in
2022.01.15 18:37:04 1: 192.168.0.68:51200 reappeared (Velux)
2022.01.15 18:37:09 1: KLF200 (Velux) - connectionBroken -> closed connection
2022.01.15 18:37:09 1: KLF200 (Velux) - connectionBroken -> reopen connection in 5 seconds
2022.01.15 18:38:24 1: 192.168.0.68:51200 reappeared (Velux)

buennerbernd · 15 Januar 2022, 22:41:06

Stimmt dein Passwort? Steht bei dir als Status jemals Logged in?

satprofi · 16 Januar 2022, 07:34:54

Zitat von: buennerbernd am 15 Januar 2022, 22:41:06
Stimmt dein Passwort? Steht bei dir als Status jemals Logged in?

passwort ja, sonst nicht connected, oder? und die Motoren wurden ha auch ausgelesen.
aber jetzt das beste, habe das gerät gestern aus fhem gelöscht, neu angelegt, und seit dem zeitpunkt kein reboot etc. mehr. und jetzt steht liggedin im status.
abwarten wie lange 😉

BAfH · 20 Januar 2022, 07:44:53

Guten Morgen,
kurzer (Warn)Hinweis, ich habe gestern am 19.01.2022 ein Update im FHEM durchgeführt.

Code Auswählen

fhem
List of new / modified files since last update:
UPD ./CHANGED
UPD ./fhem.pl
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/10_FS10.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/31_HUEDevice.pm
UPD FHEM/36_Shelly.pm
UPD FHEM/37_echodevice.pm
UPD FHEM/50_Signalbot.pm
UPD FHEM/70_DENON_AVR.pm
UPD FHEM/73_AutoShuttersControl.pm
UPD FHEM/89_FULLY.pm
UPD FHEM/90_SIGNALduino_un.pm
UPD FHEM/92_FileLog.pm
UPD FHEM/93_DbLog.pm
UPD FHEM/93_DbRep.pm
UPD FHEM/98_SVG.pm
UPD FHEM/HttpUtils.pm
UPD FHEM/lib/AttrTemplate/huedevice.template
UPD FHEM/lib/AttrTemplate/mqtt2.template
UPD FHEM/lib/SD_ProtocolData.pm
UPD FHEM/lib/SD_Protocols.pm
UPD lib/FHEM/Automation/ShuttersControl.pm
UPD lib/FHEM/Automation/ShuttersControl/Dev.pm
UPD lib/FHEM/Automation/ShuttersControl/Dev/Attr.pm
UPD lib/FHEM/Automation/ShuttersControl/Dev/Readings.pm
UPD lib/FHEM/Automation/ShuttersControl/EventProcessingFunctions.pm
UPD lib/FHEM/Automation/ShuttersControl/Helper.pm
UPD lib/FHEM/Automation/ShuttersControl/Rainprotection.pm
UPD lib/FHEM/Automation/ShuttersControl/Roommate.pm
UPD lib/FHEM/Automation/ShuttersControl/Shading.pm
UPD lib/FHEM/Automation/ShuttersControl/Shutters.pm
UPD lib/FHEM/Automation/ShuttersControl/Shutters/Attr.pm
UPD lib/FHEM/Automation/ShuttersControl/Shutters/Readings.pm
UPD lib/FHEM/Automation/ShuttersControl/Window.pm
UPD lib/FHEM/Automation/ShuttersControl/Window/Attr.pm
UPD lib/FHEM/Automation/ShuttersControl/Window/Readings.pm
UPD www/images/fhemSVG/hue2019_archetypesPendantRound.svg
UPD www/images/fhemSVG/hue2019_archetypesWallSpot.svg

New entries in the CHANGED file:
 - change:  70_DENON_AVR: added soundformat strings. patch by All-Ex
 - change:  50_Signalbot: link improved, reply command added, bugfixes
 - change:  93_DbRep: new design of sqlCmdHistory, minor fixes
 - feature: 14_SD_WS07.pm
               protocol definition 7.1 for Mebus HQ7312-2 (#1050)
 - feature: 14_SD_WS.pm: 
              protocol 27 for sensor EFS-3110A (#890)
              protocol 106 for GT-TMBBQ-0   
              protocol 110 for ADE WS1907 Weather station (#970)
              protocol 111 for TS-FT002 water tank level (#1000)
              protocol 113 for GFGT 433 B1 Wireless Grill sensor (#1003)
              protocol 108 for BRESSER 5-in-1 Weather Center
                  and BRESSER Professional Rain Gauge (#973)
              protocol 115 for Bresser 6-in-1 and 
                  5-in-1 Comfort Wetter Center (#1010)
              new protocol 107 for Fine Offset WH51 (#1055)
              new protocol 116 for Fine Offset WH57 (#1061)
 - bugfix: 14_SD_WS.pm: 
              Update protocol 64 for sensor WH2A (#1009)
              Conrad S522 protocol 33 no reading batteryState (#1042)
 - change: 90_SIGNALduino_un.pm
              fix some PerlCritic hints (#914)
              revised commandref
 - feature: 00_SIGNALduino.pm  version 3.5.2
              xFSK processing
              Added support for directio and none.
... rest of lines skipped.

Diese brachte mich zur Verzweiflung, warum?
In meiner Umgebung muss ich leider immer noch, folgenden Workaround beim Start anwenden. Sonst bekomme ich keinen Reconnect.

https://forum.fhem.de/index.php/topic,92907.msg1173692.html#msg1173692

Zitat von: BAfH am 08 September 2021, 10:33:20
Was bei mir nach langem Testen geholfen hat:

KLF200 in FHEM löschen
KLF200 vom Netz trennen
FHEM system restart
FHEM define KLF200
KLF200 mit Netz verbinden
Nodes können wieder gesteuert werden

Nach dem gestrigen Update, wird nach dem defmod Velux KLF200 Nur noch ein 1 Gerät im FHEM angelegt und die Queue wird nie leer.
Siehe Log, habe alles mal in Ruhe Übernacht laufen lassen, leider ohne Erfolg.

Code Auswählen

2022.01.19 19:24:51.330 3: Opening Velux device 192.168.10.35:51200
2022.01.19 19:24:54.480 1: Velux: Can't connect to 192.168.10.35:51200: 192.168.10.35: No route to host (113)
2022.01.19 19:25:59.201 1: 192.168.10.35:51200 reappeared (Velux)
2022.01.19 19:26:01.576 2: autocreate: define FileLog_Velux_0 FileLog ./log/Velux_0-%Y.log Velux_0
2022.01.19 19:26:01.599 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:26:01.642 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:26:01.649 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:26:01.656 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:26:01.786 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:26:01.786 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:26:21.801 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:26:21.801 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:26:21.801 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:26:31.095 2: AttrTemplates: got 245 entries
2022.01.19 19:31:08.028 5: Triggering Carport_Bewegung_Terrasse_Licht
2022.01.19 19:36:01.970 1: KLF200 (Velux) GW_GET_STATE_CFM Queue is not empty! Run queue again. queueSize 5 subState Idle state
2022.01.19 19:36:03.449 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:36:03.459 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:36:03.470 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:36:03.479 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:36:23.855 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:36:23.865 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:36:23.876 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:36:23.887 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:36:24.100 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:36:44.154 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:36:44.154 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:36:44.155 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:41:04.718 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:41:24.719 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:41:24.720 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:41:24.720 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:41:24.720 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:41:24.720 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:51:04.636 1: KLF200 (Velux) GW_GET_STATE_CFM Queue is not empty! Run queue again. queueSize 6 subState Idle state
2022.01.19 19:51:05.282 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:51:05.293 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:51:05.304 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:51:05.315 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:51:05.524 1: KLF200 (Velux) - connectionBroken -> reboot started, reconnect in 30 seconds
2022.01.19 19:51:25.372 1: KLF200 (Velux) Command skipped, not logged in
2022.01.19 19:51:40.268 1: 192.168.10.35:51200 reappeared (Velux)
2022.01.19 19:51:40.710 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:51:40.710 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:51:40.710 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:51:40.710 1: KLF200 (Velux) Command skipped, already in queue
2022.01.19 19:51:40.930 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:51:40.940 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:51:40.951 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:51:40.962 1: KLF200 (Velux) - new Node found, updateAll
2022.01.19 19:51:41.181 1: KLF200 (Velux) - new Node found, updateAll

Habe heute früh das Backup, erstellt vor dem Update eingespielt, alles wieder im im grünen Bereich.
Nur so als Hinweis

Passt auf Euch auf

buennerbernd · 20 Januar 2022, 08:40:00

Uff, was hat sich denn da geändert? Ich habe schon lange kein Update gemacht.
Das Problem scheint dem von @satprofi zu ähneln.
Die Queue bekommt man mit einem Neustart von FHEM wieder leer.

BAfH · 20 Januar 2022, 09:19:04

Zitat von: buennerbernd am 20 Januar 2022, 08:40:00
Die Queue bekommt man mit einem Neustart von FHEM wieder leer.

Leider nein, hab ich alles probiert, mehrfach...

buennerbernd · 20 Januar 2022, 10:07:34

Dieser Thread ist bei der letzten Änderung der fhem.pl referenziert:
https://forum.fhem.de/index.php/topic,125292.45.html

Es liest sich so, als ob autoCreate noch nicht rund läuft. Ich würde das noch eine Weile aussitzen und keine Updates machen.

Sidey · 20 Januar 2022, 20:21:28

Morgen wird es wieder funktionieren.
Rudi hat den Fehler behoben.

satprofi · 21 Januar 2022, 14:59:38

Was genau? Seit letzter Definition kein Absturz mehr.
Was muss man morgen machen?

buennerbernd · 21 Januar 2022, 19:58:26

@Sidey Danke für die Info.

@BAfH Testest du das FHEM Update morgen mal?

@satprofi Vielleicht auch ein Update machen oder abwarten.

tomix · 27 Januar 2022, 13:03:16

Hallo

Weiss nicht ob hier am richtigen Ort. Nach einem Neustaet vom FHEM oder nach einem Stromunterbruch bei der KLF 200 wird die Queue nicht mehr abgearbeitet:
2022.01.27 12:48:47 1: KLF200 (Velux) GW_GET_STATE_CFM Queue is not empty! Run queue again. queueSize 104 subState Performing task in Command Handler

Auf irgend eine weise brachte ich das immer wieder hin. Also Box neustarten, vom Netz trennen Box neustarten wärend FHEM nucht läuft, einloggen auf der Box usw. Was genau dazu führt dass es dann wieder geht weiss ich nicht. Hat jemand die selbe Probleme?

Gruss
tomix