Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Codierknecht]

@dtp sagte in Tastersimulation mit YAHKA-Adapter:

Ich frage mich, warum es diese Funktion nicht schon längst im YAHKA-Adapter gibt

Vielleicht weil eine solche Funktionalität so gut wie nie nachgefragt wurde?
Das per Script nachzubilden ist ja schließlich auch keine Rocket-Science.

[dtp]

@codierknecht sagte in Tastersimulation mit YAHKA-Adapter:

Vielleicht weil eine solche Funktionalität so gut wie nie nachgefragt wurde?
Das per Script nachzubilden ist ja schließlich auch keine Rocket-Science

Ich weiß schon. Wobei mich das schon wundert, dass das so wenige brauchen. Ich brauche es z.B. für den HmIP-DLD Türschlossantrieb. Da gibt es eine extra Öffungsfunktion, die man am besten mit einem reinen Taster ansteuert. Und auch bei meinem höhenverstellbaren Schreibtisch erfolgt die Ansteuerung rein per Tastimpuls.

[dtp]

Leider gestaltet sich die Tastersimulation etwas schwieriger als gedacht. Hintergrund ist der, dass ich einen HmIP-DLD Türschlossantrieb nutze. Der YAHKA-Adapter bzw. Homekit kennen aber ja beim Service-Typ LockMechanism nur verrriegeln und entriegeln. Ein zusätzliches Öffnen der Tür geht nur durch einen zusätzlichen Service-Typ Switch. Mit dem spreche ich aber denselben Datenpunkt LOCK_TARGET_LEVEL des HmIP-DLD an, wie mit LockMechanism. Dann eben mit dem Status 2 zum Öffnen, statt mit dem Status 1 zum Entriegeln.

Damit kann ich aber den Switch in Homekit bzw. YAHKA nicht wieder ausschalten, weil es ja gar keinen entsprechenden Datenpunkt für den Schalter gibt. Das müsste also direkt in YAHKA umgesetzt werden.

Ich hoffe, es ist klar geworden, wo das Problem liegt.

[Asgothian]

@dtp sagte in Tastersimulation mit YAHKA-Adapter:

Damit kann ich aber den Switch in Homekit bzw. YAHKA nicht wieder ausschalten, weil es ja gar keinen entsprechenden Datenpunkt für den Schalter gibt. Das müsste also direkt in YAHKA umgesetzt werden.

einfacher trick:

• Schalter auf den besagten Datenpunkt legen.
• Als 'conversion' 'skript' wählen

Was jetzt passiert ist das jedes 'umschalten' des Schalters dazu führt das der DP mit 2 belegt wird.
Wenn der DP von aussen (ioBroker / HM) aktualisiert wird, dann wird der Schalter im HomeKit auf falsch zurück gesetzt.

A.

[Jimbo21]

Ich habe ein Nuki Türschloss Version 2.0 mit der Nuki Bridge. Diese ist Apple Homekitfähig, aber in Apple Homekit wird, wenn Haustür zu ist, "Nuki Aufgeschlossen" angezeigt.
Wenn man jetzt die Haustür öffnen will, muss die erst in Apple Homekit verschliessen und dann öffnen, erst dann löst sich der Schnapper und die Tür springt auf.
Das verbraucht viel Akku und dauert zu lange.
Ich möchte dies per Yahka lösen.
Gestern hatte es auch geklappt, nach dem ich das Script von @asgothian genutzt habe, aber nur genau 1x, danach nicht mehr. Schalter springt nicht mehr auf den "Aus" Zustand.
Unter Objekten in Yahka habe ich den Befehl "OpenAction". Service-Typ habe ich "Switch" gewählt und unter Charaktereigenschaften In-Out Data "ioBroker.State.
Die Tür öffnet so wie ich es möchte, aber der Schalter soll von selbst wieder zurück in "Off" springen.

[Asgothian]

Zeig mal bitte wie Dein Skript in Yahkha aussieht, sowie wie der Datenpunbkt aussieht den du damit ansteuerst.

A.

[Jimbo21]

So sieht es aus. Service Typ ist "Switch"

[Asgothian]

• Warum ein Screenshot - auf dem telefon kann ich den nicht auslesen - alles is so klein
• Was ist mit dem angesteuerten Datenpunkt ? Insbesondere - was sind gültige Werte dieses Datenpunktes,

A.

[Jimbo21]

Ich weiss leider nicht, wie ich einen Screenshot vom ioBroker sonst hier vermitteln kann.
Man kann es doch auf dem Handy zoomen.
Mit dem Nuki.extended Adapter verhält es sich im übrigen ganau gelich wie mit dem Nuki Adapter. Das Script hat 1x funktioniert, und danach nie wieder.

[Asgothian]

Ich habe weder Nuki noch Nuki extended. Ich weiss nicht wie der Datenpunkt funktionieren soll, deswegen die Frage nach den Informationen über den Datenpunkt. Auch hier zeigt mir der Screenshot zwar wie das aussieht, nicht aber wie es reagiert.

Zum thema wie ohne Screenshot - schon spannend.. in dem anderen Thread hast du die Information ohne Screenshot sauber gepostet, so das man die nachlesen kann.

Seis drum. Wenn ich das was du an info's gegeben hast richtig interpretiere, dann gibt es zwei mögliche Lösungen:

Option A: Das Problem ist auf Nuki Seite, dann musst du das Skript im Yahkha so ändern:

• toHomekit: return false;
• toIoBroker: return true;

Das setzt voraus das das Nuki den Button bestätigt, so das Yahkha erkennt das die Aktion durch ist und den Schalter zurück setzen kann.

Option B: Das Problem ist auf Homekit Seite. Dann brauchst du auf Homekit-Seite nicht mit 'skript' zu arbeiten, sondern kannst direkt auf einen benutzerdefinierten State gehen der die Werte vom Homekit sauber übernimmt.

Für den brauchst du dann ein Skript welches

• mit einem Trigger erkennt wenn Homekit das schloss öffnen will
• diesen Befehl an das Schloss übermittelt
• und nachdem das Schloss entsprechend reagiert hat deinen eigenen Datenpunkt via aktualisere (nicht steurere) auf den Ausgangswert zurück setzt.

A.

[Jimbo21]

• toHomekit: return false;
• toIoBroker: return true;

Hab es so abgeändert, verhalten das selbe. Es funktioniert 1x und dann nicht mehr. Aber Tür öffnet auch nicht, reagiert nicht. Komisch, es hatte schonmal geklappt, aber auch irgendwie nur sporadisch, dass man in Apple Homekit die Tür dann öffnen konnte.
Im ioBroker unter den Objekten kann ich die Tür öffnen, wenn ich den Button zum öffnen klicke.

Option B - Meinst du ein Script per Blockly, weil damit kenne ich mich überhaupt nicht aus.