NEWS
Test Adapter Residents (Bewohner) v0.1.x Latest (Beta)
-
Aktuelle Test Version 0.1.0-beta.2Veröffentlichungsdatum 27.02.2023 NPM Die aktuelle Version ist über NPM abrufbar. Die Aufnahme ins Latest-Repo ist angefragt. Adapter Beschreibung aus io-package.jsonDieser Adapter hilft dabei, den Anwesenheits- und Aktivitätsstatus der einzelnen Mitbewohner abzubilden. Daraus wird ein logischer Gesamtstatus über alle Mitbewohner und deren Anwesenheit bzw. momentane Aktivität zu Hause gebildet. Implementierte Features Anwesenheit Bewohner / Gäste / Haustiere, Geplante Übernachtung/Abwesenheit / kürzere+längere Abwesenheit, Nachhauseweg Routine, Nicht-Stören-Modus, Schlafenzeit Routine, Aufwach Routine, Nachts aufwachen Routine, Bewohner Laune, Homekit Einrichtungshilfe, Trigger aus Drittmodulen für Anwesenheit und Nachhauseweg (z.B. Geofency), Automatisches Synchronisieren des Anwesenheitsstatus zwischen zwei Residents Geräten (Presence Following) Offene Features Timer für Weckruf; Nachrichten Routing Funktion 
Erste Nutzer & Tester gesucht
Der Alpha-Test von hier ist beendet. Die aktuelle Version kann als Beta-Version betrachtet werden und darf nun auch von etwas weniger abenteuerlustigen Personen ausprobiert oder genutzt werden :-) .Adapter Beschreibung
Ich habe die Logik für die Abbildung der Bewohner (m)eines Zuhauses in einen Adapter namens Residents überführt.
Für ein einfaches Verständnis: Aus der An-/Abwesenheit sowie der aktuellen Aktivität aller Bewohner wird ein Gesamtstatus ermittelt, welcher diese Werte haben kann:
"states": { "0": "Disabled", // zum Beispiel, wenn man verreist ist --> Heizung stärker absenken etc. "1": "Away", // zum Beispiel, wenn man zur Arbeit ist, einkaufen, etc --> Heizung nicht ganz so stark absenken etc. "2": "Pet Home", // zum Beispiel, wenn man zur Arbeit ist und der Hund zuhause bleibt --> Licht nicht komplett ausschalten etc. "3": "Way Home", // zum Beispiel, wenn man auf der Arbeit losgefahren ist und auf dem Heimweg ist --> Heizung schonmal wieder höher drehen etc. "4": "Home", // normaler Betrieb während der Anwesenheit "5": "Do Not Disturb", // zum Beispiel, wenn automatische Sprachdurchsagen nicht stattfinden sollen "6": "Wind Down", // zum Beispiel, wenn man einige Zeit vor dem Zubettgehen schonmal das Licht weiter dimmen will oder ähnliches "7": "Bedtime", // wenn man sich schlaffertig macht und z.B. Zähneputzen geht --> weitestgehend alles ausschalten, nur Lichter an auf dem Weg zum Bad und von dort zum Schlafzimmer, etc. "8": "Got Up", // wenn man morgens gerade aufgestanden ist "9": "Night Walk", // wenn man während der Nacht mal kurz raus muss "10": "Wake Up", // wenn gerade ein Weckprogramm läuft "11": "Night" // während alle schlafen }Die Anzahl der außerdem generierten Datenpunkte ist groß, um die beste Flexibilität für die eigene Automatisierung zu ermöglichen (oder auch der Darstellung in VIS etc).
Die Integration der einzelnen Bewohner in Homekit mittels des Yahka Adapters wird unterstützt und erleichtert die Einrichtung, so dass man auch von dort aus den Anwesenheitsstatus manuell prüfen oder setzen kann.
Mit der Materialize Admin Oberfläche habe ich so meine Schwierigkeiten das so umzusetzen, wie ich das gerne hätte. Falls sich hier jemand berufen fühlt mir dabei zu helfen, dass die Admin Oberfläche möglichst aufgeräumt ist und idealerweise auch die Eingaben prüft oder Listen zur Auswahl bietet — bitte gerne melden :-)
Viele Grüße
—JulianWas sind Resident groups ?
Wünsche:
-
Pets deaktivierbar
-
Foreign Way Home Datapoints deaktivierbar
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
-
@loredo sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Woher bekommen denn deine Blockys einen genaueren Wert?
vom Unifi-Adapter. :)
oder man gibt in den Residents Einstellungen für den jeweiligen Bewohner an, welcher Datenpunkt beobachtet werden soll, um keine extra Blockly Scripte zu brauchen.
das hab ich gemacht.
Aber oben schreibst du dann zB von Geofency. Somit war ich der Meinung, dass dies mit anderen DP nicht funktioniert.
Vom Adapter selbst - gar nicht. Du kannst den Status entweder manuell setzen (über jede Oberfläche, z.B. auch per Homekit/Yahka) oder du nutzt einen anderen Adapter als Datenlieferant. Das kann z.B. der Geofency Adapter sein, der zusammen mit der Geofency App beim Kommen/Gehen automatisch ein Event an den ioBroker schickt.
Dadurch kann man auch weitere Aktivitäten neben der reinen An-/Abwesenheit einbeziehen. Das beste Beispiel ist natürlich, ob man gerade schläft oder nicht, ob man gerade auf dem Weg ins Bett ist, ob man gerade aufgewacht ist
wie erkennt er das zB nur mit der Anwesenheit vom Handy?
@negalein sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
@loredo sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Woher bekommen denn deine Blockys einen genaueren Wert?
vom Unifi-Adapter. :)
oder man gibt in den Residents Einstellungen für den jeweiligen Bewohner an, welcher Datenpunkt beobachtet werden soll, um keine extra Blockly Scripte zu brauchen.
das hab ich gemacht.
Aber oben schreibst du dann zB von Geofency. Somit war ich der Meinung, dass dies mit anderen DP nicht funktioniert.
Die Betonung liegt auf "zum Beispiel". Die Fantasie, welche anderen Datenpunkte anderer Adapter geeignet sein könnten, muss von dir kommen :-p
@negalein sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Dadurch kann man auch weitere Aktivitäten neben der reinen An-/Abwesenheit einbeziehen. Das beste Beispiel ist natürlich, ob man gerade schläft oder nicht, ob man gerade auf dem Weg ins Bett ist, ob man gerade aufgewacht ist
wie erkennt er das zB nur mit der Anwesenheit vom Handy?
Von der reinen Anwesenheit natürlich nicht. Diese Information zuzuliefern und dir zu überlegen, wo und wie du sie bekommst, kann ich dir nicht sagen. Das ist individuell unterschiedlich und hängt davon ab, wie deine Schlafengehen-Routine so aussieht.
Du kannst zB deinem Sprachassistenten "gute Nacht" sagen und dadurch den Datenpunkt
residents.0.name.presence.nightauftruesetzen, wodurch der Status aller Bewohner zusammen neu bewertet wird und ein entsprechender Gesamtstatus herauskommt. Solange noch andere Bewohner wach sind, wird der Gesamtstatus ein anderer sein, als wenn alle schlafen.
Um das besser zu verstehen macht es ggf. Sinn, einfach einmal mit den Activity States selbst herumzuspielen. Alle States sind entsprechend mit einer Beschreibung versehen, wofür sie da sind und die Bedienung ist auch nur dann möglich, wenn alle anderen Rahmenparameter stimmen. Im Log wird dann auch festgehalten, warum sich ein State gerade nicht bedienen lässt. -
Was sind Resident groups ?
Wünsche:
-
Pets deaktivierbar
-
Foreign Way Home Datapoints deaktivierbar
@sigi234 sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Was sind Resident groups ?
Du kannst mehrere Residents Instanzen in einer Kette verknüpfen, so dass der Gesamtstatus aus allen Instanzen gemeinsam berechnet wird. Dafür gibt es dann neue Datenpunkte unter
residents.<instance>.group.@sigi234 sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Wünsche:
-
Pets deaktivierbar
-
Foreign Way Home Datapoints deaktivierbar
Solange du keine Haustiere anlegst, kannst du die Datenpunkte auch einfach ignorieren.
Gleiches gilt für die wayhome Datenpunkte. Sie sind halt da, ob sie benutzt werden, oder nicht. Stör dich nicht an ein paar mehr Bytes im Arbeitsspeicher. ;-)
Das extra rauszunehmen macht den Adapter nur komplexer und schlechter zu warten. -
-
Aktuelle Test Version 0.1.0-beta.2Veröffentlichungsdatum 27.02.2023 NPM Die aktuelle Version ist über NPM abrufbar. Die Aufnahme ins Latest-Repo ist angefragt. Adapter Beschreibung aus io-package.jsonDieser Adapter hilft dabei, den Anwesenheits- und Aktivitätsstatus der einzelnen Mitbewohner abzubilden. Daraus wird ein logischer Gesamtstatus über alle Mitbewohner und deren Anwesenheit bzw. momentane Aktivität zu Hause gebildet. Implementierte Features Anwesenheit Bewohner / Gäste / Haustiere, Geplante Übernachtung/Abwesenheit / kürzere+längere Abwesenheit, Nachhauseweg Routine, Nicht-Stören-Modus, Schlafenzeit Routine, Aufwach Routine, Nachts aufwachen Routine, Bewohner Laune, Homekit Einrichtungshilfe, Trigger aus Drittmodulen für Anwesenheit und Nachhauseweg (z.B. Geofency), Automatisches Synchronisieren des Anwesenheitsstatus zwischen zwei Residents Geräten (Presence Following) Offene Features Timer für Weckruf; Nachrichten Routing Funktion
Erste Nutzer & Tester gesucht
Der Alpha-Test von hier ist beendet. Die aktuelle Version kann als Beta-Version betrachtet werden und darf nun auch von etwas weniger abenteuerlustigen Personen ausprobiert oder genutzt werden :-) .Adapter Beschreibung
Ich habe die Logik für die Abbildung der Bewohner (m)eines Zuhauses in einen Adapter namens Residents überführt.
Für ein einfaches Verständnis: Aus der An-/Abwesenheit sowie der aktuellen Aktivität aller Bewohner wird ein Gesamtstatus ermittelt, welcher diese Werte haben kann:
"states": { "0": "Disabled", // zum Beispiel, wenn man verreist ist --> Heizung stärker absenken etc. "1": "Away", // zum Beispiel, wenn man zur Arbeit ist, einkaufen, etc --> Heizung nicht ganz so stark absenken etc. "2": "Pet Home", // zum Beispiel, wenn man zur Arbeit ist und der Hund zuhause bleibt --> Licht nicht komplett ausschalten etc. "3": "Way Home", // zum Beispiel, wenn man auf der Arbeit losgefahren ist und auf dem Heimweg ist --> Heizung schonmal wieder höher drehen etc. "4": "Home", // normaler Betrieb während der Anwesenheit "5": "Do Not Disturb", // zum Beispiel, wenn automatische Sprachdurchsagen nicht stattfinden sollen "6": "Wind Down", // zum Beispiel, wenn man einige Zeit vor dem Zubettgehen schonmal das Licht weiter dimmen will oder ähnliches "7": "Bedtime", // wenn man sich schlaffertig macht und z.B. Zähneputzen geht --> weitestgehend alles ausschalten, nur Lichter an auf dem Weg zum Bad und von dort zum Schlafzimmer, etc. "8": "Got Up", // wenn man morgens gerade aufgestanden ist "9": "Night Walk", // wenn man während der Nacht mal kurz raus muss "10": "Wake Up", // wenn gerade ein Weckprogramm läuft "11": "Night" // während alle schlafen }Die Anzahl der außerdem generierten Datenpunkte ist groß, um die beste Flexibilität für die eigene Automatisierung zu ermöglichen (oder auch der Darstellung in VIS etc).
Die Integration der einzelnen Bewohner in Homekit mittels des Yahka Adapters wird unterstützt und erleichtert die Einrichtung, so dass man auch von dort aus den Anwesenheitsstatus manuell prüfen oder setzen kann.
Mit der Materialize Admin Oberfläche habe ich so meine Schwierigkeiten das so umzusetzen, wie ich das gerne hätte. Falls sich hier jemand berufen fühlt mir dabei zu helfen, dass die Admin Oberfläche möglichst aufgeräumt ist und idealerweise auch die Eingaben prüft oder Listen zur Auswahl bietet — bitte gerne melden :-)
Viele Grüße
—JulianBitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@da_woody sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
entweder bin ich dämlich, oder ich verstehs nicht. wie werden die daten erkannt?
Vom Adapter selbst - gar nicht. Du kannst den Status entweder manuell setzen (über jede Oberfläche, z.B. auch per Homekit/Yahka) oder du nutzt einen anderen Adapter als Datenlieferant. Das kann z.B. der Geofency Adapter sein, der zusammen mit der Geofency App beim Kommen/Gehen automatisch ein Event an den ioBroker schickt. Den Datenpunkt dazu (z.B.
geofency.0.Name.Home.jsonodergeofency.0.Name.Home.entry) kannst du dann monitoren lassen, so dass der Status auch im Residents Device synchron ist. Durch die zusätzliche manuelle Steuerung kannst du aber den Status eben jederzeit übersteuern und kannst auch Gäste anlegen, die du dann eben manuell steuerst.@negalein sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Nein, ich meinte wie der Adapter dies berechnet?
Was istresidents.0.info.presence.nightList, oderresidents.0.info.activity.wakeupFirstundresidents.0.info.activity.winddownCount, ...Wie weiß er, ob jemand aufwacht, der Wecker klingelt, sich entspannt, usw.
Das weiß er, wenn du die entsprechenden Presence- und Aktivitäts-Datenpunkte ansteuerst. Entweder durch deine eigenen Automationen oder anderen Events. Das ist individuell unterschiedlich und muss sich jeder selbst überlegen.
Über die Admin Oberfläche kannst du die Datenpunkte wieresidents.0.name.presence.stateauch selbst setzen und schauen, was passiert.Die Info Datenpunkte werden dann aus allen Bewohnern gesammelt berechnet und geschrieben.
@sigi234 sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
@negalein sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Funktioniert nach einem Adapter-Neustart.
Also man müsste den Adapter mit einen Cron alle 5 Minuten neu starten um zu sehen wer aller von den Bewohnern an/abwesend ist?
Nein, natürlich nicht. Wie kommst du darauf?
@sigi234 sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Wann und Wie fragt dann der Adapter die DP ab?
Immer dann, wenn ein Kommen/Gehen Event über den externen Datenpunkt geliefert wird, wie du ja auch gesehen hast ;-)
@sigi234 sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Ich denke die Antwort steckt dahinter:
Offene Features: Automatisches Synchronisieren des Anwesenheitsstatus (Presence Following); Timer für Weckruf; Nachrichten Routing Funktion
Nein. Die Follow-Me Funktion bedeutet, dass das eine Bewohner-Device einem anderen Bewohner-Device automatisch folgen kann, wenn dessen Status sich ändert. So kann man beispielsweise ein separates Device für Kinder/Babies etc anlegen, die aber ansonsten zusammen das Haus verlassen.
Je nach Einstellung kann man z.B. auch den Nachtstatus synchronisieren, beispielsweise wenn man normalerweise gemeinsam schlafen geht und nicht jeder Partner getrennt seinen Status auf "schlafen" stellen will, sondern es vom jeweils anderen übernommen werden soll, sobald diese Person schläft.
Das ist individuell verschieden und ist dann nur eine von vielen Möglichkeiten, wie man den eigenen Status setzen kann.@loredo sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
@da_woody sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
entweder bin ich dämlich, oder ich verstehs nicht. wie werden die daten erkannt?
Vom Adapter selbst - gar nicht
was soll das ding denn bringen? über den ping-adapter weis ich ob wer von uns zu hause ist. damit steuer ich auch z.b. das terassenlicht.
wo meine frau unterwegs ist, geht mich nichts an. sie ist im reitstall beim pferd, ich manchmal mit frau wau im stammlokal.
ob ich kacken, pennen, oder irgendwas mache, geht keinen was an.gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@loredo sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
@da_woody sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
entweder bin ich dämlich, oder ich verstehs nicht. wie werden die daten erkannt?
Vom Adapter selbst - gar nicht
was soll das ding denn bringen? über den ping-adapter weis ich ob wer von uns zu hause ist. damit steuer ich auch z.b. das terassenlicht.
wo meine frau unterwegs ist, geht mich nichts an. sie ist im reitstall beim pferd, ich manchmal mit frau wau im stammlokal.
ob ich kacken, pennen, oder irgendwas mache, geht keinen was an.@da_woody sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
über den ping-adapter weis ich ob wer von uns zu hause ist.
Das genügt mir persönlich eben nicht. Allein schon, weil ich bei einem Ping-Fehler nicht so leicht manuell eingreifen kann und dafür wieder mit Blockly-Scripten und eigenen Datenpunkten was zwischenpuffern muss. Auch ist es schwierig, wenn man mehrere/unterschiedliche Anwesenheitstrigger benutzen will oder gar eine Kombination aus mehreren.
Genau das mache ich lieber mit meinem Residents Adapter. Das Funktionsprinzip dahinter habe ich schon seit 10 Jahren erfolgreich im Einsatz (damals habe ich das gleichnamige Residents Modul für FHEM dafür entwickelt).Ich möchte zum Beispiel auch dynamisch Gäste in die Anwesenheit hinzufügen und entfernen. Ich möchte gerne wissen, ob jemand nur kurz abwesend ist und heute noch zurückkehrt oder ob derjenige länger als 1 Tag abwesend ist, um beispielsweise die Heizung noch weiter herunterzuregeln. Ich möchte wissen, wenn sich jemand auf dem Heimweg befindet und ggf. schonmal Vorbereitungen für die Ankunft treffen (z.B. Heizung früher hochregeln). Ich möchte wissen, an wen ich Benachrichtungen schicken kann. Ich möchte die Person namentlich begrüßen können, die zuletzt nach Hause gekommen ist. Ich möchte die Anwesenheit in Apple Homekit sehen und steuern. Die Liste ist lang – sehr lang.
Dafür brauche ich jede Menge Informationen, die mir der einfache Ping-Adapter nicht liefert. Wohl aber brauche ich (in deinem Fall) den Ping Adapter als Eingangsgröße für die Events. Aber die Logik-Verarbeitung für den tatsächlichen Anwesenheitsstatus überlasse ich lieber meiner ausgeklügelten Logik dazu. Das zu generalisieren, anstatt es in duzenden Blockly-Scripts zu pflegen, macht mir Spaß und es gibt mir gleichzeitig die Möglichkeit, die Logik mit weniger Aufwand auf mehreren Systemen zu pflegen und synchron zu halten (ich besitze mehrere Anwesen und Ferienhäuser, auch mit Pferdestall natürlich, aber auch Hühner).
Falls jemand ähnliche Anforderungen hat oder einen Mehrwert darin erkennt, die Anwesenheitssteuerung speziell auszulagern und zu zentralisieren, dann kann er meinen Residents Adapter auch dafür benutzen. Aber niemand MUSS ihn benutzen, denke aber das ist klar ;-)
-
@da_woody sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
über den ping-adapter weis ich ob wer von uns zu hause ist.
Das genügt mir persönlich eben nicht. Allein schon, weil ich bei einem Ping-Fehler nicht so leicht manuell eingreifen kann und dafür wieder mit Blockly-Scripten und eigenen Datenpunkten was zwischenpuffern muss. Auch ist es schwierig, wenn man mehrere/unterschiedliche Anwesenheitstrigger benutzen will oder gar eine Kombination aus mehreren.
Genau das mache ich lieber mit meinem Residents Adapter. Das Funktionsprinzip dahinter habe ich schon seit 10 Jahren erfolgreich im Einsatz (damals habe ich das gleichnamige Residents Modul für FHEM dafür entwickelt).Ich möchte zum Beispiel auch dynamisch Gäste in die Anwesenheit hinzufügen und entfernen. Ich möchte gerne wissen, ob jemand nur kurz abwesend ist und heute noch zurückkehrt oder ob derjenige länger als 1 Tag abwesend ist, um beispielsweise die Heizung noch weiter herunterzuregeln. Ich möchte wissen, wenn sich jemand auf dem Heimweg befindet und ggf. schonmal Vorbereitungen für die Ankunft treffen (z.B. Heizung früher hochregeln). Ich möchte wissen, an wen ich Benachrichtungen schicken kann. Ich möchte die Person namentlich begrüßen können, die zuletzt nach Hause gekommen ist. Ich möchte die Anwesenheit in Apple Homekit sehen und steuern. Die Liste ist lang – sehr lang.
Dafür brauche ich jede Menge Informationen, die mir der einfache Ping-Adapter nicht liefert. Wohl aber brauche ich (in deinem Fall) den Ping Adapter als Eingangsgröße für die Events. Aber die Logik-Verarbeitung für den tatsächlichen Anwesenheitsstatus überlasse ich lieber meiner ausgeklügelten Logik dazu. Das zu generalisieren, anstatt es in duzenden Blockly-Scripts zu pflegen, macht mir Spaß und es gibt mir gleichzeitig die Möglichkeit, die Logik mit weniger Aufwand auf mehreren Systemen zu pflegen und synchron zu halten (ich besitze mehrere Anwesen und Ferienhäuser, auch mit Pferdestall natürlich, aber auch Hühner).
Falls jemand ähnliche Anforderungen hat oder einen Mehrwert darin erkennt, die Anwesenheitssteuerung speziell auszulagern und zu zentralisieren, dann kann er meinen Residents Adapter auch dafür benutzen. Aber niemand MUSS ihn benutzen, denke aber das ist klar ;-)
@loredo sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
(ich besitze mehrere Anwesen und Ferienhäuser, auch mit Pferdestall natürlich, aber auch Hühner).
WOW! allerdings hast du noch nicht gesagt, wie du die anwesenheit und sonstige bewegungen prüfst.
müssen sich deine gäste in das WLAN einklinken, gezwungerner maßen? kann nicht funzen, wenn sie noch nicht anwesend sind.
ich find deinen ansatz sehr spannend, allerdings hätte ich ein problem damit. ich würd mich nicht rund um die uhr verfolgen lassen.auch mit Pferdestall natürlich
warum betonst du das so?
triggert mich und mein weib. wir sind beide reiter. gnä frau eher englisch, meiner einer der typische westernreiter... ;)gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@loredo sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
(ich besitze mehrere Anwesen und Ferienhäuser, auch mit Pferdestall natürlich, aber auch Hühner).
WOW! allerdings hast du noch nicht gesagt, wie du die anwesenheit und sonstige bewegungen prüfst.
müssen sich deine gäste in das WLAN einklinken, gezwungerner maßen? kann nicht funzen, wenn sie noch nicht anwesend sind.
ich find deinen ansatz sehr spannend, allerdings hätte ich ein problem damit. ich würd mich nicht rund um die uhr verfolgen lassen.auch mit Pferdestall natürlich
warum betonst du das so?
triggert mich und mein weib. wir sind beide reiter. gnä frau eher englisch, meiner einer der typische westernreiter... ;)@da_woody sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
warum betonst du das so?
triggert mich und mein weib. wir sind beide reiter. gnä frau eher englisch, meiner einer der typische westernreiter... ;)Nun, vielleicht einfach, weil mich dein passiv-agressiver Ton gekoppelt mit der Betonung deines Reitstalls dazu inspiriert hat... wäre eine Möglichkeit. Da bist du ja nun fast selbst drauf gekommen 😅
@da_woody sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
allerdings hast du noch nicht gesagt, wie du die anwesenheit und sonstige bewegungen prüfst.
Doch, habe ich teilweise. Allerdings ist das hier auch kein Thread, in dem es um Automatisierungen für das Zuhause geht, sondern über den Betatest meines Moduls. Nur bedingt geht es darum, was man damit alles machen könnte, vor allem aber nicht um das wie, das ist hier Off-Topic. Dafür kann man aber natürlich ein neues Thema eröffnen und mich dort @-mention, damit ich davon Wind bekomme (sofern die Erwartung wäre, dass ich auch darauf antworten soll und nicht nur andere).
Die Anwesenheit wird bei mir über Geofency automatisch gesetzt, was ich für hinreichend genau halte. Es wird auch bei Abwesenheit aller nicht eine Sekunde später alles ausgeschaltet, sondern etwas gewartet. Eingeschaltet wird erst wieder das Nötigste, wenn der erste die Haustür öffnet (über den Kontakt dort getriggert). Passiert das, ohne dass zuvor eine Anwesenheit getriggert wurde, wird zeitverzögert die Alarmanlage ausgelöst.
Wie du darauf kommst, dass ich Bewegungen nachverfolge, verstehe ich nicht. Aktivitäten bei Anwesenheit setze ich manuell. Entweder per Sprachbefehl oder eben durch eine routinierte Abfolge von Dingen, die ich tue. Wenns z.B. Zeit fürs Bett ist, sage ich "es ist Schlafenszeit". Dann wird für meinen Benutzer der Status auf Bedtime gesetzt und für mich werden meine Stationen bis ins Bett entsprechend eingestellt. Wenn ich dann im Bad das Licht ausmache, dann wechselt der Status weiter auf "wach im Bett" und die Nachttischlampe wird eingeschaltet. Wenn ich dann tatsächlich schlafen will, dann sage ich entweder "Alexa, gute Nacht" oder ich mache meine Nachttischlampe aus. Danach wechselt mein Benutzer in ioBroker auf "Nacht" und entsprechend wird alles ausgeschaltet oder nur teilweise, je nachdem ob ich der letzte bin, der sich schlafen gelegt hat, oder ob andere noch wach sind.
Wie so eine Routine aussieht, ist individuell komplett verschieden.
müssen sich deine gäste in das WLAN einklinken, gezwungerner maßen?
Nö, warum? Das Bewohnergerät für den Gast kann ich selbst von meinem iPhone aus aktivieren und steuern.
Oder ich lade meinen Gast in die zweite Homekit Instanz ein, in der nur ausgesuchte ioBroker Geräte zur Steuerung veröffentlich sind, wie eben z.B. auch der Gastbewohner vom Residents Modul. Dafür braucht der Gast aber kein WLAN, das funktioniert ganz normal über Apple Homekit. (und ja, ein iOS-Benutzer zu sein ist grundsätzlich Voraussetzung, um mit mir befreundet zu sein).ich würd mich nicht rund um die uhr verfolgen lassen.
Muss man doch gar nicht. Alles läuft Event basiert und wann ein solches Event ausgelöst wird, ist komplett in der Hand des Bewohners und dessen Endgeräts. Da wird nix dauerhaft und vor allem aus der Ferne auslesbar übertragen und nachverfolgt.
Wenn dich das tiefer interessiert, solltest du dich damit genauer auseinandersetzen. -
@da_woody sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
warum betonst du das so?
triggert mich und mein weib. wir sind beide reiter. gnä frau eher englisch, meiner einer der typische westernreiter... ;)Nun, vielleicht einfach, weil mich dein passiv-agressiver Ton gekoppelt mit der Betonung deines Reitstalls dazu inspiriert hat... wäre eine Möglichkeit. Da bist du ja nun fast selbst drauf gekommen 😅
@da_woody sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
allerdings hast du noch nicht gesagt, wie du die anwesenheit und sonstige bewegungen prüfst.
Doch, habe ich teilweise. Allerdings ist das hier auch kein Thread, in dem es um Automatisierungen für das Zuhause geht, sondern über den Betatest meines Moduls. Nur bedingt geht es darum, was man damit alles machen könnte, vor allem aber nicht um das wie, das ist hier Off-Topic. Dafür kann man aber natürlich ein neues Thema eröffnen und mich dort @-mention, damit ich davon Wind bekomme (sofern die Erwartung wäre, dass ich auch darauf antworten soll und nicht nur andere).
Die Anwesenheit wird bei mir über Geofency automatisch gesetzt, was ich für hinreichend genau halte. Es wird auch bei Abwesenheit aller nicht eine Sekunde später alles ausgeschaltet, sondern etwas gewartet. Eingeschaltet wird erst wieder das Nötigste, wenn der erste die Haustür öffnet (über den Kontakt dort getriggert). Passiert das, ohne dass zuvor eine Anwesenheit getriggert wurde, wird zeitverzögert die Alarmanlage ausgelöst.
Wie du darauf kommst, dass ich Bewegungen nachverfolge, verstehe ich nicht. Aktivitäten bei Anwesenheit setze ich manuell. Entweder per Sprachbefehl oder eben durch eine routinierte Abfolge von Dingen, die ich tue. Wenns z.B. Zeit fürs Bett ist, sage ich "es ist Schlafenszeit". Dann wird für meinen Benutzer der Status auf Bedtime gesetzt und für mich werden meine Stationen bis ins Bett entsprechend eingestellt. Wenn ich dann im Bad das Licht ausmache, dann wechselt der Status weiter auf "wach im Bett" und die Nachttischlampe wird eingeschaltet. Wenn ich dann tatsächlich schlafen will, dann sage ich entweder "Alexa, gute Nacht" oder ich mache meine Nachttischlampe aus. Danach wechselt mein Benutzer in ioBroker auf "Nacht" und entsprechend wird alles ausgeschaltet oder nur teilweise, je nachdem ob ich der letzte bin, der sich schlafen gelegt hat, oder ob andere noch wach sind.
Wie so eine Routine aussieht, ist individuell komplett verschieden.
müssen sich deine gäste in das WLAN einklinken, gezwungerner maßen?
Nö, warum? Das Bewohnergerät für den Gast kann ich selbst von meinem iPhone aus aktivieren und steuern.
Oder ich lade meinen Gast in die zweite Homekit Instanz ein, in der nur ausgesuchte ioBroker Geräte zur Steuerung veröffentlich sind, wie eben z.B. auch der Gastbewohner vom Residents Modul. Dafür braucht der Gast aber kein WLAN, das funktioniert ganz normal über Apple Homekit. (und ja, ein iOS-Benutzer zu sein ist grundsätzlich Voraussetzung, um mit mir befreundet zu sein).ich würd mich nicht rund um die uhr verfolgen lassen.
Muss man doch gar nicht. Alles läuft Event basiert und wann ein solches Event ausgelöst wird, ist komplett in der Hand des Bewohners und dessen Endgeräts. Da wird nix dauerhaft und vor allem aus der Ferne auslesbar übertragen und nachverfolgt.
Wenn dich das tiefer interessiert, solltest du dich damit genauer auseinandersetzen. -
@da_woody sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
warum betonst du das so?
triggert mich und mein weib. wir sind beide reiter. gnä frau eher englisch, meiner einer der typische westernreiter... ;)Nun, vielleicht einfach, weil mich dein passiv-agressiver Ton gekoppelt mit der Betonung deines Reitstalls dazu inspiriert hat... wäre eine Möglichkeit. Da bist du ja nun fast selbst drauf gekommen 😅
@da_woody sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
allerdings hast du noch nicht gesagt, wie du die anwesenheit und sonstige bewegungen prüfst.
Doch, habe ich teilweise. Allerdings ist das hier auch kein Thread, in dem es um Automatisierungen für das Zuhause geht, sondern über den Betatest meines Moduls. Nur bedingt geht es darum, was man damit alles machen könnte, vor allem aber nicht um das wie, das ist hier Off-Topic. Dafür kann man aber natürlich ein neues Thema eröffnen und mich dort @-mention, damit ich davon Wind bekomme (sofern die Erwartung wäre, dass ich auch darauf antworten soll und nicht nur andere).
Die Anwesenheit wird bei mir über Geofency automatisch gesetzt, was ich für hinreichend genau halte. Es wird auch bei Abwesenheit aller nicht eine Sekunde später alles ausgeschaltet, sondern etwas gewartet. Eingeschaltet wird erst wieder das Nötigste, wenn der erste die Haustür öffnet (über den Kontakt dort getriggert). Passiert das, ohne dass zuvor eine Anwesenheit getriggert wurde, wird zeitverzögert die Alarmanlage ausgelöst.
Wie du darauf kommst, dass ich Bewegungen nachverfolge, verstehe ich nicht. Aktivitäten bei Anwesenheit setze ich manuell. Entweder per Sprachbefehl oder eben durch eine routinierte Abfolge von Dingen, die ich tue. Wenns z.B. Zeit fürs Bett ist, sage ich "es ist Schlafenszeit". Dann wird für meinen Benutzer der Status auf Bedtime gesetzt und für mich werden meine Stationen bis ins Bett entsprechend eingestellt. Wenn ich dann im Bad das Licht ausmache, dann wechselt der Status weiter auf "wach im Bett" und die Nachttischlampe wird eingeschaltet. Wenn ich dann tatsächlich schlafen will, dann sage ich entweder "Alexa, gute Nacht" oder ich mache meine Nachttischlampe aus. Danach wechselt mein Benutzer in ioBroker auf "Nacht" und entsprechend wird alles ausgeschaltet oder nur teilweise, je nachdem ob ich der letzte bin, der sich schlafen gelegt hat, oder ob andere noch wach sind.
Wie so eine Routine aussieht, ist individuell komplett verschieden.
müssen sich deine gäste in das WLAN einklinken, gezwungerner maßen?
Nö, warum? Das Bewohnergerät für den Gast kann ich selbst von meinem iPhone aus aktivieren und steuern.
Oder ich lade meinen Gast in die zweite Homekit Instanz ein, in der nur ausgesuchte ioBroker Geräte zur Steuerung veröffentlich sind, wie eben z.B. auch der Gastbewohner vom Residents Modul. Dafür braucht der Gast aber kein WLAN, das funktioniert ganz normal über Apple Homekit. (und ja, ein iOS-Benutzer zu sein ist grundsätzlich Voraussetzung, um mit mir befreundet zu sein).ich würd mich nicht rund um die uhr verfolgen lassen.
Muss man doch gar nicht. Alles läuft Event basiert und wann ein solches Event ausgelöst wird, ist komplett in der Hand des Bewohners und dessen Endgeräts. Da wird nix dauerhaft und vor allem aus der Ferne auslesbar übertragen und nachverfolgt.
Wenn dich das tiefer interessiert, solltest du dich damit genauer auseinandersetzen. -
@Loredo Ich finde es toll, dass du dich diesem Adpater angenommen hast. Ich hatte damals bei FHEM auch schon den Resident-Adapter benutzt und fand die Möglichkeiten sehr angenehm, die man damit hatte.
Ich hatte sogar schonmal begonnen, genau diesen Adapter hier in ioBroker nachzubauen, allerdings ließ ich das Projekt leider aufgrund fehlender Zeit, mich darum zu kümmern (und in die Adapterentwicklung einzuarbeiten) wieder fallen.
Daher habe ich sehr viel Logik bezüglich Anwesenheitserkennung und Bewohnerstatus ("zuhause", "auf dem Weg ins Bett", "einschlafen", "schlafen") in Blockly bzw. in Nodered gebaut.Ich kenne also genau die Intention des Adapters :)
Bisher kam ich noch nicht dazu, den Adapter zu testen. Das werde ich aber so bald ich Zeit finde, nachholen. -
Bei mir werden die DPs "Coming", "Going" der Bewohner gar nicht angelegt.
Ich habe schon ein bisschen mit Setzen der Bewohner auf "Away" und "Home" herumgespielt, hilft aber nichts.
Dann habe ich noch einen Vorschlag zur besseren Übersicht bzw. Abgrenzung der Bewohner zu den übrigen Infos. Wäre es möglich, die Bewohner in einen Unterordner zu schieben?
Ich verstehe noch nicht ganz, wie das mit den Gruppen funktionieren soll, also wie man einen Bewohner einer Gruppe zuordnen kann. Oder ist das noch nicht umgesetzt?
-
Bei mir werden die DPs "Coming", "Going" der Bewohner gar nicht angelegt.
Ich habe schon ein bisschen mit Setzen der Bewohner auf "Away" und "Home" herumgespielt, hilft aber nichts.
Dann habe ich noch einen Vorschlag zur besseren Übersicht bzw. Abgrenzung der Bewohner zu den übrigen Infos. Wäre es möglich, die Bewohner in einen Unterordner zu schieben?
Ich verstehe noch nicht ganz, wie das mit den Gruppen funktionieren soll, also wie man einen Bewohner einer Gruppe zuordnen kann. Oder ist das noch nicht umgesetzt?
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Bei mir werden die DPs "Coming", "Going" der Bewohner gar nicht angelegt.
Ich habe schon ein bisschen mit Setzen der Bewohner auf "Away" und "Home" herumgespielt, hilft aber nichts.Ich weiß leider nicht, was genau du meinst, es gibt keine Datenpunkte, die "Coming" oder "Going" heißen. Kannst du bitte genauer sein?
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Dann habe ich noch einen Vorschlag zur besseren Übersicht bzw. Abgrenzung der Bewohner zu den übrigen Infos. Wäre es möglich, die Bewohner in einen Unterordner zu schieben?
Das hatte ich schon öfters überlegt und deine Anfrage zum Anlass genommen das umzubauen. Die gerade neu veröffentliche Version hat unter anderem diese Änderung. Bisherige Geräte-Objekte muss man natürlich manuell löschen, da die Objekte unter den neuen Ordnern neu angelegt werden.
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Ich verstehe noch nicht ganz, wie das mit den Gruppen funktionieren soll, also wie man einen Bewohner einer Gruppe zuordnen kann. Oder ist das noch nicht umgesetzt?
Doch, eigentlich schon. Du legst pro Gruppe eine eigene Adapter Instanz an und dann dann in den Einstellungen die Adapter Instanz ID hinterlegen, von der der Status übernommen werden soll. Anschließend wird der gemeinsame Gruppenstatus beider Instanzen unter
residents.[child instance].groupzusätzlich abgelegt. -
Ich habe gerade die Version
0.0.3-beta.6veröffentlicht.Die Änderungen sind diesmal etwas größer:
- Emoji Icons zu States hinzugefügt
- Anpassbare Übersetzungen für States hinzugefügt
- Geänderte Werte für Laune, um sichtbare Sortierreihenfolge zu korrigieren
- Aktivitäts-Tasks in Fokus Modus umbenannt (ähnlich dem Apple Fokus Modus)
- Benutzerdefinierte Fokus Modi hinzugefügt
- Bewohner Geräte in Unterordner verschoben
- Timer können deaktiviert werden
-
@loredo said in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Bei mir werden die DPs "Coming", "Going" der Bewohner gar nicht angelegt.
Ich habe schon ein bisschen mit Setzen der Bewohner auf "Away" und "Home" herumgespielt, hilft aber nichts.Ich weiß leider nicht, was genau du meinst, es gibt keine Datenpunkte, die "Coming" oder "Going" heißen. Kannst du bitte genauer sein?
Sigi hatte in einem oberen Post einen Screenshot angehängt. Unter den Bewohnern sind neben dem DP Presence noch weitere DPs, wann die Person gekommen bzw. gegangen ist.
Diese DPs kann ich nicht finden, allerdings sieht mittlerweile die Datenpunkt-Struktur ganz anders aus.
Wenn ich mich richtig erinnere, wurden damals in FHEM auch entsprechende Infos angezeigt, wann die Person bzw. Gruppe die Wohnung/Haus verlassen bzw. betreten haben. Ich hoffe, du weisst, was ich meine.@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Dann habe ich noch einen Vorschlag zur besseren Übersicht bzw. Abgrenzung der Bewohner zu den übrigen Infos. Wäre es möglich, die Bewohner in einen Unterordner zu schieben?
Das hatte ich schon öfters überlegt und deine Anfrage zum Anlass genommen das umzubauen. Die gerade neu veröffentliche Version hat unter anderem diese Änderung. Bisherige Geräte-Objekte muss man natürlich manuell löschen, da die Objekte unter den neuen Ordnern neu angelegt werden.
Super, die neueste Version werde ich mich gleich mal installieren :)
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Ich verstehe noch nicht ganz, wie das mit den Gruppen funktionieren soll, also wie man einen Bewohner einer Gruppe zuordnen kann. Oder ist das noch nicht umgesetzt?
Doch, eigentlich schon. Du legst pro Gruppe eine eigene Adapter Instanz an und dann dann in den Einstellungen die Adapter Instanz ID hinterlegen, von der der Status übernommen werden soll. Anschließend wird der gemeinsame Gruppenstatus beider Instanzen unter
residents.[child instance].groupzusätzlich abgelegt.Ok, danke. Werde ich mir mal anschauen.
-
@loredo said in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Bei mir werden die DPs "Coming", "Going" der Bewohner gar nicht angelegt.
Ich habe schon ein bisschen mit Setzen der Bewohner auf "Away" und "Home" herumgespielt, hilft aber nichts.Ich weiß leider nicht, was genau du meinst, es gibt keine Datenpunkte, die "Coming" oder "Going" heißen. Kannst du bitte genauer sein?
Sigi hatte in einem oberen Post einen Screenshot angehängt. Unter den Bewohnern sind neben dem DP Presence noch weitere DPs, wann die Person gekommen bzw. gegangen ist.
Diese DPs kann ich nicht finden, allerdings sieht mittlerweile die Datenpunkt-Struktur ganz anders aus.
Wenn ich mich richtig erinnere, wurden damals in FHEM auch entsprechende Infos angezeigt, wann die Person bzw. Gruppe die Wohnung/Haus verlassen bzw. betreten haben. Ich hoffe, du weisst, was ich meine.@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Dann habe ich noch einen Vorschlag zur besseren Übersicht bzw. Abgrenzung der Bewohner zu den übrigen Infos. Wäre es möglich, die Bewohner in einen Unterordner zu schieben?
Das hatte ich schon öfters überlegt und deine Anfrage zum Anlass genommen das umzubauen. Die gerade neu veröffentliche Version hat unter anderem diese Änderung. Bisherige Geräte-Objekte muss man natürlich manuell löschen, da die Objekte unter den neuen Ordnern neu angelegt werden.
Super, die neueste Version werde ich mich gleich mal installieren :)
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Ich verstehe noch nicht ganz, wie das mit den Gruppen funktionieren soll, also wie man einen Bewohner einer Gruppe zuordnen kann. Oder ist das noch nicht umgesetzt?
Doch, eigentlich schon. Du legst pro Gruppe eine eigene Adapter Instanz an und dann dann in den Einstellungen die Adapter Instanz ID hinterlegen, von der der Status übernommen werden soll. Anschließend wird der gemeinsame Gruppenstatus beider Instanzen unter
residents.[child instance].groupzusätzlich abgelegt.Ok, danke. Werde ich mir mal anschauen.
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Sigi hatte in einem oberen Post einen Screenshot angehängt. Unter den Bewohnern sind neben dem DP Presence noch weitere DPs, wann die Person gekommen bzw. gegangen ist.
Hallo, diese DP sind vom fb-checkpresence Adapter!
-
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Sigi hatte in einem oberen Post einen Screenshot angehängt. Unter den Bewohnern sind neben dem DP Presence noch weitere DPs, wann die Person gekommen bzw. gegangen ist.
Hallo, diese DP sind vom fb-checkpresence Adapter!
@sigi234 said in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Sigi hatte in einem oberen Post einen Screenshot angehängt. Unter den Bewohnern sind neben dem DP Presence noch weitere DPs, wann die Person gekommen bzw. gegangen ist.
Hallo, diese DP sind vom fb-checkpresence Adapter!
Achso... ok, habs verstanden :) Danke
-
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Bei mir werden die DPs "Coming", "Going" der Bewohner gar nicht angelegt.
Ich habe schon ein bisschen mit Setzen der Bewohner auf "Away" und "Home" herumgespielt, hilft aber nichts.Ich weiß leider nicht, was genau du meinst, es gibt keine Datenpunkte, die "Coming" oder "Going" heißen. Kannst du bitte genauer sein?
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Dann habe ich noch einen Vorschlag zur besseren Übersicht bzw. Abgrenzung der Bewohner zu den übrigen Infos. Wäre es möglich, die Bewohner in einen Unterordner zu schieben?
Das hatte ich schon öfters überlegt und deine Anfrage zum Anlass genommen das umzubauen. Die gerade neu veröffentliche Version hat unter anderem diese Änderung. Bisherige Geräte-Objekte muss man natürlich manuell löschen, da die Objekte unter den neuen Ordnern neu angelegt werden.
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Ich verstehe noch nicht ganz, wie das mit den Gruppen funktionieren soll, also wie man einen Bewohner einer Gruppe zuordnen kann. Oder ist das noch nicht umgesetzt?
Doch, eigentlich schon. Du legst pro Gruppe eine eigene Adapter Instanz an und dann dann in den Einstellungen die Adapter Instanz ID hinterlegen, von der der Status übernommen werden soll. Anschließend wird der gemeinsame Gruppenstatus beider Instanzen unter
residents.[child instance].groupzusätzlich abgelegt.@loredo said in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Ich verstehe noch nicht ganz, wie das mit den Gruppen funktionieren soll, also wie man einen Bewohner einer Gruppe zuordnen kann. Oder ist das noch nicht umgesetzt?
Doch, eigentlich schon. Du legst pro Gruppe eine eigene Adapter Instanz an und dann dann in den Einstellungen die Adapter Instanz ID hinterlegen, von der der Status übernommen werden soll. Anschließend wird der gemeinsame Gruppenstatus beider Instanzen unter
residents.[child instance].groupzusätzlich abgelegt.Leider muss ich hier nochmal nachhaken. Wenn ich das richtig verstanden habe, ist die Adapter-Instanz quasi die Bewohner Gruppe:
- resident.0 (Gruppe 1)
- Bewohner 1
- Bewohner 2
- resident.1 (Gruppe 2)
- Bewohner 3
- Bewohner 4
So lassen sich ja dann auch Überschneidungen abbilden. Ich habe zum Beispiel bei mir eine Gruppe "Eltern", eine Gruppe "Kinder" und eine Gruppe "Alle", die dann alle Bewohner beinhaltet.
Was mir noch nicht ganz klar ist: "dann in den Einstellungen die Adapter Instanz ID hinterlegen, von der der Status übernommen werden soll".
Ist hier eine Instanz ID einer anderen Residenz-Instanz gemeint?
Oder meinst du hier eine ID außerhalb des resident-Adapterst? Also ein DP, der von einem anderen Adapter geschaltet wird und den gesamten Gruppenstatus schaltet?Ich habe hier schon mehrere IDs eingetragen, allerdings hatte das bisher keinen Einfluss.
Die Beschreibung des Feldes "Object IDs of the parents residents instances" lässt ja darauf schließen, dass hier mehrere eingetragen werden können.
Kannst du hier vielleicht mal ein Beispiel zeigen, was da eingetragen werden muss? - resident.0 (Gruppe 1)
-
@loredo said in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Bei mir werden die DPs "Coming", "Going" der Bewohner gar nicht angelegt.
Ich habe schon ein bisschen mit Setzen der Bewohner auf "Away" und "Home" herumgespielt, hilft aber nichts.Ich weiß leider nicht, was genau du meinst, es gibt keine Datenpunkte, die "Coming" oder "Going" heißen. Kannst du bitte genauer sein?
Sigi hatte in einem oberen Post einen Screenshot angehängt. Unter den Bewohnern sind neben dem DP Presence noch weitere DPs, wann die Person gekommen bzw. gegangen ist.
Diese DPs kann ich nicht finden, allerdings sieht mittlerweile die Datenpunkt-Struktur ganz anders aus.
Wenn ich mich richtig erinnere, wurden damals in FHEM auch entsprechende Infos angezeigt, wann die Person bzw. Gruppe die Wohnung/Haus verlassen bzw. betreten haben. Ich hoffe, du weisst, was ich meine.@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Dann habe ich noch einen Vorschlag zur besseren Übersicht bzw. Abgrenzung der Bewohner zu den übrigen Infos. Wäre es möglich, die Bewohner in einen Unterordner zu schieben?
Das hatte ich schon öfters überlegt und deine Anfrage zum Anlass genommen das umzubauen. Die gerade neu veröffentliche Version hat unter anderem diese Änderung. Bisherige Geräte-Objekte muss man natürlich manuell löschen, da die Objekte unter den neuen Ordnern neu angelegt werden.
Super, die neueste Version werde ich mich gleich mal installieren :)
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Ich verstehe noch nicht ganz, wie das mit den Gruppen funktionieren soll, also wie man einen Bewohner einer Gruppe zuordnen kann. Oder ist das noch nicht umgesetzt?
Doch, eigentlich schon. Du legst pro Gruppe eine eigene Adapter Instanz an und dann dann in den Einstellungen die Adapter Instanz ID hinterlegen, von der der Status übernommen werden soll. Anschließend wird der gemeinsame Gruppenstatus beider Instanzen unter
residents.[child instance].groupzusätzlich abgelegt.Ok, danke. Werde ich mir mal anschauen.
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Sigi hatte in einem oberen Post einen Screenshot angehängt. Unter den Bewohnern sind neben dem DP Presence noch weitere DPs, wann die Person gekommen bzw. gegangen ist.
@sigi234 sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
diese DP sind vom fb-checkpresence Adapter!
Ich habe gerade neue Datenpunkte in der gerade veröffentlichten Version
0.0.3-beta.7unterresidents.[instance].[residentType].info.presencehinzugefügt.
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Leider muss ich hier nochmal nachhaken. Wenn ich das richtig verstanden habe, ist die Adapter-Instanz quasi die Bewohner Gruppe:
- resident.0 (Gruppe 1)
- Bewohner 1
- Bewohner 2
- resident.1 (Gruppe 2)
- Bewohner 3
- Bewohner 4
So lassen sich ja dann auch Überschneidungen abbilden. Ich habe zum Beispiel bei mir eine Gruppe "Eltern", eine Gruppe "Kinder" und eine Gruppe "Alle", die dann alle Bewohner beinhaltet.
Theoretisch, ja. Man kann aktuell aber noch nicht mehrere Instanzen angeben, weil ich nicht weiß, wie ich das grafisch richtig in Materialize darstellen kann. Die dafür nötige Hilfe hatte ich ja schon öfters erwähnt. Auch bei den Yahka Instanzen und den überwachten externen Datenpunkten für die Präsenz und den Nachhauseweg sollen mehrere Einträge möglich sein. Mangelt aber bisher an einer sinnvollen grafischen Eingabe.
@blade-of-fire sagte in Test Adapter Residents (Bewohner) v0.0.x Latest (Beta):
Was mir noch nicht ganz klar ist: "dann in den Einstellungen die Adapter Instanz ID hinterlegen, von der der Status übernommen werden soll".
Ist hier eine Instanz ID einer anderen Residenz-Instanz gemeint?Ja ganz genau. Aber die Instanz-ID ist immer nur sowas wie
residents.0, kein Datenpunkt darunter, so wie du das angegeben hast. Man muss aber natürlich aufpassen, dass man sich keinen Loop baut. Kann sein, dass sowas nicht hinreichend geprüft wird. - resident.0 (Gruppe 1)
Support us
539
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge