Lamellenstoren, Venetian Blinds: Lamellenwinkel einstellen, via Tastern steuern

Begonnen von tomix, 02 November 2021, 00:09:11

Vorheriges Thema - Nächstes Thema

tomix

Hallo zusammen

Ich möchte jeweils mit einem Shelly 2.5 (via MQTT) unsere Rafflamellenstoren steuern. Den Shelly 2.5 habe ich bereits in FHEM eingebunden:

defmod myShelly Shelly 192.168.178.19
attr myShelly mode roller
attr myShelly model shelly2.5

Der Shelly ist noch nicht verbaut.
Wenn ich nun die Hinweise richtig verstanden haben, sollte hoch und runter auf eine bestimmte Position (nach der Konfiguration funktionieren). Möchte man die Lamellen kippen, den Motor entsprechend kurz laufen lassen. Gibt es dafür bereits etwas fertiges?

Nun sollten die Rafflamellenstoren auch noch klassisch mit einem Taster bedient werden können. Beim «Taster» wird es sich um ein Shelly I3 oder irgend ein anderer ESP handeln. Ich kenne folgende Bedienung:
- kurz drücken: Storen läuft in die entsprechende Richtung solange gedrückt wird.
- länger drücken: Storen läuft komplett in die entsprechende Richtung (also ganz zu oder ganz auf). Drückt man den Taster für die andere Richtung stoppt der Storen.

Mir ist unklar wie ich erreichen kann, das der Storenmotor sofort beim drücken des Taster anläuft, beim loslassen direkt wieder stoppt bzw. der Motor weiter läuft falls der Taster länger als x ms gedrückt wurde. Gibt es dafür Beispiele?

Wird dies sinnvollerweise ganz anders gelöst? Falls ja wie?

Gruss
tomix


Beta-User

Nach meinen eigenen Erfahrungen mit dem Thema Lamellensteuerung (Rollladenaktoren, eingebunden via CUL_HM) würde ich empfehlen, für diese Aufgabe Aktoren einzusetzen, die nativ einen "venetian blind mode" kennen. Gibt es u.A. in ZWave oder Homematic (-IP).

Afaik gibt das weder der Shelly-default noch irgendeine andere gängige firmware für ESPxx her.

(Ganz unabhängig davon, ob man jetzt die Einbindung via Shelly-Modul oder MQTT macht; du hast entgegen deiner Annahme nicht MQTT am Start...)

M.E. ist daher die Antwort auf die Frage, ob man das also sinnvollerweise anders löst eindeutig Ja!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

tomix

Zitat von: Beta-User am 02 November 2021, 07:05:42
(Ganz unabhängig davon, ob man jetzt die Einbindung via Shelly-Modul oder MQTT macht; du hast entgegen deiner Annahme nicht MQTT am Start...)
Stimmt, hab das ganze auch via Shelly-Modul eingebunden.

Zitat von: Beta-User am 02 November 2021, 07:05:42
M.E. ist daher die Antwort auf die Frage, ob man das also sinnvollerweise anders löst eindeutig Ja!
Okay, also so was:
https://qubino.com/products/flush-shutter/
https://www.homematic-inside.de/hardware/jalousieaktor-hmip-1-fach-unterputz

Dazu dann noch das Gateway. Wer hat Erfahrung mit Rafflamellenstoren und welcher Atraktor hat sich bewährt? Ist dann ein Befehl in der Art: Stell auf 40% und öffne die Lamellen 25 % möglich?

Da ich keinen Taster an den Atraktor anschliessen kann (beim Storen steht nur Strom zur Verfügung), bleibt noch die Frage wie ich einen Rafflamellenstoren mit einem Taster via FHEM ansteuern kann. Weiterhin erscheint mir folgende Bedienung als sinnvoll:
Zitat von: tomix am 02 November 2021, 00:09:11
- kurz drücken: Storen läuft in die entsprechende Richtung solange gedrückt wird.
- länger drücken: Storen läuft komplett in die entsprechende Richtung (also ganz zu oder ganz auf). Drückt man den Taster für die andere Richtung stoppt der Storen.
Hat jemand diesbzgl. Erfahrung?

Gruss
tomix

Beta-User

Ich habe welche von fibaro, die sind soweit ok.
Das sind  Unterputz-Aktoren, an den man auch 230V-Taster anschließen kann, die dann ziemlich genau die Funktionalität ermöglichen, die du (mit einer Fernbedienung?) haben willst (und etwas mehr, weil man z.B. bis zu dreifach-Klicks abgreifen kann): Einfacher Klick bei Stop = laufe los in die Richtung, Jalousie läuft+Klick=Stop, langes Drücken = fahre solange gedrückt wird (zum Drehen interessant). Interface ist ein USB-Stick (zwme), kostet unter 30,- Euro, allerdings muss man sich in ZWave etwas eindenken...

