Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[wendy2702]

@mickym Ich war zu faul den Link/Beitrag zu suchen :sunglasses:

[superbraz]

Grüße...

möchte mein Tor auch gern via Homematic / YAHKA ins Homekit bringen,
kann es schalten (auf / zu), aber der Status wird immer als geöffnet angezeigt...

bei CurrentDoorState habe ich einen Kontaktsensor ausgewählt, dieser gibt als Werte im ioBroker CLOSED und OPEN aus...
habe auch MAP mit CLOSED = (simple) 1 und OPEN = (simple) 0 angegeben, aber leider funktioniert es nicht...
Tor ist zu, Status steht im Homekit auf geöffnet...

kann mir jemand helfen? DANKE!

[Codierknecht]

@superbraz sagte in Yahka Adapter - Garagentor steuern:

dieser gibt als Werte im ioBroker CLOSED und OPEN aus

Sicher?
Vielleicht ist das aber auch nur die Anzeige. Stehen da Zahlen in Klammern dahinter?

[superbraz]

@codierknecht

ja stehen zahlen dahinter
CLOSED(0)
wenn ich als Map 0 = 1 und 1 = 0 wähle, steht im Homekit (wird geöffnet), obwohl es geschlossen ist

[black.falcon87]

@superbraz Ich meine die Werte von CurrentDoorState und TargetDoorState müssen nachher identisch sein.
Ich hab's gerade nicht ganz im Kopf (bin unterwegs) aber ungefähr so:

Also wenn z.B. das Tor offen ist (Status 1) dann müssen beide auf 1 sein.
Tor geschlossen (Status 0) müssen beide Datenpunkte auf 0 sein.
Steht CurrentDoorState auf 1 (offen) und TargetDoorState wird auf 0 (schließen) gesetzt, damit zeigt Homekit "wird geschlossen" an bis das beide wieder den gleichen Status haben. Beim öffnen dann genauso

[superbraz]

@black-falcon87 said in Yahka Adapter - Garagentor steuern:

@superbraz Ich meine die Werte von CurrentDoorState und TargetDoorState müssen nachher identisch sein.
Ich hab's gerade nicht ganz im Kopf (bin unterwegs) aber ungefähr so:

Also wenn z.B. das Tor offen ist (Status 1) dann müssen beide auf 1 sein.
Tor geschlossen (Status 0) müssen beide Datenpunkte auf 0 sein.
Steht CurrentDoorState auf 1 (offen) und TargetDoorState wird auf 0 (schließen) gesetzt, damit zeigt Homekit "wird geschlossen" an bis das beide wieder den gleichen Status haben. Beim öffnen dann genauso

das ist ja mist...
ich steuere es mit einer PCBS Platine...
das heisst die steht auf "false" und springt für 1 sek auf "true", danach wieder auf false...
weil sie nur 1 sek schaltet...
und der HMIP SCI gibt den status für offen (1) und geschlossen (0)

Edit:
das steht noch im protokoll vom iobroker:
State value to set for "hm-rpc.1.000458A98C9505.3.STATE" has to be type "boolean" but received type "string"

[black.falcon87]

@superbraz
ja glaub da musst dir in 0_userdata selbst ne Variable anlegen und dort umschalten.
Wenn ich dran denke schau ich heute Abend zuhause mal wie ich das gelöst habe dann poste ich dir paar Screenshots von den Blocklys.
Ich hab die gleichen Geräte. HmIP-SCI und PCBS :-)

[superbraz]

@black-falcon87 said in Yahka Adapter - Garagentor steuern:

@superbraz
ja glaub da musst dir in 0_userdata selbst ne Variable anlegen und dort umschalten.
Wenn ich dran denke schau ich heute Abend zuhause mal wie ich das gelöst habe dann poste ich dir paar Screenshots von den Blocklys.
Ich hab die gleichen Geräte. HmIP-SCI und PCBS :-)

