Velux KLF200 mit Firmware 2.0.0.71 für io-homecontrol

[buennerbernd]

Hallo Stefan,

Danke für den Hinweis.
Ja, ich habe das KLF200 Device mehrfach zurückgesetzt.

Die Kommandos habe ich ausgeführt und die Adresse ist auch wie von Dir vorhergesagt.
Nur die Controlnames sind noch nicht alle wieder da. Manuell eingetragen habe ich eigentlich keine.

Die anderen controlNames erscheinen bei der Benutzung. Das Attribut ist dazu gedacht, dass man statt der generierten Namen für sich schönere Namen vergeben kann, wie z.B. Fernbedienung, Wandtaster, KLR 200 oder so. Die Adressen soll man sich natürlich nicht selbst ausdenken.

Hallo Stefan,

ist es bei Dir schon mal vorgekommen, dass die Queue vom KLF200 nicht abgearbeitet wurde?

Bei mir ist das in den letzten Tagen ein paar mal aufgetreten.
Die Queue hatte dann 1000 oder mehr Einträge. Das sich das so stark aufstaut liegt sicher auch an meinen DoIFs, die 4 IZYMOS alle 30s abfragen.
Leider konnte ich den Auslöser noch nicht identifizieren (vielleicht Verbindungsprobleme mit einem Device).
Abhilfe hat nur ein FHEM-Neustart gebracht.

Viele Grüße,
  Guido.

Im laufenden Betrieb ist das bei mir noch nicht vorgekommen, nur am Anfang während der ersten Tests, wenn ich einen Fehler gemacht habe.
Ich hatte schon darüber nachgedacht, ob sich die Queue in Fehlerfällen selbst leeren sollte. Dann dachte ich aber, so erfahre ich nie von solchen Fehlern. Beschwerden gab es diesbezüglich kaum.
Die Queue läuft schon voll, wenn nur eine Antwort von der Box verloren geht oder unerwartet ist. Vielleicht erzeugst du mit deinem heftigen Polling zu viel Traffic.
Momentan ist der Neustart von FHEM wirklich die einzige Lösung, wenn die Queue voll läuft. Vielleicht baue ich besser noch eine manuelle Löschfunktion ein.

Gruß, Stefan.

[buennerbernd]

Es gibt eine neue Version im Git.
Diese beinhaltet folgende Änderungen:

• Wenn lastStatusReply "REACHED WRONG POSITION" oder "MOTION TIME TOO LONG  COMMUNICATION ENDED" ist, wird automatisch updateStatus aufgerufen, um die Bewegung dennoch weiter zu verfolgen.
• Zur targetArrival Zeit wird in jedem Fall noch einmal der Status aktualisiert.

Die anderen kürzlich beschriebenen Ideen sind noch nicht eingeflossen.

Damit sollten sich Somfy IZYMO Geräte auch ohne extra-Behandlung so funktionieren, wie andere Geräte. Können die Besitzer solcher Geräte mal bitte testen, ob das wirklich so ist? Die anderen können mal schauen, ob alles mindestens so gut funktioniert, wie vorher.

Gruß, Stefan.

[SparcWolf]

Es gibt eine neue Version im Git.
Diese beinhaltet folgende Änderungen:

• Wenn lastStatusReply "REACHED WRONG POSITION" oder "MOTION TIME TOO LONG  COMMUNICATION ENDED" ist, wird automatisch updateStatus aufgerufen, um die Bewegung dennoch weiter zu verfolgen.
• Zur targetArrival Zeit wird in jedem Fall noch einmal der Status aktualisiert.

Die anderen kürzlich beschriebenen Ideen sind noch nicht eingeflossen.

Damit sollten sich Somfy IZYMO Geräte auch ohne extra-Behandlung so funktionieren, wie andere Geräte. Können die Besitzer solcher Geräte mal bitte testen, ob das wirklich so ist? Die anderen können mal schauen, ob alles mindestens so gut funktioniert, wie vorher.

Gruß, Stefan.

Hallo Stefan,

sieht auf den ersten Blick sehr gut aus.

Zunächst war ich etwas erschrocken, als sich Fhem nicht mit der KLF200 verbinden konnte:

Code Auswählen Erweitern


