[Frage] [V4.8 IP4] Anwesenheit mit Unifi-Webhooks

[jensgulow]

@Hermi habe es gefunden - ich werde heute mal das mit den webhooks ausorobieren. Mal sehen wie ich da vorankomme.

[Hermi]

teste mal, ich bekomme kein Ereignis ausgelöst. Also schon in der Unifi nicht. Bis zum webhook bin ich noch gar nicht gekommen.

[micha79]

Hallo zusammen,

danke für eure Rückmeldungen. Es freut mich, dass das Interesse so groß und es tut mir leid, dass meine Infos bisher recht knapp waren. Daher nun ausführlicher noch mal die fünf erwähnt Schritte - weitere Rückfragen gerne hier im Forum.

1. HTTP-API-Server im TWS aktivieren, damit Requests empfangen werden können
   Stefan hat wie immer ausführlich und sehr gut beschrieben, wie diese Funktion im TWS eingerichtet werden kann: viewtopic.php?t=5985
   Ich habe mir einen Endpunkt Unifi angelegt, der fortan auf http://TWS-IP/api/unifi lauscht.
   Je Gerät, dessen Anwesenheit ich erfassen möchte, habe ich dann jeweils eine Ressource, die durch die getrennten Webhooks beim Einbuchen und Ausbuchen angesprochen wird. Das sieht dann beispielsweise so aus: http://TWS-IP/api/unifi/devices/phone_1_connected respektive http://TWS-IP/api/unifi/devices/phone_1_disconnected
   Von denen nutze ich dann jeweils den Trigger (triggers when successfully requested by a client) für die weitere Verarbeitung (Schritt 3). Natürlich müsst ihr die TWS-IP durch die von euch verwendete ersetzen.
   
   http-api-config.jpg
2. Jeweils einen Unifi-Alarm für das entsprechende Gerät anlegen und per Webhook an den TWS schicken
   Auf der Unifi-Network-Oberfläche (ich nutze eine UDM) legt man im Alarmmanager jeweils einen Alarm für das Ein- und das Ausbuchen (Monitoring) für jedes gewünschte Gerät (Scope) an und schickt diese Info per Custom Webhook an die unter Schritt 1 im TWS vorbereiteten "Empfänger" (Action). Sieht dann für den Fall des Einbuchens exemplarisch so aus:
   
   unifi-alarm-config.jpg
   Ich könnte mir vorstellen, dass man mit einem Custom Content im Header das Ein- und Ausbuchen unterscheiden, dann den gleichen Endpunkt im TWS ansprechen und den Inhalt dort interpretieren kann - habe ich aber nicht ausprobiert.
3. Den Webhook für Abwesenheit (kommt als true an) invertieren, zum Beispiel per UND-Gatter und invertiertem Ausgang
   Da die Info zur Abwesenheit (=Gerät ausgebucht) über den Webhook als true ankommt, muss sie einmal invertiert werden. Ich nutze dafür ein UND-Gatter.
   webhook-invertiert.jpg
4. Den Webhook für Anwesenheit und den gerade invertierten für Abwesenheit auf einen Eingang eines UND-Gatters legen
   Nun habe ich zwei Werte: 1. den Trigger beim Einbuchen, dessen true ich direkt weiterverabeiten kann und 2. den Trigger beim Ausbuchen, den ich nach dem Invertieren (Schritt 3) als false weiterverarbeite. Beide lege ich nun - Danke noch mal an Göran für den entscheidenden Tipp! - auf den gleichen Eingan eines UND-Gatters. Am Ende habe ich dann ein true für anwesend und ein false für abwesend.
   anwesenheit-zusammengeführt.jpg
5. Den so erhaltenen boolschen Wert beliebig weiterverarbeiten
   Hier ist dann eurer Kreativität zur Weiternutzung keine Grenze mehr gesetzt. Ich verwende es zum Beispiel als direkten Trigger für weitere Aktionen, in Kombination mit anderen Anwesenheiten zum Aufrufen einer Szene für Abwesenheit ("Haus leer"), zur Weitergabe an andere Systeme per MQTT und zur Aufzeichnung als Zeitserie.

