Closed mathias-goebel closed 8 months ago
Hi 👋! Are you sure this isn't an ETS setting? According to the manual, the default configuration is all 8 tunnels enabled. I also know to have some Weinzierl 777 users, but never heard of needing to enable Tunnelling before a connection.
Do you know if this Rest services are part of KNX specification?
Hm, i reverse engineered this and suspect the reason is to have a security layer in front of UDP. Having a KNXnet/IP gateway exposed to all users in a home network without any further isolation is a threat.
I am using the theben IP1 and there is no product database for this device. Also the number of allowed tunnels is set to 8 here as well (read-only setting, i guess), but it is a different setting.
Do you know if this Rest services are part of KNX specification?
I have no indication that these specs have been included in KNX.
Hey! I have a Weinzierl BAOS 777 as well and I did not have to do any of those things. Maybe you can reach out to the manufacturer, but I don't think we should include something like this in xknx.
As a workaround consider adding a custom script in HA and execute it with an automation to run when home-assistant starts. https://www.home-assistant.io/integrations/python_script/#writing-your-first-script-reading-input-and-logging-the-activity
Thank you, @marvin-w . Indeed it seems i have to investigate my device a little further. I already considered a workaround and of course HA offers some opportunities. Also I am thinking about adding an integration for LuxorLiving what will be based on the BAOS REST interface, negotiating with other hobbies. The main task would be to parse the project file, what looks alive a knx project file, but is different in some details, also coming with its own xml idiom (aka namespace).
I am closing with this comment here.
The main task would be to parse the project file, what looks alive a knx project file, but is different in some details, also coming with its own xml idiom (aka namespace).
Good grief, I wish you good luck. Hopefully they have more semantics than a plain knx project.
First of all: Thank you very much for providing this piece of software! This is great! 🚀
I want to make a feature request, since i encountered the following: I am using an IP Gateway type Weinzierl BAOS 777. This is a device also sold as OEM version under different names ("1Home KNX Bridge", "theben LuxorLiving IP1"), so i expect the feature request not exclusively targeting the original device but also its derivatives.
To get a working UDP Tunneling connection, the following steps are required before xknx is sending a connection request:
This will authorize the client IP address to be target of a connection response. So far it is unclear to me, when this session ends, but a restart of the device will disable all tunneling requests and the steps have to be repeated.
I like to have these two requests included as a custom script to run before any new connection attempt and in case of a loss of connection. While i am able to add this to a custom python script utilizing xknx, i can not in Home Assistant without outsourcing xknx to a custom component (and making me responsible for updates). A possible workaround can be a cronjob, but a more native support would be better for me.
References: Documentation of the REST endpoints: https://weinzierl.de/images/download/documents/baos/knx_ip_baos_restservices.pdf