FB-Option (Taster) nutze ich praktisch nicht, meine Rollläden+Jalousien werden überwiegend mit AutoShuttersControl gesteuert (das kann auch Lamellendrehung), und RHASSPY-Sprachsteuerung stellt ggf. auf "Drehung = Behangtiefe".

Es gibt aber auch FB-Taster in Zwave, aber die sind in der Regel eher speziell, was die Einbindung in gängige Schalterserien angeht (mit Jung-Serien eher suboptimal), und grade bei Jalousien sind Funksysteme auch eher nicht so das gelbe vom Ei, weil uU. zu träge (es erfordert schon mit HW-Tastern etwas Übung).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

tomix

Ich habe schon einen KLF200 (von den Velux Dachfenster), das wäre ja io-honecontrol. Somfy hätte dafür was. Gibt es Erfahrungen damit?
Gruss
tomix

Beta-User

Zitat von: tomix am 05 November 2021, 00:10:39
Ich habe schon einen KLF200 (von den Velux Dachfenster), das wäre ja io-honecontrol. Somfy hätte dafür was. Gibt es Erfahrungen damit?
Glaube kaum, dass hier jemand zufällig über die Frage stolpert...

Generell wird KFL200 von FHEM unterstützt, und wenn das Protokoll bidirektional ist: warum nicht, wenn die Aktoren allg. gute Kritiken haben (was zu recherchieren wäre...).

Vielleicht schaust du, welche Commands die KFL dafür braucht, aber z.B. AutoShuttersControl kann seit neuestem im Prinzip sehr flexible Doppelsteuerungs-Befehle absetzen 8) (einzelne Situationen (noch) ausgenommen).
(Vermutlich ist das Preis/Leistungs-Verhältnis nicht "meins", aber das ist ein anderes Thema).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

tomix

Zitat von: Beta-User am 05 November 2021, 06:56:46
Generell wird KFL200 von FHEM unterstützt, und wenn das Protokoll bidirektional ist: warum nicht, wenn die Aktoren allg. gute Kritiken haben (was zu recherchieren wäre...).
Hab dies für die Dachfenster und die Rollladen auf den Dachfenster in Betrieb. Funktioniert tadellos (allerdings brauchen wir eigentlich nur offen oder zu).

Habe nun mal den einen Shelly 2.5 an einen Rafflamellenstoren angehängt. Wenn man den Motor nur für eine einbestimmte Zeit einfach so laufen lassen könnte, würde sogar das kippen funktionieren. Ich werde mal dies hier probieren:
https://tasmota.github.io/docs/Blinds-and-Shutters/#venetian-blind-support

Natürlich wäre es wie empfohlen viel einfacher eine fertige Lösung zu nehmen.

Zitat von: Beta-User am 02 November 2021, 07:05:42
Afaik gibt das weder der Shelly-default noch irgendeine andere gängige firmware für ESPxx her.
Das hat mich irgendwie etwas herausgefordert ;-) .

Gruss
tomix

Beta-User

 :) wieder was gelernt...

Eigentlich war klar, dass es wenn, dann mit Tasmota funktioniert. Bei Interesse können wir gerne ein attrTemplate dafür entwickeln, das dann optisch in etwa aussehen könnte wie in  https://forum.fhem.de/index.php/topic,114109.msg1084744.html#msg1084744 für ZWave abgebildet (und auch in etwa so funktionieren).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

tomix

Als ich das ganze gepostet habe, stand noch etwas von zweiter Regler für das selbe Relaispaar hinzufügen. Nun steht folgendes:
«All time based shutters (not stepper, pwm) can be enhanced with Venetian Blind functionality.»
Kopiere ich aber folgendes in die Console von Tasmota:
shuttertiltconfig1 -90 90 24 0 -90
erhalte ich nur:
RESULT = {"Command":"Unknown"}

Program Version 10.0.0(tasmota)
Build Date & Time 2021-10-19T08:23:49
Core/SDK Version 2_7_4_9/2.2.2-dev(38a443e)
Uptime 0T00:09:17
Flash write Count 74 at 0xF4000
Boot Count 12
Restart Reason Software/System restart
Friendly Name 1 Shelly_2_5
Friendly Name 2 Tasmota2


Die Doku bezieht sich auch auf 10.0.0.

Die Diskussion hier:
https://github.com/arendst/Tasmota/issues/7618
erläutert immerhin wie ich zum zweiten Schieber komme:
shutterrelay2 1

