HomeKit Brücke für KNX

[MuHaha]

Hallo an Alle
Hallo brutella

ich bin sehr zufrieden mit HKNX.
Momentan hab ich meinen KNX-Router so eingestellt, dass nichts gefiltert wird.
Was ich ja auch nicht will, weil bis auf einige wenige Ausnahmen wird alles in der Homeapp dargestellt.

Aber habt ihr da eine bessere Idee? Kanman den Router die Telegramme filtern lassen und trozdem den Status in Homekit verwenden?

Bin mit nicht sicher ob das so eine saubere Lösung ist.
Beste Grüße

MuHaha

[Marino]

Bei meinem Vorschlag bin ich davon ausgegangen, dass Du es auf KNX haben möchtest.
Ja, das Dummy-Gerät ist quasi der KNX-Sensor des Matter-Sensors. In Home wirst Du den dann 2x haben.

Aber Alarmanlage?
Es gibt halt auch Matter-KNX-Server (mehrere), die dann auch nicht wenig kosten. Wenn meine Methode klappt, hast Du nur pro Fenster 2 Geräte.

[wwfr]

Hmmm ich glaube ich könnte auch einfacher: Sensor in Matter > HomeKit Home > HomeKit Automation der das Thermostat bei offenem Fenster in Frostschutz schaltet (mit Rückfall?)...

Hmmm aber dann fehlt es mir bei meiner Alarmanlage auf KNX Seite. Irgendwie alles nicht so elegant...


Oder dein Vorschlag, aber dann hab ich irgendwelche Dummy-Switches wenn ich das richtig verstehe... das sieht auch immer doof/nach Bastellösung aus.

Die hkknx Scripte können keine HomeKit-Devices auslesen oder? D.h. es muss per HomeKit Automation passieren.

[Marino]

Wenn es nur um ein par Sensoren geht, mal eine Idee:
Sensor mit Matter einbinden. Sollte dann ja in Home auftauchen. Gruppenadresse anlegen in ETS und mit HKKNX verknüpfen. Dann noch eine Automation, dass beim Signal von dem Matter-Sensor das HKKNX-Objekt geschaltet wird und dadurch hat man es auf KNX.

Gedankenfehler? Könnte klappen oder?


Viele Grüße
Nils

[wwfr]

Matter Geräte können bereits jetzt schon über die Apple Home-App und HomeKit verwendet werden. Dazu muss in hkknx nichts angepasst werden.

In hkknx können Matter-Geräte aber nicht eingebunden werden. Gibt es dafür Bedarf?

Ich wollte dieses Thema nochmals aufgreifen, da Maco heute die Matter Sense-Serie von Kontaktsensoren (unter anderem für Hebe-Schiebe-Türen) vorgestellt hat. Es wäre ideal, wenn der Türstatus direkt in KNX zur Verfügung stehen würde (also Matter > hkknx > KNX) - damit Funktionen wie z. B. Frostschutz ohne Skripte oder Automationen in hkknx oder HomeKit in KNX aktiviert werden könnte. Ich glaube Atios und 1Home bieten das per Matter schon an.

[carfal]

Oder vielleicht has Du es geschafft @carfal?

Ich lasse hkknx direkt auf dem raspi mit originalem Debian laufen. Ich habe die Daten manuell eingegeben. Es lauft seit 3.1.0-b5 vom Oktober ‘24. Eine knxkey-Datei habe ich nicht eingelesen.

Ja, jetzt verbindet sich hkknx über eine sichere Verbindung.

[ufkel]

So langsam gehen mir die Ideen aus. Hat jemand von Euch eine?

Ausgangslage:

• HKKNX v3.1.2 läuft auf einem macOS-Server mit aktuellem macOS v15.4.1. Die IP-Adresse des KNX-Gateways ist in HKKNX fest eingestellt.
• KNX-Gateway ist ein Gira KNX/IP-Router, seine IP-Adresse ist fix.

Wenn ich HKKNX testweise direkt von der Shell starte, läuft alles prima.

./hkknx --db ./database2
main.go:182: version 3.1.2 (built at 2025-04-22T09:42:03Z+0200)
main.go:361: webpage available at port 8080
app.go:667: tunnel: connected to 192.168.178.2:3671 (udp) via 1.0.1

Wenn ich es als LaunchAgent in meinem Account registriert starte, dann nicht:

dial gateway: no route to 192.168.178.2:3671

Hier die dazugehörige plist. Sie ist sehr ähnlich zu der von brutella aus diesem Thread