oh das wäre mega!
blockly hab ich erst seit 3 tagen und noch nicht so die ahnung davon...
also in "o_userdata" ne Variable anlegen,...kein plan was du meinst :) dort dann bitte auch etwas genauer erklären :)
Edit 2: hab gefunden, was du meinst...aber haut noch nicht hin :D

[black.falcon87]

Der yahka Adapter braucht beim Garagentor ja zwei Datenpunkte. Einmal CurrentDoorState (= wie der aktuelle Status vom Tor ist) und TargetDoorState (= was mit dem Tor passieren soll --> es geöffnet oder geschlossen werden)

Diese beiden Datenpunkte habe ich mir im Objektbaum im Ordner 0_userdata angelegt.
Der Ordner ist eben dafür da wenn du dir selbst Datenpunkte -für was auch immer- anlegen möchtest. Die kannst du dir mit dem "+" Button ja schon mal anlegt. Alles weitere dann später ;-)

[black.falcon87]

@black-falcon87 achja: Als Typ nimmst du "Number" (nicht boolean)

[superbraz]

@black-falcon87

glaube ich habs hinbekommen - VIELEN DANK!
falls du noch einen "verbesserungsvorschlag" hast, nehm ich den gern an...

[black.falcon87]

@superbraz ja sieht doch gut aus. Ich habs auch so in der Art nur ein klein wenig anders :-)

Im ersten Schritt trigger ich auch auf TargetDoorState, da dieser ja in der Home App verändert wird.

Bei mir braucht das Tor etwa 22 Sekunden zum hoch fahren und 20 Sekunden zum runter fahren (Schwerkraft hilft runter ja, daher gehts da wohl schneller :-D )
Durch den Timer hab ich in der Home App nicht direkt den Wechsel von "offen" zu "geschlossen" sondern der Status geht von "offen" zu "wird geschlossen" und erst wenn es zu ist ist der Status dann "geschlossen"

Weiterhin musst du nur aufpassen: Du hast den Kanal 3 jetzt nur eingeschaltet oder? Der sollte ja nur 1 Sekunden eingeschaltet werden und sich dann direkt wieder ausschalten. Dafür hab ich mir in der CCU eine Direktverknüpfung angelegt zwischen einem virtuellen Taster und dem Aktor PCBS. Dadurch muss ich im Blockly nur meinen Datenpunkt "Garagentor fahren" auf true setzen, aber die CCU schickt ein Funktelegram an den PCBS mit einer Einschaltdauer von 1 Sekunden, damit der definitiv wieder ausgeht

[black.falcon87]

Parallel dazu hab ich mir aber noch ein zweites Blockly gemacht wo ich nur den HmIP-SCI überwache.
Hier warte ich dann 24 Sekunden um den Status zu setzen.

Warum dieses zweite Blockly? Naja das erste setzt den Status in der Home App ja nur dann richtig wenn das Garagentor über den PCBS gesteuert wird. Aber ich hab auch noch einen normalen -nicht smarten- Taster in der Garage sowie eine Fernbedienung von Hörmann um den Antrieb direkt zu steuern.

Damit dann der Status auch passt eben dieses zweite Blockly mit einem Timeout der etwas größer ist als die Dauer vom Tor hoch bzw. runter fahren

[superbraz]

@black-falcon87

in der CCU habe ich ein Programm, welches die PCBS nach 1 Sek wieder ausschaltet,
das hatte ich schon für die Homebridge angelegt :)

Für Gäste will ich nun ein 2. Zuhause mit iobroker anlegen, daher der ganze Aufwand...

dein 2. Blockly ist clever - das hab ich noch gar nicht versucht.
Die Homebridge ist da etwas intelligenter und fragt wohl nur den Sensor-Status ab...
Reagiert also auch auf den Wandtaster...

Aber du hast mir schon mal sehr geholfen...