KLF200 (velux) - error while connecting: velux: Verbindungsaufbau abgelehnt (111)

Ein Power-Cycle des KLF200 hat aber alles wieder ins Lot gebracht.

Hier der Auszug aus dem Izymo-Log (ohne DoIF)

Code Auswählen Erweitern


2019-07-18_23:33:56 velux_4 off
2019-07-18_23:33:56 velux_4 MPtarget: 51200
2019-07-18_23:33:56 velux_4 target: 0
2019-07-18_23:33:56 velux_4 execution: down
2019-07-18_23:33:56 velux_4 sessionID: 61542
2019-07-18_23:33:56 velux_4 sessionStatusOwner: PROGRAM
2019-07-18_23:33:56 velux_4 sessionInformationCode: 06000400
2019-07-18_23:33:56 velux_4 lastRunStatus: EXECUTION ACTIVE
2019-07-18_23:33:56 velux_4 sessionInformationCode: 0f000500
2019-07-18_23:33:56 velux_4 lastRunStatus: EXECUTION FAILED
2019-07-18_23:33:56 velux_4 lastStatusReply: REACHED WRONG POSITION
2019-07-18_23:33:56 velux_4 execution: stop
2019-07-18_23:33:57 velux_4 sessionID: 61543
2019-07-18_23:33:57 velux_4 sessionStatusOwner: USER
2019-07-18_23:33:57 velux_4 lastRunStatus: EXECUTION COMPLETED
2019-07-18_23:33:57 velux_4 lastStatusReply: COMMAND COMPLETED OK
2019-07-18_23:33:57 velux_4 MP: 41472
2019-07-18_23:33:57 velux_4 pct: 19
2019-07-18_23:33:57 velux_4 19
2019-07-18_23:33:57 velux_4 execution: down
2019-07-18_23:33:57 velux_4 remaining: 6
2019-07-18_23:33:57 velux_4 targetArrival: 2019-07-18 23:34:03
2019-07-18_23:33:57 velux_4 operatingState: Executing
2019-07-18_23:34:03 velux_4 sessionID: 61544
2019-07-18_23:34:03 velux_4 MP: 51200
2019-07-18_23:34:03 velux_4 pct: 0
2019-07-18_23:34:03 velux_4 off
2019-07-18_23:34:03 velux_4 execution: stop
2019-07-18_23:34:03 velux_4 remaining: 0
2019-07-18_23:34:03 velux_4 operatingState: Done


Funktioniert wie von Dir beschrieben.
Möchtest Du noch Ausgaben aus dem Fhem.log sehen?

Vielen Dank und viele Grüße,
  Guido.

[buennerbernd]

...

Funktioniert wie von Dir beschrieben.
Möchtest Du noch Ausgaben aus dem Fhem.log sehen?

Vielen Dank und viele Grüße,
  Guido.

Sieht gut aus, weitere Logs benötige ich erst einmal nicht.
Danke für das schnelle Testen.

[buennerbernd]

Hallo Stefan,

ist es bei Dir schon mal vorgekommen, dass die Queue vom KLF200 nicht abgearbeitet wurde?

Bei mir ist das in den letzten Tagen ein paar mal aufgetreten.
Die Queue hatte dann 1000 oder mehr Einträge. Das sich das so stark aufstaut liegt sicher auch an meinen DoIFs, die 4 IZYMOS alle 30s abfragen.
Leider konnte ich den Auslöser noch nicht identifizieren (vielleicht Verbindungsprobleme mit einem Device).
Abhilfe hat nur ein FHEM-Neustart gebracht.

Viele Grüße,
  Guido.

Findest du noch FHEM Logs von dem Zeitpunkt, als der erste Request in der Queue hängen geblieben ist?

Gruß, Stefan.

[buennerbernd]

Hallo,

hab mir die KLF200 zugelegt und heute in FHEM integriert. Klappt alles soweit ganz gut.
Leider bekomme ich den aktuellen Status des Rollos nicht angezeigt wenn er mit der Fernbedienung bedient wurde. Auch nicht nach langer Wartezeit
Als Fernbedienung hab ich Somfy Smoove A/M io und den Rollomotor hab ich den Somfy J4 io.

Gruß Marco

Hallo Marco,

