Test Adapter Residents (Bewohner) v0.1.x Latest (Beta)

[Loredo]

Wer den Sync der Focus Modi von seinen Apple Geräten ausprobieren möchte: Ich habe in der aktuellen Version den Siri Shortcut dazu mit reingepackt.

Der Download Link im Admin funktioniert allerdings bisher nicht, weil ich noch nicht herausgefunden habe, wie ich dem Admin Adapter mitteilen kann, dass dort eine weitere Datei zum "hochladen" in die Objekte-Datenbank ist.
Deshalb muss man es aktuell hier von GitHub laden:

https://github.com/jpawlowski/ioBroker.residents/tree/main/admin/siri_shortcuts

Dieser Sync funktioniert explizit nur im lokalen WLAN, um es erstmal nicht zu kompliziert zu machen. Habe auch noch nicht geschaut, wie man die ioBroker.simple-api entsprechend gut absichern könnte, um die ggf. auch aus dem Internet erreichbar zu haben. Die ioBroker iOS App kann ja bisher leider keine Siri Shortcuts direkt, sonst wäre das wohl in Verbindung mit dem Cloud Zugriff auch etwas schickes (Home Assistant kann sowas ja, aber irgendwie auch sehr kompliziert, hab es darüber nicht hinbekommen, wäre sonst eine Hintertür über den ioBroker.hass Adapter).

Wenn jemand also weiß, wie man ioBroker.simple-api im Zugriff auf ganz bestimmte Objekte beschränkt, gerne hier dazu melden
Siri Shortcuts wäre dann auch eine mögliche (flexiblere) Alternative zur Nutzung von Geofency. Aber erstmal gucken, wie das nun so läuft.

Was Focus Modi auf Android angeht: Hab da keine Aktien drin und auch kein Interesse selbst was dafür zu bauen. Falls aber jemand anderes einen Sync für Android baut (wie auch immer man das dort machen würde), darf das gerne auf Github einreichen und ich nehme es mit in den Adapter auf.

[blade-of-fire]

@loredo said in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):

Ich habe gerade neue Datenpunkte in der gerade veröffentlichten Version 0.0.3-beta.7 unter residents.[instance].[residentType].info.presence hinzugefügt.

Super, ich werde mir gleich heute abend mal die neueste Version runterladen.

Bezüglich der Gruppen: Gibt es einen bestimmten Grund, warum du dies über einzelne Instanzen lösen willst?
Ist es vielleicht einfacher, Gruppen anlegen zu können wie Bewohner (bzw. Haustiere) und man dann die Zuordnung über z.B. eine Listbox macht?

Vielleicht vereinfacht dies ein wenig die Umsetzung?

[Loredo]

@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):

Bezüglich der Gruppen: Gibt es einen bestimmten Grund, warum du dies über einzelne Instanzen lösen willst?

Da gibt es eine Reihe von Gründen für, aber die wohl prägnanteste ist: So kannst du auch anhand der Objekt ID die Gruppe unterscheiden, einfach weil die Instanz eine andere ID hat. Gleichzeitig unterscheiden sich die Objekt ID Längen nicht und es bleibt übersichtlicher. Es wäre wesentlich komplizierter die Gruppen dynamisch im Objektbaum darzustellen. Und die Gruppenzugehörigkeit nicht im Baum darzustellen ist für mich keine richtige Option

[blade-of-fire]

@loredo said in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):

Automatisches Synchronisieren des Anwesenheitsstatus zwischen zwei Residents Geräten (Presence Following)

Das steht ja oben bei "offene Features". Ich nehme an, dass dies noch nicht komplett implementiert ist, richtig?
Hab da ein bisschen rumprobiert, allerdings ohne Erfolg.

Gibt es ein Best Practice zur Verwendung der verschiedenen DP? Also wie geht man am besten vor, wenn man zum Beispiel zu Bett geht. Es gibt sehr viele Möglichkeiten, den Status abzubilden, was gut ist, es aber auch etwas komplex macht. Einige DPs stehen ja in Wechselwirkung zueinander.

[arni_h]

@loredo said in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):

Siri Shortcuts wäre dann auch eine mögliche (flexiblere) Alternative zur Nutzung von Geofency.

Müsste ich mit einer SIRI Automation 'Wenn ich nach Hause komme' oder 'Wenn ich das Zuhause verlasse' und einem zusätzlichen yahka-schalter nicht Geofency überflüssig machen können - allein mit dem AppleTV als Homekit-Zentrale und ohne zusätzliche VPN bzw. API Lösungen..

