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

[Wildbill]

@dtp Kannst ja ein Issue beim Adapter aufmachen. Vermutlich ist es aber einfacher, diese Logik einfach direkt in iobroker per Script zu erstellen. Ein Adapter kann und soll ja nicht alle denkbaren Eventualitäten abdecken.

Gruss, Jürgen

[dtp]

@wildbill Hatte ich vor Jahren schon mal gemacht. Ohne Erfolg.

Ja, vermutlich schreibe ich mir einfach eine kleines Javaskript. Aber schöner wäre es aus meiner Sicht direkt im Adapter.

[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.