genau mein verhalten... hast du einen externen sensor, oder benutzt du den internen? Mein Stand-Alone-TRV hat das Problem nicht. Es scheint, daß der TRV sich manchmal nicht zwischen internem und externem Wert entscheiden kann und dann murks fabriziert. Das würde erklären, warum 2 Heizkörper im selben Raum mit der selben externen Temperatureingabe bei gleichem Soll-Wert völlig verschieden angefahren werden und warum es manchmal nicht reagiert, obwohl sollwert längst über/unterschritten ist!
Beiträge von Lilinator81
-
-
der TRV reagiert um den Sollwert herum zu träge....Bei unterschreiten müßte er sofort aufmachen, aber er tut manchmal nichts. und heute morgen hatte er die Temp erreicht und geht auf 100%. Sauna Juhuu! Und das bei den Energiepreisen. 85% der Zeit tut der TRV genau was er soll.... aber das reicht eben nicht.....
-
Hallo, wird der Istwert von einem externen Sensor geliefert?
ja...
-
So hier der Wöchentliche Akku-Bericht.
2022-03-02 14_38_03-ShellyDW2-AkkutestNiMh.xlsx - Excel.jpg
Es zeigt sich, daß die größeren AA-Zellen nun nur noch 1% pro Woche verlieren, wohingegen die AAA-Zellen noch 2% / Woche verlieren. Bleibt abzuwarten, wie sich der Trend fortsetzt.
Bitte beachten daß in diesem Energieverbrauchssetup jeder Sensor sich täglich ca 100x !!! beim MQTT-Server meldet und die Werte übermittelt.
Ich denke, man kann also bereits jetzt hochrechnen, daß ein energiesparendes Setup mit diesen preisgünstigen NiMh-Akkus durchaus bis zu einem Jahr durchhalten kann-eher mehr. Ich werde dieses Testsetup bis zum Schluß weiterlaufen lassen und hier berichten. Ein weiteres "minimalverbrauch"-Testsetup ist nicht nötig. Der Versuch zeigt, daß die Lihium-Batterien preisgünstig ersetzt werden können. An der Stelle muß ich die Lidl-Akkus mal loben-diese haben fast keine Selbstentladung mehr und sind wirklich günstig.
Kommt also nun wieder die Frage auf: Wie verpackt man die NiMh-Akkus möglichst hübsch. Das Akkupack per Kabel neben den ShellyDW zu hängen ist zwar machbar-aber die Frau/Freundin wird das nicht lustig finden.
Somit kommt Möglichkeit Nr 2 in Betracht: der ShellyDW muß größer werden, damit die Zellen im Inneren Platz haben. Wer also über entsprechende Modellierungs-/Konstruktionsfähigkeiten verfügt um ein entsprechend langes/breites 3-D-Druck-Modell zu erstellen, darf sich nun gerne hier melden
-
so heute grad nochmal das verhalten als screenshot...Temperatur ist innerhalb 30minuten um 0,6°C unter den sollwert gefallen und der TRV "greift" nicht ein. Sobald die Temperatur richtung Sollwert absinkt müßte doch bereits langsam gegengesteuert werden..beim unterschreiten aber auf jeden Fall..
-
Ich lade die Webseite und bekomme direkten Response. Dann versuche ich auch nur eine Einstellung zu ändern und es heisst, "Device could not by reached".
WIFI RSSI: -66 dBm
Genau wie bei mir. manchmal ist die Seite gleich da, manchmal kommt sie Ewigkeiten garnicht, und manchmal bricht es mitten im Zugriff ab....
-
Heute morgen wieder knalle heiße Heizung bei 0% ventil...also wieder die Kalibrierung verloren nach 2 Tagen.
Der TRV:
-vergißt manchmal das Heizen, und manchmal das Abschalten, obwohl der sollwert schon über 1/2°C überschritten wurde und es davor 2 Tage super funktioniert hat.
-vergißt die Kalibrierung und die Heizung ist knalleheiß, obwohl ventil auf 0% steht.
-ist manchmal ewig nicht erreichbar. Hier ist Akkudauer zweitrangig-lieber komme ich auf die Weboberfläche und lade den trv dafür 2x im Jahr !
Bitte bringt schnell ein neue Firmware-so sind die TRV nicht zu gebrauchen!
-
So nach 3 Wochen gebe ich mal einen kurzen Zwischenstand zum NiMh-Akkutest. Die Akkus schlagen sich hervorragend.
2022-02-23 10_57_55-ShellyDW2-AkkutestNiMh.jpg
Die Entladekurve flacht sich bei allen 3 Setups in letzter Woche ab, so daß eine noch längere Betriebsdauer zu erwarten ist. Eine grobe schätzung nach derzeitigem Stand würde folgende Laufzeiten bedeuten:
3xAA 2400mAh ~10 Wochen Laufzeit bei minimal 30% Restanzeige
4xAA 2400mAh ~27 Wochen Laufzeit bei minimal 30% Restanzeige
4xAAA 950mAh ~26 Wochen Laufzeit bei minimal 30% Restanzeige
Das alles jetzt aber bei maximal möglichem Stromverbrauch, nebenbei gemerkt.
-
Same here. It is working for a few Minutes/Hours, then the data is not longer transmitted and the TRV takes its own Temperature..... hope there is a FW-Update to fix the TRV-Issues.
BTW, my Stand-Alone-TRV is working perfectly...
-
Also ich kann das bestätigen: Neueste Firmware, 2xTRV mit HT "gekoppelt". Temperatur hält den ganzen tag. Dann irgendwann abfall um 0,8°C und Ventil immernoch auf 0%. Irgendwann vergißt er einfach so das "Heizen". In die andere Richtung ebenso. 0,2°C über der Soll-Temp und Thermostat steht immernoch auf 35%. Reboot und alles tut wieder für 1-2 Tage.
Letztens hat er bei 0% die Nacht durchgeheizt-entweder hat er die Kalibrierung verloren oder es ging nicht ganz zu-hab den punkt "ForceClose" mal aktiviert.
2. Shelly im Raum, welcher auch mit dem HT gekoppelt ist, erhält die gleiche Soll-und IST-Temperatur, hat aber ganz anderes Verhalten, heizt "viel weniger" mit. Weboberfläche ist teils Stunden nicht erreichbar-sollte ja nach ca 2-5Sek. kommen. Factory Reset hilft auch nicht wirklich.
Ich hoffe, daß es bald mal wieder ein FW-Update gibt, welches die Bugs behebt. Bisher paßt der Kosten-Nutzen nicht und die Frau ist mittlerweile auch NOT-AMUSED und stellt die TRVs in Frage
-
Der Ping war nur zur Darstellung hier. Aber nach 2 Monaten mit den TRVs muß ich sagen, daß manche TRVs einfach teilweise 30minuten nicht erreichbar sind....
-
Seit dem Update auf die 2.0.3 wacht er manchmal 30-50min nicht mehr auf. Die DAUER-Pingrate an allen Shellys ist unterirdisch! Die Webseite lädt manchmal ewig. Abstand zur Fritzbox ca 6-7m gleicher Raum!-das ist auch nicht mit Akkubetrieb zu erklären. Meine DW2 und der ShellyMotion sind alle unter 30ms! Hier mal ein Auszug eines TRV`s:
Ping wird ausgeführt für 192.167.13.244 mit 32 Bytes Daten:
Antwort von 192.167.13.244: Bytes=32 Zeit=1094ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1718ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=108ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=628ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1374ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1728ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=430ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=797ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1541ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1887ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=141ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=636ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1208ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=8ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=738ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1535ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1739ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=25ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=841ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1740ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=22ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=638ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1391ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1477ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=17ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=624ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1321ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=105ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1719ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1793ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=102ms TTL=255
ist das bei euch auch so?
-
ich kann das bestätigen....obwohl die Empfangsstärke OK ist, sind die Ping-Werte grottig! Webinterface manchmal ewig nicht zu erreichen, obwohl pings ankommen. Meine Door/Windows2 haben alle in der Wachphase einen Ping unter 30ms!!! Hier ist was faul! Ich habe das Phänomen bei allen meinen 3 Shellys:
Ping wird ausgeführt für 192.167.13.244 mit 32 Bytes Daten:
Antwort von 192.167.13.244: Bytes=32 Zeit=1094ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1718ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=108ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=628ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1374ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1728ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=430ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=797ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1541ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1887ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=141ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=636ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1208ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=8ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=738ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1535ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1739ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=25ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=841ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1740ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=22ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=638ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1391ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1477ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=17ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=624ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1321ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=105ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1719ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=1793ms TTL=255
Antwort von 192.167.13.244: Bytes=32 Zeit=102ms TTL=255
Wie gesagt: ALLE anderen WLAN-Geräte haben unter 30ms!!
-
same here. my HT is on DC-Power and wakeup every 5-6Minutes. Since tonight there was no more wakeup. So deactivating and reactivating MQTT and new MQTT-Password & Reboot and it is working fine the last 5 hours (wakeup every 5-6 minutes)...eventually this is a workaround
-
nimm einen Door/Window2, bevor du ewig rummachst. evtl ne konstantstromquelle von 12v->6v besorgen, dann kannst du den strom vom Garagentorantrieb abgreifen und mußt den nicht mit Batterien betreiben.
-
-
also, wenn du den Taster (das kleine loch vorne) kurz drückst, geht der shelly für ca 3min an. Wenn du es lange drückst, stellst du den Shelly auf Werkseinstellungen zurück und er erscheint wieder als Wlan_Accesspoint, mit dem du dich verbinden kannst.
Sollte er das nicht tun, würde ich mal die Batterien tauschen. Akkus hast du nicht zufällig verwendet?
-
versucht mal unter settings---Auto TemperatureControl---accellerated heating den haken raus zu nehmen. Der punkt kam mit dem neuen update und fährt die Thermostate etwas aggressiver
-
Fotos?
haha auch noch so aufwändige Sonderwünsche
An der Stelle wärs sogar dauerhaft möglich zu betreiben: Akkus hinter die Heizung und weisse Kabel und gut...aber im Wohnzimmer würde die Frau das nicht so lustig finden...da muß ne saubere Lösung her auf Dauer. Deshalb dachte ich daran, ein anderes SellyDW2-Gehäuse zu drucken, wo die Akkus reinpassen. Die Elektronik kann man ja einfach rausziehen aus dem Originalgehäuse....
-
Die 2 Zellen sind in Serie geschalten für 6v. Aber bitte nicht an den 6V festhalten der ShellyDW2 läuft stabil mit bis zu 3v hinunter! Es sind also keine 6v nötig! Ich habe momentan seit 2 Tagen ein Testsetup laufen mit folgenden Einstellungen:(Vibrationserkennung an, Lichterkennung an, Temperatur-Threshold auf 1°C, LED AN, MQQT-MaxTimeout:5min - Also ein ziemlich Akkufressendes Setup) :
ShellyDW2 an 3x 1,2v NiMh-AA-Zelle --> Zeigt unverändert 45% Akku an nach 2 Tagen
ShellyDW2 an 4x 1,2v NiMh-AA-Zelle --> Zeigt zwischen 87-88% Akku an nach 2 Tagen
ich werde heute einen weiteren Aufbau starten mit 3x 1,2v AAA-NiMh-Zellen und hier über den weiteren Verlauf der Akkufüllstände berichten