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

Es ist merkwürdig, dass der OperatingState 83 nur bei SILENT und nicht bei FAST auftaucht.
Bei FAST kam bei dir kurzzeitig 3 = "Waiting for power".

Ich habe auch noch einmal meine Logs nach "Unknown OperatingState ID" durchsucht und bin bei mir auf OperatingState 77 und 45 gestoßen. In meinen Fällen hätte ich 5 = "Done" erwartet.

Das alles lässt mich vermuten, dass im Zweifel vom OperatingState nur die letzten 3 Bits relevant sind. Der Zusammenhang bei dir mit der Velocity SILENT scheint mir Zufall zu sein. Bei mir waren die Anomalien unabhängig von der Velocity.

Ich habe mal ein Update gebaut, das den OperatingState korrigiert.
Den Log
Unknown OperatingState ID
habe ich weiterhin ab verbose 3 dringelassen, damit ich das Thema weiter im Auge behalten kann.

Das Feedback in deinen Logs zu FP1, also der Velocity hat sich als unbrauchbar erwiesen. Die Werte sind zu wiedersprüchlich. Da kann ich also nichts am Modul verbessern.


Danke nochmal für die Mitarbeit.
Gruß, Stefan.
Modulentwickler von KLF200 und KLF200Node

buennerbernd

Hallo KLF200-Nutzer,

ist etwas ruhig hier geworden. Ich interpretiere das mal als "Läuft alles".

Es gibt mal wieder ein Update des Moduls.

Es kam wiederholt dieser Wunsch auf:
Zitat von: SparcWolf am 30 Juni 2019, 15:25:34
...
Außerdem dauert es lange, bis FHEM merkt, dass ein Rollo mit den Schaltern bedient wurde.
Vielleicht kann ja noch ein UpdateInterval Attribut im KLF Modul implementiert werden (wie für die Regensensoren).

Grüße,
  Guido.

Die KLF-Box verschickt von selbst Status-Nachrichten an FHEM. Wenn das entsprechende Gerät direkt über die Box gesteuert wurde, dann kommen die Status-Updates sofort. Auch bei der Verwendung anderer Fernbedienungen lassen die Status-Updates nicht lange auf sich warten. Bei einigen Geräten scheint es für ungeduldige Nutzer dennoch etwas zu lange gedauert zu haben.

Dafür gibt es jetzt
set <name> statusUpdateInterval <s>

Damit kann man definieren, nach welcher Zeit in Sekunden spätestens ein Status-Update getriggert werden soll, falls keins von selbst kam.

Sonst gab es noch zwei Minikorrekturen.

Gruß, Stefan.
Modulentwickler von KLF200 und KLF200Node

BAfH

Guten Abend,
danke für die tolle Arbeit.
Bei mir lief das gesamte System ca 14 Tage, jetzt ist die Kommunikation zwischen FHEM und KLF200 gestört.
Hab alle Updates eingespielt, KLF200 im FHEM gelöscht, alles wieder eingelernt.
Ohne Erfolg.
Im FHEM Log sehe ich jetzt oft.
2020.03.25 18:59:51.539 1: KLF200 (Velux) GW_GET_STATE_CFM Queue is not empty! Run queue again. queueSize 4 subState Performing task in Command Handler
Am 19.03.2020 lief alles noch
2020-03-19_08:13:29 Velux_2 MPtarget: 0
2020-03-19_08:13:29 Velux_2 target: 100
2020-03-19_08:13:29 Velux_2 execution: up
2020-03-19_08:13:29 Velux_2 remaining: 0
2020-03-19_08:13:29 Velux_2 execution: stop
2020-03-19_08:13:29 Velux_2 operatingState: Waiting for power
2020-03-19_08:13:29 Velux_2 execution: up
2020-03-19_08:13:29 Velux_2 remaining: 81
2020-03-19_08:13:29 Velux_2 targetArrival: 2020-03-19 08:14:50
2020-03-19_08:13:29 Velux_2 operatingState: Executing
2020-03-19_08:14:50 Velux_2 sessionID: 4041
2020-03-19_08:14:50 Velux_2 lastRunStatus: EXECUTION COMPLETED
2020-03-19_08:14:50 Velux_2 lastStatusReply: COMMAND COMPLETED OK
2020-03-19_08:14:50 Velux_2 MP: 13
2020-03-19_08:14:50 Velux_2 pct: 100
2020-03-19_08:14:50 Velux_2 on
2020-03-19_08:14:50 Velux_2 remaining: 0
2020-03-19_08:14:50 Velux_2 sessionID: 4042
2020-03-19_08:14:50 Velux_2 MP: 0
2020-03-19_08:14:50 Velux_2 execution: stop
2020-03-19_08:14:50 Velux_2 operatingState: Done