kannst du mir bitte mal ein list von dem Somfy J4 io schicken?
Hat das Teil separat steuerbare Lamellen?
Wie sind deine Erfahrungen bisher?

Gruß, Stefan.

[SparcWolf]

Findest du noch FHEM Logs von dem Zeitpunkt, als der erste Request in der Queue hängen geblieben ist?

Gruß, Stefan.

Ja, ich habe noch logs (siehe Anhang).
SYSMON habe ich diesmal schon rausgeworfen.
Wenn Du nach "queueSize" suchst wird es gegen "05:56" interessant.

Gruß,
  Guido.

[SparcWolf]

...
Die anderen controlNames erscheinen bei der Benutzung. Das Attribut ist dazu gedacht, dass man statt der generierten Namen für sich schönere Namen vergeben kann, wie z.B. Fernbedienung, Wandtaster, KLR 200 oder so. Die Adressen soll man sich natürlich nicht selbst ausdenken.
...
Gruß, Stefan.

Hallo Stefan,

Kann man die Controls irgenwie sinnvoll nutzen?
* Von welcher Fernbedienung kam das Kommando?
* Was melden die Regen- oder Windsensoren?

Gruß,
  Guido.

[buennerbernd]

Hallo Stefan,

Kann man die Controls irgenwie sinnvoll nutzen?
* Von welcher Fernbedienung kam das Kommando?
* Was melden die Regen- oder Windsensoren?

Gruß,
  Guido.

Das ist dafür da, um das konkrete Eingabegerät zu identifizieren. Als Default-Name wird die Kategorie des Eingabegeräts genommen. Im Attribut controlNames kann man die Namen so vergeben, dass man die Fernbedienungen auseinander halten kann.
Ob man das sinnvoll nutzen kann, muss jeder selbst entscheiden.

[pejonp]

@buennerbernd

Hallo Stefan,

ich habe meine beiden Izymo Rolladenmikromepfänger io in Betrieb genommen. Im Log taucht ein Hinweis auf:

11:36:45.502 5: KLF200 (Velux) Dequeue: mached
2019.07.20 11:36:45.523 5: KLF200 (Velux) - received: 0506
2019.07.20 11:36:45.523 1: KLF200 (Velux) - unknown:  0506

Ich hänge mal ein Log vom updateAll an und einmal den Izymo Rollladen von 100% auf 50% öffnen an. Steuerung per FHEM.
Version vom Modul ist die aktuell.

Jörg

[pejonp]

@SparcWolf

Hallo Guido,

schalten die Izymo Rolladenmikromepfänger io bei dir richtig ab, wenn du sie bis zum Ende fahren lässt. Die Aktoren sind etwas warm. Mal der eine mal der andere, ich glaube ist  abhänig von der Stellung des Rollos. Gemessen habe ich jetzt noch nicht. Bin zufrieden das ich alles in die Unterputzdose bekommen habe, komme da schwer ran.

Jörg

[SparcWolf]

@SparcWolf

Hallo Guido,

schalten die Izymo Rolladenmikromepfänger io bei dir richtig ab, wenn du sie bis zum Ende fahren lässt. Die Aktoren sind etwas warm. Mal der eine mal der andere, ich glaube ist  abhänig von der Stellung des Rollos. Gemessen habe ich jetzt noch nicht. Bin zufrieden das ich alles in die Unterputzdose bekommen habe, komme da schwer ran.

Jörg

Hallo Jörg,
nein, das tun sie auch bei mir nicht. Die Motoren schalten ja in der Endlage ab.
Man kann die Relais hören, wenn sie schalten. Nachgemessen habe ich nicht und
nachdem sie eingebaut sind werde ich da auch erstmal nicht wieder ran gehen.
Dass sie warm werden ist mir auch schon aufgefallen.

Gruß,
  Guido.

[buennerbernd]

Ja, ich habe noch logs (siehe Anhang).
SYSMON habe ich diesmal schon rausgeworfen.
Wenn Du nach "queueSize" suchst wird es gegen "05:56" interessant.

Gruß,
  Guido.

Das ist die letzte Antwort, die von der KLF200 kommt:

Code Auswählen Erweitern


2019.07.11 05:51:24 5: KLF200Node (velux_0) GW_LIMITATION_STATUS_NTF 0314 60029 0 FP0 min:51200 max:63487 255 255


