Türschloss "nur" anzeigen in HomeKit über Yahka

[loverz]

@loverz sieht dann so aus:

[Asgothian]

@schlumpf sagte in Türschloss "nur" anzeigen in HomeKit über Yahka:

Ich habe schon einiges probiert, komme aber nicht weiter. Ich betreibe das ganze auch wirklich nur aus "Spaß an der Freude" und habe neben Familie und Arbeit kaum Zeit mich richtig in die Programierungswelt einzuarbeiten, seid also bitte nachsichtig, dass ich nicht sehr viel verstehe wenn es weiter in die Materie geht als oberflächlich.

1. Zeig mal die Datenpunkte des Türschlosses
2. Wenn ich das richtig erinnere darfst du nicht den Service-Typ LockMechanism verwenden, sondern solltest das als contact sensor einbinden. da kannst du dann mit einem einfachen ioBroker.State - nicht ioBroker.Multistate ansteuern, und in der Anzeige auf 'Door` umstellen - dann wird die Tür als 'offen' gekennzeichnet wenn das Schloss aufgeschlossen ist.

Mit dem service-Typ LockMechanism braucht du mehr logik, da hier ein Zeitverhalten mehrerer States erwartet wird. von unlocked auf locking auf locked und von locked auf unlocking auf unlocked

A.

[Schlumpf]

@loverz Genau. der loch mechanism hat 2 Datenpunkte, von dem ich nur den zum Anzeigen nutze (denke ich):

Wie gesagt, habe ich es auch schon mit dem service: Door als test probiert:

Leider dasselbe Ergebnis, wie oben beschrieben. Bei deinem Bild sehe ich die Anzeige als "Sensor innerhalb eines Raumes" (keine Ahnung ob die beschreibung richtig gewählt ist), ich hätte aber gerne eine Kachel direkt auf der Hauptansicht.

@Asgothian Hier die Datenpunkte:

Ich lese hier den currendMode aus, da er sich nicht steuern lässt.

Grundsätzlich wird ja in HomeKit auch das ganze richtig angezeigt und sogar die Nachricht beim ändern des Datenpunktes (aufgeschlossen/abgeschlossen) von HomeKit kommt richtig an. Nur eben das, dass angezeigt wird das aufgeschlossen wird passt nicht:

[Asgothian]

@schlumpf sagte in Türschloss "nur" anzeigen in HomeKit über Yahka:

Grundsätzlich wird ja in HomeKit auch das ganze richtig angezeigt und sogar die Nachricht beim ändern des Datenpunktes (aufgeschlossen/abgeschlossen) von HomeKit kommt richtig an. Nur eben das, dass angezeigt wird das aufgeschlossen wird passt nicht:

Nochmal - Homekit erwartet eine 3Stufge Statusanpassung:

@asgothian sagte in Türschloss "nur" anzeigen in HomeKit über Yahka:

Mit dem service-Typ LockMechanism braucht du mehr logik, da hier ein Zeitverhalten mehrerer States erwartet wird. von unlocked auf locking auf locked und von locked auf unlocking auf unlocked

Es reicht nicht die Position von 100 auf 0 zu setzen, damit er erkennt das die Tür abgeschlossen ist.

[loverz]

@schlumpf also bei mir geht genau das:

Wenn ich die Testvariable auf true setze ist die Tür geschlossen, bei false ist sie offen.

Dennoch empfehle ich contact Sensor State, der wird auch auf dem Hauptbildschirm UND im Raum angezeigt.

Der Trick besteht dann wohl darin, dass man beide Datenpunkte mit dem selben Objekt verknüpfen muss.

Ach ja und über das neue YAHKA Design habe ich mich auch schon mehrfach ausgekotzt, man erkennt absolut nichts an deinen endlos-langen Screenshots, weshalb ich auf 1.0.9 geblieben bin...

[Asgothian]

@loverz sagte in Türschloss "nur" anzeigen in HomeKit über Yahka:

Wenn ich die Testvariable auf true setze ist die Tür geschlossen, bei false ist sie offen.

Klar - weil Target-State und Ist-State gleich sind. Damit kann man deine Testvariable aber auch aus homekit ansteuern - da wird dann nämlich der TargetState verändert, und er wartet bis der CurrentState nachgezogen ist.

@schlumpf - wenn du also unbedingt die Tür nutzen willst, dann geht das so:

• du erzeugst einen User Datenpunkt 'LockState'
• du erzeugst ein Skript mit 2 Triggern:
  -- T1 der auf änderungen dieses Datenpunktes reagiert. Darin: Abprüfen ob die Änderung von Yahka kommt. Wenn ja, dann die Änderung rückgängig machen.
  -- T2 der auf die Änderung deines echten Lock-States reagiert, und dessen Änderung auf den user Datenpunkt 'LockState' überträgt.

A.

[Schlumpf]

Oh man, jetzt bin ich etwas verwirrt, entschuldigt.

@Asgothian Grundsätzlich verstehe ich deine Ausführung. Aber warum ist im LockTargetState hinterlegt, dass er nur 0 oder 1 haben kann, mit 1er Schritten? Sonst könnte ich ja die 3 States simulieren. 100 oder 0 hat der Service-Typ "Door".

Das mit dem Skript muss ich unbedingt mal ausprobieren. Aber wie kann ich darin abfragen, von wo die Änderung kommt (also von Yahka).

@loverz Habe ewig rum probiert um das hin zu bekommen was du gemacht hast (beide Abfragen mit dem selben State verknüpft). Dabei habe ich festgestellt, dass scheinbar die alte "Tür Test" kaputt ist, ich konnte es nicht zum funktionieren bringen, es wurde immer wieder "Aufschließen..." angezeigt. Als ich eine ganz neue Tur erstellt habe, hat es, wie bei dir, funktioniert.

