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

Das
lastStatusReply: NO CONTACT
gibt mir zu denken.
Für funktioniert das normale Öffnen mit FHEM noch?
Modulentwickler von KLF200 und KLF200Node

samke

Ja, auf/zu vom ganzen Tor per Fhem über das KLF200 funktioniert (bis jetzt) ohne Probleme.

buennerbernd

Momentan habe ich keine bessere Idee.
Wie gesagt, das
lastStatusReply: NO CONTACT
kommt mir komisch vor. So als ob sich dein Hoftor eine Auszeit gegönnt hatte und die KLF-Box das Tor nicht erreichen konnte.

Ich werde mal die Funktion updateCurrentPosition etwas smarter machen, so dass sie auch in deinem Fall richtig funktioniert.
Dann sollte man erkennen, welcher Torflügel FP8 und welcher FP16 ist.
Sehr wahrscheinlich ist
auf = 0
zu = 51200

Dein Tor hat doch sicher eine Lichtschranke. Teste mal bitte, ob die trotz geändertem priorityLevel noch berücksichtigt wird und was da für Meldungen kommen.
Modulentwickler von KLF200 und KLF200Node

samke

Zitat von: buennerbernd am 06 März 2022, 18:12:01
Ich werde mal die Funktion updateCurrentPosition etwas smarter machen, so dass sie auch in deinem Fall richtig funktioniert.
Dann sollte man erkennen, welcher Torflügel FP8 und welcher FP16 ist.

Hört sich gut an, danke!

Zitat von: buennerbernd am 06 März 2022, 18:12:01
Dein Tor hat doch sicher eine Lichtschranke. Teste mal bitte, ob die trotz geändertem priorityLevel noch berücksichtigt wird und was da für Meldungen kommen.

Das geänderte priorityLevel bezieht sich auf das gesamte Tor/Steuerung? Oder nur auf den Part, wenn es per Fhem gesteuert wird?

Das Tor fährt nicht, wenn was in der Lichtschranke steht. Wenn das Tor zu fährt und man was in die Lichtschranke stellt, dann interessiert das dem Tor nicht. Laut Anleitung von Somfy müsste es dann aber anhalten und wieder auffahren. Jetzt weiß ich gerade nicht, ob ich das "damals" ggf. so eingestellt habe, oder ob es mit dem geänderten priorityLevel zu tun hat.
Neu ist nach dem Ändern des priorityLevel, das in der App von Somfy nun gemeckert wird, das man im "manuellen Modus" ist - und daher nur noch vor Ort gesteuert werden kann. Nachdem man das wegklickt, kann man aber trotzdem per App das Tor steuern.
Den Test habe ich per "Somfy Fernbedienung" gemacht, also das Tor auf und zu - daher führt das Log vom Fhem hier nichts auf. Soll ich das Tor noch mal per Fhem auf und zu machen und die Lichtschranke testen und schauen ob dann was im Log steht, oder was benötigst genau?

buennerbernd

