HomeKit Brücke für KNX

[wwfr]

Diese Funktion scheint nur mit Matter-kompatiblen Thermostaten/Bridges zu funktionieren. → https://github.com/orgs/home-assistant/discussions/1073

Ich wollte das nochmal aufgreifen bzgl. Adaptive Temperature:

Ich habe mal aus Interesse Thinka angeschrieben, ob das bei denen Unterstützt wird. Mir wurde mitgeteilt: Dadurch, dass "Target Temperature, Current Temperature and State characteristics" von Apple nach KNX synchronisiert werden, Adaptive Temperature funktionieren sollte.

Ich konnte Online keine Dokumente finden, wie genau das eigentlich funktioniert, würde mich freuen, wenn das auf die Roadmap kommt - vor allem bei Klimaanlage wäre das ein tolles Feature, da Apple Home "predicted" (mit Geodaten / Kalendereinträgen / AI etc) wann man nach Hause kommt und und in den Komfort-Modus wechselt.

[Marino]

TZ=Europe/Berlin hat eben nicht geklappt bei mir. Aber wenn das so ist, wie Du schreibst, sollte es ja kein Problem sein für den KNX-Zeitserver. Ich habe für mich ja eine Lösung gefunden.


Viele Grüße
Nils

[brutella]

hkknx verwendet für die Berechnung der aktuellen lokalen Uhrzeit die Zeitzone des Betriebssystems bzw. unter Docker die Zeitzone des Containers.
Die per NTP abgefragte Uhrzeit wird in hkknx nicht verwendet, um die Systemzeit zu setzen, sondern nur um einen Zeitwert an eine KNX-Gruppenadresse zu senden.

Deshalb können in der Oberfläche unterschiedliche Uhrzeiten angezeigt werden:

- Monitoring > System > Systemzeit und Einstellungen > Monitoring-Daten verwenden für die Anzeige die Zeitzone des Systems bzw. Containers.
- Monitoring > System > Datum & Uhrzeit verwendet für die Anzeige die Zeitzone des Browsers, unabhängig davon, ob die angezeigte Zeit aus der Systemzeit oder aus NTP stammt.

Wenn also der Container auf UTC läuft, der Browser aber auf UTC+2, dann kann es zu einer sichtbaren Abweichung von 2 Stunden kommen.

Für das nächste Update plane ich folgende Änderung:

- Docker-Builds und das Raspberry-Pi-Image verwenden standardmäßig Europe/Vienna als Zeitzone.
- Unter Docker kann die Zeitzone weiterhin frei über TZ gesetzt werden, zum Beispiel:

docker run -e TZ=Europe/London …

oder mit Docker Compose:

services:
  hkknx:
    image: brutella/hkknx
    environment:
      TZ: Europe/London

Wer hkknx direkt unter Linux betreibt, sollte sicherstellen, dass die Zeitzone des Host-Systems korrekt eingestellt ist.

Siehe Issue #416


Edit: Version 3.2.1 ist jetzt mit den Änderungen verfügbar.

[Marino]

Ich wollte gerade mal Monitoring testen.
Wie kann es sein, dass unter "Monitoring > Systemstatus > Datum & Uhrzeit" die richtig Zeit steht, ich beim Aktivieren von Monitoring in den Einstellungen dann aber mit einer 2h abweichenden Zeit gefragt werde, ob die Systemzeit richtig wäre? Auch mit NTP-Abfrage geht sie beim Monitoring 2h nach.
date in der Konsole zeigt die falsche Zeit auch.
Koordinaten habe ich angegeben. Was fehlt, damit nicht die UTC-Zeit genommen wird, sondern MESZ?

Ich nutze HKKNX im Container. Zeitzone mit übergeben hilft nicht. /etc/localtime übergeben ebenso wenig. Überschreibe ich /usr/share/zoneinfo direkt komplett, stimmt die Zeit.
Ich habe dafür quasi einen Workaround, aber würde man HKKNX mit NTP als Zeitserver nutzen, könnte das problematisch sein. Ich frage mich, was die eigentliche Lösung wäre, auch in Hinsicht für Nutzer, die das nutzen müssen, weil kein anderer Zeitserver (KNX) vorhanden ist.
Wenn es nur bei mir so ist, dann ist das halt so. Ich hätte erwartet, dass zumindest mit Zeitquelle NTP und grünem Haken an der Adresse und der richtigen Zeit, diese identisch ist mit der Monitoring-Zeit, was sie nicht unbedingt ist, da wohl unterschiedliche Quellen genutzt werden?
Kann es sein, dass der Zeitserver nicht für die Systemzeit genutzt wird, sondern ausschließlich für KNX? Dann wäre das ja nicht problematisch.
Ih wollte es einfach mal ansprechen, falls Handlungsbedarf besteht, wenn auch nicht direkt für mich.

Viele Grüße
Nils

[wwfr]

Hmm schade - evtl. ein Request, falls du die Brücke mit Matter erweitern solltest...

[brutella]

Diese Funktion scheint nur mit Matter-kompatiblen Thermostaten/Bridges zu funktionieren. → https://github.com/orgs/home-assistant/discussions/1073

[wwfr]

Bzgl. Adaptive Temperature gib es nun ein HomeKit Thermostat, was diese Funktion unterstützt. Es sieht sehr interessant aus...

