HomeKit Brücke für KNX

[McEgg]

Habe ich bei der Sprachsteuerung teilweise auch. Ich bekomme als Antwort mal wieder, dass das entsprechende Gerät nicht reagiert. Nach einiges Sekunden macht das Gerät dann aber doch was ich wollte.

[nixeifoit]

SentiQ Merkwürdig, denn dahingehend wurde seit einigen Versionen nichts mehr verändert. Verwendest du die Apple Home-App oder Home+?

Ich habe zwar ein anderes Problem bereits auf Github (Geräte nicht erreichbar) gepostet, aber kann mich SentiQ anschließen. Benutze Home+ bzw. auch die Home App (bei beiden dasselbe) - Version 1.3.0 vom 20.05.2021 12:24 Uhr!

Bei Home+ fällt mir extrem auf, dass es einzelnes "mapping" durchführt (siehe Log bei Github), und bei der Home App dies eher zusammenhängend aufruft.

Probleme mit Homepod Mini kann ich bei mir derzeit definitiv ausschließen - da intern (WLAN) dies ebenfalls "länger" dauert.

EDIT: Es scheint so, dass es bei Aufruf der verschiedenen "Kategorien" immer alles neu vom Bus abfragen muss - Da ich nicht weiß, wie HKKNX reagiert, könnte man hier ein "Caching" andenken?

PS: Eine neue IP Schnittstelle wurde gestern ebenfalls bestellt MDT SCN-IP000.03 - um jegliche "Probleme" auszuschließen!

[SentiQ]

SentiQ Merkwürdig, denn dahingehend wurde seit einigen Versionen nichts mehr verändert. Verwendest du die Apple Home-App oder Home+?

bei beiden identisch...eben wieder...15 Sekunden bis alles verfügbar war

[nixeifoit]

brutella Ich hoffe es trägt zur Lösung bei - erst wenn der Fehler kommt, welchen du gesagt hast den man ignorieren kann

log: failed to write msg: WebSocket closed: received close frame: status = StatusNoStatusRcvd and reason = ""

läuft es sehr flüssig! Kann es evtl. mit dem Debug Modus bzw. Logging zu tun haben, oder etwas ähnlichen? Wurde dahingehend etwas geändert in den letzten Versionen?

Aktuelle Meldungen:

Mai 29 22:38:01 homebridgeknx hkknx[2662]: 2021/05/29 22:38:01 log: failed to write msg: failed to acquire lock: context canceled
Mai 29 22:38:54 homebridgeknx hkknx[2662]: 2021/05/29 22:38:54 log: failed to write msg: WebSocket closed: received close frame: status = StatusNoStatusRcvd and reason = ""
Mai 29 22:39:42 homebridgeknx hkknx[2662]: 2021/05/29 22:39:42 log: failed to write msg: WebSocket closed: received close frame: status = StatusNoStatusRcvd and reason = ""
Mai 29 22:42:27 homebridgeknx hkknx[2662]: 2021/05/29 22:42:27 log: failed to write msg: failed to acquire lock: context canceled

LG

[Mfdcpereira]

AndyCH : Ich möchte hiermit nichts gegen Brutellas Arbeit sagen, aber als eine alternative schau dir sonst noch mal https://homebridge.io an.
Läuft bei mir schon über einem Jahr in nem Docker mit einigen Plugins (darunter KNX). Ja die erste Config ist halt Handarbeit, da liegt brutella mit seiner Arbeit meilenweit vorn :-) Nur bevor man anfängt irgendwelche komische Hardware zu kaufen ...

Hi, kannst du mir sagen wo ich das Plugin für KNX finde? Danke dir vielmals.

Update: hat sich erledigt. Danke trotzdem

[brutella]

Bei Home+ fällt mir extrem auf, dass es einzelnes "mapping" durchführt (siehe Log bei Github), und bei der Home App dies eher zusammenhängend aufruft.

Das ist technisch bedingt, dass es für Drittanbieter-Apps keine Möglichkeit gibt die Daten gebündelt abzufragen. Apple kann das in der Home-App natürlich schon.

EDIT: Es scheint so, dass es bei Aufruf der verschiedenen "Kategorien" immer alles neu vom Bus abfragen muss - Da ich nicht weiß, wie HKKNX reagiert, könnte man hier ein "Caching" andenken?

Die Daten werden über HomeKit neu abgefragt. Das sollte aber nicht zur Folge haben, dass die Daten vom KNX Bus ausgelesen werden. Oder siehst du das über den Busmonitor in der ETS?

[stmeyer]

Hi,
ich habe mittlerweile ein IP-Interface (zusätzlich zu meinem IP-Router) in die Linie gehängt, das nun von hkknx genutzt wird. Jetzt läuft‘s super.

Viele Grüße Stefan

[blane]

Hi zusammen,

irgendwo in dem Thread wurde mal beschrieben wie man folgendes Verhalten weg bekommt.
Und zwar geht es darum, dass sich meine Jalousien nach dem Hochfahren noch einmal nach paar Sekunden etwas runterfahren. Es ging hier glaube ich um die Lammellenposition.
Was muss ich in der Brücke konfigurieren damit dies nicht passiert? Bzw. muss ich dazu die betroffenen Jalousien löschen und neu anlegen?
Anbei meine aktuelle Konfiguration.

Danke euch.
Rollo.png

[brutella]

Im Online Handbuch zu Rollladen konfigurieren wird das erwähnt. Es muss eine GA für Hoch/Runter eingetragen werden, um das Problem zu beheben.

[blane]

deleted

[nixeifoit]

Das sollte aber nicht zur Folge haben, dass die Daten vom KNX Bus ausgelesen werden. Oder siehst du das über den Busmonitor in der ETS?

Das kann ich Dir erst beantworten, wenn ich den neuen IP Interface von MDT habe - da derzeit der Busmonitor nicht aufrufbar ist, solange die Bridge aktiv ist. (Nur eine gleichzeitige Verbindung möglich!)

[blane]

Hat schon jemand Schalter mit der Brücke realisiert? Daher ich würde gerne eine Taste meines KNX-Taster als Dummy definieren um damit dann über die Brücke ein Hue Licht zu schalten. Als was habt ihr den Schalter in der ETS definiert und wie in der Brücke?
Der Link zum Handbuch reicht mir leider nicht.
https://hochgatterer.me/de/hkknx/doc...sories/switch/

[chef76]

Als was habt ihr den Schalter in der ETS definiert und wie in der Brücke?

Du kannst den Schalter ganz normal als Schalter AN/AUS in der ETS definieren und auf jeden beliebigen Gerätetyp der Bool unterstützt in der Brücke legen, am besten aber Schalter. Dann machst du eine Homekit-Automation: wenn Schalter an, dann Hue an.

[pbuechel]

brutella
Ich habe folgendes Problem:
Homekit Brücke 1.3 auf Ubuntu in VM installiert. Garagentor installiert, funktioniert einwandfrei. Boote ich die VM steht das Garagentor auf "Inaktiv" und ich muss es wieder "aktiv" setzen; bis zum nächsten Boot. Verhalten lässt sich zu 100% reproduzieren.

[brutella]

pbuechel Öffne mal die Konsole über die Weboberfläche und sieh nach, ob eine Fehlermeldung ausgegeben wird, wenn du ein Gerät bearbeitest (zB das Gerät von Aktiv auf Inaktiv setzen) und dann speicherst.