#784
Das geänderte priorityLevel wirkt sich nur auf die Befehle aus, die von FHEM gesendet werden.
priorityLevel 5 bedeutet, der Befehl kommt von einer automatischen Steuerung,
priorityLevel 3 bedeutet, der Befehl kommt von einer Handfernbedienung (Heißt, der Nutzer steht da und weiß/sieht was er tut.

Bzgl. deiner Lichtschranke: Die sollte eigentlich immer greifen. Mit FHEM wird nichts für andere Fernbedienungen verstellt.

Du schreibst, deine App bemerkt, dass man im "manuellen Modus" ist. Welche App ist das? Geht diese App über Tahoma?

Was bei FHEM anders sein kann, als bei deinen bisherigen Steuerungen, ist dass FHEM selbst keinen priorityLevelLock beim Übertragen der Befehle sendet. Das heißt, FHEM schließt keine anderen Fernbedienungen von der Übersteuerung seiner Befehle aus. Diesen Unterschied könnte die App bemerken.

Wie muss ich mir den Fußgängermodus vorstellen? Kann man da den Winkel eingeben? Geht das mit dem andern Torflügel auch? Weiß deine App, welcher Torflügel offen ist? Kannst du mal einen Screenshot von der App machen, wo man den Fußgängermodus sieht?

PS: Ich habe noch eine Idee. Probiere mal:
set Velux_9 raw MP=55303
Modulentwickler von KLF200 und KLF200Node

samke

Hi, sorry für die späte Rückmeldung!

Das sich die Änderung am "priorityLevel" nur auf fhem bezieht, das schon mal gut, habe ich verstanden.

Mit der Lichtschranke liegt das an der Einstellung der Steuereinheit, ich denke auch nicht, dass das was mit dem Thema hier zu tun hat. Lassen wir also mal aussenvor.

Ich habe eine "Tahoma Classic", das ist die erste Somfy iO Box die es ca. vor 8 Jahren gab. Dazu nutze ich die zugehörige (iOS) App "TaHoma Classic By Somfy".
Und die App verbindet sich mit der Tahoma Cloud, welche sich dann mit der Box verbindet - also keine direkte (interne Netz) Verbindung, sondern über die Cloud von Somfy.

Mittlerweile wird der "Fehler" in der App auch nicht mehr angezeigt. Ich hatte das früher schon mal ne zeit lang und dann war der dort auch auf einmal weg. Ob es da jetzt einen Zusammenhang zu anderen Steuerungen gibt, oder ob das jetzt zufall war, ich weiss es nicht. Vielleicht lassen wir das daher auch erstmal aussenvor.

Anbei mal kurz 3 Bilder von der Tor Öffnung - gibt halt "zu", "ganz auf" und "Fußgängermodus". Bei Fußgängermodus wird nur ein Flügel aufgefahren. Da kann ich nur auf oder zu sagen, also kein Winkl. Man könnte nach "auf" dann "Stopp" drücken, dann hätte man das nicht ganz aufgefahren (Winkel), aber man kann es nicht genau anfahren. Es geht immer der gleiche eine Flügel auf, das gibt die Steuerung vor (habe ich da eingestellt) - weil die Flügel ja in einander fahren und sich so verschließen, daher kann ja eh nur der eine Flügel zu erst fahren.

samke

Zitat von: buennerbernd am 09 März 2022, 11:44:58
PS: Ich habe noch eine Idee. Probiere mal:
set Velux_9 raw MP=55303

Haaaaaa! Das ist es! Das Tor fährt damit in den "Fußgängermodus", sehr cool! Wenn man es dann noch mal abschickt, fährt es auch nicht zu, das bleibt dann offen - optimal!

Nun wäre die Frage, wie bekommt man das jetzt als "Knopf" hin? Bzw. oder/und wie bekommt man das URL hin? Wenn ich ein Rollladen fahre, kann ich das zB über

http://192.168.xxxx.xxx:xxxx/fhem?cmd=set Velux_8 on

Wie würde ich das mit der "Fußgängeröffnung" machen müssen?

(Kleine Randfrage noch, Sensoren gehen über den KLF220 garnicht auszuwerten, oder? Ich hab noch einen Helligkeitssenor, aber der wird vom KLF220 schon garnicht gefunen).

postman

Hallo samke,
ich nutze Doppelrollläden (2 Rollläden mit einer Steuerung)  von Velux. Zum Öffnen steuere ich die einzelnen Rollläden so:
htmlCode <A HREF="[http:// http://]<ip>:8083/fhem?cmd=set Velux_1 raw ParameterActive=1 FP1=0 MP=55304 FP2=53504"><img src="/fhem/images/default/lcars/button-hoch.PNG" height="40" width="130"></a>
diesen HTML-code kann ich dann auch in einem Floorplan verwenden.
du musst die FPx entsprechend anpassen.
Zum Schliessen des Rollladens verwende ich " set Velux_1 down".
Vielleicht hilft Dir das ein wenig. die Lösung stammt von buennerbernd, der mir dabei sehr geholfen hat.
Gruß
postman
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...

samke

Zitat von: postman am 11 März 2022, 22:51:45
Zum Öffnen steuere ich die einzelnen Rollläden so:
htmlCode <A HREF="[http:// http://]<ip>:8083/fhem?cmd=set Velux_1 raw ParameterActive=1 FP1=0 MP=55304 FP2=53504"><img src="/fhem/images/default/lcars/button-hoch.PNG" height="40" width="130"></a>

Sehr gut, klappt, wäre in meinem Fall dann -> http://192.168.xxx.xxx:xxxx/fhem?cmd=set Velux_9 raw MP=55303
Danke!

Gibt es auch einen toggle Befehl? Also statt "on" und "off" - dass das Tor bei Status "zu" halt "auf" und bei "auf" dann dementsprechen "zu" fährt beim auslösen des Befehls?
Oder muss ich dafür am KLF220 ein Programm anlegen und das dann versuchen anzusteuern?

postman

Moin samke,
ZitatGibt es auch einen toggle Befehl?
eventuell lässt sich so etwas mit einem Dummy und einem DOIF realisieren; da wirst Du wohl etwas probieren müssen.

Gruß
Uwe
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

Klar gibt es den toggle Befehl, aber für das komplette Tor, nicht für den Fußgängermodus.
Modulentwickler von KLF200 und KLF200Node

samke

Ne, sorry, ich meinte den toggle Befehl schon für das ganze Tor, nicht für den Fußgängermodus.
Und wie würde der Befehl dann aussehn?

buennerbernd

Das lasse ich jetzt mal als Forschungsaufgabe offen stehen 😉
Modulentwickler von KLF200 und KLF200Node

postman

#793
Hallo samke,
set device toogle  ;D
Kannst Du übrigens, wie das Öffnen auch auf einen Button legen, sieht dann so aus, nur statt "off" "toogle":
htmlCode <A HREF="[http:// http://]<ip>:8083/fhem?cmd=set Velux_2 off"><img src="/fhem/images/default/lcars/button-hoch.PNG" height="40" width="130"></a>

Gruß
Uwe
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...

samke

Ok, das jetzt doch einfacher als gedacht, hab ich ein wenig zu umständlich gedacht. Aus der Doku hatte ich das jetzt so auch nicht rausgelesen.
Ich wollte den Status nehmen und daran halt auf oder zu als nächstes bestimmten - allerdings stimmt der Status vom Tor leider nicht immer, oft weiß das Tor auch nicht, wo es ist.
Aber so ist das ja um so einfacher mit "toggle".

Wenn das Tor im Fußgängermodus ist, dann öffnet das Tor ganz, wenn man "toggle" absetzt.