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

scooty

securedVentilation funktioniert 1A.
:)
Vielen Dank!
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH10880 / IO Homecontrol

Elektrolurch

Hallo,

jetzt habe ich mein Velux-Rollo und die Dachfenster auch in homekit eingebunden. Der Roladen funktioniert mit dem genericDeviceType blind korrekt, aber die Dachfenster nicht:


genericDeviceType window
homebridgeMapping CurrentPosition=pct,minValue=0,maxValue=100,minStep=10
room Homekit


Leider ist recht wenig über den genericDeviceType windo zu finden.
Hat das jemand schon mal angewendet?

Elektrolurch
configDB und Windows befreite Zone!

scooty

Ja, verwende es erfolgreich so mit Google Assistant (RAW definition):
attr DG_FENSTER genericDeviceType window
attr DG_FENSTER homebridgeMapping TargetPosition=pct,cmd=pct,minValue=0,maxValue=100\
CurrentPosition=pct,minValue=0,maxValue=100


Andreas
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH10880 / IO Homecontrol

Elektrolurch

Danke, funktioniert nun für die Dachfenster.
Mit dem Rollo habe ich allerdings bezüglich der Laufrichtung noch ein Problem:

Ich habe im restlichen Haus die Somfy RTS, da ist die Position 0, wenn sie offen sind, 100 wenn der Rollo unten gerade so auf der Fensterbank anliegt und noch Lüftungsschlitze hat und 200 wenn er ganz geschlossen ist.

Leider scheint das attribut

homebridgeMapping invert=1

nicht zu funktionieren.
Setze ich bei der KLF200 das Attribut

attr Gz_Dachfenster  directionOn down

so ist wie gewünscht der offene Rolladen = 0, der geschlossene = 100
Siri schliesst aber  den Rolladen, wenn ich sage
"Öffne den Rolladen im Gästezimmmer"
und vice versa.

Ist das Attribut "directionOn" nicht gesetzt, so wird zwar der Befehl:

set Gz_Rolladen limitationMax 70

korrekt ausgeführt, also bei fast geschlossenem Rollo stoppt der Schliessen - Vorgang, aber die angefahrene Position wird mit 30 angezeigt.
= offen und richtig verstandener Siri - Befehl habe ich noch nicht zusammen hinbekommen.

Also eigentlich brauche ich

attr Gz_Rolladen directionOn down

und die Möglichkeit bei Siri die Laufrichtung umzudrehen, so dass der gesprochene Befehl  "schliessen" auch den Rollo schliesst und nicht öffnet.

Elektrolurch
configDB und Windows befreite Zone!

naund

Neu erzeugtes Gerät erkennt laufend neue Knoten:

Jede Minute ist für jeden Rolladen so ein Eintrag im Log:
2020.07.12 12:31:20 2: autocreate: define FileLog_Velux_0 FileLog ./log/Velux_0-%Y.log Velux_0
2020.07.12 12:31:20 1: KLF200 (Velux) - new Node found, updateAll

Ich musste das Gerät neu angelegen, da der dämliche Speedport die IP Adresse neu vergeben hat.  Da habe ich das Gerät gelöscht und neu angelegt, diesmal mit dem Namen statt IP Adresse (mit IP Adresse passiert aber das Gleiche).  Ich habe mehrfach das Gerät gelöscht und neu angelegt, mit und ohne Neustart, keine Änderung. Hat jemand eine Idee?

buennerbernd

Du musst das Device für die Box und für alle Nodes löschen.
Dann schadet vielleicht ein FHEM Neustart nicht und dann neu anlegen. Dann sollte sich alles finden.
Modulentwickler von KLF200 und KLF200Node

naund


postman

Hallo,
ich hab noch mal die Doppelrollläden probiert; funktioniert leider immer noch nicht.
mit FPx kommt im log des Rollladnes nur:
2020-07-13_10:10:30 Velux_1 raw FP1=52100
2020-07-13_10:10:30 Velux_1 MPtarget: 54272
2020-07-13_10:10:30 Velux_1 sessionID: 20
2020-07-13_10:10:30 Velux_1 sessionStatusOwner: PROGRAM
2020-07-13_10:10:30 Velux_1 sessionInformationCode: 06000058
2020-07-13_10:10:30 Velux_1 lastRunStatus: EXECUTION ACTIVE
2020-07-13_10:10:30 Velux_1 lastStatusReply: UNKNOWN STATUS REPLY
2020-07-13_10:10:30 Velux_1 lastMasterExecutionAddress: ad7dc9
2020-07-13_10:10:30 Velux_1 lastControl: FHEM
2020-07-13_10:10:30 Velux_1 lastCommandOriginator: SAAC
2020-07-13_10:10:30 Velux_1 sessionInformationCode: 20000058
2020-07-13_10:10:30 Velux_1 lastRunStatus: EXECUTION FAILED
2020-07-13_10:10:30 Velux_1 operatingState: Non executing


