-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
KNX Communication - uncalled UDP response #68
Comments
Hi, no I haven't. What I gather from your bug report is this:
Is this correct? I have to investigate this, but unfortunately I don't have access to my lab this week, so maybe next week at the earliest. |
Hi, |
This is still a bit unclear,
(I am maintainer in the esp8266 arduino core, especially the lwIP adaptation layer) |
Sorry for being not precise enough.
I restartet the ESP Device before line 4041. This leads to warnings in my OpenHAB server, as it detects invalid messages send to the KNX mutlicast address. hope this helps to understand the issue |
Are the messages sent by your gateway destined for the ESP (e.g., reads or writes to the ESP)? Or are they destined for some other KNX device? If it's the first, that means, the ESP is answering to the wrong address. |
the messages of the IP gateway have no specific target, as it is the nature of the KNXnetIP protocol that all communication is send to the KNX multicast group address. Also the ESP device sends all its KNX messages to the KNX multicast address. |
I meant, if your gateway is sending a KNX group read/write to a group address that the ESP is configured to react upon, i.e. you send group write to 1/2/3 and the ESP toggles a lamp and then send back a status to 4/5/6. I want to know if this answer message is instead send to 0.0.0.0. Or if your KNX message is sent to a group address that is not configured on the ESP and the ESP is answering anyway even though it should not do that. |
the Gateway is sending all sort of GA's as my openHAB server reads all the KNX GA's on the KNX TP installation. |
Ok, so it is sending packets, even though it should not. I have to investigate if this is a bug on my side or one inside the ESP framework (or lwip). But if the responding stops when the ESP sent a message on its own, then it sounds more like a bug inside the ESP framework (or lwip). Did you try the different lwip versions available? |
Another missunderstanding. When the ESP sent a message on its own, it still continues to respond to any incoming KNXnetIP multicast telegram. It only changes the destination IP of its reponse from 0.0.0.0 to 224.0.23.12. The message is even an invalid UDP message and does not contain any usefull information. The ESP device is not supposed at all to respond to the KNXnetIP telegrams from the IP-KNX gateway. |
I also think it is related to the esp framework. I've disabled any sending and receiving within your knx code. As soon as the esp device joins an igmp group this behaviour turns up |
I am seeing the same behavior. The ESP just always answers with an UDP 0 (zero) to the 0.0.0.0 IP address. Very strange... I never seen this before and I have seen a lot of KNX routers like Gira (all variants), MDT,..and more. Even when this esp-knx-ip Library is only loaded and Nothing is configured.. the ESP just starts to 'answer' all Multicast calls with the UDP 0 message. |
Please, try latest arduino core from arduino. The STAGE version that will became soon the 2.6.0 has solved several bugs. I use it and I couldn't reproduce your issue. |
Have you ever experienced this issue ?
#arendst/Tasmota#5053
I've got the same behaviour not only with Tasmota but also with the esp-knx-ip/sonoff example
The text was updated successfully, but these errors were encountered: