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

buennerbernd

Zitat von: SparcWolf am 16 Juni 2024, 23:41:38Hallo,

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.
Modulentwickler von KLF200 und KLF200Node

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

Zitat von: deathworm am 31 Januar 2022, 07:53:58Ahoj,

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

Zitat von: buennerbernd am 17 Juni 2024, 08:31:12
Zitat von: SparcWolf am 16 Juni 2024, 23:41:38Hallo,

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
set openRain eigentlich passieren ? Öffnet das Fenster dann von alleine ein Stück weit oder muss hinterher noch
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.
FHEM auf ubuntu-Server (Notebook), CUNO's via LAN, 3x HMLAN, 2x goE, Tasmota-Devices via MQTT, Home Connect, Velux-KLF200, Harmony, SMA STP10, SMA HM2.0, BYD HVS7.7, etc. pp.  ....
Und immer noch viele, viele (Alt-) HM's (ohne -IP).

Wetterhexe

Zitat von: buennerbernd am 17 Juni 2024, 08:31:12Vielleicht 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:
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 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 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 :
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

Zitat von: Kläwwerhäusle0.1 am 15 September 2024, 15:39:49Hallo 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:
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
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 ;)
Modulentwickler von KLF200 und KLF200Node

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.
Modulentwickler von KLF200 und KLF200Node

theotherhalf

Hallo!
Ich betreibe am KLF200 7 Solarrolläden mit FHEM und alles funktioniert soweit gut.
Das KLF200 hat eine feste IP Adresse bei uns im LAN.

Ein kleiner Schönheitsfehler jedoch ist schon seit geraumer Zeit vorhanden.
Wenn sich FHEM neu startet (Update, Stromausfall o.ä.), dann verbinden sich eigentlich alle weiteren Geräte (Homematic, ebusd etc.), jedoch meist nicht das KLF200.
Aus dem FHEM Device heraus hilft dann auch kein Reboot o.ä., sondern nur noch der Hardware Neustart des KLF200, sprich Stecker ziehen und wieder draufstecken.
Dann verbinden sich beide wieder.
Kennt ihr das bei euch? 
FHEM Anfänger
HM CCU2 mit diversen Komponenten als Steuerung
FHEM mit Floorplan auf Raspi 3 (Raspbian Jessie)  zur Visualisierung (Heizung, Zustände, etc.) und angeschlossenen One-Wire Sensoren
Schnittstelle CCU2 - FHEM mit HMCCU
EBUSD Applikation auf Raspi 2 mit Anbindung an Vaillant Heizung

Wetterhexe

ja das Problem kenn ich ... ich habe einen shelly plug vor dem KLF200 gesteckt, bei Bedarf kann ich den bequem power cyceln :)

Kläwwerhäusle0.1

Hallo Stefan,

auch wenn es - durch die nächste Reise bedingt - mal wieder sehr lange gedauert hat, wollte ich Dir noch kurz Rückmeldung zu meinem letzten Post bzw. Deiner Antwort geben.

Das Phänomen besteht unverändert. Die Tatsache, dass auch bei der Betätigung über den Smoove-Taster CommandOriginator = 10 (und nicht 1) kommt, liegt wohl daran, dass sich die Meldung (zumindest meiner Meinung nach) nicht auf den Befehl "Fahr runter" bezieht, sondern auf die Geschwindigkeitsreduzierung gegen Ende der Abwärtsfahrt.

Es ist natürlich kein Thema, für das man Personenmonate investieren müsste, aber vielleicht kannst Du bei Gelegenheit nochmal kurz nachsehen, ob die Hinterlegung von "10 Other Device" so wie beabsichtigt geklappt hat (was definitiv keinen Zweifel an Deinen Fähigkeiten etc. ausdrücken soll - schon allein, weil es gar keinen gibt!).

Vielen Dank im Voraus und viele Grüße

Martin.

buennerbernd

Hallo Martin,

ich baue das die Tage mal ein und sag dann hier Bescheid.
Modulentwickler von KLF200 und KLF200Node