Ankündigung

Einklappen

Sammelbestellung ETS6 Vollversionen aktiv!

Sammelbestellung für ETS6 Vollversionen (Prof., Home, Lite) mit 40% Rabatt aktiv! Infos im Forum!
Mehr anzeigen
Weniger anzeigen

HomeKit Brücke für KNX

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    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:

    Code:
    docker run -e TZ=Europe/London …
    oder mit Docker Compose:

    Code:
    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.
    Zuletzt geändert von brutella; 07.05.2026, 10:27.

    Kommentar


      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

      Kommentar


        Zitat von brutella Beitrag anzeigen
        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.

        Kommentar

        Lädt...
        X