Jetzt nichts mehr, Log von heute
2020-03-25_09:55:02 Velux_2 ioManufacturer: VELUX
2020-03-25_09:55:02 Velux_2 nodeTypeSubType: Roller Shutter
2020-03-25_09:55:02 Velux_2 model: VELUX Roller Shutter Type 2
2020-03-25_09:55:02 Velux_2 actuatorAddress: bcd7f0
2020-03-25_09:55:02 Velux_2 backboneReferenceNumber: 0278df
2020-03-25_09:55:02 Velux_2 MP: 63487
2020-03-25_09:55:02 Velux_2 MPtarget: 63487
2020-03-25_09:55:02 Velux_2 execution: stop
2020-03-25_09:55:02 Velux_2 remaining: 0
2020-03-25_09:55:02 Velux_2 velocity: Supported
2020-03-25_09:55:02 Velux_2 nodeVariation: NOT SET
2020-03-25_09:55:02 Velux_2 name: Rollladen Gästezimmer
2020-03-25_09:55:02 Velux_2 powerMode: ALWAYS ALIVE
2020-03-25_09:55:02 Velux_2 productGroup: 1
2020-03-25_09:55:02 Velux_2 productType: 1
2020-03-25_09:55:02 Velux_2 buildNumber: 13
2020-03-25_09:55:02 Velux_2 serial: 86 12820 38 14 31 177
2020-03-25_09:55:02 Velux_2 production: 2014 week 31
2020-03-25_10:35:03 Velux_2 model: VELUX SML Roller Shutter
2020-03-25_10:35:03 Velux_2 productCode: SML
2020-03-25_19:23:39 Velux_2 pct 29

Hat jemand eine Idee...
FHEM läuft im Docker, KLF feste IP

Danke
Gruß Thorben
mit sonnige Grüße aus Schönow

buennerbernd

Das Modul brauchst du eigentlich nicht in FHEM löschen. Hast du die KLF Box schon neu gestartet?
Modulentwickler von KLF200 und KLF200Node

BAfH

#454
ja, habe die Box merhfach neugestartet. Ich habe nur die Box im FHEM gelöscht, nicht das Modul. auch alle Nodes.
Nach dem Define der Box waren auch alle Nodes wieder da.
ZitatInternals:
   CFGFN     
   CHANGED   
   DEF        192.168.10.35
   DeviceName 192.168.10.35:51200
   FD         13
   FUUID      5e7b1c4c-f33f-0b58-5123-95d84063613574f7
   Host       192.168.10.35
   NAME       Velux
   NEXT_OPEN  1585164691
   NR         38626
   PARTIAL   
   SCENES     
   SSL        1
   STATE      disconnected
   TIMEOUT    10
   TYPE       KLF200
   READINGS:
     2020-03-25 09:54:40   connectionBroken 0
     2020-03-25 20:22:31   connectionsAfterBoot 2
     2020-03-25 09:54:42   hardwareVersion 6
     2020-03-25 19:02:21   lastError       
     2020-03-25 09:54:42   model           0.2.0.0.71.0
     2020-03-25 20:22:33   queueSize       4
     2020-03-25 20:22:32   sessionID       27
     2020-03-25 09:54:42   softwareVersion 0.2.0.0.71.0
     2020-03-25 20:30:31   state           disconnected
     2020-03-25 20:19:54   subState        Performing task in Command Handler
Attributes:
   DbLogExclude .*
   autoReboot 0
   room       Interfaces
   velocity   SILENT
Gruß Thorben
mit sonnige Grüße aus Schönow

buennerbernd

#455
Wenn du diese Meldung siehst, dann wurde 10 Minuten vorher ein Befehl auf der Box ausgeführt, von dem die Box glaubt, dass er noch nicht abgeschlossen ist.:

Zitat von: BAfH am 25 März 2020, 19:24:54

2020.03.25 18:59:51.539 1: KLF200 (Velux) GW_GET_STATE_CFM Queue is not empty! Run queue again. queueSize 4 subState Performing task in Command Handler


Interessant wäre also, was 10 Minuten vorher für Befehle gesendet wurden und was die Box durcheinander gebracht hat.
Eigentlich sollte sich mit dem erneuten Ausführen der Queue alles wieder aufräumen.
Klappt das bei dir nicht? Beschreibe mal, wie es sich danach verhält.

Du bist übrigens erst der Zweite, der ein solches Problem hat. Ich muss morgen mal im Thread suchen, ob bei dem anderen was über die Ursache herausgefunden wurde.

Gruß, Stefan.
Modulentwickler von KLF200 und KLF200Node

BAfH

#456
Guten Morgen,
ich habe aktuell 2 Dachfenster mit Rollladen und 1 Handsender KUX-100 und 2 Pads KLR200.
Die KLF200 habe ich angelernt einfach mit dem Control Pad kopieren.

Keine Ahnung was die Box verwirrt hat, Corona  ::)
Nein jetzt mal im Ernst mein Frau benutzt aktuell die Handsender und zur Zeit ist der Sohn hier könnte vermutlich auch einen Handsender benutzt haben...
Ich bin  mir relativ sicher, das Du eine Lösung findest Will jetzt keinen Druck aufbauen ;)
Gruß Thorben
Gruß Thorben
mit sonnige Grüße aus Schönow