Ich hoffe, dass ihr die Lösung mit diesen Infos nun nachbauen könnt. Weitere Ideen zur Nutzung, auch anderer Funktionen auf Basis der Unifi-Alarme, sind immer willkommen!

Viele Grüße
Micha

[Micro]

Soweit ich gelesen habe, kann der Unify Controller das selber, aber erst ab Version 9.3. Deshalb war auch meine Frage nach dem Docker Image, das ist bei mir nämlich noch auf Version 7.1.66 und dort müsste man das selber extern bauen.

Bei mir läuft aktuell die Version 10.0.160, weil ich Ende letzten Jahres ein Update gemacht habe.

Dann muss ich Mal schauen, ob ich dazu etwas finden kann.

Einen Mailserver kann man unter System - Erweitert auf jeden Fall hinterlegen.

[Hermi]

Ich habe auf der Unifi 10.0.162 laufen.
Bei mir löst das Monitioring schon nicht aus. Ich hab gestern Abend alles mögliche an Alarmen gesetzt, aber ohne Erflog.
Hat sonst noch jemand das Problem oder eine denkbare Lösung?

Mailserver habe ich eingerichet und funktioniert auch. Genau wie Push Nachrichtern werden diese trotzem nicht gesendet.
Anscheinend geht das ohne Cloud nicht zuverlässig.

ucf fiber.png

[gbglace]

Hast irgendwelche VLANs und kann so ein Ping aus dem Webhook den TWS überhaupt erreichen?


Meine Unifi HW und der Controller im LXC sitzten in einem anderen VLAN als der TWS. Der PC wieder in einem anderen, der aber eben beides sehen kann.
Da der TWs aber noch nicht ins finale Netzwerk umgezogen ist kann ich das derzeit noch nicht nachstellen. Sonst sollte sich das ja fix testen lassen.

[Hermi]

Ich kann am TWS die API von der unifi abfragen, das ist kein Problem.
Problem ist, das der Alarm selbst nicht auslöst.
z.B. connect/ reconnect von allen Geräten löst keine Aktion aus. Habe ich jetzt mehrfach mit Wlan und LAN getestet.
Geräte melden sich ordnungsgemäß ab und auch wieder an.

[micha79]

Hi!

Mit API-Abfragen hatte ich auch versucht, die Anwesenheit zu erfassen. Das ging mehr schlecht als recht, daher bin ich sehr froh über die Lösung mit den Webhooks und der Möglichkeit, dass der TWS sie im HTTP-API-System empfangen kann. Warum bei dir der Alarm nicht auslöst, weiß ich leider auch nicht. Auf der Übersichtsseite der Alarme kann ja sehr gut verfolgen, wann dort welcher Alarm zuletzt ausgelöst wurde. Wenn sie dort nicht auftauchen, ist der Fehler sicher in Unifi - aber das wird dir selbst klar sein.

Vielleicht liefert dieses Youtube-Video noch einen Hinweis:

[gbglace]

Erkenntnis für mich, die Webhooks gibt es nur bei der Verwendung des Controllers auf Unifi-HW. Ein reiner SW Controller hat das so noch nicht.

Da ich nur Switche und Wifi-APs benutze werde ich da mal noch warten müssen bis das in der reinen SW Variante auch mal kommen mag.

[Hermi]

So, jetzt bin ich auch soweit. Eine schwere Geburt.
1. die ucg fiber in der cloud angemeldet (ohne geht leider nichts)
2. ucg neu starten
3. alle Regeln löschen
4. ucg neu starten
5. im TWS den HTTP API Server erstellen (dieser muss schon laufen bevor man eine Regel in der Unifi erstellt. Sonst nimmt die Unifi den Webhook nicht an, ohne eine Fehlermeldung. Da bin ich daran verzweifelt)
6. als owner Regeln erstellen
7. ucg neu starten

kommt man auch irgendwie an den Body?

body.png