Beiträge von CoComp

Moin,
ich habe 10 Shelly 2.5 als Rolladensteuerung im Einsatz, alli identisch konfiguriert und mit aktueller Firmware. Ansteuerung über Loxone, was in diesem Fall aber nicht relevant ist. Es sind identische Motoren verbaut.

Folgendes Szenario (und das kann ich via App und auch via Loxone exakt gleich erzeugen)

• Ich fahre den Rolladen auf 25% (das ist bei mir ein kleiner Spalt zwschen den Lamellen)
  => funktiniert einwandfrei
• Ein paar Minuten später will ich den Rolladen mit http://192.168.xxx.xxx/roller/0?go=open öffen. Er fährt kurz an, bleibt dann stehen und zeigt mir an, dass er auf 100% steht - also offen ist. Was natürlich nicht der Fall ist.
  • Ich kann ihn dann per App, etc. auch nicht weiter öffnen, das das Teil ja glaubt, bereits auf 100% zu stehen
  • Leistungsaufnahme ist nicht auffällig hoch
  • Ich muss ihn also erst schließen, um ihn anschließend aus der 0% Position vollständig zu öffnen - egal ob über App oder via http. Das funktioniert auch.

Was kann das sein? Hat der Rolladenmotor einen weg? Spinnt der Shelly? Reboot, neu kalibrieren habe ich alles durch.

Moin,

ich habe 5 Stk 2.5 Shellys im OG, die in einer Szene zusammengefasst sind und über diese Szene von einem Shelly I3 als Gruppentaster zentral gefahren werden können. Jeder einzelne Shelly hängt an einem Doppetaster zur örtlichen Steuerung. Alle hängen aktuelll noch in der Cloud, um sie via Alexa fahren zu könnne. Alles läuft perfekt.

Nun habe ich Probleme mit meinem Internetprovider, so dass meine DSL-Verbindung mehrmals an Tag abbricht und ich nach dem Wiederverbinden eine neue externe IP bekommen. Genau in diesem Moment fahren alle Rolläden wie von Geisterhand herunter, ohne dass ich einen Grund erkenne.

DIe Shellys bekommen natürlich dabei keine neue interne IP und auch die Spannungsversorgung geht nicht weg. ich habe zwar eingestellt, dass die Rolladen beim Wiedereinschalten stoppen, aber das dürfte ja keine Rolle spielen.

Hat jemand eine Idee, was das Herunterfahren verursacht und wie ich das verhindern kann?

AlexAn

• Ist der Aufbau einer "Idee" oder schon praktisch am Shelly getestet?
• Ich verstehe die Idee der Parallelschaltung der Ausgänge des EIB Jalousie mit dem Multiplikator 100 am Ausgang Q nicht. Was willst du damit erreichen, beide Werte parallel auf den Shelly als Fahrsignal eine bestimmte Position zu geben?

Zitat

In der Http Vorlage ist die Position vorhanden: https://www.loxwiki.eu/download/attac…53915000&api=v2

Leider kannst du den Wert nicht in die Automatikjalousie schreiben aber das Thema hatten wir schon öfters auch bei anderen Herstellern!

Was in deinem Fall geht ist der EIB Jalousie zu sagen dass sie mit dem analogen Ausgang AQ in eine bestimmte Position fährt. Auf den Ausgang hängst du die Position aus der Vorlage: https://www.loxwiki.eu/download/attac…69642000&api=v2

Ich nutze die Eingangsposition ja schon über den EIB Dimmer, da es bei mir nicht funktioniert, bei der EIB Jalousie die Position an den Eingang AI zu hängen.

Ich weiß dann nur, in welche Postion ich den Rolladen über den Ausgang AQ geschickt habe. ich sehe aber nicht, ob er dann da hingefahren ist. Auch wenn der Rolladen manuell gefahren wurde, habe ich dann über den EIB Dimmer nicht die aktuelle Position....
Oder übersehe ich hier etwas?

Moin,

hat jemand von euch die Rolladensteuerung seiner Shelly 2.5 in Loxone über den Baustein: "Automatkjalousie" eingebunden?

Grundsätzlich habe ich meine 2.5er in Loxone über virtuelle HTTP-Ein- und Ausgänge und nicht per MQTT eingebunden, da ich die Vorteile der Cloudanbindung des Shellys (Sprachsteuerung über Alexa) nutze. In Loxone allerdings nutze ich nicht den Baustein "Automatkjalousie", da hier die Positionermittlung rein über die Fahrzeit erfolgt (Basiswerte für Auf-Fahrt und Zu-Fahrt müssen im Baustein eingetragen werden) und ich bislang keine Möglichkeit gefunden habe, die "echte" Position der Rolladen aus dem Shelly in diesen Baustein einzubinden.