Eigentlich müsste es wie weiter oben so aussehen (gekürzt):

Code Auswählen Erweitern


2019.07.11 05:46:13 5: KLF200Node (velux_1) KLF200Node_GW_GET_LIMITATION_STATUS_REQ SessionID 60027 LimitationType 0
2019.07.11 05:46:13 5: Starting notify loop for velux, 1 event(s), first is queueSize: 1
2019.07.11 05:46:13 5: KLF200Node (velux_1) KLF200Node_GW_GET_LIMITATION_STATUS_REQ SessionID 60028 LimitationType 1
2019.07.11 05:46:13 5: Starting notify loop for velux, 1 event(s), first is queueSize: 2
2019.07.11 05:46:13 5: KLF200Node (velux_1) GW_LIMITATION_STATUS_NTF 0314 60027 1 FP0 min:51200 max:63487 255 255
2019.07.11 05:46:13 5: KLF200Node (velux_1) GW_COMMAND_RUN_STATUS_NTF 0302 60027 1 1 FP0:0 0 1 2a000000
2019.07.11 05:46:13 5: KLF200 (velux) GW_SESSION_FINISHED_NTF 0304 60027
2019.07.11 05:46:13 5: KLF200 (velux) Dequeue: mached
2019.07.11 05:46:13 5: KLF200Node (velux_1) GW_LIMITATION_STATUS_NTF 0314 60028 1 FP0 min:63487 max:51200 255 255
2019.07.11 05:46:13 5: KLF200Node (velux_1) GW_COMMAND_RUN_STATUS_NTF 0302 60028 1 1 FP0:0 0 1 2a000000
2019.07.11 05:46:13 5: KLF200 (velux) GW_SESSION_FINISHED_NTF 0304 60028
2019.07.11 05:46:13 5: KLF200 (velux) Dequeue: mached


Du siehst, noch in der gleichen Sekunde hätten noch ein paar weitere *_NTF Nachrichten von der Box kommen müssen. Die fehlen bei dir, um das Dequeue durchzuführen.
Vielleicht liegt es am Modul Presence?

Code Auswählen Erweitern


2019.07.11 05:51:25 5: PRESENCE (Feinstaubsensor) - starting blocking call for mode lan-ping


Ich werde bei Gelegenheit eine Funktion zum Aufräumen der Queue mal einbauen.

Gruß, Stefan.

[buennerbernd]

@buennerbernd

Hallo Stefan,

ich habe meine beiden Izymo Rolladenmikromepfänger io in Betrieb genommen. Im Log taucht ein Hinweis auf:

11:36:45.502 5: KLF200 (Velux) Dequeue: mached
2019.07.20 11:36:45.523 5: KLF200 (Velux) - received: 0506
2019.07.20 11:36:45.523 1: KLF200 (Velux) - unknown:  0506

Ich hänge mal ein Log vom updateAll an und einmal den Izymo Rollladen von 100% auf 50% öffnen an. Steuerung per FHEM.
Version vom Modul ist die aktuell.

Jörg

Danke für die Info, ich habe mal nachgeforscht.
Die Meldung 0506 ist eine Nachricht von der Box, dass sie etwas in ihr eigenes Log geschrieben hat. Das wird die Fehlermeldung des Izymo-Gerätes sein, die so und so schon ankommt. Ich habe nicht vor, mit dieser Nachricht etwas anzufangen und werde sie in der nächsten Version auf die Ignore-Liste setzen.

Gruß, Stefan.

[schoenbi]

Hallo Zusammen,

ich habe folgendes Problem. Wenn ich eine Scene ID von Loxone -> MQTT-> FHEM -> KLF200 sende, lösen die Velux Rollos aus, fahren schön runter und schliessen. Etwa 30 Sekunden danach Probieren die Rollos nochmals runter zu fahren, sind aber schon geschlossen. An was kann dies liegen? Der Befehl von Loxone dauert 0.3 Sekunden und wird im Broker gespeichert.
Bleibt der Befehl länger im MQTT Broker und das Velux Modul holt in 2x ab?

Ich hoffe jemand hat eine Anwort. Aktuell steuere ich nur Scene, habe aber alle Rollos noch einzeln programmiert.