[Loredo]

@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):

@loredo said in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):

Automatisches Synchronisieren des Anwesenheitsstatus zwischen zwei Residents Geräten (Presence Following)

Das steht ja oben bei "offene Features". Ich nehme an, dass dies noch nicht komplett implementiert ist, richtig?
Hab da ein bisschen rumprobiert, allerdings ohne Erfolg.

Ja das ist (war) korrekt. Ist in der gerade veröffentlichten Version 0.1.0-beta.1 nun enthalten.

Gibt es ein Best Practice zur Verwendung der verschiedenen DP? Also wie geht man am besten vor, wenn man zum Beispiel zu Bett geht. Es gibt sehr viele Möglichkeiten, den Status abzubilden, was gut ist, es aber auch etwas komplex macht. Einige DPs stehen ja in Wechselwirkung zueinander.

Ein einfacher, typischer Status Lifecycle sieht so in etwa aus (kann aber unterschiedlich stark ausgeprägt sein):

1. presence.state wird auf zu Hause gesetzt. --> man kommt z.B. von der Arbeit nach Hause und macht dann dort "sein Ding" (die Fokus Modes lasse ich jetzt mal weg).
2. activity.bedtime wird auf Entspannen: Auf Schlaf einstellen gesetzt. --> Man kommt "runter", englisch "calm down", man stellt sich mental darauf ein bald schlafen zu gehen.
3. activity.bedtime wird auf Schlafenszeit: Bettfertig machen gesetzt. --> Nun geht man Zähneputzen, zieht den Schlafanzug an, etc.
4. activity.bedtime wird auf Nacht: Im Bett gesetzt. --> Nun geht man tatsächlich ins Bett oder liegt bereits darin. Man ist aber noch wach, hat noch die Nachttischlampe an, liest ein Buch, was auch immer.
5. presence.night wird auf Nacht gesetzt. --> Nun legt man sich tatsächlich schlafen, macht das Licht aus und die Augen zu... Man kann Punkt 2-4 auch auslassen (oder auch erst bei 3 oder gar 4 einsteigen) und nur mit der Night Presence für das Schlafengehen arbeiten, um sich "direkt" schlafen zu schalten.
6. activity.awake kann während der Nacht zwischen false und true wechseln. --> Das bedeutet, man ist kurz wach, wird aber anschließend wieder ins Bett gehen. z.B. ins Bad, nach dem Kind gucken, etc. Ist man mindestens einmal in der Nacht aufgestanden, obwohl man eigentlich schlafen sollte, dann wird das entsprechend auch in activity.state angezeigt. Während mindestens eine Person wach ist, wechselt auch der Residential state auf Nachtwanderung.
7. activity.wakeup wird auf true gesetzt. --> Der Wecker klingelt das erste Mal, activity.state wird entsprechend auf Nacht: Weckalarm" gesetzt.
8. activity.wakeupSnooze auf auf true gesetzt. --> Dem Wecker wird auf'n Kopf gehauen, um noch weiter zu dösen. activity.state wechselt entsprechend auf Aufwecken: Schlummern und zählt auch einige Male mit, wie of man auf Snooze drückt.
9. presence.state wird auf zu Hause gesetzt. --> Jetzt wird aufgestanden, man ist noch am Wachwerden. activity.awake steht nun automatisch auf true, wodurch der Residential State auf Aufgestanden wechselt, sobald die erste Person wach ist. activity.state steht nun ebenfalls auf Aufgestanden: Aufwachen.
10. activity.awake wird auf false gesetzt. --> Man bezeichnet sich jetzt als "wach" und ansprechbar, Morgenmuffeligkeit sollte vorbei sein ;-). Alle Status wechseln jetzt auf den normalen Anwesenheitsstatus für den Tag.
11. presence.state wird auf Abwesend gesetzt. --> Ich verlasse das Haus, fahre z.B. zur Arbeit. Falls ich eine längere Abwesenheit voraussehen kann (z.B. weil ich in den Urlaub fahre), dann kann ich activity.overnight nun auf false setzen. Damit wird beim Verlassen des Hauses mein Benutzer sofort deaktiviert anstatt erst am nächsten Morgen. Dies würde ansonsten auch passieren, sofern ich morgens um 04:59 Uhr (Standardeinstellung) nicht im Status zu Hause oder Nacht bin. Dann wird angenommen, dass ich verreist bin. Wenn das für alle Bewohner zugleich der Fall ist, könnte die Heizungssteuerung beispielsweise spätestens nun entsprechend das Haus nicht mehr so stark auf Temperatur halten, weil ich ja nicht absehbar zeitnah wieder zuhause sein werde.
12. activity.wayhome wird auf true gesetzt. --> Ich kann absehen, dass ich bald zuhause sein werde und befindet mich auf dem Weg.
13. Zyklus komplett, wieder bei Punkt 1 beginnen.

