Beiträge von HarryP_1964
-
-
-
Die gedruckte Anleitung ist nicht nur klein sondern auch falsch!
Stimmt, aber ich hatte versucht in der App Einstellungen zu verändern, dann kam ein Popup "zum Aufwecken 3x kurz drücken".
-
Ich hab auch einen zum Testen (im Keller montiert).
Bisher nichts auffälliges, er meldet sich 1x/24h kurz im WLAN an.
Installation/FW-Update war etwas umständlich (s.o.).
-
Interessant, wie sich das Thema hier zur Sofa-Diskussion weiterentwickelt hat.
-
Die Einrichtung war eine echte Fummelei (3x Werksreset).
Erst als ich es geschafft hatte, von der installierten Beta-FW auf die stabile upzudaten liefen die folgenden Einstellungen problemlos.
Vorher war der Smoke weder über App noch über IP zuverlässig aufrufbar.
-
In Ergänzung zu der oben geführten Diskussion:
ja, der Smoke2 ist mit Heiman "verwandt"!
-
BTW:
Aktuell ist der Smoke2 im Shelly-Shop wieder verfügbar (habe gestern einen zum Testen geordert).
-
Wie darf ich mir das vorstellen? Wie beschrieben fehlt mir das Referenzgerät, um von neuem anzupassen.
Einen gefühlten ca. Wert kann ich da natürlich jetzt auch eintragen, ist aber nicht sinnvoll.
Keine Chance bei Gen.2 auf die vorige FW zu kommen?
So, wie oben beschrieben.
Erst den Offset auf "0", wenn rot und blau wieder zusammen sind, ungefähr die Hälfte des ursprünglichen Offset einstellen, wieder warten, dann wieder, abhängig von der noch verbliebenen Differenz ca. den halben Wert eingeben, usw.
Ich hatte den Effekt aber nur beim Update von Beta2 auf Beta3, beim Update von der Beta3 auf die 0.13 trat der Fehler nicht auf, vermutlich weil
Beta3 und 0.13 identisch sind.
-
Hallo zusammen,
das o.g. Problem hatte ich, als ich das letzte beta eingespielt hatte.
Der Offset wurde mal doppelt berücksichtigt bzw. doppelt abgezogen.
Ich habe den H/T dann mal 24h in Ruhe gelassen, gewartet bis rote und blaue Linie im Temperaturverlauf wieder beieinander waren und dann
behutsam den Wert in kleinen Offsetschritten wieder angepasst - hat funktioniert.
-
Gerade alle Plug S erfolgreich auf die Version 1.12.2 gebracht - keine Probleme!
-
Hier die Antwort von der Entwicklung (Todor Tsvetkov):
„It’s the same master commit, hence why it’s having name for 1PM, but the firmware is for Plug S.“
Da meine Plug-S problemlos laufen, verkneife ich mir diese downgrade.
-
Nein, es war wohl keine Internetstörung bei Ihm.
Hier fehlen auch historische Daten zwischen gestern 13:00 Uhr und heute 08:00 Uhr.
Im Englischsprachigen Forum wird ebenfalls über Ausfälle/Verlust von Historie berichtet.
Allerdings sagen Dimitar und Mircho Mirev, dass es keine Downtime gegeben hätte.
-
@EH
Zu der Thread-Überschrift TRV VENTIL-POSITION AUSWERTEN passt meine Frage und die Lösung des Problems doch perfekt,
denn wie soll man den die Position auswerten, wenn sie in HA gar nicht vorhanden ist/war?
BTW: Bist Du Hobby- oder Teilzeitmoderator in diesem Forum?
LG und frohe Weihnachten!
-
Hi,
Problem ist gelöst!
In der HA-Community habe ich folgenden gefunden:
Workaround:
- remove the device from the integrations
- in the Shelly TRV website deactivate Settings → AUTO TEMPERATURE CONTROL → “Enable automatic temperature control”
- add the TRVs again in the settings
- the valve position is available as a entity
Hat bei mir ebenfalls funktioniert.
Aber noch eine Frage zum Schluss:
Wo finde ich in HA die Einstellung zum Hinzufügen/Aktivieren neu erkannter Entitäten?
-
Also im Regelfall bekommst du ne entity mit der valve Position.
Dann läuft mein TRV in HA außerhalb der Regel.
Ich habe nur folgende 3 Entitäten:
und würde gerne Überwachen, wenn der TRV länger als x Stunden nicht öffnet.
Hat jemand einen Tipp?
-
Mein 4GB- Modell mit SD-Karte
Wenn Du länger Freude an Deinem HA haben möchtest, dann stelle gleich von Beginn auf SSD um.
Die SD-Karte wird vom PI/HA schon sehr gequält.
-
-
-
Problematisch ist nur der Shelly 2.5, der selbst bei sehr geringer Belastung schon recht warm wird.
Bei allen anderen sollte es, abgesehen vom Platz, gut gehen.