Sieht also so aus wie bei den ersten Versuchen.
Raspberry Pi Version 2 QUAD-CORE CPU und 1 GB RAM, CUL V3 868 MHz,  stapelbarer CC1101 (SCC) 433 MHz, Enocean-Stick,Jeelink-Stick, BSB-Lanadapter

Spruch eines Ausbilders: Theorie ist, wenn man alles weiss und nichts funktioniert; Praxis ist, wenn alles funktioniert und keiner weiss warum...

buennerbernd

Zitat von: Elektrolurch am 10 Juli 2020, 12:17:20
Ist das Attribut "directionOn" nicht gesetzt, so wird zwar der Befehl:

set Gz_Rolladen limitationMax 70

korrekt ausgeführt, also bei fast geschlossenem Rollo stoppt der Schliessen - Vorgang, aber die angefahrene Position wird mit 30 angezeigt.
= offen und richtig verstandener Siri - Befehl habe ich noch nicht zusammen hinbekommen.

Also eigentlich brauche ich

attr Gz_Rolladen directionOn down

und die Möglichkeit bei Siri die Laufrichtung umzudrehen, so dass der gesprochene Befehl  "schliessen" auch den Rollo schliesst und nicht öffnet.

Elektrolurch

Hallo Elektrolurch,

in Sachen Homebridge kann ich dir nicht helfen, das habe ich nicht am Start.
Was ich aber nicht so genau verstanden habe: Vermutest du noch eine Unstimmigkeit bei der Limitation?
Wichtig ist hier zu wissen, dass limitationMin und limitationMax ihre Bedeutung tauschen, wenn man das Attribut directionOn setzt.
In diesem Fall sollte man einmal limitationClear aufrufen, damit nichts durcheinander kommt. Ansonsten sollte eigentlich alles stimmig sein.

Gruß, Stefan.
Modulentwickler von KLF200 und KLF200Node

buennerbernd

Zitat von: postman am 13 Juli 2020, 10:14:42
Hallo,
ich hab noch mal die Doppelrollläden probiert; funktioniert leider immer noch nicht.

Ich recherchiere noch zu diesem Thema, vielleicht bekomme ich bald noch ein paar neue Infos.
Mit der neuen Version sollten deine Doppelrollladen als SMG im productCode und model erkannt werden. Wenn ja, kannst du ja noch einmal fheminfo send aufrufen, um die Statistik zu bereinigen.

Gruß, Stefan.
Modulentwickler von KLF200 und KLF200Node

postman

Hallo buennerbernd,
Wenn ja, kannst du ja noch einmal fheminfo send aufrufen, um die Statistik zu bereinigen.

Da es , wie geschrieben, nicht funktioniert, habe ich z.Z. sämtliche Veluxdevices wieder gelöscht. sie werden deshalb auch derzeit nicht imfheminfo angezeigt.
Etwas, was besonders nervt ist, das nach Einrichtung der klf200 das log mit immer neue Devices gefunden zugemüllt werden.
Gruß
Raspberry Pi Version 2 QUAD-CORE CPU und 1 GB RAM, CUL V3 868 MHz,  stapelbarer CC1101 (SCC) 433 MHz, Enocean-Stick,Jeelink-Stick, BSB-Lanadapter

Spruch eines Ausbilders: Theorie ist, wenn man alles weiss und nichts funktioniert; Praxis ist, wenn alles funktioniert und keiner weiss warum...

buennerbernd

Zitat von: postman am 14 Juli 2020, 10:48:21
Etwas, was besonders nervt ist, das nach Einrichtung der klf200 das log mit immer neue Devices gefunden zugemüllt werden.

Das gleiche wie im Post #559 weiter oben?
Modulentwickler von KLF200 und KLF200Node

postman

Hallo,
Das gleiche wie im Post #559 weiter oben?

Anscheinend ja. Habe das, was da geschrieben war, auch probiert. Alles gelöscht, FHEM rebootet etc. Aussehen tut es so:
2020.07.13 10:13:38 3: Velux: Unknown code �T_ T_ �K�WK�W, help me!
2020.07.13 10:13:38 1: KLF200 (Velux) - new Node found, updateAll
2020.07.13 10:13:58 3: KLF200 Velux_1: Unknown OperatingState ID: 88
2020.07.13 10:13:58 3: KLF200Node (Velux) GW_CS_GET_SYSTEMTABLE_DATA_NTF 0102 ignored 201 545f0c 768 28 1 545f0c
2020.07.13 10:13:58 3: KLF200Node (Velux) GW_CS_GET_SYSTEMTABLE_DATA_NTF 0102 ignored 202 4bb357 768 28 1 4bb357
2020.07.13 10:13:58 3: KLF200Node (Velux) GW_CS_GET_SYSTEMTABLE_DATA_NTF 0102 ignored 201 545f0c 768 28 1 545f0c
2020.07.13 10:13:58 3: KLF200Node (Velux) GW_CS_GET_SYSTEMTABLE_DATA_NTF 0102 ignored 202 4bb357 768 28 1 4bb357

