Guten Abend,
In den Szenen kann man die Aktion ‹ Präsenz prüfen › verwenden, aber es scheint, dass dies nur den Fall abdeckt, wenn der Nutzer das Haus verlässt. Gibt es dafür einen Grund?
Vielen Dank im Voraus,
Hallo @Romuald_Pochet!
Ja, um die Anwesenheit zu definieren, muss die Aktion „Benutzer zu Hause gesehen“ nach einem Trigger (Beispiel: ein Bluetooth-Sensor zu Hause gesehen) verwendet werden.
Die Philosophie dieser Art der Anwesenheitsverwaltung besteht darin, „mehrfache“ Erkennungen zu ermöglichen und dem Benutzer zu ermöglichen, wirklich das zu tun, was er möchte (Bluetooth-Erkennung, GPS, Gesichtserkennung, Klick auf einen Knopf, …).
Ich habe ein Tutorial für den Fall von Bluetooth (das aber für jede Art der Erkennung gilt) geschrieben:
@Romuald_Pochet Ich habe deinen PR gesehen, das Problem mit deinem Ansatz ist, dass die Erkennung zu langsam sein wird!
Der Sinn eines Triggers ist, dass der Benutzer sofort als „zu Hause“ markiert wird und nicht durch eine Szene, die periodisch ausgeführt wird.
Die Abwesenheitserkennung kann per Definition nur durch einen periodischen Ansatz funktionieren (man überprüft alle X Minuten), um eine Marge zu lassen, falls der Sensor einmal nicht gesehen wird, aber schnell wieder gesehen wird.
Die Szenenaktion spezifiziert dies übrigens:
Hallo,
Ich bin mit dem bestehenden Prinzip einverstanden, nur mag ich keine Szenen erstellen 
Wäre es nicht möglich, auf den Integrationsseiten für „Geräte vom Typ Anwesenheit“ die Möglichkeit hinzuzufügen, einen Benutzer auszuwählen, um die (Nicht-)Anwesenheit automatisch zu verwalten? Für „diejenigen, die es wollen“, werden Szenen immer noch spezifische Funktionen ermöglichen.
Derzeit wird jeder Benutzer über ‹ Lan Manager › erkannt, außer mir, der auch ein Tile (Bluetooth) hat, aber ich habe keine großen Probleme, die beiden auf ähnliche Weise zu verwalten (auch wenn es stimmt, dass das Fehlen eines der beiden ein Problem anzeigen könnte).
PS: Da ich 3 Integrationen im Gange habe, stellte ich mir für jede Integration ein Template vor, etwa:
- Seite ‹ Konfiguration ›: Definition der Parameter (/config: zum Abrufen/Aktualisieren, /status: zum Abrufen des Status)
- Seite ‹ Entdeckung ›: Anzeige der „reinen“ Geräte der Integration
- Seite ‹ Geräte ›: Anzeige der Geräte im Stil von ‹ Gladys › (mit Raumauswahl, Benutzerauswahl im Fall von Geräten vom Typ Anwesenheit, Aktualisierung der Funktionen…) und auf diese Weise unabhängig von der Integration…
Das klingt ein bisschen wie eine Blackbox, oder? Wie würde man in diesem Fall Multi-Device verwalten?
Wir können darüber in einem anderen Thema sprechen, wenn du möchtest. Es stimmt, dass wir einen Satz von „vorgefertigten“ Komponenten für die Integrationen erstellen könnten, um die Entwicklung zu vereinfachen und die Integrationsschnittstelle zu vereinheitlichen. 
Was jetzt passiert:
Eingertätig:
- Gerät vorhanden = Benutzer anwesend (über Szene)
- Gerät seit x Minuten nicht vorhanden = Benutzer abwesend (über Szene „Präsenz überprüfen“)
Mehrere Geräte:
- Ein Gerät vorhanden = Benutzer anwesend (über Szene, also könnte man sich etwas Komplexeres vorstellen, z. B. dass alle Geräte vorhanden sein müssen)
- Kein Gerät seit x Minuten vorhanden = Benutzer abwesend (über Szene „Präsenz überprüfen“)
Ich vermute, dass der Fall mit einem Gerät wahrscheinlich der häufigste ist. Bei mehreren Geräten könnte man sich vorstellen, ein „notwendiges“ Gerät (z. B. das Smartphone) und ein „ausreichendes“ Gerät (z. B. ein Bluetooth-Token) zu haben. Ich weiß, dass das nicht einfach ist, aber selbst jetzt. Ich würde sogar nur einen Benutzer auf den Geräten definieren, die eine Funktion „Präsenz“ haben.
Mein Fall: Ich habe ein Smartphone und einen Tile, ich kann meinen Tile vergessen, der oft in meinem Rucksack liegt „ausreichend“, aber mein Smartphone ist seltener „notwendig“.
Was das Blackbox-Phänomen betrifft, der Vorteil ist, ein „funktionierendes“ Verhalten für „nicht-initiierte“ Benutzer bereitzustellen.
Ich bin nicht wirklich einverstanden, wir fördern ein Verhalten, das schlecht funktioniert, und genau deshalb werden die nicht-initiierten Nutzer einfach die Anwesenheitserkennung aufgeben.
Man muss realistisch sein, die Anwesenheitserkennung ist nur nützlich, wenn du sofort erkannt wirst. Wenn man zwischen 0 und 2 Minuten warten muss, bis dein Zuhause wieder in den „Anwesenheits“-Modus wechselt, wird es nutzlos ^^
Vollkommen einverstanden, aber ich spreche nicht davon, die Rückkehr nach Hause über eine bestimmte Scanfrequenz zu verwalten (vor allem, da die Anwesenheitserkennung, ob über LAN-Manager oder Bluetooth, bereits auf einer Scanfrequenz basiert). Diese Box könnte direkt auf eine Zustandsänderung reagieren, so wie wir es mit Szenen tun.
Okay, ich verstehe besser, aber dadurch gibt es dann eine Art Doppelfunktion mit dem Trigger, oder?
Aktuell ist die empfohlene Szene:
« Wenn mein Bluetooth-Schlüsselanhänger erkannt wird » DANN « Benutzer « PG » als zu Hause setzen »
du schlägst aber vor:
« Wenn mein Bluetooth-Schlüsselanhänger erkannt wird » DANN « Benutzer « PG » als zu Hause setzen, wenn mein Bluetooth-Schlüsselanhänger erkannt wird »
Hallo, ich kann meine Smartwatch weder über die Bluetooth-Integration erkennen lassen, noch die IP meines Telefons in der LAN-Integration finden.
Bei der LAN-Suche findet er nie mehr als etwa 10 Geräte, während ein IP-Scan von meinem PC 25 findet…
Die IP meines Telefons wird von meinem Gladys-Server aus erfolgreich gepingt.
Da es eine Integration gibt, um die Anwesenheit in einem Bereich über Owntracks zu verwalten, warum kann diese Anwesenheit in einem Bereich nicht als Anwesenheitsindikator auf einem Dashboard oder in einer Szene verwendet werden?
Hallo @Steph38230,
Die Verfolgung von verbundenen Geräten (Uhren, Telefone usw.) funktioniert sehr schlecht über Bluetooth und WLAN. Das ist größtenteils absichtlich so: Die Hersteller haben zahlreiche Techniken implementiert, um das Tracking von Personen zu verhindern (MAC-Adressen-Rotation, OS-seitige Schutzmechanismen usw.).
Der Zweck ist es, die Identifizierung und Verfolgung eines Geräts im Laufe der Zeit deutlich zu erschweren, was aus Sicht des Datenschutzes eher eine gute Sache ist.
Das ist durchaus möglich
Du erstellst 2 Szenen:
- « Wenn Benutzer A in den Bereich X eintritt » → « Benutzer A als zu Hause markieren »
- « Wenn Benutzer A den Bereich X verlässt » → « Benutzer A als abwesend markieren »
Auf meiner Seite habe ich für die Anwesenheitsverwaltung 2 Shortcuts auf meinem Telefon eingerichtet:
Mein Telefon erkennt selbstständig den Eintritt/Austritt aus dem Bereich und führt dann eine Anfrage an Gladys durch (über die Gladys Plus Open API: Open API | Gladys Assistant)
Das funktioniert super und ich denke, das ist die batterieoptimierteste Methode, da das Telefon die gesamte Intelligenz verwaltet und somit von Apple optimiert wird
Super. Danke, ich kümmere mich sofort darum 
Ich sehe, dass diese Integration oft missverstanden wird, also habe ich die Integration von „Bluetooth“ in „Bluetooth-Präsenz“ umbenannt:
Und in der Integration habe ich eine kleine Nachricht hinzugefügt, damit es klarer wird:
Der Pull Request: Bluetooth Presence : Make integration more clear for new users by Pierre-Gilles · Pull Request #2490 · GladysAssistant/Gladys · GitHub
Dieses Update ist in Gladys Assistant 4.71 verfügbar:
Ich habe Owntracks auf meinem Telefon und auf dem meiner Frau installiert.
In Gladys habe ich 2 API-Schlüssel generiert. Es funktioniert sehr gut für mich, aber die Standortdaten meiner Frau werden nicht an Gladys gesendet.
In Open API habe ich 2 API-Schlüssel mit unseren 2 Vornamen generiert, die dem Tag der Benutzer entsprechen
In der Owntracks-App von Sylvie sehe ich zwar Einträge im Log, dass Informationen an Gladys gesendet werden, aber sie erscheint überhaupt nicht auf der Karte und wird auch nicht beim Betreten oder Verlassen eines Bereichs erkannt.
Muss man noch etwas anderes tun, weil sie nicht der „Hauptbenutzer“ ist, oder sollte es funktionieren und es liegt dann wahrscheinlich an der Konfiguration von Owntracks auf ihrem iPhone (ich hasse iPhones :-))
Hast du den API-Schlüssel deiner Frau auf dem Gladys-Plus-Konto deiner Frau generiert? Nach deinem Screenshot sieht es so aus, als hättest du das nicht getan!
Muss ich ihr also ein GladysPlus-Konto als Admin erstellen, damit sie auf die OpenAPI-Einstellungen zugreifen kann?
Genau! Ihm danach die Admin-Rechte zu entziehen, aber um einen API-Schlüssel zu erstellen, muss man Administrator sein