[Loredo]

@arni_h sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):

@loredo said in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):

Siri Shortcuts wäre dann auch eine mögliche (flexiblere) Alternative zur Nutzung von Geofency.

Müsste ich mit einer SIRI Automation 'Wenn ich nach Hause komme' oder 'Wenn ich das Zuhause verlasse' und einem zusätzlichen yahka-schalter nicht Geofency überflüssig machen können - allein mit dem AppleTV als Homekit-Zentrale und ohne zusätzliche VPN bzw. API Lösungen..

Nicht wirklich komfortabel. Apple erlaubt es bisher nicht, dass du ohne Bestätigung die standortbasierten Trigger in Shortcuts oder in den Home App Automations benutzt. Wenn du jedes Mal eine Notification bekommen und bevor sie wieder weg ist den Anwesenheitswechsel bestätigen willst, kannst du das machen. Für mich kommt das nicht in Frage. Die Integration in den Yahka Adapter ist für mich rein für die manuelle Steuerung der einzelnen Bewohneranwesenheiten im Bedarfsfall (und natürlich zur Anzeige, wer gerade da ist).

[Loredo]

Der Residents Adapter ist nun auch über das offizielle Beta Repository verfügbar.
Für die Aufnahme ins Stable Repo gibt es noch keinen konkreten Termin.

Mehr Leute können den Adapter nun also ausprobieren und auch Feedback geben

[Loredo]

Nachdem hier keinerlei Fehlermeldungen/Rückmeldungen gepostet wurden, habe ich die erste stable Version 0.1.0 für das Stable Repository erstellt und dort eingereicht:
https://github.com/ioBroker/ioBroker.repositories/pull/2398

Kann sich nur um <Hier-Zeitraum-einfügen> handeln.

Damit wäre diese Beta-Phase hier abgeschlossen. Da der Adapter noch nicht "Feature complete" ist, ist es noch eine 0er Version. Das bedeutet allerdings nicht, dass man ihn nicht schon benutzen könnte. Ja, Doku fehlt bisher, allerdings ist der Adapter so gestaltet, dass er sich eigentlich auch selbst erklärt, wenn man des Lesens mächtig ist und die Beschreibungen, die für jedes Objekt angezeigt und auch übersetzt sind, liest.

Last but not least finde ich es auch schwierig etwas zu dokumentieren und darin (viel) Arbeit reinzustecken, ohne zuvor Feedback zu den Funktionen erhalten zu haben. Momentan weiß ich nicht, ob die Funktionen so bleiben können, weil mir niemand sagt, ob sie außer mir jemand so verwenden kann. Dass ich für mich selbst keine ausführliche Dokumentation brauche, leuchtet sicher ein ...

jpawlowski created this issue in ioBroker/ioBroker.repositories

closed Add ioBroker.residents to stable repo #2398

[blade-of-fire]

Hallo Loredo,

sorry, dass ich mich erst jetzt wieder äußere. Danke auf jeden Fall schonmal für den detaillierten Ablauf.

Da ich im Juli in eine neue Wohnung gezogen bin, habe ich den ioBroker etwas schleifen lassen in der letzten Zeit.

Für die neue Wohnung will ich alles von Grund auf neu aufbauen. Die alte ioBroker-Instanz hatte mittlerweile etwas viel Wildwuchs

In der neuen ioBroker-Instanz werde ich dann auch wieder Augenmerk auf deinen Adapter legen und Rückmeldung geben. Leider wird das noch ein paar Wochen dauern bis ich soweit bin.

Viele Grüße
Patrick

[blade-of-fire]

Hallo Loredo,

so langsam habe ich nun endlich wieder etwas mehr Zeit, mich dem Adapter zu widmen. Grundsätzlich komme ich schon ganz gut damit zurecht.
Ich habe eine Frage zu der PresenceFollow-Funktion:
Nightfollow scheint nur zu funktionieren, wenn man den Roomie zunächst auch bei activity.bedtime nicht auf "aus" stehen hat. Könnte man hier auch noch die Funkion einbauen, die Aktivitäten "bettfertig machen" usw. auch folgen zu lassen?

Sollte ich da bei der Logik etwas durcheinander gebracht haben, kannst du mich ja aufklären