jetzt kämpfe ich mit Nuki + Yahka...
und was ich noch noch nicht hinbekommen habe ich der Samsung TV mit Yahka...
sowie eine Leuchte von VOCOlinc...aber da gibts scheinbar nix für iobroker :/

:D :D :D

[black.falcon87]

@superbraz Wieso wusste ich das du das mit dem Programm auf der CCU schreibst, welches nach 1 Sekunde wieder ausschaltet? Hatte ich am Anfang auch so gemacht :-D
Im Homematic Forum wird bei sowas dann immer gerne zu den Direktverknüpfungen geraten. Macht ja auch Sinn. Problem an der Lösung mit dem Programm: Was passiert wenn z.B. genau in dieser Sekunde das Funktelegram nicht richtig ankommt? Vielleicht weil in der gleichen Sekunde von der CCU ein anderer Aktor geschaltet wird oder weil der DutyCycle überschritten ist. Da ist das andere einfach sicherer, da eben die Einschaltdauer und das Einschalten des Aktors zusammen in einem Funktelegram kommt. Aber klar, meistens wirds auch so mit der Programm funktionieren ;-)

[black.falcon87]

Gehts bei der Haustür nur ums öffnen?
Das hab ich bei mir ähnlich wie mit dem PCBS gelöst. Ein Aktor der mir für eine Sekunde etwas potentialfrei schaltet. Was ich nicht habe ist daher ein Status ob die Haustür verschlossen ist. Aber vielleicht hilft es dir ja:

Aber da driften wir jetzt vom Thema dieses Threads ab :-D

[superbraz]

@black-falcon87

habs auf 2 sekunden gestellt..grad nochmal geschaut, aber spielt ja keine rolle :D
naja, läuft jetzt seit 3 Jahren so ... und ich hab das auch schon gelesen, zwecks unsicher etc.
aber danke nochmal für den Hinweis :)

wenn du zu den anderen "Problemen" noch Tips hast... ^^

[black.falcon87]

Beim Fernseher kann ich dir nicht direkt helfen. Das hab ich auch noch vor mir.

Mein Start war mal auch hier nach ähnlichem Schema:

Über Blocklys wollte ich dann auf die einzelnen Datenpunkte reagieren. Aktiv sagt ja ob der Fernseher eingeschaltet oder ausgeschaltet werden soll.
Bei Aktivität gehts dann um den Eingang. Hier nutz ich den Logitech Harmony Hub und müsste dann die Aktivität Nintendo Switch oder Satreceiver oder Apple TV starten usw.
Tatsächlich hab ich das letztes Jahr im Winter begonnen und dann irgendwie nicht weitergemacht, gut das du mich erinnerst :-D

https://github.com/jensweigele/ioBroker.yahka/wiki/Fernseher-mit-YAHKA-simulieren

[superbraz]

@black-falcon87

ja, da driften wir ab...ein und ausschalten vom Samsung TV würde mir schon reichen!

Haustür funktioniert seit eben (nicht Nuki)...
Axis Türsprechanlage,

ioBroker triggert per HTTP Befehl (Blockly) virtuelle Taste der CCU > diese löst einen HTTP Befehl der Türsprechanlage aus, welche dann den Ausgang / Summer für 2 Sekunden schaltet.

Warum der Weg über die CCU? Weil die die entsprechenden credentials mit überträgt...

[superbraz]

@black-falcon87

hab noch ein problem...

vermute die scripte "hacken" sich...

habe mir auch ein "nur status" blockly angelegt...
soll nicht verzögert schalten, sondern sofort bei änderung vom sensor status,
das haut auch hin...

allerdings springt durch mein script aus dem ersten Erfolg
https://forum.iobroker.net/topic/33792/yahka-adapter-garagentor-steuern/17?_=1709919208884

die Target Variable wieder auf 1 und nicht auf 0, wie bei "mache" gewünscht...

kannst du mir dabei noch helfen?