pschlaeppi

Hallo zusammen,

Kann es sein das die Kommunikation zwischen KLF200 und dem FHEM die blocking Methode verwendet oder habe ich allenfalls
ein anderes Problem?

In den letzten 2 Monaten hatte ich jetzt das zweite mal die Situation dass die Verbindung zum KLF im "disconnected" Status war.
Dieses führt dann pro Tag zu ca. 600 Freezes a je etwa 10 Sekunden die ich per Freezemon entdeckt habe.
Reboote ich den KLF, ist jeweils alles wieder bestens.

Das Reboot Attribut habe ich auf 1 gesetzt. Scheint aber unter gewissen Umständen nicht zu helfen. FHEM ist auf dem letzten
Stand. Als OS nutze ich noch LTS 14.04, das heisst das die installierten libraries bis zum April 2019 aktuell sind. Zur Zeit bin
ich gerade dabei einen LTS 18.04 aufzusetzen from Scratch da ich einige meiner Pröbeleien entschlacken will. Könnte es
allenfalls einen Zusammenhang mit der OS Version haben.

Grüsse Philipp




buennerbernd

Das Modul ist generell non-blocking programmiert. Allerdings gibt es wohl beim Aushandeln der SSL-Verbindung eine Phase, die blocking ist.
Wenn die Verbindung zur KLF Box kaputt ist, dann wird regelmäßig versucht, eine neue Verbindung aufzubauen. Deshalb beobachtest du die Freezes.
In solch einem Fall hilft leider nur ein Neustart der Box.
Modulentwickler von KLF200 und KLF200Node

eurofinder

Hallo,

da ich es langsam leid bin mich mit den Problemen die die Tahoma über API-Zugang verursacht herumzuägern, suche ich nach einer Alternative meine 11 Oximo IO-Motoren und 12 Somfy Smoove IO anderweitig in FHEM einbinden zu können. Bin dabei auf die KLF200 aufmerksam geworden.

Meine Fragen hierzu:
1) Wenn ich das richtig verstanden habe, dann kann ich IO-Geräte an dier KLF200 anlernen und Cloud unabhängig steuern.
2) Kann ich die Smoove IO weiterhin nutzen oder geht die Steuerung dann nur noch über FHEM?

Gruß
eurofinder
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

buennerbernd

1) Ja. Am schlausten ist es, die Schlüssel von der Tahoma Box zu exportieren und in die KLF 200 zu importieren, wie am Ende im Wiki beschrieben.
2) Keine Sorge, du kannst alle deine Fernbedienungen und auch die Tahoma Box parallel zur KLF 200 verwenden.
Die Fernbedienungen werden aber nicht als eigene Geräte in FHEM angelegt. Man sieht nur deren Auswirkungen an den gesteuerten Geräten. Das kann aber wenige Minuten dauern.
Modulentwickler von KLF200 und KLF200Node

eurofinder

@buennerbernd:
Ah, man kann also gleichzeitig die IO-Geräte in der Tahoma-Box belassen und in der KLF200?

Gruß
eurofinder
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

enno

Zitat von: buennerbernd am 30 März 2020, 22:49:19
1) Ja. Am schlausten ist es, die Schlüssel von der Tahoma Box zu exportieren und in die KLF 200 zu importieren, wie am Ende im Wiki beschrieben.

zur Zeit warte ich noch auf meine KLF 200 und ärger mich über die Unzuverlässigkeit der Somfy Cloud. Kann ich nachdem ich die Schlüssel von Tahoma importiert habe diese "entsorgen"?

Gruss
  Enno
Einfacher FHEM Anwender auf Intel®NUC

buennerbernd

Zitat von: eurofinder am 31 März 2020, 08:53:20
@buennerbernd:
Ah, man kann also gleichzeitig die IO-Geräte in der Tahoma-Box belassen und in der KLF200?

Ja, letztendlich sind beide Geräte nur Zwei-Wege-Fernbedienungen.
Die IO-Geräte kommen mit mehreren Fernbedienungen zurecht.
Modulentwickler von KLF200 und KLF200Node

buennerbernd

Zitat von: enno am 31 März 2020, 08:59:44
zur Zeit warte ich noch auf meine KLF 200 und ärger mich über die Unzuverlässigkeit der Somfy Cloud. Kann ich nachdem ich die Schlüssel von Tahoma importiert habe diese "entsorgen"?

Können ja, müssen nein. Kommt drauf an, was du sonst noch an der Tahoma Box geschätzt hast.
Eine gute App? Steuerst du RTS-Geräte? Hast du Sensoren wie Sonnen- oder Windsensor eingebunden? Ich bin kein Tahoma-Experte, aber diese 3 Dinge gehen mit der KLF 200 nicht.
Modulentwickler von KLF200 und KLF200Node