Closed areicherdt closed 3 months ago
Tell me more about your network topology.
Is hkknx connected via Ethernet to your KNX gateway? Is hkknx connected via UDP or TCP to your KNX gateway? Is there any other software connected with your KNX gateway?
It‘s a UDP connection via ethernet. Hkknx runs in a container which is configured as host mode. OpenHAB was connected to the same ip interface. For test purposes, I changed the openhab connection to a separate knxd router. No improvement
For test purposes, I changed the openhab connection to a separate knxd router. No improvement
So hkknx is connected to knxd to get access to the KNX bus and not to an KNX IP Gateway?
No. Openhab and hkknx were both connected to the MDT interface. To test whether Openhab was causing the problem, I connected Openhab via knxd. Hkknx always runs via the MDT interface, as knxd is only set up as a knx router for me.
I have done some research on the subject in connection with the MDT interface. Apparently the MDT interface has problems with L_Data.con/req frames.
Apparently there was a similar problem with ioBroker. https://github.com/ioBroker/ioBroker.knx/issues/184
I found the following messages in the Openhab log file at times when hkknx also restarted.
tuwien.auto.calimero.KNXTimeoutException: no confirmation reply received for 0.0.0->2/4/126 L_Data.req, low priority hop count 6 repeat, tpdu 00 00
I have changed the interface and now use a Weinzierl 732 (secure/tcp). No reboots for 3 days! Apparently the MDT really reacts differently than expected.
Thanks for coming back and clarifying that this issue was related to your gateway.
Hi, I have the problem that hkknx (2.8.1) restarts regularly. Usually 1-2 per day. I cannot say whether the problem is new. Obviously I've only noticed it since I activated the restart script from the examples and get a push notification every time it starts.
The debug/verbose flag does not provide any helpful information (for me) either. Normally I would ignore the restarts, but unfortunately the restarts set cache values. And these cached values often end up in the heating actuator, which then heats up rooms unnecessarily. The debug message gives an indication of the network connection but at the time, there were also no problems with the IP interface used by MDT.