Das Ganze kommt ca. alle 30 - 40 Sekunden.
Auf der KLF200 wurden nachträglich 2 Repeater verbunden. Frage mich, wo die herkommen, ich hab nämlich keine. Die KLR200 wird das wohl nicht sein.

Gruß
Raspberry Pi Version 2 QUAD-CORE CPU und 1 GB RAM, CUL V3 868 MHz,  stapelbarer CC1101 (SCC) 433 MHz, Enocean-Stick,Jeelink-Stick, BSB-Lanadapter

Spruch eines Ausbilders: Theorie ist, wenn man alles weiss und nichts funktioniert; Praxis ist, wenn alles funktioniert und keiner weiss warum...

buennerbernd

Repeater sind, soweit ich weiß andere KLF200 Boxen, die im Repeater-Modus laufen.
Wenn die nicht von dir sind, kannst du die nicht einfach löschen? Was besseres fällt mir da nicht ein.
Der Modul-Code ist offensichtlich nicht gut darauf vorbereitet, dass NodeIds über 200 vorkommen. Hatte ja noch niemand.
Wenn ich mal wieder am Modul arbeite, kann ich mal schauen, ob mir da Vorkehrungen einfallen.
Modulentwickler von KLF200 und KLF200Node

pschlaeppi

#569
Hallo zusammen,

Ich verwende aktuell 4 Velux Dachfenster mit Markisen und bin aktuell dabei die in meine Beschattungsautomatik zu integrieren.
Dabei verwende ich auch Funktionen welche bei Regen und bei Wind Böen oder zu hohen Windgeschwindigkeiten sowohl die Markisen einfahren wie auch die offenen Dachenster schliessen. Gesteuert werden 3 Fenster und 4 Markisen. Das letzte Fenster verfügt über keinen Motor da es  ohne Gerüst unzugänglich ist wenn es mal nicht richtig schliessen würde.

Bei auftreten von Regen, Sturmböen, zu hoherWindgeschwindigkeit oder wenn die Frostgrenze unterschritten wird, will ich die Fenster und Markisen mittels "limitationMax 0" entsprechend limitieren dass sie auch manuell nicht mehr geöffnet werden können. Sobald Regen, Wind wieder normal sind oder die Frostgrenze unterschritten wird, wird dann wieder "limitationMax 100" gesetzt.

Die Schliessbefehle werden von allen 7 Geräten immer gleichzeitig und erfolgreich ausgeführt.
Die Begrenzung greift aber unterschiedlich gut. Manchmal werden die Werte bei 5 Geräten gesetzt, manchmal nur bei einem.
Bei Geräten wo sie nicht erfolgreich gesetzt werden, meldet das Gerät jeweils "lastRunStatus EXECUTION COMPLETED, lastStatusReply COMMAND COMPLETED OK. Es sind nicht immer die gleichen Geräte bei denen die Werte nicht gesetzt werden.

Um eine möglichst schnelle Schliessung zu erreichen, löse ich die Befehle wie folgt aus (MA= Markisen 1-4, DF = Dachfenster 1-3):

     fhem("set [a-zA-Z]{2}.[a-zA-Z]{2}.(MA|DF).* 0");
     fhem("set [a-zA-Z]{2}.[a-zA-Z]{2}.(MA|DF).* limitationMax 0");


Im Event Monitor sehe ich dann jeweils unknown Messages wie untenstehend bei einem Test wo nur 1 Gerät den limitationMax Wert 0 akzeptiert hatte. 6 hatten es nicht akzeptiert. Ich nehme daher an dass untenstehende Meldungen vermutlich Fehlermeldungen der 6 Geräte sind.


2020.07.28 14:53:37 1 : KLF200 (Velux) - unknown:  03111c8001
2020.07.28 14:53:45 1 : KLF200 (Velux) - unknown:  03111c8201
2020.07.28 14:53:52 1 : KLF200 (Velux) - unknown:  03111c8401
2020.07.28 14:53:54 1 : KLF200 (Velux) - unknown:  03111c8601
2020.07.28 14:54:00 1 : KLF200 (Velux) - unknown:  03111c8801
2020.07.28 14:54:02 1 : KLF200 (Velux) - unknown:  03111c8a01


- Wie kann ich diese unknown Meldungen allenfalls decodieren und die Ursachen eruieren?
- Was könnten allenfalls mögliche Ursachen sein?


Mit freundlichen Grüssen

Philipp