Beiträge von gSyRm

Zitat von DIYROLLY

Das Relais sollte hörbar schalten.
Die Schraubklemmen sind mit 0,4Nm Anzugsmoment vorgegben, das ist nicht viel und viele übertreiben das und dann ist die Lötverbindung hin..

Ich traue mir durchaus zu, die Lötverbindung der Klemme gelockert zu haben (wer hat schon einen so kleinen Drehmomentschlüssel), aber das erklärt ja leider nicht, wieso das Relais nicht mehr geht und wieso das Teil offline ging und nur durch Factory-Reset wieder zu beleben war.
Aber gut, ich schick's jetzt einfach zurück, leider hat es etwas Lieferzeit (bei amazon, aber anderswo zahle ich viel Porto für hin+her).

Zitat von DIYROLLY

Das ein Eingang auf einen Schalter nicht reagiert oder dass das Relais die Spannung nicht mehr schaltet, kann vorkommen..Schraubklmmen zu fest angezogen und Lötverbindung getrennt.

Damit meinst Du jetzt aber die Lötverbindung der Klemme selbst, oder? Aber dann müsste ja das Relais noch hörbar schalten.

Zitat von thgoebel

Weshalb der Shelly 2PM Gen3 etwas schwerer zu öffnen ist, als andere Shellies, ist hier zu lesen:

Oh, danke, genau diese Bilder hatte ich heute vergeblich gesucht, nachdem ich sie vor Wochen schon mal gesehen hatte. Ja, das wird dann wohl eher nichts mit dem Öffnen ohne sichtbare Spuren. Wenn dann drunter das Relais wirklich kaputt ist oder die Platine einen Riss hat, lohnt die Reparatur eh nicht ... soll ich da jetzt auf bloß eine schlechte Lötstelle hoffen? Ich neige doch eher zum Umtausch.

Habe heute meinen ersten 2pm Gen3 installiert, aber irgendwas ist dabei schiefgegangen ... alles angeschlossen an Taster und Jalousie, kurz getestet (mit der App neues Gerät konfiguriert), schien alles zu gehen, also Sicherung raus, dann den ganzen Krempel in die Schalter-Dose hineineingequetscht - und dann ging nicht mehr viel: Gerät war blieb nach Wiedereinschalten der Sicherung dauerhaft offline und nur noch der eine Taster löste sein Relais (Jalousie runter) aus, die andere Richtung ging nicht (mehr? Bin mir leider nicht 100% sicher, ob sie anfangs ging).

Also alles wieder rausgeholt, aber in der Verdrahtung war absolut kein Fehler zu finden (auch nichts abgerissen, was ja beim reinschieben gerne mal passiert ... es ist ja bei weitem nicht mein erster Shelly).

Mittlerweile habe ich ihn immerhin wieder online - dafür war ein Factory Reset nötig und dann natürlich neue Einrichtung. Aber es bleibt dabei, dass ich sowohl per Taster als auch per App nur das eine Relais zum klacken bringe (die Jalousie ist jetzt nicht mehr angeschlossen), das andere bleibt stumm. Egal ob Jalousie-Modus ("cover") oder als zwei Einzelgeräte.

Ich neige nun dazu, das Teil umzutauschen gegen ein neues ... Das Gehäuse geht leider nicht so leicht auf, um mal nach dem Rechten zu schauen, ohne Garantieansprüche zu verwirken (oder doch?). Deshalb hier meine eigentliche Frage: Ist der Defekt eines Relais schon bei Auslieferung häufig oder ein bekannter alter Hut?

Oder kann ich das tatsächlich erst selbst irgendwie bewirkt haben, alleine durch das Gezerre an den Kabeln und das Festziehen der Klemmen, also was halt so an rein mechanischem Stress auf das Ding so einwirkt in einer vollgestopften Dose? (Ich denke ja, sowas muss das Teil abkönnen)

Elektrisch gesehen wurde es definitiv nur korrekt betrieben (und auch nur ein paar Minuten), das ist sicher. Und falsche Einstellungen sollte es nach dem Factory-Reset ja keine mehr geben oder?

FW-Version ist die 1.4.99, also diese werkseitige, für die es noch kein Update gibt.

Irgendwelche Vorschläge, was ich vor oder statt dem Umtausch noch versuchen sollte?

