ich nutze seit ein paar Tagen zwei Rademacher Universal Gurtwickler smart 3000 über Matter over Thread in Home Assistant und habe ein merkwürdiges Verhalten beim Stoppen während der Fahrt festgestellt.
Wenn ich den Rollladen über Home Assistant hoch- oder herunterfahren lasse und währenddessen versuche zu stoppen, bleibt er nicht an der aktuellen Position stehen. Stattdessen kehrt er um und fährt wieder zur vorherigen Ausgangsposition zurück.
Aufgefallen ist mir das, als ich einen Wand-Schalter für die Steuerung belegen wollte, um die darüber ausgelöste Bewegung an beliebiger Stelle auch wieder anhalten zu können.
Beispiel:
Rollladen ist vollständig unten.
Hochfahren starten.
Während der Fahrt in Home Assistant cover.stop_cover ausführen bzw. Stop-Button in der Geräte-Ansicht drücken
Der Rollladen bleibt nicht an der aktuellen Position stehen, sondern fährt anschließend wieder nach unten.
Beim Herunterfahren verhält es sich entsprechend umgekehrt.
Direkt über die Tasten am Gurtwickler funktioniert das Stoppen dagegen ganz normal und er bleibt an der aktuellen Position stehen.
Auffällig ist außerdem, dass die aktuelle Position über Matter während der Fahrt nicht fortlaufend aktualisiert wird, sondern offenbar erst nach dem Stoppen bzw. nach Abschluss der Fahrt.
Ich habe zusätzlich geprüft, dass Home Assistant tatsächlich den vorgesehenen Matter-Stop-Befehl an den Gurtwickler sendet und dieser vom Gerät auch erfolgreich bestätigt wird. Daher vermute ich aktuell eher ein Problem in der Firmware bzw. Matter-Implementierung und habe es vorhin bereits an Rademacher gemeldet und warte auf deren Rückmeldung.
Firmware-Version ist bei mir 1.0.0.
Hat jemand von euch ebenfalls den neuen Universal Gurtwickler smart 3000 und könnte einmal ausprobieren, ob sich das Verhalten reproduzieren lässt?
Interessant wäre auch, ob es über einen anderen Matter-Controller wie Google Home, Apple Home oder Alexa genauso aussieht.
Da das Gerät zusätzlich zu Matter auch DuoFern unterstützt, würde mich auch interessieren, ob der Gurtwickler im DuoFern-Modus dasselbe Verhalten zeigt oder ob er dann tatsächlich stehen bleibt.
Ich selbst habe leider keine DuoFern-Hardware um das nachzustellen.
Ist bei mir das Selbe über HomeKit mit Apple TV an Homeassistant. Das Stoppsignal führt zur Richtungsumkehr. Aktuelle Position wird bei Fahrt nicht gesendet. Denke es gibt somit aktuell keine Möglichkeit per Matter zuverlässig zu Stoppen.
Ich war auch schon etwas mit Rademacher im Austausch und sie konnten das Problem jedenfalls schon mal selbst mit verschiedenen Plattformen reproduzieren.
Ich selbst nutze (hier erfolglos) derzeit einen Google TV Streamer als Thread Border Router.
Erfolgreich hat es bei deren Tests hingegen mit ihrer SmartHome Box und auch mit dem HA Connect ZBT-2 funktioniert. Ich selbst kann es mangels anderer Hardware leider nicht überprüfen.
Das ist zumindest erstmal eine interessante Erkenntnis, aber meiner Meinung nach sollte es nicht vom Border Router abhängig sein, wie der Gurtwickler auf ein standardisiertes Kommando reagiert.
hey zusammen,
ich habe seit kurzem auch den Rademacher 3000 im Einsatz und über Matter in ha integriert.
Und tatsächlich habe ich das gleiche Problem mot dem stoppen über Matter.
Hat Rademacher sich schon weitergehend geäußert? Gibt es von Rademacher schon ein Statement?
Grüße
Die letzte Rückmeldung, die ich am 21.09. von Rademacher erhielt, war folgende:
Unsere Kollegen aus der Entwicklung sind weiterhin an dem Thema dran und sammeln derzeit fleißig weitere Informationen, um das Verhalten genauer einzugrenzen und die Ursache zu ermitteln.
Sobald es hierzu neue Erkenntnisse oder eine mögliche Lösung gibt, werde ich Sie selbstverständlich informieren.
Vielen Dank für Ihre Geduld und Ihre Unterstützung bei der Analyse.
Also dürfen wir wohl alle zusammen fleißig abwarten.
ok schade.
Als Workaround bis zu einem Fix nutze ich im Home Assistant Dashboard jetzt eine Button-Leiste mit festen Prozentwerten. Ich steuere den Rollladen über den Dienst cover.set_cover_position mit Knöpfen für 100% (Auf), 50% (Halb), 15% (Schatten) und 0% (Zu).
Den Stop-Button habe ich komplett weggelassen, um zu verhindern, dass der Rollladen fälschlicherweise wieder in die Ausgangsposition zurückfährt.
ich hab mich nun an Rademacher gewendet und folgende Antwort erhalten:
Hallo,
vielen Dank für Ihre ausführliche Rückmeldung und die genaue Beschreibung des Verhaltens.
Wir haben das von Ihnen geschilderte Verhalten gemeinsam mit unserer Entwicklungsabteilung geprüft und konnten es in unseren Tests nachvollziehen.
Beim Betätigen von „Stopp“ wird bei bestimmten Anbindungen nicht unmittelbar ein reiner Stopp-Befehl ausgeführt. Stattdessen wird sinngemäß der Befehl übermittelt, die aktuell gemeldete Position anzufahren. Da der Gurtwickler seine Zwischenposition während der Fahrt jedoch nicht fortlaufend speichert bzw. übermittelt, kann die zuletzt bekannte Position von der tatsächlichen aktuellen Position abweichen. Dadurch kann es dazu kommen, dass der Gurtwickler nach dem Stopp-Befehl wieder losfährt und die zuletzt bekannte Position bzw. einen Endpunkt anfährt.
Unsere Tests haben dabei folgendes Verhalten gezeigt:
Amazon Alexa, Google Home und Apple Home: Der Gurtwickler kann nach dem Stopp-Befehl wieder zurückfahren.
SmartHome Box: Die Fahrt wird unmittelbar gestoppt.
Home Assistant mit direkter Einbindung über Connect ZBT-2: Die Fahrt wird ebenfalls unmittelbar gestoppt.
Unsere bisherigen Tests deuten daher darauf hin, dass das Verhalten insbesondere bei der Ansteuerung über bestimmte Thread Border Router auftritt. Über die SmartHome Box sowie bei der direkten Einbindung über den Connect ZBT-2 wird der Stopp-Befehl dagegen korrekt umgesetzt.
Als derzeitige Alternative empfehlen wir, die Rollläden in Home Assistant möglichst über konkrete Positionswerte, beispielsweise 25 %, 50 % oder 75 %, zu steuern. Damit wird gezielt eine definierte Position angefahren, was in der Praxis zuverlässiger funktioniert.
Auch die großen Smart-Home-Plattformen wie Amazon Alexa, Google Home und Apple Home stellen in ihren Apps für Rollläden in der Regel die Ansteuerung bestimmter Öffnungsgrade bzw. Positionen in den Vordergrund.
Unsere Kollegen aus der Entwicklung beschäftigen sich weiterhin mit dem Thema und sammeln zusätzliche Informationen, um die genaue Ursache einzugrenzen.
Einen konkreten Termin für ein Firmware-Update oder eine andere technische Lösung können wir Ihnen zum jetzigen Zeitpunkt leider noch nicht nennen. Sobald uns hierzu neue Erkenntnisse oder eine Lösung vorliegen, werden wir entsprechend informieren.