Nuki 3Pro schließt über Mqtt alle 3 Minuten das Türschloss

Aktuell macht mir das Zuschließen noch “Ärger”
Heute funktionierte die Automation wieder nicht mit meinem Samsung…
Würde gern Logs dazu zeigen, aber es gibt keine :frowning:

Aktuell sieht die Yaml so aus:

alias: Nuki zuschließen Samsung
description: ""
triggers:
  - trigger: state
    entity_id:
      - device_tracker.samsung
    from: home
    to: not_home
conditions:
  - condition: not
    conditions:
      - condition: state
        entity_id: sensor.samsung_wi_fi_connection
        state: UniFi-Wifi
actions:
  - device_id: 1234567890
    domain: lock
    entity_id:1234567890
    type: lock
mode: single

:crayon:by HarryP: Code-/Logzeilen formatiert (bitte immer in </> einbinden)

Ich bin noch ziemlich neu bei HA, hättest du für mich da mal ein Beispiel, wie das aussehen könnte?

Was zeigt die Trace Timeline der Automatisierung zu der Zeit wo das abschließen nicht funktioniert hat?

So, war nochmal unterwegs heute…
Die letzten beiden Male funktionierte das Zuschließen des Nuki so wie es sollte.

Nun könnten wir uns ans Öffnen machen.

Wie funktioniert das nun mit dem “waren auf”?
diese Variable finde ich gar nicht bei den Automationen :frowning:

“Warte auf” ist bei den Aktionen

actions:
  - wait_for_trigger:
      - trigger: state
        entity_id:
          - person.xyz
        from: not_home
        to: home
    continue_on_timeout: false
    timeout:
      hours: 0
      minutes: 5
      seconds: 0
      milliseconds: 0

Bisher ungetestet. Könnte das so funktionieren? Oder seht ihr noch einen Denkfehler?

alias: Samsung Test2
description: ""
triggers:
  - device_id: 1234567890
    domain: device_tracker
    entity_id: 1234567890
    type: enters
    trigger: device
    zone: zone.home
conditions: []
actions:
  - wait_for_trigger:
      - trigger: state
        entity_id:
          - sensor.samsung_wi_fi_connection
        to: UniFi-Wifi
    timeout:
      hours: 0
      minutes: 5
      seconds: 0
      milliseconds: 0
  - device_id: 1234567890
    domain: lock
    entity_id: 1234567890
    type: open
mode: single

Das fehlt noch. Sonst könnte man es so testen.

Zum Testen würde ich nicht direkt die Tür öffnen…sondern vielleicht eher erstmal nur eine Nachricht schicken.

Noch einmal zurück dazu:
Vorhin hat es wieder nicht funktioniert.
Hier die Timeline, hilft das für eine Lösung?

Da sieht man, dass die Bedingung nicht erfüllt war. Anscheinend hast du die Home-Zone verlassen, aber warst mit Wifi noch verbunden?

Ich h

Da sieht man mal, wie gut Unifi Hotspots sind :wink:
Scherz beiseite, ich habe tatsächlich bemerkt, dass die Companion App manchmal nicht mitbekommt, dass das Wifi getrennt wird.
Ich habe nun testweise die Einstellung in der App auf “schnell” (komme grade nicht auf den Namen) gestellt, wo normal 15 Minuten sind.

Das S23 hat aber auch so die Macke (natürlich gewollt) alles so schnell wie möglich zu beenden und in den Standby zu schicken.

Oder kann die Companion App das von sich aus unterdrücken?
Ggf. habe ich da noch eine Einstellung vergessen?

Hast du im den Akku-Optionen auf Nicht eingeschränkt gestellt?

Ja, die HA App ist nicht eingeschränkt in den Akku Einstelllungen.

Sooo, habe nun die letzten Tage getestet. So richtig rund läuft das alles noch nicht!
Meine Automation sieht aktuell so aus:

alias: Samsung Test2
description: ""
triggers:
  - device_id: 1234567890
    domain: device_tracker
    entity_id: 34567890
    type: enters
    trigger: device
    zone: zone.home
conditions: []
actions:
  - wait_for_trigger:
      - trigger: state
        entity_id:
          - sensor.samsung_wi_fi_connection
        to: HomeNetWifi2.4
    continue_on_timeout: false
    timeout:
      hours: 0
      minutes: 15
      seconds: 0
      milliseconds: 0
  - device_id: 1234567890
    domain: lock
    entity_id: 1234567890
    type: open
mode: single

Ich habe das WLAN schon auf ein 2.4 GHZ Netz gewechselt, da vor der Tür 5GHZ nicht so doll ankommt.

Ich bekomme aber recht häufig ein Timeout:

Manchmal geht es, manchmal nicht…
Woran könnte das noch liegen?
Heute war ich zu 100% im Wlan, trotzdem wurde nicht geöffnet.

Bist du denn wirklich immer erst in der Zone bevor du dich ins WLAN einloggst? Sonst wird auf den Trigger gewartet, aber da kommt nichts, weil du bereits verbunden bist.

Schau mal ins Log, ob du im 16:39:46 schon im WLAN warst.

Sieht doch eigentlich gut und richtig aus?
Hatte das bei den älteren Tests aber auch schon, dass HA einfach nicht die aktion ausführt, obwohl die Trigger beide erfüllt sind.

Oder siehst du da jetzt einen Fehler?
Spielt die Reihenfolge eine Rolle?
Sehe grade, dass “zuhause” quasi zeitgleich mit dem WLAN getriggert wurde.
Muss ich ERST zu Hause sein und DANN im WLAN? Wenn “ja”, kann man das nicht so verklöppeln, dass es egal ist, welcher Trigger zuerst erfüllt ist, Hauptsache beide?

Ja tut sie. Der Trigger ist, dass du nach Hause kommst. Danach wird gewartet, dass du dich mit dem WLAN verbindest. Wenn du aber schon verbunden bist, wird bis zum timeout gewartet und nichts passiert.

Kann man. Ich würde mir TriggerIDs arbeiten. Der erste Trigger so wie du hast und der zweite genau umgekehrt.

Oder für den Anfang zum Testen einfach zwei Automatisierungen anlegen

Aktuell habe ich erst mal die Home Zone auf 150m vergrößert. Kann sein, wenn ich etwas schneller mit dem Auto auf den Hof fahre, dass HA noch nicht mitbekommen hat, dass ich schon zu Hause bin und WLAN sich halt eher eingelogged hat. Spannend, dass die Reihenfolge da eine Rolle spielt.

Kannst du das mit den Trigger IDs etwas konkretisieren? Das hat mit Device IDs nichts zu tun, oder?
Sorry, blutiger Anfänger bei HA :frowning:

Nein, Logik. :wink:

Du kannst mehrere Trigger definieren und über die drei Punkte oben rechts die ID bearbeiten.

Und in der späteren Abfrage kannst Du dann die Trigger ID zur Bedienung machen.

Schau mal hier

Puuh, das mit den 2 Triggern muss ich mir noch ein paar mal ansehen, bis ich das wohl verinhaltlicht habe.

Mit 2. Automation meist du, einfach umdrehen?
Also, “sobald” Wifi empfangen wird “dann warte” auf Home Zone?

Somit wärem beide Szenarien abgedeckt, wenn ich das richtig verstehe?

Könnte man zumindest mal testen