Der oberste Link der verlinkten Google-Suche führt (zum aktuellen Zeitpunkt, das ist aber dynamisch) in der Tat genau im Kreis wieder hierhin zurück, ist also eher wenig hilfreich. Aber weiter unten findet sich z.B. der hier. Hier haben offenbar Leute die Winkelsteuerung schon benutzt, wenn auch mit Problemen bei der Zeitsteuerung. Ok, soweit so gut - dann ist es zumindest rudimentär schonmal vorhanden!

Wie ist es mit der manuellen Steuerung per Taster? Das war mit dem 2.5 ziemlich dürftig, da er so träge reagiert. Da kriegt man höchstens ein bis zwei verschiedene Winkel hin, dann ist entweder ganz auf oder ganz zu. Ist das beim 2pm 3rd besser? (Ich meine gelesen zu haben, dass schon der ältere 2pm hier besser war, aber das alleine war mir nie den Versuch wert)

Im Ernst? Nachdem Shelly uns das Feature schon für die allerersten 2.5er jahrelang versprochen, aber nie geliefert hatte, und es jetzt zwei HW-Generationen später für den 2pm 3rd nun sogar schon explizit bewirbt, haben die das in der FW immer noch nicht fertig? Das wäre ein starkes Stück.

Hat jemand das Teil schon und kann mal zumindest in der Web-Oberfläche nachschauen (es setzt ja den 2pm nicht jeder für Jalousien ein, gibt ja auch andere Einsatzzwecke)?

Hat schonmal jemand mit dem neuen Teil die beworbene Steuerung des Lamellenwinkels bei Raffstores ausprobiert?

Ja, dieses BTHome - das ist in der Tat die gesuchte die BLE-API. Danke fürs Aufspüren!

Das mit dem Observer in der anderen API hatte ich gesehen, aber diese Formulierung dort

Zitat

When enabled via the observer.enable configuration flag, the device will run a constant passive Bluetooth LE scan and relay received advertisement packets to Shelly Cloud service, to enable scene triggers.

ist nicht 100% eindeutig, da sie sich ganz speziell auf die Weiterleitung von BLE Paketen an die Cloud bezieht. Die brauchen wir ja nicht (oder höchstens im Alarmfall). Das permanente Scannen wäre aber in der Tat erforderlich, nur eben keine besonders stromhungrige WLAN-Weiterleitung von beliebigen BLE-Paketen.

Wenn Du es konkret mit dem Smoke schon getestet hast, ist es dadurch aber abschließend geklärt.

(Vom Ergebnis her natürlich schade!)

