NEWS
Test Yahka v1.0.9
-
Aktuelle Test Version 1.0.9 Veröffentlichungsdatum 08.09.2024 Github Link https://github.com/jensweigele/ioBroker.yahka Der Adapter hat vor ein paar Monaten ein großes Update unter der Haube und ein kleines Update für die Usability spendiert bekommen. Vornehmlich wurde die HAP-NodeJS-Library auf die neuste Version (von 0.1.0 -> 1.1.0) angehoben und einige andere Dependencies wurden ebenfalls geupdated. Außerdem gibt es nun die Möglichkeit einen State festzulegen, welcher genutzt werden kann um die "availability" eines Gerätes aus in HomeKit darzustellen (das Gerät wird dann als "nicht erreichbar" markiert).
Einhergehend mit dem Update und der sehr großen Update-Spanne von HAP-NodeJS (HAP = HomeKit Accessory Protocol) schien es auch einige größere Issues vorallem mit RTSP einigen anderen Sachen zu geben.
Hier die verlinkten Issues nochmal dazu:
RTSP: https://github.com/jensweigele/ioBroker.yahka/issues/502
Pam-Devel: https://github.com/jensweigele/ioBroker.yahka/issues/509Nun seid ihr gefragt. Habt ihr Intersse die neue Version zu ziehen? Dann zieht sie euch gern im Beta-Repository. Lasst außerdem gerne Logs in den verlinkten Issues da, oder checkt, ob ihr evtl. neue Probleme findet (dafür einfach ein neues Issue erstellen).
Danke für eure Zuarbeit, happy testing!
-
@tarikweiss cool das du den Adapter unter die Fittiche genommen hast.
Versuche ihn die Tage zu installieren wenn ich wieder zu Hause bin.
-
Hi @tarikweiss,
ich hatte die V1.0.3 installiert und dann beim Troubleshooting gesehen, dass es die v1.0.9 gibt. Gestern habe ich das Update gemacht und leider immer noch meine Schwierigkeiten (https://github.com/jensweigele/ioBroker.yahka/issues/515).
Prinzipiell funktioniert der Adapter wunderbar, allerdings gehen die Geräte sowohl mit AVAHI als auch mit BONJOUR-HAP in HomeKit nach einer gewissen Zeit auf "No Repsonse". Was mich irritiert ist, dass eine HomeKit Instanz auf meiner CCU wunderbar und stabil läuft und die nutzt ja auch Bonjour-HAP mit NodeJS. Beide Systeme stehen im gleichen VLAN, beide nutzen (eigentlich) die gleiche Software ...
Einziger Unterschied, den ich so sehe ist, der ioBroker läuft als DebianVM unter ESXI, die CCU ist Hardware. Gibts eine Idee, wie ich hier besser troubleshooten kann? Verbose Logging bringt leider keine wirklichen Logs.
Besten Dank,
-
Oha... da ist mir der Topic doch durchgeruscht... bin aber auch erst später wieder aktiv geworden.
Stelle mich als Pre-alpha, alpha und beta tester zur Verfügung - Kameras hab ich aber keine in Yahka, aber vieles andere.
Allgemein habe ich mit dem Adapter folgendes Problem:
Keine Ahnung wieso da ciao, bonjour und das default zur Auswahl angeboten werden.
Aktuell habe ich mit dem Adapter folgendes Problem:
Wenn ich die Konfiguration ändere dauert es ewig bis meine Geräte wieder online kommen. Mit ewig meine ich irgendwann gleicher Abend, nächster Tag oder übernächster Tag sind sie wieder da.
2025-01-16 13:02:42.728 - debug: yahka.0 (55248) got a stateChange for [shelly.0.SHRGBW2#258794#1.lights.Switch] 2025-01-16 13:02:42.728 - debug: yahka.0 (55248) change event from ioBroker via [shelly.0.SHRGBW2#258794#1.lights.Switch]{"val":0,"ack":true,"ts":1737028962727,"q":0,"from":"system.adapter.shelly.0","user":"system.user.admin","lc":1737022257938} 2025-01-16 13:02:42.728 - debug: yahka.0 (55248) [Bett.On] got a change notify event, ioValue: 0 2025-01-16 13:02:42.728 - debug: yahka.0 (55248) [Bett.On] forwarding value from ioBroker (0) to homekit as (0) 2025-01-16 13:02:42.728 - debug: yahka.0 (55248) [Bett.On] got a set event, hkValue: false 2025-01-16 13:02:42.728 - debug: yahka.0 (55248) [Bett.On] set was initiated from ioBroker - exiting here
Das Debuglog wird mit obriger Meldung sekündlich befüllt, zu allen möglichen States die sich nicht geändert(oder geändert, aufgefallen ist mir das Bett und dafür müsste ich zumindest aufstehen und hin gehen dass sich da was ändert) habe.
EDIT:
Wenn ich in dem Gerät Bridge die serial ändere - die AFAIK nur ein einfaches Stringfeld ohne bedeutung ist, werden meine Geräte zügig verbunden.nö doch nicht