Mist, dann muss ich den Shelly plus 1 doch als Wlan Extender für den Uni nutzen.
Danke!
Mist, dann muss ich den Shelly plus 1 doch als Wlan Extender für den Uni nutzen.
Danke!
Hallöchen,
ich möchte meinen Uni an der Haustüre gegen ein plus Addon tauschen.
Am Uni habe ich ja zwei schaltbare Kontakte. Über den einen gebe ich den Impuls für den Türsummer.
Kann ich das auch mit dem plus Addon realisieren? Habe ihn am Shelly plus 1, brauche den pot. freien Kontakt aber schon anderweitig.
Besten Gruß,
Timo
Kennt einer von euch eines, das man auch in HA einbinden kann, oder zumindest mqtt kann?
Dann wäre, um bei Shelly zu bleiben, ein 1er mit Addon aber doch bestimmt möglich, wenn ich das richtig sehe.
Ab 26°C soll er dann (im Shelly fest eingestellt) abschalten, und alles was unter 26 Grad ist regelt mein Home Assistant.
Hallo,
ich bin sm überlegen mir eine Heizfolie als Fußbodenheizung unter das noch nicht verlegte Laminat zu packen.
Im Hinweistext vom Produkt steht:
Beim Einsatz elektrischer Fußbodenheizung ist zur Steuerung ein Thermostat zu verwenden, das eine einstellbare Temperaturbegrenzung von 26°C zulässt.
Ist das Wall Display dafür geeignet? Die Bodentemp. würde ich mir vermutlich über einen Uni mit entsprechendem Fühler holen.
Besten Gruß,
Timo
Über was werden die bei Dir befeuert?
http request oder mqtt, ThomasKA?
Einer der beiden die ich hatte lief per http request direkt von einem Shelly1 mit Temperatur Addon seit über 3 Monaten problemlos.
Nur war er halt bis zum einsatz des eigenen Asus Routers manchmal nicht erreichbar. Aber die Temp-Regelung lief absolut reibungslos.
Also meine Shelly TRV Reise ist nun beendet.
Nachdem der TRV im Wohnzimmer nun regelmäßig die Kalibrierung verlor und das Ventil nicht mehr geschlossen hat, gehen beide zurück zum großen A und werden auch durch Homematic IP TRV‘s ersetzt.
Schade eigentlich.
Habe den Ausus Router hinter der FritzBox. Die IPs werden von der Fritzbox vergeben. Der TRV hat eine feste IP. Reboot per http Request hat funktioniert.
UI ist wieder erreichbar.
Also meine Oberfläche ist TRV ist Heute seit Ewigkeoten mal nicht erreichbar. /status funktioniert jedoch, gibt mir aber komische Zeichen, statt Zahlen aus:
[script][/script]
[script] [/script][script][/script][script][/script][script][/script][script][/script][script][/script][script][/script][script][/script][script][/script][script][/script][script][/script][script]
{"wifi_sta":{"connected":true,"ssid":"asus_smart_2g","ip":"192.168.178.99","rssi":-53},"cloud":{"enabled":false,"connected":false},"mqtt":{"connected":true},"time":"10:49","unixtime":1675417769,"serial":0,"has_update":false,"mac":"8CF681149597","cfg_changed_cnt":0,"actions_stats":{"skipped":0},"thermostats":[{"pos":�.�,"target_t":{"enabled":true,"value":��.�,"value_op":�.�,"units":"C"},"tmp":{"value":��.�,"units":"C","is_valid":true},"schedule":false,"schedule_profile":1,"boost_minutes":0,"window_open":false}],"calibrated":true,"bat":{"value":99,"voltage":�.���},"charger":true,"update":{"status":"unknown","has_update":false,"new_version":"20220811-152343/v2.1.8@5afc928c","old_version":"20220811-152343/v2.1.8@5afc928c","beta_version":null},"ram_total":97280,"ram_free":30784,"fs_size":65536,"fs_free":59376,"uptime":489232,"fw_info":{"device":"shellytrv-8CF681149597","fw":"20220811-152343/v2.1.8@5afc928c"},"ps_mode":0,"dbg_flags":0}
[script][script][script][script][script][script][script][script][script][script][script][script][/script][/script]
Der TRV läd übrigens gerade, hängt vielleicht zusammen?[/script][/script][/script][/script][/script][/script][/script][/script][/script][/script][/script]
Hallo Frank Berges ,
wollte mal fragen ob sich der Akku Deines TRV nun schneller entleert als vorher, ohne mqtt.
Ich gebe die Temp-Daten per ioBroker an den TRV er verliert massiv schnell Akkulaufzeit.
Hallöchen,
ich habe nun zwei Temperatursensoren im Wohnzimmer per ioBroker Blockly zusammengefasst und lasse den Wert bei jeder Temperaturänderung an den TRV übertragen ( temp1 + temp2 = tempx; tempx / 2 ).
Der regelt echt super so, aber durch die Verwendung von zwei Sensoren passiert die Änderung so häufig, das der TRV sich nicht mehr schlafen liegt ; )
Der Akku war dann übrigens auch nach 7 Tagen auf 60% runter und der TRV schloss nicht mehr zuverlässig… aber letzteres ist ein anderes Thema / Problem…
Hat wer Erfahrung damit, wie groß der Abstand zwischen zwei Temperatur-Notifications an den TRV maximal sein darf, damit er noch ordentlich regeln kann?
15 Minuten, wie bei den Fritz! Dingern, ist mit Sicherheit zu lang. Könnte es natürlich auch so einstellen, dass Änderungen erst ab einer bestimmten Abweichung übertragen werden.
Besten Gruß und einen schönen Sonntag noch,
Timo
Dem kann ich mich nur anschließen. Leider nicht null Durchfluss bei 0% Anzeige im Status. HK blieb schön heiß…
Dann den TRV wieder geladen. Nun keine Probleme mehr. Bei mir war der kritische Akkustand übrigens bei grob 35%…
Mein Anti-Flickering Debounce steht auf 150 und CALIBRATION -> Dimming type steht auf trailing Edge.
Ich habe das manchmal bei sehr aufwendigen Scripten (php), das ich im Browser einen Timeout gemeldet bekomme, obwohl das Script im Hintergrund (auf dem Server) noch arbeitet. Ich habe die Vermutung, dass dies hier auch der Fall ist.
Der Timeout entsteht durch die teilweise recht lange Zeit des aufwachens des TRV, so dass das Frontend denkt es kommen keine Daten mehr. Wenn das nun so auch im Browser Cache abgelegt wird kann man nicht mehr auf den Shelly zugreifen, weil der im Cache abgelegte Timeout-Wert in dem Fall den erneuten Abruf des Frontend blockiert.
Dann wären aber auch trotzdem noch direkte http requests möglich, weil die ja nicht über das Frontend laufen.
Wer den Fehler wieder hat kann ja mal testen ob ein anderer Browser oder der Inkognito-Tab funktioniert.
Ich mache gleich auch nochmal ein Ticket bei Shelly auf. Viel hilft viel ; )
BE702F6E-F38A-41AD-A75D-1888A088A61F.jpeg eskalationskunde
Kannst Du mal probieren ob Du mit dem einfachen Baustein hier eine Antwort vom TRV bekommst?
Habe nämlich das Gefühl das der Shelly vielleicht nur bezogen auf die Oberfläche nicht mehr reagiert.
Der gesamte Befehl sieht so aus: http://192.168.178.99/settings/?display_brightness=6
Falls er den Befehl ausführt (wenn nicht schon 6 eingestellt ist) blinkt der TRV übrigens zur Bestätigung. Es geht ein Display Helligkeitswert von 1-7.
Mal als kurze Rückmeldung von mir. Mit dem Asus Router scheint es nun besser zu laufen als mit der AVM 7590, bzw. deren Mesh Repeater.
Per ioBroker kommen num alle Kommandos schnell beim TRV an.
Kannst Du eventuell Dein Blockly hier posten? Würde das auch gerne mal so probieren mit dem doppelten senden.
Hilft bei mir verleicht auch.
Diese Firmware hier ist die Einzige bisher die bei mir geholfen hat:
http://192.168.178.xx/ota?url=http://repo.shelly.cloud/firmware/dimo/SHDM-2-adeb-c.zip
Hatte ich auch hier im Forum gelesen. Diverse Einstellungen müsste ich mal nachschauen, wenn die Dich interessieren.
Läuft bei mir jetzt seit Monaten über dem Esszimmertisch problemlos. Musst dann neu kalibrieren.
Mein Asus ist der RT-AC53. Was ist mit den beiden von Dir genannten?
Der Unterschied zwischen Wlan und 868 Mhz Funk ist mir schon klar 😉
Ich habe teilweise Zeiten beim anpingen gemessen, wo vom ersten Ping bis zum ersten Antworten des TRV bis zu 60 Sekunden vergangen sind.
Ich habe den Aus aber jetzt nochmal umgestellt und beobachte weiter.
Auf die Frage der Beta-Firmware weiß keiner eine Antwort, oder?
Ich habe meine zwei TRV jetzt über einen Asus Router laufen. Leider keine deutliche Verbesserung.
Habe jedoch festgestellt das ein erfolgreicher Ping noch lange nicht bedeutet das die Weboberfläche erreichbar sein muss… Das soll mal einer verstehen.
Ich bin mittlerweile fast so weit die Beiden rauszuwerfen. Der Rest hier läuft per HMIP deutlichst stabiler. Vor allen Dingen werden Befehle direkt umgesetzt. Für so ein direktes Verhalten würde ich sogar ein Kabel zu den Shelly TRV legen ; )
Gibt es vielleicht eine Beta Firmware die man testen kann?