Unter dem Link finde ich aber gerade nichts zum Bluetooth Interface. Da sind nur die IP-basierten Protokolle beschrieben (insbesondere hier https://shelly-api-docs.shelly.cloud/gen2/General/RPCChannels), soweit ich das sehe. Vielleicht bin ich aber auch nur zu blind, es zu sehen ...

Ob der Smoke das BLE (immerhin steht LE ja für Low Energy) wirklich komplett ausmacht - gibt es dazu schon gesicherte Erkenntnisse? Es gibt ja BLE-Scanner Apps fürs Handy, hat ein Smoke-Besitzer damit schonmal probiert, ob der "sichtbar" ist?

Ist die Bluetooth API eigentlich öffentlich dokumentiert? Konnte bislang nichts finden, auch generell nicht bei den BLE-fähigen Shelly, nicht nur Shelly plus smoke - aber bei dem wäre es wohl am interessantesten ...

edit by 66er:

unnötiges Vollzitat des letzten Beitrages entfernt. Bitte unterlassen, siehe Forenregeln

Ja, nur die spannende Frage ist, ob er das besser macht als der "original" Qubino Flush Shutter ZMNHCD1, mit dem ich es hier im Haus frustriert aufgegeben habe, irgendwas reproduzierbar zu steuern, v.a. mit den Tasten direkt am Schalter. Und den ich für ein FW-Upgrade ausbauen und einschicken musste ... danach gingen dann ein Feature besser und ein anderer schlechter ...

Also v.a. die beworbenen "Over-the-air Firmware-Updates" mit einem (beliebigen?) 3rd-party-Z-wave-Gateway würde ich gerne erstmal sehen, bevor ich da nochmal einen Versuch wage. Immerhin sind die Teile mit Shelly-Branding etwas billiger als die originalen damals.

Zitat

Warum sollte es Neuigkeiten geben.

Weil Shelly es seit Jahren immer wieder "halb-öffentlich" für die jeweils nächste Version versprochen hat (z.B. in Antworten auf Feature-Request-Tickets usw). Es wäre ja auch in Ihrem ureigensten Interesse, das Anwendungsspektrum nochmal deutlich zu erweitern. Es muss irgendeinen Hardware-bezogenen Grund geben, dass sie es offenbar aufgegeben haben. Neue HW nährt daher neue Hoffnung.

Okay, das könnte funktionieren (hat dann aber natürlich diese leichte Verzögerung drin und ich kenne Leute, die hektisch zu schalten anfangen, wenn sich binnen 100ms nichts rührt ), ist mir aber etwas zu unsicher für Zeiten, wo länger niemand zu Hause ist, der notfalls den Oszillator stoppt. Das müsste ich erstmal länger testen, wenn ich (zumindest nachts) ein paar Wochen am Stück daheim bin.

Für den nächsten Urlaub nehme ich lieber die erste Lösung.

Das heißt also, z.B. "turn=on&timer=1" bedeutet, dass 1s nach Empfang des Kommandos eingeschaltet wird?

Aber wieso "On und off muss dann umgedreht werden." ? Mit oder ohne Verzögerung, die Lichter sollen ja nicht im Wechsel an sein.

Zitat

Für ersten Fall könntest du versuchen, dass du es nochmals in den vorherigen Zustand versetzt und hinter die Actions "&Timer=1" (ohne ") setzt. On und off muss dann umgedreht werden.

Was bewirkt das? In der Doku steht "A one-shot flip-back timer in seconds", aber nicht, was vor und nach der Verzögerung passiert.

Also das wäre dann nach Deiner Beschreibung mit on/off über Kreuz sowas (wieder mit Button Type = edge):

OUTPUT SWITCHED ON URL:

http://<Adresse anderer Shelly>/relay/0?turn=off&timer=1

OUTPUT SWITCHED OFF URL:

http://<Adresse anderer Shelly>/relay/0?turn=on&timer=1

Das verstehe ich aber nicht.

Das sieht nach einer sehr guten Idee aus, auch erste Tests verliefen vielversprechend.

Es deckt nur zwei eher exotische Fälle nicht so ab, wie die ursprüngliche Lösung:

- wenn das WLAN oder Stromnetz beim "edge-type"-Shelly ausfällt, lässt sich mit dem Schalter am anderen gar nichts mehr schalten, also auch nicht das lokale Licht.

- wenn man auf dem "detached-type"-Shelly per Webinterface das Licht einschaltet, dann geht das andere nicht mit an.

Die Einschränkungen sind aber so minimal, dass ich damit wohl allemal besser fahre als mit dem Oszillator-Risiko.

Ich habe zwei Shelly-1, die im Prinzip jeweils eine Lampe schalten (in Wahrheit ist es etwas komplizierter, siehe hier, sollte aber für das Problem hier keine Rolle spielen). Jeder der beiden hat Action-URLs wie folgt:

OUTPUT SWITCHED ON URL:

http://<Adresse anderer Shelly>/relay/0?turn=on

OUTPUT SWITCHED OFF URL:

http://<Adresse anderer Shelly>/relay/0?turn=off

Und dazu Button Type auf "Edge", Power on default Mode = OFF.

Wenn also eine Seite EIN schaltet, geht die andere mit. Und wenn man per API irgendwas schaltet, macht das nächste manuelle Schalterumlegen rückgängig (wegen "edge"). Soweit so gut - funktioniert im Prinzip einwandfrei.

Aber es gibt nun doch ein in der Praxis selten auftretendes (aber wenn man es darauf anlegt leicht reproduzierbares) Problem:

Wenn die beiden Lichter eingeschaltet sind und ich dann an einem Shelly-Taster AUS und schnell (aber erst nachdem die lokale Lampe ausging) wieder EIN schalte, dann fängt das Gesamtgebilde an zu oszillieren! Meistens hilft nur noch die Sicherung, um es wieder zu stoppen.

Ich vermute es liegt an Verzögerungen im Netz (die gekoppelten Shellys sind übrigens in verschiedenen WLANs) und stelle mir das so vor:

Ich sende der Gegenseite AUS, und diese tut das und sendet AUS zurück, was normalerweise nichts bewirkt. Wenn ich aber beim Eintreffen des "Echos" lokal schon wieder angeschaltet habe, schaltet das Echo ihn gleich wieder aus, was einen AUS-Befehl in die andere Richtung auslöst. Währenddessen läuft aber das manuelle ausgelöste AN bereits rüber zur Gegenseite und schaltet diese ein, kurz bevor dann das AUS eintrifft usw. usf. ==>> Geflacker ohne Ende.

Gibt es dafür eine Lösung (ohne die funktionierende Grundfunktion) zu ändern?

Die Release Note zur v1.12 hat einen obskuren Eintrag zu einer Neuerung beim Shelly 2.5, hat das jemand verstanden oder die Dokumentation dazu finden können? Hilft uns das hier?

"Shelly 2.5 roller mode add new setting. Ends delay - see the API documentation for more information"

Richtig, der Preis spielt natürlich auch eine Rolle, zumindest wenn man gleich zehn Jalousien oder so automatisieren will - bei einer einzelnen wäre mir das ja noch egal, wenn's das doppelte kostet. Umgekehrt fällt bei zehn eine zusätzliche proprietäre Zentrale (Z-Wave, Zigbee, ...) nicht mehr so ins Gewicht wie bei wenigen.

Man kann die Frage auch dahingehend erweitern: Gibt es eine Shelly-kompatible Firmware, mit der alles funktioniert?

Auf shelly-cloud verzichte ich gerne, aber die Anbindung an die üblichen DIY-Haussteuerungen (MQTT, homebridge, ...) sollte erhalten bleiben sowie idealerweise die Möglichkeit, ohne Ein/Ausbau die Firmware wieder zurücktauschen zu können.

Und es sollten halt beide Kritikpunkte behoben sein:

- Winkel ansteuern via Hausautomation

- Winkel ansteuern mit den Tastern

Ersteres sollte technisch nun wirklich nicht schwierig sein, wenn man den Benutzer die Drehzeit konfigurieren läßt.

Letzteres ist möglicherweise wirklich nicht ganz so einfach zu implementieren, wie man denkt, da Taster prellen und zwar jeder Taster etwas anders, und der Hersteller eine universelle Lösung für alle Kunden finden muss. Wenn er das Entprellen in der Hardware nicht schon bedacht hatte (vielleicht ist das beim Shelly das Problem?), wird es per Software umso schwieriger.

Aber nichts ist unmöglich und wie schon gesagt, beim Fibaro RS3 geht's ja auch zufriedenstellend: Drücken und halten fährt den Winkel bis zum loslassen (maximal bis konfigurierten Drehzeit), ein kurzer Tastendruck startet oder stoppt die Fahrt.

Zitat

Naja ich komme immer auf Sonoff, aber ich bin Anfänger und lese ständig das man Tasmota flashen muss etc. Das ist einfach zu kompliziert für jemanden wie mich, der sich in dem Thema nicht verlieren will

Mir wär's flashen nicht zu kompliziert, aber ich kann keinerlei Infos darüber finden, wie Tasmota die Winkel mit den manuellen Schaltern steuert und wie gut das funktioniert. Das ist ja der eine wunde Punkt bei Shelly 2.5 (der andere ist die Winkel-Steuerung über die API).

Ohne Tasmota kann der Sonoff Dual wohl nur Rollläden ohne Winkel.

Zitat

Mit Sicherheit mehr als 1.

Mal Tante G. gefragt?

Die entscheidende Frage ist ja eher: Gibt es Konkurrenten, wo das auch tatsächlich funktioniert? Und die wie Shelly einfach Wifi/WLAN nutzen und somit keine weitere Steuerzentrale erfordern?

Ich habe schon "Fibaro Roller Shutter 3" (Winkel funktioniert, aber hat andere Probleme, Z-Wave) und Qubino Flush Shutter (Winkel ging bei alter Firmware gut, hatte aber andere Probleme, neuere Firmware war dann komplett kaputt, Z-Wave) ausprobiert. Der Homematic Jalousieaktor (proprietäres Protokoll) soll es laut Handbuch auch können, ist aber 3-4 mal so teuer wie Shelly (dazu kommt Zentrale + Adapter für Schalterserien).