Velux KLF200 mit Firmware 2.0.0.71 für io-homecontrol

[buennerbernd]

Hallo,

ich habe das set openRain mal ausprobiert.
Beim Model "VELUX CVP Window opener with integrated rain sensor" passiert nichts.

VG,
  Guido.

Vielleicht ist es bei einem CVP-Fenster nicht unterstützt. Entwickelt wurde es für ein GGU-Fenster. Bei dem Nutzer hat die Fernbedienung auch eine entsprechende Taste.

[SparcWolf]

Ja, das kann gut sein, dass es bei diesem Modell nicht funktioniert.
Ich nutze auch eine KLR-100 Fernbedienung.
Wenn der Regensensor das öffnen verhindert, fragt die FB nach, ob sie trotzdem öffnen soll.
Dann wird das Fenster nur halb geöffnet.

VG,
  Guido.

[deathworm]

Ahoj,

ich nutze das klf200 mit einem stadndard velux fenster. die box ist etwa vier meter entfernt. hat jetzt sehr lang immer einwandfrei funktioniert. aber nun seit einer woche gibts wieder probleme, dass beim ausführen "execution failed" kommt. und dann kann man machen was man will, es passiert nichts mehr. ich habe sogar extra schaltbare steckdosen an die box und ans fenster hingemacht. MANCHMAL klappt es, wenn ich alles kurz ausschalte und wieder einschalte. nun hat es mehrfach nicht mehr funktioniert. ich habe auch einige andere optionen ausgeführt wie down und update - nichts hilft da.

was jedoch immer bisher geholfen hat, war mit der fernbedienung (klr 200) das fenster etwas zu bewegen. danach klappt das auch wieder per fhem und der klf box

ich hatte das selbige thema schon einmal vor längerer zeit (auch hier im forum reingeschrieben). da habe ich damals die box reklamiert gg. eine neue und habe auch meine installation aufgrund eines dämlichen fehlers neu aufsetzen müssen. somit sind seit dem fehler beide komponenten getauscht worden.

kennt jemand hier eine andere lösung, als per fernbedienung das zu machen? wenn man daheim is, is das ja kein problem. aber wenn ich halt von unterwegs das fenster zum lüften bediene und es dann nich mehr runter will, isses halt doof.

Lang ists her. Der Fehler hat mich stets verfolgt. Ich konnte mit der Bedienung kaum mehr normal öffnen. Meist erst nach dem fünften, sechsten Mal hat's mal funktioniert. Vielleicht auch noch mehr Fehlversuche manchmal. Oft hat dann ein Neustart beider Produkt etwas gebracht. Aber auch ein tägliches neustarten half nicht dauerhaft.



Die wohl wirkliche Lösung war: einfach das klf200 näher hinstellen. Das Modul war bisher in einem Netzwerkrack mit plastikscheibe ca. 5 Meter entfernt. Dazwischen nur Holzbalken und Dämmwolle. Aber seitdem ich es kürzlich mal aus Spaß direkt unter das Fenster gestellt habe, funktioniert es seitdem picobello ohne jegliche Probleme. 

[sigma415]

Hallo,

ich habe das set openRain mal ausprobiert.
Beim Model "VELUX CVP Window opener with integrated rain sensor" passiert nichts.

VG,
  Guido.

Vielleicht ist es bei einem CVP-Fenster nicht unterstützt. Entwickelt wurde es für ein GGU-Fenster. Bei dem Nutzer hat die Fernbedienung auch eine entsprechende Taste.

Was sollte nach

Code Auswählen Erweitern

set openRain eigentlich passieren ? Öffnet das Fenster dann von alleine ein Stück weit oder muss hinterher noch

Code Auswählen Erweitern

set pct xx gesendet werden ?

Ich habe bei meinen GPU-Fenstern (nicht GGU) alles ausprobiert, allerdings lassen sie sich damit nicht bei Regen öffnen.
Über die Funktaster KLI311 kann ich "RegenÖffnen" jedoch durch gleichzeitiges Drücken von ÖFFNEN/AUF und STOP für 15 Minuten aktivieren.

[Wetterhexe]

Vielleicht ist es bei einem CVP-Fenster nicht unterstützt. Entwickelt wurde es für ein GGU-Fenster. Bei dem Nutzer hat die Fernbedienung auch eine entsprechende Taste.

