Closed Lorilatschki closed 1 year ago
I am seeing the same with my Weinzierl 732. Constant Connection timeout
errors. Home Assistant is still connecting fine, as is ETS. And everything was fine before upgrading to 2.1.17.
I also tried downgrading to 2.1.16 and was seeing the same thing, so thought something else must have been causing this issue. But after seeing someone else report it I now think it is probably related to this.
I am also running NodeRED inside docker, if that is relevant.
Hi Please revert to a previous version. But before, please set the debug level to “debug” , in the gateway config node, and post the log again. Thanks.
The crazy thing is that I have already reverted to 2.1.16 with the same result. I will try out a version from may and report the result today evening.
Hi Try two or three previous versions, and restart nodered everytime.
I'l be helpful to see the debug log. The priority is to make both your systems working again.
V 2.1.18 is out with a possible quick fix for both of your interfaces.
Awesome! Will try it when back home from office and give feedback.
I will be able to test in an hour. Will report back ASAP.
I can confirm that the new version works again 🙏 What was the reason?
Hi Lori The reason is, that in the version not working, i've followed the KNX standard and i've sent the correct HPAI frame during a connection request to the KNX/IP interface. The HPAI frame contains the IP and port of the client, trying to connect to the KNX interface. Maybe due to the fact that you're running node-red dockerized, your HPAI IP/port could be wrong or hidden somehow, behind the docker routing functionality. In this case, the KNX Interface is responding to a wrong IP address, causing KNX-Ultimate to wait for a 'response' packet, that will never reach it, falling into timeout issue. That's my opinion, as i've not tested node-red behind docker since now, but i'll try in the future...
I can also confirm v2.1.18 has resolved the issue - thank you for your very prompt support!! I think your theory sounds very plausible. The IP address of NodeRED running in a container will be completely different to the one something on the outside "sees". Perhaps there needs to be an option to manually set the client IP address if running in docker?
Thanks again for providing such a wonderful tool!
Hi Ben Yes, you're right and i'm doing that in the config gateway's advanced option section. A little question: what is the name of the docker you're using? I wanna test the matter with it. Thank you to you for using my node!
I am using this docker image - https://hub.docker.com/r/nodered/node-red/.
Is that what you mean? I am running my docker containers in a docker swarm configuration across 3x nodes, so it is not your typical setup. But I would be more than happy to help if I am able.
Thank you so much! I'll keep in touch with you if i need further help.
Perhaps there needs to be an option to manually set the client IP address if running in docker?
This parameter shall not be required, shall be handled by the docker network. In case of copying a flow from development to production using the same KNX IP interface no changes shall be needed.
I am using the same docker image. If you need help setting up the docker container I can help you as well. I would prefer a solution where you can select a option that the knx-ultimate is running i a docker container and therefor routes the external IP to the docker internal one.
I have absolutly no idea what happend, but after updating from 2.1.16 to 2.1.17 I get no working connection to my MDT KNX Interface gateway anymore.
Before everything worked as expected. Now the connection cannot be established, it tries to reconnect but at the end the knx device says "Queue Deleted TX". What I did was updated the version from the editor and restarted my docker container.
To Reproduce I have persisted my flows (by the export function). I have completly setup a new environment by: 1) created a new nodered container v3.0.2 from the scretch 2) installed all required modules used by my nodes 3) imported the whole flows Even after that the connection cannot be established. I have already restarted by raspberry pi as well as the whole knx devices, no changce.
Expected behavior Connection works as before.
Screenshots If applicable, add screenshots to help explain your problem.
Knx-Ultimate Version
Are you running node-red behind homematic, docker or anything similar?
I have also tried to setup a new container and installed the version 2.1.16 of the
node-red-contrib-knx-ultimate
but with the same result. Is there any further debug output which points me to what went wrong? The output from the configuration is attached.When I ping the knx interface, it is reachable from within the container:
The knx interface settings can be found here:![image](https://github.com/Supergiovane/node-red-contrib-knx-ultimate/assets/791039/c516bed4-5730-4f48-ae42-64226d1c45b3)