cd $HOME/Library/LaunchAgents
cat com.ufk.hkknx.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
        <string>com.ufk.hkknx</string>
    <key>ProgramArguments</key>
        <array>
      <string>/Users/ufk-ladmin/.hkknx/hkknx</string>
      <string>--db</string>
      <string>/Users/ufk-ladmin/.hkknx/database2</string>
        </array>
    <key>StandardOutPath</key>
    <string>/Users/ufk-ladmin/.hkknx/stdout.log</string>
    <key>StandardErrorPath</key>
    <string>/Users/ufk-ladmin/.hkknx/stderr.log</string>
    <key>KeepAlive</key>
        <true/>
</dict>
</plist>

Wenn ich alternativ HKKNX als LaunchDaemon auf Systemebene starte – und das ist eigentlich das Ziel, dann gibt es den gleichen Fehler:

dial gateway: no route to 192.168.178.2:3671

Hat jemand ein ähnliches Problem und kennt eine Lösung? Ich bin wirklich dankbar für jeden Hinweis.

[Marino]

Gibt es eigentlich Neuigkeiten bzgl. Einlesen der knxkeys-Datei? Im Issue 344 (https://github.com/brutella/hkknx-public/issues/344) hat sich in den letzten 6 Monaten nichts getan.
Zuletzt getestet habe ich mit

Kurze Zusammenfassung (alles im selben Netzwerksegment):
- HKKNX baut im Portainer keine Secure-Verbindung auf
- HomaAssistant im selben Portainer hingegen schon, aber nur, wenn ich die knxkeys-Datei einlese, nicht, wenn ich alles manuell eingebe?!?
- HKKNX unter unraid als Docker (gleicher Docker, wie unter portainer) läuft und kann die Verbindung aufbauen
- zuletzt getestet mit HKKNX 3.1.2

Oder vielleicht has Du es geschafft @carfal?

Viele Grüße
Nils

[brutella]

semmel3k Homebridge Plugins haben an sich nichts mit diesem Projekt zu tun. Bitte einen dazu passenden Thread suchen. Danke.

[semmel3k]

Hat jemand Erfahrung mit dem Homebridge Plugin Homebridge Gira Homeserver V2?
Ich würde es gerne testen, aber ich finde keine Infos wie man es genau konfiguriert.

[Julian0]

Aktuell ist es so, wenn man eine Jalousie komplett öffnet oder schließt und in der hkknx Konfiguration eine Gruppenadresse angegeben hat zum komplett öffnen oder schließen, dass passt die Jalousie die Lamellenposition von selbst an. Hast du bei deinem MDT Aktor so eine Gruppenadresse für AUF/AB.

Siehe https://github.com/brutella/hkknx-public/issues/82

Das hab ich ales so und funktioniert auch. Lamellen sind halt Mechanisch bedingt bei komplett geöffneter Jalousie auch komplett geöffnet. Beim nächsten Anfahren einer Position werden die Lamellen dann sich immer komplett geöffnet. Also von Jalousie ganz offen 0ber die Home-App auf 50% fahren zum Beispiel fährt die Jalousie zwar auf 50% öffnet die Lamellen aber komplett wieder wenn die Position erreicht ist und sie müssen anschließend über die Home app wieder manuell geschlossen werden.

[brutella]

Aktuell ist es so, wenn man eine Jalousie komplett öffnet oder schließt und in der hkknx Konfiguration eine Gruppenadresse angegeben hat zum komplett öffnen oder schließen, dass passt die Jalousie die Lamellenposition von selbst an. Hast du bei deinem MDT Aktor so eine Gruppenadresse für AUF/AB.

Siehe https://github.com/brutella/hkknx-public/issues/82

[Julian0]

Hallo brutella,

ich habe basierend der Aussage von MDT in diesem thread: https://knx-user-forum.de/node/2026190 eine Frage.

Will man individuell eine Position anfahren, gehört dazu die Höhen- und die Lamellenposition. Wird die Lamellenposition nicht mitgeschickt, wird die letzte Lamellenposition wieder eingestellt. …

HKKNX sendet keine Lamellenposition mit. Ich nutze HKKNX als Visu.
Könnte es relativ einfach integriert werden, dass man bei Jalousien mit Lamellenverstellung in HKKNX optional konfigurieren kann welche Lamellenposition mitgesendet wird wenn man vom Zustand „100%“ offen einen absoluten Wert anfährt?

Denke es ist für einige User interessant, und MDT (und auch andere Hersteller?) gibt ja vor dass die Lamellenposition eigentlich dazu gehört.

Grüße
Julian

[brutella]

refi Alle Daten von hkknx werden in dem Ordern gespeichert, der mit der Option "-db" angegeben wird. Solange du diesen Ordner nicht löscht, sollte alles weiterlaufen wie bisher.

[refi]

Hallo zusammen
Mein interner Speicher auf der SD Card ist langsam voll, wahrscheinlich mit alten unnützen Daten. Wie kann ich den ausputzen, ohne hkknx und die Konfigurationsdaten zu löschen?
Danke, refi