ich habe GGU Fenster, leider funktioniert es bei mir auch nicht. Mit der Fernbedienung gehts einwandfrei. Falls ich beim troubleshooting behilflich sein kann biete ich gerne meine Mitarbeit an 

[Kläwwerhäusle0.1]

Hallo zusammen,
endlich habe ich ein bisschen mehr Zeit, mich um ein paar kleinere Themen im FHEM zu kümmern, u.a. meine regelmäßigen und rekonstruierbaren Logeinträge nach folgendem Muster:

Code Auswählen Erweitern

2024.09.15 15:14:55.674 3: KLF200Node (MR_BG) Unknown CommandOriginator ID: 10
Der Logeintrag taucht bei mehreren Mückenrollos auf, die z.B. per

Code Auswählen Erweitern

set MR_BG onruntergefahren werden, wenn das zugehörige Fenster geöffnet wird (d.h. im Sommer tauchen die Einträge 10-20 Mal am Tag im LogFile auf). Das Gleiche passiert, wenn man das Rollo per smoove-Taster runterfährt. Beim Wiederhochfahren erfolgt dagegen in beiden Konstellationen kein Logeintrag.

Meine Vermutung ist, dass das vermeintliche Stoppen der Rollos bei weniger als 100% (bei MR_BG bei 86%) von einem Somfy-Feature veranlasst wird, das das KLF200-Modul nicht kennt. Das gerätespezifische LogFile erkennt darin einen "Error while Execution", was nach meinem Eindruck aber den Beginn des langsamen Heranfahrens an den unteren Anschlag (Fensterbank) darstellt. Die dortige Aussage "lastStatusReply: PRODUCT NOT OPERATIONAL" lässt sich in der Realität so nicht nachvollziehen (man kann das Rollo sofort wieder hochfahren), passt aber natürlich zu dem erkannten "Fehler in der Ausführung".

Eine alternative Steuerung über

Code Auswählen Erweitern

set MR_BG pct 86 # oder ein anderer Prozentsatz knapp darunter löst keinen Eintrag aus, führt aber auch nicht dazu, dass das Rollo ganz unten ankommt und ist daher leider keine Option.

Ausschnitt aus dem gerätespezifischen LogFile, das das :

Code Auswählen Erweitern

2024-09-15_15:13:09 MR_BG lastControl: smoove_MR_BG_my
2024-09-15_15:14:39 MR_BG on
2024-09-15_15:14:40 MR_BG MPtarget: 51200
2024-09-15_15:14:40 MR_BG target: 100
2024-09-15_15:14:40 MR_BG execution: down
2024-09-15_15:14:40 MR_BG sessionID: 64079
2024-09-15_15:14:40 MR_BG sessionStatusOwner: PROGRAM
2024-09-15_15:14:40 MR_BG sessionInformationCode: 06800400
2024-09-15_15:14:40 MR_BG lastRunStatus: EXECUTION ACTIVE
2024-09-15_15:14:40 MR_BG lastMasterExecutionAddress: UNKNOWN
2024-09-15_15:14:40 MR_BG lastControl: FHEM
2024-09-15_15:14:40 MR_BG lastCommandOriginator: SAAC
2024-09-15_15:14:40 MR_BG remaining: 14
2024-09-15_15:14:40 MR_BG targetArrival: 2024-09-15 15:14:54
2024-09-15_15:14:40 MR_BG operatingState: Executing
2024-09-15_15:14:55 MR_BG sessionInformationCode: 0f010100
2024-09-15_15:14:55 MR_BG lastRunStatus: EXECUTION FAILED
2024-09-15_15:14:55 MR_BG lastStatusReply: PRODUCT NOT OPERATIONAL
2024-09-15_15:14:55 MR_BG MP: 43955
2024-09-15_15:14:55 MR_BG pct: 86
2024-09-15_15:14:55 MR_BG 86
2024-09-15_15:14:55 MR_BG execution: stop
2024-09-15_15:14:55 MR_BG remaining: 0
2024-09-15_15:14:55 MR_BG operatingState: Error while execution
2024-09-15_15:14:55 MR_BG sessionID: 64080
2024-09-15_15:14:55 MR_BG sessionStatusOwner: USER
2024-09-15_15:14:55 MR_BG lastMasterExecutionAddress: 2b0000
2024-09-15_15:14:55 MR_BG lastCommandOriginator: 10
2024-09-15_15:14:55 MR_BG lastControl: div_smooves
2024-09-15_15:14:55 MR_BG MPtarget: 43955
2024-09-15_15:14:55 MR_BG target: 86
2024-09-15_15:14:55 MR_BG remaining: 1
Natürlich ist das kein kritisches Problem, aber ich versuche gerade, das LogFile von diversen ablenkenden Einträgen zu befreien, daher wäre es cool, wenn es dafür einen unaufwändigen Lösungsansatz gäbe (gerne auch durch einen schlauen Hack auf meiner Seite). Vielen Dank im Voraus und auch nochmals insgesamt für das tolle (und toll supportete) Modul!

