Garagentor über G6 Pro Entry parallel zur Haustür ansteuern

Manchmal muss man sich auch mit dem Ubiquiti Account und nicht mit dem lokalen User anmelden um alle Optionen zu sehen.

Bei Access habe ich nur folgende Auswahl:

Schade finde ich auch, dass man beim Gesicht nur "bekannte Gesichter" auswählen kann und nicht die einzelnen User, wie z.B. bei einem Fingerabdruck:

Alles in Allem doch eher eine ernüchternde Integration des ganzen...

Schau mal, so müsste man das konfigurieren. Ich glaube aber, dass ein hier erstellter "Alarm" die Regel überschreibt, dass mit Pin-Eingabe das Schloss geöffnet wird. Für Deinen Fall vermutlich sinnvoll.

Quote from schidi

Schau mal, so müsste man das konfigurieren. Ich glaube aber, dass ein hier erstellter "Alarm" die Regel überschreibt, dass mit Pin-Eingabe das Schloss geöffnet wird. Für Deinen Fall vermutlich sinnvoll.

Dann nehme ich sofort alles zurück, dann ist das ja doch ganz gut brauchbar... 😃

Dann werde ich die nachher Mal montieren und etwas rumspielen.

Warum braucht man eigentlich die Unifi Endpoint App? Alles was darüber geht, geht doch auch über die Access App oder nicht? Was mi allerdings aufgefallen ist, dass wenn man ein Gesicht über die Access App hinzufügt "nur" ein Foto gemacht wird, bei Endpoint muss man sein gesicht in alle Richtungen bewegen... Auch wieder nicht schlüssig das ganze...

Siehst Du, soweit habe ich mich mit den Apps noch gar nicht beschäftigt. Ich bin auch noch ziemlich neu in der "Protect & Access-Welt" Finde ich auf jeden Fall interessant, dass es da so einen gravierenden Unterschied mit der Face-ID gibt. Vielleicht weiß da jemand schon mehr und kann uns da etwas aufklären?

Ja schon etwas unübersichtlich das ganze, ein paar Einstellungen kann man in Access und dann auch noch einmal in Protect, was dann letztendlich greift habe ich noch nicht getestet...

Die Kamera ist ja auf jeden Fall ein großer Klopper gegen die G4 Pro, hoffe das der HWF (Happy Wife Faktor) da nicht kippt...

Das ist natürlich die Frage, ob bei Erstellung eines Alarms auch wirklich verhindert wird, dass der DoorHub das Schloss triggert.

Da ich ein HmIP Tüschlossantrieb habe, wollte ich einen Kontaktausgang (HmIP-SCI) an den Schaltausgang vom Doorhub packen, damit dieser per direkt Verknüpfung das Schloß öffnet.

Wenn aber beim Aufschließen durch FaceUnlock oder PIN auf jeden fall immer das der Kontaktausgang getriggert wird, brauche ich nichts mehr in HomeAssistant per webHook einzurichten. Zumindest für FaceUnlock würde ich aber gerne auf jeden Fall über HomeAssistant gehen wollen, damit ich z.B. verhindere, dass der Türantrieb gesteuert wird, wenn die Tür offen ist (der neue Türantrieb hat einen Magneten, der registriert, ob die Tür auf ist). Wobei ich das zur Not auch über die CCU3 direkt regeln könnte, dann aber als Programm und nicht als direktverknüpfung.

Außerdem könnte ich, wenn ich es über HomeAssistant mache noch etwas einbauen, das er nicht immer triggert wenn man nur vor der Tür rumläuft.

Kurzum wäre es natürlich toll gewesen, wenn, wie in Protect, für jeden "Auslöser" auch ein Alarm eingestellt ist, welchen man dann hätte löschen können.

Quote from Mich

Genau da hänge ich noch immer. Ich habe es auch wie in deinem Screenshot konfiguriert und finde nirgends eine Möglichkeit das der Hub dann NICHT öffnet wenn der Alarm getriggert wird.

Du schreibst von einer Regel? Was genau meinst du damit und wo finde ich die?

Ich glaube ich habe da gerade generell einen Fehler, da per Pin-Öffnen bei mir aktuell nicht funktioniert.

Wie sieht es denn bei Dir aus, wenn Du bei "Scope" exclude und dann den Door-Hub Mini auswählst? Dann sollte ja doch nur der Webhook ausgelöst werden, sofern ein erfolgreicher Access stattgefunden hat!?

Edit: Es war eine Bedingung in der Automation von HomeAssistant, warum bei mir das Schloss nicht öffnete. Egal ob "include" oder "exclude", der Dorr-Hub Mini löst bei jeder Pin-Eingabe aus...

Quote from schidi

