NEWS
Yet another HomeKit adapter
Yet another HomeKit adapter
-
-
Gibt es hier Erfahrungen mit Yahka 1.0.3 und der neuen Architektur ?
Gibt es etwas zu beachten beim Wechsel der Architektur?
Wie meinst Du das?
Habe die 1.0.3 , worauf hätte ich achten sollen?Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
Wie meinst Du das?
Habe die 1.0.3 , worauf hätte ich achten sollen?@haselchen naja,
Ich wollte halt wissen ob hier schon jemand die neue HomeKit Architektur nutzt /Aktiviert hat und ob es nach dem Umstellen darauf irgendwelche Probleme mit Yahka gibt.
-
@haselchen naja,
Ich wollte halt wissen ob hier schon jemand die neue HomeKit Architektur nutzt /Aktiviert hat und ob es nach dem Umstellen darauf irgendwelche Probleme mit Yahka gibt.
-
@wendy2702 nein, läuft einwandfrei.
Bin selbst nicht hoch, weil ich ein altes iPad hab, aber schon öfter gelesen, dass alles weiterhin geht. -
@wendy2702 soweit ich mich erinnere hier im Thread, hab glaub sogar selbst mal gefragt.
Auf Facebook hab ich das auch oft gelesen.
Du kannst ohne Probleme upgraden.
-
Wollte wissen was du mit Architektur meinst.
Hab das neueste IOS.
Bei Handy und HomePod.
Sowie hier die 1.0.3 und nix Probleme.
Läuft alles wie vorher .Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
Wollte wissen was du mit Architektur meinst.
Hab das neueste IOS.
Bei Handy und HomePod.
Sowie hier die 1.0.3 und nix Probleme.
Läuft alles wie vorher .@haselchen die Architektur hat nicht viel mit der IOS Version zu tun ausser das erst wieder ab 16.4 verfügbar.
Die Architektur muss man bewusst in der Home App umstellen
-
@haselchen die Architektur hat nicht viel mit der IOS Version zu tun ausser das erst wieder ab 16.4 verfügbar.
Die Architektur muss man bewusst in der Home App umstellen
@wendy2702 Also bei mir läuft es mit der neuen Architektur und der aktuellen stable des Yahka völlig problemlos. Einziger Unterschied zur alten Architektur war, dass alles jetzt einfach responsiver ist. Früher gab es 2-3 Gedenksekunden, bis eine Eingabe umgesetzt wurde, jetzt geht es quasi sofort.
Habe sowohl ATV4K als auch 2 große Homepod (neues Modell) und 2 kleine im Einsatz, die wechseln als Bridge munter durch, je nachdem, ob der ATV gerade an oder im Standby ist, völlig problemlos bei mir.Gruss, Jürgen
-
@wendy2702 Also bei mir läuft es mit der neuen Architektur und der aktuellen stable des Yahka völlig problemlos. Einziger Unterschied zur alten Architektur war, dass alles jetzt einfach responsiver ist. Früher gab es 2-3 Gedenksekunden, bis eine Eingabe umgesetzt wurde, jetzt geht es quasi sofort.
Habe sowohl ATV4K als auch 2 große Homepod (neues Modell) und 2 kleine im Einsatz, die wechseln als Bridge munter durch, je nachdem, ob der ATV gerade an oder im Standby ist, völlig problemlos bei mir.Gruss, Jürgen
-
@wildbill danke für die Info.
Habe auch ein ATV4 und 3 HomePod Mini.
Dann werde ich die Tage mal umstellen.
-
Nachdem ich vergeblich versucht hatte, in der yahka.function-factory.js eine neue Funktion anzulegen bzw. ich es auf die schnelle nicht geschafft habe, sie in der GUI anzeigen zu lassen (habe mich wie gesagt heute zum ersten Mal damit beschäftigt), habe ich kurzerhand die Passthrough Function (deren Sinn sich mir auch noch nicht vollständig erschließt) gehijacked und daraus folgendes gemacht:
var conversionFactory = { "passthrough": function (adapter, parameters) { return { toHomeKit: function (value) { return value; }, toIOBroker: function (value) { var result = undefined; switch (value) { case 0: result = false; break; case 1: result = true; break; } return result; } }; },Damit klappt das Schalten. Ist aber nur ein Hack. Wäre daher toll, wenn jemand weiß, weshalb das Hinzufügen der Function nicht geklappt hat. Hab sie in der yahka.function-factory.js und auch in den Meta-Daten der io-package.json hinzugefügt. Noch toller wäre es natürlich, wenn eine derartige Option sogar in den Adapter von Haus aus eingebaut werden könnte
@ralgner
Dieser Thread ist zwar schon etwas älter... aber ich stand heute tatsächlich vor dem gleichen Problem und habe noch einen anderen Weg für das Problem true = 1 und false = 0 gefunden.Wenn man für den Datenpunkt ein true braucht, weil eine 1 vom ioBroker nicht als true interpretiert wird, kann man einfach einen Alias auf diesen Datenpunkt setzten. Der Alias interpretiert eine 1 von HomeKit als true und überträgt dieses true auf den Datenpunkt. Komisch ist, dass ein false State im ioBroker wiederum korrekt als false in HomeKit angezeigt wird.
-
@ralgner
Dieser Thread ist zwar schon etwas älter... aber ich stand heute tatsächlich vor dem gleichen Problem und habe noch einen anderen Weg für das Problem true = 1 und false = 0 gefunden.Wenn man für den Datenpunkt ein true braucht, weil eine 1 vom ioBroker nicht als true interpretiert wird, kann man einfach einen Alias auf diesen Datenpunkt setzten. Der Alias interpretiert eine 1 von HomeKit als true und überträgt dieses true auf den Datenpunkt. Komisch ist, dass ein false State im ioBroker wiederum korrekt als false in HomeKit angezeigt wird.
-
Hi,
früher konnte man mit setzten des Hakens bei "Verbose Logging" im Adapter erweiterte Log Meldungen im Debug log sehen.
Das funktioniert bei mir mit Version 1.0.3 und JS-Controller 6.0.10 scheinbar nicht mehr.
Ich wollte eigentlich sehen mit welchem Befehl ffmpeg gestartet wird um erweitertes Troubleshooting für eine neue Kamera mit Audio machen zu können.
Derzeit kommt im log leider nur das:
2024-08-20 12:47:04.971 - debug: yahka.4 (28144) Session Request: { 2024-08-20 12:47:05.127 - debug: yahka.4 (28144) FFMPEG: received first frame 2024-08-20 12:47:10.487 - error: yahka.4 (28144) [Video] ffmpeg exited with code: 1 and signal: null (error)Jemand eine Idee wie ich an das vollständige log kommen kann?
Oder hat jemand eine Reolink Kamera mit Audio erfolgreich in Yahka eingebunden?
-
Hi,
früher konnte man mit setzten des Hakens bei "Verbose Logging" im Adapter erweiterte Log Meldungen im Debug log sehen.
Das funktioniert bei mir mit Version 1.0.3 und JS-Controller 6.0.10 scheinbar nicht mehr.
Ich wollte eigentlich sehen mit welchem Befehl ffmpeg gestartet wird um erweitertes Troubleshooting für eine neue Kamera mit Audio machen zu können.
Derzeit kommt im log leider nur das:
2024-08-20 12:47:04.971 - debug: yahka.4 (28144) Session Request: { 2024-08-20 12:47:05.127 - debug: yahka.4 (28144) FFMPEG: received first frame 2024-08-20 12:47:10.487 - error: yahka.4 (28144) [Video] ffmpeg exited with code: 1 and signal: null (error)Jemand eine Idee wie ich an das vollständige log kommen kann?
Oder hat jemand eine Reolink Kamera mit Audio erfolgreich in Yahka eingebunden?
-
-
Hallo zusammen,
ich habe folgendes Problem und zwar wird mit seit geraumer Zeit von meiner Doorbird Videoklingel der Livestream nicht mehr in der Home App angezeigt. Ich habe prinzipiell nichts verändert. Die Kachel ist weg und ich kann das Gerät nicht mehr hinzufügen, die Home App sagt dass das Gerät nicht erreicht werden kann. Jemand eine Idee an was das liegen könnte?
Danke vorab
Gruß -
Hallo zusammen,
ich habe folgendes Problem und zwar wird mit seit geraumer Zeit von meiner Doorbird Videoklingel der Livestream nicht mehr in der Home App angezeigt. Ich habe prinzipiell nichts verändert. Die Kachel ist weg und ich kann das Gerät nicht mehr hinzufügen, die Home App sagt dass das Gerät nicht erreicht werden kann. Jemand eine Idee an was das liegen könnte?
Danke vorab
Gruß -
@theariba nicht direkt die Antwort auf deine Frage, aber ich habe die Erfahrung gemacht, dass Kameras besser uber Homebridge zu integrieren sind als über YAHKA.
War zumindest bei mir so.
120
Online32.4k
Users81.3k
Topics1.3m
Posts