Verwaltung der Anwesenheit von einem oder mehreren Benutzern
Hallo, haben wir eine Idee, wie wir vorgehen sollen?
-
Am häufigsten in der v3 wurde die Bluetooth-Präsenz verwendet (über ein Szenario wie „Wenn dieses Gerät per Bluetooth erkannt wird, dann bin ich zu Hause“. „Wenn dieses Gerät länger als X Minuten nicht mehr erkannt wird, dann bin ich nicht mehr zu Hause“)
-
Danach vielleicht die „geschätzte“ Präsenz über Owntracks (über 2 Szenen, wie z. B. „Wenn ich in diesen geografischen Bereich eintrete, dann bin ich zu Hause“, „Wenn ich diesen Bereich verlasse, bin ich nicht mehr zu Hause“)
-
Schließlich gibt es die Präsenz über die WLAN-Erkennung, die immer weniger Sinn ergibt, seitdem iOS und Android ihre MAC-Adresse ändern, um genau diese Art von Tracking in öffentlichen Netzwerken zu vermeiden
Aber wir wollen es wie in der v3 machen und ein Gerät mit einem Benutzer verknüpfen? (nicht mein Favorit)
Oder das über eine Szene machen? Oder gleich einen neuen UI-Dienst dafür erstellen?
Oder ist das Thema noch zu diskutieren?
Oder warum nicht mit der Kamera mit Gesichtserkennung wie der Welcome von Netatmo?
Oder ein Knopf auf dem Dashboard von Gladys mit Szenenauslösung (allerdings erfordert diese Lösung auch, dass man auf den Knopf drückt, wenn man geht).
Einige im Netz gefundene Tipps:
IFTTT scheint am besten geeignet zu sein, aber es ist mittlerweile kostenpflichtig, außer für einen sehr begrenzten Gebrauch.
Ich habe das hier gefunden.
Aber diese Lösung scheint Gladys teilweise zu ersetzen.
Nein, auf keinen Fall, ich bin einverstanden! Das war schrecklich zu verstehen und überhaupt nicht logisch.
Ich denke, entweder in einer Szene oder in einem dedizierten Dienst, je nachdem, was mehr Sinn ergibt.
Wenn ich darüber nachdenke, denke ich, dass eine Szene am flexibelsten ist und für die meisten funktioniert, weil jeder seine eigenen Bedingungen hinzufügen kann.
Daher sollte man meiner Meinung nach die notwendigen Triggers/Aktionen erstellen.
Im Fall von Bluetooth muss man einen Weg finden, das zu machen:
in einer Szene.
- Also eine Aktion « Benutzerpräsenz ändern » in den Szenen, um einen Benutzer auf « zu Hause » oder « nicht mehr zu Hause » zu setzen
- Sicherstellen, dass das Scannen der Bluetooth-Geräte einen Event auslöst, wenn ein Bluetooth-Gerät nach einer gewissen Zeit nicht mehr gesehen wird, und die logischste Art und Weise, diesen Event in den Szenen zu erfassen (über den Trigger « Gerätezustand geändert »? Oder einen neuen Trigger?)
- Sicherstellen, dass es eine Aktion in den Szenen gibt, mit der der letzte Erkennungszeitpunkt eines Geräts abgerufen werden kann. Meiner Meinung nach erledigt die Box « Letzten Zustand abrufen » das bereits, man muss nur sicherstellen, dass diese Box das Datum des letzten Events in den Szenenvariablen speichert und dass man anschließend in der Aktion « Nur fortsetzen, wenn » dieses Datum vergleichen kann.
Mit dieser Aktion kann der Benutzer eine Szene erstellen, die alle 10 Minuten läuft und prüft: « Wurde das Gerät XXX in den letzten 10 Minuten gesehen? » Wenn ja, nur fortsetzen, wenn, und den Aktionsblock « Benutzerpräsenz ändern » auf « nicht zu Hause » setzen.
Was denkst du dazu @AlexTrovato?
Danke @gaetanb76 für deine Recherchen!
Ich bin derselben Meinung, aber wir müssen noch sehen, wie wir das „Speichern/Abrufen des letzten Erkennungsdatums eines Geräts“ umsetzen (eine Spalte „last_seen_date“ in der Gerätetabelle hinzufügen?).
Dann müssen wir auch aus der Szene heraus die Geräte identifizieren, die zur Anwesenheitserkennung verwendet werden können, um die Suche auf Service-Seite korrekt zu implementieren (eine Spalte „user_presence“ in der Gerätetabelle hinzufügen? und die passende Funktion auf Service-Seite „lookForDevice“?).
Das Problem daran ist, dass man dann keinen Verlauf hat. Das könnte doch ein device_feature sein, das dann Zustände hätte?
Ich glaube, dass man da eigentlich gar nicht viel anpassen muss, es könnte einfach ein spezifisches device_feature für die Haus-Erfassung sein.
In der Tat, device_feature könnte funktionieren.
Für Info, mein Nut Mini-Schlüssel wird 
unter den Bluetooth-Geräten erkannt.
Denk daran, ihn zur Liste der von Gladys verwalteten Geräte hinzuzufügen.
Er muss nur hinzugefügt werden, wenn er für seine Funktion, die Anwesenheitsverwaltung, verwaltet wird, was hier nicht der Fall ist.
Achtung, die Liste der von Gladys verwalteten Geräte ist eine Liste, die die Geräte « wirklich verwaltet und von einem Benutzer getestet » auflistet, nicht die Geräte, die Gladys « sieht » aber nicht wirklich verwaltet.
Genau das dachte ich mir und wollte es gestern kommentieren, bevor ich ohne Netz war (15.000 Haushalte wegen eines Baggers).
Mein Nut wird nur erkannt. Ich kann damit im Moment nichts machen.
Das gilt auch für meine Qubino- und Fibaro-Z-Wave-Module, die nur Ein/Aus können. Keine Positionsregelung für meine Rollläden, keine verschiedenen Modi für meine Heizung (Komfort, Eco, Frostschutz), keine Rückmeldung.
Deshalb habe ich sie nicht in die Liste aufgenommen.
Also, ich habe ein erstes Feature gemerged: die Möglichkeit, eine Aktion in den Szenen auszuführen, die sagt « Der Nutzer ist zu Hause » oder « Der Nutzer ist nicht mehr zu Hause ».
@AlexTrovato Nächster Schritt: Wie könnten wir einen Trigger in den Szenen « Gerät gesehen » erstellen? (der potenziell mit Bluetooth, WLAN oder anderer Technologie funktionieren würde)
Das Ziel ist es, eine Szene erstellen zu können:
- WENN « ein Gerät gesehen wird: Nutzer via Bluetooth »
- DANN « Nutzer « john » zu Hause « mein Zuhause » gesehen »
Potenziell könnte es einfach ein Trigger « device.state-changed » sein, aber mit einem speziellen deviceFeature « Erkennung »? Was denkst du?
Ich denke, dass das Feature „Erkennung“ oder „Mensch“ oder „Anwesenheit“ der einfachste Weg ist, um das zu verwalten, und das impliziert auch, dass es sich um ein spezielles Feature handelt. Beim Bluetooth können wir einen regelmäßigen Scan durchführen, und wenn wir das Gerät sehen, aktualisieren wir dieses Feature.
Es wird nur darauf geachtet werden müssen, keine Events zu spammen, sondern die Geräte mit diesem Feature gut zu filtern.
Allerdings wird es nicht der Bluetooth-Dienst sein, der sagen kann, dass das Nut-Gerät ein Anwesenheitsgerät ist, sondern der Nut-Dienst, der ein Gerät mit diesem Feature erstellen kann.
Oder man könnte dieses Feature für alle Geräte ermöglichen, mit einer Option bei der Erstellung.
Ich wäre eher für „Erkennung“ oder „Anwesenheit“.
Das ist vielleicht das Praktischste, aber es ist trotzdem nur eine Marke unter Hunderten anderen, wenn wir für jede Marke einen Service machen müssen, kommen wir nicht weit ^^
Jedenfalls ist es nur ein Kontrollkästchen, das im Bluetooth-Geräte-Erstellungsformular hinzugefügt wird, das die Funktion hinzufügt, und dann kann der Benutzer seine Szene „wenn das Gerät XXX gesehen wurde“ DANN „XXX als zu Hause XXX markieren“ erstellen.
Was denkst du?
Ich kaufe!
Ich bin eher für „Präsenz“, „Erkennung“ erinnert mich an „Bewegung“.
Allerdings scheint es mir, als hätten wir bereits eine Funktion „Präsenz“ (soweit ich mich erinnere).
Ich werde überprüfen, ob sie nicht für etwas anderes verwendet wird.
Falls nicht, plane ich das für Bluetooth ein 
Zur TODO-Liste hinzugefügt