Ich glaube ich habe da gerade generell einen Fehler, da per Pin-Öffnen bei mir aktuell nicht funktioniert.

Wie sieht es denn bei Dir aus, wenn Du bei "Scope" exclude und dann den Door-Hub Mini auswählst? Dann sollte ja doch nur der Webhook ausgelöst werden, sofern ein erfolgreicher Access stattgefunden hat!?

Edit: Es war eine Bedingung in der Automation von HomeAssistant, warum bei mir das Schloss nicht öffnete. Egal ob "include" oder "exclude", der Dorr-Hub Mini löst bei jeder Pin-Eingabe aus...

Hmm, das würde bedeuten, dass ich entweder keine Verbindung im HmIP mache, und der Doorhub einfach das Relais schaltet, ohne das was passiert und ich alles über HA steuer, oder aber versuche alles über programme direkt in der CCU3 zu steuern.

Schon doof, das man das nicht feiner regeln kann.

Also ich habe mal zum besseren Verständnis der Funktion die Ki befragt, hier das Ergebnis:

1. Scope: Include (Einschließen)

• Bedeutung: Der Alarm wird nur dann ausgelöst, wenn das Ereignis an den hier explizit ausgewählten Geräten stattfindet.
• In deinem Fall: Wenn du dort den Door-Hub Mini auswählst, wird der Alarm ausschließlich getriggert, wenn jemand den PIN-Code an genau dieser Tür eingibt. Andere Hubs oder Leser im System werden bei dieser Regel ignoriert.

2. Scope: Exclude (Ausschließen)

• Bedeutung: Der Alarm wird für alle Geräte im System ausgelöst, außer für die hier ausgewählten.
• In deinem Fall: Wenn du dort den Door-Hub Mini auswählst, wird der Alarm an jeder einzelnen Tür in deinem Netzwerk ausgelöst, sobald dort ein PIN-Code eingegeben wird – außer am Door-Hub Mini.

Wann nutzt man was?

• Include nimmst du, wenn du eine gezielte Automation oder Benachrichtigung für eine ganz bestimmte Tür bauen willst (z. B. eine wichtige Nebeneingangstür oder das Gartentor).
• Exclude ist extrem praktisch, wenn du viele Türen hast und eine allgemeine Regel für das gesamte Gebäude erstellen willst, aber eine oder zwei Ausnahmen (wie den Haupteingang, wo ständig Leute per PIN reingehen und der Alarm nerven würde) von der Regel befreien möchtest.

Wenn du also nur für diesen einen Door-Hub Mini die PIN-Entsperrung abgreifen willst (beispielsweise um damit ein Event an ein externes System wie Home Assistant zu jagen), ist Include die richtige Wahl.

Edit:
UniFi Access erlaubt es nicht, den eigentlichen Unlock-Befehl zu unterdrücken, wenn ein gültiger PIN eingegeben wird. Der Alarm Manager ist ein reiner Beobachter. Er reagiert erst nachdem ein Event passiert ist ("Event-driven"). Sobald ein gültiger PIN eingegeben wird, steuert der Door-Hub Mini intern das Relais an und die Tür öffnet sich – parallel dazu wird das Event an den Alarm Manager gefeuert, der dann den Webhook auslöst.

Edit2:
Nach einer Weile weiterem Nachdenken:
Man sollte doch mit Hilfe von HomeAssistant dann via "Bedingung" von Authentication und "PIN_CODE" steuern können, was der Webhook auslösen soll!?!!

Edit3:
Habe es ausprobiert und es funktioniert, wie unter Edit2 beschrieben.

Ja, dass kommt jetzt darauf an, wie Du Deine Tür mit dem Door-Hub öffnest. Machst Du dies via HomeAssistant, kannst Du hiermit weiter filtern. Hängt ein elektrischer Türöffner am Door-Hub, wird es softwareseitig nicht umzusetzen sein und erfordert ggf. einen weiteren Door-Hub…

Genau, d.h. ich habe lediglich noch einen Reetkontakt am Doorsensor, um den Status der Tür auslesen zu können.

Nein, dass läuft ganz normal über Intercom und die Unifi Apps.

Quote from schidi

Nein, dass läuft ganz normal über Intercom und die Unifi App

Aber wenn alles über HA geht und nichts am DoorHub hängt, kannst du über die unifi Apps ja keine Tür öffnen, oder wird der webhook auch gesendet, wenn man bei Access oder Endpoint den Türöffner drückt? Das wäre dann natürlich cool...

Man kann entweder Webhooks von Unifi an HA schicken lassen oder das Ganze per Access-Integration in HA einbinden.
Über beide Szenarien kann dann z.B. das Motorschloss die Tür öffnen. Also ja.