Greift auf die Routinen/Location bzw. Kalenderdaten von Bewohnern zu, um Räume vorzukonditionieren (was ein PM nicht kann). Das UI sieht sehr intuitiv aus und ich würde es sehr gerne auch mit KNX nutzen.

https://youtu.be/RliA3Isv40U?si=1PKl8Peh5qLRKold&t=328 ab 5:27

Würde mich freuen, wenn brutella das als Feature request aufnehmen würde.

[brutella]

Version 3.1.5-b4 kommt mit einem Modbus Package für Skripte um über TCP und RTU (Serielle Schnittstelle) Daten zu lesen und zu schreiben.
Mehr dazu gibt es auf der Projektseite → https://github.com/brutella/hkknx-pu...iscussions/401

Feedback ist erwünscht!
MuHaha

[knxPaul]

Wo ist der Zusammenhang mit der HomeKit Brücke für KNX ?

Halt, doch: für jede Linie braucht es einen Bus-Stecker, also für die Linie mit Lampen und Schalter eine HomeKit Brücke kaufen.

[max32]

Ich habe bei mir das IP Interace (MDT SCN-IP000.03) auf einer anderen Linie als z.B. viele Lampen. Oftmals sind die Schalter für die Lampen auch auf Sublinie. Da kommt dann leider vieles nicht beim Interface an. Was ist denn best practice?

1. LK auf Durchzug (nicht besonders schön....)
2. Manuelles Adressenfiltern (Viel Arbeit, Fehleranfällig)

Andere Ideen? Kann ich einen Tunnel (ich hab ja 4) speziellen Linien zuweisen? Dann bräuchte ich aber mehrere Instanzen (pro Tunnel eine) oder?

[Marino]

Danke fürs Teilen.
Ich brauche irgendwamm im Laufe des nächsten Jahres eine Möglichkeit einen PC zu wecken. Dafür hört sich das schon einmal nicht schlecht an

Viele Grüße
Nils

[geck]

Hi,

ich habe für hkknx ein wake-on-lan script erstellt, welches es ermöglicht, über Homekit einen PC mittels WoL (wake-on-lan) aufzuwecken.
Zusätzlich wird der Online-Status mittels eines TCP-pings auf einen offenen Port ermittelt und dargestellt.

Das Skript inkl. Dokumentation ist hier zu finden:
https://github.com/glinhard/hkknx-scripts/

LG

[brutella]

Ich benutze hkknx jetzt auch schon eine ganze Weile und bin grundsätzlich zufrieden. Einige Dinge sind mir aufgefallen:

Wenn ich eine Jalousie per Schieberegler verfahre passiert es häufig (immer?), dass die Jalousie kurz anfährt, wieder stoppt und dann erst die gewünschte Position anfährt.

Wenn ich mit meiner Wifi-Applewatch per Sprachbefehl die Haustür öffne, erhalte ich sehr oft die Nachricht, „Öffnen hat nicht funktioniert.“. Beim zweiten Versuch klappt es dann. Ob die AW dabei über ein iPhone mit dem Internet verbunden ist oder im Heim-WLAN ist scheint mir keinen Unterschied zu machen. Mit der Cellular-Applewatch funktioniert es hingegen immer.

Gibt es die Möglichkeit bei hkknx Zertifikate zu hinterlegen und die Webseite per https aufzurufen?

Nein, https wird nicht unterstützt. Hast du unter den Einstellungen → HomeKit Brücke → IPv4 Adresse ein fixes Netzwerkinterface/IP Adresse ausgewählt oder auf "Auto" gestellt?

[brutella]

Hallo brutella,
soweit ich sehe, gibt es aktuell keine Modbus-Funktionalität in hkknx.
Ist geplant, Modbus TCP künftig in die Skriptumgebung zu integrieren?

Wenn Bedarf da ist, kann gerne ein Modus Package eingebaut werden.
Bitte dazu ein Issue auf GitHub erstellen. → https://github.com/brutella/hkknx-public

Falls nicht – wäre es grundsätzlich denkbar, externe Packages (z. B. eine Modbus-Bibliothek) in die Skripte einzubinden oder über eine Art Erweiterung verfügbar zu machen?

Das Importieren von externen Packages wird zurzeit aus Sicherheitsgründen nicht unterstützt. Wenn dann wird neue Funktionalität über ein neues Package zur Verfügung gestellt.

[BooStar]

Hallo zusammen,

Diese Art von Mitteilungen sind nur für bestimmte Apps erlaubt und Apple kann entscheiden, welche App das darf oder nicht.

Schön das du das bestätigst, ich habe auch erfolglos versucht in die Benachrichtigungen von HomeKit einzugreifen.
Wenn ich das richtig verstanden habe, entscheidet Apple, welches Gerät, welche Art der Mittteilung ausgibt.
Rauch- und Leckagemelder können zum Beispiel „Kritische Hinweise“ ausgehen und damit zum Beispiel eine Stummschaltung übersteuern.
Türklingeln, oder Fensterkontakte können nur “Dringliche Hinweise“ ausgeben.

Ich bräuchte das für meine Türklingel, hier möchte ich gerne trotz Stummschaltung über das Klingeln akustisch informiert werden.
Ich habe mir damit beholfen, das ich den Tastendruck parallel auch noch an einen Leckagesensor zu sende. Das funktioniert soweit ganz gut, hat nur kosmetische Nachteile, weil mein Handy jetzt immer ein Leck meldet wenns klingelt ;-)