Der Ansatz mit dem Contact sensor finde ich gut und habe ich auch schon umgesetzt, danke dafür. Nur wie ich den jetzt als "Kachel" im Raum und der Übersicht angezeigt bekomme anstatt nur in der "Leiste" des jeweiligen Raums, weiß ich nicht. Könnt ihr da nochmal helfen?

Auf alle Fälle bedanke ich micht schon jetzt für eure Hilfe!!!

Gruß
Jan

[loverz]

@schlumpf Hi,
als "Kachel" wird nicht klappen, wenn du ihn als "contact sensor" anlegt.

Sensoren sind in Homekit eigentlich immer oben in der Leiste. In der Leiste des Raumes und bei Bedarf auch in der Leiste des genzen Hauses.

Dass manche Geräte bei vielen Änderungen bzw. Tests bei YAHKA/Homekit "kaputt" gehen ist mir auch schon aufgefallen. Manchmal hilft da echt nue neu anlegen. Auch Duplizieren kopiert den Fehler einfach mit, das muss man wissen.

Im Blockly Script kannst du beim Trigger einstellen, welche Änderungen überwacht werden, sort müsste man dann YAHKA einstellen können.

Meiner Einschätzung nach brauchst du das aber nicht, das sollte alles auch ohne den Umweg über ein Script gehen.

[Asgothian]

@loverz sagte in Türschloss "nur" anzeigen in HomeKit über Yahka:

Meiner Einschätzung nach brauchst du das aber nicht, das sollte alles auch ohne den Umweg über ein Script gehen.

Prinzipiell ja, aber dann kann er via Homekit das Schloss auch auf- und zuschliessen. Und ob das gewünscht ist weiss ich nicht. In dem Moment wo er das Schloss in Homekit ansteuert wird der lockTargetState geändert. Sobald der LockCurrentState dem gefolgt ist (in seinem Fall - Sofort) wird das Schloss dann auch in Homekit auf den neuen Status gesetzt.

Das Skript dient ausschliesslich dazu zu verhindern das Yahka den State anpasst.

A.

Nachtrag: So geht das mit dem Abfragen der Quelle:

Blockly:

JS

on({ id: [].concat(['select ID']), change: 'ne' }, async (obj) => {
  let value = obj.state.val;
  let oldValue = obj.oldState.val;
  if (String((obj.state ? obj.state.from : '')).includes('yahka')) {
    // Aenderung durch Yahka
  } else {
    // Aenderung nicht
    // durch Yahka
  }
});

[Schlumpf]

Vielen lieben dank an euch beide @Asgothian @loverz , ihr habt mir echt sehr weitergeholfen. Hab jetzt erst einmal beide Varianten (ContaktSensor und LockMechanism mit Skript) im Einsatz, mal gucken was besser passt.

Könnt ihr mir evtl. bei noch einer Frage bzgl. HomeKit weiterhelfen? Unhöflich wie ich bin, warte ich eure Antwort mal nicht ab und stell die Frage einfach:

Wie habt ihr die Anwesenheitserfassung realisiert? Ich habe hierzu mehrere Ansätze:

Hue Bewegungssensor im Eingang:

• Hat einen Anwesenheitssensor den er automatisch im HomeKit anzeigt (noch nie was mit gemacht und keine Ahnung wie der funktioniert)

iPhones per Anwesenheit von HomeKit:

• Wird über Positionsermittlung erfasst
• Radius etwas zu weit

iPhone über Kurzbefehl-Automation W-Lan:

• durch das Ein- / Auswählen im W-Lan durch das iPhone

Ping Adapter im ioBroker:

• Funktioniert nicht gut beim iPhone

Mein großes Problem bei der Erkennung über das iPhone ist, dass wir auf dem Land wohnen und gutes, flächendeckendes Mobilfunknetz einfach nicht existiert. Im Hausflur gibt es kein Empfang, der kommt erst vor der Tür und dann nur wiederwillig wieder und ist in den ersten 5 Minuten Fahrt durch den nächsten Wald auch schon wieder weg.
Das führt dazu, dass immer wieder das iPhone die Nachricht, das es nicht mehr im W-Lan ist oder Standortbezogen nicht mehr in der Nähe ist, einfach nicht rausschicken kann. Somit bin ich oder meine Frau immernoch anwesend, obwohl wir längst weg sind.

Wie macht ihr das bzw. habt ihr einen Tipp für mich?

Gruß
Jan

[loverz]

@schlumpf also ich habe für jede Person in YAHKA einen Schalter anlegt, den ich in der Home-App per Automation bei Anwesenheit einschalte und bei Abwesenheit aus.

Zusätzlich habe ich im ioBroker ein Script laufen, welches einen weiteren Schalter "Daheim" umlegt, wenn irgendeine Person zu Hause ist, oder alle weg sind.

Somit weiß ich wer zu Hause ist und ob jemand insgesamt zu Hause ist.

Das funktioniert recht zuverlässig und wird über die Ortungsdienste des Handys geregelt, da steht soweit ich weiß Satellitenortung, Mobilfunknetztriangulation, Bluetooth und WIFI zur Verfügung. Apple eigenes System halt, funktioniert jedoch ziemlich gut.
-> Denke aber, das dafür auch ein Apple Hub (Apple TV oder Homepod) nötig sind, dass das gut läuft.

Die anderen Ansätze über Ping, WLAN etc. sind unzuverlässig, da die Geräte bei Nichtnutzung in einen Schlafmodus gehen was zu Problemen führt.

Über den Fritz-Box Adapter (TR irgendwas...) soll es wohl auch recht gut gehen, aber durch die Apple Lösung eigentlich nicht nötig.