Aktuell nutze ich einen EIB-Dimmerbaustein in Loxone, an dem am Statuseingang SP die echte Position aus dem Statuswerten des Shellys eingebunden ist. So ist dann in der Visu der Rolladen von 0% (geschlossen) bis 100% (offen) genau positionierbar und die korrekte Position wird auch angezeigt.

Diese korrekte Pos. brauche ich für weitere Steuerungsoptionen, wie

• die morgentliche Fahrt zunächst auf einen Lichtspalt (10%) und dann 15 Minuten später auf offen = 100%
• die Fahrt bei Regen und offenem Fenster auf 60% als Regenschutz
• etc.

deren Ausführung von der tatsächlichen Position abhängt (Wenn der Rollden schon auf ist, muss er morgens nicht zunächst auf 10% fahren). Viele dieser zusätlichen Feautures sind im Baustein "Automatkjalousie" implementiert und ich müsste sie nicht individuell umsetzen.

Danke euch im voraus.

Zitat

Allerdings stellt sich mir die Frage warum Du das nicht über Loxone machst wenn Du schon so ein übergeordnetes System installiert hast?

Im Prinzip eine gute Idee, aber...

• Ich habe ja auf die Shellys umbebaut, um meine Eenocean-Umgebung außer Betrieb zu nehmen und bräuchte die dann weiter, um die Gruppentaster ins Loxone zu bringen
• Ich würde gern auch auf Ebene der Gruppentaster eine funktionierende Lösung haben, auch wenn fhem/Loxone mal nicht zur Verfügung stehen.

Insofern ist dann die Idee mit den beiden DummyShelly 2.5 als Eingangsschnittstelle wahrscheinlich deb beste Weg, wenn ich schaltungstechnisch in der Verteilung nicht die Gruppentaster parallel auf alle Shellys der Gruppe legen wil.

Danke und viele Grüße

Jörn

Moin,

ich habe meine bisher über das Bussystem (RS485) von Eltako umgesetzte Rolladensteuerung mit normalen Doppelwippentastern an Eltako-Tastereingangsmodulen auf Shellys 2.5 umgestellt. Klappt prima und ist (wie voher die bisherige Schaltung auch) an Loxone angebunden und damit sowohl vor Ort in "Handsteuerung" als auch smart mit Astrofunktion, Aussperrsicherung & Co via Loxone steuerbar. Soweit alles prima.

Insgesamt 5 Shellys / Rolläden im EG und weitere 5 im OG.

Bisher habe ich die über Eltako die Gruppenschaltung über elektrische Gruppentaster (jeweils Doppelwippe für EG und OG neben der Haustür) realisiert. Mir fehlt die springende Idee, wie ich diese Taster zur Ansteuerung der jeweils 5 Rolläden in eine Gruppe EG und eine Gruppe OG in die elektrische Schaltung der Shellys einbinden kann.

Es geht mir nicht um die Gruppensteunerung per Shelly-App oder Loxone sondern um die Steuerung auf Switch-Ebene, so dass mit einfachem Tasterdruck beim Verlassen des Hauses die Rolläden unter Umgehung von App oder Loxone herunterfahren kann.

Kann mir mal einer das Brett vom Kopf nehmen.

Danke

Jörn

Moin zusammen,

ich möchte gern mitbekommen, wenn mein nicht über MQTT in FHEM eingebundener Shelly Dimmer über den angeschlossenen Taster manuell betätigt wird. Also habe ich bei den Achtions für den Button_1 http-Kommandos hinterlegt für Button_1 on und Button_1 off:

http://user:pw@192.168.178.19:8083/fhem?XHR=1&cmd=set%20OG.bz.LA.Decke.Switch%20on

http://user:pw@192.168.178.19:8083/fhem?XHR=1&cmd=set%20OG.bz.LA.Decke.Switch%20off

Angeschlossen ist ein Taster im Button-Type als "One Button Mode".

Sende ich die Http-Kommandos via Browse, ändert sich State des Dummys "OG.bz.LA.Decke.Switch" wie gewünscht. Kommt das aber vom Shelly, kann ich mir das Verhalten nicht erklären.

Ich drücke den Taster am Shella und der FHEM-Summy geht auf "on"
=> OK
Lasse ich den Taster wieder los, wird offensichtlich das HTTP-Kommando für Button_1 off gesendet, denn der Dummy ändert State auf off
=> Nicht ok, denn die Lampe ist ja weiterhin an. Die schaltet erst aus, wenn ich den Taster erneut drücke, wobei dann nochmal das HTTP-Kommando für Button_1 off gesendet wird.

Wie kann ich das ändern?

Viele Grüße

Jörn