Aber wenn ich das richtig verstanden habe, müsste nun eigentlich alles bereits in der Firmware drin sein und ich suche irgendwo am falschen Ort. Mal am Objekt testen was die eingefügte Regel bewirkt.

...und damit ich nicht suchen muss in Zukunft. Umgeflasht wie folgt:
http://shellyip/ota?url=http://dl.dasker.eu/firmware/mg2tasmota-Shelly25.zip
siehe: https://github.com/yaourdt/mgos-to-tasmota

Gruss
tomix

tomix

Noch eine Schritt für Schritt Anleitung wie Tasmota auf einem Shelly 2.5 installiert werden kann:

Shelly 2.5 OTA auf Tasmota flashen (https://github.com/yaourdt/mgos-to-tasmota):
http://[IP des Shelly 2.5]/ota?url=http://dl.dasker.eu/firmware/mg2tasmota-Shelly25.zip

Shelly 2.5 installiert Tasmota und startet neu als AP. Mit dem Shelly verbinden und SSID und Wifi Passwort
auf der Webseite des Shelly (http://192.168.4.1) erneut setzen. Die Webseite des Shellys gab mir dann noch die IP aus die der Shelly nachher im Heimnetz hat (wie ging das?). Wieder mit dem Heimnetz verbinden und die Webseite des Shellys aufrufen.
Unter "Configure Other" das Template setzen:
Unter "Configure Module" Shelly 2.5 wählen.
{"NAME":"Shelly 2.5","GPIO":[56,0,17,0,21,83,0,0,6,82,5,22,156],"FLAG":2,"BASE":18}

Unter "Console" folgende Befehle eingeben:
Interlock 1,2
Interlock ON
SetOption80 1
PowerOnState 0

Shelly neustarten

Mal ganz grob den Storen kalibriert:
ShutterOpenDuration1 56
ShutterCloseDuration1 56


Aber wie kann man die eingebaute ShutterTilt Funktion nutzen kann??? Nach der Doku wie folgt:

shuttertiltconfig1 -90 90 24 0 -90
Ergibt aber nur ein:
... RSL: RESULT = {"Command":"Unknown"}

Gruss
tomix

Beta-User

Hättest du die Firmware entsprechend deines links selbst modifiziert und compiliert?
Sonst klappt das mAn. derzeit noch nicht.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

tomix

Zitat von: Beta-User am 10 November 2021, 06:27:56
Hättest du die Firmware entsprechend deines links selbst modifiziert und compiliert?
Sonst klappt das mAn. derzeit noch nicht.
Nach der Dokumentation für die Version 10.0.0 müsste dies klappen. Allerdings habe ich im Quellcode nichts bzgl. ShutterTilt gefunden (nur mit Bezug zu Zigbee). Also habe ich mich gefragt, wo der entsprechende Code ist und daher mal hier nachgefragt:
https://discord.com/channels/479389167382691863/479389167382691865

Die Antwort war dann die neueste Version zu nehmen (dachte also Development oder was auch immer), der angegebene Link war aber der selbe und siehe da seit dem 9.11.2021 (12:17) gibt es die Version 10.0.0.1 und in der ist ShutterTilt enthalten (der zweite Slider fehlt noch, aber bzgl. FHEM ist dies ja egal).

Update der Firmware geht wie folgt:
«Firmware Update»
OTA Url: http://ota.tasmota.com/tasmota/tasmota.bin
Firmware Link unter: http://ota.tasmota.com/tasmota/
«Start upgrade»

Da ich nicht gewusst habe was ich da alles ausprobiert habe, habe ich dann die Konfiguration zurück gesetzt und musste daher wiederum die Zugangsdaten für das Wlan einrichten und die Konfiguration nochmals vornehmen.

Gruss
tomix

Beta-User

Via update kommt jetzt ein erster Wurf eines attrTemplate für das Lamellen-feature. Falls du testen magst...

(Für Fragen würde ich bitte ein RAW-Listing von dem MQTT2_DEVICE benötigen, falls das template was kaputt macht auch vor dessen Anwendung).
Was noch fehlt, wäre ein "doppeltes" devStateIcon.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

tomix

Muss den Storen mal am Tag (zu laut) versuchen einzustellen. Damit zumindest mal unten und oben usw. stimmt. An welchem Ausgang ist normalerweise runter? Bei Shuttertilt1 Open lief der Storen einfach von zu nach offen und wieder nach zu usw. Habe dann abgebrochen.
Inzwischen ist die Version 10.0.0.2 Online.
Gruss
tomix

tomix

Zitat von: Beta-User am 11 November 2021, 09:53:50
(Für Fragen würde ich bitte ein RAW-Listing von dem MQTT2_DEVICE benötigen, falls das template was kaputt macht auch vor dessen Anwendung).
Wie erstellt man ein RAW-Listing, ist das gemeint?

defmod MQTT2_DVES_D315B0 MQTT2_DEVICE DVES_D315B0
attr MQTT2_DVES_D315B0 IODev MQTT2_FHEM_Server
attr MQTT2_DVES_D315B0 readingList DVES_D315B0:tele/shelly25_D315B0/LWT:.* LWT\
DVES_D315B0:cmnd/shelly25_D315B0/POWER:.* POWER\
DVES_D315B0:tele/shelly25_D315B0/INFO1:.* { json2nameValue($EVENT) }\
DVES_D315B0:tele/shelly25_D315B0/INFO2:.* { json2nameValue($EVENT) }\
DVES_D315B0:tele/shelly25_D315B0/INFO3:.* { json2nameValue($EVENT) }\
DVES_D315B0:stat/shelly25_D315B0/RESULT:.* { json2nameValue($EVENT) }\
DVES_D315B0:stat/shelly25_D315B0/POWER1:.* POWER1\
DVES_D315B0:stat/shelly25_D315B0/POWER2:.* POWER2\
DVES_D315B0:tele/shelly25_D315B0/STATE:.* { json2nameValue($EVENT) }\
DVES_D315B0:tele/shelly25_D315B0/SENSOR:.* { json2nameValue($EVENT) }\
DVES_D315B0:tasmota/discovery/E8DB84D315B0/config:.* { json2nameValue($EVENT) }\
DVES_D315B0:tasmota/discovery/E8DB84D315B0/sensors:.* { json2nameValue($EVENT) }\
DVES_D315B0:stat/shelly25_D315B0/UPGRADE:.* { json2nameValue($EVENT) }\
DVES_D315B0:tele/tasmota_D315B0/LWT:.* LWT\
DVES_D315B0:cmnd/tasmota_D315B0/POWER:.* POWER\
DVES_D315B0:tele/shelly25A_D315B0/LWT:.* LWT\
DVES_D315B0:cmnd/shelly25A_D315B0/POWER:.* POWER\
DVES_D315B0:tele/shelly25A_D315B0/INFO1:.* { json2nameValue($EVENT) }\
DVES_D315B0:tele/shelly25A_D315B0/INFO2:.* { json2nameValue($EVENT) }\
DVES_D315B0:tele/shelly25A_D315B0/INFO3:.* { json2nameValue($EVENT) }\
DVES_D315B0:stat/shelly25A_D315B0/RESULT:.* { json2nameValue($EVENT) }\
DVES_D315B0:stat/shelly25A_D315B0/POWER1:.* POWER1\
DVES_D315B0:stat/shelly25A_D315B0/POWER2:.* POWER2\
DVES_D315B0:tele/shelly25A_D315B0/STATE:.* { json2nameValue($EVENT) }\
DVES_D315B0:tele/shelly25A_D315B0/SENSOR:.* { json2nameValue($EVENT) }
attr MQTT2_DVES_D315B0 room MQTT2_DEVICE

setstate MQTT2_DVES_D315B0 2021-11-13 21:24:07 ANALOG_Temperature 29.4
setstate MQTT2_DVES_D315B0 2021-11-10 00:16:01 BASE 18
setstate MQTT2_DVES_D315B0 2021-11-10 00:22:55 Command Unknown
setstate MQTT2_DVES_D315B0 2021-11-13 21:24:07 ENERGY_ApparentPower_1 0
setstate MQTT2_DVES_D315B0 2021-11-13 21:24:07 ENERGY_ApparentPower_2 0
setstate MQTT2_DVES_D315B0 2021-11-13 21:24:07 ENERGY_Current_1 0.000
setstate MQTT2_DVES_D315B0 2021-11-13 21:24:07 ENERGY_Current_2 0.000
setstate MQTT2_DVES_D315B0 2021-11-13 21:24:07 ENERGY_Factor_1 0.00
setstate MQTT2_DVES_D315B0 2021-11-13 21:24:07 ENERGY_Factor_2 0.00
setstate MQTT2_DVES_D315B0 2021-11-13 21:24:07 ENERGY_Period_1 0
setstate MQTT2_DVES_D315B0 2021-11-13 21:24:07 ENERGY_Period_2 0
...


Eingestellt ist der Storen nun, für Tilt ist es etwa:
ShutterTiltConfig1 0 90 24 90 0
0° somit 12 Uhr bzw. senkrecht und 90° waagrecht.

Gruss
tomix