[buennerbernd]

Hallo zusammen,
endlich habe ich ein bisschen mehr Zeit, mich um ein paar kleinere Themen im FHEM zu kümmern, u.a. meine regelmäßigen und rekonstruierbaren Logeinträge nach folgendem Muster:

Code Auswählen Erweitern

2024.09.15 15:14:55.674 3: KLF200Node (MR_BG) Unknown CommandOriginator ID: 10
Der Logeintrag taucht bei mehreren Mückenrollos auf, die z.B. per

Code Auswählen Erweitern

set MR_BG onruntergefahren werden, wenn das zugehörige Fenster geöffnet wird (d.h. im Sommer tauchen die Einträge 10-20 Mal am Tag im LogFile auf). Das Gleiche passiert, wenn man das Rollo per smoove-Taster runterfährt. Beim Wiederhochfahren erfolgt dagegen in beiden Konstellationen kein Logeintrag.

Meine Vermutung ist, dass das vermeintliche Stoppen der Rollos bei weniger als 100% (bei MR_BG bei 86%) von einem Somfy-Feature veranlasst wird, das das KLF200-Modul nicht kennt. Das gerätespezifische LogFile erkennt darin einen "Error while Execution", was nach meinem Eindruck aber den Beginn des langsamen Heranfahrens an den unteren Anschlag (Fensterbank) darstellt. Die dortige Aussage "lastStatusReply: PRODUCT NOT OPERATIONAL" lässt sich in der Realität so nicht nachvollziehen (man kann das Rollo sofort wieder hochfahren), passt aber natürlich zu dem erkannten "Fehler in der Ausführung".

...

Hallo, ich denke, bei dir funktioniert alles so, wie es soll.
Der Log-Eintrag kommt, weil die Bedeutung von CommandOriginator = 10 noch nicht veröffentlicht wurde.
Bekannte Werte sind:

1 USER User Remote control causing action on actuator
2 RAIN Rain sensor
3 TIMER Timer controlled
5 UPS UPS unit
8 SAAC Stand Alone Automatic Controls
9 WIND Wind sensor
11 LOAD_SHEDDING Managers for requiring a particular electric load shed.
12 LOCAL_LIGHT Local light sensor.
13 UNSPECIFIC_ENVIRONMENT_SENSOR Used in context with commands transmitted on basis of an unknown sensor for protection of an end-product or house goods.
255 EMERGENCY Used in context with emergency or security

Deine Beschreibung deutet darauf hin, dass CommandOriginator = 10 kein Sensor, sondern einfach ein anderes verbundenes Gerät ist (bei dir das Fenster). Beim Smoove-Taster hätte ich aber CommandOriginator = 1 erwartet.
Ich könnte einfach mal folgendes hinterlegen:
10 OTHER_DEVICE

Dann sollten die Logs verschwinden. Bis dahin kannst du auch am Log-Level schrauben

[buennerbernd]

Nochmal Danke für das Feedback zum Feature:
Das halbe Öffnen eines Dachfensters bei Regen: set openRain

Diese Funktion ist durch private Mitteilungen an mich entstanden.
Der Nutzer schrieb, dass er mit
set raw MP=55316
erfolgreich war.
Die Codes 55296 aufwärts sind Aliases (also Sonderfunktionen)
Es ist immer möglich, dass mit Werten von 55296 aufwärts etwas interessantes passiert.