Ich habe zwei TRV, einem im Schlafzimmer einen im Bad.
Das Gerät im Schlafzimmer kann ich über die App (iOS) bedienen. Das Gerät im Bad nicht, da es als "offline" angezeigt wird. Auf die Web-GUI komme ich aber, d.h. es ist ihm Netzwerk erreichbar.
Ich habe das Gerät im Bad schon einmal aus der App gelöscht und neu eingebunden. Danach war es kurzzeitig erreichbar, dann aber schnell wieder nicht mehr. Der TRV im Bad hat eine hervorragende Netzwerkverbindung (siehe Bild).
Hat jemand eine Idee?
Also mein TRV im Schlafzimmer ist jetzt erwartungsgemäß
bei 0% angekommen. Also von >30% auf 0 in 2 Tagen, ohne dass geheizt wird.
Also ich habe meine beiden TRV vor einigen Wochen aufgeladen und dann im IOBroker ein Script programmiert, dass mir bei einem Batteriewert unter 30% eine Nachricht sendet.
Während in den ersten Wochen, wo ich sporadisch nachgeschaut habe, der Batteriestand fast unverändert war (99%) habe ich heute die Nachricht bekommen, dass der TRV im Schlafzimmer bei 17% ist. Gestern muss er noch bei >30% gewesen sein, sonst hätte ich da ja auch schon eine Nachricht bekommen. Jetzt habe ich gerade einmal nachgesehen und es werden mir 13% angezeigt, d.h. der Akku ist gerade "im freien Fall".
Der TRV im Bad wird mir hingegen mit 99% angezeigt. Wie gesagt, beide gleichzeitig geladen und zu tun haben sie im Sommer beide nichts.
DIe TRV-Software wirkt auf mich noch seeeeehr beta. Ärgerlich, den der Preis ist nicht beta...
Nachdem mir das FW-Update auf 0.10.3 geglückt ist, konnte ich die Kalibrierung vornehmen
Also nach fünf oder sechs weiteren Versuchen hat es dann geklappt, obwohl ich es immer gleich gemacht habe. Egal, die neue Firmware ist jetzt drauf
Klappt leider so nicht 🤷♂️ das Web-UI sagt zwar „Update successful“, aber macht Neustart und Refresh bleibt es bei der 0.10.2 🤬
Ich habe das gleiche Problem, an einem Rollo, das bislang durch einen Shelly 2.5 gesteuert wurden. Ich dachte ich ersetze mal einen 2.5 durch ein Plus2PM, aber Pustekuchen.
Mal wieder startet ein neues Device mit erheblichen Kinderkrankheiten 
FW-Update geht auch nicht (siehe anderer Thread). Eigentlich wollte ich mich darauf vorbereiten, sukzessive alle meine 2.5er durch Plus2 zu ersetzen, da die Lebenszeit der 2.5er ja offensichtlich sehr begrenzt ist, jetzt muss ich hoffen, dass meine 2.5er noch einige Zeit durchhalten, da die Plus2.5 noch nicht Produktionsreif sind. Schade.
Ich nutze einen Plus2PM, der auf der Firmware 0.10.2 läuft. Es wird mir sowohl in der App als auch in der Web-GUI ein mögliches Update auf 0.10.3 angezeigt.
Doch wenn ich auf "updaten" tippe oder klicke, scheint alles sauber durchzulaufen, am Ende bleibt aber die 0.10.2 installiert. Ich bekomme keine Fehlermeldung. Der Shelly startet durch, allein, die Firmware ist noch die alte.
Hat jemand eine Idee, was hier falsch läuft?
Ich habe folgendes Phänomen mit dieser Firmware:
Das Licht leuchtete gestern auf ca. 25% Helligkeit. Nach einiger Zeit (ca. 1 Stunde) wurde das Licht auf einmal heller um dann plötzlich auszugehen und nach 1 Sekunde wieder auf 25% hoch zu dimmen.
Einige Minuten später passierte das gleiche noch einmal, danach in immer kürzeren Intervallen.
Ihr könnt euch die Reaktion meiner Frau vorstellen 
Keine Ahnung, ob dies das "flickering issue" aus Dimitars Post ist.
Ich habe die alte, stabile Firmware wieder installiert.
Hallo Gruppe,
Ist eine Funktion in Planung um den shelly trv im sommermodus z.b. von 1.4-30.9 in Urlaub zu schicken ?
Oder gibt es Eine Funktion in zu deaktivieren?
Desweiteren Suche ich die einstellung das Display bei Bedarf am trv abzulesen.
Einer von euchveine Idee?
Gruß Thorsten
Eigentlich müsste er sich ja tot stellen, wenn Du "Enable automatic temperature control" deaktivierst. Das habe ich jetzt auch mal ausprobiert.
Ich würde den Akku aber wenn möglich rausnehmen und nicht leer bis Herbst liegen lassen.
Bzw. aufladen und rausnehmen, oder extern aufladen.
und wie bekomme ich die Akkus da heraus?
Also meine beiden TRV haben sich eh ins Nirvana verabschiedet... Akku leer, obwohl ich im März erst voll geladen habe. Ich warte jetzt mit dem Aufladen bis zum Herbst
Das Problem ist: HomeKit überprüft überhaupt nicht, ob jemand zuhause *ist*. Es kann nur darauf reagieren, ob jemand nach Hause *kommt* oder das zuhause *verlässt*. Wenn dabei etwas schief geht (das Kommen oder Weggehen einer Person wird nicht richtig erkannt), gerät des System aus dem Tritt.
Und dann kannst Du auch keine Person manuell an- oder abwesend setzen. Beispiel: Meine 7jährige Tochter nutzt ein altes iPhone SE als iPod und das bleibt immer zuhause (ist keine SIM-Karte drin). HomeKit "denkt" also immer, dass ja jemand zuhause ist, da das alte iPhone zuhause liegt. Den Zustand, dass niemand zuhause ist, erreichen wir in HomeKit also so gut wie nie. Mit diesen Einschränkungen sind wir von der Anwesenheitserkennung in HomeKit weg und ich habe mir im IOBroker selbst etwas gebastelt.
Der TE sollte sich noch einmal etwas intensiver den Shelly-Button 1 anschauen. Aus seinen Beiträgen wird ja deutlich, dass er noch nicht so tief in der Materie steckt.
Er sollte auch seine Anforderungen sind mir nicht ganz klar. "Der Button1 ist zwar nett, allerdings für mich persönlich nicht interessant, mit einer einzigen Taste mehrere Rollläden zu steuern." Dann soll er sich für jeden 2.5er einen Button 1 kaufen und alles ist gut. Er kann z.B. Single-Push mit hochfahren, langer Push mit runterfahren und Doppel-Push mit stop programmieren. Geht prima.
Gleichzeitig kann er auch mehrere Jalousien gleichzeitig steuern, wenn er das möchte.
Ohne genauere Anforderungen wird ihm hier niemand helfen können.
Das WLAN wird mir in der Unifi GUI immer noch angezeigt. Ein Refresh-Problem dürfte da nicht vorliegen.
Wenn ich mit meinem iPhone in der Nähe bin, wird mir das Netzwerk aber nicht bei den verfügbaren WLANs auf dem Handy angezeigt. Merkwürdig...
Die Funktaster müssen halt HTTP-Befehle ausführen können, dann sind sie kompatibel.
Oder Du hängst ein Steuerungssystem (z.B. IOBroker) dazwischen, dann kannst Du mit Knopfdruck alles möglich steuern.
Mein i4 funktioniert so weit sehr gut. Leider funkt er nach wie vor im AccessPoint-Modus, obwohl
er bereits in mein WLAN eingebunden ist. Meine anderen Shellies haben ihren AccessPoint nach dem Einbinden immer deaktiviert.
Auf meiner UniFi Web-GUI habe ich aber eben gesehen, dass der AP immer noch aktiv ist. Ich habe den AP in der Web-GUI des i4 deaktiviert bekomme aber keine Änderung. Reboot des Shellies hatte auch keinen Effekt.
Hat jemand eine Idee?
Mein Fazit: Kabellose Buttons sind eine Spielerei für Leute die viel Zeit und Geduld mitbringen, aber für den Normalbetrieb um eine Lampe im täglichen Gebrauch zu steuern einfach nicht brauchbar.
Ich hatte wirklich gehofft, dass Shelly es besser macht als Hue. Aber leider ist es nicht besser, einfach anders.
Sorry, aber Du beschäftigst Dich nicht wirklich damit, hörst nicht auf Tipps und maulst dann hier rum.
Der WLAN-Button kann HTTP-Befehle ausführen, mehr nicht. Entscheidend ist, welche HTTP-Befehle der Dimmer *annehmen* kann. Das findest Du in der Rest-Api (https://shelly-api-docs.shelly.cloud/gen1/#shelly-dimmer-1-2-light-0).
Das, was Du hier kritisierst, ist keine Schwäche des Buttons, sondern ein Schwäche der HTTP-API des Dimmers.
Cool... das kannte ich noch nicht 
"echtes" Dimmen geht über http nicht. Du kannst nur feste Wert eintragen, aber nicht gedrückt halten und er nimmt so lange, wie du hältst. Das geht nur, wenn Du einen Taster direkt am Shelly Dimmer anschließt.
