Matthias

Please update to version [2.4.1](https://github.com/brutella/hkknx-public/releases/tag/2.4.1) and try again.

You are right, version 2.4.0 uses TCP by default for new tunnel connections. I've changed that in [2.4.1-b3](https://github.com/brutella/hkknx-public/releases/tag/2.4.1-b3) where UDP is used by default. Only downside is that existing users...

Du hast Recht, beim starten von hkknx werden die Geräte initialisiert und die dazugehörigen Gruppenadresse so schnell wie möglich abgefragt. Falls eine Wartezeit zwischen zwei aufeinanderfolgenden Abfragen eingeführt wird, dauert...

Ich würde eine generelle Lösung des Problems bevorzugen, ohne eine Option extra dafür zu machen. Vielleicht könnte hkknx Anhang der Buslast eine variable Wartezeit verwenden. Gibt es eine gute Möglichkeit...

> Man könnte auch den group cache von knxd bemühen (/usr/lib/knxd/groupcacheread). `knxd` wird von `hkknx` nicht verwendet.

In Version [2.4.2-b1](https://github.com/brutella/hkknx-public/releases/tag/2.4.2-b1) gibt es ein fixes Limit von 50 Telegramme pro Sekunde. Bitte austesten und Feedback geben. Danke.

In [2.4.2-b2](https://github.com/brutella/hkknx-public/releases/tag/2.4.2-b2) ist die Datenrate jetzt auf 10 Telegramme pro Sekunde limitiert.

The telegram to turn on the light corresponds directly to the power characteristic. If HomeKit sets the power characteristic to `On`, hkknx will send a telegram with the value `1`...

Could you please enable debug logging for dnssd? ```go import( "github.com/brutella/dnssd/log" ) log.Debug.Enable() ``` Do you see the statements `Sending 1st announcement` and `Sending 2nd announcement` for every network interface...

I've just pushed dnssd v1.2.6 with some small changes.