3 TRVs machen Probleme

VPN/Proxy erkannt

Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.

    • Autor

    Guten Tag

    Nach ein paar Monaten muss ich mir hier echt mal Luft machen ich bin sonst mit denn Produkten von Shelly zufrieden.
    Aber die BluTrv sind echte Endgegner ich habe mir 3 zugelegt sie sind an 3 fast neuen Ventilen befestigt.
    Am Anfang habe ich es mit einem Stick probiert alle 3 zu steuern mal ging es mal gingen nur 2 mal keiner.
    Dann habe ich es auf 2 Sticks aufgeteilt immer noch die gleichen Probleme.
    jetzt habe ich für jedes 1 Stick in Betrieb das gleiche wieder.

    Jedes mal komplett entfernt und neu eingebunden um Fehler zu vermeiden.

    Fehler sind Temperatur ist eingestellt auf 22,5 Grad die Temp liegt bei fast 23 Grad der eine TRV geht auf "Ventil 3%" der andere auf 64%
    Dann stell ich denn mit 64% auf 22 Grad somit ist die tatsächliche Temp 1 Grad über dem eingestellten "Ventil 38%"

    Also entweder reagieren die TRVs gar nicht oder nur bei jedem 3 Senden des Befehls total verzögert und das selbst nach Reboot vom Stick und dem TRV
    Dann habe ich es über HomeAssistant probiert ( als dumme Ventile ) also die Cloud außen vorgelassen es wurde ein wenig besser aber die Probleme blieben auch das es mal nicht reagiert hat.

    Aber das ja auch nicht Sinn und Zweck der Sache es sollte doch auch so funktionieren mir kommt es so vor als ob die Sticks in einen Ruhe Modus gehen oder die Befehle senden ohne auf eine Reaktion des TRVs zu warten und somit ins leere laufen.

    ZigBee hatte ich auch probiert in HA aber das scheint ja noch in denn Kinderschuhen zu stecken.

    Habt ihr noch irgendwelche Tipps was man noch probieren kann bin echt mit meinem Latein am Ende.

    mfg

    Ich habe mich ja hier im Forum schon mal lange darüber ausgelassen dass BTHome über BLE wirklich "dumm" implementiert ist, zumindest bei den "Sensoren":
    Im Wesentlichen wacht der Sensor "automatisch" auf (Event und/oder Zeitgesteuert), sendet seine Daten in den Ether und schaltet sich dann aus.
    => Ob diese Daten IRGENDWER ließt oder GAR KEINER ist dem BTHome-Device dabei offensichtlich komplett egal. Auch die Shelly BLE Debug-App hat keinerlei Optionen etwas von einem BTHome-Device "anzufordern" => es wird immer gefordert dass man dieses "händisch aufweckt", d.h.: Taste drücken, Event Auslösen (Tür/Fenster/Temperatur/...), usw.

    Somit kann es leicht mal vorkommen dass man bei schlechten Empfang minuten/Stundenlang kein Status-Update bekommt. "Stirbt" ein Device, so wird das an sich bei der Auswertung auch nicht berücksichtigt und es wird einfach der "letzte Wert" verwendet.

    Da ja der Shelly BLU TRV ja kein "Sender" wie ein Shelly BLU Door/Window ist, sondern zumindest teilweise ein "Empfänger" der Steuerdaten emfpangen muss - muss die Kommunikation irgendwo etwas anders ablaufen => aber die Grundprobleme bestehen sicherlich auch dort.

    Verwendung wenn möglich von Off-Cloud-Geräten wie Shelly (Cover, H&T, ...), NUOS Tasmota, Velux, Nuki, Ecowitt (Weatherstation), aber auch Cloud-Geräten wie Anker Solix (BKW), Husquarna (Rasenmäherroboter) und Roborock (Staubsaugerroboter).
    Alles zentral gesteuert durch Home Assistant.

    Ich denke BT war eine Sackgasse für die Kommunikation von Heizungskomponenten.

    IMHO ist Shelly der Einzige Hersteller der darauf setzt. Fritz/AVM nutzt DECT und Homematic IP ein proprietäres Protokoll. Wobei AVM auch genug Probleme damit hat, HMIP funktioniert aber bestens.